Video artefacts on full hd recording on rpi2

Krutskikh Ivan stein.hak at gmail.com
Tue Apr 5 14:24:31 UTC 2016


Thanks for sharing you experience. I am working with encoder (omxh264enc)
and it seams to work only with fixed block size (16X16 pixels) So both
width and height must be divided by 16. I was wondering if It's a fixed
constant or can be tweaked.

2016-04-05 15:36 GMT+03:00 Ashish Kumar Mishra <
ashish.kmishra at dexceldesigns.com>:

> Hi ,
>
> w.r.t Green artifacts and based on my limited experience :-
> 1) We have observed similar problem when the decoder was not able to
> properly handle the signals .
> Now here the decoder might not be in a position to handle the given
> resolution or the configuration (timing of decoder ) is not proper.
>
> 2) w.r.t link , below is the info from the wiki page
> "....... Note also that allowing the highest resolutions does not imply
> that
> the GPU can decode video formats at those; in fact, the Pis are known to
> not
> work reliably for H.265 (at those high resolution, at least), commonly used
> for very high resolutions (most formats, commonly used, up to full HD, do
> work)..."
>
> 3) Since i have never worked with RPI board , not sure of the behavior at
> WUXGA resolution.
>
> Probably some senior group member might have faced similar problem and can
> provide some pointers for this thread.
>
>
>
> --
> View this message in context:
> http://gstreamer-devel.966125.n4.nabble.com/Video-artefacts-on-full-hd-recording-on-rpi2-tp4676755p4676764.html
> Sent from the GStreamer-devel mailing list archive at Nabble.com.
> _______________________________________________
> gstreamer-devel mailing list
> gstreamer-devel at lists.freedesktop.org
> https://lists.freedesktop.org/mailman/listinfo/gstreamer-devel
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/gstreamer-devel/attachments/20160405/6784cd09/attachment.html>


More information about the gstreamer-devel mailing list