[FFmpeg-trac] #11028(undetermined:open): Audio of damaged MP4 suddenly stops playing

[FFmpeg]

#11028: Audio of damaged MP4 suddenly stops playing
-------------------------------------+-------------------------------------
             Reporter:  PumaD        |                    Owner:  Gyan
                 Type:  defect       |                   Status:  open
             Priority:  normal       |                Component:
                                     |  undetermined
              Version:  git-master   |               Resolution:
             Keywords:               |               Blocked By:
             Blocking:               |  Reproduced by developer:  0
Analyzed by developer:  0            |
-------------------------------------+-------------------------------------
Comment (by PumaD):

 Replying to [comment:4 Balling]:
 > Does not it warn that
 >
 > [mov,mp4,m4a,3gp,3g2,mj2 @ 000001fabf400100] Sample size 3043950162 is
 too large
 >
 > ?
 There's this in the output posted above:
 [mov,mp4,m4a,3gp,3g2,mj2 @ 0x726024000c80] Sample size 3043950162 is too
 large
 Is that what you were looking for?


 Replying to [comment:4 Balling]:
 > Also, did you see this applied patch:
 >
 https://patchwork.ffmpeg.org/project/ffmpeg/patch/20211116141533.1708-1-ffmpeg@gyani.pro/
 >
 > "The muxer should be adjusted to be able to write larger durations in
 the
 > stts but that's a larger undertaking which I'll do later."
 I did not see it, but what does that tell me? I'm but a humble user, I'm
 happy when I manage to pass the correct parameters to a CLI.

 Replying to [comment:4 Balling]:
 > Negative priming, indeed (media time of 0xFFFFFFFF means -1 per genius
 spec of MP4):
 Given that the file is damaged, how much relevance does the spec hold? All
 other files in the set play without problems, so my assumption would be
 that any problems are the result of corruption. I just reported it because
 mkvtoolnix manages to fix it up anyway.

 Replying to [comment:5 Balling]:
 > 00:43:05? Here in mpv it plays 00:44:29
 Yes, sound goes out at 00:43:05. 00:44:29 is the total duration of the
 sample. It's the largest I could cut it and not be rejected by the upload
 page.
-- 
Ticket URL: <https://trac.ffmpeg.org/ticket/11028#comment:6>
FFmpeg <https://ffmpeg.org>
FFmpeg issue tracker