<table cellpadding=3 cellspacing=0 border=0 width=100% bgcolor=white><tr valign=top><td width=100%> 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@gmail.com > wrote: <BLOCKQUOTE style="PADDING-LEFT: 7px; MARGIN-LEFT: 7px; BORDER-LEFT: orange 2px solid">From: Wim Taymans [mailto: wim.taymans@gmail.com] To: digitaldsp@excite.com Cc: gstreamer-devel@lists.sourceforge.net Date: Mon, 13 Aug 2007 13:00:51 +0200 Subject: Re: [gst-devel] av sync issue with hardware decoder On Sun, 2007-08-12 at 23:13 -0400, pritesh wrote: Most decoders just copy the timestamps from qtdemux, that should work fine. If you have special buffers (with fake data) you might want to define a specific caps for them so that they not accidentally autoplug to the wrong 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@gmail.com > wrote: > > From: Wim Taymans [mailto: wim.taymans@gmail.com] > To: digitaldsp@excite.com > Cc: gstreamer-devel@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@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/gstreamer-devel > > > > ______________________________________________________________________ > Join Excite! - http://www.excite.com > The most personalized portal on the Web! </BLOCKQUOTE></td></tr></table><hr>Join Excite! - <a href=http://www.excite.com target=_blank>http://www.excite.com</a> The most personalized portal on the Web!