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 |
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 |
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 |
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 |
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 |
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:
------------------------------------------------------------------------------ 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 |
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 |
On 10-09-09 11:17 PM, Sebastian Dröge wrote:
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.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 ------------------------------------------------------------------------------ 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 |
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 |
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 |
Free forum by Nabble | Edit this page |