MediaConch icon indicating copy to clipboard operation
MediaConch copied to clipboard

MediaConch cli freezes forever

Open kimec opened this issue 8 years ago • 3 comments

It looks like as if cli version of MediaConch on Windows enters into some endless loop if input file was encoded with GOP=1. Steps to reproduce:

  1. Transcode video to FFV1 with GOP=1 curl.exe 'http://download.blender.org/peach/bigbuckbunny_movies/big_buck_bunny_480p_surround-fix.avi' | ffmpeg.exe -i - -c:a:0 pcm_s16le -c:v ffv1 -level 3 -g 1 ffv-tst.mkv
  2. Probing for the codec ffprobe.exe -i ffv-tst.mkv -debug 1 returns [ffv1 @ 0000001e01e85b40] global: ver:3.4, coder:0, colorspace: 0 bpr:8 chroma:1(1:1), alpha:0 slices:2x2 qtabs:2 ec:1 intra:1 CRC:0x7D0A4ACB
  3. The following command never finishes mediaConch.exe -mc ffv-tst.mkv --Format=xml

The version of ffmpeg I've used is

ffmpeg -version
ffmpeg version N-78964-g5061579 Copyright (c) 2000-2016 the FFmpeg developers
built with gcc 5.3.0 (GCC)
configuration: --enable-gpl --enable-version3 --disable-w32threads --enable-avisynth --enable-bzlib --enable-fontconfig --enable-frei0r --enable-gnutls --enable-iconv --enable-libass --enable-libbluray --enable-libbs2b --enable-libcaca --enable-libdcadec --enable-libfreetype --enable-libgme --enable-libgsm --enable-libilbc --enable-libmodplug --enable-libmfx --enable-libmp3lame --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libopenjpeg --enable-libopus --enable-librtmp --enable-libschroedinger --enable-libsnappy --enable-libsoxr --enable-libspeex --enable-libtheora --enable-libtwolame --enable-libvidstab --enable-libvo-amrwbenc --enable-libvorbis --enable-libvpx --enable-libwavpack --enable-libwebp --enable-libx264 --enable-libx265 --enable-libxavs --enable-libxvid --enable-libzimg --enable-lzma --enable-decklink --enable-zlib
libavutil      55. 19.100 / 55. 19.100
libavcodec     57. 28.100 / 57. 28.100
libavformat    57. 28.100 / 57. 28.100
libavdevice    57.  0.101 / 57.  0.101
libavfilter     6. 39.102 /  6. 39.102
libswscale      4.  0.100 /  4.  0.100
libswresample   2.  0.101 /  2.  0.101
libpostproc    54.  0.100 / 54.  0.100

MedaConch version is

mediaConch.exe --Version
MediaConch Command Line Interface 16.02

My OS version is

OS Name:                   Microsoft Windows 8.1 Enterprise
OS Version:                6.3.9600 N/A Build 9600
OS Manufacturer:           Microsoft Corporation
OS Configuration:          Member Workstation

kimec avatar Mar 10 '16 23:03 kimec

Hi, I tried the command you gave. It is not freezing but it seems to do a lot of computation.

The file is parsed in few seconds but to get the trace (used to compute the implementation), it takes a longer time (mediaConch.exe -mi -mt -fx ffv-tst.mkv) takes 7 minutes on my computer. If you check the MediaInfo report, it takes less than 1 minute (mediaConch.exe -mi -fx ffv-tst.mkv)

The implementation report (your command) takes a LOT of minutes/hours... 7 hours (421 minutes).

The trace will be reduced to avoid this situation... and few optimisations are needed...

tribouille avatar Mar 11 '16 06:03 tribouille

Hi,

indeed, I didn't wait 7 hours for the otuput. I just killed the process after some 3 hours or so. I can confirm that -mt report starts to roll after few minutes. The problem does not seem to occure when GOP is either not explicitely configured or set to at least 12. In such case the -mc report starts to roll after few minutes.

kimec avatar Mar 11 '16 08:03 kimec

We'll check the reason the intermediate trace is so huge in that case, and we'll limit it.

JeromeMartinez avatar Mar 11 '16 08:03 JeromeMartinez