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

Kirkstone commit causing video playback issue #1370

Open
deepthi-ps opened this issue Sep 23, 2024 · 0 comments
Open

Kirkstone commit causing video playback issue #1370

deepthi-ps opened this issue Sep 23, 2024 · 0 comments

Comments

@deepthi-ps
Copy link

deepthi-ps commented Sep 23, 2024

We are using RPI4 with a custom middleware with:
RPIFW_DATE = "20220830"
Yocto 4.0 (Kirkstone)
gstreamer 1.18 version
Video decoder bcm2835-codec (video10)
dtoverlay=vc4-fkms-v3d
Kernel = Android Common Kernel 5.15

We have an issue that video playback doesn't work when we moved from Dunfell (3.0) to Kirkstone (4.0). We tried with all formats and codecs.
Dunfell was using RPIFW_DATE = "20210527". Everything else such as gstreamer, kernel versions, dtoverlay remain the same.
I have crosschecked all device nodes between Dunfell and Kirkstone and enabled logs from bcm2835_codec.
For the same stream, in error scenario, I am not getting these prints:

kernel: bcm2835-codec bcm2835-codec: op_buffer_cb: status:0, buf:00000000be64ca8a, length:96, flags 0000, pts -9223372036854775808
kernel: bcm2835-codec bcm2835-codec: handle_fmt_changed: Format changed: buff size min 635904, rec 635904, buff num min 1, rec 1
kernel: bcm2835-codec bcm2835-codec: handle_fmt_changed: Format changed to 736x576, crop 720x576, colourspace 00000000
kernel: bcm2835-codec bcm2835-codec: handle_fmt_changed: Format was 736x576, crop 720x576

YouTube works and downloading YouTube format stream separately also works. YouTube stream has header and fragment in new resolution which might be triggering a source change event. All other sample streams are failing.

We managed to pinpoint the check-in from which the issue started:
raspberrypi/firmware@f9bc224

If I replace the start4.elf file from one commit before, then it works. The start4.elf from this commit is causing the issue.
In the readme and comments, I can see:
Query /set whether the codec should stop and wait should either the color space or pixel aspect ratio change.
and that there was an issue with vlc playback related to resolution change event.
I think that is linked to why Cobalt stream works for us and no other stream.

I have also tried with the firmware from: RPi-Distro/vlc#48 (comment), but it didn't fix the issue.

In parallel, we will try to reproduce the issue using vannilla version of poky + meta-raspberrypi (without our custom middleware). Please provide any other suggestions or recommendations to solve this issue.

Forum query raised for the same: https://forums.raspberrypi.com/viewtopic.php?t=376541

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

1 participant