mirror of
https://github.com/nyanmisaka/ffmpeg-rockchip.git
synced 2026-01-24 07:31:22 +01:00
使用av_read_frame进行rtsp拉流阻塞的问题 #39
Labels
No labels
bug
enhancement
help wanted
invalid
pull-request
question
upstream
wontfix
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference: starred/ffmpeg-rockchip#39
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @Pi-Boss on GitHub (Mar 27, 2024).
当rtsp流设备以外断电后再恢复供电。av_read_frame会被永远阻塞。尽管我已经设置了stimeout / timeout 。这并没有效果
@nyanmisaka
@nyanmisaka commented on GitHub (Mar 27, 2024):
This sounds like an issue in the RTSP demuxer. The current RKMPP decoder logic is based on the Rockchip maintainer's reference implementation. Please try switching to a software decoder to see if it can still be reproduced.
Also don't submit an issue without any debug logs (-v debug), it won't help.
@Pi-Boss commented on GitHub (Apr 3, 2024):
It seems I've found the issue. In FFmpeg, obtaining RTSP streams and unwrapping them doesn't rely on hardware decoders. I managed to resolve the continuous blocking by adding callback functions. Thank you! @nyanmisaka
@stz-source commented on GitHub (Jan 17, 2025):
Hello, I am also implementing something similar on the rk3588. Unfortunately, the RTSP stream cannot reconnect after being disconnected externally. Could you please share your work for reference?
@xunfeng1980 commented on GitHub (Oct 29, 2025):
+1