January 2023 - FFmpeg-trac - lists.ffmpeg.org

Re: [FFmpeg-trac] #2330(undetermined:new): Impossible to fast-forward and fast rewind m2ts made by ffmpeg with panasonic hdd recoder
by FFmpeg 31 Jan '23

31 Jan '23

#2330: Impossible to fast-forward and fast rewind m2ts made by ffmpeg with panasonic hdd recoder -------------------------------------+------------------------------------- Reporter: bonconboy | Owner: (none) Type: defect | Status: new Priority: normal | Component: | undetermined Version: git-master | Resolution: Keywords: mpegts | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Balling): Is this still a problem? -- Ticket URL: <https://trac.ffmpeg.org/ticket/2330#comment:7> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 0

#5914(undetermined:new): FFmpeg not able to read a specific HLS stream
by FFmpeg 31 Jan '23

31 Jan '23

#5914: FFmpeg not able to read a specific HLS stream -------------------------------------+------------------------------------- Reporter: vangelis | Type: defect Status: new | Priority: normal Component: | Version: git- undetermined | master Keywords: | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Summary of the bug: Even I've succesfully played the stream in VLC, ffmpeg is not able to read it How to reproduce: {{{ % ffmpeg -i http://sonlife-i.akamaihd.net/hls/live/250092/internationalvtt/internationa… ffmpeg version N-82143-gbf14393 Copyright (c) 2000-2016 the FFmpeg developers built with gcc 4.4.7 (GCC) 20120313 (Red Hat 4.4.7-17) configuration: --prefix=/ffmpeg --enable-static --disable-shared --enable-gpl --enable-libx264 libavutil 55. 35.100 / 55. 35.100 libavcodec 57. 65.100 / 57. 65.100 libavformat 57. 57.100 / 57. 57.100 libavdevice 57. 2.100 / 57. 2.100 libavfilter 6. 66.100 / 6. 66.100 libswscale 4. 3.100 / 4. 3.100 libswresample 2. 4.100 / 2. 4.100 libpostproc 54. 2.100 / 54. 2.100 [hls,applehttp @ 0x3d3f240] No longer receiving playlist 0 http://sonlife-i.akamaihd.net/hls/live/250092/internationalvtt/internationa…: could not find codec parameters }}} Patches should be submitted to the ffmpeg-devel mailing list and not this bug tracker. -- Ticket URL: <https://trac.ffmpeg.org/ticket/5914> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 2

#9510(avformat:new): HLS with fMP4 produces invalid segments
by FFmpeg 31 Jan '23

31 Jan '23

#9510: HLS with fMP4 produces invalid segments -------------------------------------+------------------------------------- Reporter: Andreas | Type: defect Unterweger | Status: new | Priority: normal Component: avformat | Version: git- Keywords: HLS hls | master CHUNK ffmpeg | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Using fMP4 segments with strftime and hls_init_time produces segments which are too short and cannot be played back. Example call: {{{ ./ffmpeg -y -i timer_1M.mp4 -acodec aac -b:a 64k -vcodec h264 -b:v 1M -f hls -hls_segment_type fmp4 -strftime 1 -hls_segment_filename '%%18d.m4s' -hls_flags second_level_segment_index+split_by_time -hls_time 0.6 -hls_init_time 0.600001 index.m3u8 }}} This produces a segment 000000000000000006.m4s which is only about a tenth of the size of the other segments. Running FFprobe on it, it seems to contain only audio, but no video frames. Removing the hls_init_time parameter from the command "resolves" the issue, i.e., the segments are then split correctly and have video frames. -- Ticket URL: <https://trac.ffmpeg.org/ticket/9510> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 6

#9338(avformat:new): User agent in "-http_user_agent" is ignored when deleting old segment (HLS)
by FFmpeg 31 Jan '23

31 Jan '23

#9338: User agent in "-http_user_agent" is ignored when deleting old segment (HLS) ----------------------------------+-------------------------------------- Reporter: SBM | Type: defect Status: new | Priority: normal Component: avformat | Version: git-master Keywords: hls | Blocked By: Blocking: | Reproduced by developer: 0 Analyzed by developer: 0 | ----------------------------------+-------------------------------------- Summary of the bug: user-agent not correctly set when deleting segments How to reproduce: {{{ % ffmpeg -i test.ts -hls_flags delete_segments -hls_segment_filename http://localhost:8080/segment_%v_%03d.ts -hls_segment_type mpegts -master_pl_name master.m3u8 -hls_list_size 3 -hls_delete_threshold 6 -http_user_agent "MyUserAgent" -f hls -method PUT http://localhost:8080/playlist_%v.m3u8 }}} User agent is correct in PUT operations, but not in DELETE (value seen is "Lavf/58.76.100" in my tests). -- Ticket URL: <https://trac.ffmpeg.org/ticket/9338> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 4

Re: [FFmpeg-trac] #667(undetermined:open): Error when decoding TrueHD 1.0 track that also contains AC-3
by FFmpeg 31 Jan '23

31 Jan '23

#667: Error when decoding TrueHD 1.0 track that also contains AC-3 -------------------------------------+------------------------------------- Reporter: Chouonsoku | Owner: (none) Type: defect | Status: open Priority: minor | Component: | undetermined Version: git-master | Resolution: Keywords: thd ac3 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Balling): Yep, ffmpeg -i L:\00001.m2ts -map 0:a:4 -c copy L:\wfanfva.thd (81 482 972 bytes) and ffmpeg -i L:\00001.m2ts -map 0:a:5 -c copy L:\wfanfva.ac3 (14 417 920 bytes) can be used together to get almost full japanese.thd+ac3 interleave, that is 98 948 444 bytes. -- Ticket URL: <https://trac.ffmpeg.org/ticket/667#comment:21> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 0

Re: [FFmpeg-trac] #667(undetermined:open): Error when decoding TrueHD 1.0 track that also contains AC-3
by FFmpeg 31 Jan '23

31 Jan '23

#667: Error when decoding TrueHD 1.0 track that also contains AC-3 -------------------------------------+------------------------------------- Reporter: Chouonsoku | Owner: (none) Type: defect | Status: open Priority: minor | Component: | undetermined Version: git-master | Resolution: Keywords: thd ac3 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Chouonsoku): Replying to [comment:19 Balling]: > Is there any way for us to get full B:\BDMV\STREAM\00001.m2ts? > > You do not need to use eac3to, you can just -c copy file.thd with needed -map 0:a:0, or -map 0:a:2 > > Same for ac3. https://drive.google.com/file/d/10gEr7OQCRmApDPE- u_wLpMQ1ihFjay9w/view?usp=share_link -- Ticket URL: <https://trac.ffmpeg.org/ticket/667#comment:20> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 0

Re: [FFmpeg-trac] #667(undetermined:open): Error when decoding TrueHD 1.0 track that also contains AC-3
by FFmpeg 31 Jan '23

31 Jan '23

#667: Error when decoding TrueHD 1.0 track that also contains AC-3 -------------------------------------+------------------------------------- Reporter: Chouonsoku | Owner: (none) Type: defect | Status: open Priority: minor | Component: | undetermined Version: git-master | Resolution: Keywords: thd ac3 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Balling): Is there any way for us to get full B:\BDMV\STREAM\00001.m2ts? You do not need to use eac3to, you can just -c copy file.thd with needed -map 0:a:0, or -map 0:a:2 Same for ac3. -- Ticket URL: <https://trac.ffmpeg.org/ticket/667#comment:19> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 0

Re: [FFmpeg-trac] #667(undetermined:open): Error when decoding TrueHD 1.0 track that also contains AC-3
by FFmpeg 31 Jan '23

31 Jan '23

#667: Error when decoding TrueHD 1.0 track that also contains AC-3 -------------------------------------+------------------------------------- Reporter: Chouonsoku | Owner: (none) Type: defect | Status: open Priority: minor | Component: | undetermined Version: git-master | Resolution: Keywords: thd ac3 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Chouonsoku): Replying to [comment:16 Balling]: > >This link should work, didn't realize the previous one was one use. > > I got that, I want a file that you got with v3.34. That is the file from v3.34. {{{ eac3to v3.34 command line: eac3to B:\BDMV\STREAM\00001.m2ts 4:japanese.* -keepDialnorm ------------------------------------------------------------------------------ M2TS, 1 video track, 3 audio tracks, 2 subtitle tracks, 0:24:13, 24p /1.001 1: h264/AVC, 1080p24 /1.001 (16:9) 2: TrueHD/AC3, English, 5.1 channels, 48kHz, dialnorm: -24dB (embedded: AC3, 5.1 channels, 448kbps, 48kHz, dialnorm: -24dB) 3: TrueHD/AC3, English, 2.0 channels, 48kHz, dialnorm: -21dB (embedded: AC3, 2.0 channels, 192kbps, 48kHz, dialnorm: -21dB) 4: TrueHD/AC3, Japanese, 1.0 channels, 48kHz, dialnorm: -23dB (embedded: AC3, 1.0 channels, 96kbps, 48kHz, dialnorm: -23dB) 5: Subtitle (PGS), English 6: Subtitle (PGS), English [a04] Extracting audio track number 4... [a04] Creating file "japanese.thd+ac3"... Video track 1 contains 34848 frames. eac3to processing took 3 minutes, 14 seconds. Done. }}} -- Ticket URL: <https://trac.ffmpeg.org/ticket/667#comment:18> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 0

Re: [FFmpeg-trac] #667(undetermined:open): Error when decoding TrueHD 1.0 track that also contains AC-3
by FFmpeg 31 Jan '23

31 Jan '23

#667: Error when decoding TrueHD 1.0 track that also contains AC-3 -------------------------------------+------------------------------------- Reporter: Chouonsoku | Owner: (none) Type: defect | Status: open Priority: minor | Component: | undetermined Version: git-master | Resolution: Keywords: thd ac3 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Changes (by Balling): * status: reopened => open Comment: Okay it is a real issue. Tsmuxer understands it, it can demux with downconvert to ac3 and it can remux to m2ts (that inflates the size a lot, BTW, is there some compression??) and after that ffmpeg can see both substreams. But the remuxing with tsmuxer produces smaller file... And then muxing to m2ts again produces corrupted file. So this must be fixed starting with fixing audio: >Attached sample decodes fine (many warnings) with ffmpeg -f ac3 -i TrueHDAC3.thd -- Ticket URL: <https://trac.ffmpeg.org/ticket/667#comment:17> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 0

Re: [FFmpeg-trac] #667(undetermined:reopened): Error when decoding TrueHD 1.0 track that also contains AC-3
by FFmpeg 31 Jan '23

31 Jan '23

#667: Error when decoding TrueHD 1.0 track that also contains AC-3 -------------------------------------+------------------------------------- Reporter: Chouonsoku | Owner: (none) Type: defect | Status: reopened Priority: minor | Component: | undetermined Version: git-master | Resolution: Keywords: thd ac3 | Blocked By: Blocking: | Reproduced by developer: 1 Analyzed by developer: 0 | -------------------------------------+------------------------------------- Comment (by Balling): >This link should work, didn't realize the previous one was one use. I got that, I want a file that you got with v3.34. -- Ticket URL: <https://trac.ffmpeg.org/ticket/667#comment:16> FFmpeg <https://ffmpeg.org> FFmpeg issue tracker

1 0