You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
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.
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.
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.
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:
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
The text was updated successfully, but these errors were encountered: