I have compared log entries like the following to the samples I am feeding the pipeline:<br><br>"dshowaudiodec : chain (size 768)=> pts 0:00:00.128000000 stop 0:00:00.320000000"<br><br>This line is produced by the following statement (from gstdshowaudiodec.c):<br>
<br>GST_CAT_DEBUG_OBJECT (dshowaudiodec_debug, adec, "chain (size %d)=> pts %"<br> GST_TIME_FORMAT " stop %" GST_TIME_FORMAT,<br> GST_BUFFER_SIZE (buffer), GST_TIME_ARGS (GST_BUFFER_TIMESTAMP (buffer)),<br>
GST_TIME_ARGS (GST_BUFFER_TIMESTAMP (buffer) +<br> GST_BUFFER_DURATION (buffer)));<br><br>Those timestamps are matching from what I can tell and therefore look ok to me.<br><br><br><br>It is possible that I am not setting all necessary data on the GstBuffer in the fakesrc. The following fields get set at the moment:<br>
<ul><li>GST_BUFFER_DATA<br></li><li>GST_BUFFER_SIZE<br></li><li>GST_BUFFER_TIMESTAMP</li><li>GST_BUFFER_DURATION</li><li>GST_BUFFER_FLAG_DISCONT (if present in source sample)</li><li>GST_BUFFER_FLAG_PREROLL (if present in source sample)</li>
</ul><br>It is also worth mentioning that my fakesrc has the "is-live" property set to TRUE.<br><br>Thanks,<br><br>Andreas<br><br><br><div class="gmail_quote">On Tue, May 6, 2008 at 1:43 AM, Felipe Contreras <<a href="mailto:felipe.contreras@gmail.com">felipe.contreras@gmail.com</a>> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div><div></div><div class="Wj3C7c">On Tue, May 6, 2008 at 1:41 AM, Andreas Schuler <<a href="mailto:andreas@neokast.com">andreas@neokast.com</a>> wrote:<br>
> Hi all,<br>
><br>
> I am having some trouble playing back Windows Media content.<br>
><br>
> The setup is somewhat unique but necessary for my application:<br>
><br>
> 2 fakesrc components, which are injecting encoded audio and video data<br>
> Sources are connected to capsfilters, on which I am setting the correct<br>
> input caps (see below)<br>
> Caps filters are connected to a multiqueue<br>
> Queue is connected to two decoding bins<br>
> Standard audio and video rendering tails (i.e. convert filters, rendering<br>
> sinks etc.) are connected to decoding bin source pads This setup actually<br>
> works fine for XVID/MP3 encoded content but I didn't have any luck getting<br>
> it to play with WM content. The caps I have for audio and video are as<br>
> follows:<br>
><br>
> audio/x-wma, channels=(int)2, rate=(int)32000, wmaversion=(int)2,<br>
> bitrate=(int)32000, codec_data=(buffer)008800001f0000000000,<br>
> block_align=(int)768, depth=(int)16<br>
> video/x-wmv, width=(int)720, height=(int)496, framerate=(fraction)24/1,<br>
> wmvversion=(int)2, codec_data=(buffer)baf8ad00, format=(fourcc)WMV2<br>
><br>
> I have the same content in a regular WMV file, which is playing back fine<br>
> when using the playbin. I verified the caps with that setup (the only<br>
> difference appears to be the order of some of the fields and the video<br>
> framerate [the actual value is 23.97fps]):<br>
><br>
> audio/x-wma, wmaversion=(int)2, bitrate=(int)32000, depth=(int)16,<br>
> rate=(int)32000, channels=(int)2, block_align=(int)768,<br>
> codec_data=(buffer)008800001f0000000000<br>
> video/x-wmv, wmvversion=(int)2, framerate=(fraction)25/1, width=(int)720,<br>
> height=(int)496, codec_data=(buffer)baf8ad00, format=(fourcc)WMV2<br>
><br>
><br>
><br>
> When trying to play the content using the setup mention above I get a lot of<br>
> the following messages from gstsegment.c (702):<br>
><br>
> CRITICAL **: file E:\devel-release\src_releases\gstreamer\gst\gstsegment.c:<br>
> line 702: assertion `segment->format == format' failed<br>
><br>
> Enabling the debug output reveals the following from the dshow audio<br>
> decoder:<br>
><br>
> dshowaudiodec : received new segment from 0:00:00.000000000 to<br>
> 99:99:99.999999999<br>
> dshowaudiodec : chain (size 768)=> pts 0:00:00.000000000 stop<br>
> 0:00:00.192000000<br>
> dshowaudiodec : this buffer has a DISCONT flag (0:00:00.000000000),<br>
> flushing<br>
> dshowaudiodec : chain (size 768)=> pts 0:00:00.128000000 stop<br>
> 0:00:00.320000000<br>
> dshowaudiodec : buffer is out of segment, start 0:00:00.128000000 stop<br>
> 0:00:00.256000000<br>
> dshowaudiodec : buffer is out of segment, start 0:00:00.256000000 stop<br>
> 0:00:00.320000000<br>
> dshowaudiodec : chain (size 768)=> pts 0:00:00.320000000 stop<br>
> 0:00:00.512000000<br>
> dshowaudiodec : buffer is out of segment, start 0:00:00.320000000 stop<br>
> 0:00:00.448000000<br>
> dshowaudiodec : buffer is out of segment, start 0:00:00.448000000 stop<br>
> 0:00:00.512000000<br>
> dshowaudiodec : chain (size 768)=> pts 0:00:00.512000000 stop<br>
> 0:00:00.704000000<br>
> dshowaudiodec : buffer is out of segment, start 0:00:00.512000000 stop<br>
> 0:00:00.640000000<br>
> dshowaudiodec : buffer is out of segment, start 0:00:00.640000000 stop<br>
> 0:00:00.704000000<br>
> dshowaudiodec : chain (size 768)=> pts 0:00:00.704000000 stop<br>
> 0:00:00.896000000<br>
> dshowaudiodec : buffer is out of segment, start 0:00:00.704000000 stop<br>
> 0:00:00.832000000<br>
> dshowaudiodec : buffer is out of segment, start 0:00:00.832000000 stop<br>
> 0:00:00.896000000<br>
><br>
> The video decoder is showing a similar picture:<br>
><br>
> dshowvideodec : new segment received => start=0:00:00.000000000<br>
> stop=99:99:99.999999999<br>
> dshowvideodec : chain (size 1749)=> pts 0:00:00.009000000 stop<br>
> 0:00:00.010000000<br>
> dshowvideodec : this buffer has a DISCONT flag (0:00:00.009000000), flushing<br>
> dshowvideodec : buffer is out of segment, start 0:00:00.009000000 stop<br>
> 0:00:00.010000000<br>
> dshowvideodec : chain (size 2972)=> pts 0:00:02.411000000 stop<br>
> 0:00:02.412000000<br>
> dshowvideodec : buffer is out of segment, start 0:00:02.411000000 stop<br>
> 0:00:02.412000000<br>
> dshowvideodec : chain (size 3735)=> pts 0:00:02.445000000 stop<br>
> 0:00:02.446000000<br>
> dshowvideodec : buffer is out of segment, start 0:00:02.445000000 stop<br>
> 0:00:02.446000000<br>
> dshowvideodec : chain (size 3500)=> pts 0:00:02.478000000 stop<br>
> 0:00:02.479000000<br>
> dshowvideodec : buffer is out of segment, start 0:00:02.478000000 stop<br>
> 0:00:02.479000000<br>
> dshowvideodec : chain (size 5141)=> pts 0:00:02.545000000 stop<br>
> 0:00:02.546000000<br>
> dshowvideodec : buffer is out of segment, start 0:00:02.545000000 stop<br>
> 0:00:02.546000000<br>
> dshowvideodec : chain (size 7849)=> pts 0:00:02.578000000 stop<br>
> 0:00:02.579000000<br>
> dshowvideodec : buffer is out of segment, start 0:00:02.578000000 stop<br>
> 0:00:02.579000000<br>
> dshowvideodec : chain (size 5101)=> pts 0:00:02.611000000 stop<br>
> 0:00:02.612000000<br>
> dshowvideodec : buffer is out of segment, start 0:00:02.611000000 stop<br>
> 0:00:02.612000000<br>
> dshowvideodec : chain (size 7712)=> pts 0:00:02.645000000 stop<br>
> 0:00:02.646000000<br>
> dshowvideodec : buffer is out of segment, start 0:00:02.645000000 stop<br>
> 0:00:02.646000000<br>
><br>
><br>
> I understand that the problem appears to be that the "format" in GstSegment<br>
> is not of type GST_FORMAT_TIME when "gst_segment_clip" is called in<br>
> gstdshowaudiocodec.c. The question is why. Can anyone point me in the right<br>
> direction on this one?<br>
<br>
</div></div>What about the timestamps? Are those ok?<br>
<br>
--<br>
<font color="#888888">Felipe Contreras<br>
</font></blockquote></div>