[FFmpeg-trac] #6204(undetermined:new): AAC-only hls stream slowly exceeds file descriptors
FFmpeg
trac at avcodec.org
Tue Feb 28 15:42:52 EET 2017
#6204: AAC-only hls stream slowly exceeds file descriptors
-------------------------------------+-------------------------------------
Reporter: ncon | Owner:
Type: defect | Status: new
Priority: normal | Component:
Version: git-master | undetermined
Keywords: hls | Resolution:
Blocking: | Blocked By:
Analyzed by developer: 0 | Reproduced by developer: 0
-------------------------------------+-------------------------------------
Comment (by ncon):
Replying to [comment:1 cehoyos]:
> Is the issue reproducible if the input is {{{-f lavfi -i sine}}}?
Yes:
{{{
[hls muxer @ 0x3f36660] deleting old segment segment_128_0000001011.ts
[file @ 0x5e23c40] Setting default whitelist 'file,crypto'
[file @ 0x5fc7300] Setting default whitelist 'file,crypto'
av_interleaved_write_frame(): Too many open files
No more output streams to write to, finishing.
[AVIOContext @ 0x5e23b00] Statistics: 0 seeks, 0 writeouts
[hls muxer @ 0x3f36660] deleting old segment segment_128_0000001013.ts
[hls muxer @ 0x3f36660] deleting old segment segment_128_0000001012.ts
[file @ 0x3f61200] Setting default whitelist 'file,crypto'
[hls muxer @ 0x3f36660] EXT-X-MEDIA-SEQUENCE:1018
[AVIOContext @ 0x3f3d4a0] Statistics: 0 seeks, 1 writeouts
size=N/A time=00:17:00.00 bitrate=N/A speed=46.6x
video:0kB audio:15975kB subtitle:0kB other streams:0kB global headers:0kB
muxing overhead: unknown
Input file #0 (sine):
Input stream #0:0 (audio): 43930 packets read (89968640 bytes); 43930
frames decoded (44984320 samples);
Total: 43930 packets (89968640 bytes) demuxed
Output file #0 (playlist_128.m3u8):
Output stream #0:0 (audio): 43930 frames encoded (44984320 samples);
43929 packets muxed (16358478 bytes);
Total: 43929 packets (16358478 bytes) muxed
43930 frames successfully decoded, 0 decoding errors
[aac @ 0x3f384c0] Qavg: 2072.816
Conversion failed!
}}}
> Does it only happen using the aac encoder?
No, it also happens with libfdk_aac and libmp3lame (which would make no
sense on hls)
> Are two output streams necessary to reproduce the issue or does it also
happen with one output stream?
One output stream is sufficient (see above output)
> Do you think this is a regression?
I don't know yet, i recently ran the hls muxer for hours with no issues,
but this is not comparable as the output had a video stream. I will test
it against some older versions
--
Ticket URL: <https://trac.ffmpeg.org/ticket/6204#comment:2>
FFmpeg <https://ffmpeg.org>
FFmpeg issue tracker
More information about the FFmpeg-trac
mailing list