FFmpeg: error reading header #6

New issue

Closed

opened 2022-12-10 08:25:32 +01:00 by Barbagus · 1 comment

Barbagus commented

2022-12-10 08:25:32 +01:00

Collaborator

Some programs cannot be correctly handled by ffmpeg and result in a error:

[mov,mp4,m4a,3gp,3g2,mj2 @ 00000285e64ea340] sidx reference_type 1 is not implemented. Update your FFmpeg version to the newest one from Git. If the problem still occurs, it means that your file has a feature which has not been implemented.
[mov,mp4,m4a,3gp,3g2,mj2 @ 00000285e64ea340] If you want to help, upload a sample of this file to https://streams.videolan.org/upload/ and contact the ffmpeg-devel mailing list. (ffmpeg-devel@ffmpeg.org)
[mov,mp4,m4a,3gp,3g2,mj2 @ 00000285e64ea340] error reading header

It might be due to an improper chunking of the video stream on the server: if we download the entire video stream manualy and then mux it, ffmpeg does not run into that error.

Some programs cannot be correctly handled by ffmpeg and result in a error: ``` [mov,mp4,m4a,3gp,3g2,mj2 @ 00000285e64ea340] sidx reference_type 1 is not implemented. Update your FFmpeg version to the newest one from Git. If the problem still occurs, it means that your file has a feature which has not been implemented. [mov,mp4,m4a,3gp,3g2,mj2 @ 00000285e64ea340] If you want to help, upload a sample of this file to https://streams.videolan.org/upload/ and contact the ffmpeg-devel mailing list. (ffmpeg-devel@ffmpeg.org) [mov,mp4,m4a,3gp,3g2,mj2 @ 00000285e64ea340] error reading header ``` It might be due to an improper chunking of the video stream on the server: if we download the entire video stream manualy and then mux it, ffmpeg does not run into that error.

Barbagus added the

bug

label

2022-12-10 08:25:32 +01:00

Barbagus changed reference from ~~devel~~ to stable

2022-12-10 08:26:11 +01:00

Barbagus changed title from ~~ffmpeg: error reading header~~ to FFmpeg: error reading header

2022-12-10 08:42:23 +01:00

Barbagus commented

2022-12-10 09:09:27 +01:00

Author

Collaborator

This would in principle solve the issue, but it would mean that the script handle the download (and not FFMPEG) and therefore require temporary files (harddrive space) before the muxing can begin.

One way to aproach this could be to download the streams (audio/video/subs) first and then mux them using FFMPEG. Actually this is already the case for the subs (as we need to convert them from VTT to SRT). This would in principle solve the issue, but it would mean that the script handle the download (and not FFMPEG) and therefore require temporary files (harddrive space) before the muxing can begin.

Barbagus self-assigned this

2022-12-10 16:41:00 +01:00

Barbagus changed reference from ~~stable~~ to 6-ffmpeg-error

2022-12-10 16:43:14 +01:00

Barbagus referenced this issue from a commit

2022-12-11 16:15:26 +01:00

Fix issue #6 on FFMPEG header error

Barbagus referenced this issue from a commit

2022-12-11 18:37:36 +01:00

Update readme according to #6 bug fix