tsp-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE : RE : RE : [Tsp-devel] Ordre d' arrivée des samples d'un groupe


From: ALAUX, Virginie
Subject: RE : RE : RE : [Tsp-devel] Ordre d' arrivée des samples d'un groupe
Date: Wed, 20 Dec 2006 17:07:45 +0100

C'est moi le consumer qui programme les samples à acquérir avec des requêtes 
tsp_consumer_request_sample(...). Je ne connais pas ensuite ce qu'en fait le 
provider.

Merci
Virginie


-----Original Message-----
From: Frederik Deweerdt [mailto:address@hidden
Sent: Wednesday, December 20, 2006 4:10 PM
To: Transport Sample Protocol development list
Subject: Re: RE : RE : [Tsp-devel] Ordre d'arrivée des samples d'un groupe


Bonjour,

Juste pour être sûr d'avoir bien compris, est-ce que tu contrôles
l'ordre dans lequel les symboles sont enregistrés par le provider?

A bientôt,
Frederik

On 12/20/06, ALAUX, Virginie <address@hidden> wrote:
>
> Bonjour,
>
> Je reviens alors sur mon besoin d'avoir une API consumer permettant de 
> récupérer le groupe entier. En effet, si je ne peux pas avoir un moyen sur 
> d'avoir ce sample "time" en PREMIER, je suis obligé de buffériser tous mes 
> samples, puis lorsque je recois le "time", de parcourir les samples 
> mémorisés, de les dater puis de les ajouter dans mon OCDS => pb de perfos
>
> Si je l'avais en premier: tous les samples reçus après seraient alors 
> immédiatement datés et ajoutés dans l'OCDS (pas de bufférisation).
>
> Merci
>
> Virginie Alaux (55-24)
>
>
> -----Original Message-----
> From: Eric Noulard [mailto:address@hidden
> Sent: Tuesday, December 19, 2006 8:26 PM
> To: Transport Sample Protocol development list
> Subject: Re: RE : [Tsp-devel] Ordre d'arrivée des samples d'un groupe
>
>
> Le 19/12/06, TSP <address@hidden> a écrit :
> >
> >
> > Je me rends compte que j'ai oublié de répondre à ce mail.
> >
> > Mon avis est que si TSP respecte l'ordre de tsp_sample dans la réception 
> > par groupe.
>
> TSP respecte l'ordre que le PROVIDER a DECIDE et probablement
> pas l'ordre des symboles DEMANDE par le CONSUMER dans la request sample.
>
> Pour des raisons que le consumer n'a pas à connaître le provider
> peut tout à fait décider de ranger les samples d'un même groupe
> dans l'ordre qui lui chante. Ca vaut même pour une demande
> ne générant qu'un seul groupe (i.e. mono-period).
>
> Par exemple, si je suis un consumer qui demande t, a, b avec la period=1
> le provider peut légitimement me répondre OK
> tu auras 1 groupe qui contient (dans l'ordre) a, b, t
>
> > Donc demande d'abord le temps, et ensuite les autres autres variables, et 
> > tu  devrais toujours avoir le temps en premier.
>
> Donc je dirais que NON tu n'es pas sur(e) (du tout) d'avoir
> le premier symbole demandé en premier [mal]heureusement.
>
> > Merci à la communauté, et surtout aux "géniteurs" de cette 
> > address@hidden|`\@ théorie des groupes de me confirmer et surtout de 
> > m'infirmer si jamais je me trompe.
>
> Je pense que c'est une erreur.
> Les providers actuels (enfin ceux que je connais)
> doivent envoyer les samples dans l'ordre
> croissant des PGIs (à vérifier).
> Il s'avère que le 'temps' est "souvent" le PGI=0 mais bon je compterai
> quand même pas trop là dessus :))
>
> Je dois sincèrement écrire un petit explicatif (avec schémas) sur la théorie
> des groupes et son implémentation, sauf si le trac'o'Bob se réveille
> et qu'il dégaine le clavier avant moi :))
>
> > -----Original Message-----
> > From: ALAUX, Virginie   [mailto:address@hidden
> > Sent: Tuesday, December   05, 2006 5:04 PM
> > To: 'address@hidden'
> > Subject:   [Tsp-devel] Ordre d'arrivée des samples d'un groupe
> >
> >
> >
> > Re,
> >
> > J'ai encore une question sur l'ordre d'arrivée,   côté consumer, des 
> > samples dans un groupe.
> >
> > En effet, mon consumer doit demander un paramètre   "temps" au provider. Ce 
> > paramètre est présent dans tous les groupes et   permettra au consumer de 
> > dater les autres samples du groupe.
> >
> > Comment puis-je faire pour recevoir ce paramètre   en premier lors de la 
> > réception d'un groupe ?
> > En effet, pour des pb de perfos, je ne peux pas bufferiser tous les   
> > samples reçus avant lui et les dater une fois ce param "temps" reçu.
> >
> > De plus, je ne sais pas à l'avance à quelle   fréquence demander ce 
> > paramètre "temps". Je dois attendre que l'utilisateur   ait fini de 
> > programmer ses acquisitions, pour le demander alors au provider à   la 
> > fréquence maximum. Il sera donc demandé par tsp_consumer_request_sample   
> > après tous les autres params.
> >
> > Merci
> >
> > Virginie Alaux (55-24)
> >        ---------------------------------------------------------
> >
> > CE         COURRIER ELECTRONIQUE EST A USAGE STRICTEMENT INFORMATIF ET NE 
> > SAURAIT         ENGAGER DE QUELQUE MANIERE QUE CE SOIT EADS ASTRIUM SAS, NI 
> > SES         FILIALES.
> >
> > SI UNE ERREUR DE TRANSMISSION OU UNE ADRESSE ERRONEE A         MAL DIRIGE 
> > CE COURRIER, MERCI D'EN INFORMER L'EXPEDITEUR EN LUI FAISANT         UNE 
> > REPONSE PAR COURRIER ELECTRONIQUE DES RECEPTION. SI VOUS N'ETES PAS         
> > LE DESTINATAIRE DE CE COURRIER, VOUS NE DEVEZ PAS L'UTILISER, LE         
> > CONSERVER, EN FAIRE ETAT, LE DISTRIBUER, LE COPIER, L'IMPRIMER OU EN        
> >  REVELER LE CONTENU A UNE TIERCE PARTIE.
> >
> >
> >
> > This email is for         information only and will not bind EADS Astrium 
> > SAS in any contract or         obligation, nor its subsidiaries.
> >
> > If you have received it in         error, please notify the sender by 
> > return email. If you are not the         addressee of this email, you must 
> > not use, keep, disseminate, copy,         print or otherwise deal with      
> >    it.
> >
> > ---------------------------------------------------------
> >
> > ---------------------------------------------------------
> >
> >  CE COURRIER ELECTRONIQUE EST A USAGE STRICTEMENT INFORMATIF ET NE SAURAIT 
> > ENGAGER DE QUELQUE MANIERE QUE CE SOIT EADS ASTRIUM SAS, NI SES FILIALES.
> >
> >  SI UNE ERREUR DE TRANSMISSION OU UNE ADRESSE ERRONEE A MAL DIRIGE CE 
> > COURRIER, MERCI D'EN INFORMER L'EXPEDITEUR EN LUI FAISANT UNE REPONSE PAR 
> > COURRIER ELECTRONIQUE DES RECEPTION. SI VOUS N'ETES PAS LE DESTINATAIRE DE 
> > CE COURRIER, VOUS NE DEVEZ PAS L'UTILISER, LE CONSERVER, EN FAIRE ETAT, LE 
> > DISTRIBUER, LE COPIER, L'IMPRIMER OU EN REVELER LE CONTENU A UNE TIERCE 
> > PARTIE.
> >
> >
> >
> >  This email is for information only and will not bind EADS Astrium SAS in 
> > any contract or obligation, nor its subsidiaries.
> >
> >  If you have received it in error, please notify the sender by return 
> > email. If you are not the addressee of this email, you must not use, keep, 
> > disseminate, copy, print or otherwise deal with it.
> >
> >  ---------------------------------------------------------
> >
> > _______________________________________________
> > Tsp-devel mailing list
> > address@hidden
> > http://lists.nongnu.org/mailman/listinfo/tsp-devel
> >
> >
> >
>
>
>
> --
> Erk
>
> ---------------------------------------------------------
>
> CE COURRIER ELECTRONIQUE EST A USAGE STRICTEMENT INFORMATIF ET NE SAURAIT 
> ENGAGER DE QUELQUE MANIERE QUE CE SOIT EADS ASTRIUM SAS, NI SES FILIALES.
>
> SI UNE ERREUR DE TRANSMISSION OU UNE ADRESSE ERRONEE A MAL DIRIGE CE 
> COURRIER, MERCI D'EN INFORMER L'EXPEDITEUR EN LUI FAISANT UNE REPONSE PAR 
> COURRIER ELECTRONIQUE DES RECEPTION. SI VOUS N'ETES PAS LE DESTINATAIRE DE CE 
> COURRIER, VOUS NE DEVEZ PAS L'UTILISER, LE CONSERVER, EN FAIRE ETAT, LE 
> DISTRIBUER, LE COPIER, L'IMPRIMER OU EN REVELER LE CONTENU A UNE TIERCE 
> PARTIE.
>
>
>
> This email is for information only and will not bind EADS Astrium SAS in any 
> contract or obligation, nor its subsidiaries.
>
> If you have received it in error, please notify the sender by return email. 
> If you are not the addressee of this email, you must not use, keep, 
> disseminate, copy, print or otherwise deal with it.
>
> ---------------------------------------------------------
>
>
> _______________________________________________
> Tsp-devel mailing list
> address@hidden
> http://lists.nongnu.org/mailman/listinfo/tsp-devel
>


_______________________________________________
Tsp-devel mailing list
address@hidden
http://lists.nongnu.org/mailman/listinfo/tsp-devel

---------------------------------------------------------

CE COURRIER ELECTRONIQUE EST A USAGE STRICTEMENT INFORMATIF ET NE SAURAIT 
ENGAGER DE QUELQUE MANIERE QUE CE SOIT EADS ASTRIUM SAS, NI SES FILIALES.

SI UNE ERREUR DE TRANSMISSION OU UNE ADRESSE ERRONEE A MAL DIRIGE CE COURRIER, 
MERCI D'EN INFORMER L'EXPEDITEUR EN LUI FAISANT UNE REPONSE PAR COURRIER 
ELECTRONIQUE DES RECEPTION. SI VOUS N'ETES PAS LE DESTINATAIRE DE CE COURRIER, 
VOUS NE DEVEZ PAS L'UTILISER, LE CONSERVER, EN FAIRE ETAT, LE DISTRIBUER, LE 
COPIER, L'IMPRIMER OU EN REVELER LE CONTENU A UNE TIERCE PARTIE.



This email is for information only and will not bind EADS Astrium SAS in any 
contract or obligation, nor its subsidiaries.

If you have received it in error, please notify the sender by return email. If 
you are not the addressee of this email, you must not use, keep, disseminate, 
copy, print or otherwise deal with it.

---------------------------------------------------------




reply via email to

[Prev in Thread] Current Thread [Next in Thread]