I am using RaspberryPi4 and I am getting issues in video playback where gst play fails; whereas Youtube works.
Everything used to work perfectly in Dunfell; and the issue started with Kirkstone migration - kernel is the same in both - ACK 5.10.
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
These are some of the observations:
1 - YouTube works and it is because the stream has header and fragment in new resolution which might be triggering a source change event. All other sample streams are failing.
2 - I tried with the same bcm2835-codec.ko.xz from nonworking (Kirkstone) and installed in working (Dunfell case). Video playback was fine. I guess it proves that issue is not with bcm2835-codec.ko.
3 - I have made these observations by adding debug=5 in bcm2835_codec and putting prints in bcm2835-v4l2-codec.c
It looks like output buffers are not getting configured in failure case. How to debug this issue and what could be the reason ?
Everything used to work perfectly in Dunfell; and the issue started with Kirkstone migration - kernel is the same in both - ACK 5.10.
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
These are some of the observations:
1 - YouTube works and it is because the stream has header and fragment in new resolution which might be triggering a source change event. All other sample streams are failing.
2 - I tried with the same bcm2835-codec.ko.xz from nonworking (Kirkstone) and installed in working (Dunfell case). Video playback was fine. I guess it proves that issue is not with bcm2835-codec.ko.
3 - I have made these observations by adding debug=5 in bcm2835_codec and putting prints in bcm2835-v4l2-codec.c
It looks like output buffers are not getting configured in failure case. How to debug this issue and what could be the reason ?
Statistics: Posted by deeps8us — Thu Sep 12, 2024 12:38 am
