composed pipeline synchronisation
Locked
 
|
Hi,
Suppose I would have a pipeline with various sources and sinks in it (composed pipline). And then multiplexing the two flows, how can I assure synch in them? Is this automagically assured with the buffer timestamps since they share the same GstClock or would I need to implement some mechanism for this? I know when using 2 sources, 2 threads are also created so theres is no definition for when a certain thread is executed. All the cameras would be synched with an external trigger. "camerasrc ! element ! multiqueue camerasrc ! element ! multiqueue" Kind regards, Mattias -- Mattias Frank Barthel Vía Augusta 177 08021 Barcelona (España) Tecnologías de Video TELEFÓNICA I+D ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
Re: composed pipeline synchronisation
|
|
On Fri, 2008-11-14 at 13:52 +0100, mattias wrote:
> Hi, > > Suppose I would have a pipeline with various sources and sinks in it > (composed pipline). > And then multiplexing the two flows, how can I assure synch in them? > Is this automagically assured with the buffer timestamps since they Me gusta mucho la palabra "automagically". Ha sido intencionado?¿ Si es así, me la quedo desde ya, jejeje. > > share the same GstClock or would I need to implement some mechanism for > this? I know when using 2 sources, 2 threads are also created > so theres is no definition for when a certain thread is executed. Por lo que yo creo, la información de sincronismo viaja en el campo de timestamp de forma única. Si envías el flujo por UDP (RTP en el fondo) lo que va a suceder es que se va a perder parte de esta información del timestamp de gstreamer. El campo del timestamp es de 64 bits, por lo que se hace una copia con menos cifras significativas en el campo "timestamp" de la cabecera RTP (que tiene 32 bits). Luego en recepcion se puede recuperar el timestamp con la intervencion del plugin "gstrtpjitterbuffer". Si todo este rollo te interesa (me temo que me he desviado totalmente de lo q preguntas), m lo dices y te paso un documentillo al respecto. > > All the cameras would be synched with an external trigger. > > "camerasrc ! element ! multiqueue camerasrc ! element ! multiqueue" > > > Kind regards, > > Mattias SAludos! > -- Toni Marqués Marqués Telefónica I+D División de Tecnologías de Video [hidden email] 933653188 ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
Re: composed pipeline synchronisation
|
|
In reply to this post by mattias-12
Bump...
Any input please.... mattias wrote: > Hi, > > Suppose I would have a pipeline with various sources and sinks in it > (composed pipline). > And then multiplexing the two flows, how can I assure synch in them? > Is this automagically assured with the buffer timestamps since they > share the same GstClock or would I need to implement some mechanism for > this? I know when using 2 sources, 2 threads are also created > so theres is no definition for when a certain thread is executed. > > All the cameras would be synched with an external trigger. > > "camerasrc ! element ! multiqueue camerasrc ! element ! multiqueue" > > > Kind regards, > > Mattias > > -- Mattias Frank Barthel Vía Augusta 177 08021 Barcelona (España) Tecnologías de Video TELEFÓNICA I+D ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
Re: composed pipeline synchronisation
|
|
In reply to this post by mattias-12
mattias schrieb:
> Hi, > > Suppose I would have a pipeline with various sources and sinks in it > (composed pipline). > And then multiplexing the two flows, how can I assure synch in them? > Is this automagically assured with the buffer timestamps since they > share the same GstClock or would I need to implement some mechanism for > this? I know when using 2 sources, 2 threads are also created > so theres is no definition for when a certain thread is executed. > should work. Stefan > All the cameras would be synched with an external trigger. > > "camerasrc ! element ! multiqueue camerasrc ! element ! multiqueue" > > > Kind regards, > > Mattias > > ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ _______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel |
«
Return to GStreamer-devel
|
1 view|%1 views
| Free forum by Nabble | Edit this page |