Thanks. What's vcgencmd version
say?
> vcgencmd version
Jan 5 2023 10:46:54
Copyright (c) 2012 Broadcom
version 8ba17717fbcedd4c3b6d4bce7e50c7af4155cba9 (clean) (release) (start)
Okay we are tracking an issue in the rpi firmware that started in Oct. Will post when we find a solution.
Please try this:
sudo rpi-update 1e2374e9de5a16ef7f1a3ea2267dd6abafb6c4e8
Did more testing today and things are looking good. I connect over a WireGuard VPN and with 1 Mbps streaming quality it works well.
I’m running an older firmware apparently on my Pi.
Mar 24 2022 13:19:26
Copyright (c) 2012 Broadcom
version e5a963efa66a1974127860b42e913d2374139ff5 (clean) (release) (start)
Looks like the hash is invalid...
> sudo rpi-update 1e2374e9de5a16ef7f1a3ea2267dd6abafb6c4e8
*** Raspberry Pi firmware updater by Hexxeh, enhanced by AndrewS and Dom
*** Performing self-update
*** Relaunching after update
*** Raspberry Pi firmware updater by Hexxeh, enhanced by AndrewS and Dom
*** Invalid hash given
I am going to try a54fe46c85fd4a2155f2282454bee3c2a3d5b5eb
I think this might be close to the version @sgruby is running.
Updating to a54fe46c85fd4a2155f2282454bee3c2a3d5b5eb works great on both iOS and the webplayer using hardware transcoding with "Old Streaming System" disabled.
sudo rpi-update a54fe46c85fd4a2155f2282454bee3c2a3d5b5eb
Thank you @sgruby for posting the versions that worked for you.
@tmm1, if there is another version you want me to try, I can. The hash you provided before just was not found. Thanks.
Oops. This is the buggy version: firmware: isp: Run ISP without hi-res output buffer · raspberrypi/rpi-firmware@516eaa0 · GitHub
So anything older than that is fine.
Thanks, I confirmed the commit before that also works:
532b694485d0fdaf6a853890ab8a13926ce3cdc7
> uname -r
5.15.73-v8+
> vcgencmd version
Oct 11 2022 17:48:47
Copyright (c) 2012 Broadcom
version 5da7b38ef2434a6d18a3f6054ba239f1e4a52594 (clean) (release) (start)
Great, thanks. We have reported the issue: ISP downscaling not working after Oct 2022 firmware · Issue #1770 · raspberrypi/firmware · GitHub
My experience is slightly different:
With hardware transcoding enabled and "Old Streaming System" disabled:
Current stable release (I don't recall version number)
uname -r = 5.15.61-v8+
Web player = Green screen, audio only
Pre-release 2023.01.14.2318
uname -r = 5.15.61-v8+
Web player = Won't start the video or audio
Pre-release 2023.01.14.2318
uname -r = 5.15.73-v8+ (532b694485d0fdaf6a853890ab8a13926ce3cdc7)
Web player = Won't start the video or audio
Pre-release 2023.01.14.2318
uname -r = 5.15.32-v8+ (a54fe46c85fd4a2155f2282454bee3c2a3d5b5eb)
Web player = Video and audio stream, but distorted to 4:3 ratio
The same distortion to 4:3 also happens whenever I select "Old Streaming System".
When selecting Software transcoding however, the video is no distorted.
You're using 32-bit RPI OS which uses a different hardware encoder which is no longer maintained.
Is using rpi-update something that should be used to keep things up to date if using the channels pi image?
No there's no rpi-update
on our image. That's something specific to RPI OS
What does the dvr log say in the "Starting" line. I'm showing you're running linux-armv7l
Interesting.... you are of course correct!
[SYS] Starting Channels DVR v2023.01.16.2221 (linux-armv7l pid:7) in /channels-dvr/data
I started off using channels on a 32-bit OS, then moved to 64-bit and updated docker to use the 64-bit container, assuming that would then use the 64-bit channels binary... but it seems not - even when I upgrade it sticks with the 32-bit version.
Is there a way to migrate from 32-bit to 64-bit?
As an aside, is it OK to simple delete the folders for the older versions?
If it's more than a one-line answer I'm happy to move it to a new thread as this is beginning to wader off-topic :-/
Yes you can delete the older versions.
I think you need to do a fresh 64-bit install and then restore your data into it
Thanks, moved to 64-bit now:
[SYS] Starting Channels DVR v2023.01.06.1553 (linux-arm64 pid:7) in /channels-dvr/data
...but the web player still distorts the screen to 4:3 ratio when hardware transcoding is enabled :-/