Open dustinkerstein opened 2 years ago
Quick update, same results after running rpi-update.
$ cat /etc/rpi-issue
Raspberry Pi reference 2021-10-30
Generated using pi-gen, https://github.com/RPi-Distro/pi-gen, c12b1df4ed6416fb0df33ba1731c5b13c1bdbdf8, stage2
$ vcgencmd version
Feb 4 2022 12:05:40
Copyright (c) 2012 Broadcom
version a26faf97e3bf76bcc23949d7cdab2f96f399a0c3 (clean) (release) (start)
$ uname -a
Linux PanoCamX 5.15.24-v8+ #1526 SMP PREEMPT Fri Feb 18 14:59:51 GMT 2022 aarch64 GNU/Linux
@6by9 Thanks for locking the dupe forum thread. I just wanted to make sure the issue was searchable over there as I figure not as many users know to search through these GitHub issues.
And apologies if this issue really belongs over at https://github.com/raspberrypi/firmware
Describe the bug
These may be two unrelated issues, but I have a hunch they may also be related to #1836 or #4734.
On my Compute Module 4 running 64bit Bullseye, I am unable to mux Matroska files when using the hardware h264 encoder. Further, I am also unable to use the
tee
functionality of both GStreamer and FFmpeg when using the hardware h264 encoder. Below are results from various tests:Working - Hardware Encode
Broken - Hardware Encode
Working - Software Encode
Working Tee - Software Encode
Broken Tee - Hardware Encode
Steps to reproduce the behaviour
See the example commands above.
Device (s)
Raspberry Pi CM4
System
Logs
No response
Additional context
Please let me know if there's any particular debug / tests that would be helpful.