VidCoder: Alternative HandBrake GUI for Windows

[DJ-1]

It should work. Did you select "Auto Passthru" as the codec?
Haven't tried yet, stumbled on MultiAVCHD.... giving it a quick try, (intrigued by the menu capabilities of it ) but will let u know....

Sent from my GT-I9100 using Tapatalk

[DJ-1]

Auto passthrough does work, give a .dts @ 1510kbps....pittty its just the core
Sent from my GT-I9100 using Tapatalk

[jouchan]

hi randomEngy..
which better, AAC (faac) or AAC (ffmpeg)?, i will encoding from avi big size to mkv in small size

and what about x264 basic setting for mkv?
see this screen:
http://www.imagetoupload.com/images/88147134939014890990.jpg

thanks

[fantasmanegro]

about x264 basic settings... handbrake windows gui not uses x264 presets but vidcoder "emulates" them...

google it...

[flebber]

hi randomEngy..
which better, AAC (faac) or AAC (ffmpeg)?, i will encoding from avi big size to mkv in small size

and what about x264 basic setting for mkv?
see this screen:
http://www.imagetoupload.com/images/88147134939014890990.jpg
p
thanksRe AAC it's discussed on previous page of this thread. However no real outcome. There isn't much info out there on the net to clarify yet either.

P

[DJ-1]

How do I go about proper 4:3 to 16:9 conversion (without stretched pictures) ?
I read the handbrake anamorphic guide & notice DVDs (whilest playback on 16:9 TVs ) by storing the content in 1 resolution & displaying in another. Basicly display resolution is 854 wide (beyond DVD standard) then its effectively stretched, then play back at a proportional size.

Sent from my GT-I9100 using Tapatalk 2

[DJ-1]

So would anyone be kind enough to give us some idiot proof settings to create a profle in vidcoder?....
Cheers.
PAL DVD Source

Sent from my GT-I9100 using Tapatalk 2

[hello_hello]

I was playing around with HandBrake today, and using one of my own MKV DVD encodes as the source for testing, but not really being a fan I thought I'd try Vidcoder. I think this is a HandBrake problem as I was having what seemed like the same issue with HandBrake, but the Vidcoder GUI makes the problem easier to explain. According to Vidcoder, and it seems to be correct:

Source MKV:
Storage Resolution 716 x 424
Pixel Aspect Ratio 1.42
Display Resolution 1018 x 424

When selecting "None" as the anamorphic option I get the same display resolution and a PAR of 1:1. All good.

The first time I change the anamorphic option to "Loose" the display resolution changes to 1038, which I don't quite understand. The second time I select it the display resolution changes to NaN x 432 with a PAR of 0:0.

Using the "Strict" anamorphic option I get the correct Storage Resolution, a PAR of 34125530:-30505053 and a display resolution of -801 x 424.

I assume Handbrake was doing something similarly odd as when changing to from "Strict" back to "None" I'd get an error, however while I could click out of it and continue, if I used one of the anamorphic options the preview would either display with a wildly stretched aspect ratio, or in the case of MPC-HC it'd hang. Using Vidcoder I get the following error when trying to preview the encode and I then have to exit the program (No additional cropping or resizing etc had been applied).

System.ArgumentException: '-800.978102873645' is not a valid value for property 'Width'.
at System.Windows.DependencyObject.SetValueCommon(DependencyProperty dp, Object value, PropertyMetadata metadata, Boolean coerceWithDeferredReference, Boolean coerceWithCurrentValue, OperationType operationType, Boolean isInternal)
at System.Windows.DependencyObject.SetValue(DependencyProperty dp, Object value)
at VidCoder.ImageUtilities.UpdatePreviewImageSize(Image image, Grid imageHolder, Double widthPixels, Double heightPixels) in D:\docs\projects\VidCoder\VidCoder\Utilities\ImageUtilities.cs:line 67
at VidCoder.View.PreviewWindow.RefreshImageSize() in D:\docs\projects\VidCoder\VidCoder\View\PreviewWindow.xaml.cs:line 92
at VidCoder.View.PreviewWindow.viewModel_PropertyChanged(Object sender, PropertyChangedEventArgs e) in D:\docs\projects\VidCoder\VidCoder\View\PreviewWindow.xaml.cs:line 45
at System.ComponentModel.PropertyChangedEventHandler.Invoke(Object sender, PropertyChangedEventArgs e)
at GalaSoft.MvvmLight.ObservableObject.RaisePropertyChanged[T](Expression`1 propertyExpression)
at VidCoder.ViewModel.PreviewViewModel.set_PreviewImage(ImageSource value) in D:\docs\projects\VidCoder\VidCoder\ViewModel\PreviewViewModel.cs:line 136
at VidCoder.ViewModel.PreviewViewModel.<>c__DisplayClass11.<ProcessPreviewImageWork>b__f() in D:\docs\projects\VidCoder\VidCoder\ViewModel\PreviewViewModel.cs:line 621
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)

I also tried applying all the latest dot net updates after copying the original error messages, but it didn't make any difference and the same problem continued. I'm running XP SP3.

Here's the error message Handbrake offers each time I switch from one of the anamorphic encoding methods back to "None":

See the end of this message for details on invoking
just-in-time (JIT) debugging instead of this dialog box.

************** Exception Text **************
System.ArgumentOutOfRangeException: Value of '-2032' is not valid for 'Value'. 'Value' should be between 'Minimum' and 'Maximum'.
Parameter name: Value
at System.Windows.Forms.NumericUpDown.set_Value(Decimal value)
at Handbrake.Controls.PictureSettings.TextWidthValueChanged(Object sender, EventArgs e)
at Handbrake.Controls.PictureSettings.DrpAnamorphicSelectedIndexChanged(Object sender, EventArgs e)
at System.Windows.Forms.ComboBox.OnSelectedIndexChanged(EventArgs e)
at System.Windows.Forms.ComboBox.WmReflectCommand(Message& m)
at System.Windows.Forms.ComboBox.WndProc(Message& m)
at System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m)
at System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)


************** Loaded Assemblies **************
mscorlib
Assembly Version: 4.0.0.0
Win32 Version: 4.0.30319.1 (RTMRel.030319-0100)
CodeBase: file:///C:/WINDOWS/Microsoft.NET/Framework/v4.0.30319/mscorlib.dll
----------------------------------------
Handbrake
Assembly Version: 0.9.6.4466
Win32 Version: 0.9.6.4466
CodeBase: file:///C:/Program%20Files/Handbrake/Handbrake.exe
----------------------------------------
System.Windows.Forms
Assembly Version: 4.0.0.0
Win32 Version: 4.0.30319.1 built by: RTMRel
CodeBase: file:///C:/WINDOWS/Microsoft.Net/assembly/GAC_MSIL/System.Windows.Forms/v4.0_4.0.0.0__b77a5c561934e089/System.Windows.Forms.dll
----------------------------------------
System.Drawing
Assembly Version: 4.0.0.0
Win32 Version: 4.0.30319.1 built by: RTMRel
CodeBase: file:///C:/WINDOWS/Microsoft.Net/assembly/GAC_MSIL/System.Drawing/v4.0_4.0.0.0__b03f5f7f11d50a3a/System.Drawing.dll
----------------------------------------
System
Assembly Version: 4.0.0.0
Win32 Version: 4.0.30319.1 built by: RTMRel
CodeBase: file:///C:/WINDOWS/Microsoft.Net/assembly/GAC_MSIL/System/v4.0_4.0.0.0__b77a5c561934e089/System.dll
----------------------------------------
HandBrake.ApplicationServices
Assembly Version: 0.9.6.4466
Win32 Version: 0.9.6.4466
CodeBase: file:///C:/Program%20Files/Handbrake/HandBrake.ApplicationServices.DLL
----------------------------------------
System.Xml
Assembly Version: 4.0.0.0
Win32 Version: 4.0.30319.1 built by: RTMRel
CodeBase: file:///C:/WINDOWS/Microsoft.Net/assembly/GAC_MSIL/System.Xml/v4.0_4.0.0.0__b77a5c561934e089/System.Xml.dll
----------------------------------------
System.Configuration
Assembly Version: 4.0.0.0
Win32 Version: 4.0.30319.1 (RTMRel.030319-0100)
CodeBase: file:///C:/WINDOWS/Microsoft.Net/assembly/GAC_MSIL/System.Configuration/v4.0_4.0.0.0__b03f5f7f11d50a3a/System.Configuration.dll
----------------------------------------
HandBrakeInterop
Assembly Version: 1.23.0.0
Win32 Version: 1.23.0.0
CodeBase: file:///C:/Program%20Files/Handbrake/HandBrakeInterop.DLL
----------------------------------------
System.ComponentModel.DataAnnotations
Assembly Version: 4.0.0.0
Win32 Version: 4.0.30319.1
CodeBase: file:///C:/WINDOWS/Microsoft.Net/assembly/GAC_MSIL/System.ComponentModel.DataAnnotations/v4.0_4.0.0.0__31bf3856ad364e35/System.ComponentModel.DataAnnotations.dll
----------------------------------------
System.Core
Assembly Version: 4.0.0.0
Win32 Version: 4.0.30319.1 built by: RTMRel
CodeBase: file:///C:/WINDOWS/Microsoft.Net/assembly/GAC_MSIL/System.Core/v4.0_4.0.0.0__b77a5c561934e089/System.Core.dll
----------------------------------------
WindowsBase
Assembly Version: 4.0.0.0
Win32 Version: 4.0.30319.1 built by: RTMRel
CodeBase: file:///C:/WINDOWS/Microsoft.Net/assembly/GAC_MSIL/WindowsBase/v4.0_4.0.0.0__31bf3856ad364e35/WindowsBase.dll
----------------------------------------
3jr3z5ja
Assembly Version: 4.0.0.0
Win32 Version: 4.0.30319.1 built by: RTMRel
CodeBase: file:///C:/WINDOWS/Microsoft.Net/assembly/GAC_MSIL/System/v4.0_4.0.0.0__b77a5c561934e089/System.dll
----------------------------------------
axpxrq4e
Assembly Version: 0.9.6.4466
Win32 Version: 4.0.30319.1 built by: RTMRel
CodeBase: file:///C:/WINDOWS/Microsoft.Net/assembly/GAC_MSIL/System/v4.0_4.0.0.0__b77a5c561934e089/System.dll
----------------------------------------
w1rdschi
Assembly Version: 4.0.0.0
Win32 Version: 4.0.30319.1 built by: RTMRel
CodeBase: file:///C:/WINDOWS/Microsoft.Net/assembly/GAC_MSIL/System/v4.0_4.0.0.0__b77a5c561934e089/System.dll
----------------------------------------
ztznort3
Assembly Version: 4.0.0.0
Win32 Version: 4.0.30319.1 built by: RTMRel
CodeBase: file:///C:/WINDOWS/Microsoft.Net/assembly/GAC_MSIL/System/v4.0_4.0.0.0__b77a5c561934e089/System.dll
----------------------------------------
Growl.Connector
Assembly Version: 2.0.0.0
Win32 Version: 2.0.4.1
CodeBase: file:///C:/Program%20Files/Handbrake/Growl.Connector.DLL
----------------------------------------
Microsoft.WindowsAPICodePack.Shell
Assembly Version: 1.0.0.0
Win32 Version: 1.0.0.0
CodeBase: file:///C:/Program%20Files/Handbrake/Microsoft.WindowsAPICodePack.Shell.DLL
----------------------------------------
Microsoft.WindowsAPICodePack
Assembly Version: 1.0.0.0
Win32 Version: 1.0.0.0
CodeBase: file:///C:/Program%20Files/Handbrake/Microsoft.WindowsAPICodePack.DLL
----------------------------------------
System.Deployment
Assembly Version: 4.0.0.0
Win32 Version: 4.0.30319.1 (RTMRel.030319-0100)
CodeBase: file:///C:/WINDOWS/Microsoft.Net/assembly/GAC_MSIL/System.Deployment/v4.0_4.0.0.0__b03f5f7f11d50a3a/System.Deployment.dll
----------------------------------------
Growl.CoreLibrary
Assembly Version: 2.0.0.0
Win32 Version: 2.0.4.1
CodeBase: file:///C:/Program%20Files/Handbrake/Growl.CoreLibrary.DLL
----------------------------------------
xlmng0ov
Assembly Version: 4.0.0.0
Win32 Version: 4.0.30319.1 built by: RTMRel
CodeBase: file:///C:/WINDOWS/Microsoft.Net/assembly/GAC_MSIL/System/v4.0_4.0.0.0__b77a5c561934e089/System.dll
----------------------------------------
SplitButton
Assembly Version: 2.1.0.0
Win32 Version: 2.1.0.0
CodeBase: file:///C:/Program%20Files/Handbrake/SplitButton.DLL
----------------------------------------
Accessibility
Assembly Version: 4.0.0.0
Win32 Version: 4.0.30319.1 built by: RTMRel
CodeBase: file:///C:/WINDOWS/Microsoft.Net/assembly/GAC_MSIL/Accessibility/v4.0_4.0.0.0__b03f5f7f11d50a3a/Accessibility.dll
----------------------------------------

************** JIT Debugging **************
To enable just-in-time (JIT) debugging, the .config file for this
application or computer (machine.config) must have the
jitDebugging value set in the system.windows.forms section.
The application must also be compiled with debugging
enabled.

For example:

<configuration>
<system.windows.forms jitDebugging="true" />
</configuration>

When JIT debugging is enabled, any unhandled exception
will be sent to the JIT debugger registered on the computer
rather than be handled by this dialog box.

[RandomEngy]

I'll take a look at that error. I should be able to stop it from crashing at least.

[Hobbe]

Any chance we can get a new version with a more recent handbrake.dll?

[Mr. Monte]

RandomE,

Was wondering if an option could be added? I'm playing with Quality (CRF) and Basic settings and then doing a 60 sec preview. My goal is to see based on the source...how low of a bitrate, high of a CQF (Constant Quality) or other advanced settings affect my filesize.

Would it be possible to add a 120 second preview encode, then a box on the side of the preview window that shows the preview file size and bitrate for that preview?

Thanks

[RandomEngy]

Sorry guys, I've been rather busy the last few months working on a Windows Phone game. My art guy is kind of slacking right now so I'm returning to give VidCoder some attention.

I've got a few bugs to look into and a few features I want to add (like overhauling audio/subtitle automatic selection). I want to add an option that will automatically pick up forced subtitles in your preferred language, so you're never blindsided by missing subtitles for bits of foreign dialogue. I'll get that work done with the current stable hb.dll version then come up with a Beta track, since now I've got users that want the latest and greatest HandBrake and users who want things to be stable. After I've got the Beta track I'll work on bringing HandBrakeInterop up to speed with the latest API changes (which are quite extensive!) and getting Blu-Ray PGS subtitle support working.

There's a lot of work ahead of me but I'm excited about incorporating HandBrake's PGS subtitle support. This will be the final piece for VidCoder to be a real fully-featured tool for easily ripping Blu-rays.

@hello_hello : I think there must be something wrong with hb_set_anamorphic_size_by_index, a HB library function I use to calculate resolutions. Report the problem to them and it should also get fixed in VidCoder. In the meantime I've added some code to help guard against HB returning negative values so hopefully it shouldn't crash any more.

[RandomEngy]

Oh yes and about the preview encode, yes I can definitely add a 120 second option. Would it be okay if I put the size of the encoded clip in the log? There wouldn't really be a home for it in the existing UI, since the preview window is more representative of the source title and not of the resulting encoded clip. As for the bitrate, I'm not sure I can give you that. It's not something I get back out of the API and calculating the true video bitrate would be tricky with the audio in the file as well.

[Hobbe]

Any timeframe for the new beta release?

[mike20021969]

@RandomEngy

Hi.

Is it possible you could add the Bob de-interlacer? (I've been trying via HandBrake and very pleased with the results).
It would be great if you could implement it into VidCoder.

Thanks :)

:thanks:

[RandomEngy]

I'll add the Bob deinterlacer option when I get to the Beta track. That might be a month out though; I'm going to do a 0.9.8-based release before that and am going to wait for a major API change checkin that will make interop easier.

[steptoe]

You can update the handbrake.dll manually if you want to see if the newer versions before vidcoder is officially updated, but any new features may not work if it needs the GUI updating for any of the newer features

https://build.handbrake.fr/view/Nightlies/job/Windows/

These are nightly builds and are updated very frequently with minor updates and bug fixes

To use them you need to choose what build you have 32-bit or 64-bit

libhb_svn4873_i686.zip
ibhb_svn4873_x64.zip

Don't download the others as the above builds are what vidcoder uses and needs, then copy it to where vidcoder was installed. Either backup the original file just in case it breaks something or just copy it and overwrite the original when asked

[steptoe]

Will VidCoder support the GPU when handbrake is 'eventually' released with GPU support

http://www.anandtech.com/show/5835/testing-opencl-accelerated-handbrakex264-with-amds-trinity-apu

But like the article says 'in the near future' which could be weeks or months ......


Found another link that explains it a bit clearer, seems AMD is blocking any real press release

http://www.techfuels.com/other-peripherals/78222-x264-handbrake-get-gpu-acceleration.html

So what I think I get from this is that the GPU will be used for processing the data but drops back to the CPU to do the actual encoding, thus using the best features of both but using the CPU to maintain the video quality as GPU's just are not designed for video encoding

[JohnAStebbins]

Will VidCoder support the GPU when handbrake is 'eventually' released with GPU support

http://www.anandtech.com/show/5835/testing-opencl-accelerated-handbrakex264-with-amds-trinity-apu

But like the article says 'in the near future' which could be weeks or months ......


Found another link that explains it a bit clearer, seems AMD is blocking any real press release

http://www.techfuels.com/other-peripherals/78222-x264-handbrake-get-gpu-acceleration.html

So what I think I get from this is that the GPU will be used for processing the data but drops back to the CPU to do the actual encoding, thus using the best features of both but using the CPU to maintain the video quality as GPU's just are not designed for video encoding

It's amazing to me that none of these people have actually contacted *any* of the HandBrake developers to discuss this. This is all work that has been done in secret with no coordination whatsoever with the HandBrake team. Given that we haven't seen the code yet, the earliest it could get in is many months given that it will take considerable time to review and test. But given the track record of all other such attempts to do GPU encoding, I predict that it won't happen at all.

[RandomEngy]

Released VidCoder 1.3.3 (http://vidcoder.codeplex.com/releases/view/91831):

* Added ability to drag a folder full of videos onto the window to queue them all.
* Added Windows Phone 7 preset.
* Upgraded HandBrake core to 0.9.8 release.
* Overhauled automatic audio and subtitle selection. (Tools -> Options -> Audio / Subtitles)
* Added "Play Source" button to preview window.
* Added chapter start time to each entry in the chapter naming dialog.
* Added size of preview file to log output.

* Added some crash protection against HandBrake returning a negative pixel aspect ratio.
* Fixed DVDs not playing with VLC 2.0.
* Fixed possible crash when auto-pausing during an on-demand scan.
* Fixed intermittent crash when opening options dialog.

[mike20021969]

Released VidCoder 1.3.3 (http://vidcoder.codeplex.com/releases/view/91831):



Thanks for the update.

:thanks:

[RandomEngy]

I've added a Beta update track for VidCoder!

The Beta track is a new, opt-in release track that will feature HandBrake nightly builds and all the new features that come with them as well as new VidCoder features. It won't be quite as stable: crashes and glitches will be more likely. However you'll get all the latest and greatest stuff and can help me squash bugs before they make it to a wider audience.

To opt in, go to Options and click the "Join the Beta track" checkbox.

VidCoder 1.4.0 Beta (http://vidcoder.codeplex.com/releases/view/94767):

* First Beta release! Catches up to HandBrake nightlies with SVN 4937.
** Added PGS (Blu-ray) subtitle support.
** Additional framerates available: 30, 50, 59.94, 60
** Additional sample rates available: 8, 11.025, 12 and 16 kHz
** Additional higher bitrates available for audio.
** Same as Source Constant Framerate available.
** Added Apple TV 3 preset.
** Added new Bob deinterlacing option.
* Introduced process isolation for encodes. Now if HandBrake crashes, VidCoder will keep running and continue processing the queue.
* Mixdowns that are not supported by the current source are grayed out.

* Fixed number box immediately correcting after an invalid input.
* Custom formatting now works on batch file encodes.
* Automatic audio/subtitle selection options now work on batch file encodes and on queuing multiple titles.
* Changed manual cropping settings to only allow even numbers. This should avoid having odd picture dimensions (and x264 failures).

[mike20021969]

I'm loving the Bob deinterlacer.
Many thanks for incorporating this feature :)

It's great to be able to test the beta's aswell. Nice work.

[flebber]

Nice.

[flebber]

Beta crashed on Windows XP. job exited early and then Vidocoder crashed when I attempted to restart encode. Error is.

Microsoft.Practices.Unity.ResolutionFailedException: Resolution of the dependency failed, type = "VidCoder.ViewModel.Components.ProcessingViewModel", name = "(none)".
Exception occurred while: Calling constructor VidCoder.ViewModel.Components.ProcessingViewModel().
Exception is: ResolutionFailedException - Resolution of the dependency failed, type = "VidCoder.ViewModel.Components.PresetsViewModel", name = "(none)".
Exception occurred while: Calling constructor VidCoder.ViewModel.Components.PresetsViewModel().
Exception is: TypeInitializationException - The type initializer for 'VidCoder.Model.Presets' threw an exception.
-----------------------------------------------
At the time of the exception, the container was:

Resolving VidCoder.ViewModel.Components.PresetsViewModel,(none)
Calling constructor VidCoder.ViewModel.Components.PresetsViewModel()

-----------------------------------------------
At the time of the exception, the container was:

Resolving VidCoder.ViewModel.Components.ProcessingViewModel,(none)
Calling constructor VidCoder.ViewModel.Components.ProcessingViewModel()
---> Microsoft.Practices.Unity.ResolutionFailedException: Resolution of the dependency failed, type = "VidCoder.ViewModel.Components.PresetsViewModel", name = "(none)".
Exception occurred while: Calling constructor VidCoder.ViewModel.Components.PresetsViewModel().
Exception is: TypeInitializationException - The type initializer for 'VidCoder.Model.Presets' threw an exception.
-----------------------------------------------
At the time of the exception, the container was:

Resolving VidCoder.ViewModel.Components.PresetsViewModel,(none)
Calling constructor VidCoder.ViewModel.Components.PresetsViewModel()
---> System.TypeInitializationException: The type initializer for 'VidCoder.Model.Presets' threw an exception. ---> System.InvalidOperationException: Unable to generate a temporary class (result=1).
error CS0016: Could not write to output file 'c:\Documents and Settings\renshaw\Local Settings\Temp\hldxkdt2.dll' -- 'Access is denied. '

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.Model.Presets..cctor() in D:\docs\projects\VidCoder\VidCoder\Model\Presets.cs:line 25
--- End of inner exception stack trace ---
at VidCoder.Model.Presets.get_BuiltInPresets()
at VidCoder.ViewModel.Components.PresetsViewModel..ctor() in D:\docs\projects\VidCoder\VidCoder\ViewModel\Components\PresetsViewModel.cs:line 34
at BuildUp_VidCoder.ViewModel.Components.PresetsViewModel(IBuilderContext )
at Microsoft.Practices.ObjectBuilder2.DynamicMethodBuildPlan.BuildUp(IBuilderContext context)
at Microsoft.Practices.ObjectBuilder2.BuildPlanStrategy.PreBuildUp(IBuilderContext context)
at Microsoft.Practices.ObjectBuilder2.StrategyChain.ExecuteBuildUp(IBuilderContext context)
at Microsoft.Practices.Unity.UnityContainer.DoBuildUp(Type t, Object existing, String name, IEnumerable`1 resolverOverrides)
--- End of inner exception stack trace ---
at Microsoft.Practices.Unity.UnityContainer.DoBuildUp(Type t, Object existing, String name, IEnumerable`1 resolverOverrides)
at Microsoft.Practices.Unity.UnityContainer.Resolve(Type t, String name, ResolverOverride[] resolverOverrides)
at Microsoft.Practices.Unity.UnityContainerExtensions.Resolve[T](IUnityContainer container, ResolverOverride[] overrides)
at VidCoder.ViewModel.Components.ProcessingViewModel..ctor() in D:\docs\projects\VidCoder\VidCoder\ViewModel\Components\ProcessingViewModel.cs:line 0
at BuildUp_VidCoder.ViewModel.Components.ProcessingViewModel(IBuilderContext )
at Microsoft.Practices.ObjectBuilder2.DynamicMethodBuildPlan.BuildUp(IBuilderContext context)
at Microsoft.Practices.ObjectBuilder2.BuildPlanStrategy.PreBuildUp(IBuilderContext context)
at Microsoft.Practices.ObjectBuilder2.StrategyChain.ExecuteBuildUp(IBuilderContext context)
at Microsoft.Practices.Unity.UnityContainer.DoBuildUp(Type t, Object existing, String name, IEnumerable`1 resolverOverrides)
--- End of inner exception stack trace ---
at Microsoft.Practices.Unity.UnityContainer.DoBuildUp(Type t, Object existing, String name, IEnumerable`1 resolverOverrides)
at Microsoft.Practices.Unity.UnityContainer.Resolve(Type t, String name, ResolverOverride[] resolverOverrides)
at Microsoft.Practices.Unity.UnityContainerExtensions.Resolve[T](IUnityContainer container, ResolverOverride[] overrides)
at VidCoder.ViewModel.MainViewModel..ctor() in D:\docs\projects\VidCoder\VidCoder\ViewModel\MainViewModel.cs:line 83
at VidCoder.App.OnStartup(StartupEventArgs e) in D:\docs\projects\VidCoder\VidCoder\App.xaml.cs:line 107
at System.Windows.Application.<.ctor>b__1(Object unused)
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]

Hmm, sgen has been failing on the build... I'll have to take a look at this. Once I get it working again this should fix your problem. In the meantime make sure you have write permissions to c:\Documents and Settings\renshaw\Local Settings\Temp\

(edit) Got it figured out. Someone added a dependent assembly to HandBrakeInterop which was messing up sgen. Will be fixed in next beta release.

[mike20021969]

I've just been testing the Bob deinterlacer in VidCoder.
As far as I know, I've matched the settings to match Handbrake's (using the very latest nightly build).

Visually, I'm happy VidCoder matches HandBrake.

But I've found a discrepancy in the file sizes and I'm not sure what to adjust in VidCoder. Going through all the settings Tabs, everything appears to match each other.

But after encoding the same file, HandBrake gives me a file size of 4.84MB. With the "same" settings, VidCoder gives a file size of 5.40MB.

I'm using CQ20 in both HB and VC.

Media info says:
HandBrake - Bit rate : 926 Kbps (Overall : 1 093 Kbps)
VidCoder - Bit Rate : 1 051 Kbps (Overall : 1 218 Kbps)

Media info for HandBrake:
General
Complete name : C:\Documents and Settings\MIKE.PC275422231862\My Documents\MIKES CUSTOM FOLDERS\Videos\HB.mp4
Format : MPEG-4
Format profile : Base Media / Version 2
Codec ID : mp42
File size : 4.85 MiB
Duration : 37s 220ms
Overall bit rate mode : Variable
Overall bit rate : 1 093 Kbps
Encoded date : UTC 2012-09-22 11:47:26
Tagged date : UTC 2012-09-22 11:48:30
Writing application : HandBrake 4971svn 2012092101

Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : Main@L3.0
Format settings, CABAC : Yes
Format settings, ReFrames : 4 frames
Codec ID : avc1
Codec ID/Info : Advanced Video Coding
Duration : 37s 220ms
Bit rate mode : Variable
Bit rate : 926 Kbps
Width : 704 pixels
Height : 396 pixels
Display aspect ratio : 16:9
Frame rate mode : Variable
Frame rate : 49.759 fps
Minimum frame rate : 16.685 fps
Maximum frame rate : 50.000 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.067
Stream size : 4.11 MiB (85%)
Writing library : x264 core 125
Encoding settings : cabac=1 / ref=1 / deblock=1:0:0 / analyse=0x1:0x111 / me=hex / subme=2 / psy=1 / psy_rd=1.00:0.00 / mixed_ref=0 / me_range=16 / chroma_me=1 / trellis=0 / 8x8dct=0 / cqm=0 / deadzone=21,11 / fast_pskip=1 / chroma_qp_offset=0 / threads=3 / lookahead_threads=1 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / bluray_compat=0 / constrained_intra=0 / bframes=3 / b_pyramid=2 / b_adapt=1 / b_bias=0 / direct=1 / weightb=1 / open_gop=0 / weightp=1 / keyint=250 / keyint_min=25 / scenecut=40 / intra_refresh=0 / rc_lookahead=10 / rc=crf / mbtree=1 / crf=20.0 / qcomp=0.60 / qpmin=3 / qpmax=69 / qpstep=4 / ip_ratio=1.40 / aq=1:1.00
Encoded date : UTC 2012-09-22 11:47:26
Tagged date : UTC 2012-09-22 11:48:30
Color primaries : BT.601 PAL
Transfer characteristics : BT.709
Matrix coefficients : BT.601

Audio
ID : 2
Format : AAC
Format/Info : Advanced Audio Codec
Format profile : LC
Codec ID : 40
Duration : 37s 13ms
Bit rate mode : Variable
Bit rate : 160 Kbps
Maximum bit rate : 175 Kbps
Channel(s) : 2 channels
Channel positions : Front: L R
Sampling rate : 48.0 KHz
Compression mode : Lossy
Delay relative to video : 120ms
Stream size : 723 KiB (15%)
Encoded date : UTC 2012-09-22 11:47:26
Tagged date : UTC 2012-09-22 11:48:30

Media info for VidCoder:
General
Complete name : C:\Documents and Settings\MIKE.PC275422231862\My Documents\MIKES CUSTOM FOLDERS\Videos\VC.mp4
Format : MPEG-4
Format profile : Base Media / Version 2
Codec ID : mp42
File size : 5.40 MiB
Duration : 37s 220ms
Overall bit rate mode : Variable
Overall bit rate : 1 218 Kbps
Encoded date : UTC 2012-09-22 12:33:02
Tagged date : UTC 2012-09-22 12:34:12
Writing application : HandBrake 4937svn 2012090801

Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : Main@L3.0
Format settings, CABAC : Yes
Format settings, ReFrames : 4 frames
Codec ID : avc1
Codec ID/Info : Advanced Video Coding
Duration : 37s 220ms
Bit rate mode : Variable
Bit rate : 1 051 Kbps
Width : 704 pixels
Height : 396 pixels
Display aspect ratio : 16:9
Frame rate mode : Variable
Frame rate : 49.759 fps
Minimum frame rate : 16.685 fps
Maximum frame rate : 50.000 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.076
Stream size : 4.66 MiB (86%)
Writing library : x264 core 125
Encoding settings : cabac=1 / ref=1 / deblock=1:0:0 / analyse=0x1:0x111 / me=hex / subme=2 / psy=1 / psy_rd=1.00:0.00 / mixed_ref=0 / me_range=16 / chroma_me=1 / trellis=0 / 8x8dct=0 / cqm=0 / deadzone=21,11 / fast_pskip=1 / chroma_qp_offset=0 / threads=3 / lookahead_threads=1 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / bluray_compat=0 / constrained_intra=0 / bframes=3 / b_pyramid=2 / b_adapt=1 / b_bias=0 / direct=1 / weightb=0 / open_gop=0 / weightp=2 / keyint=250 / keyint_min=25 / scenecut=40 / intra_refresh=0 / rc_lookahead=40 / rc=crf / mbtree=1 / crf=20.0 / qcomp=0.60 / qpmin=3 / qpmax=69 / qpstep=4 / ip_ratio=1.40 / aq=1:1.00
Encoded date : UTC 2012-09-22 12:33:02
Tagged date : UTC 2012-09-22 12:34:12
Color primaries : BT.601 PAL
Transfer characteristics : BT.709
Matrix coefficients : BT.601

Audio
ID : 2
Format : AAC
Format/Info : Advanced Audio Codec
Format profile : LC
Codec ID : 40
Duration : 37s 13ms
Bit rate mode : Variable
Bit rate : 160 Kbps
Maximum bit rate : 175 Kbps
Channel(s) : 2 channels
Channel positions : Front: L R
Sampling rate : 48.0 KHz
Compression mode : Lossy
Delay relative to video : 120ms
Stream size : 723 KiB (13%)
Encoded date : UTC 2012-09-22 12:33:02
Tagged date : UTC 2012-09-22 12:34:12

Maybe I've been staring at the screen too long to see what I've overlooked.

Thanks for any help.

[RandomEngy]

weightb and rc_lookahead are different in the advanced options.

[mike20021969]

weightb and rc_lookahead are different in the advanced options.

I did notice that, but as the boxes/options are the same, what do I do to rectify that? Thanks.

HandBrake Advanced:

http://i59.photobucket.com/albums/g302/mike20021969/HandBrake_zps9b8b73ab.jpg

VidCoder Advanced:

http://i59.photobucket.com/albums/g302/mike20021969/VidCoder_zps253c9f96.jpg

[mike20021969]

In addition to my previous question in #429:

I found some sort of bug in the current beta, 1.4.0.
It "appears" that presets/built in presets are being modified after viewing it's settings.
"Modified" is being shown on the preset.
Prompts are therefore shown to "save" when switching to another preset.
(Be aware my capture doesn't record the drop down menu action).

Download video for more details.

http://www.4shared.com/zip/b30Nv4BO/Video_2012-09-23_122231.html

[RandomEngy]

I'm aware of the issue where the preset gets marked as modified. Should get fixed for the next version. Thanks for the report though.

About the Advanced options: some settings do not have a UI element and you have to manually change them on the Options String.

[CommonMortal]

Hi, Vidcoder is great, but i was wondering, is there any chance to include in v 1.4 a better denoiser than the default one?

Thanks.

[RandomEngy]

CommonMortal: Thanks, though I just use the denoiser that the HandBrake encoder provides. Ask them if you want something fancier.

[RandomEngy]

Released VidCoder 1.4.1 Beta (http://vidcoder.codeplex.com/releases/view/95207):

* Updated to HandBrake 4971. This should fix some issues with stuck PGS subtitles.

* Fixed build break which prevented pre-compiled XML serializers from showing up.
* Fixed problem where a preset would get errantly marked as modified when re-opening the encode settings window or importing a new preset.

[mike20021969]

About the Advanced options: some settings do not have a UI element and you have to manually change them on the Options String.
Handbrake says weightb whereas VidCoder says weightp?
So, can I just copy paste all the (different) options string settings from HandBrake into VidCoder?

Released VidCoder 1.4.1 Beta (http://vidcoder.codeplex.com/releases/view/95207):

* Fixed problem where a preset would get errantly marked as modified when re-opening the encode settings window or importing a new preset.

:thanks:

[RandomEngy]

weightp and weightb are different. Though you should just be able to copy the advanced string from HandBrake to VidCoder and have it work the same.

[RandomEngy]

Released VidCoder 1.4.2 Beta (http://vidcoder.codeplex.com/releases/view/95847):

* Added Modulus dropdown to Loose anamorphic choice.

* Fixed a problem where the incorrect scaling would be chosen and pick the wrong aspect ratio.
* Fixed issue where old window objects would stick around and continue to respond to property change events
* We now clear locked width/height values when switching to loose or strict anamorphic.
* Fixed problems with Custom Anamorphic and display width specification.
* Fixed text in number box incorrectly being shown in gray in some circumstances.

[RandomEngy]

Released VidCoder 1.4.3 Beta (http://vidcoder.codeplex.com/releases/view/95911):

* Fixed crash on switching container types.
* Updated subtitle selection to only allow one PGS subtitle to be selected under an MP4 container as PGS passthrough in MP4 is not supported and the sub must be burned in.

Side-note... after a metric ton of resource extraction and layout tweaks it's almost ready for localization. I'll let you know when I figure out a good process going and we can get VidCoder translated.

[RandomEngy]

Released VidCoder 1.4.4 Beta (http://vidcoder.codeplex.com/releases/view/95975):

* Fixed inability to create new presets with "Save As".

Still shaking out some bugs from the HandBrake API changes and all the localizability I've been doing.

jq: About the advanced options: it's working as intended. The options string can contain settings that do not have any user interface, so it's possible for the strings to look different even if all the user controls are identical. In this case weightb and rc-lookahead have no UI to control them; you have to add, edit or remove them by directly typing into the Options String box.

About TextOptions.TextFormattingMode="Display", yes I will definitely use that! It does look better. Thanks for the heads up. I'll need to update some of my string size-calculating code though. I'll try to get this in the next beta version.

[RandomEngy]

The way the x264 settings work is first the Profile, then it tweaks some of those settings with Preset, then finally tweaks it a little bit more with Tune. Finally anything in the advanced options box overrides settings that might have been set by Profile/Preset/Tune.

VidCoder doesn't know which specific settings Profile/Preset/Tune affects so it can't update the UI based on those selections.

[RandomEngy]

Maybe. I don't want to clear away someone's chosen settings on a tab they can't see. But I do get your point that how it works right now is not terribly friendly for someone who just wants to fiddle with the simpler dropdowns and not with the advanced panel. I will think about it.

[RandomEngy]

Well I don't fiddle with the advanced settings very much so I've mostly been copying HandBrake on the UI there. I don't think I'd miss all that mess of UI myself. There may be a few people out there that liked using the sliders and dropdowns for all that stuff but if they are that advanced they can probably deal with manually editing the options string I guess. Leaning toward "yes" on this one, especially if HandBrake goes along with it.

Thanks for the heads-up.

[mike20021969]

weightp and weightb are different. Though you should just be able to copy the advanced string from HandBrake to VidCoder and have it work the same.
Right, I've just had chance to play with this some more.

Copying Handbrake's settings and pasting into VidCoder does this trick.

I found when using Bob de-interlacer that Handbrake automatically increases the frame rate to 49.796 fps (setting - same as source; variable framerate). The resulting file is superb.

VidCoder didn't do this even though the setting was set the same (resulting file had framerate of 24.907 fps).
Visually, the file looked awful.
I manually had to choose 50 frames in VidCoder. Using mediainfo, the created file matches 49.769 fps.

Should VidCoder not increase framerate automatically like in HandBrake?

It seems a heck of a lot of messing about with settings to achieve the result of HandBrake.

[RandomEngy]

Post the logs from both the VidCoder and HandBrake encode. That will let me know what the difference between the two is.

[mike20021969]

Post the logs from both the VidCoder and HandBrake encode. That will let me know what the difference between the two is.
I'm not sure what's happened between encoding yesterday evening and afternoon today.

I've just tried numerous different files (with the same preset I'd saved to match Handbrake) and the files converted are now showing identical between HandBrake & VidCoder (using mediainfo).

I don't now even have to alter the framerate in VidCoder - it is now setting itself (50fps) like in HandBrake.

Mark this problem as solved :cool:

[mike20021969]

Using 1.4.4 beta:

I've just noticed that in Custom cropping you cant increase in increments of 1 anymore using the up/down arrows.

Although you can directly enter an uneven figure (e.g. 1, 3, 5, 7 etc.) into the value box, it rounds up to an even figure when you alter another value (e.g. Top or Right).

Can this be fixed? Thanks.

[fantasmanegro]

Using 1.4.4 beta:

I've just noticed that in Custom cropping you cant increase in increments of 1 anymore using the up/down arrows.

Although you can directly enter an uneven figure (e.g. 1, 3, 5, 7 etc.) into the value box, it rounds up to an even figure when you alter another value (e.g. Top or Right).

Can this be fixed? Thanks.

i hope not :D

Cropping

Sometimes, movies have black lines on the sides. To get rid of the them, you crop the picture. HandBrake does this automatically. It chooses how to crop pretty well, but sometimes it doesn't catch everything. If this is the case, click the Custom cropping radio button. This will enable the 4 numerical fields below arranged in a T-shape. Each field controls the cropping for the corresponding side of the picture. The steppers increment by 2, because cropping works best with even numbers.

[mike20021969]

i hope not :D
I hope it can.

I want to lose as little as possible when I crop away black borders. (The auto cropping function can leave soft edges, so I prefer to do it manually).

[RandomEngy]

Rounding cropping to the nearest multiple of 2 is intentional. Having an odd picture size causes major problems for encoders. HandBrake has the same restriction for the same reasons.

[RandomEngy]

The change is coded up and ready to go in the next beta release. Waiting on a German translation before I do the release.