[mythtv] Call for testing branch devel/ffmpeg-resync (ffmpeg-cleanup)

Piotr Oniszczuk piotr.oniszczuk at gmail.com
Wed Jul 6 07:41:39 UTC 2022

> Wiadomość napisana przez Scott Theisen <scott.the.elm at gmail.com> w dniu 05.07.2022, o godz. 20:05:
> On 7/5/22 04:37, Piotr Oniszczuk wrote:
>> It looks i was wrong saying: .mkv sample plays ok in current master.
>> .mkv sample fails on current master with vdpau/vaapi api
>> but plays ok with hw decoding on current master (and also on ffmpeg-resync) with: v4l2_request and v4l2_m2m api
>> So issue is rather no fmpeg-resync regression - but rather more general regression in current master:-(
>> If this will be helpful - pls find 2 logs:
>> -failing on n3450 vaapi; ffmpeg-resync : hxxp://warped.inet2.org/failing.log
>> -working on h6 v4l2_request; ffmpeg-resync: hxxp://warped.inet2.org/ok.log
> You website is asking for a login, so I can't look at your logs.

Ah i'm sorry.
Now should be ok :-p

>> btw:
>> i also discover current master fails hw decode on mesa/vaapi
>> hw decode ok but with black screen on mesa/vdpau
>> ....but this is another issue
> It is probably best to open a new issue on GitHub so this thread stays on topic.

I looked closer on mesa thing.
After mesa update, rebuild, make sure llvm cooperates ok with mesa and various tests i see:
-current mesa/vaapi works ok on current master.
-current mesa/vaapi not works on ffmpeg-resync.

So maybe we will return to testing mesa/vaapi on ffmpeg-resync when we fix my .mkv sample decoding issue?

More information about the mythtv-dev mailing list