[mythtv] Redone FFmpeg 4.4.1

Piotr Oniszczuk piotr.oniszczuk at gmail.com
Thu Dec 2 11:24:23 UTC 2021

> Wiadomość napisana przez Peter Bennett <pb.mythtv at gmail.com> w dniu 30.11.2021, o godz. 17:13:
> That is the ffmpeg-resync-0 before the rebase. The latest ffmpeg-resync-0 is rebased and there is a database schema upgrade in line with master.


I give try of c257bacbfe7b5edf0f111d8b9b03c5cfd0602b4a on my hw

video decode api tested:

vaapi (h264, hevc, vp8, vp9): ok
vdpau (h264): ok
v4l2_m2m (h264, hevc): ok
v4l2_request (mpeg2, h264, hevc, vp8, vp9): ok

seeking is ok on all: except v4l2_request 
seeking on v4l2_m2m is not optimal (known problem)

So - with this results - i think you may try include v4l2_request into ffmpeg-resync-0
Code I have should be invisible when not explicitly enabled by configure.
I think we may test for any interference/regressions on platforms/testbeds not using v4l2_request.

v4l2_request code for myth ffmpeg4.4.1:


configure patch for mythtv configure:


this code is well standrized with current FOSS ecosystem  - so .i.e you can launch mythtv on LibrELEC without any mods required on LE.
(btw. it covers RPI4 hevc - so no dedicated per SoC i.e. mega rpi-speciffic ffmpeg patch is required :-)


I have plan to provide ArchLinux Arm 5.15 kernel supporting above api & hw i'm supporting in minimyth2

So you will be able i.e. to run https://arm.endeavouros.com with MythTV on 10+ different SoC...




More information about the mythtv-dev mailing list