-
-
Notifications
You must be signed in to change notification settings - Fork 1.8k
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]: AMD64, Coral M.2 , Docker, updated to stable 11 and getting "Unable to read frames from ffmpeg process." #3909
Comments
A few things:
|
here is the answer for 1. and 3. the hypervisor is DOCKER in plain linux Debian, using Portainer to manage Dockers but updates for Frigate are done via command line using config above |
Changed the hwaccel_args for my <10th gen i5-6600T CPU and no change, the same symptom remains |
Then you should be running VAAPI not QSV: Also please try running |
Your input args still include |
Oh shoot didn't catch that, that would definitely be the first source of errors ^ |
root@af69acbfa9e7:/opt/frigate# vainfo |
Changed stimeout to timeout - no change here are the arguments I`m using, probably there is something esle wrong ffmpeg: |
There must be a change or else there is something wrong with another argument you have since
Please use the input args correctly with |
Okay cool. Can you please run inside the container |
root@af69acbfa9e7:/opt/frigate# vainfo |
It seems portainer and frigate does not have access to your iGPU. In previous frigate versions if hwaccel wasn't working it would silently fail (ffmpeg would ignore it) even if you thought it was working where as now it will fail and throw errors. If you pass the iGPU in to portainer then run vainfo again it will show what hwaccel profiles are available |
thank you Sir, if you could point me where to start |
Depends how you are running / starting portainer but you will need to include the |
thank you, I did not have that in the docker compose vainfo: VA-API version: 1.10 (libva 2.10.0) |
Perfect, now try VAAPI hwaccel args and if that works great otherwise try QSV hwaccel args |
works! with QSV. thank you for your time appretiate it. All I had to do was to add this into the docker-compose --device /dev/dri/renderD128 \ and change stimeout per release notes. please apology |
Glad it is working. I am going to go ahead and close this. Feel free to create a new issue if something else comes up. |
@NickM-27 Nicolas one question: I have intel gen6 HP PC with Coral M.2 , the image processing is routed via Coral so do I need hwaccel argument? Noticed that even with working hwaccel on or off the CPU utilization is the same. Maybe the hwaccel is only needed for those without Coral? |
The short answer is no, that is entirely false. Hardware acceleration uses a GPU to more efficiently decode the video stream and turn it in to frames. This is helpful regardless of if you're using a coral or not. If you haven't already (since having a working setup) try the You can also install and run intel_gpu_top to see if the GPU is being utilized. |
Thank you for your patience Nicolas, you are awesome! |
Describe the problem you are having
After an update from 10.1 stable to 11 stable getting green screen and log is showing this comment.
my path looks OK
/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/lib/btbn-ffmpeg/bin
added the LIBVA_DRIVER_NAME=i965 into the environemnt, no help
[2022-09-23 08:53:11] frigate.video ERROR : driveway: Unable to read frames from ffmpeg process.
[2022-09-23 08:53:11] frigate.video ERROR : driveway: ffmpeg process is not running. exiting capture thread...
[2022-09-23 08:53:31] ffmpeg.driveway.detect ERROR : Error splitting the argument list: Option not found
Version
0.11.0-3846A13
Frigate config file
Relevant log output
FFprobe output from your camera
Frigate stats
No response
Operating system
Debian
Install method
Docker Compose
Coral version
M.2
Network connection
Wired
Camera make and model
Amcrast 5MP, Amcrast doorbell, Wyze V3
Any other information that may be helpful
docker compose file
sudo docker create
--name frigate
--restart=unless-stopped
--device /dev/apex_0:/dev/apex_0
--mount type=tmpfs,target=/tmp/cache,tmpfs-size=1000000000
--shm-size=500m
-v /media/500/frigate:/media/frigate
-v /home/server/frigate/:/config/
-v /etc/localtime:/etc/localtime:ro
-e LIBVA_DRIVER_NAME=i965
-p 5000:5000
-p 1935:1935
blakeblackshear/frigate:stable
here is environmental path from v11 ( not working ) ( frigate:stable )
and here is environmental path from v10 ( working ) ( frigate:stable-amd64, 0.10.1-83481AF )
the working v10 does not have ffmpeg listed in the PATH and it is working instance.
my path looks OK
/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/lib/btbn-ffmpeg/bin
added the LIBVA_DRIVER_NAME=i965, no help
The text was updated successfully, but these errors were encountered: