New submission from fmm <[email protected]>: Works: r19134 Doesn't work: r19149
Likely commit (just a guess): --- r19148 bcoudurier Thu, 11 Jun 2009 05:13:23 +0000 Remove time_rate, we cannot compute exactly when fragments are used and we cannot determine if fragments are present or not in streamed mode. --- File test.mp4 plays fine in the PSP (modern firmware). It has a 480x272 h.264 video track and a HE-AAC audio track. If it's remuxed with FFmpeg with a command like: ffmpeg -i test.mp4 -vcodec copy -acodec copy -f psp -y dest.mp4 The resulting file won't play at all in the PSP (it shows as "Unsupported Data" when browsing, you can't even attempt playback). If this broken file (or the original one) is remuxed via the same command with FFmpeg r19134 or older, the resulting file plays fine again. If either the original file or the broken file are remuxed via MP4Box from GPAC, the resulting file plays too. -f psp makes no difference in either case (it doesn't hurt but it doesn't help). If this is an intentionally removed feature the documentation should be updated and -f psp removed not to give false hopes about PSP muxing working at all. Also, as a result of the change outlined above, the muxed files became a few hunded KB larger. ---------- messages: 11239 priority: normal status: new substatus: new title: MP4 muxing for PSP broken type: bug ________________________________________________ FFmpeg issue tracker <[email protected]> <https://roundup.ffmpeg.org/issue2103> ________________________________________________
