Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Error replay videos from Kaltura in Firefox #3751

Open
voxik opened this issue May 9, 2024 · 5 comments
Open

Error replay videos from Kaltura in Firefox #3751

voxik opened this issue May 9, 2024 · 5 comments

Comments

@voxik
Copy link

voxik commented May 9, 2024

During replay of videos provided by Kaltura, the player stops with error. Running Firefox with MOZ_LOG="FFmpegVideo:5 GMP:5", there is reported the following error as identified by Fedora FF maintainer in the rhbz#2279849:

[libopenh264 @ 0x7fc27a47c000] [OpenH264] this = 0x0x7fc26878f000, Error:DecodeCurrentAccessUnit()::::::PrefetchPic ERROR, pSps->iNumRefFrames:5.
[libopenh264 @ 0x7fc27a47c000] DecodeFrame failed

I am observing the issues on internal resources, so I have to apologize in advance that I won't share better reproducer.

$ rpm -q firefox
firefox-125.0.3-2.fc41.x86_64

$ rpm -q openh264
openh264-2.4.0-2.fc40.x86_64

CC @stransky

@mcatanzaro
Copy link
Contributor

Here is a public reproducer:

https://corp.kaltura.com/video-collaboration-communication/enterprise-video-portal/

Of course, this website might change in the future. But it reproduces the problem today.

@voxik
Copy link
Author

voxik commented May 9, 2024

@mcatanzaro what version of openh264 do you have installed? Because I have just upgraded to openh264-0:2.4.1-2.fc41.x86_64 and it seems things might be better (although that might be just pure luck)

@voxik
Copy link
Author

voxik commented May 9, 2024

Maybe you might try with https://codecs.fedoraproject.org/openh264/41/

@mcatanzaro
Copy link
Contributor

Wow you're right, I have 2.4.0-2.fc40 (the latest version for F40) and it's definitely fixed by 2.4.1-2.fc41. I think this should be closed. It's a downstream problem now, to update F40.

That means this bug must have been fixed by 4f01c15 because there are only two significant commits between the upstream 2.4.0 and 2.4.1, and the other one fd66e67 is already included in the downstream 2.4.0-2.fc40.

@voxik
Copy link
Author

voxik commented May 10, 2024

Wow you're right, I have 2.4.0-2.fc40 (the latest version for F40) and it's definitely fixed by 2.4.1-2.fc41. I think this should be closed. It's a downstream problem now, to update F40.

I have reassigned the aforementioned BZ to openh264 component.

But I'd also like to hear confirmation from maintainers that the commit above is really the one

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants