Unable to select format types

[Peter Maersk-Moller]

Hi Jack.

Using omxh265enc suggests you are using some sort of ARM based SoC system
or alike. I don't believe there exist an ARM based system that can encode
H.265 (or H.264) using YUV 4:2:2 (Y42B) as input *except* in software using
libx264 (here x264enc).

I've been searching around for such systems for our Live streaming system
for rocket launches (for COpenhagen Suborbitals), but so far I have come up
empty handed. I took a look at Nvidia Tegra based Jetson family, but they
are very vague on which codec profiles and levels they support. So far all
multimedia coding examples suggest they can only support I420 as input
(they convert Y42B to I420 before encoding).

*So, what kind of hardware are you running on?* It could also be the case
that your omxh265enc version simply only supports, even in the perhaps
unlikely case that your hardware can actually encode YUV 4:2:2.

I did find a company that can deliver libraries for ARM/FPGA systems that
can encode H.264 and possibly H.265 *taking YUV 4:2:2 and YUV 4:4:4 as
input*, but that gonna require a healthy and wealthy budget.

What you need is a hardware solution that will support one of the following
codec profiles for H.265 : Main 4:2:2 10, Main 4:2:2 12, Main 4:4:4 (only 8
bit), Main 4:4:4 10, Main 4:4:4 12, Main 4:4:4 16 Intra. So far I can't
find an ARM based (or OpenMAX) solution, that will support these profiles.

For H.264, only the profiles Hi422P and Hi444PP supports 4:2:2 Chroma
subsampling. As for for H.265, so far I can't find an ARM based (or
OpenMAX) solution (widely available), that will support these profiles.

What kind of hardware do you have access to?

Best regards
Peter Maersk-Moller
Live Streaming - Copenhagen Suborbitals

On Mon, Jul 11, 2016 at 10:14 PM, jack81964 <jackson.c.solley at nasa.gov>
wrote:

> I am encoding a 10-bit 4:2:2 video in H.265.  According to:
>
> https://gstreamer.freedesktop.org/data/doc/gstreamer/head/pwg/html/section-types-definitions.html
> I should be able to use Y42B as "format=(string)Y42B" but when I enter
> this,
> I get "erroneous pipeline: could not link queue0 to
> omxh265enc-omxh265enc0".
> It's odd though because I know for a fact the video is 4:2:2 but I can use
> 'I420' and get a compression.  With I420 I get two errors "Could not write
> to resource" and "Interal data overflow" but when I look at the new video's
> properties it has been compressed.  I have had trouble getting video to
> display in VLC, and I think this may be the root of it.  How do I correct
> the Y42B issue?  Or what is the best format for me to use? Here is my code:
>
> gst-launch-1.0 filesrc location=/home/ubuntu/user/Videos/raw_vid.yuv
> blocksize 4147200 ! capsfilter caps='video/x-raw, framerate=(fraction)30/1,
> width=(int)1920, height=(int)1080, format=(string)Y42B' ! queue !
> omxh265enc
> ! filesink location=/home/ubuntu/user/Videos/new_vid.h265 -e
>
>
>
> --
> View this message in context:
> http://gstreamer-devel.966125.n4.nabble.com/Unable-to-select-format-types-tp4678606.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/20160712/257dc109/attachment.html>