Closed Arnei closed 2 years ago
E.g. one way to fix this in Opencast is to change
profile.editor.work.ffmpeg.command = -i #{in.video.path} -filter:v fps=25 -shortest -c:v libx264 -preset superfast -pix_fmt yuv420p -crf 18 -c:a aac -strict -2 -b:a 196k #{out.dir}/#{out.name}#{out.suffix}
to
profile.editor.work.ffmpeg.command = -i #{in.video.path} -filter:v 'crop=trunc(iw/2)*2:trunc(ih/2)*2,fps=25' -shortest -c:v libx264 -preset superfast -pix_fmt yuv420p -crf 18 -c:a aac -strict -2 -b:a 196k #{out.dir}/#{out.name}#{out.suffix}
in etc/encoding/opencast-movies
.
+1 for pushing that configuration update to Opencast. No need to work around this in here.
Though I don't think there is any need for -shortest
or turning on experimental features:
profile.editor.work.ffmpeg.command = -i #{in.video.path} \
-filter:v crop=trunc(iw/2)*2:trunc(ih/2)*2,fps=25 \
-c:v libx264 -preset superfast -pix_fmt yuv420p -crf 18 \
-c:a aac -b:a 196k \
#{out.dir}/#{out.name}#{out.suffix}
In that case, let's move the discussion over to Opencast. PR here: https://github.com/opencast/opencast/pull/2833
Has been merged into Opencast, closing
Pull Request #17 assumed that Opencast would be able to handle screenshare videos with uneven resolutions. In Opencast 10 this is not the case (if it ever was to begin with). Instead, ingesting screenshare videos with uneven resolution leads to the error below.
Should we revert #17 until this is fixed in Opencast? Technically it can already be fixed by adapting the encoding profile used for preencoding in the partial-import step in Opencast, but that might be hard for users unfamiliar with ffmpeg.