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