<div dir="ltr"><div>Guys,<br><br></div>I'd like to sincerely thank you for your great support, I was able to make the 1.2 work, no more issues with ghosting (unless I use videoscale), pipelines work as expected. I was wondering if openmax videoscale and deinterlace are planned, because this would help a lot. One more question if I may. How does one handle multiple audio tracks correctly in my use case? <br>
</div><div class="gmail_extra"><br><br><div class="gmail_quote">On Fri, Dec 13, 2013 at 9:04 PM, Sebastian Dröge <span dir="ltr"><<a href="mailto:sebastian@centricular.com" target="_blank">sebastian@centricular.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im">On Fr, 2013-12-13 at 20:40 +0100, Markus Fritsche wrote:<br>
> On 12/13/2013 08:12 PM, Sebastian Dröge wrote:<br>
> > Which caps are configured on videocrop here, and is videoconvert<br>
> > converting between different video formats? Do you also get these<br>
> > red/green problems if you don't encode after videocrop but display the<br>
> > video directly? Does the pattern change somehow if you use different<br>
> > cropping values, e.g. does it disappear if you only crop at the top or<br>
> > bottom?<br>
><br>
> videoconvert was just a safety measure - the pipeline also works fine<br>
> without those.<br>
><br>
> More samples:<br>
> <a href="http://reauktion.de/cropbottomout.mkv" target="_blank">http://reauktion.de/cropbottomout.mkv</a> 8 px cropped at the bottom<br>
> <a href="http://reauktion.de/croptopout.mkv" target="_blank">http://reauktion.de/croptopout.mkv</a> 8 px cropped at the top<br>
> <a href="http://reauktion.de/cropb16out.mkv" target="_blank">http://reauktion.de/cropb16out.mkv</a> 16 px cropped, 8 each side<br>
><br>
> The one with 16 px cropped looks fine. Hmm, was there a h264 rule that<br>
> width and height have to be dividable by 16? Or maybe that's a hardware<br>
> limitation (I do keep mentioning that my davinci based board doesn't<br>
> like dimensions not being dividable by 32 px ;-))<br>
<br>
</div>Well, it's not a strict requirement and many codecs can handle other<br>
widths/heights too :) But that might indeed be related here.<br>
<br>
So, does it work if you don't encode the video and just display it?<br>
I.e., is the problem on the decoding or the encoding side of things?<br>
<br>
Maybe there's a configuration problem in gst-omx with the encoder or<br>
decoder, maybe something with the stride but for that the visible<br>
problems look wrong.<br>
<div class="HOEnZb"><div class="h5"><br>
--<br>
Sebastian Dröge, Centricular Ltd - <a href="http://www.centricular.com" target="_blank">http://www.centricular.com</a><br>
Expertise, Straight from the Source<br>
</div></div><br>_______________________________________________<br>
gstreamer-devel mailing list<br>
<a href="mailto:gstreamer-devel@lists.freedesktop.org">gstreamer-devel@lists.freedesktop.org</a><br>
<a href="http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel" target="_blank">http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel</a><br>
<br></blockquote></div><br></div>