VideoMonkey Encoding fails entirely.

[Chewer]

Instant error, running on Mountain Lion 10.8.2 Video Monkey 0.13

Tried : Editing the libx264-ultrafast.ffpreset to remove aq_mode=0 that let it start, but still failed. I also tried the fast version and it didn't work either. That all being said I tried the "Normal" mode and it seems to work, however it's very slow compared to the fastest setting on the previous version of Video Monkey. Caused Video Monkey to become unstable.

Tried : deleting the preferences, and everything else associated using forklift, and then reinstalling. This had no effect.

Console Log Attached:

Begin transcode: Test Video.mkv --> Test Video.mp4 [Command 0] [Command 0] Command to execute: [Command 0] "/Applications/VideoMonkey.app/Contents/Resources/bin/ffmpeg" -threads 8 -y -i "/Users/scott/Desktop/Test Video.mkv" -s 1280x720 -aspect 1280:720 -r 23.976 -vcodec libx264 -b:v 3992846 -async 50 -acodec libvo_aacenc -ar 48000 -ac 2 -ab 128000 -vpre ffpresets/libx264-ultrafast -vpre ffpresets/libx264-main "/Users/scott/Desktop/Test Video.mp4" [Command 0] [Command 0] --> ffmpeg version 0.11.1-tessus Copyright (c) 2000-2012 the FFmpeg developers [Command 0] --> built on Aug 16 2012 18:49:35 with llvm_gcc 4.2.1 (Based on Apple Inc. build 5658) (LLVM build 2336.1.00) [Command 0] --> configuration: --prefix=/Users/tessus/data/ext/ffmpeg/sw --as=yasm --extra-version=tessus --disable-shared --enable-static --disable-ffplay --disable-ffserver --enable-gpl --enable-pthreads --enable-postproc --enable-libmp3lame --enable-libtheora --enable-libvorbis --enable-libx264 --enable-libxvid --enable-libspeex --enable-bzlib --enable-zlib --enable-libopencore-amrnb --enable-libopencore-amrwb --enable-libxavs --enable-version3 --enable-libvo-aacenc --enable-libvo-amrwbenc --enable-libvpx --enable-libgsm --enable-fontconfig --enable-libfreetype --enable-libass --enable-filters --enable-runtime-cpudetect [Command 0] --> libavutil 51. 54.100 / 51. 54.100 [Command 0] --> libavcodec 54. 23.100 / 54. 23.100 [Command 0] --> libavformat 54. 6.100 / 54. 6.100 [Command 0] --> libavdevice 54. 0.100 / 54. 0.100 [Command 0] --> libavfilter 2. 77.100 / 2. 77.100 [Command 0] --> libswscale 2. 1.100 / 2. 1.100 [Command 0] --> libswresample 0. 15.100 / 0. 15.100 [Command 0] --> libpostproc 52. 0.100 / 52. 0.100 [Command 0] --> Input #0, matroska,webm, from '/Users/scott/Desktop/Test Video.mkv': [Command 0] --> Metadata: [Command 0] --> creation_time : 2011-09-21 22:17:40 [Command 0] --> Duration: 00:42:15.36, start: 0.000000, bitrate: 4465 kb/s [Command 0] --> Stream #0:0(eng): Video: h264 (High), yuv420p, 1280x720, SAR 1:1 DAR 16:9, 23.98 fps, 23.98 tbr, 1k tbn, 47.95 tbc [Command 0] --> Stream #0:1: Audio: ac3, 48000 Hz, 5.1(side), s16, 384 kb/s (default) [Command 0] --> Unrecognized option 'aq_mode' [Command 0] --> /Applications/VideoMonkey.app/Contents/Resources/ffpresets/libx264-ultrafast.ffpreset: Invalid option or argument: 'aq_mode=0 [Command 0] --> ', parsed as 'aq_mode' = '0' [Command 0] ============================== [Command 0] | Command ran in 0 seconds [Command 0] ============================== [Command 1] [Command 1] Command to execute: [Command 1] "/Applications/VideoMonkey.app/Contents/Resources/bin/AtomicParsley" "/Users/scott/Desktop/Test Video.mp4" -W --title "" --tracknum "" --year "" --stik "" --albumArtist "" --TVSeasonNum "" --copyright "" --album "" --genre "" --description "" --TVEpisode "" --advisory "" --TVEpisodeNum "" --artist "" --TVNetwork "" --encodingTool "" --contentRating "" --comment "" --disk "" --TVShowName "" --artwork REMOVE_ALL [Command 1] [Command 1] ============================== [Command 1] | Command ran in 0 seconds [Command 1] ============================== FAILED with error code: 1 [Command 1] --> AtomicParsley error: can't open /Users/scott/Desktop/Test Video.mp4 for reading: No such file or directory [Command 1] --> AP error trying to fopen: No such file or directory

[cmarrin]

Do you have any more results? I've removed the aq_mode from both presets it was in and now I get good encodings on all 4 quality settings on serveral types of file. I'll put out a new version with this fix.

[Chewer]

I tried removing aq_mode from the preset, but that failed as well. I won't be in a place where I can test this again until the evening of 10/1. I was using a .MKV file and encoding into Apple TV Version 2, at the "Go Nuts" setting.

[Chewer]

Follow up, I went through all the places and removed aq_mode from everywhere I could find it, and now it appears to be encoding just fine.

[cmarrin]

On Oct 2, 2012, at 6:38 AM, Chewer notifications@github.com wrote:

Follow up, I went through all the places and removed aq_mode from everywhere I could find it, and now it appears to be encoding just fine.

Great! I hope to have a new release in a couple of days, fixing the problem

— Reply to this email directly or view it on GitHub.

---

~Chris chris@marrin.com

[cmarrin]

I believe this is fixed in o.15