mkv:si=0':force_style='FontName=Droid Sans Fallback':fontsdir='/config/fonts',hwmap" -b:v:0 4451487 -maxrate 4451487 -bufsize 8902974 -profile high -level 4.1 -look_ahead 0 -force_key_frames "expr:if(isnan(prev_forced_t),eq(t,t),gte(t,prev_forced_t+3))" -vsync -1 -codec:a:0 aac -strict experimental -metadata:s:a:0 language=jpn -disposition:a:0 default -ac:a:0 2 -ab:a:0 192000 -f segment -max_delay 5000000 -avoid_negative_ts disabled -map_metadata -1 -map_chapters -1 -start_at_zero -segment_time 3 -individual_header_trailer 0 -segment_format mpegts -segment_list_type m3u8 -segment_start_number 0 -segment_list "/transcoding/transcoding-temp/c73fab6ff193645686d40416929f3d27.m3u8" -y So just wondering where we are at with tweaking the this ffmpeg hwmap which seems to be the cause of the poor performance of subtitle burn-in.
mkv" -threads 0 -map 0:1 -map 0:2 -c:v:0 h264_vaapi -copyts -filter_complex "format=nv12|vaapi,hwupload,scale_vaapi,hwmap=mode=read+write+direct,format=nv12,subtitles='/mnt/user/Media/Anime Series/Mahouka Koukou no Rettousei/ Mahouka Koukou no Rettousei - 16 (1920x1080 Hi10P BD FLAC). In an unscientific test, I converted the same 15 second sample mkv file with the docker ffmpeg image 3 times (just running the same command thrice with the exact same settings).įfmpeg -loglevel panic -y -i bpsample.mkv -t 15 -c:v hevc -an time1.mkvĭocker run -v $PWD:/tmp jrottenberg/ffmpeg:ubuntu -stats -loglevel panic -y -i /tmp/bpsample.mkv -c:v hevc -t 15 /tmp/bp2.mkv
0 kommentar(er)
