VidCoder: Alternative HandBrake GUI for Windows

[zygo]

very nice app randomengy. only found it the other day and am most impressed with its ease :)

i have 3 requests for consideration: (or maybe they are there & i just havent found them yet)

1) in the video tab there is the selection for frame rate. currently if you select 'same as source' you get a file with a variable frame rate averaged on the source not a fixed frame rate. can we get a radio button for selecting fixed or variable? a bit like if you choose the frame rate directly you get a button to make it variable rather than fixed.

2) the chapters that handbrake includes (in mp4) dont work in anything but apple stuff (not mpc, wmc, wmp etc.). if handbrake cant do any differently, would it be possible to have the ability to have the gui create a batch file after each encode that could be fed the information/command lines etc. from the ui to have chapterextractor(or something else) extract the chapter info from source file/files and then mux it into the mp4 with mp4box (a bit like how hdconvertox does it). the same system could also be used for other post encode operations like moving a file from local onto a server etc.

3) in the log, after the source is scanned, there is a comment warning you that the content is probably interlaced and giving you a fraction indicating the chances it is. could there be something show up on the page with this warning so it is plain to see? possibly this could be latched to a setting of 'auto' in the interlaced dropdown so that if 'auto' is preselected and the interlaced flag is there the interlaced filter is set to a preset setting automatically. (did that make sense?? ;)

anyway, much thanks from me for your efforts

zygo :)

[RandomEngy]

Those all seem like good suggestions. I'll look into them when I get a chance.

[JohnAStebbins]

3) in the log, after the source is scanned, there is a comment warning you that the content is probably interlaced and giving you a fraction indicating the chances it is. could there be something show up on the page with this warning so it is plain to see? possibly this could be latched to a setting of 'auto' in the interlaced dropdown so that if 'auto' is preselected and the interlaced flag is there the interlaced filter is set to a preset setting automatically. (did that make sense?? ;)
zygo :)

This interlacing information very inaccurate. It is making a guess based on the number of preview frames that appear to be interlaced. First, a frame that appears to be interlaced may not be (false positive hit). Then, the percentage is based on how many hits are seen in the preview images that are scanned. Because there are only a small number of previews scanned, you are going to suffer from small sample statistics. This often results in no interlacing warning for a source that is interlaced because still (or low motion) frames will not be detected as interlaced. If much of the film is low motion, then few (if any) of the preview images with be detected as interlaced.

I tried to make use of this information for exactly what you are asking for. It was essentially useless. Set the threshold too low and it tells you everything is interlaced due to the false positives. Set it too high and it tells you everything is non-interlaced because of low motion frames. Set the threshold in the middle somewhere and you get essentially random results that are incorrect as often as they are correct.

[DIEGO7-5]

Or you could just set "decomb" to "default" when unsure as it will only deinterlace when necessary from what i understood.

[zygo]

yeah, i realise it wont be perfectly acurate but its a start. i have found just 1 interlaced movie in a collection of several hundred dvds. it would be handy if i could get flagged should another one pop up.

i tried the decomb(default setting) but it was a pretty awfull result. deinterlace worked well but i had to go back and rip it again & re-encode it (i had deleted the rip after the 1st encode)

cheers to all :)

edit:
just checked out decomb in the handbrake wiki. seems that 'default' in my case may have been 'off'. from what i read, leaving decomb 'on' all the time will not effect progressive video at all but should sort out any interlaced frames it encounters. thanks for the heads up DIEGO7-5, ill give it a try set to 'on'.

cheers :)

[insect111]

how about adding GPU acceleration...hehehe.

[Mr. Monte]

My vidcoder crashes when I use preview, Handbrake works. What can I do to ascertain the possible issue? (New, fresh Win 7 Ultimate install on a i7 quad core laptop)

TIA

[RandomEngy]

There's a bug in the current version that will crash if you've got Custom anamorphic on and have not changed the Display Width away from 0. That might be what you're running into. It will be fixed in the next version. Hopefully I'll get some time to crank something out this weekend.

[RandomEngy]

zygo: About the frame rate. I don't know exactly what you mean. There's no fixed/variable choice when using the source framerate on the official HB GUI either and I'm not sure how to implement that.

About the chapters: What format would be useful?

[zygo]

gday RandomEngy

zygo: About the frame rate. I don't know exactly what you mean. There's no fixed/variable choice when using the source framerate on the official HB GUI either and I'm not sure how to implement that.


its not in the hb gui but it is there in the cli. to quote the wiki...... (http://trac.handbrake.fr/wiki/CLIGuide)

"--vfr, --cfr, --pfr: Variable, Constant or Peak Framerate. (Default is VRF unless -r is specified in which case CFR is default) "

"same as source" should also have the option to add --cfr which then sets the encode to constant rate

About the chapters: What format would be useful?

using vc outputing to mp4, the chapters are currently inserted the 'apple' way. other software/guis (using mp4box) mux chapters differently to the mp4, i believe its the 'nero' way.

not sure if its possible with vc using the hb core to control this, but on my hardware here, anything muxed with mp4box shows selectable chapters and all mp4's from vc show no chapters (mediainfo shows chapters are there in the container)

or, if your thinking about the batch file idea, you could have a couple of "boxes" in another tab of the gui with "pre-encode" and "post-encode" commands.
these commands could use variables that are passed at encode time eg. <infile> <outfile> <titleno> <videotrackno> <audiotrackno> <subtrackno> etc.

pre-encode
____________________________________________________________
|eac3to.exe <infile> <subtrackno>:"forced.sup"
|java -jar BDSup2Sub.jar forced.sup forced.idx /res:1080p
|
|
|
|____________________________________________________________
post-encode
____________________________________________________________
|ChapterXtractor.exe <infile> chapters.txt
|mp4box.exe -chap chapters.txt <outfile>
|
|
|____________________________________________________________


at encode time these commands are executed (say via a batch file thats created or internally in a cmd environment)

hope this helps

cheers

zygo

ps. any chance of adding a way to automatically extract pgs subs from blurays (eac3to), converting the forced subs to srt/idx (bdsup2sub) & then using them in the hb encoding process??
a bit like the way "another eac3togui-plus" does.... would be great to have the whole process in 1 piece of software :)

[RandomEngy]

Released VidCoder 0.8.0 (http://vidcoder.codeplex.com/releases/view/58650):

* Added x64 version. (note that closed captioning doesn't work in this build)
* Made the audio output preview more detailed and accurate. If the chosen encoder or mixdown is incompatible with the source, the fallback that will be used is displayed.
* Added "Auto" to the audio mixdown choices.
* Reworked non-anamorphic size calculation to work better with non-standard pixel aspect ratios and cropping.
* Reworked Custom anamorphic to be more intuitive and allow display width to be set automatically (Thanks, Statick).
* Allowing higher bitrates for 6-channel surround when using AAC.
* Changed wording on empty width and height fields from (not set) to (auto) to be more clear.
* Combined AC3 and DTS passthrough options so that one choice can work as a passthrough for either format.
* Changed built-in presets to use Auto sample rate rather than 48 kHz.
* Updated the "Encode" icon look

* Fixed crash that could occur when refreshing the preview image while encoding a preview clip.
* Disabled deinterlacing on static previews to help prevent a crash.

[RandomEngy]

zygo:

Yeah, I can't control the way that HandBrake adds chapter markers. I can set chapter names and tell it to write the chapter markers out, but nothing else.

About the pre-and-post encode commands... seems like a decent general power-user feature. Though it might not be as simple as it seems. Sometimes the "infile" that I give to HandBrake is just a VIDEO_TS or blu-ray folder. I'll think about it.

About the bluray subs: I don't think there's way to pass in anything but SRTs for external subtitles.

[Przemek_Sperling]

The x64 version of VidCoder works great! Thank you!

[Mr. Monte]

RandomEnergy,

Is it to assume that when you build a newer release, you use the latest (nightly build) CLI? In other words..will it have all the HB bug fixes, additions and latest x264 in it?

Thanks for your work

[RandomEngy]

It is usually pretty close to the nightly build when I release. It's sometimes a little bit behind because I have to do the build and integration myself (I need to build the libhb DLLs myself in a Fedora VM), or I might have a small release where I don't bother to update it. You can check which HandBrake SVN revision I'm using on the About dialog. But it's certainly a lot closer to the nightlies than it is to the official releases.

[Mr. Monte]

RandomEnergy,

Just tried this build and my crash noted above during preview in Windows 7 fixed..thank you

Thanks again

Very nice..I like to use this (Handbrake) for VC-1 encoded rips..since I always seem to have a audio sync no matter what I try with other GUI apps.

[Mr. Monte]

Released VidCoder 0.8.0 (http://vidcoder.codeplex.com/releases/view/58650):

* Added x64 version. (note that closed captioning doesn't work in this build)

RandomEngy,

Glad you posted about the closed caption on the x64 version. The two websites i saw stating the x64 was now availabale did not mention that. Any idea when that may be fixed?

Can you give an approximate speed increase using the x64 vs x86? (IE, is it using the x64 version of x264lib and any other x64 versions of software that might add increased encoding?). Reason I ask is it appears to be the concensus currently that even using x64 versions of x264...there is a neglegible increase. I assume at some point those speeds diffrences will broaden.

Thanks again for a very nice program :thanks:

[RandomEngy]

its not in the hb gui but it is there in the cli. to quote the wiki...... (http://trac.handbrake.fr/wiki/CLIGuide)

"--vfr, --cfr, --pfr: Variable, Constant or Peak Framerate. (Default is VRF unless -r is specified in which case CFR is default) "

"same as source" should also have the option to add --cfr which then sets the encode to constant rate

So here's the full, up to date explanation:

--vfr, --cfr, --pfr Select variable, constant or peak-limited
frame rate control. VFR preserves the source
timing. CFR makes the output constant rate at
the rate given by the -r flag (or the source's
average rate if no -r is given). PFR doesn't
allow the rate to go over the rate specified
with the -r flag but won't change the source
timing if it's below that rate.
If none of these flags are given, the default
is --cfr when -r is given and --vfr otherwise

Same as Source means VFR and preserving the source frame timing. There aren't any options on that. CFR means a specified frame rate with Peak Framerate unchecked. PFR means a specified frame rate with Peak Framerate checked.

[JohnAStebbins]

RandomEngy,

Glad you posted about the closed caption on the x64 version. The two websites i saw stating the x64 was now availabale did not mention that. Any idea when that may be fixed?

Can you give an approximate speed increase using the x64 vs x86? (IE, is it using the x64 version of x264lib and any other x64 versions of software that might add increased encoding?). Reason I ask is it appears to be the concensus currently that even using x64 versions of x264...there is a neglegible increase. I assume at some point those speeds diffrences will broaden.

Thanks again for a very nice program :thanks:

CC isn't supported on the x64 version because we changed mpeg2 decoders from mpeg2dec to ffmpeg and ffmpeg doesn't currently support passing the CC data to us. No eta because nobody is working on this yet. The change was made only for the x64 windows build because mpeg2dec would not build and patching it would have taken an enormous amount of effort. It's really borked on x64 windows.

On other platforms, moving to 64 bit gives about 10% improvement. But there are other factors that are going to affect speed in the windows x64 build. One of which is the above mentioned switch from mpeg2dec to ffmpeg. I've not done any benchmarks to see which of those two decoders is faster.

[Mr. Monte]

John,

Thanks for the info. Please advise all involved in the Handcoder, VidBrake project <g> I appreciate their hard work. It has really helped me compile my collection. :thanks:

[RandomEngy]

Released VidCoder 0.8.1 (http://vidcoder.codeplex.com/releases/view/59263):

* Adds ability to choose an arbitrary range (in seconds or frames) to encode.
* Adds ability to override the title number in the output file name when enqueing multiple titles.
* Updated presets: Added iPhone 4, Apple TV 2, fixed some existing presets that should have had weightp=0 or trellis=0 on them.
* Added {parent} option to auto-name format. Use {parent:2} to refer to a folder 2 levels above the input file.
* Added {title:2} option to auto-name format. Adds leading zeroes to reach the specified length.
* Update to HandBrake SVN 3735: the 0.9.5 release version.
* Adds minimum size to preview window.

* Fixes crash on batch encoding files.
* Fixes a possible null reference crash.
* Fixed crash that could occur when custom output file format was chosen.
* Fixed radio button markers disappearing from default/custom file format choice.
* Fixed problems with inline track name preview not showing up on audio stream selection in the encoder window.

[Mr. Monte]

Thanks sir

[Mr. Monte]

RandomEnergy or John,

Do you forsee in the future being able to import an external audio file?

IE, I have a BluRay with DTS-MA, I wanted to keep the DTS without encoding, just the core though..not the MA. Currently Handbrake only allows passthrough, unless you want to reencode. So I thought I could use EAC or TSMuxer to extract DTS core and then import that into my encoding job in Vidcoder. Unfortunately, Vidcoder allows importing outside subtitles, but not audio.

Thanks,

[JohnAStebbins]

RandomEnergy or John,

Do you forsee in the future being able to import an external audio file?

IE, I have a BluRay with DTS-MA, I wanted to keep the DTS without encoding, just the core though..not the MA. Currently Handbrake only allows passthrough, unless you want to reencode. So I thought I could use EAC or TSMuxer to extract DTS core and then import that into my encoding job in Vidcoder. Unfortunately, Vidcoder allows importing outside subtitles, but not audio.

Thanks,
Not likely. Generally, we try to keep the focus on transcoding. Such features belong in an app that specializes in muxing. Look at mkvmerge (or mmg for a gui) and MP4Box for such features.

[Mr. Monte]

John,

Thanks for the reply..I use all of those plus some. RipBot fills those needs like I asked above. However, I still have to extract the DTS core manually, sine Atak favors AAC.

Thanks again

[Pulp Catalyst]

does this program resolve or get around the horrible issue handbrake has when dealing with Sci-fi material like "Star Trek TNG/DS9" where you get that horrible stutter on some scenes especially on scenes that have panning,

i heard it has something todo with VFR, but i confirmed in the end it does not, it's a limitation of handbrake or x264 dealing with such things, PAL material only

i want to go on record here and say that i am aware that VFR cannot always be resolved,
but the issue with handbrake is not only does it not minimize the effect of the stutter, but i have found it actually makes the stutter more prominent than in the original source, and compared to other converters

i have done many tests, read a lot of posts in "Handbrake" forum (stutter is an issue that has plagued handbrake for quite sometime now)
i have tried VFR, Peak rate....blah blah.....but this apparently does not help PAL material at this time, it's targeted at NTSC material

done many comparisons with handbrake output files to other converters,

there is no question that handbrake seems to make the stutter effect worse

i just wanted to get that clear, i know there is always issues with TNG/DS9 type of material, but handbrake makes the end result far worse then any other top quality converter, in fact it makes it far worse period (again this has been talked about in handbrake forums, they are aware of this issue..... they have been aware of this issue for a long time in fact....still no fix as of yet)

(Staxrip, Fairuse Wizard, Xvid4PSP, AutoGK) these all seem to reduce the effect of VFR in the TV shows mentioned (Staxrip seems todo a better job overall, but they all do a good job at reducing the effect of VFR (stutter)

(handbrake has made many refinements concerning this stutter issue.....but for NTSC material only....NOT PAL)
VFR is tailored and designed for NTSC at this time, PAL users do not really benefit from VFR at all (this has been talked about and confirmed in handbrake forums)
VFR does not help PAL source (something todo with PAL material having different kind of telecine compared to NTSC, what has not been explained however in the handbrake forum is why handbrake causes so much stutter compared to other converters out there (mentioned above) on PAL material! fare enough handbrake can't fix the stutter.....but why does it make it so much worse......3 times worse in some cases (especially on panning screens funny enough)

handbrake is a one of it's kind mind, doesn't use avisynth so i heard?


anyway now for my question,
i was wondering if this program will have the same stuttering issue as handbrake, or has this been worked around?
sometimes work around can be done with GUI's, different approaches can sometimes eliminate potential problems that existed with the original application, so that's my question?



anyway here is when i say, i love Handbrake, the GUI interface is so intuitive, and the quality of the overall program is 10/10 points,
but it can only be used for Film encoding at this time, which is a real shame,

[RandomEngy]

VidCoder uses the HandBrake core so it should encode things the same way.

[Pulp Catalyst]

i see, thankyou

[RandomEngy]

Released VidCoder 0.8.2 (http://vidcoder.codeplex.com/releases/view/61687):

* Updated auto-naming to handle seconds and frames ranges as well. Deprecated the {chapters} token for auto-naming in favor of {range}.
* Allowing file drag to preview window and enabling main window shortcut keys to work no matter what window is focused.
* Added option in config to enable giving custom names to audio tracks. (Note that these names will only show up certain players like iTunes or on the iPod. Players that support custom track names normally may not show them.)
* Added tooltips on the Enqueue and Encode buttons explaining if they're disabled due to no chosen output folder.
* On the Queue Multiple Titles dialog, if "select range" is enabled, the range will now update after the range has changed. Also clicking on the number box will select all text within it.

* Adding missing trellis=0 to the Apple Universal preset.
* Fixed issue that could cause different custom cropping values to be lost when encoding multiple items in a queue.
* Fixed issue with non-anamorphic calculations with cropping and Keep Aspect Ratio.
* Fixed crash that could occur on opening the Destination Browse dialog with manually entered relative paths.
* Fixed Queue Multiple Titles option not showing up after choosing an output directory.

[thewonderer]

Thank you for your hardwork...

I came across the frame stutter too.. I have a i5 CPU and when i play back a NTSC DVD transcode use CRF 18 the video pauses for about 2 seconds before starting again.

Hopefully handbrake will fix this issue.

[DIEGO7-5]

Great Software no doubt about it. Just one strange thing: MKV´s generated with "High Profile" Preset only play on my WDTV Live, not on my Samsung BD-C 5500 BluRay Player while files generated with "RipBot264" play on both devices.

[RandomEngy]

Released VidCoder 0.8.3 (http://vidcoder.codeplex.com/releases/view/65063):

* Added new feature from HandBrake: Audio Gain. You can now adjust the volume up or down when encoding a track.
* Updated to HandBrake version 3935svn.
* Changed user preset storage and queue persistence to use SQLite database instead of XML files. Should eliminate the chance a crash could wipe out user data.
* Added ability to export a preset to an XML file, since user presets can no longer be found in the %appdata%\VidCoder directory.
* Added up and down buttons to number controls.
* Added individual job ETA to queue progress tooltip.
* Changed "video file" icon to look a bit more like a traditional windows file icon.

* Fixed turbo first pass not working.
* Fixed crash when trying to play a non-existent video file from the completed items tab.

[RandomEngy]

Released VidCoder 0.8.4 (http://vidcoder.codeplex.com/releases/view/65988):

* Added automatic preview of encoding bitrate when Target Size is chosen, and file size estimation when Average Bitrate is chosen. Also moved bitrate calculation to VidCoder as it will be removed from HandBrake soon.
* Added button to clear completed queue items.

* Increased size of number box controls in the queue multiple titles dialog to compensate for up and down buttons getting added.
* Fixed bug with range specification which was causing the end of the range to be used as a duration.
* Encodes that fail to produce an output file but report success are now reported correctly as failed.
* Changed preview to use calculated bitrate for the full encode when using Target Size.

[Vilmalith]

0.9 still being released this weekend? I'm not sure what vidcoder does different then the handbrake gui. But unlike the handbrake gui I haven't run into any audio drift problems using VidCoder.

[RandomEngy]

Hmm, that's odd. VidCoder just calls into the HandBrake core for encoding so I don't know why VC would work and HandBrake wouldn't.

About 0.9.0, I was originally planning to release this weekend but I've run into some problem with encodes getting cut off with the message "ERROR: Failed to write frame to output file, Disk Full?" . This seems to happen no matter which disk I write to. The problem takes a few hours to reproduce so it will probably be a while since I want to try and find if it's in earlier released versions, is just related to the source I'm using, if it exists in HandBrake, etc.

[RandomEngy]

Released VidCoder 0.9.0 (http://vidcoder.codeplex.com/releases/view/67117):

* New startup UI for one-click scanning of discs or opening a file/folder.
* New seek bar on the preview window to make switching previews easier (you can click anywhere on the bar).
* Added gradient backgrounds to the main window to visually group the sections.
* Added Open Video File and Open Video Folder options to the File menu.
* Moved preview button to be in line with the other control buttons.

* Fixed settings getting in a weird state if they were saved without an output folder being chosen.
* Fixed preview image not getting updated for the first change made after saving a preset.
* Fixed potential overlap of file names when batch encoding by fixing the auto-numbering system.
* Fixed crash on batch encoding files with no audio.
* Fixed issue with psy-rd not registering above 1.0.
* Fixed video encoder getting null value when switching from MKV to MP4 with Theora selected.

[ziemlichdunkel]

Released VidCoder 0.9.0 (http://vidcoder.codeplex.com/releases/view/67117):


Tried the new v. 0.9.0

Get always the following crash, no matter what mkv-File i try to reencode: (happens after a while of encoding, still in the first pass phase, in this example at 12% of encoding)

Problemereignisname: APPCRASH
Anwendungsname: VidCoder.exe
Anwendungsversion: 0.9.0.0
Anwendungszeitstempel: 4ddf141c
Fehlermodulname: hb.dll
Fehlermodulversion: 0.0.0.0
Fehlermodulzeitstempel: 4dddd0b7
Ausnahmecode: c0000005
Ausnahmeoffset: 00000000006dfb53
Betriebsystemversion: 6.1.7601.2.1.0.256.48
Gebietsschema-ID: 3079
Zusatzinformation 1: 095e
Zusatzinformation 2: 095e4b76850fc26f19e391a7081950b1
Zusatzinformation 3: 89fd
Zusatzinformation 4: 89fd26cbd35cdc960a0dde0c125074af

Any idea or suggestions? :thanks:

[RandomEngy]

Crashes in the HandBrake core are tricky because I don't get a stack trace. A few things to try:

* If you're using x86 version, try x64
* Try an earlier version, like 0.8.2, which was built off of HandBrake 0.9.5 release

If you can, send me the preset you're using (export to .xml file) and file you're trying to encode, and let me know which flavor you're using (x86/x64). If I'm lucky the problem is in HandBrake itself and I can do some printline debugging to figure out what's going on.

[ziemlichdunkel]

Crashes in the HandBrake core are tricky because I don't get a stack trace. A few things to try:

* If you're using x86 version, try x64
* Try an earlier version, like 0.8.2, which was built off of HandBrake 0.9.5 release

If you can, send me the preset you're using (export to .xml file) and file you're trying to encode, and let me know which flavor you're using (x86/x64). If I'm lucky the problem is in HandBrake itself and I can do some printline debugging to figure out what's going on.

Preset and Screen of Mediainfo is attached (the file itself is to big to sent), tried both flavours (x86/x64) without luck.

It must be a bug in the Handbrake Core, because I get the same crash on "video.net - another gui from this forum" - I will play now with different older versions... any dependencies to other installed software?

best regards, and thanks for your help and the nice programm :)

[RandomEngy]

Oh yeah if it's happening in video.net as well I think it's a HandBrake core issue and nothing I can do about. If this happens in the official HandBrake GUI as well you could ask them for support.

[RandomEngy]

Released VidCoder 0.9.1 (http://vidcoder.codeplex.com/releases/view/67400):

* Added color coding to the Log window. Errors are highlighted in red, HandBrake logs are in black and VidCoder logs are in dark blue.
* Moved enqueue button down with the other control buttons.
* Added logic to report failures when errors are logged during the encode or when the encode finishes prematurely.
* Added Copy button to Log window.
* Adjusted audio track selection box to always show the full track name.
* Changed encode job progress bar to also be colored yellow when the encode is paused.
* Added multi-select to drag and drop on all lists (queue, customize queue columns).

* Updated to HandBrake 4011svn. This may fix some crashes on mpeg2 sources.

[Mr. Monte]

Randon,

I get the below error when opening Vidcoder 091 nad then exiting out..doing nothing else. Using WinXP Tablet edition

System.TypeInitializationException: The type initializer for 'VidCoder.WindowPlacement' threw an exception. ---> System.InvalidOperationException: Unable to generate a temporary class (result=1).
error CS0002: Unable to load message string from resources.
error CS0002: Unable to load message string from resources.
error CS0002: Unable to load message string from resources.

at System.Xml.Serialization.Compiler.Compile(Assembly parent, String ns, XmlSerializerCompilerParameters xmlParameters, Evidence evidence)
at System.Xml.Serialization.TempAssembly.GenerateAssembly(XmlMapping[] xmlMappings, Type[] types, String defaultNamespace, Evidence evidence, XmlSerializerCompilerParameters parameters, Assembly assembly, Hashtable assemblies)
at System.Xml.Serialization.XmlSerializer.GenerateTempAssembly(XmlMapping xmlMapping, Type type, String defaultNamespace)
at System.Xml.Serialization.XmlSerializer..ctor(Type type, String defaultNamespace)
at System.Xml.Serialization.XmlSerializer..ctor(Type type)
at VidCoder.WindowPlacement..cctor() in D:\docs\projects\VidCoder\VidCoder\WindowPlacement.cs:line 60
--- End of inner exception stack trace ---
at VidCoder.WindowPlacement.GetPlacement(IntPtr windowHandle) in D:\docs\projects\VidCoder\VidCoder\WindowPlacement.cs:line 108
at VidCoder.WindowPlacementWpf.GetPlacement(Window window) in D:\docs\projects\VidCoder\VidCoder\WindowPlacementWpf.cs:line 19
at VidCoder.View.MainWindow.Window_Closing(Object sender, CancelEventArgs e) in D:\docs\projects\VidCoder\VidCoder\View\MainWindow.xaml.cs:line 287
at System.ComponentModel.CancelEventHandler.Invoke(Object sender, CancelEventArgs e)
at System.Windows.Window.OnClosing(CancelEventArgs e)
at System.Windows.Window.WmClose()
at System.Windows.Window.WindowFilterMessage(IntPtr hwnd, Int32 msg, IntPtr wParam, IntPtr lParam, Boolean& handled)
at System.Windows.Interop.HwndSource.PublicHooksFilterMessage(IntPtr hwnd, Int32 msg, IntPtr wParam, IntPtr lParam, Boolean& handled)
at MS.Win32.HwndWrapper.WndProc(IntPtr hwnd, Int32 msg, IntPtr wParam, IntPtr lParam, Boolean& handled)
at MS.Win32.HwndSubclass.DispatcherCallbackOperation(Object o)
at System.Windows.Threading.ExceptionWrapper.InternalRealCall(Delegate callback, Object args, Int32 numArgs)
at MS.Internal.Threading.ExceptionFilterHelper.TryCatchWhen(Object source, Delegate method, Object args, Int32 numArgs, Delegate catchHandler)

[RandomEngy]

I think this might be the problem:

http://support.microsoft.com/kb/908158

You need to have List Folder Contents and Read permissions on %windir%\temp .

[Vilmalith]

In v0.9.1 it seems to be encoding the movies successfully (I do straight from dvd/bd to my media server) but status is being reported as failed. I watched one of the movies and it seemed to work fine, mediainfo reports the correct length and such. They are all ending with this at the end of the job log:
# Encode failed. HandBrake reported no error but the encode finished prematurely.
# Job completed
# Queue completed

I didn't try v0.9.0 but v0.8.4 worked great.

[RandomEngy]

I was having some problems with encodes stopping in the middle and failing without reporting anything wrong. I put in some logic to mark it as failed if the ETA was over 1 minute away but it finished. What do you see on the job ETA when the encode finishes? Are you using 2-pass? Does the reported ETA look weird?

Oh and if the file plays it's probably fine.

[Vilmalith]

I usually just start the encodes and do something else.

I did just watch it do one, the encodes are finishing well before the status bar gets to 100% and the estimated time remaining still has a couple mins left. I've done 4 movies so far with 0.9.1, it's done this on all of them and so far they all seem to work fine.

[RandomEngy]

Is it happening around halfway through? Does it happen no matter what source you're using? Are you using 2-pass?

[Vilmalith]

I am using CQ and I have not tried ripping the movie to HD and then encoding. All the movies have been direct encodes from dvd/bd to my media server. If you'd like I can rip a couple to HD and then do the encode to see what happens.

I believe the status bar gets to around 70% or so when the encode finishes with the failed status.

[RandomEngy]

Weird. HandBrake may be reporting the wrong encode progress amount. Don't know why else it would stop at 70% like that.

[Vilmalith]

I grabbed the latest handbrake nightly and did my usually stuff with that and it finished fine.