-
-
Notifications
You must be signed in to change notification settings - Fork 1.7k
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
[Support]: FFMPEG not working (crashing) after upgrading packages - no camera feeds - Frigate 0.11 RC1 #3705
Comments
Are you using hwaccel being used? If so, does it work without it? |
Yes, I am using:
[2022-08-23 22:44:51] watchdog.Cam1 ERROR : The following ffmpeg logs include the last 100 lines prior to exit. |
As the other issue pointed out, something broke that affects the way the gpu is being passed to the container. If you want, you can try the upcoming build based on ffmpeg btbn 5.1 (perhaps it has some compatibility that is fixed), otherwise it may be a package that just shouldn't be updated.
|
Yes, agreed, thanks so much for your help too. I'm just trying to work out how to uninstall that particular kernel update but I'm not having any luck yet. raspberrypi-kernel/stable 1:1.20220811-1 arm64 [upgradable from: 1:1.20220331-1] I guess is the issue, so I was trying to revert back to 1:1.20220331-1 but perhaps easier to restore from backup and trying upgrading everything else, bit of a ballache :D I suspect I'm trying to do the impossible with the Kernel being such an important part. |
i can confirm that this issue is not a problem with the kernel, but with the ffmpeg version 4.3.4. Found a few reports that 4.3.4 has a bug on hardware decoding. With 4.3.3 everything works as it should. Can you confirm, if hardwarencoding is working, when you use |
@krim404 the user changed nothing but updating apt dependencies, so that claim doesn't make any sense considering the same ffmpeg / frigate version is used and a backup restores renders it working again. Also that Frigate RC1 uses ffmpeg 5.0.1 not 4.3.4 |
it looks a lot like the issue i have, evaluating if it is working with an older version of ffmpeg could not harm at all. Based on other bugtracker entries the bug first appeared in the master branch of ffmpeg with version number around 4.3.4. Maybe it has something to do with other modules, if the older version does indeed work, we can maybe pinpoint which module breaks it. |
The problem is reverting to the build you mentioned isn't just an ffmpeg change, it will not work with and potentially corrupt the database from rc1. rc1 also includes many other dependency changes for hwaccel (including a different build of ffmpeg). |
true, didnt think about that. but maybe running on a new (clean) database just for testing purpose? |
I don't think there's anything wrong with trying it on a clean setup, but the ramifications should be mentioned (like they now have been). I was just trying to point out that OP has been using RC1 / 5.0.1 for some time with hwaccel working; it only stopped after updating the apt dependencies listed above and both good and bad states are fully reproducible. So the suggestion that it is an isolated ffmpeg bug and 5.0.1 hwaccel is faulty doesn't hold water from my perspective. |
I seem to be having the same problem with both versions 3.1 and beta 0.11.0 version from HACS. Here is the log:: *** Your config file is not valid! *** *** Config Validation Errors *** 'ffmpeg' *** End Config Validation Errors *** Was working fine Sunday but just stopped on Monday. Same error with both versions. |
@ccbadd No, this is not related at all. OP is talking about hardware acceleration issues meanwhile you have a formatting error in your config file. Please make your own issue and provide the config file. |
We have a new build of ffmpeg in 0.11 RC2 so maybe give that a try |
sadly RC2 did not help at all. issue persists. |
@krim404 Thanks for checking, I would recommend trying to reconfigure your OS as I have been running this RC on my test Pi for 2 days with hwacel working. In the below screenshot you can see my OS information (including kernel version), frigate config, and that 108MB of GPU memory are currently allocated to frigate. |
as far as i can see it is an issue with one of the ffmpeg libraries, as i can get it running using the libraries and the binary from the prior release one year ago. also it is working with a different data stream - for ex. when reading a file from the internal strorage instead of a video stream. this bug seems to be only in effect when streaming h264 videos which have a (not yet discovered) encoding configuration - so it will not affect all camera streams. sadly i can reproduce it with a lot of expensive cameras like from axis, while its perfectly working with cheap cameras like from foscam. |
I see, that is interesting, maybe some different input args could help. Another tip might be to try using rtsp-simple-server as a proxy for the cameras streams as it might provide a more compatible stream. I have also seen more RPi improvements / fixes that are supposed come in future ffmpeg versions. At this point we are bound to ffmpeg >= 5, so if those don't work then the solution may be to override the ffmpeg binary used in the container via docker volume mappings until it is fixed upstream. |
I'm seeing the same thing, I have been running Frigate 0.11.0 beta full access for months without issue. |
Please make your own issue, seems a different case than OP |
Hi all, I'm back from a little break :) I totally broke my Pi setup when trying to fix this by reverting the kernel, yes a big noob mistake :). Then my backups didn't work... :o So here I am after redoing my whole Frigate and HA setup. Sadly it still doesn't work on RC2. It only works after disabling HW accel on my Pi 4... Running in docker (standalone). No other GPU usage - nothing changed other than the package updates that broke it sadly. Logs below:
|
There's another user that saw the same thing after updating kernel as well #3780 |
had a few free minutes. pretty sure it has nothing to do with the kernel itself. |
There can be multiple issues that have the same symptoms. Also, I think saying it has nothing to do with the kernel is a bit disingenuous as we now have multiple users that had a fully working setup which stopped working after updating the kernel. Not to mention that #3780 linked to multiple issues that have been created by other users which also found the kernel to be at fault. Just because your specific case is kernel independent in no way means that it isn't causing issues for other users who had working hwaccel setups before updating. |
i evaluated it with the files supplied by the people who reported it as an kernel error, not with my own video streams. the problem seem to come from a bundled library in one of the dpkgs. it is indeed working when i use an older SD image or an older docker image. If it would've been a kernel problem it would never work inside a docker image, as these share the kernel. |
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions. |
still a not fixed issue |
Going to close as this issue with more information is covered in #3780 |
Describe the problem you are having
Hello,
After updating my packages using apt upgrade on my Raspberry Pi 4 (DietPi arm64 bit OS) my Frigate 0.11 RC1 container is no longer displaying camera feeds. If I restore my Pi to the time before installing the application upgrades (apt upgrade) all is fine.
I don't have stimeout set and this message isn't showing in the logs at all.
Output of the apt upgrade upgradable (apt list --upgradable) list below:
base-files/stable 11.1+deb11u4 arm64 [upgradable from: 11.1+deb11u3] bash/stable 5.1-2+deb11u1 arm64 [upgradable from: 5.1-2+b3] containerd.io/bullseye 1.6.7-1 arm64 [upgradable from: 1.6.4-1] curl/stable-security 7.74.0-1.3+deb11u2 arm64 [upgradable from: 7.74.0-1.3+deb11u1] dirmngr/stable,stable-security 2.2.27-2+deb11u2 arm64 [upgradable from: 2.2.27-2+deb11u1] docker-ce-cli/bullseye 5:20.10.17~3-0~debian-bullseye arm64 [upgradable from: 5:20.10.16~3-0~debian-bullseye] docker-ce/bullseye 5:20.10.17~3-0~debian-bullseye arm64 [upgradable from: 5:20.10.16~3-0~debian-bullseye] dpkg/stable 1.20.11 arm64 [upgradable from: 1.20.10] firmware-atheros/stable 1:20210315-3+rpt7 all [upgradable from: 1:20210315-3+rpt5] firmware-brcm80211/stable 1:20210315-3+rpt7 all [upgradable from: 1:20210315-3+rpt5] firmware-iwlwifi/stable 1:20210315-3+rpt7 all [upgradable from: 1:20210315-3+rpt5] firmware-misc-nonfree/stable 1:20210315-3+rpt7 all [upgradable from: 1:20210315-3+rpt5] firmware-realtek/stable 1:20210315-3+rpt7 all [upgradable from: 1:20210315-3+rpt5] gnupg-l10n/stable,stable-security 2.2.27-2+deb11u2 all [upgradable from: 2.2.27-2+deb11u1] gnupg-utils/stable,stable-security 2.2.27-2+deb11u2 arm64 [upgradable from: 2.2.27-2+deb11u1] gnupg/stable,stable-security 2.2.27-2+deb11u2 all [upgradable from: 2.2.27-2+deb11u1] gpg-agent/stable,stable-security 2.2.27-2+deb11u2 arm64 [upgradable from: 2.2.27-2+deb11u1] gpg-wks-client/stable,stable-security 2.2.27-2+deb11u2 arm64 [upgradable from: 2.2.27-2+deb11u1] gpg-wks-server/stable,stable-security 2.2.27-2+deb11u2 arm64 [upgradable from: 2.2.27-2+deb11u1] gpg/stable,stable-security 2.2.27-2+deb11u2 arm64 [upgradable from: 2.2.27-2+deb11u1] gpgconf/stable,stable-security 2.2.27-2+deb11u2 arm64 [upgradable from: 2.2.27-2+deb11u1] gpgsm/stable,stable-security 2.2.27-2+deb11u2 arm64 [upgradable from: 2.2.27-2+deb11u1] gpgv/stable,stable-security 2.2.27-2+deb11u2 arm64 [upgradable from: 2.2.27-2+deb11u1] libc-bin/stable 2.31-13+rpt2+rpi1+deb11u3 arm64 [upgradable from: 2.31-13+rpt2+rpi1+deb11u2] libc-l10n/stable 2.31-13+rpt2+rpi1+deb11u3 all [upgradable from: 2.31-13+rpt2+rpi1+deb11u2] libc6/stable 2.31-13+rpt2+rpi1+deb11u3 arm64 [upgradable from: 2.31-13+rpt2+rpi1+deb11u2] libcurl4/stable-security 7.74.0-1.3+deb11u2 arm64 [upgradable from: 7.74.0-1.3+deb11u1] libgnutls30/stable-security 3.7.1-5+deb11u2 arm64 [upgradable from: 3.7.1-5] libldb2/stable-security 2:2.2.3-2~deb11u2 arm64 [upgradable from: 2:2.2.3-2~deb11u1] libpam-modules-bin/stable 1.4.0-9+deb11u1+rpt2 arm64 [upgradable from: 1.4.0-9+deb11u1+rpt1] libpam-modules/stable 1.4.0-9+deb11u1+rpt2 arm64 [upgradable from: 1.4.0-9+deb11u1+rpt1] libpam-runtime/stable 1.4.0-9+deb11u1+rpt2 all [upgradable from: 1.4.0-9+deb11u1+rpt1] libpam0g/stable 1.4.0-9+deb11u1+rpt2 arm64 [upgradable from: 1.4.0-9+deb11u1+rpt1] libsmbclient/stable-security 2:4.13.13+dfsg-1~deb11u5 arm64 [upgradable from: 2:4.13.13+dfsg-1~deb11u3] libssl1.1/stable 1.1.1n-0+deb11u3+rpt1 arm64 [upgradable from: 1.1.1n-0+deb11u2+rpt1] libtirpc-common/stable-security 1.3.1-1+deb11u1 all [upgradable from: 1.3.1-1] libtirpc3/stable-security 1.3.1-1+deb11u1 arm64 [upgradable from: 1.3.1-1] libwbclient0/stable-security 2:4.13.13+dfsg-1~deb11u5 arm64 [upgradable from: 2:4.13.13+dfsg-1~deb11u3] locales/stable 2.31-13+rpt2+rpi1+deb11u3 all [upgradable from: 2.31-13+rpt2+rpi1+deb11u2] nano/stable 5.4-2+deb11u1 arm64 [upgradable from: 5.4-2] openssh-client/stable 1:8.4p1-5+deb11u1 arm64 [upgradable from: 1:8.4p1-5] openssh-sftp-server/stable 1:8.4p1-5+deb11u1 arm64 [upgradable from: 1:8.4p1-5] openssl/stable 1.1.1n-0+deb11u3+rpt1 arm64 [upgradable from: 1.1.1n-0+deb11u2+rpt1] python3-ldb/stable-security 2:2.2.3-2~deb11u2 arm64 [upgradable from: 2:2.2.3-2~deb11u1] raspberrypi-bootloader/stable 1:1.20220811-1 arm64 [upgradable from: 1:1.20220331-1] raspberrypi-kernel/stable 1:1.20220811-1 arm64 [upgradable from: 1:1.20220331-1] rpi-eeprom/stable 13.16-1 arm64 [upgradable from: 13.14-1] tzdata/stable-updates 2021a-1+deb11u5 all [upgradable from: 2021a-1+deb11u3] unzip/stable-security 6.0-26+deb11u1 arm64 [upgradable from: 6.0-26] wireless-regdb/stable 2022.04.08-2~deb11u1 all [upgradable from: 2020.04.29-2]
Any ideas?
Thank you in advance
Version
0.11.0-37325C7
Frigate config file
Not included for now (very basic config)
Relevant log output
FFprobe output from your camera
Frigate stats
No response
Operating system
Other Linux
Install method
Docker Compose
Coral version
USB
Network connection
Wired
Camera make and model
N/A for this issue I believe
Any other information that may be helpful
No response
The text was updated successfully, but these errors were encountered: