We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
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
To use the latest Camera v3 from Raspberry Pi, we need to use libcamerify which is a V4L2 compatibility layer preload.
libcamerify -d v4l2rtspserver
I don't know if it is due to libcamerify, but sometimes the camera seems to be temporary unavailable:
[NOTICE] /home/azsde/v4l2rtspserver/src/V4L2DeviceSource.cpp:203 V4L2DeviceSource::getNextFrame errno:11 Resource temporarily unavailable [ERROR] /home/azsde/v4l2rtspserver/src/V4L2DeviceSource.cpp:111 error:Resource temporarily unavailable [NOTICE] /home/azsde/v4l2rtspserver/src/V4L2DeviceSource.cpp:122
This causes v4l2rtspserver to hang indefinitely.
Looking into the code, it seems that if V4L2DeviceSource cannot get the next frame, it will stop the thread in charge of fetching the the frames:
// V4L2DeviceSource.cpp:L109 // ... if (this->getNextFrame() <= 0) { LOG(ERROR) << "error:" << strerror(errno); stop=1; }
Maybe checking for the errno value before setting stop to 1 would allow to keep on trying ?
The text was updated successfully, but these errors were encountered:
[BUGFIX mpromonet#299] Do not exit thread upon EAGAIN error when fetc…
cb9a64b
…hing frames
Merge pull request #301 from azsde/retry-upon-camera-unavailable
59a242e
[BUGFIX #299] Do not exit thread upon EAGAIN error when fetching frames
No branches or pull requests
To use the latest Camera v3 from Raspberry Pi, we need to use libcamerify which is a V4L2 compatibility layer preload.
libcamerify -d v4l2rtspserver
I don't know if it is due to libcamerify, but sometimes the camera seems to be temporary unavailable:
This causes v4l2rtspserver to hang indefinitely.
Looking into the code, it seems that if V4L2DeviceSource cannot get the next frame, it will stop the thread in charge of fetching the the frames:
Maybe checking for the errno value before setting stop to 1 would allow to keep on trying ?
The text was updated successfully, but these errors were encountered: