Aspect Ratio issue using Video Codec h264_omx
I am using stable "HTS Tvheadend 4.2.8-36~g5bdcfd8ac" on a Raspberry PI4, Buster OS.
I am trying to use the hardware accelerated video codec "h264_omx: OpenMAX IL H.264 video encoder" with DVB-T/2 output from the RPI Top Hat, but experience problems with aspect ratio on all SD channels.
For example, these channels playback in 4:3 rater than 16:9;
2020-02-15 08:14:56.763 transcode: 001F: 1:MPEG2VIDEO 544x576 ==> H264 544x576 (h264_omx) ----- (4MUSIC) 2020-02-15 08:18:32.380 transcode: 0020: 1:MPEG2VIDEO 704x576 ==> H264 704x576 (h264_omx) ----- (BBC ONE) 2020-02-15 08:20:00.663 transcode: 0021: 1:MPEG2VIDEO 720x576 ==> H264 720x576 (h264_omx) ----- (Channel 4) 2020-02-15 08:21:11.520 transcode: 0022: 1:MPEG2VIDEO 720x576 ==> H264 720x576 (h264_omx) ----- (Channel 4+1) 2020-02-15 08:27:19.572 transcode: 0023: 1:MPEG2VIDEO 544x576 ==> H264 544x576 (h264_omx) ----- (Sky News) 2020-02-15 08:29:24.930 transcode: 0024: 1:MPEG2VIDEO 720x576 ==> H264 720x576 (h264_omx) ----- (ITV)
How can this codec be changed to display correctly at 16:9 please?
By the way, if I use the Video codec "libx264: libx264 H.264 / AVC / MPEG-4 AVC / MPEG-4 part 10", the aspect ratio is correct.
For completeness, I attach the TVH log.
I agree and have tried the latest master from the apt, and even compiling my own, (tvheadend_4.3-1801_g7f952c2ed) before raising this issue. Unfortunately the unstable RPI builds do not have any working video codecs and so I have to use the latest master stable build.
Flole Systems, I believe your right, there must be a good reason why the RPI build has had this functionality removed. Yes, I have spent literally days, with saen's help also, trying the options to get transcoding working in my own builds, all without success. I've even tried builds compiled by others, same negative result. From reading other messages, it seems to have been this way for awhile now with the unstable master, which is a shame. I hope it gets resolved soon.
Until then, I'm stuck using the master stable version which works well apart from this issue raised, to improve the h264_omx Video codec.