| 1 | 1 | 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). |
