[gst-devel] av sync issue with hardware decoder

[pritesh]

  thats right , but setting the src pad caps of decoder will not be proper?  i mean right now i am setting the videodecoder src pad caps on fake buffer (width, height , framerate etc) is it that the data is probed internally .  because irrespective of frame width and height , i am putting  16 byte fake data in buffer and calling gst_pad_push one more thing ,  shoud i not consider decoder's  decoding speed and manipulate the duration of buffer  .  i mean incrementing the duration by something like repeat picture value( as decoder is fast , say decoding at 35 fps) .  or this point can be neglected.--- On Mon 08/13, Wim Taymans < wim.taymans at gmail.com > wrote:From: Wim Taymans [mailto: wim.taymans at gmail.com]To: digitaldsp at excite.comCc: gstreamer-devel at lists.sourceforge.netDate: Mon, 13 Aug 2007 13:00:51 +0200Subject: Re: [gst-devel] av sync issue with hardware decoderOn Sun, 2007-08-12 at 23:13 -0400, pritesh wrote:Most decoders just copy the timestamps from qtdemux, that 
should workfine.If you have special buffers (with fake data) you might want to define aspecific caps for them so that they not accidentally autoplug to thewrong elements. something like application/x-dsp-video or so.Wim> ok , i will check on videosink part , but what about timestamp and> duration of video buffers > > right now i am using timestamp and duration given by qtdemux > > > since the decoded data is already in frame buffer , i am just passing> fake gstbuffer with timestamp , duration, and caps but with some fake> data > > > does the timestamp or duration neeeds to be adjusted according to> decoder speed (fps), which is quite fast > > > > > > --- On Sun 08/12, Wim Taymans < wim.taymans at gmail.com > wrote:> > From: Wim Taymans [mailto: wim.taymans at gmail.com]> To: digitaldsp at excite.com> Cc: gstreamer-devel at lists.sourceforge.net> Date: Sun, 12 Aug 2007 17:17:00 +0200> Subject: Re: [gst-devel] 
av sync issue with hardware decoder> > > On Sun, 2007-08-12 at 11:06 -0400, pritesh wrote:> > Are you subclassing the videosink from GstVideoSink? if you do> this and> timestamp the video buffers correctly all should work fine.> > Wim> > > > hi all,> > on arm board i have a hardware h264 decoder . which has> exposed> > decode , postprocess , display api> > > > > > but in my hardware decoder plugin i am only calling decode> api > > > > in the videosink plugin i call the postprocess and display> api for av> > sync> > > > > > but the thing is during video playback , video is leading> (much> > faster) audio and av sync is not there.> > > > i am using the timestamp and duration generated by parser . > > > > do i have to adjust this timestamp and duration of buffer> passed to> > videosink , according to decoder speed.(fps)> 
> > > > > > > > > any ideas > > > > > > > > > > > > > > > > > > > > > > > >> ______________________________________________________________________> > Join Excite! - http://www.excite.com> > The most personalized portal on the Web! > >> -------------------------------------------------------------------------> > This SF.net email is sponsored by: Splunk Inc.> > Still grepping through log files to find problems? Stop.> > Now Search log events and configuration files using AJAX and> a browser.> > Download your FREE copy of Splunk now >>> http://get.splunk.com/> > _______________________________________________> gstreamer-devel mailing list> gstreamer-devel at lists.sourceforge.net> https://lists.sourceforge.net/lists/listinfo/gstreamer-devel> > > > 
______________________________________________________________________> Join Excite! - http://www.excite.com> The most personalized portal on the Web!

_______________________________________________
Join Excite! - http://www.excite.com
The most personalized portal on the Web!
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/gstreamer-devel/attachments/20070813/6548336c/attachment.htm>