[FFmpeg-trac] #8900(undetermined:new): ffmpeg generates a file which it rejexts as input with "Too many packets buffered for output stream"

[FFmpeg]

#8900: ffmpeg generates a file which it rejexts as input with "Too many packets
buffered for output stream"
-------------------------------------+-------------------------------------
             Reporter:  monnier      |                    Owner:
                 Type:  defect       |                   Status:  new
             Priority:  normal       |                Component:
                                     |  undetermined
              Version:  unspecified  |               Resolution:
             Keywords:               |               Blocked By:
             Blocking:               |  Reproduced by developer:  0
Analyzed by developer:  1            |
-------------------------------------+-------------------------------------

Comment (by monnier):

 I can't add any special argument to the second ffmpeg run because it's not
 under my control (it's done by Peertube).  I guess I could avoid the
 problem if I could re-run the first command without the `copy` codec, but
 in my real case I don't have the original uncut file, So the question
 becomes how to generate a file from `broken.webm` which does not suffer
 from this problem.  I assume it will require some amount of re-encoding,
 but just doing `ffmpeg -i broken.webm -max_muxing_queue_size 256
 unbroken.webm` doesn't do the trick (the result still suffers from the
 same problem).

--
Ticket URL: <https://trac.ffmpeg.org/ticket/8900#comment:4>
FFmpeg <https://ffmpeg.org>
FFmpeg issue tracker