Closed umlaeute closed 10 months ago
Obviously Gmerlin chokes on the MXF container.
Converting the file to MOV, keeping the same codec (and dropping audio, just for the fun of it), tells me, that it cannot find a suitable video decoder:
$ ffmpeg -i S071C018_210930_FNIY.mxf -c:v copy -an S071C018_210930_FNIY.mov
[...]
$ gmerlin-play S071C018_210930_FNIY.mov
no more csLADSPA plugins
Setting audio stream 0
Setting subtitle stream -1
[track] No video decoder found for fourcc ap4h (0x61703468)
[player] Opening location: S071C018_210930_FNIY.mov
[track] No video decoder found for fourcc ap4h (0x61703468)
[player.input] Track has neither audio nor video, skipping
[ 0:00 ]/[ 0:00 ]
(and there it hangs).
again ffplay
can play back the file just fine.
Thanks for the notice. I think fixed MXF and enabled the Prores decoder from ffmpeg. The bad news is, that I don't support the YUV Pixelformats with 10, 12 or 14 bits: I upshift everything to 16 bit. The good news is, that my OpenGL display driver handles 16 bit YUV directly.
While trying to debug https://github.com/umlaeute/Gem/issues/297, I noticed that Gmerlin cannot properly decode MXF-Files (at least when using Apple's ProRes/4444 codec).
Sample files can be obtained from https://www.arri.com/en/learn-help/learn-help-camera-system/camera-sample-footage-reference-image in the "ALEXA Mini LF MXF/Apple ProRes" section.
Gmerlin segfaults with:
However,
ffplay
can play the video just fine.Note this is not using the latest and greatest gmerlin/gmerlin-avdecoder/gavl from git, but those versions found in Debian (svn6298, with some FFmpeg5 patches applied).