tsp-devel
[Top][All Lists]
Advanced

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

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


From: TSP
Subject: RE : RE : [Tsp-devel] Ordre d'arrivé e des samples d'un groupe
Date: Wed, 20 Dec 2006 09:55:09 +0100

Merci de m'avoir corrigé.
Donc pour Virginie, désolé, a moins d'obliger tout tes providers à mettre le 
temps en premier élément, tu devra donc repasser sur ta liste pour mettre le 
temps à tout tes samples.
Y++

>-----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.

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




reply via email to

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