[FFmpeg-trac] #9009(ffmpeg:new): SIGINT ignored while awaiting RTP data
FFmpeg
trac at avcodec.org
Thu Nov 26 12:58:47 EET 2020
#9009: SIGINT ignored while awaiting RTP data
--------------------------------------+----------------------------------
Reporter: juannm | Owner:
Type: defect | Status: new
Priority: normal | Component: ffmpeg
Version: git-master | Resolution:
Keywords: sigint, exit | Blocked By:
Blocking: | Reproduced by developer: 0
Analyzed by developer: 0 |
--------------------------------------+----------------------------------
Comment (by juannm):
Replying to [comment:4 taliho]:
> @juannm, do you want to try this branch?
> https://github.com/talih0/FFmpeg/tree/signal
>
> There are two commit:
> - first replaces signal() by sigaction() on linux
> - second commit is just an idea to exit demuxers after the first SIGINT.
Otherwise, two SIGINTs will be needed.. (which also caused errors writing
muxer's trailer)
Yes, of course I can/want to test :)
With the changes on the "signal" branch, I can confirm '''the issue does
not happen''' anymore. In both the "Working scenario" and the "Failing
scenario", as well as the "real" more complex scenario of my application,
the FFmpeg recorder process correctly catches the SIGINT and exits with an
output such as this:
{{{
test.sdp: Immediate exit requested
frame= 189 fps= 27 q=-1.0 Lsize= 224kB time=00:00:07.84 bitrate=
234.3kbits/s speed=1.12x
video:222kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB
muxing overhead: 0.868649%
Exiting normally, received signal 2.
}}}
(I'm including only the final portion of the output, because all the
previous output seems to be identical to already provided command output
logs)
--
Ticket URL: <https://trac.ffmpeg.org/ticket/9009#comment:5>
FFmpeg <https://ffmpeg.org>
FFmpeg issue tracker
More information about the FFmpeg-trac
mailing list