The width and height of the picture is given by the decoder. Do you use Windows or LAVvideo decoder? ( to know that you must record the graph created ***.grf file , using the option in minitiouneConfig.ini)
If you want that I try to give a definitive answer and try to fix this strange result, The best is to record 10 sec of the TS and send it to me.
Thanks for your help. I have e-mailed you a .TS file, and here is the output of GraphStudioNext. I take it that means that I am using the LAV Video Decoder.
- GRF Capture.JPG (39.45 KiB) Viewed 1453 times
Thank you Dave. Yes, Windows is obliged to use the LAV video decoder, the Microsoft video decoder can't decode this H265 stream.
I have analyzed your TS and yes it is 1280x720.
In this case the LAV video decoder says 1280x960 if the de-multiplexer doesn't give it the information.
Microsoft demultiplexer is very basic, cannot find any information and I must tell it myself that this ES (Elementary Stream) is H264 or H265, that this ES is AAC ... ( others demux can find the codec used and the size of picture, but they are not free)
Normally, the size of the picture is found by the Mpeg2/h264/H265 decoder and given to the video renderer, so I can display the size found by the decoder.
But in this case( this H265 encoded ES), the size found by LAVvideo decoder is not always the good one. ( good for 1920x1080, not good for 1280x720)
If I want to fix this, I must analyze myself the H265 packets inside the ES and tell the result to the LAVdecoder, or find another H265 decoder that will do well the job or wait for a new version of LAV video decoder.... or ??
It is easier to let VLC do the work... nothing to do for the developer.
After some research, reading official documentation (ETSI TS 101 154 V2.1.1) it seams that they are restrictions when we use HEVC (=H265) with DVB system:
* display aspect ratio of the HEVC coded frame must always be 16/9
* luminance vertical resolution for HDTV can be 1080, 900, 720 or 540.
The simplest solution could be to force Minitioune to display H265 video using always 16/9 format. (but I'm not sure everyone will use these restrictions.. )
That's very interesting. I can imagine always showing H265 as 16:9 would be a problem for some and amateurs like to push the boundaries with respect to the official guidance. I think we have all been doing that with all sorts of resolution settings. Perhaps this could be a setting in the ini file?
Thanks very much for looking into this - and for finding the ETSI documentation. My personal view is that a default of 16:9 for H265 pictures would be useful, as long as it could be over-riden by selection of the 4:3 button. Sounds simple - but I can imagine it could be difficult to implement.
Does the ETSI document specify a pixel aspect ratio? (just out of curiosity)
Most users of H265 that I have seen on QO-100 seem to have been using 16:9. That's the way that I am pushing people with the Portsdown controller for the Jetson.
I have made test again, receiving Dave H265_TS with Minitioune using Elecard_HEVC_video_decoder Directshow filter(Demo), Minitioune says that the video size is 1280x720. So I know now that it is LAV_video_decoder that makes a mistake.
* LAV_video_decoder is free.
* Elecard_HEVC_video_decoder is not free...
Perhaps next version of LAV_video_decoder will fix this size error.
no,Does the ETSI document specify a pixel aspect ratio? (just out of curiosity)
I can see only 2 ratio values used
1920 x 1080 (aspect_ratio_idc=1)
1440 x 1080 (aspect_ratio_idc=14) => horizontal x 4/3
1280 x 720 (aspect_ratio_idc=1)
960 x 720 (aspect_ratio_idc=14) => horizontal x 4/3
Jean-Pierre - Thanks for the further tests and information. Is there a formal way of reporting the bug in the LAV Decoder?