videomixer2 ?

classic Classic list List threaded Threaded
10 messages Options
Reply | Threaded
Open this post in threaded view
|

videomixer2 ?

Bert Douglas
I see a new element, videomixer2.

How is this different from original videomixer?
Is it faster?

Thanks much,
Bert Douglas

------------------------------------------------------------------------------
This SF.net Dev2Dev email is sponsored by:

Show off your parallel programming skills.
Enter the Intel(R) Threading Challenge 2010.
http://p.sf.net/sfu/intel-thread-sfd
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
Reply | Threaded
Open this post in threaded view
|

Re: videomixer2 ?

Sebastian Dröge-7
On Thu, 2010-09-09 at 10:15 -0500, Bert Douglas wrote:
> I see a new element, videomixer2.
>
> How is this different from original videomixer?
> Is it faster?

See the commit message:

> New features compared to old videomixer:
>      * Synchronizing frames on the running time
>      * Improved and simplified negotiation
>      * Full QoS support
>      * Variable framerate support

Next comes special support for live streams.

It might be a bit faster (in playback situations because of QoS)
and because the negotiation is much simpler and faster now.

------------------------------------------------------------------------------
This SF.net Dev2Dev email is sponsored by:

Show off your parallel programming skills.
Enter the Intel(R) Threading Challenge 2010.
http://p.sf.net/sfu/intel-thread-sfd
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gstreamer-devel

signature.asc (205 bytes) Download Attachment
Reply | Threaded
Open this post in threaded view
|

Re: videomixer2 ?

Farkas Levente
my question as always (eq queue2, playbin2 etc) then why not replace
the old one?


2010/9/9 Sebastian Dröge <[hidden email]>:

> On Thu, 2010-09-09 at 10:15 -0500, Bert Douglas wrote:
>> I see a new element, videomixer2.
>>
>> How is this different from original videomixer?
>> Is it faster?
>
> See the commit message:
>
>> New features compared to old videomixer:
>>      * Synchronizing frames on the running time
>>      * Improved and simplified negotiation
>>      * Full QoS support
>>      * Variable framerate support
>
> Next comes special support for live streams.
>
> It might be a bit faster (in playback situations because of QoS)
> and because the negotiation is much simpler and faster now.
>
> ------------------------------------------------------------------------------
> This SF.net Dev2Dev email is sponsored by:
>
> Show off your parallel programming skills.
> Enter the Intel(R) Threading Challenge 2010.
> http://p.sf.net/sfu/intel-thread-sfd
> _______________________________________________
> gstreamer-devel mailing list
> [hidden email]
> https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
>
>



--
  Levente                               "Si vis pacem para bellum!"

------------------------------------------------------------------------------
Automate Storage Tiering Simply
Optimize IT performance and efficiency through flexible, powerful,
automated storage tiering capabilities. View this brief to learn how
you can reduce costs and improve performance.
http://p.sf.net/sfu/dell-sfdev2dev
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
Reply | Threaded
Open this post in threaded view
|

Re: videomixer2 ?

Tim-Philipp Müller-2
On Fri, 2010-09-10 at 00:05 +0200, Farkas Levente wrote:

> my question as always (eq queue2, playbin2 etc) then why not replace
> the old one?

Because we'd like to keep the old elements working the way they used to,
for backwards-compatibility and all that. This is often quite hard to do
when you rewrite/redesign something from scratch. And even where it's
possible, it might result in confusing API and/or confusing and hard to
maintain code (some properties/signals/messages only applying to that
mode, others only to that mode, others to both etc.). Much easier for
everyone involved to just leave the old elements alone and do new ones
with different behaviour and API.

 Cheers
  -Tim



------------------------------------------------------------------------------
Automate Storage Tiering Simply
Optimize IT performance and efficiency through flexible, powerful,
automated storage tiering capabilities. View this brief to learn how
you can reduce costs and improve performance.
http://p.sf.net/sfu/dell-sfdev2dev
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
Reply | Threaded
Open this post in threaded view
|

Re: videomixer2 ?

Ron McOuat
In reply to this post by Farkas Levente
  Last time I looked queue2 is missing the feature that allows the queue
to maintain N seconds of buffer and then leak buffers as they pass that
N second age.

On 10-09-09 3:05 PM, Farkas Levente wrote:

> my question as always (eq queue2, playbin2 etc) then why not replace
> the old one?
>
>
> 2010/9/9 Sebastian Dröge<[hidden email]>:
>> On Thu, 2010-09-09 at 10:15 -0500, Bert Douglas wrote:
>>> I see a new element, videomixer2.
>>>
>>> How is this different from original videomixer?
>>> Is it faster?
>> See the commit message:
>>
>>> New features compared to old videomixer:
>>>       * Synchronizing frames on the running time
>>>       * Improved and simplified negotiation
>>>       * Full QoS support
>>>       * Variable framerate support
>> Next comes special support for live streams.
>>
>> It might be a bit faster (in playback situations because of QoS)
>> and because the negotiation is much simpler and faster now.
>>
>> ------------------------------------------------------------------------------
>> This SF.net Dev2Dev email is sponsored by:
>>
>> Show off your parallel programming skills.
>> Enter the Intel(R) Threading Challenge 2010.
>> http://p.sf.net/sfu/intel-thread-sfd
>> _______________________________________________
>> gstreamer-devel mailing list
>> [hidden email]
>> https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
>>
>>
>
>

------------------------------------------------------------------------------
Automate Storage Tiering Simply
Optimize IT performance and efficiency through flexible, powerful,
automated storage tiering capabilities. View this brief to learn how
you can reduce costs and improve performance.
http://p.sf.net/sfu/dell-sfdev2dev
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
Reply | Threaded
Open this post in threaded view
|

Re: videomixer2 ?

Bert Douglas
In reply to this post by Tim-Philipp Müller-2
That sounds like good software engineering to me.
Do not break things that are working.

-- Bert Douglas

On Thu, Sep 9, 2010 at 5:28 PM, Tim-Philipp Müller <[hidden email]> wrote:
On Fri, 2010-09-10 at 00:05 +0200, Farkas Levente wrote:

> my question as always (eq queue2, playbin2 etc) then why not replace
> the old one?

Because we'd like to keep the old elements working the way they used to,
for backwards-compatibility and all that. This is often quite hard to do
when you rewrite/redesign something from scratch. And even where it's
possible, it might result in confusing API and/or confusing and hard to
maintain code (some properties/signals/messages only applying to that
mode, others only to that mode, others to both etc.). Much easier for
everyone involved to just leave the old elements alone and do new ones
with different behaviour and API.

 Cheers
 -Tim



------------------------------------------------------------------------------
Automate Storage Tiering Simply
Optimize IT performance and efficiency through flexible, powerful,
automated storage tiering capabilities. View this brief to learn how
you can reduce costs and improve performance.
http://p.sf.net/sfu/dell-sfdev2dev
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gstreamer-devel


------------------------------------------------------------------------------
Automate Storage Tiering Simply
Optimize IT performance and efficiency through flexible, powerful,
automated storage tiering capabilities. View this brief to learn how
you can reduce costs and improve performance.
http://p.sf.net/sfu/dell-sfdev2dev
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
Reply | Threaded
Open this post in threaded view
|

Re: videomixer2 ?

Sebastian Dröge-7
In reply to this post by Ron McOuat
On Thu, 2010-09-09 at 15:46 -0700, Ron McOuat wrote:
> Last time I looked queue2 is missing the feature that allows the queue
> to maintain N seconds of buffer and then leak buffers as they pass that
> N second age.

You don't really want queue to leak buffers anyway. That's just a bad
hack for broken QoS handling IMHO

------------------------------------------------------------------------------
Automate Storage Tiering Simply
Optimize IT performance and efficiency through flexible, powerful,
automated storage tiering capabilities. View this brief to learn how
you can reduce costs and improve performance.
http://p.sf.net/sfu/dell-sfdev2dev
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gstreamer-devel

signature.asc (205 bytes) Download Attachment
Reply | Threaded
Open this post in threaded view
|

Re: videomixer2 ?

Ron McOuat
On 10-09-09 11:17 PM, Sebastian Dröge wrote:
On Thu, 2010-09-09 at 15:46 -0700, Ron McOuat wrote:
Last time I looked queue2 is missing the feature that allows the queue 
to maintain N seconds of buffer and then leak buffers as they pass that 
N second age.
You don't really want queue to leak buffers anyway. That's just a bad
hack for broken QoS handling IMHO

    
My use has nothing to do with QoS, I am using queue in buffer leak mode to implement a pre-trigger buffer downstream of a live source. When an event occurs I have N sec of video from before the event stored in the queue so when I unblock the src pad I record the video buffers stored in the queue followed by the real time data from the live source until the event ends at which time I again block the src pad. I don't want any more than N sec worth of pre-trigger, just a short period of time up to 10 seconds before the trigger point. If nothing interesting is happening possibly for hours the video can fall off the end of the queue. The queue element is perfect for this purpose.

------------------------------------------------------------------------------ Automate Storage Tiering Simply Optimize IT performance and efficiency through flexible, powerful, automated storage tiering capabilities. View this brief to learn how you can reduce costs and improve performance. http://p.sf.net/sfu/dell-sfdev2dev
_______________________________________________ gstreamer-devel mailing list [hidden email] https://lists.sourceforge.net/lists/listinfo/gstreamer-devel

------------------------------------------------------------------------------
Automate Storage Tiering Simply
Optimize IT performance and efficiency through flexible, powerful,
automated storage tiering capabilities. View this brief to learn how
you can reduce costs and improve performance.
http://p.sf.net/sfu/dell-sfdev2dev
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
Reply | Threaded
Open this post in threaded view
|

Re: videomixer2 ?

Farkas Levente
it'd be a nine feature to add to queue2 too.

On Fri, Sep 10, 2010 at 08:40, Ron McOuat <[hidden email]> wrote:

> On 10-09-09 11:17 PM, Sebastian Dröge wrote:
>
> On Thu, 2010-09-09 at 15:46 -0700, Ron McOuat wrote:
>
> Last time I looked queue2 is missing the feature that allows the queue
> to maintain N seconds of buffer and then leak buffers as they pass that
> N second age.
>
> You don't really want queue to leak buffers anyway. That's just a bad
> hack for broken QoS handling IMHO
>
> My use has nothing to do with QoS, I am using queue in buffer leak mode to
> implement a pre-trigger buffer downstream of a live source. When an event
> occurs I have N sec of video from before the event stored in the queue so
> when I unblock the src pad I record the video buffers stored in the queue
> followed by the real time data from the live source until the event ends at
> which time I again block the src pad. I don't want any more than N sec worth
> of pre-trigger, just a short period of time up to 10 seconds before the
> trigger point. If nothing interesting is happening possibly for hours the
> video can fall off the end of the queue. The queue element is perfect for
> this purpose.
>
>
> ------------------------------------------------------------------------------
> Automate Storage Tiering Simply
> Optimize IT performance and efficiency through flexible, powerful,
> automated storage tiering capabilities. View this brief to learn how
> you can reduce costs and improve performance.
> http://p.sf.net/sfu/dell-sfdev2dev
>
> _______________________________________________
> gstreamer-devel mailing list
> [hidden email]
> https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
>
> ------------------------------------------------------------------------------
> Automate Storage Tiering Simply
> Optimize IT performance and efficiency through flexible, powerful,
> automated storage tiering capabilities. View this brief to learn how
> you can reduce costs and improve performance.
> http://p.sf.net/sfu/dell-sfdev2dev
> _______________________________________________
> gstreamer-devel mailing list
> [hidden email]
> https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
>
>



--
  Levente                               "Si vis pacem para bellum!"

------------------------------------------------------------------------------
Automate Storage Tiering Simply
Optimize IT performance and efficiency through flexible, powerful,
automated storage tiering capabilities. View this brief to learn how
you can reduce costs and improve performance.
http://p.sf.net/sfu/dell-sfdev2dev
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
Reply | Threaded
Open this post in threaded view
|

Re: videomixer2 ?

Stefan Sauer
In reply to this post by Sebastian Dröge-7
On 10.09.2010 09:17, Sebastian Dröge wrote:
> On Thu, 2010-09-09 at 15:46 -0700, Ron McOuat wrote:
>  
>> Last time I looked queue2 is missing the feature that allows the queue
>> to maintain N seconds of buffer and then leak buffers as they pass that
>> N second age.
>>    
> You don't really want queue to leak buffers anyway. That's just a bad
> hack for broken QoS handling IMHO
>  

No, its also quite useful for e.g. using it as a valve. Or e.g. in this
scenario:
.. ! tee ! queue ! audiosink t. ! queue leaky ! analyser ! fakesink

Stefan

>
> ------------------------------------------------------------------------------
> Automate Storage Tiering Simply
> Optimize IT performance and efficiency through flexible, powerful,
> automated storage tiering capabilities. View this brief to learn how
> you can reduce costs and improve performance.
> http://p.sf.net/sfu/dell-sfdev2dev
>
>
> _______________________________________________
> gstreamer-devel mailing list
> [hidden email]
> https://lists.sourceforge.net/lists/listinfo/gstreamer-devel
>  


------------------------------------------------------------------------------
Start uncovering the many advantages of virtual appliances
and start using them to simplify application deployment and
accelerate your shift to cloud computing.
http://p.sf.net/sfu/novell-sfdev2dev
_______________________________________________
gstreamer-devel mailing list
[hidden email]
https://lists.sourceforge.net/lists/listinfo/gstreamer-devel