[FFmpeg-trac] #7646(undetermined:new): Loading Remote ffmpeg FMP4 HLS Streams Return Faulty Codec with Missing Pixel Format
FFmpeg
trac at avcodec.org
Tue Apr 9 10:13:38 EEST 2019
#7646: Loading Remote ffmpeg FMP4 HLS Streams Return Faulty Codec with Missing
Pixel Format
-------------------------------------+-------------------------------------
Reporter: offek | Owner:
Type: defect | Status: new
Priority: normal | Component:
| undetermined
Version: git-master | Resolution:
Keywords: hls | Blocked By:
Blocking: | Reproduced by developer: 0
Analyzed by developer: 0 |
-------------------------------------+-------------------------------------
Comment (by gyk):
I have run into the same problem. "partial file" is reported when a call
to `avio_seek` reaches here:
https://github.com/FFmpeg/FFmpeg/blob/n4.1.3/libavformat/aviobuf.c#L318.
This is not due to "faulty codec parameters", but an unnecessary buffer
reconfiguring operation on the non-seekable input stream. There is already
a patch: https://patchwork.ffmpeg.org/patch/11744/ (not sure why it is
suspended).
Some other observations:
- If you concatenate the initialization segment 'init.mp4' and a '.m4s'
media segment together, and ask FFmpeg to pull the file via HTTP, then the
file can only be correctly demuxed when the HTTP server supports range
requests. Otherwise, a "partial file" error still occurs.
- Interleaved MP4 can be demuxed successfully, because it doesn't trigger
`ffio_set_buf_size` in `ff_configure_buffers_for_index`. Although the OP's
command generates a non-interleaved MP4, the duration of the first '.m4s'
is only 0.5 second, so it's effectively an interleaved one. After removing
the first segment, you will encounter the same problem.
--
Ticket URL: <https://trac.ffmpeg.org/ticket/7646#comment:4>
FFmpeg <https://ffmpeg.org>
FFmpeg issue tracker
More information about the FFmpeg-trac
mailing list