VidCoder: Alternative HandBrake GUI for Windows

[RandomEngy]

VidCoder has moved to GitHub (https://github.com/RandomEngy/VidCoder)

VidCoder (http://vidcoder.net/) is an alternative GUI for HandBrake on Windows.

http://engy.us/pics/main.png (http://vidcoder.net/)

As far as the encoding goes, it's full-featured: It's got all audio, video and container formats, filters, advanced x264 options, subtitles and chapters.

However it goes beyond the standard HandBrake GUI in some areas. I've been able to call directly into the HandBrake core libraries, rather than wrap the CLI as the current Windows client does. The result is I get instant static previews of the source material, just like in the Mac version. The preview instantly reflects changes in resolution, pixel aspect ratio and cropping. Other advantages include the ability to pause and resume an encode and the removal of those pesky console window popups at the start of every job.

Beyond the tighter integration to the core libraries, I've overhauled the entire UI, including the workflow and preset system.

You'll need .NET Framework 4 (http://www.microsoft.com/downloads/details.aspx?FamilyID=e5ad0459-cbcc-4b4f-97b6-fb17111cf544) (only the Client Profile is neccessary).

I'd appreciate any feedback, posted to the GitHub site.

http://engy.us/pics/preview.png (http://vidcoder.net/)

Interested in translating VidCoder to your own language? Help out at Crowdin. (http://crowdin.net/project/vidcoder)

[odditory]

I like this encoder a lot based on the test encodes I've done so far, and since the core handbrake devs seem to favor the Mac version, the Windows version doesn't get as much attention and that's where VidCoder comes in. It's definitely a lot more "tight" than the HB windows GUI, you won't see a DOS window for the encoding status nor a separate queue window - all these are in the same window since it's not just a front-end to the HandbrakeCLI like regular HB. I like the preview ability, since it's a major omission from HB's regular windows version but present on the Mac version.

it's got auto-updating built-in which is nice, and the updates seem to be coming pretty frequently. this is arguably the easiest to use x264 encoder GUI for windows out there right now. keep up the good work!

[Inspector.Gadget]

Looking pretty good. I haven't used Handbrake recently, but if the HB devs have implemented the x264 tune/preset system in their GUI (e.g., a selectable Tune "Film" option rather than just deblock etc. sliders) you should consider doing it here. Otherwise, perhaps you could further improve on Handbrake's default GUI by doing so. Thanks!

[stax76]

Wouldn't be .NET 3.5 Client Profile be sufficient? That's the highest included in Win 7. Do you use any 4.0 features?

[RandomEngy]

I use IntPtr.Add (as a convenience) and there's a bug about data binding to radio buttons that's fixed in 4. There's also the nice stuff like named parameters and more useful overloads on stuff like Path.Combine(). Also I figured I'd just go with 4 out the gate so I don't have to worry about a framework upgrade for a while.

Looking pretty good. I haven't used Handbrake recently, but if the HB devs have implemented the x264 tune/preset system in their GUI (e.g., a selectable Tune "Film" option rather than just deblock etc. sliders) you should consider doing it here. Otherwise, perhaps you could further improve on Handbrake's default GUI by doing so. Thanks!

All the advanced options are the same as what you'd see in the HandBrake GUI. I'll look into the --tune option.

[flebber]

Encoding with Vidcoder now. I have used handbrake lately to do some encodes. I will be trying to create some now that fit the below specs.

Only one thing interface wise, when I had finished choosing my profile settings there isn't a "close" "finish" button to return to the main screen. Not major in the least. Oh and vbr for AAC and MP3 would be a sweet addition.
http://i397.photobucket.com/albums/pp60/samsung_hd_tech/Fileformats.jpg



Cheers

[odditory]

Does the big red "x" in the upper right hand corner not work for you to close the settings?

personally i'd prefer that the ESC key also close it, but that's just me.

[flebber]

Does the big red "x" in the upper right hand corner not work for you to close the settings?

personally i'd prefer that the ESC key also close it, but that's just me.

no doesn't bother me, i was just looking for a save and close option.

[Przemek_Sperling]

My impressions are very positive.The interface is IMO better than the original. And big thank you for eliminating the CLI window :-)

Some random thoughts:
- I have problems with subtitles (it also applies to Handbrake svn 3036 and 3154). Sometimes I can make them, sometimes (usually...) not which depends on the movie. What interesting it does not apply to the burn in subs. Handbrake 0.94 works without a hitch.
- the green progress bar could show how much of the job has been done (percentage)
- the destination selector could add mkv and mp4 extensions to the file if such container has been selected in advanced mode
- please make similar mechanisms of default calculating movie resolution like in avi.net. I know from my experience that most my inexperienced friends have problems with these calculations. avi.net assumes that the width of the encoded movie equals to the width of the source (like 704 or 720 in case of DVDs) and height is calculated this way to be in
proportion to the movie (like 1.78, 2.35 etc.)

[RandomEngy]

If you fiddle with the Encoding settings and close the window, your changes will still be persisted and will apply to any encodes that you make. You can go back and revert or save the changes later.

- The idea for ESC to close the settings window is good. I'm also planning on having Ctrl+S do a save.
- Like the idea of having the percentage displayed on the progress bar. I'll add that.
- Adding the correct extension based on the encoding settings is also a good thought.
- VidCoder does do automatic resolution calculation. Just make sure that Keep Aspect Ratio is checked. Choosing Loose or Strict anamorphic should also work.

[Przemek_Sperling]

Thank you!

I have one more suggestion, expressed by my friend. Can you make VidCoder be able to open iso image files like Fairuse Wizard did? My friend stores films in this way and she asked if this feature can be built in. I do not know how FairUse did it (the program was open source but AFAIK there were some problems with the sources, however, there were independent compilations like these made by Celtic_Druid). 7-Zip opens the files and it is open sourced so vidCoder could use the 7-zip libs.

[Washka]

Oooo, great util. I try to encode small clip from MTV 720x576 to my mobile phone Nokia N86 8MP res. 320x240 as MP4 (x264)
first clip was encoded with 234 FPS but second clip with 25.2 FPS average. :confused:
Both are captured same day as MPEG2


edit:
anamorphis was on Loose and that slow down encoding like 100%
edit 2: Well. Mpeg4 FFMpeg 540 FPS and much better for phone.
:)
That`s it :P

[acrespo]

I can't load a DVD in Videocoder.
When I click on DVD/VIDEO_TS Folder of Source combo box the window "Search Folder" only show Desktop and Windows "drivers" folder. I don't know if it's because i have brazilian portuguese version of Windows Vista Ultimate SP2 here.

[m110s]

Target size in video/quality is broken.
Encoding same movie with HandeBrake gave mi exact size but with Vidcoder it missed a lot.
Also, IMHO, visual appearance could be better. I prefer clean and simple look something like Simple x264 Launcher.
Keep on good work and I'm waiting for new verson to test it.

[RandomEngy]

VidCoder 0.4.0 (http://vidcoder.codeplex.com/releases/view/44624) is out.

Added the keyboard shortcuts I was talking about.
As well as the automatic addition of the correct extension.
Also queuing up multiple video files or titles at once.

acrespo: I'll see if I can repro that.
m110s: Thanks for the report; I'll look into that. I've mostly been using the constant quality.

[flebber]

Vidcoder crashes when trying to analyse this source file.

Format : Flash Video
File size : 15.8 MiB
Duration : 3mn 47s
Overall bit rate : 583 Kbps
Encoded date : Thu Apr 08 19:42:29 2010
rating : none

Video
Format : VP6
Duration : 3mn 47s
Bit rate : 500 Kbps
Width : 480 pixels
Height : 360 pixels
Display aspect ratio : 4:3
Frame rate : 30.000 fps
Bits/(Pixel*Frame) : 0.096
Stream size : 13.6 MiB (86%)

Audio
Format : MPEG Audio
Format version : Version 1
Format profile : Layer 3
Mode : Dual mono
Duration : 3mn 47s
Bit rate mode : Constant
Bit rate : 96.0 Kbps
Channel(s) : 2 channels
Sampling rate : 44.1 KHz
Stream size : 2.60 MiB (16%)
Writing library : LAME3.97 (beta)

Edit
Using version 0.4

[RandomEngy]

If it didn't give you a stack trace then it probably died somewhere in the HandBrake core. Does the same file fail to load in the official HandBrake GUI as well?

[flebber]

If it didn't give you a stack trace then it probably died somewhere in the HandBrake core. Does the same file fail to load in the official HandBrake GUI as well?

I have just used handbrake 0.9.4 and it loaded and encoded the file normally, no error.

[Przemek_Sperling]

I have just used handbrake 0.9.4 and it loaded and encoded the file normally, no error.

The thing is that AFAIK VidCore is based on the dev core rather than the stable one. It has some pros and cons.

[RandomEngy]

Yeah, I've been working off the latest SVN. When it reaches a release point I'll leave the core files at a stable point. Unfortunately, this means that without the file I don't know whether it's due to it being a dev build or from the C# interop. :(

[Przemek_Sperling]

I have to confirm what flebber already noticed - v.0.40 is pretty unstable. Besides of the crash during the analyse there are some crashes during the encoding.
And also one more remark - VidCoder 0.40 behaves like an app which must run in realtime. It horribly slows down apps which run concurrently, which is irritating, e.g. YoWindows (screensaver) opens in nearly a minute, closes even more sluggish.

[MovieFan81]

Thanks for the GUI.
seems nice, i will try soon!

[RandomEngy]

Well, hopefully getting a stable release of the HB core will help the stability issues. Also it would help if I had a source file that caused a crash so I could see if I can isolate what the problem is.

In the next version I'll add in lowering the CPU priority during encodes, that defaults to below normal and is customizable.

[Washka]

Can u add in Audio at Sample Rate "Same as imput or As is."

[Washka]

I try to recode this video :) http://www.youtube.com/watch?v=L_fCqg92qks to mp4 FFMPEG 2pass for my phone and crash just when u press stat.

Problem signature:
Problem Event Name: APPCRASH
Application Name: VidCoder.exe
Application Version: 0.4.0.0
Application Timestamp: 4bdca10e
Fault Module Name: hb.dll
Fault Module Version: 0.0.0.0
Fault Module Timestamp: 4bd23e06
Exception Code: c0000005
Exception Offset: 0005647d
OS Version: 6.1.7600.2.0.0.272.7
Locale ID: 1033
Additional Information 1: 0a9e
Additional Information 2: 0a9e372d3b4ad19135b953a78882e789
Additional Information 3: 0a9e
Additional Information 4: 0a9e372d3b4ad19135b953a78882e789

[RandomEngy]

I was able to convert the video to MP4 FFMPEG just fine using the 640x480 MP4 source from Youtube. Which source were you using?

[Washka]

Same that from Youtube. I reinstalled, restarted windows and it was worked fine.
I encoded few music videos from some Original Music DVD with AnyDVD installed and that was working perfect. All 23 Songs converted in few minutes. Some of them with 350 fps 2 pass in x264 this time.

[Mary H]

I've been trying out this new app today, looks very promising! Created two MKV files from 4-5 minute test files (MKV and M2TS). Very easy to use, excellent results.

However, I'm unable to open any DVD folder structure from the hard drive. Tried several different ones, always with a "Vidcoder has stopped working" error.

Tried on 2 computers, both with Windows 7. One has Ultimate x64, the other Professional x86. Same results on both.

[RandomEngy]

Washka: You can download the video in several formats in youtube: varying qualities of .flv and .mp4 are available. Which one did you get?

Mary H: Could you post the encode log? I'll see if I can repro this as well.

[RandomEngy]

New release: 0.4.1:

Changes:
* Marks system as "working" to prevent computer from sleeping during an encode.
* CPU priority changed to BelowNormal during encodes.
* Encode percentage displayed on progress bar.
* Added additional options for custom format auto-naming: {preset}, {date}, {time} and {quality}.
* Fixed crash on re-opening settings window.
* Fixed crash on adding SRT subtitles.
* Fixed null reference exception on some batch encoding.
* Fixed exception when HandBrake logs an empty line.
* Fixed video encoder not updating on revert or change of preset.

Should prompt you to update next time you close VidCoder.

[Przemek_Sperling]

Well done! Thank you!

[flebber]

Updated to 0.4.1 and my previous issue with flv files http://forum.doom9.org/showthread.php?p=1396513#post1396513 and the new version has resolved it. I have just completd a successful encode. Like the progress bar to . good stuff.

[ehushagen]

I just want to thank you for this amazing front-end! I'm in the process of converting my TV collection from DVDs to my NAS, and the ability to choose multiple titles from the DVD rip has been a lifesaver.

Out of curiosity, is there a way to increase the gain when using faac? The resulting audio's volume is noticeably quieter than when I used the Nero aac encoder with MeGUI.

[RandomEngy]

I don't think the HandBrake API exposes audio volume controls at the moment. I'll keep an eye out for it though.

[ehushagen]

Alright. In the meantime I'll continue using ogg audio, as it plays back at a higher volume.

[lilhobo]

hey i encoded with MPG4 settings but the VLAN player doesnt allow for searching in the mp4? if i tried to watch inthe middle, he video restarts from the beginning

[RandomEngy]

VidCoder 0.5.0 (http://vidcoder.codeplex.com/releases/view/47922) is out. Should auto-update when you next close it.

* Adds a Completed Items list, where you can check up on the encode time, status (Succeeded/Failed) and play the finished file by double-clicking.
* Also added Apple presets, but the advanced x264 options are wrong for the iPad preset... just delete them and it should be fine; will be fixed in the next patch.
* Fixed a few more bugs, updated the folder picker dialog, added peak framerate control, and added the smart title picking from Handbrake (can pick out the correct title from a bunch of scrambled ones).

lilhobo: That's odd. Does it happen with all source material you try?

[fAy01]

AAC Audio encoding is really bad can you fix that!

NS93_[SAMPLE].mkv
http://www.mediafire.com/download.php?knqojyzmzmy

NS93_[SAMPLE][VidCoder].mkv
http://www.mediafire.com/download.php?onizmqqamfy

[Darkwhisperer]

Im aware this is more of a Handbrake issue, but I'll throw it out there anyways...

x264 has been using presets for encoding speed for a while now. Is it possible to get a list of vidcoder x264 settings that match up to the presets? IE If I want to encode similar to "slow" preset, then I must set option 1 to x, and option 2 to y, etc...

Otherwise, awesome app :)

[JohnAStebbins]

Im aware this is more of a Handbrake issue, but I'll throw it out there anyways...

x264 has been using presets for encoding speed for a while now. Is it possible to get a list of vidcoder x264 settings that match up to the presets? IE If I want to encode similar to "slow" preset, then I must set option 1 to x, and option 2 to y, etc...

Otherwise, awesome app :)

x264 --fullhelp

[lilhobo]

no mp3 option?

[ehushagen]

There is, but only as long as you choose .mkv as your extension.

[JohnAStebbins]

There is, but only as long as you choose .mkv as your extension.
RandomEngy, handbrake has supported mp3 in mp4 files since march.
http://trac.handbrake.fr/changeset/3167

[lilhobo]

RandomEngy, handbrake has supported mp3 in mp4 files since march.
http://trac.handbrake.fr/changeset/3167

yeah but they might have taken it out along with xvid

[RandomEngy]

RandomEngy, handbrake has supported mp3 in mp4 files since march.
http://trac.handbrake.fr/changeset/3167

Cool, I'll add it in next version.

[lilhobo]

can we have legacy AVI container please LOL

[RandomEngy]

VidCoder is a HandBrake wrapper and HandBrake is not bringing AVI back. It's an outdated and difficult to maintain container format.

[RandomEngy]

Released VidCoder 0.5.1 (http://vidcoder.codeplex.com/releases/view/48721).

* Fixed Target Size functionality.
* Added Lame MP3 audio option when using MP4 container.
* Added ability to choose log verbosity and toned down the default logging verbosity from 2 to 1.
* Fixes x264 settings on the iPad preset.
* Made preset system more robust to encoding crashes.

[wpoulson]

Thanks Random Energy for the great product.
I have a question about the constant quality setting. First, what is the reason for the differing scale value between Vidcoder and Handbrake, since Vidcoder uses the Handbrake engine? The Vidcoder default is 20, I think, and if I recall correctly, I think the Handbrake default is 60.something. Is the Vidcoder default the exact same as the Handbrake default. In your opinion, is there any benefit encoding at a setting of 18 vs 20?

Also, for anyone out there that might be able to answer this question...I recently mass encoded a large number of video files with Vidcoder. Most of the files compressed by 50% or more; however, there were a few that compressed by very little. I know every file is different, but does this sound like an incorrectly encoded file? It seems like most encodings will shrink file size by 50-66%.

I had some problems when trying to pass-through DTS or AC-3 5.1. The file would show instantaneously completed, but there was nothing really done. As a general plan, I decided to encode to MKV and keep the original audio for anything above 2-channel and go ahead and convert to aac the 2-channel AC-3. I have been demuxing the original VOB and encoding the video only in Vidcoder and later merging everything together. Can you provide a few words on how to successfully accomplish everything in Vidcoder for passing through DTS or DD 5.1?

Thanks

Warren

[JohnAStebbins]

Thanks Random Energy for the great product.
I have a question about the constant quality setting. First, what is the reason for the differing scale value between Vidcoder and Handbrake, since Vidcoder uses the Handbrake engine? The Vidcoder default is 20, I think, and if I recall correctly, I think the Handbrake default is 60.something. Is the Vidcoder default the exact same as the Handbrake default. In your opinion, is there any benefit encoding at a setting of 18 vs 20?

You must have been using an old version of handbrake. The '60' setting is from a scale that represented the inverse percentage of the full range of possible RF values available from the encoder (x264 RF values range from 0-51). It's inverse because 0 RF is highest quality. This % scale was less meaningful then using the ratefactor directly, so the latest handbrake nightlies have eliminated the % scale. The conversion is 51 - (% * 51). So 60 is equivalent to 20.4.

Also, for anyone out there that might be able to answer this question...I recently mass encoded a large number of video files with Vidcoder. Most of the files compressed by 50% or more; however, there were a few that compressed by very little. I know every file is different, but does this sound like an incorrectly encoded file? It seems like most encodings will shrink file size by 50-66%.

No way to tell without more information about the sources. Activity logs would help also.

I had some problems when trying to pass-through DTS or AC-3 5.1. The file would show instantaneously completed, but there was nothing really done. As a general plan, I decided to encode to MKV and keep the original audio for anything above 2-channel and go ahead and convert to aac the 2-channel AC-3. I have been demuxing the original VOB and encoding the video only in Vidcoder and later merging everything together. Can you provide a few words on how to successfully accomplish everything in Vidcoder for passing through DTS or DD 5.1?


Sounds like a potential vidcoder bug. Again, activity logs would show us what is happening.

[ValorSolo]

Nevermind, my error

[ValorSolo]

My last 3 encodes have all been defective.
The audio starts in sync, but gets out of sync as the movie progresses.
The audio track is faster than the video track.

I've encoded the same movies with RipBot264, and they stay in sync, through-out the film.
And all the movies I encoded with VidCoder before the issue appeared, were all in sync, as well.


General
Complete name : F:\Die Hard.mkv
Format : Matroska
File size : 551 MiB
Duration : 2h 13mn
Overall bit rate : 578 Kbps
Writing application : HandBrake svn3345

Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : Main@L3.0
Format settings, CABAC : Yes
Format settings, ReFrames : 3 frames
Muxing mode : Container profile=Unknown@3.0
Codec ID : V_MPEG4/ISO/AVC
Duration : 2h 13mn
Nominal bit rate : 412 Kbps
Width : 718 pixels
Height : 368 pixels
Display aspect ratio : 2.35:1
Original display aspect ratio : 2.35:1
Frame rate mode : Variable
Frame rate : 23.976 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.065
Writing library : x264 core 95 r1592 95aacc4
Encoding settings : cabac=1 / ref=3 / deblock=1:0:0 / analyse=0x1:0x111 / me=hex / subme=7 / psy=1 / psy_rd=1.00:0.00 / mixed_ref=0 / me_range=16 / chroma_me=1 / trellis=1 / 8x8dct=0 / cqm=0 / deadzone=21,11 / fast_pskip=1 / chroma_qp_offset=-2 / threads=1 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / constrained_intra=0 / bframes=3 / b_pyramid=0 / b_adapt=1 / b_bias=0 / direct=1 / weightb=0 / weightp=2 / keyint=240 / keyint_min=24 / scenecut=40 / intra_refresh=0 / rc_lookahead=40 / rc=2pass / mbtree=1 / bitrate=412 / ratetol=1.0 / qcomp=0.60 / qpmin=10 / qpmax=51 / qpstep=4 / cplxblur=20.0 / qblur=0.5 / ip_ratio=1.40 / aq=1:1.00
Color primaries : BT.601-6 525, BT.1358 525, BT.1700 NTSC, SMPTE 170M
Transfer characteristics : BT.709-5, BT.1361
Matrix coefficients : BT.601-6 525, BT.1358 525, BT.1700 NTSC, SMPTE 170M

Audio
ID : 2
Format : AAC
Format/Info : Advanced Audio Codec
Format version : Version 4
Format profile : LC
Format settings, SBR : No
Codec ID : A_AAC
Duration : 2h 13mn
Channel(s) : 2 channels
Channel positions : Front: L R
Sampling rate : 44.1 KHz
Language : English

[ValorSolo]

First off, the issue above only occurred if the source audio was dts.
I selected the ac3 track and it encoded fine, with no sync issues.

I do have a question, though.
Looking at the encoding setting above, I see that "threads=1, sliced threads=0".
Is there a way to change the threads in VidCoder?

And a feature request, although not very likely, but here goes.
A "Create Sample" button, to fully test settings before encoding.
In options, the user can specify starting point and stopping point.
Then clicking the button will create a small sample video.
Just a thought. It would be helpful.

[RandomEngy]

Not sure what's up with the sync issue. You can already create a sample encode though. Just open the Preview window and press the "Play" button. You can change the length of the sample in the options.

[ValorSolo]

I'm familiar with the preview feature, and use it regularly.
But I was referring to creating a sample file in an output directory.
Unless there is a way to save the file created for the preview.
I'll take a look and see if it's possible.

And thanks for replying.
Would you happen to know the answer to my question about setting the threads in VC?

EDIT: I was able to locate the preview file at C:\Documents and Settings\~USERNAME~\Application Data\VidCoder\Preview.mkv on XP.

[RandomEngy]

I'm not sure what exactly you mean by "changing the threads". HandBrake by default will auto-detect the number of cores in your system and spawn threads to use as many as it can. This is what VidCoder does. Do you want it to do something different?

[RandomEngy]

Released VidCoder 0.6.0 (http://vidcoder.codeplex.com/releases/view/51915).

* Overhauled Advanced x264 panel to bring it up to date and streamline a few things.
* Reworked the Destination UI to be a bit cleaner than a plain textbox. Added more error checking on the Destination box.
* Broke out Current/Average FPS to a popup dialog box when hovering over the progress bar.
* Added "Same as Source" option for audio sample rate. Also did refactoring to store sample rate as a raw number in Hz.
* Visual refresh for Input/Output preview boxes: added gradients, shadows and moved the label inside the box.
* Added tab navigation for titles in the Chapter Markers dialog, and made the text selected by default after tabbing to another title.
* Changed auto-naming to avoid choosing the same name as the input file.
* Updated to latest HandBrake SVN (3501)
* Added icon to the "Play" button for generating preview clips and changed text to "Play Preview Clip".
* Added (No chapters found) marker when there is only one chapter, instead of the "Chapters 1 - 1" UI.
* Added tooltips explaining why the .mp4 extension or the Add Source Subtitle buttons are disabled.
* Tweaked color of paused progress bar.

* Fixed problem where batch file encodes were not automatically assigned the right extension.
* Fixed bug preventing chapter marker UI from showing/hiding when "Include Chapter Marker" checkbox is toggled.
* Fixed crash when using custom chapter names across titles with different chapter numbers. Disabled custom chapter names carrying over from title to title.
* Fixed bug that caused the Pixel Aspect Ratio to display as 0/0 when first switching to Custom Anamorphic.
* Fixed UI issues that could occur when the source scan failed.

[flebber]

The new version seems to be coming along well. Running a few test encodes now. Really this next thing I can do this myself, but thought a good preset to add would be a default divxplus HD.

[TOMillr]

Like your tool, thanks for the hard work. However, how about adding an option to just do a pass-through for the video track (like you can do on a AC3 file)?

[RandomEngy]

Thanks.

However the HandBrake core libraries don't have video passthrough, so I can't put it in VidCoder.

[TOMillr]

However the HandBrake core libraries don't have video passthrough, so I can't put it in VidCoder.
Oh, that's too bad. Any change that this could be patched in somehow as the handbrake guys won't include this feature?

[RandomEngy]

It would have to be a custom build of the HandBrake libraries to do that. I don't think it would be a good idea because it would mean integrating all the changes any time HandBrake updated. Well also because I have no idea how to do it. :)

[mike20021969]

HandBrake lets me put a custom resolution in of 640x360 (16:9). It encodes to these exact dimensions, too. Playing the movie in QuickTime, and clicking Window>Movie Inspector, confirms this.

After I enter 640x360 values into VidCoder, why does it round them to 640x368 (1.74:1). The Movie Inspector confirms 640x368 which is not 16:9.

Although I've tried looking in drop down menus and checking the various other video options in VidCoder, I cannot enter the 16:9 value I require.

A custom setting should be just that, no?

[RandomEngy]

It's rounding to a factor of 16 for compatibility. The last time I tried relaxing this to a factor of 2 rather than 16, it crashed on me. I've updated the HandBrake core since then though, so I'll give it another shot. I think it should be fine now.

[RandomEngy]

Changed it to 2 and everything is working great. Should be in the next release.

[mike20021969]

Changed it to 2 and everything is working great. Should be in the next release.This is great to news. :thanks:

PS You previously mentioned It's rounding to a factor of 16 for compatibility. Compatability for what?
Sorry if I sound thick for asking.
Cheers.

[RandomEngy]

Some of the encoders didn't work unless the dimensions were divisible by 16.

[RandomEngy]

Released VidCoder 0.6.1 (http://vidcoder.codeplex.com/releases/view/54882):

* Updated UI to support HandBrake's AC3 encoding.
* Updated UI to support SSA subtitle sources.
* Added ability to import a preset by dragging one to the main window or with Tools -> Import Preset.
* Added ability to cancel scans and preview clip generation.
* Added ability to automatically pause when certain processes are detected and resume when they are gone.
* Relaxed dimension restrictions from a multiple of 16 to a multiple of 2.
* Updated ETA calculation to be for the entire queue and changed format to indicate units.
* Changed subtitles to display their specific type rather than just Text/Bitmap.
* Simplified preview window title when PAR is 1:1.
* Updated HandBrake to svn3594

* Fixed crashes when batch queueing multiple titles with different subtitles/audio tracks.
* Fixed crash when closing while encode is in progress.
* Fixed chapter marker UI visibility not updating on preset revert/delete.
* Fixed issue with auto-calculating dimensions in non-anamorphic which could cause a crash.
* Fixed preview window not updating after delete/revert of preset.
* Fixed foreign audio search.
* Fixed "scan error" message staying around during a new scan.
* Fixed potential crash when switching preview screen during a scan.

Should auto-update the next time you exit the program.

[RandomEngy]

HandBrake added unencrypted blu-ray support recently. I've gotten it working in VidCoder but there's an odd and frequent crash on scanning for some reason (so it's disabled in 0.6.1 for now). My next big tasks are fixing this and getting blu-ray working, then an x64 build.

[flebber]

With 0.6.1

I get this error when importing megui xml preset.

System.NullReferenceException: Object reference not set to an instance of an object.
at VidCoder.Model.Presets.LoadPreset(String presetFile) in D:\docs\projects\VidCoder\VidCoder\Model\Presets.cs:line 104
at VidCoder.Services.PresetImport.ImportPreset(String presetFile) in D:\docs\projects\VidCoder\VidCoder\Services\PresetImport.cs:line 23
at VidCoder.ViewModel.MainViewModel.<get_ImportPresetCommand>b__49(Object param) in D:\docs\projects\VidCoder\VidCoder\ViewModel\MainViewModel.cs:line 1960
at VidCoder.RelayCommand.Execute(Object parameter) in D:\docs\projects\VidCoder\VidCoder\RelayCommand.cs:line 43
at MS.Internal.Commands.CommandHelpers.CriticalExecuteCommandSource(ICommandSource commandSource, Boolean userInitiated)
at System.Windows.Controls.MenuItem.InvokeClickAfterRender(Object arg)
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]

Oh yeah I should mention that this only imports VidCoder presets, not presets from other programs. Though I should definitely clean up that crash.

[odditory]

thanks again for the hard work with this thing, glad to see updates are still rolling. i love this a whole lot better than handbrake because its a lot tighter and more than just a facemask for the CLI like HB's windows GUI.

as for the Bluray issue, for now i'm getting around it by using MakeMKV to convert a bluray rip to an MKV file with chapters intact, then I drop that MKV into Vidcoder which then picks up the chapter markers and everything - something it can't obviously if I try to drag&drop any files from the original BD structure folder.

[RandomEngy]

Glad you like it!

Oh and by the way: j45 just fixed the crash on scanning blu-ray structures recently. Blu-ray direct ripping is working now! It will show up in 0.7.0 which I hope to have out sometime this week. Though one caveat is that it doesn't support subtitles yet.

[RandomEngy]

Released VidCoder 0.7.0 (http://vidcoder.codeplex.com/releases/view/55357):

* Blu-ray support added! Thanks to j45 for getting this in HandBrake and fixing an issue I was running into. (Requires AnyDVD HD and subtitles are not supported yet)
* Added option to control the number of preview images created during a scan.
* Added memory and disc caching for preview images to make dragging the slider more responsive with HD material.
* When editing the destination, clicking outside of the box removes focus from it.

* Fixed crashes when switching titles when making preview clips or canceling in the scan phase.
* Fixed crash when attempting to import an .xml file that isn't a VidCoder preset.

[toby702]

trying to analyse this source file.

[Przemek_Sperling]

Thank you for your hard work.

I would like to ask you for one thing: can you use NeroAAC as an alternative to FAAC? FAAC is very outdated (it cannot ompete not only with Vorbis but also with LAME), moreover, it uses only LC profile. I know that NeroAAC is not LGPLed so the installation could be made similar to LameXP and some builds of BonkEnc - take NeroAAC libraries and drop them to the root folder.

[RandomEngy]

Would love to but that's built into HandBrake. It's the only working AAC encoder for windows right now. Mac gets something better (core audio I think) but that's not working on Windows.

[RanmaCanada]

I would like to say that your program rocks totally. I use handbrake a lot for my anime encodes, and it is a huge problem to get the DAR proper when I am setting things up to be moved to bluray. Your program actually has the DAR calc nice and simple. Any idea what it is like to convert 8 dvd's of eps to find the DAR is incorrect and have to do it all over again. Cause no point of importing the files into multiavchd and then having it re-encode them all because the DAR is incorrect. Thank you so much for making this proggy! Now to find the donate button and give you some!

Do have one question though. Have just encoded some of my stuff, and I have multiple on multiple sub streams. There should only be a max of 2, but for some reason I have some files that have 4 and one movie that has 8 (movie only had 1 sub track to begin with). I have checked them and the files are all the same. Since I am encoding stuff and authoring it to bluray it is not a big deal as I can take the subtracks out, but I am curious as to why it is doing this.

[RandomEngy]

Released VidCoder 0.7.1 (http://vidcoder.codeplex.com/releases/view/55704):
* Changed file caching from PNG to BMP for a performance increase, and refactored it to never block the UI thread. Moving the preview slider and making picture changes should be more responsive.
* The Video tab now displays the type, video codec and framerate of the input.
* Updated wording on DVD/VIDEO_TS folder to refer to Blu-rays as well.
* Updated look of the "remove" button.

* Fixed crash when dragging a row by its remove button.

Ranma: Thanks. You say that the output movie has more subtitle tracks than intended? Are they getting duplicated? Which ones were you picking?

[RanmaCanada]

Yes it appears they are being duplicated, but it is not on every title. As I said I am converting my anime collection of legally bought and owned anime, because box sets take up too much space now haha. Anyways, Trigun, it has 2 sub streams, and when encoded it gave me 4. They are all the same. Vampire Hunter D, gave me 8 substreams, and there is only 1 in the dvd. Slayers Book of Spells gave me 12 substreams.

It appears to be duplicating the first substream, but not on every title. The other Slayers movies I did were perfectly fine, only the one was affected. I am going to try encoding these files by themselves and not in a batch as I did just to see if it is the way the pgc is on the disc, or if something else is going on.

K I updated to the newest version, and when I did the eps individually, it only gave me the 1 substream. As soon as I did it as a batch, ie processed the entire dvd at once, I suddenly have 4 sub streams. Not sure what is going on.

[RanmaCanada]

K so Trigun ep 01 has 4 sub streams, when there is only 1 on the disc. Ep 2 has 4 as well, then it gets weird. Ep 03 has 5 sub streams, and ep 04 has 6 sub streams. They are all in one pgc on the disc, meaning chapters 1-20 of one big play list. So I have the chapters split as per normal, 1-5, 6-10, 11-15, 16-20. As you would normall split up a multi ep pgc. The chapters are fine in the mkv file, the audio tracks are great, just the subs seem to go berserk. And as I said if I only do 1-5 and not queue the rest, there is no subtitle duplication. Yet for some reason Vampire Hunter D, which is 1 movie, still has massive amounts of subtracks. It might be these specific titles?? Not sure as everything else pretty much worked, cept for that one Slayers movie heh. I know the odds of you having this stuff is close to nil, but whatever information I can give you I will!

[RandomEngy]

I think I know what's happening. I switched over from manually creating my own subtitle list to creating it via hb_add_subtitle. They must not be going away in between queue jobs and just building up. I'll try to get it fixed sometime this week.

[RanmaCanada]

No rush at all. Whatever I can do to help you out just let me know. I can't code, but I can encode whatever you need and let you know the results? You still need a donate button :P haha. I am one of the few people that donated to Dean, the creator of Multiavchd, and I would like to send you some bux as well. You sir deserve it for your attention to your work. I will try Vampire Hunter D on it's own and see if it goes nuts in regards to making subs.

[Jonodan]

I am having some difficulty designating Target Sizes in Vidcoder and getting an output file of a completely different size.

I want to be able to convert some TV shows I recorded from cable TV (Standalone DVD-R, in SP "2 hour" mode) to MKV (or MP4) to add to a multimedia streambox I use. I also want to reduce the file sizes in the process.

However, when I use Target Size, the requested file size was not respected in the resulting file. Here is an example:

- - - - - - -
FILE: Gettysburg - Little Round Top (Civil War Combat - Military Channel).mpg
Runtime: Approx 45 minutes (File size 1.574 gig)

Source: Recorded from Cable TV onto Standalone DVD-R (SP / 2 hour mode). Imported DVD-R directly into Corel / Ulead Videostudio - commercials removed - saved to mpg file using "same as Original Video Clip" for video settings.

VIDEO DETAILS: NTSC, MPEG-2, Upper Fields First, 24 bits, 720x480, 4:3, 29.970 F/S, Vairable Bit Rate (Max 6124 kbps)
AUDIO: Dolby Digital, 126,710,711 Samples, 48000 Hz, Bit Rate: 256
- - - - - - -
After scanning w/ Vidcoder, the video was noted as "No Chapters Found" and audio reflected "1 Unknown (AC3) (2.0 ch)"

I used all default settings except for setting the output directory, choosing MKV as the container, setting 2 pass encoding w/ turbo first pass and adjusting the TARGET FILE SIZE as 950 meg.

For reference, some of the default settings I did NOT adjust were h.264 as Video Codec, Audio settings also all left as default (Target Stream: All, AAC (faac), Dolby Pro Logic II, 48 hz, 160 bitrate)

The encoding took almost 6 hours and resulted in a MKV file of 133 meg (not 950).

I have noticed a few other things. When ripping a music video (330 meg) from a commercial DVD (using DVDFAb to rip the DVD to PC, and - thereafter - the same process used for the sample file noted above - Imported to ULEAD, edited, saved to MPG), VidCoder converted it properly using these same settings and shrinking it as requested (to 180 meg).

ALSO - VidCoder seems to respect requested Target Sizes with my DVD-R recordings if I turn the "2 Pass Encoding" option "OFF".
ALSO: I had similar issues using the original "Handbrake" GUI.

I'm thus assuming the issue stems from my DVD-R sources, but would still like to covert them and reduce them down in size.

Any thoughts?

I am adding a link to the TEXT file of the VidCoder log file. Thanks for any feedback.

http://www.fileden.com/files/2007/5/15/1081476/Vidlog.txt

[RandomEngy]

If you're getting the same problem with the original GUI it's probably an issue in the HandBrake core. You should ask about that over at the HandBrake site; I only work on the Windows UI.

[RandomEngy]

Released VidCoder 0.7.2 (http://vidcoder.codeplex.com/releases/view/55865).

This fixes the duplicated subtitles issue.

[RanmaCanada]

ok trying it out now and I will post the results when I am done. Thank you for your quickness. You still need a donate button :P

[RandomEngy]

For a number of reasons I don't think accepting donations for the project would be a good idea. If you'd like to express your appreciation, donate whatever you feel like to Village Reach (http://villagereach.org/).

[RanmaCanada]

It works now. No problems with multiple streams. Thank you!

[scarmdjee]

I like this app very much.
So good job RandomEngy :)

just 2 things..

1: Format profile: can you put this to High@L4.1?
the highest profile is only 3.1, can i change it myself, or is this not an option for this app?

2: Pixel Aspect Ratio: it seems i can't change it to other ratio's..
It always stands to 1/1, do i something wrong?

Keep up the good job m8, it really is a nice and easy to use prog. ;)

[RandomEngy]

:)

You're talking about x264 profiles? Profiles and tune settings don't work with HandBrake; only the direct settings on the Advanced tab.

About the Pixel Aspect Ratio: do you have Custom Anamorphic selected?

[scarmdjee]

Ah, that's too bad that uou can not make these settings.. maybe in the future.. :)

about AR, yes i have Custom Anamorphic selected ;)

grtz

[b66pak]

I've been able to call directly into the HandBrake core libraries...

it is possible to add the option to skip video encoding (set as "copy stream") for h264 sources?
_

[RandomEngy]

scarmdjee: Do you have the Pixel Aspect Ratio radio choice checked? It won't be editable if you have Display Width selected.
b66pak: The HandBrake libraries don't support video stream copy and they don't have any plans on adding it. As a consumer of those APIs I don't have any way of adding it.

[scarmdjee]

scarmdjee: Do you have the Pixel Aspect Ratio radio choice checked? It won't be editable if you have Display Width selected.


i have found it RandomEngy ;)
a mistake from me wich i overlooked..
thx for replying m8 ;)

[DottorLeo]

Can you add the "preset" and the "tune" options to VidCoder? It's quite tedious to copy all the string on the command line.

For example to use the preset "veryslow" i had to add manually this string ref=16:bframes=8:b-adapt=2:direct=auto:me=umh:merange=24:subq=10:rc-lookahead=60:analyse=all:trellis=2.

Anyway, really nice GUI!

[ckmox]

Can you add the "preset" and the "tune" options to VidCoder? It's quite tedious to copy all the string on the command line.

For example to use the preset "veryslow" i had to add manually this string ref=16:bframes=8:b-adapt=2:direct=auto:me=umh:merange=24:subq=10:rc-lookahead=60:analyse=all:trellis=2.

Anyway, really nice GUI!

handbrake has its own set of presets so the preset and tune option for x264 is not going to work with it

im a handbrake user so i know this as vidcoder at its core uses handbrake too

[DottorLeo]

handbrake has its own set of presets so the preset and tune option for x264 is not going to work with it

im a handbrake user so i know this as vidcoder at its core uses handbrake too

Yeah but the presets are a simple command that gathers toghether many others, for example as the "very slow" preset on my message above. You can do the same thing changing the values on the Advanced menu as the preset value so why don't add a simple command to the job instead every time editing the command line or all the value in that menu? :confused:

[RandomEngy]

I suppose you could do something like that. Though it would be a rather annoying feature to implement and maintain since you can't just pass a preset name into x624 and trust it to do the right thing. You'd have to keep all the tunes and presets up to date yourself. HandBrake does have some plans to implement tunes/presets for real at some point so I don't really have a big motivation for going off and doing it the hard way.

[anonchoad]

Works flawlessly. Awesome app RandomEngy. Thank you very much.:D

[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.

[RandomEngy]

Oh I just got this too. I'll figure out what's going on.

[ckmox]

@RandomEngy

slightly offtopic but do you know any documentation for using or knowing the parameters of libhb.dll?

[RandomEngy]

They don't have any documentation. There's some comments in the source: most of the relevant functions are in libhb/hb.c . I've also written a C# wrapper over hb.dll called HandBrakeInterop that has some XML comments on the functions (it's checked into the CodePlex site and HandBrakeInterop.dll comes with the VidCoder install). Nothing official and standalone though. If you'd like some more tips on how to use it, let me know.

[RandomEngy]

About the encodes reporting as failed: It appears that updating HandBrake to revision 4024 fixes it right up. I'll have a fix out shortly.

[RandomEngy]

Released VidCoder 0.9.2 (http://vidcoder.codeplex.com/releases/view/67904):

* Updated to HandBrake 4024svn. This fixes problems with mpeg2 sources: corrupted previews, incorrect progress indicators and encodes that incorrectly report as failed.
* Fixed a problem that prevented target sizes above 2048 MB.

Just a quick "breaking bug" update.

[Vilmalith]

It's working great!

[ckmox]

They don't have any documentation. There's some comments in the source: most of the relevant functions are in libhb/hb.c . I've also written a C# wrapper over hb.dll called HandBrakeInterop that has some XML comments on the functions (it's checked into the CodePlex site and HandBrakeInterop.dll comes with the VidCoder install). Nothing official and standalone though. If you'd like some more tips on how to use it, let me know.

thanks RandomEnergy ill check it out

[Vilmalith]

Just a heads up, I'm still getting the failed status every once awhile even though it appears that encodes complete successfully and the videos seem to work. If I had to put a number to it I'd say maybe 1 out of every 4 movies ends with a failed status.

[RandomEngy]

Well that's troubling. What sources are you using? DVDs? Do you notice how close it gets to finishing before cutting out?

[Vilmalith]

So far they have all been DVDs. Since I have to redo my whole entire dvd and blu ray collection (due to audio sync issues I didn't catch early on, this was with a different process not VidCoder) I'm not sitting around and watching them encode. I start one on each pc, leave and do something else and then come back after 30mins or so to see if they're done. Check them with media info, start the next encodes then stream the previous encodes to make sure all is good.

When I have made it back at the end of an encode I do notice that the encodes sit at ETA: 0s and status bar saying 100% for awhile and this time is not consistent between movies.

[RandomEngy]

Hmm, I guess HandBrake might just be off a bit on that. I'll turn off that feature for the next release so you don't get scary "encode failed" messages when everything is fine.

[flebber]

I am on wndows xp sp3 and have completed 10 encodes now with no error. not sure if that really helps but I can't see any errors here at the moment.

[Vilmalith]

Just as a heads up, not sure what was happening before, but I haven't had a status show as failed in like 20 encodes now.

[thewonderer]

Great program... thanks for all your work.

Just a quick bug report. In win7 64bit, when i change the picture/screen resolution settings via the up and down arrows, if I click on the arrow buttons too many times, it crashes. Also, when i want to just set the height and width to auto, i dont find it easy to do...

[RandomEngy]

Yeah it crashes on making previews sometimes. I've tried to do what I can to mitigate it but the crash happens down in the bowels of HandBrake somewhere and it's tough to debug. As for changing the height and width to auto, just delete the number.

[JohnAStebbins]

Yeah it crashes on making previews sometimes. I've tried to do what I can to mitigate it but the crash happens down in the bowels of HandBrake somewhere and it's tough to debug. As for changing the height and width to auto, just delete the number.

Have you tried sprinkling printf's or hb_log's through hb_get_preview to see how far it gets?

[RandomEngy]

I was investigating this a while back and I believe I tracked it down to one of the avpicture_fill calls. I suppose I could drill into that one by modifying the contribs and building but I have not worked up the nerve to go down that road yet. I think at the time I assumed I had screwed up the pinvoke structure marshaling somewhere and was messing up some memory, but I've since re-checked everything and I think I'm doing that correctly. (accounting for struct alignment in x86/x64 and all that). I may make one more stab at mitigating the problem then try and see where it's actually crashing.

I wish I had a proper debugger for this. :(

[JohnAStebbins]

I was investigating this a while back and I believe I tracked it down to one of the avpicture_fill calls. I suppose I could drill into that one by modifying the contribs and building but I have not worked up the nerve to go down that road yet. I think at the time I assumed I had screwed up the pinvoke structure marshaling somewhere and was messing up some memory, but I've since re-checked everything and I think I'm doing that correctly. (accounting for struct alignment in x86/x64 and all that). I may make one more stab at mitigating the problem then try and see where it's actually crashing.

I wish I had a proper debugger for this. :(

if avpicture_fill is failing, I would check that title->width/height and job->width/height are set to sensible values. Bad dimensions are the only way I can think of that avpicture_fill might fail. avpicture_fill really does very little work. It is merely setting up pointers to each color plane in the buffer you are passing and sets row strides.

[RandomEngy]

Okay well I know at least one problem... the minimum width/height seems to be 46 now, not 32. So pressing the "up" arrow when the width or height is on (auto) will crash it. That might be the crash that everyone is seeing.

[RanmaCanada]

Is there anyway to change the audio encoder from ffmpeg? I have some older anime I ripped a few years ago, ok, like almost a decade ago, and I am having issues with the conversion. I did it back when ogm was all the rage for space saving and stuff, and vidcoder/handbrake is having serious issues with the audio. The audio is ogg, and whenever I am trying to convert it to ac3 or aac, the audio has static, pauses and is just plainly horrible. I have tried using other apps like bencos, hybrid, megui, mediacoder and they all are able to process the audio properly, but not the subtitles. I want to use vidcoder because this is 7 seasons of anime, all the titles done properly and chapter breaks. I do not feel like re-ripping all 150+ episodes again haha. But if I must I must. I know it more than likely is a handbrake limitation like vfr, but it never hurts to ask? :)

[Vilmalith]

Just wanted to say this is still working great. I've ripped 200 of my movies so far. Ever so often I still get a failed status even though the movie works. But so far so good, loving it.

[Hobbe]

thanks for a great program... just a feature request.. Is it possible to show the input audio on the audio tab like you do on the video tab? Right now you only see the type of audio.. and not channels, bitrate and sample rate.

[ralph9994]

Would like to let you know that VidCoder runs great on Windows 8.

[RandomEngy]

Thanks for the reports. Working on the next version at the moment.

Vilmalith: I'm going to remove the incorrect "failed" messages.
Hobbe: You can see the channels in the description: usually it says (2.0) or something similar on the track title. I'll look into displaying bitrate/sample rate as well on the audio tab.

[RandomEngy]

Released VidCoder 0.9.3 (http://vidcoder.codeplex.com/releases/view/70601):

* Added option to Sleep, Log off or Shut down after the encode queue completes.
* Added support for DTS-HD passthrough. Note that Target Size/Size estimation will not work correctly for this as the underlying libraries do not report the bitrate correctly.
* Added Dynamic Range Compression (DRC) support
* Added shortcuts to re-open recent sources
* Updated Normal preset x264 settings to be faster. (mirroring HandBrake update)
* Moved encode progress bar and ETA down to the bottom of the window.
* Updating to HandBrake SVN 4103.

* The XmlSerializers used are now pre-compiled. This means things should be a little faster on startup and this should eliminate some crashes related to compiling them.
* Changed update metadata storage to use the sqlite DB. This along with some extra checks to ensure the installer file exists should eliminate some reported crashes around auto-update.
* Stopped reporting early completions as failures. Too many false positives.
* Prevent a crash when getting the system DPI fails.
* Removed code that reads an old version of the encode queue. Should prevent crashes that have been reported.
* Fixed buggy "(Empty)" drive option appearing in the source list.
* Fixed a crash that occurred when attempting to pause a restored queue item before the on-demand scan had completed. The pause button is now disabled until it can have effect.
* Fixed some controls getting partially cut off in the Picture tab at minimum window width.

[flebber]

Thanks for the new version. Will it be possible to add selector for AAC LC, HE, Hev2, or to use nero to acheive it?

[flebber]

0.93 On windows XP SP3. When using it from DVD drive to scan source it is freezing. I have tried it with two of my DVD's now the progress bar moves along 3 bars and that's where it stays.

To be sure I wasn't impatient I left it an hour and a half and still at the same point. Got a new DVD in at the moment and stil same result after 20 minutes.

[Przemek_Sperling]

Thanks for the new version. Will it be possible to add selector for AAC LC, HE, Hev2, or to use nero to acheive it?

I already asked for that feature. The answer seems to be "no" :-( Pity because the quality of sound is so-so if compared to Nero.

[RandomEngy]

Yeah AAC audio is up to the HandBrake people. They recently added FFMpeg AAC but it's worse than FAAC right now. They can't do Nero due to licensing issues so their hope is that FFMpeg AAC will get better.

As for the scan freeze: Are you using AnyDVD? Does the freeze happen when you copy the source to the hard drive first? I'm not getting that problem here.

[flebber]

No I don't use the program AnyDVD, the freeze only occurs when I click DVD source using vidcoder. I will install handbrake later and see if that works for the two DVD's I tried.

[RandomEngy]

Are the DVDs commercial DVDs with copy protection? VidCoder needs another program to strip off the CSS to read those.

[flebber]

Yeah Fast and the Furious 1 & 2. So how do you tell vidcoder to use another program for libdvdcss

[RandomEngy]

Options are on the VidCoder main page: http://vidcoder.codeplex.com/

I tried getting VidCoder to load in libdvdcss.dll but it would always blow up with an inexplicable error.

AnyDVD, Passkey for DVD, DVDFab DVD Copy and DVD Decrypter are some options for you. DVD43 if you're on an x86 OS.

[Mr. Monte]

RE,

I have a working 0.9.2 Vidcoder x86 running on my x64 Win 7 video machine. I D/L'd the new 0.9.4 X64 version and installed. I ran it and the add to queue button would not become active so I could do a batch encode. I then downloaded the X86 version and installed that and it worked fine...any suggestions?

[RandomEngy]

Do you have your output directory set? Does the tooltip say anything when you hover over the button?

[ziemlichdunkel]

When using copy source audio and it's an DTS MA HD, then Vidcoder job gives an unsuccessful error, I clicked then on Log in the Menu then the app didn't respond anymore.
After viewing the Log manually it says:

[11:52:10] * audio track 0
[11:52:10] + decoder: Deutsch (DTS-HD MA) (5.1 ch) (track 1, id 0x1)
[11:52:10] + DTS-HD passthrough
[11:52:10] * audio track 1
[11:52:10] + decoder: Chinese (DTS-HD MA) (5.1 ch) (track 1, id 0x2)
[11:52:10] + DTS-HD passthrough
.......
x264 [info]: profile High, level 5.0
ERROR: muxmkv: Unknown audio codec: c0040000
[11:52:37] work: average encoding speed for job is 0.000000 fps
[11:52:37] sync: got 0 frames, 172920 expected
[11:52:37] h264-decoder done: 7 frames, 0 decoder errors, 0 drops
[11:52:37] reader: done. 1 scr changes
[11:52:37] render: lost time: 0 (0 frames)
[11:52:37] render: gained time: 0 (0 frames) (0 not accounted for)
[11:52:37] dca-decoder done: 0 frames, 0 decoder errors, 0 drops
[11:52:37] dca-decoder done: 0 frames, 0 decoder errors, 0 drops
[11:52:37] mux: track 0, 0 frames, 0 bytes, 0.00 kbps, fifo 8
[11:52:37] mux: track 1, 0 frames, 0 bytes, 0.00 kbps, fifo 8
[11:52:37] mux: track 2, 0 frames, 0 bytes, 0.00 kbps, fifo 8
[11:52:37] mux: track 3, 0 frames, 0 bytes, 0.00 kbps, fifo 8
[11:52:37] decomb: deinterlaced 0 | blended 0 | unfiltered 0 | total 0
[11:52:37] libhb: work result = 0
# Encode failed. Error(s) were reported during the encode.

Also I noticed this warning:
x264 [warning]: --psnr used with psy on: results will be invalid!
x264 [warning]: --tune psnr should be used if attempting to benchmark psnr!

What does it mean?

best regards, and thanks for the program...

[JohnAStebbins]

ERROR: muxmkv: Unknown audio codec: c0040000


It means HB_ACODEC_FF_I_FLAG was somehow propagated from the input audio codec value to the output audio codec value. This flag should only be present on input codec values. Also, this flag completely goes away in HB svn 4141.

[JohnAStebbins]

Also I noticed this warning:
x264 [warning]: --psnr used with psy on: results will be invalid!
x264 [warning]: --tune psnr should be used if attempting to benchmark psnr!

What does it mean?


HandBrake enables psnr statistics logging in x264. Many people doing comparisons of encoders try to use these statistics improperly. So the x264 developers added this warning to try to get these people to do proper comparisons. The numbers are still somewhat meaningful without --tune psnr, just not suitable for comparing encoders.

[RandomEngy]

Thanks for the report (and the explanation). I'll look into the error (and I'll see if I can repro the encode log freeze) for the next version.

[ziemlichdunkel]

Thanks from me too for explaining, hope to see a fixed version soon, because your program rocks.
* MAy I suggest one thing for future releases: I noticed that there is no way to change the temporary directory which is used during conversion.
Because my C:\ Drive is an SSD and therefore not so big, I would really love to see an option to change the temp Folder from the currently used Windows Standard Temp Folder too a custom one...

[JohnAStebbins]

Thanks from me too for explaining, hope to see a fixed version soon, because your program rocks.
* MAy I suggest one thing for future releases: I noticed that there is no way to change the temporary directory which is used during conversion.
Because my C:\ Drive is an SSD and therefore not so big, I would really love to see an option to change the temp Folder from the currently used Windows Standard Temp Folder too a custom one...

Hrm, libhb uses GetTempPath() to get the temp directory from the OS. So it should use whatever you set your TEMP environment variable to.

[RandomEngy]

It means HB_ACODEC_FF_I_FLAG was somehow propagated from the input audio codec value to the output audio codec value. This flag should only be present on input codec values. Also, this flag completely goes away in HB svn 4141.

Ahh I see. I had applied the HB_ACODEC_PASS_MASK to see if the codec was valid to pass through, but I neglected to apply to to the final output codec (which would have cleared out that flag). That problem will be fixed in the next version.

[RandomEngy]

Released VidCoder 1.0.0 (http://vidcoder.codeplex.com/releases/view/71622):

* Added splash screen
* Updated to HandBrake svn 4167: This adds AAC and MP3 passthrough as well as DTS and DTS-HD passthrough for MP4.

* Fixed that reported encode failure with the incorrectly masked output codec.

So it's out of beta! Nothing really special about it, just thought it has gone through enough use and stabilization to get to 1.0. Didn't want to hang out in 0.9.X with HandBrake too long. :)

[Frozen-Figo]

I really like this encoder, very simple, easy to use. For now I have one problem, the high CPU usage (100%)

I have Core 2 quad, 8 GB of ram, Win 7 64-bit
Here's the settings I use

<?xml version="1.0" encoding="utf-8"?>
<UserPreset Version="3">
<Preset xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:xsd="http://www.w3.org/2001/XMLSchema">
<Name>Frozen</Name>
<IsBuiltIn>false</IsBuiltIn>
<IsModified>false</IsModified>
<EncodingProfile>
<OutputFormat>Mkv</OutputFormat>
<PreferredExtension>Mp4</PreferredExtension>
<IncludeChapterMarkers>false</IncludeChapterMarkers>
<LargeFile>false</LargeFile>
<Optimize>false</Optimize>
<IPod5GSupport>false</IPod5GSupport>
<Width>0</Width>
<Height>0</Height>
<MaxWidth>0</MaxWidth>
<MaxHeight>0</MaxHeight>
<CustomCropping>false</CustomCropping>
<Cropping>
<Top>0</Top>
<Bottom>0</Bottom>
<Left>0</Left>
<Right>0</Right>
</Cropping>
<Anamorphic>Loose</Anamorphic>
<UseDisplayWidth>false</UseDisplayWidth>
<DisplayWidth>0</DisplayWidth>
<KeepDisplayAspect>true</KeepDisplayAspect>
<PixelAspectX>0</PixelAspectX>
<PixelAspectY>0</PixelAspectY>
<Modulus>16</Modulus>
<Deinterlace>Slow</Deinterlace>
<Decomb>Off</Decomb>
<Detelecine>Default</Detelecine>
<Denoise>Medium</Denoise>
<Deblock>0</Deblock>
<Grayscale>false</Grayscale>
<VideoEncoder>X264</VideoEncoder>
<X264Options>rc-lookahead=50:b-adapt=2</X264Options>
<VideoEncodeRateType>TargetSize</VideoEncodeRateType>
<Quality>15</Quality>
<TargetSize>350</TargetSize>
<VideoBitrate>900</VideoBitrate>
<TwoPass>false</TwoPass>
<TurboFirstPass>false</TurboFirstPass>
<Framerate>0</Framerate>
<PeakFramerate>false</PeakFramerate>
<AudioEncodings>
<AudioEncoding>
<InputNumber>1</InputNumber>
<Encoder>Faac</Encoder>
<Bitrate>160</Bitrate>
<Mixdown>DolbyProLogicII</Mixdown>
<SampleRateRaw>0</SampleRateRaw>
<Gain>0</Gain>
<Drc>0</Drc>
</AudioEncoding>
<AudioEncoding>
<InputNumber>2</InputNumber>
<Encoder>Faac</Encoder>
<Bitrate>160</Bitrate>
<Mixdown>DolbyProLogicII</Mixdown>
<SampleRateRaw>0</SampleRateRaw>
<Gain>0</Gain>
<Drc>0</Drc>
</AudioEncoding>
</AudioEncodings>
</EncodingProfile>
</Preset>
</UserPreset>

[RandomEngy]

Having high CPU use is the objective (during an encode). The more CPU you use, the faster the encode goes. The priority is set to Below Normal so other processes can do things if they want.

[Przemek_Sperling]

Released VidCoder 1.0.0 (http://vidcoder.codeplex.com/releases/view/71622):
[...]
So it's out of beta! Nothing really special about it, just thought it has gone through enough use and stabilization to get to 1.0. Didn't want to hang out in 0.9.X with HandBrake too long. :)

Congrats! :thanks:

[Frozen-Figo]

Having high CPU use is the objective (during an encode). The more CPU you use, the faster the encode goes. The priority is set to Below Normal so other processes can do things if they want.

True, but it sounds that Vidcoder use all available resources, I don't have any problem with that, but it's weird compared with others encoders

[RandomEngy]

Video encoding is a very CPU-intensive process. Usually when an encoder doesn't make full use of CPU that means that it's not multi-threaded and is simply unable to put all of the CPU cores to work.

[acrespo]

I have problems with subtitles here.
Two computer, first with Windows Vista Ultimate 32 bits. All movies i did with this computer are ok, including subtitles in .srt format.
Second computer with Windows 7 64 bits. The subtitles here have a black background and the position is not correct (align on right).

I am using the same profile in both computers. I already tried x64 and x86 versions and the result is the same.
Anybody knows a workaround?

[mike20021969]

Hi. Can anyone tell me where VidCoder stores the user presets file?

I've looked in Program Files>VidCoder = I can see the BuiltInPresets .xml file.
All Users>Application Data = found nothing.
MIKE>Application Data>VidCoder = Found nothing.
MIKE>Local Settings>Application Data>VidCoder = found user.config file - looking at it using notepad, there were none of my numerous presets.

I thought there would be another .xml file with my user presets stored somewhere. I feel I'm looking in the wrong locations :confused:

(I have 22 presets and know they can be exported individually. But 22 are loaded when the program starts - chosen via the drop down menu - so they must all be stored somewhere).

[RandomEngy]

They're stored in %appdata%\VidCoder\VidCoder.sqlite . It's a SQLite database. They used to be in .xml files but there was a problem that your presets would disappear if the program crashed during an update. You can get them back into XML files to look at manually by exporting them.

[mike20021969]

@RandomEngy
Thanks for that :)

[Przemek_Sperling]

Something about AMD Catalyst 11.8. They should not be used with VidCoder (I checked 0.9.3 and 1.0.0) because the windows of the program show big ugly black spaces. Something is definitely wrong with the drivers because it happens not only with VidCoder and has been reported by quite many users. Catalyst 11.5 drivers work without any problems (checked by myself).

[thewonderer]

Would like to request a feature or 2...

A overwrite warning would be good and some settings to either, overwrite without warning, warn before overwrite, or rename the file and continue.

Would also appreciate a easier way to rename the output file before encoding, maybe even batch naming...

thanks

[RandomEngy]

Customizing the behavior on overwrites sounds like a good idea to me. I'll put it on the backlog.

As for renaming the output file before encoding, you can just click on the output path and type in the new name. It's not terribly obvious that you can click there and I plan to fix that in my next release.

And for batch naming, there's already an auto-naming system in place: you could use that to name multiple files.

[flebber]

You bumped up vidocer ro 1.0 but your thread title stil shows 0.9.3

[RandomEngy]

Right, thanks for pointing that out. There's like 7 things I do after every release and that slipped my mind this time around.

[RandomEngy]

Released VidCoder 1.0.1 (http://vidcoder.codeplex.com/releases/view/72528):

* Added the ability to bring back a queued item for editing (Right click -> Edit).
* Added an option to minimize to the system notification area rather than the task bar.
* Added Android encoding presets.
* Added context menu options to queue items to move them to the top or bottom of the queue.
* Changed encode destination box to look more like an editable text box.
* Support for subme=11 in the advanced options GUI.

* Fixed a problem where a deblock filter could get added to the encode when deblock was disabled. This should fix issues with normal encodes only using 1 CPU core.

[Hobbe]

Thanks for new version! But I have a problem since v1.0.. I always get these error in the log: ERROR: Invalid byte for codeset in input, discard byte
# Encode failed. Error(s) were reported during the encode.
And this is when I import a srt file in the encode. The resulting file get the subtitle but it is missing some characters..

[mike20021969]

@RandomEngy

I have a request aswell. It's more of a little irritant than anything else.

I realise there are a couple of ways to close VidCoder, but I am so use to doing File>Exit with other programs, it would be nice to see this in VidCoder.

If not, thanks for reading. The program is excellent.

[RandomEngy]

Hobbe: Hmm, does the encoding you chose on the SRT file in VidCoder match up with the encoding of the actual SRT file?

mike: Sure, I'll add it.

[Frozen-Figo]

I tried to update vidcoder, but had this

System.IO.IOException: The directory is not empty.

at System.IO.__Error.WinIOError(Int32 errorCode, String maybeFullPath)
at System.IO.Directory.DeleteHelper(String fullPath, String userPath, Boolean recursive)
at System.IO.Directory.Delete(String fullPath, String userPath, Boolean recursive)
at VidCoder.Services.Updater.HandlePendingUpdate() in D:\docs\projects\VidCoder\VidCoder\Services\Updater.cs:line 144
at VidCoder.App.OnStartup(StartupEventArgs e) in D:\docs\projects\VidCoder\VidCoder\App.xaml.cs:line 44
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]

Go to Start -> Run -> %appdata%\VidCoder

Then delete the directory with the update installer in it, and try running again. I'll fix this in the next version.

[DJ-1]

Hi, I'm on the lastest Video. Coder v1.something
I used the old version to convert DVDs to. Mp4 for playback on PS3. They work fine.
Using the latest version I'm using 2 aac audio tracks in the output file...+ .mp4. Container with h264 inside.
The PS3 now plays the 1St audio track slightly out of sync, but the file is fine.
Anything I can do to to stop the 2nd audio fouling things up?

Cheers

[meshaun]

How to use the Megui DXVA Extra Quality preset with Vidcoder?
Or the cmds for the Options String?

[DJ-1]

Hi, I'm on the lastest Video. Coder v1.something
I used the old version to convert DVDs to. Mp4 for playback on PS3. They work fine.
Using the latest version I'm using 2 aac audio tracks in the output file...+ .mp4. Container with h264 inside.
The PS3 now plays the 1St audio track slightly out of sync, but the file is fine.
Anything I can do to to stop the 2nd audio fouling things up?

Cheers

Erm ok, I just tried a .M2ts source file using same settings...all OK on PS3 video player.
Does the app handle .m2ts files differently from.Vob's?

[RandomEngy]

VidCoder doesn't add any special logic for VOB vs M2TS. I think the difference in handling would be in HandBrake.

[meshaun]

DXVA settings?

[RandomEngy]

I don't know of any. You would have to look in the MeGui preset and translate the x264 options string to the HandBrake/VidCoder format.

[DJ-1]

VidCoder doesn't add any special logic for VOB vs M2TS. I think the difference in handling would be in HandBrake.

OK, just went to HdConvertTox GUI for a comparison on the same. Vob input files...
Again, plays fine on pc (as does the vidcoder output), but it definitley did something different with the file with playback on ps3 XMB video player, playback is flawless..... I just can't stand the interface of hdconvertTox

Are you the developers of this vidcoder?, or do they watch this thread?

Cheers.

[RandomEngy]

I develop VidCoder UI but I call into the HandBrake core to do the actual encoding. So I usually have no control over issues like these. I would check and see if it has the same problem when you use the official HandBrake GUI. If it works fine with HandBrake the problem might be with VidCoder incorrectly passing parameters or something. In that case send me an encode log, and if possible the video clip you're trying to convert and an exported preset of the settings you're using.

[DJ-1]

Yeah, handbrake does same thing, it's why I jumped from handbrake to vidcoder, also I Preffer vidcoder as it save All settings per preset, rather the than just the main one's like handbrake does

I'll get a log up shortly,

[DJ-1]

ok, Here I`m linking a Source (.vob), Vidcoder output, HDConverTox output + Logs
Source file
http://www.megaupload.com/?d=GMNUT6L8
Vidcoder Output .mp4
http://www.megaupload.com/?d=VQ9SM7LU
LOGs: attached + Preset....(preset use was "Normal`modified`")



For Comparsons:


HDConverTox output
http://www.megaupload.com/?d=70ZTRLYJ

I`ll just repeat, when played back via VLC media player theyre all ok, when played back on PS3 (Have not tried other standalones) the HDConverTox output file plays with with proper A/V Sync on the main audio track

Cheers.

P.S. if the logs dont show up look here:http://forum.doom9.org/showthread.php?p=1524598#post1524598 POST 3724, i stupidly put this reply in the wrong thread initially :(

[RandomEngy]

Oh sorry what I meant was that if the official HandBrake GUI was having the same issue you should bring it to them. It's their job to do the actual encoder; I just write the GUI and pass options in to it.

[DJ-1]

ok, well can you see anything by looking through the Logs ?

[RandomEngy]

All the attachments are still pending approval.

[DJ-1]

I've posed it all in the handbrake forums bug section now also anyways....

[Hobbe]

[QUOTE=RandomEngy;1522963]Hobbe: Hmm, does the encoding you chose on the SRT file in VidCoder match up with the encoding of the actual SRT file?

Yes.. I have always used UTF-8..
Our "swedish unique" characters are missing from the sub... Tried severals encodes now. And I always use mkv as output if that matters.

[RandomEngy]

Don't know what's wrong with that offhand. Maybe upload a sample .srt file and I'll take a crack at it.

[buffalofloyd]

Thank you for this tool, I am really beginning to like it! I think having the ability to see a short clip of the actual encoded files is very very nice and convenient. Also being able to pause an encoding is very helpful. I've had several .flv files that I couldn't encode properly with other tools but VidCoder did the trick. One improvement I would suggest is to allow the ability to import different types of subtitle files. Seems now you can only import .srt files unless the subtitle files is already muxed in the video file. Is that correct?

[RandomEngy]

That's right. Subtitles are functionality that HandBrake implements and I just wrap. When HandBrake adds support for more types I will do so as well.

Hobbe: I checked out the SRT you sent and confirmed the problem. Notepad2 says the .srt file was ANSI but none of the ANSI encoding choices worked (in either VidCoder or HandBrake). However I was able to get it to work by re-saving the .srt file with UTF-8 encoding. You can do that with a program like Notepad2 (File -> Encoding -> UTF-8).

[Hobbe]

Thank you for finding this! I use that as a workaround then.
Do you know when you will release a new version of vidcoder? with a newer handbrake... and how do you know which version of ffmpeg handbrake uses.
And was it possible to show the input audio bitrate on the audio tab?

[RandomEngy]

Released VidCoder 1.0.2 (http://vidcoder.codeplex.com/releases/view/73303):

* Added option to put encoded files in their source directory.
* Added options for how to resolve file conflicts: Overwrite, automatically rename or prompt.
* Added leading zeros to time output when auto-naming files to let them sort correctly.
* Added File->Exit .
* Added inline warning for DTS audio in MP4 container.

* Fixed problem where the first click on another UI element while editing the destination would not register.
* Fixed problem where entered text in the destination field might get clobbered when a scan finishes.
* Fixed problem where blu-ray folders wouldn't get the right {source} for auto-naming.
* Fixed File -> Open options being available when scanning.
* Fixed crash on batch encoding videos with no audio track.
* Fixed problem where numbers could get copied from one preset to another when switching between them.

[RandomEngy]

Hobbe: You can keep track of what's in HandBrake here: https://trac.handbrake.fr/timeline

There hasn't been much development on the HandBrake core lately since j45 is off on vacation. I haven't been updating it since there's not much to update.

Also about the input bitrate: sometimes it's accurate but other times it's wildly incorrect. And there's no real good way to tell when it's wrong. If the bitrate that HandBrake exposes ever becomes reliable I'd gladly do so.

[buffalofloyd]

Thank you for the updated version RandomEnergy. Am I correct in my assumption that it is not possible to add an external audio file to a encode? I see an option for "add audio encoding" but it seems there is no way to select a separate audio file. Does this mean you can only select the audio file that's already muxed in with the video file and multiple encodes of that? For example...

If I have a TrueHD track... two of my options could be to encode to AC3 6 channel discrete @ 640kbps (btw, if I select this option is it just extracting the AC3 core or actually re-encoding the whole audio track? Forgive me if this is a noob question but I haven't been doing this very long and some parts are new to me :D)

and/or

Encode the TrueHD track to 192kbps stereo.

There is no option to select like a second separate audio track like commentary for example. I know there are other tools that can be use to get around this but I'm just trying to see if I'm missing something or if it's a limitation of the HandBrake software.

Thanks for your time.

[RandomEngy]

Yeah you can only take audio from the video file. You can't bring in outside audio. You could have a commentary track if both were in the original source.

Also if you want to keep the source the same you have to choose Passthrough. If it's anything other than Passthrough it will be re-encoding it.

[mike20021969]

Released VidCoder 1.0.2 (http://vidcoder.codeplex.com/releases/view/73303):

* Added File->Exit
Thanks for the update and the added exit option :cool:
:thanks:

[buffalofloyd]

Yeah you can only take audio from the video file. You can't bring in outside audio. You could have a commentary track if both were in the original source.

Also if you want to keep the source the same you have to choose Passthrough. If it's anything other than Passthrough it will be re-encoding it.

Thank you for your response. I suppose I could mux everything I need into a file and then use vidcoder to then use all those files. Basically the only extra files you can import are .srt files.

[star5]

VidCoder 1.0.2!
Thank you!
:thanks:

[RandomEngy]

Released VidCoder 1.0.3 (http://vidcoder.codeplex.com/releases/view/73475):

* Fixed preview button on encoding window not working.
* Fixed output to source directory not working for batch encodes.
* Fixed startup crash on restoring queued items. (introduced last version)

Fixing a few regressions from some major refactoring in 1.0.2.

[RandomEngy]

Released VidCoder 1.0.4 (http://vidcoder.codeplex.com/releases/view/73728):

* Fixed Queue Multiple Titles menu choice not appearing when applicable.
* Added a cleanup option when a corrupt user.config file is encountered.
* Added an option to delete user settings/presets on uninstall. This should make recovering from corrupted data a bit more straightforward.

[buffalofloyd]

Released VidCoder 1.0.4 (http://vidcoder.codeplex.com/releases/view/73728):

* Fixed Queue Multiple Titles menu choice not appearing when applicable.
* Added a cleanup option when a corrupt user.config file is encountered.
* Added an option to delete user settings/presets on uninstall. This should make recovering from corrupted data a bit more straightforward.

Thank you very much!

[DJ-1]

@RandomEnergy
after encoding a few bit and peices i noticed I was using the FPS option: `Same as Source`, when infact any video (from a 25FPS PAL Source ) was being encoded at 24.987fps, 24.9xxfps (varies slightly from 1 encode to another, same source.)

after seeing this i now manually select 25FPS (rather than auto) and it seems to have sorted the audio issue i posed last week, just had a look at the sample i posted here, it is 24.987fps

[Hobbe]

Tanks for new version!.. But when you upgrade.. my own preset lose some settings.. like deblock, Psychovisual Trellis, Adaptive Quantization mm.. known bug?

[RandomEngy]

No I have not heard of that happening. I just tried to reproduce your problem but the Deblock and Psychovisual Trellis aren't affected after an upgrade for me. That seems kind of odd since I don't touch the presets during an upgrade.

[Hobbe]

Strange... It has happed me several times... I'll check if I can reproduce it :).
Feature req: Is it possible to have x264 preset/tunes setting in a dropdown box or someting like that on the advanced tab?

[RandomEngy]

I don't think I'll be adding that unless HandBrake gets better native support for it. There's no place I can just pass in a preset or tune to x264.

[DJ-1]

I don't think I'll be adding that unless HandBrake gets better native support for it. There's no place I can just pass in a preset or tune to x264.

Hi, did you see my reply I put up yesterday?

Also it'd be nice if CUDA was supported, do you know if they're putting it into handbrake?

[RandomEngy]

Yeah I saw it. Glad you were able to resolve your problem. I don't think the HandBrake team has any immediate plans for supporting CUDA.

[DJ-1]

Yeah I saw it. Glad you were able to resolve your problem. I don't think the HandBrake team has any immediate plans for supporting CUDA.

Yeah so there is still a problem, with the same as source option not doing as it says.....

Also, what aac audio encoder does handbrake/vidcoder use, same settings, I get better audio from another GUI, using Nero aac. ...

Sent from my HTC Desire using Tapatalk

[RandomEngy]

It uses FAAC. Nero AAC is not possible due to licensing issues. As for the "Same as source" problem, it is quite likely that it is HandBrake behavior that I cannot change. See this page (http://vidcoder.codeplex.com/wikipage?title=Submitting%20bug%20reports&referringTitle=Documentation). Let me know if it's a VidCoder-specific issue.

[ziemlichdunkel]

Vidcoder works fine here, but one litte wish: "Please add in the next version an option do only encode audio without reencoding the video", would be helpful in cases where you only need to spare some MB so it fits to an given size.

thank you :-)

[RandomEngy]

HandBrake won't implement video passthrough so I can't put it in VidCoder. Sorry.

[ziemlichdunkel]

I encoded two videos now with the latest version of vidcoder, but it always ends up with stereo sound Mediainfo says 2 channel AC3 - but I selected in Vidcoder AC3 Dolby pro Logic 2, 5.1ch.
(The audio source doesn't seem to matter, as I used AC3 and DTS)
Any Idea?

[JohnAStebbins]

I encoded two videos now with the latest version of vidcoder, but it always ends up with stereo sound Mediainfo says 2 channel AC3 - but I selected in Vidcoder AC3 Dolby pro Logic 2, 5.1ch.
(The audio source doesn't seem to matter, as I used AC3 and DTS)
Any Idea?

Lookup the meaning of Dolby pro logic.
http://en.wikipedia.org/wiki/Dolby_Pro_Logic

In a nutshell, it matrixes 5 channels down to 2 in a lossy but reversible manner. So a receiver that supports DPLII can expand the 2 channels back to 5.

[vrpatilisl]

hi
in above first image where u get that bluray preset.and any body share preset which losslessly encode dvd to mkv

[RandomEngy]

MakeMKV is probably your best bet for lossless conversion. That blu-ray preset is just something I use; it's not guaranteed to work for all cases. But if you want to check it out here it is: http://engy.us/misc/Blu-ray.xml

[ziemlichdunkel]

Lookup the meaning of Dolby pro logic.
http://en.wikipedia.org/wiki/Dolby_Pro_Logic

In a nutshell, it matrixes 5 channels down to 2 in a lossy but reversible manner. So a receiver that supports DPLII can expand the 2 channels back to 5.

Thank you for the explanation and the link...
I use now 6channel discrete and happy with it :-)

One more question: Vidcoder seems to crash a lot at the end of an encoding (after the last outputfile of an queue is created), got this many times but the created files seems to be ok:

Problemsignatur:
Problemereignisname: APPCRASH
Anwendungsname: VidCoder.exe
Anwendungsversion: 1.0.4.0
Anwendungszeitstempel: 4e7aa373
Fehlermodulname: StackHash_ff33
Fehlermodulversion: 6.1.7601.17514
Fehlermodulzeitstempel: 4ce7c8f9
Ausnahmecode: c0000374
Ausnahmeoffset: 00000000000c40f2
Betriebsystemversion: 6.1.7601.2.1.0.256.48
Gebietsschema-ID: 3079
Zusatzinformation 1: ff33
Zusatzinformation 2: ff33bd27adce771bae58452e83f27810
Zusatzinformation 3: 734e
Zusatzinformation 4: 734ee0720fc5eb300e4ff4a1300a8ea6

[Balthazar2k4]

I am trying to get a handle on how the Handbrake engine is decoding lossless codecs. I know there has been some support added in the engine for passthrough of TrueHD, DTS-HD MA, but I am not clear on what happens when you request a conversion. Now I know I am probably being excessive about this, but I do know that when RipBot264 runs into TrueHD or DTS-HD MA that it will transcode it to FLAC and then allow you to convert that to AAC or AC3. Does Handbrake do this in any fashion? I know that TrueHD is now supported within FFDSHOW, but DTS-HD MA is not. While the truth is I could probably not hear the difference between encoding from a core track vs lossless track, mentally I can :) It would just seem to be me that using a lossless track as the foundation for encoding to lossy is more sensible then a lossy to lossy conversion.

[somms]

I am trying to get a handle on how the Handbrake engine is decoding lossless codecs. I know there has been some support added in the engine for passthrough of TrueHD, DTS-HD MA, but I am not clear on what happens when you request a conversion. Now I know I am probably being excessive about this, but I do know that when RipBot264 runs into TrueHD or DTS-HD MA that it will transcode it to FLAC and then allow you to convert that to AAC or AC3. Does Handbrake do this in any fashion? I know that TrueHD is now supported within FFDSHOW, but DTS-HD MA is not. While the truth is I could probably not hear the difference between encoding from a core track vs lossless track, mentally I can :) It would just seem to be me that using a lossless track as the foundation for encoding to lossy is more sensible then a lossy to lossy conversion.

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

Using the latest handbrake nightly 64-bit GUI: https://build.handbrake.fr/view/Nightlies/job/Windows/lastSuccessfulBuild/artifact/HandBrake-svn4256_x86_64-Win_GUI.exe

FWIW: I was able to successfully encode DTS-HD MA passthru as well as DTS passthru using svn4256 Handbrake build. TrueHD audio can be converted to AC3 6-channel using the AC3 passthru selection using svn4256 as well...

[Balthazar2k4]

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

Using the latest handbrake nightly 64-bit GUI: https://build.handbrake.fr/view/Nightlies/job/Windows/lastSuccessfulBuild/artifact/HandBrake-svn4256_x86_64-Win_GUI.exe

FWIW: I was able to successfully encode DTS-HD MA passthru as well as DTS passthru using svn4256 Handbrake build. TrueHD audio can be converted to AC3 6-channel using the AC3 passthru selection using svn4256 as well...

Thanks somms. I knew the passthrough portion was up and running, but I am making some conversions for my Apple TV 2 and AC-3 is as good as it is getting. That said, I simply wanted to know if Handbrake actually decodes the lossless DTS track or simply defers to the core track when I re-encode to AC3?

[RanmaCanada]

I have a question about large file support. Yes I know this should prolly be asked on the handbrake forums, but I am here now. Sorry. Why is it that whenever I have this unchecked, my files still go larger than 4 gigs and all that is created is a corrupt mp4? I thought that with this unchecked, that the program would automatically split the files into chunks of 4 gigs each, as this is what is mentioned everywhere, but not documented. Is this not the case? I am trying to do files for friend's xbox 360s and he is anal about the quality of his movies, as it is his wedding et al. I love what you have done with vidcoder ontop of handbrake. I just can not find a REAL answer to this question. Does the encoded file need to be encoded onto a FAT32 drive for it to take affect? Does it just not work and is only there to confuse us?

[JohnAStebbins]

Thanks somms. I knew the passthrough portion was up and running, but I am making some conversions for my Apple TV 2 and AC-3 is as good as it is getting. That said, I simply wanted to know if Handbrake actually decodes the lossless DTS track or simply defers to the core track when I re-encode to AC3?

HandBrake uses Libav for decoding dts-hd. Currently Libav only decodes the dts core. I presume that Libav will add full dts-hd decoding some day. But I haven't seen any activity on this yet.

[JohnAStebbins]

I have a question about large file support. Yes I know this should prolly be asked on the handbrake forums, but I am here now. Sorry. Why is it that whenever I have this unchecked, my files still go larger than 4 gigs and all that is created is a corrupt mp4? I thought that with this unchecked, that the program would automatically split the files into chunks of 4 gigs each, as this is what is mentioned everywhere, but not documented. Is this not the case?

It is not. Enabling large file support means that 64bit offsets will be used in the mp4. If you don't enable this, then files larger than 4GB will be invalid. The reason it is not enabled by default is some devices do not support this type of mp4 file.

[RanmaCanada]

Thank you very much JohnAStebbins.

[Hobbe]

Handbrake Changeset [4265] by jstebbins CLI: x264 preset, tuning, and profile support New cli options …
Nice one.. now we might see this in Vidcoder?

[RandomEngy]

Indeed! It's already implemented and seems to be working fine. It will be in the next release. Going to see if I can add in one or two more things before releasing 1.1.

[RandomEngy]

Released VidCoder 1.1.0 (http://vidcoder.codeplex.com/releases/view/74850):

* Added x264 profile/preset/tune options in Video tab.
* Added option to send completed jobs back for editing. (Right click a completed item -> Edit)
* Add pop-up info box for the video range selection. This will show the selected time range: the start, end and duration and a graphical representation.
* Updated HandBrake svn to 4265.
* Added "None" to Mixdown choices.
* Added version and publisher metadata to the installer.
* Updated passthrough to use HandBrake's built-in auto-passthrough.

* Fixed DVD capitalization cleanup function to only apply if the source name is all caps.
* Fixed completed items changing to bold when encodes are in progress.
* Fixed bug with the watermark text appearing while editing a number box.

[Danisan]

How does the x264 preset/tune work? I've set it to preset "slow", but under the "advanced" tab it still show the "normal" profile preset options. Shouldn't the "slow" preset options be shown here, or am I missing something?

[Vilmalith]

Upgraded to v1.1.0 as a clean install. In v1.1.0 I can't create my own presets, when I hit the save as button, the little window pops for me to name the preset but the OK button to actually save it is greyed out and unclickable.

[RandomEngy]

Ooh, that's a regression. Been doing a lot of refactoring; I'll get that fixed in a small patch ASAP.

[RandomEngy]

Okay that's fixed in 1.1.1 (http://vidcoder.codeplex.com/releases/view/74924).

[buffalofloyd]

This is a great tool, thank you. I have question regarding subtitles though. I've been encoding some TV shows that have subs. If you add a single file you can then choose the sub and queue to be encoded. Then if you add another file it will already have the sub chosen and then you can queue. It there a way to batch a bunch of files with the subs already chosen instead of doing it one by one? Maybe I'm not doing this properly bit I can seem to figure it out. If I batch all the files I can't seem to chose he subs.

[RandomEngy]

Is this multiple titles off of a disc or a video folder, or is it multiple files off of your computer?

[buffalofloyd]

Is this multiple titles off of a disc or a video folder, or is it multiple files off of your computer?

They are multiple files off of my computer. I don't know if I am explaining it properly but I think you know what I mean. If I were to enqueue multiple files at once there is no way to make sure the sub stream is included using this method. There is only one english sub for each episode but when you add the files it only adds the video and audio. This is unless you add them one by one and queue each episode as you go. Once you add that first episode and choose the sub, each episode you add after that will have the sub chosen already and I can just add then queue, add then queue, one by one. It's not really a problem to do it this way it just takes longer, that's all. I just don't know if I am not doing something right or if what i want is even possible when you enqueue multiple files.

[Vilmalith]

I got another problem for yah, that is still in 1.1.1.

In previous versions I could launch vidcoder, put in a dvd, and select it as source and rip the movie to my media server and just keep going like that over and over again with only launch vidcoder that one time. Starting with v1.1.0, it would work for the first movie. But to continue for the next movie, it doesn't automatically load the next dvd as source like it did previously. It doesn't even let me choose the dvd drive as source though it shows a movie loaded in the dvd drive. I have to close VidCoder and re-launch it with each dvd now. Otherwise it won't rip the movie in the dvd player.

[RandomEngy]

buffalofloyd: When you batch multiple files right now it doesn't add any subtitles to them. The thought was when you switch titles within a disc or add a batch of titles from a disc it could use your current subtitle choices because they're likely to be consistent across the disc (like multiple TV episodes). Persisting subtitles when scanning arbitrary files was an un-intended side effect.

The real challenge here is that the files you queue up are not guaranteed to have any consistency in subtitle tracks. They may be different languages at different track numbers and it would be tough to make a decision for all of them. Plus you don't have the context of a previous subtitle choice. You could be anywhere or not even have any source loaded when you queue up a batch of files.

I might be able to rig something up like automatically adding subtitles for the Preferred Language specified in options when batch queuing files. Though I wonder if the language info on tracks in those files would be reliable... the main track would have to be clearly labeled as not from the preferred language and the desired subtitle would need to be marked with the Preferred Language for it to pick that up. Is that the case for you?

Vilmalith: Thanks for the report. Will be fixed for next version. Hopefully these annoying RelayCommand bugs will be shaken out.

[buffalofloyd]

buffalofloyd: When you batch multiple files right now it doesn't add any subtitles to them. The thought was when you switch titles within a disc or add a batch of titles from a disc it could use your current subtitle choices because they're likely to be consistent across the disc (like multiple TV episodes). Persisting subtitles when scanning arbitrary files was an un-intended side effect.

Hi Random and thanks for the insightful response. I did/do realize how what I am wanting to do could be a problem. Like I said, doing it the way I have been is not a problem, it's just takes a minute or two more, nothing major at all. I was hoping that I was right and it just wasn't possible because I felt like an idiot asking and was waiting for somebody to point out that it was right in front of me and I just didn't see it :stupid:

I might be able to rig something up like automatically adding subtitles for the Preferred Language specified in options when batch queuing files. Though I wonder if the language info on tracks in those files would be reliable... the main track would have to be clearly labeled as not from the preferred language and the desired subtitle would need to be marked with the Preferred Language for it to pick that up. Is that the case for you?

The subs I have for the files in question are English subtitles but some of them are not marked as English if I look at them with media info. Some simply look like this....

Text
ID : 3
Format : UTF-8
Codec ID : S_TEXT/UTF8
Codec ID/Info : UTF-8 Plain Text

or....

Text
ID : 3
Format : UTF-8
Codec ID : S_TEXT/UTF8
Codec ID/Info : UTF-8 Plain Text
Title : English
Language : English


This is of course where I think the problem you mentioned would arise. Some are not labeled and some are. In order to batch all the files with a preferred "English" language they would all have to be labeled as such otherwise some will be left out.

This does bring me to one additional question though. When I do add a file with a non-labeled sub track which I know to be English, is there a way to name it English when adding it instead of having to leave it "unknown"?

Thanks for your time. This program is really great and I've been using it quite a bit. Seeing the preview quality before a actual encode is a super feature. I do find it a little hard to get perfect cropping sometimes because I can't see the edges so good. This is one particular feature I do like about RipBot, I do like being able to see really up close to the boundaries and getting that perfect crop. That cropping system combined with your "preview" feature would be perfect IMHO. I know your hands are tied because this is possibly a limitation of HandBrake, but no matter... In any case, they are both great tools and I look forward to seeing how this progresses.

Cheers :thanks:

[mike20021969]

I think there are 2 possible bugs with 1.1.1.0

1)
I dropped an MPEG2 file into VidCoder.
I choose a preset resolution (960x540) and added it to the queue.
I also wanted a lower resolution preset (704x396) then I also added it to the queue.

In options, I had automatically switch to a different name under file naming.

The first file completed successfully.
The second file started encoding (renamed with -1) then immediately ended leaving a 1.48kb failed file. Note the elapsed times.

I've duplicated this error numerous times.

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

2)
After successfully converting an MPEG2 file (not using add to queue), then dragging and dropping another file into VidCoder, the file starts to scan then VidCoder terminates meaning I have to relaunch VidCoder to do the next file. This happens randomly but quite regularly.

[RandomEngy]

Mike: those look like they could be bugs in the HandBrake core. And I'm not getting any issues when scanning after encoding an MPEG2 file, and I don't have any problems encoding a video at 704x396. I'd suggest trying those files (with the same settings) in the latest HandBrake nightly. If they work fine there (and the issue is specific to VidCoder), could you send me the file and preset you used that caused the issue?

buffalofloyd: I'll put that cropping view mode in the backlog. I've got the image data so I can do whatever I want with it. As for labeling the language of audio tracks from the source, I don't think HandBrake has that capability.

[mike20021969]

To clarify, I don't have any problems encoding to 704x396 or any preset.
It's only when you try to do 2 resolutions of one input file that the second encode in the queue always fails whatever the preset chosen.

So, as you say, it must be a problem to do with Handbrake as:
A) Handbrake wont allow you to add the same file to the queue with a second different preset/resolution.
B) If you do want a second resolution, you have to manually rename the destination file (or it will be overwritten) after the first has completed. (I cant seem to find an option to rename exisiting files of the same name in Handbrake?).

As for the second problem, VidCoder terminating is random. I cant get it happening all time. And as I only work with MPEG2 input files, I cannot even put it down to a different file format being scanned causing the error. I will keep my eye on this.

Thanks.

[mike20021969]

VidCoder (1.1.1.0):
1) I drop an MPEG2 into VidCoder.
2) I press encode (it doesn't matter what the preset is).
3) After completing, I delete the file created.
4) Leave or clear the completed files list in VidCoder.
5) Leaving the preset untouched, I hit encode again.
6) The file "succeeded" (technically it failed) after a time of 0:00:00. It is 1.48KB in size (it doesn't play).

Handbrake (svn4283):
1) Use same MPEG2 as above.
2) I press encode (it doesn't matter what the preset is).
3) After completing, I delete the file created.
4) Leaving the preset untouched, I hit encode again.
5) The file encodes correctly again (playable file created).

I've also attached zipped file videos of the random crash and the file failing "succeeded" :)

http://www.4shared.com/file/pNIJeBMK/crash_and_file_fail.html

[RandomEngy]

I've followed your steps but I can't repro this from a DVD source with either x86 or x64. Could you send the exact file and preset that's causing this behavior? Hoping it's not an OS specific issue. Also the encode log for the successful encode and the failed encode might shed some light on the issue.

[mike20021969]

Hi.
I've attached a sample MPEG2 file. The first encode is successful - it only fails on 2nd, 3rd, 4th etc... tries.
I've included the LOG and a preset.
The problem IS NOT preset specific - it even happens, for example, with the NORMAL (built in) preset too.

http://www.4shared.com/file/SxqzyoIz/VidCoder.html

(Edit - Encoding an .mp4 file, there are no failures during subsequent encodes of the same file. It only seems to be when using MPEG2 that cause this error).

[RandomEngy]

Thanks for the file! I am getting a repro, though it crashes every time instead of completing with an empty file. I believe this is a handbrake core issue... it just doesn't surface when using the HandBrake GUI because they call into the CLI for every encode so they have to re-scan every time. I'm trying to re-use the same scan and that must be what's triggering the crash.

I talked with j45 about it and he pointed out this very recent fix in HandBrake (https://trac.handbrake.fr/changeset/4286) that might clear up the issue! I'll make sure to grab that update for my next release.

[Vict0r Meldrew]

Really nice GUI, thanks for your efforts. :thanks: Some minor points regarding the interface:

1/ When I click "Open DVD/Blu Ray folder", I get the "Browse for folder" dialog but see lots of squares.

http://s1.bild.me/bilder/030611/3071122squares.png (http://www.bild.me)

2/ Preview window. The previewer background colour is set to dark grey which - under certain conditions (e.g. sun light in room) - doesn't give much contrast between it and the vertical/horizontal bars from the video content, which - when manually cropping - can make it difficult to delineate the bars and the previewer background. May be an option could be included to adjust the previewer background colour?
3/ I encounter a crash when left mouse holding on the Target size (MB) up or down arrows for a number of seconds and releasing. This is in the Encoding settings, Video tab. I can reproduce the crash every time. "VidCoder has encountered a problem and needs to close. We are sorry for the inconvenience". Again, a minor problem as I can enter my target size by typing it in.
4/ Is there any way to get back to the opening screen which reads "Choose a video source:" and "Recent" without having to restart VidCoder?

Windows XP Pro SP3 32-bit, VidCoder 1.1.1.0 x86

[RandomEngy]

1) Folder browse bug is tracked here: http://vidcoder.codeplex.com/workitem/32 . Since it only affects XP and is cosmetic I will probably let it go unless someone provides a fix for it.
2) Providing complete customization of the preview background color might be a bit overkill, but I might change the default to have more contrast against black or allow two different alternatives.
3) I've got a repro on that and think I've found the problem... will work on it for next release
4) Not currently. You can still open sources from the File menu or the source dropdown though.

[mike20021969]

Thanks for the file! I am getting a repro, though it crashes every time instead of completing with an empty file. I believe this is a handbrake core issue... it just doesn't surface when using the HandBrake GUI because they call into the CLI for every encode so they have to re-scan every time. I'm trying to re-use the same scan and that must be what's triggering the crash.

I talked with j45 about it and he pointed out this very recent fix in HandBrake (https://trac.handbrake.fr/changeset/4286) that might clear up the issue! I'll make sure to grab that update for my next release.
Many thanks for investigating this.
I've been playing about with this most of today - and have been getting VidCoder crashing plenty of times also.

I'm looking forward to a fix in a forthcoming update of your program.
:thanks:

[jouchan]

hi randomengy, please add menu: subtitles-->build in (for watermark) in next version, thanks :D

[RandomEngy]

I'm not sure what you're asking. Are you referring to the ability to build subtitles into the picture? That's already supported with the "Burned In" option.

[jouchan]

I'm not sure what you're asking. Are you referring to the ability to build subtitles into the picture? That's already supported with the "Burned In" option.

yes, build in picture, i create watermark from srt,but in vidcoder only can: subtitles--> srt-->default

then after finished encode, i playing this video, and watermark showing normally
but when i playing with subtitle, my watermark is gone
where is burn in option? i cant find it
iam using vidcoder 1.1.0. (x86)

thanks, sorry my english very bad, i hope you understand:thanks:

[Vict0r Meldrew]

1) Folder browse bug is tracked here: http://vidcoder.codeplex.com/workitem/32 . Since it only affects XP and is cosmetic I will probably let it go unless someone provides a fix for it.
2) Providing complete customization of the preview background color might be a bit overkill, but I might change the default to have more contrast against black or allow two different alternatives.
3) I've got a repro on that and think I've found the problem... will work on it for next release
4) Not currently. You can still open sources from the File menu or the source dropdown though.

:thanks:

[RandomEngy]

yes, build in picture, i create watermark from srt,but in vidcoder only can: subtitles--> srt-->default

then after finished encode, i playing this video, and watermark showing normally
but when i playing with subtitle, my watermark is gone
where is burn in option? i cant find it
iam using vidcoder 1.1.0. (x86)

thanks, sorry my english very bad, i hope you understand:thanks:

What do you mean by watermark? And no you can't burn-in SRT subtitles. They always have to be soft subtitles (selectable).

[flebber]

Watermarks require the use of avisynth. Vidcoder uses handbrake and doesn't utilise avisynth. Watermarks how to http://brightercomputersolutions.com/videowatermarks.aspx

[DJ-1]

Hi, I was using v0.93 for ages and thought I`d update.....

v1.1.1.0 =
regardless of what preset, or input file the encode says its finnished properly, but the output file is approx 50Kb.mp4

V1.1.0.0 =
Same as above....

v1.0.4.0 =
Outputs a sample file fine, any preset, working ok.


all above were x86 versions (I have Win7 home Premium 64, but a lot of compatibility issues so i stick with 32bit....)

any ideas?

[RandomEngy]

Probably a HandBrake issue. A lot of fixes have been made there recently so hopefully in the next release the updated HandBrake will fix it.

[JohnAStebbins]

Probably a HandBrake issue. A lot of fixes have been made there recently so hopefully in the next release the updated HandBrake will fix it.

There's no way to know without an activity log to see what he actually did. Nothing gets fixed if we don't know about it.

[RandomEngy]

True. Though the symptoms bear a resemblance to the issue reported earlier with the repeated encodes from an MPEG2 file source (which I just confirmed is fixed with the latest HB core). A log would be able to confirm this, however.

[RandomEngy]

Released VidCoder 1.2.0 (http://vidcoder.codeplex.com/releases/view/75937):

* Updated to HandBrake svn 4311. Refactored to read in list of encoders from HB itself. Added ffaac, FLAC audio and ffmpeg2 video.
* Reworked audio encoding UI: removed grid and gave each encoding more vertical space. Added audio quality targeting and compression.
* Added status messages. Added messages for a few events (encode start/stop, playing a preview clip, update available, update download finished).
* Made source and destination path UI elements smarter about what parts they cut out when they don't have enough space. Parts in the middle are cut out first and the file name is left until last.
* Added {titleduration} as a choice for auto-naming.
* Changed second/frames range to update automatically while typing.
* Changed preview window background to have better contrast against black.
* Added an option to disable keeping scan files around after encode completion. This can free up space when encoding many items in a row.

* Fixed crash when holding down up/down buttons on number controls.
* Fixed problem with DVD insert/eject events not being registered.

[RandomEngy]

mike20021969: With the updated HandBrake I believe your MPEG-2 issue is fixed.

[mike20021969]

mike20021969: With the updated HandBrake I believe your MPEG-2 issue is fixed.
I've just installed the latest version (1.2) and I can convert the same file to different resolutions without any errors.
Many thanks for fixing this :thanks:

PS
I did notice a slight visual error on the interface in that the Video Encoder isn't listed, or is it just me?

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

[RandomEngy]

Right you are... that will be fixed next version. Thanks for pointing it out.

[mike20021969]

I found another bug. This one IS happening in Handbrake! So I'll post this problem there aswell.

Open VidCoder.
Select a profile (e.g. Normal).
Drop/open an MPEG2 (the one I posted previously works): http://www.4shared.com/file/SxqzyoIz/VidCoder.html
Select Seconds then choose an encode time such as 0:00:02-0:00:05 by entering 2 and 5 into the time boxes.
Hit encode and an empty file is created.
Longer files (minutes) also produce the same result even with different time points selected.

[star5]

:( launch VidCoder 1.2.0 ,select High Profile, select settings, error!
System.NullReferenceException: Object reference not set to an instance of an object.
at VidCoder.ViewModel.AudioEncodingViewModel.get_NewAudioEncoding() in D:\docs\projects\VidCoder\VidCoder\ViewModel\DataModels\AudioEncodingViewModel.cs:line 146
at VidCoder.ViewModel.AudioPanelViewModel.UpdateAudioEncodings() in D:\docs\projects\VidCoder\VidCoder\ViewModel\Panels\AudioPanelViewModel.cs:line 306
at VidCoder.ViewModel.AudioEncodingViewModel.RaiseAudioEncodingChanged() in D:\docs\projects\VidCoder\VidCoder\ViewModel\DataModels\AudioEncodingViewModel.cs:line 838
at VidCoder.ViewModel.AudioEncodingViewModel.RefreshEncoderChoices() in D:\docs\projects\VidCoder\VidCoder\ViewModel\DataModels\AudioEncodingViewModel.cs:line 711
at VidCoder.ViewModel.AudioEncodingViewModel..ctor(AudioEncoding audioEncoding, Title selectedTitle, List`1 chosenAudioTracks, Container outputFormat, AudioPanelViewModel audioPanelVM) in D:\docs\projects\VidCoder\VidCoder\ViewModel\DataModels\AudioEncodingViewModel.cs:line 72
at VidCoder.ViewModel.AudioPanelViewModel.NotifyProfileChanged() in D:\docs\projects\VidCoder\VidCoder\ViewModel\Panels\AudioPanelViewModel.cs:line 320
at VidCoder.ViewModel.EncodingViewModel.set_EditingPreset(Preset value) in D:\docs\projects\VidCoder\VidCoder\ViewModel\EncodingViewModel.cs:line 109
at VidCoder.ViewModel.EncodingViewModel..ctor(Preset preset) in D:\docs\projects\VidCoder\VidCoder\ViewModel\EncodingViewModel.cs:line 47
at VidCoder.ViewModel.Components.WindowManagerViewModel.OpenEncodingWindow() in D:\docs\projects\VidCoder\VidCoder\ViewModel\Components\WindowManagerViewModel.cs:line 124
at System.Windows.Controls.Button.OnClick()
at System.Windows.Controls.Primitives.ButtonBase.OnMouseLeftButtonUp(MouseButtonEventArgs e)
at System.Windows.RoutedEventArgs.InvokeHandler(Delegate handler, Object target)
at System.Windows.EventRoute.InvokeHandlersImpl(Object source, RoutedEventArgs args, Boolean reRaised)
at System.Windows.UIElement.ReRaiseEventAs(DependencyObject sender, RoutedEventArgs args, RoutedEvent newEvent)
at System.Windows.RoutedEventArgs.InvokeHandler(Delegate handler, Object target)
at System.Windows.EventRoute.InvokeHandlersImpl(Object source, RoutedEventArgs args, Boolean reRaised)
at System.Windows.UIElement.RaiseEventImpl(DependencyObject sender, RoutedEventArgs args)
at System.Windows.UIElement.RaiseTrustedEvent(RoutedEventArgs args)
at System.Windows.Input.InputManager.ProcessStagingArea()
at System.Windows.Input.InputProviderSite.ReportInput(InputReport inputReport)
at System.Windows.Interop.HwndMouseInputProvider.ReportInput(IntPtr hwnd, InputMode mode, Int32 timestamp, RawMouseActions actions, Int32 x, Int32 y, Int32 wheel)
at System.Windows.Interop.HwndMouseInputProvider.FilterMessage(IntPtr hwnd, WindowMessage msg, IntPtr wParam, IntPtr lParam, Boolean& handled)
at System.Windows.Interop.HwndSource.InputFilterMessage(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]

Thanks for the report. Going to get a patch out for that today.

[RandomEngy]

Released VidCoder 1.2.1 (http://vidcoder.codeplex.com/releases/view/75980)

* Fixed a couple regressions: video encoder was blank in queue and crashes with the High Profile preset when opening the Settings window.
* Fixed problem with auto-update introduced in 1.2.0. If you have 1.2.0 you will need to update manually to get this.

[mike20021969]

* Fixed a couple regressions: video encoder was blank in queue and crashes with the High Profile preset when opening the Settings window.


Hi RandomEngy.
It seems to be the same with 1.2.1.

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

[RandomEngy]

Hmm, it's showing for me. It it also blank when you add a new item to the queue?

[mike20021969]

Hmm, it's showing for me. It it also blank when you add a new item to the queue?
Hi.
Yes, it is.

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

[RandomEngy]

Ohhh, I think I know what's going on... I forgot to bump the version of HandBrakeInterop for that fix, so the installer thought it didn't need to update it. Should get in the NEXT version now. Or if you uninstall and re-install.

[mike20021969]

Or if you uninstall and re-install.
Yep, that solved it.
:thanks:

[Vilmalith]

Just grabbed 1.2.1, upgrading from 1.1.1.

For AAC there is no longer the 6ch option. Am I correct in assuming that choosing None for Mixdown = 6ch if the audio is AC3/DTS?

[RandomEngy]

Yes, I believe so.

[JohnAStebbins]

Just grabbed 1.2.1, upgrading from 1.1.1.

For AAC there is no longer the 6ch option. Am I correct in assuming that choosing None for Mixdown = 6ch if the audio is AC3/DTS?

For faac there should still be a 6ch option.

6ch was disabled for ffmpeg's aac encoder because they recently broke it. It will be re-enabled when they get around to fixing it.

[Vilmalith]

For faac there should still be a 6ch option.

6ch was disabled for ffmpeg's aac encoder because they recently broke it. It will be re-enabled when they get around to fixing it.


For me I don't see the option for any of the AAC options in the drop down in Vidcoder 1.2.1

[RandomEngy]

Yeah it does look like 6ch should be there. I initially mistook ffaac for faac when I was scanning the code. I'll look into it.

(edit) Should be fixed for next release. When finding the highest supported mixdown I should be passing in the HB_INPUT_CH_LAYOUT_HAS_LFE flag with the input channel layout.

[mike20021969]

@RandomEngy
Hi.
The latest HandBrake (svn4343) has this problem solved (see my quote below).
So hopefully a future VidCoder update will fix this issue also?
Thanks for reading.
I found another bug. This one IS happening in Handbrake!

Open VidCoder.
Select a profile (e.g. Normal).
Drop/open an MPEG2 (the one I posted previously works): http://www.4shared.com/file/SxqzyoIz/VidCoder.html
Select Seconds then choose an encode time such as 0:00:02-0:00:05 by entering 2 and 5 into the time boxes.
Hit encode and an empty file is created.
Longer files (minutes) also produce the same result even with different time points selected.

[RandomEngy]

Yeah, I'll update to the latest HandBrake in the next version.

[mike20021969]

Thanks for the 1.2.2 update :)

http://vidcoder.codeplex.com/releases/view/76754

[RandomEngy]

Released VidCoder 1.2.2 (http://vidcoder.codeplex.com/releases/view/76754):

* Updated Handbrake core to svn 4344.

* Fixed the 6-channel discrete mixdown option not appearing for AAC encoders.
* Added handling for possible exceptions when copying to the clipboard, added retries and message when it fails.
* Fixed issue with audio bitrate UI not appearing sometimes when switching audio encoders.
* Added extra checks to protect against reported crashes.
* Added code to upgrade encoding profiles on old queued items.


Though I did see the same "empty file" problem in this build, so I guess they didn't fix that particular issue.

[mike20021969]

Though I did see the same "empty file" problem in this build, so I guess they didn't fix that particular issue.

I just tried it (v1.2.2) on 2 different length MPEG2 files (a 14s and 29s video).
Selecting just a few seconds, e.g.2-6s, playable files are created for me.

EDIT: I also selected 2-6s on a 7 second video - playable file created.

[RandomEngy]

Oh, great then!

[Vilmalith]

Still having the problem where you can't continue ripping after putting a new dvd in. In previous version I could rip a movie, take the dvd out, put another in and rip that one. The problem I'm still having is after I take out the movie I just ripped and put another one in, VidCoder no longer begins scanning the drive automatically. Nor does it notice anything in the drive (the drive just shows up as empty). I have to close VidCoder and open it back up for it to notice the change in the drive.

[RandomEngy]

That's quite odd, I saw that bug too but I just verified it as fixed in 1.2.2. It's picking up DVD inserts/ejects without restarts.

[Vilmalith]

I rebooted my machine, and now its working as expected ;)

[mike20021969]

Oh, great then!

After a bit more testing, this is a bit hit and miss.

With some MPEG2s, selecting a few seconds works (playable file) and with others it doesn't (empty file). All MPEG2s are from the same USB capture device.

With the ones it does work with, if I select 5s-25s, the playable file is not 20s long (or whatever the selected length is). A recent one was came out at 16s.

I've got the latest HandBrake nightly installed, and I shall do some tests later today with that to see what happens.

[mike20021969]

Using HandBrake svn4362, encoding part of a file using "seconds" from the drop down menu is working correctly (i.e. correct duration and no empty files at all).

[RandomEngy]

Could you post your encode log to pastebin? I'll see if there's anything I recognize. Otherwise lets hope some of the recent HandBrake bug fixes covered it.

[mike20021969]

I did say it was a bit hit and miss. The MPEG2s I was using seem to be working fine now (no empties and the correct duration). So that's some good news.

But whilst trying to create the file error I mentioned in post #326, VidCoder crashed 3 times (I stopped trying after the 3rd crash).

I'm using 3 MPEG2s and encoding 5-10s on each one for this test. I'm doing each file individually (not using queue) and the first 2 encode correctly. But when (drag and) dropping in the 3rd file, the program crashes (exits).

I changed the file order on the 3rd attempt to rule out a faulty file as the cause (I know it isn't anyway) but the program crashed.

Here's the logs from the crashes:
http://www.4shared.com/file/ZQ_DmjTe/LOGS.html

[RandomEngy]

Hmm, nothing in there jumps out at me. Hopefully the next HB update fixes this.

[locotus]

Using v1.2.2.0

Yesterday I ran into a Handbrake freeze due to low disk space,
my own fault, but Vidcoder didn't noted that.
The gui was up and running while handbrake was freezed.

Thanks.

[RandomEngy]

Released VidCoder 1.2.4 (http://vidcoder.codeplex.com/releases/view/78035):

* Updated to HandBrake SVN 4368. This should fix some encoding crashes.
* Added optional Duration column to queue.
* Updated "Audio Bitrate" column to "Audio Quality" column due to introduction of constant quality audio encoding.
* When switching to custom cropping, the values will start out the same as what they were with automatic cropping. This should make tweaking the automatic values easier.

* Fixed Move to Top, Move to Bottom and Delete queue item context menus not working.
* Fixed crash on editing queue item from different source.
* Fixed ranges not being reset properly when a new title is selected.
* Fixed range preview not updating on title changing.
* Fixed crashes due to having an outdated fallback audio encoder in a profile.
* Fixed a few minor problems around UI updates due to NotifyPropertyChanged typos by switching to expression-based notifications.

[mike20021969]

Apart from the VidCoder still crashing/exiting when dragging, dropping and encoding 1 file at a time (it is random & I cannot duplicate it to order), everything else is currently working great.

For instance, I drag & drop 1st file encoded it. I drag & drop 2nd file - program crashes/exits.
I repeat the exact procedure, and I get to a 4th file and everything is working great. Strange.

As nobody else seems to have this error, maybe it's a fault at my end. Oh well, it's not the end of the world.

[steptoe]

Is there anyway to easily add extra user defined avisynth filters or avisynth functions that call multiple filters such as the MCTemporalDenoise function that can call a huge number of different filters when processing a video source

Or is it a case of the program source has to be compiled to add the extra filter, I'd like to see a sharpening filter/function such as LimitedSharpen or MSharpen as there doesn't seem to be a sharpen filter

Thanks

[RandomEngy]

I'm stuck with the built-in filters. HandBrake doesn't let avisynth functions hook into the encoding pipeline.

[jouchan]

I'm stuck with the built-in filters. HandBrake doesn't let avisynth functions hook into the encoding pipeline.

:scared::scared:
this mean you cann't add functions to hardsub movie with subtitle in next release?:confused::confused:

[RandomEngy]

You can already burn-in subtitles, just not SRT ones. And yes, I have no control over that functionality.

[albundy33]

Hi, i've just started using vidcoder, to increase the number of movies i can save on my mediacenter, and it works great. But i am having some problems with the subtitles. Often, after conversion, the subs will appear in the middle of the screen. If that occurs, it doesnt matter if i select soft-subs or burned in, i can change file format for output, from mp4, to mkv, it stays the same way, no matter how many times i try to redo that particular movie. Another problem is, that with some movies, when i select soft-subs, they end up transparent with a white outline. They arent on the original. One of these 2 problems occurs, with about 1 out of 6 movies. Is there any way to fix this? I cant seem to find any options for it, in the program.

[RandomEngy]

See if you get the same problem with the latest HandBrake Nightly (https://build.handbrake.fr/job/Windows/). If so, you can ask them for help. VidCoder is not involved with the specifics of adding subtitles to the movies, on picking the input subtitle and whether or not to burn in.

[jouchan]

You can already burn-in subtitles, just not SRT ones. And yes, I have no control over that functionality.

iam using vidcoder 104, when i add subtitles from my drive, only show this i can see:

http://i.lulzimg.com/ac0beb61ba.jpg

button No1 is disabled, so i cann't burn-in subtitles..
button No2 is enabled, but this sub will be selectable, you can choose to use it or not when you saw that video

and can you give me sugestion, how to encode bluray mkv to small size with high quality using vidcoder? :thanks:

[RandomEngy]

PGS subtitles on Blu-ray are not supported by HandBrake yet. I can't do anything about this.

[vrpatilisl]

hi
i used very slow preset in high profile. Keep the b frames and the ref.frame to default (3) .still in out put mkv i get 16 ref. Frame?

[CommonMortal]

I tried the x64 version of this and i like it very much. Better than the original Handbrake. I have a question though. I 'd like to use x264 rev2120, which seems the best and trouble-free by looking at the changelog. How can i update it? In Media Info i see it mentions "x264 core 119". To what revision of x264 does that correspond? And can i get to use rev2120??? Also, out of curiocity, what resize filter does VidCoder use for 1080p->720p?

Thank you and congratulations for the program, very nice.

P.S: Merry Xmas!

[flebber]

Vidcoder follows the latest handbrake releases. Reading on trac the latest handbrake is using x264 revision 2106. I dont believe you can independently update handbrake components. But development moves quickly so it may be bumped to 2020 before longI

[CommonMortal]

Vidcoder follows the latest handbrake releases. Reading on trac the latest handbrake is using x264 revision 2106. I dont believe you can independently update handbrake components. But development moves quickly so it may be bumped to 2020 before longI

Thanks a lot for the info. I sure hope a Vidcoder with rev2120 comes soon.

Merry Xmas!

[CommonMortal]

The more i use it, the more i like it. The only flaw so far i 've seen is that when i do 2-pass encoding, the ETA is way off. It gets readjusted from time to time, but for example, the time i get at the beginning of the 2nd pass is way off (by at least 2h).

[RandomEngy]

Currently the ETA algorithm assumes that each pass will take the same amount of time, which might not be true. If your first pass is really fast it might get very optimistic about the second pass. I might be able to tweak it a bit but there's no real easy fix since you don't know how fast something is going to be until you observe it.

[CommonMortal]

Currently the ETA algorithm assumes that each pass will take the same amount of time, which might not be true. If your first pass is really fast it might get very optimistic about the second pass. I might be able to tweak it a bit but there's no real easy fix since you don't know how fast something is going to be until you observe it.

I see. I encode from Blue Ray source to mkv 720p, 2 pass, turbo 1-st pass. So, the 1st pass is certainly and always much faster. Almost double the speed compared to the 2nd pass.

Previously i was using AsxGUI and it was quite accurate about ETA (in the log), because i THINK, it was calculating continuosly the current fps compared to the total frames of the film. You could see the total frames of the film since the beginning of the encode (for example 180.000 frames) and during the encode, so, if for example you were getting 10 fps average, it was easy to calculate ETA with accuracy.

Anyway, i like VidCoder very much. The GUI is "tidy", things are well grouped and it remembers my last encoding settings, which is good.

[RandomEngy]

Thanks! I could probably fix it so the ETA is better in the second half but during the first half seems hard since you only have data on how fast pass 1 is. Alternately you could use quality targeting which is awesome. :)

[CommonMortal]

Thanks! I could probably fix it so the ETA is better in the second half but during the first half seems hard since you only have data on how fast pass 1 is. Alternately you could use quality targeting which is awesome. :)

By quality targeting you mean crf encoding? Yes, it would be simpler, but you can't predict the file size. I prefer to limit the file size (i prefer round numbers).

The ETA in the 1st half isn't so important for me, since it's quicker anyway. The ETA on 2nd pass is more important because it's much slowe and it's good to have a more or less correct estimation early on. Usually Vidcoder becomes accurate in the ETA of the 2nd pass when it is at 90%+ of the encode, which is a bit too late.

Anyway, even if you can't fix it, it's fine. I like it. And the preview works fine too.

[flebber]

Was wondering would it be possible to have an audio option to choose the channels based on the source. So 'Same as Source option' so that a DTS source gets dts, stereo gets stereo etc, so that no matter what you do you always get the best aduio option automatically.

[RandomEngy]

I believe that would be a Mixdown of "None". Or Auto Passthrough if you want to leave the audio stream intact and do no re-encoding.

[flebber]

I believe that would be a Mixdown of "None". Or Auto Passthrough if you want to leave the audio stream intact and do no re-encoding.

I want to re-encode, but maitain the same channels. So AC3 5 channels to AAC 5 chanels etc.

[JohnAStebbins]

I want to re-encode, but maitain the same channels. So AC3 5 channels to AAC 5 chanels etc.

If VidCoder is using libhb api's correctly, then setting the mixdown to 6ch discrete will automatically fallback to the best mixdown for sources that have fewer channels.

[flebber]

If VidCoder is using libhb api's correctly, then setting the mixdown to 6ch discrete will automatically fallback to the best mixdown for sources that have fewer channels.

Awesome thanks.

[CommonMortal]

Probably a dumb question, still if someone is willing to answer it, it would be precious information to me.

I know that in a 2-pass (1st pass fast) encoding, the 1st pass is used to see where to put the b frames etc and then the actual encoding takes place in the 2nd pass.

In VidCoder there is apart crf encoding, also the option of 1 pass encoding with limited size. Is there a quality loss between such a 1 pass encoding and a 2 pass encoding if one chooses the same size target in both cases? I 'd assume there is, but better confirm.

:thanks:

[flebber]

Probably a dumb question, still if someone is willing to answer it, it would be precious information to me.

I know that in a 2-pass (1st pass fast) encoding, the 1st pass is used to see where to put the b frames etc and then the actual encoding takes place in the 2nd pass.

In VidCoder there is apart crf encoding, also the option of 1 pass encoding with limited size. Is there a quality loss between such a 1 pass encoding and a 2 pass encoding if one chooses the same size target in both cases? I 'd assume there is, but better confirm.

:thanks:

Single Pass - Bitrate: This mode will encode your video at an average bitrate with only one single pass. So this mode only requires half the time of a “Two Pass” encode. In contrast to CRF mode (and QP mode) the resulting average bitrate is known in advance. Therefore it's easy to predict the final file size. A higher bitrate will result in a better visual quality, but of course it will also result in a bigger file. A lower bitrate will results in a smaller file, but it will also result in a worse visual quality. Unfortunately the encoder doesn't “know” the content of the video in advance when encoding with only one pass. Hence the encoder's ability to adjust the bitrate with respect to the content of the video is extremely limited in this mode! Only “local” optimizations are possible. This results in a pretty bad video quality (compared to a “Two Pass” encode), especially at medium and lower bitrates! Therefore it's highly recommended to not use this mode, unless you really need to do it in one pass.

From http://avidemux.org/admWiki/doku.php?id=tutorial:h.264

[RandomEngy]

Released VidCoder 1.2.5 (http://vidcoder.codeplex.com/releases/view/80252):

* Added option to eject a disc after encoding.
* Added option to play a sound on encode completion.
* Changed Add to Queue to a split button with a choice to add multiple titles to the queue.
* Enqueuing and encoding are now available before picking an encode directory. Attempting to enqueue for the first time will prompt to set the encode directory.

* Fixed some number formatting bugs in the Advanced panel that occurred in some locales.
* Fixed all queue items being highlighted instead of just the one currently processing.

[mike20021969]

Thanks for the update :cool:

I was just wondering why the Handbrake svn for 1.2.5 is still 4368?
(The nightly build is up to svn 4405).

[cryphog]

Is there a way to pick a different angle on multi-angle disc? I know you can in handbrake but i dont see the option in vidcoder!

[mike20021969]

VidCoder 1.2.6 update:
http://vidcoder.codeplex.com/releases/view/80284

[RandomEngy]

Thanks for the update :cool:

I was just wondering why the Handbrake svn for 1.2.5 is still 4368?
(The nightly build is up to svn 4405).

I keep tabs on the HandBrake checkin history to see if there's any new features worth picking up. I didn't see anything that jumped out at me and the current version has been relatively stable so I just decided to keep it for a bit longer.

Is there a way to pick a different angle on multi-angle disc? I know you can in handbrake but i dont see the option in vidcoder!

It's something I tried to add! The code is there but I never found a multi-angle disc to test it on. What disc (title/locale) are you testing? I could buy it and get the feature working.

[CommonMortal]

I keep tabs on the HandBrake checkin history to see if there's any new features worth picking up. I didn't see anything that jumped out at me and the current version has been relatively stable so I just decided to keep it for a bit longer.



Good! Stability is more important than being cutting edge for me. I haven't had a single crash with VidCoder to this day. Although i think that when the svn is updated to the equivalent of x264 rev2120, it should be stable too. This revision hasn't been changed for a long time now, so it must be good.

Is there a way where one can check which handbrake svn corresponds to what x264 revision? I found a "trac" webpage, but they have no changelog.

[cryphog]

The only disc that I have seen multi-angles on so far are Star Wars: Episode I - The Phantom Menace, and the Dragon Ball Z Series!

[The Scientist]

I haven't had a look at DVDs for a while, but from the top of my head, isn't the original "Matrix" multi-angle? Also, I think a lot of Disney DVDs may be multi-angle, especially when it comes to the end "credits", different angles = different language end credits, can't remember, would have to look, just thoughts off the top of my head.

[RandomEngy]

Here's the HandBrake checkin history:

https://trac.handbrake.fr/timeline

As for multi-angle, is that the USA DVD release of Phantom Menace?

[cryphog]

Yes! In DVDFab it shows 3 angles.

[CommonMortal]

Here's the HandBrake checkin history:

https://trac.handbrake.fr/timeline



Thanks, although i don't understand much of it. :(

Anyway, 2 things.

1) When you queue more encoding jobs, the progression bar and percentage show the percentage of all the jobs combined. Is there a way to show only the progression of the current job? For example, you put 3 jobs. The 2 are completed and the 3rd has started and the progression bar is at 66%, because it counts the previous jobs too. I think it would be more natural to have the progression bar showing only the current job.

2) Is there are way to eliminate from the log the entries about audio? I mean, often i get "audio moved 1 sec, drop 4 frames", which is annoying, because i only care about the stats of the 1st pass and SSIM and when these entries appear, it autoscrolls down and i have to scroll up again to read the stats and then a new entry comes and autoscrolls down and i have to find again the stats and so on.

[RandomEngy]

1) The progression bar is for the entire queue. The progression bar for the current job should be visible by the job itself in the queue (when there are more than one jobs in the queue). You can hover over that small bar and get the job ETA.

2) Those messages are created by HandBrake and I just pass them all through and print them in the log. In Tools -> Options -> Advanced you can change the logging verbosity. It defaults to 1 but can go to 0 (less messages) or 2 (more messages). I don't know if that will help you but that's all the control I have over it. In order to filter out the messages you're talking about I would have to parse and recognize the message types and suppress them. That kind of categorization should be done at the source if it's done at all.

[CommonMortal]

1) The progression bar is for the entire queue. The progression bar for the current job should be visible by the job itself in the queue (when there are more than one jobs in the queue). You can hover over that small bar and get the job ETA.

Thanks, i know that. But i just think that it would be better if only the current job is shown in the main progress bar. Anyway...


2) Those messages are created by HandBrake and I just pass them all through and print them in the log. In Tools -> Options -> Advanced you can change the logging verbosity. It defaults to 1 but can go to 0 (less messages) or 2 (more messages). I don't know if that will help you but that's all the control I have over it. In order to filter out the messages you're talking about I would have to parse and recognize the message types and suppress them. That kind of categorization should be done at the source if it's done at all.

Ok, thanks. I will try to set the verbosity to 0 next time it happens and see what i get.

Anyway, Vidcoder works really good. I 've done over 20 encodes and no problem so far, knock on wood. :D

[mcr]

Would it be possible to retain the original file time and either set it on the encoded file?
Embed it within the video as Tagged date/Encoded date or have a date file naming option. For my videos recorded all date references would be lost otherwise.
To manually edit the file names before encoding so the date and time are part of the file name is not feasible for more than a handful of videos.

Thank you for an easy to use yet powerful GUI.

[RandomEngy]

The original file time? You can put the encode date in the file with {date} and {time} in the custom name format.

http://vidcoder.codeplex.com/wikipage?title=Output%20File%20Naming

[RandomEngy]

Phantom Menace arrived today and sure enough it had multiple angles which were not showing up in VidCoder. Tracked the problem down and it turns out I wasn't calling a handbrake function that tells it to use libdvdnav, which is apparently needed for multi-angle.

The good news is that other than that oversight, my blind authoring of the feature seems to have been on the mark and the feature is working now. It will be in the next version.

[CommonMortal]

I am having some weird audio problem. When downmixing 24bit DTS-MA 5.1 audio to AC3 Dolbyprologic II (but i think any downmix does the same, tried AAC too and simple stereo also), i have some crackling sound sometimes. Like a half second audio interruption, always at the same place no matter how many times i encode the file. I have the same issue with Handbrake 0.9.5 and the latest nightly build. I tried AsxGUI and it encodes fine. Same for StaxRip... I am at loss. I recently upgraded to an ASUS Xonar DG, but i also tried to fall back to my onboard Realtek HD audio , while disabling the Xonar card and i get the same issue. I am baffled. I tried to install newer FFDshow, change the decoder from liba52 to libavcodec, but nothing works...

The problem goes away if i first re-encode the audio to multichannel ac3, using ClownBD (which uses EAC3to). Then it encodes fine with Vidcoder.

[cryphog]

Good Deal then! Can't wait for the new version! Thanks RandomEngy!

[mcr]

The original file time?

Yes, the original date and time. Like most picture editors keep EXIF tags and original data intact after modification.

If the original file is tagged with "Encoded date : UTC 2012-01-01 10:04:12" and file data "Sunday, 01. January 2012, 11:05:02" retain this for the new file.

[RandomEngy]

Dealing with this metadata would be the responsibility of the HandBrake core. It does not expose any features that would allow me to preserve that information.

[mike20021969]

With ordinary video (e.g. camcorder footage), I have no problems encoding with VidCoder.

I have got a 3D program for making video titles. But no matter what setting I choose - normal, high profile, CQ25, CQ20, 16x9, 4x3 - I keep getting (unacceptable) artifacts in the video. (This happens in HandBrake svn4436 too).

I've tried with both H.264 (x264) and MPEG-4 (FFmpeg) and still get artifacts. Altering the quality setting doesn't help much.
Using average bitrate doesn't help either.

Here's a sample video (MPEG2) I'm trying to encode (I've changed the title wording for this sample):
http://www.mediafire.com/?x9ja8ilq69nlw8o

This is what I'm ending up with:
http://www.mediafire.com/?as6nfmncrsaqisj

However, using DivX Plus, the encode is flawless:
http://www.mediafire.com/?dnlzz5ripb0dbz4


Any ideas how to get around this in VidCoder? Thanks.

(Edit: I also rendered the sample video to HD format:
http://www.mediafire.com/?jl2z5lufg29nq51
VidCoder/HandBrake make a mess of encoding it.
AVS Video Converter rendered a perfect MP4/H264 at a CQ of 20:
http://www.mediafire.com/?jv1b2tbc5sbqmqn)

[RandomEngy]

Released VidCoder 1.3.0 (http://vidcoder.codeplex.com/releases/view/82173):

* Enhancements to Queue Multiple Titles dialog:
** Instant static previews
** Ability to play individual DVD source titles with VLC or MPC-HC
** Ability to override the naming format for the batch
* Gave each audio encoding a background gradient to make different encodings stand apart.
* Updated to HandBrake svn 4445.

* Fixed multi-angle support not working (was missing a call to enable libdvdnav).
* Fixed reported crash for sources that scan and find no titles.
* Fixed issue with audio previews not updating when opening a window with a passthrough audio encoding.
* Fixed a problem where the auto-updater would prompt you to apply an update you already had if you had installed it manually.

[Wizecat]

I encoded a few small files today at 700 to 900 kbps with 640 resolution and found that the result was too sharp with ringing artifacts. This makes me suspect that VidCoder is using Lanczos or sharp Spline resizers. This isn't good for downsizing like it is for upsizing or encoding to the same resolution using higher bitrates. I tried the same files at 1400 kbps with 720 and 1280 and the results were good. There should be a few other resizer options like Bilinear or BicubicResize for encoding to lower resolutions and bitrates.

[vrpatilisl]

Encoded mkv always 830ms(approx.) less than original. What to do?

[RandomEngy]

Released VidCoder 1.3.1 (http://vidcoder.codeplex.com/releases/view/83505):

* Updated HandBrake core to 0.9.6 release (svn 4472).
* Removed erroneous "None" container choice.
* Change some logic and help text to stop assuming you have to pick the VIDEO_TS folder for a DVD scan. This should make previewing DVD titles on the Queue Multiple Titles window possible when you've picked the root DVD directory.

[locotus]

I guess target file is gone as in handbrake 0.9.6.

[Przemek_Sperling]

:thanks: Works gr8!

[DJ-1]

Just a query about resizing and avoiding anti-alising issues on output files, i have some animation 720P source material. The source material is perfectly crisp around circular edges etc, but even with just downsizing the resolution, no cropping etc...just with the resize set to auto resolution. I get jagged edges everywhere. I know that since I'm downscaling from the source its not gonna be as sharp as original, but the edges are awful.

Sent from my Transformer TF101 using Tapatalk

[DJ-1]

I also read about different resize methods used depending if the source is being increased or deceased in terms of resolution, Lanzsos bubic, plus many others.... which does vidcoder use and what differences are there between them all ?

Sent from my Transformer TF101 using Tapatalk

[flebber]

Am excited about the new AAC ffmpeg encoder being included. Doing a few rips to test it now.

[Wizecat]

I also read about different resize methods used depending if the source is being increased or deceased in terms of resolution, Lanzsos bubic, plus many others.... which does vidcoder use and what differences are there between them all ?

Sent from my Transformer TF101 using Tapatalk

Using default deblocking (0,0) parameters will help as should not using psy or trellis. If Vidcoder uses the same filter as Handbrake it's probably Lanczos unless they changed it.

Bicubic with lower (softer) parameters like 0.333 would help with downsizing artifacts.

You can find explanations about the various resizers at the Avisynth page. http://avisynth.org/mediawiki/Resize

[DJ-1]

Using default deblocking (0,0) parameters will help as should not using psy or trellis. If Vidcoder uses the same filter as Handbrake it's probably Lanczos unless they changed it.

Bicubic with lower (softer) parameters like 0.333 would help with downsizing artifacts.

You can find explanations about the various resizers at the Avisynth page. http://avisynth.org/mediawiki/Resize
OK, cheers.... Im not using any deblocking at all, only thing there that I'm using is deininterlace (fast)

Sent from my GT-I9100 using Tapatalk

[DJ-1]

Am excited about the new AAC ffmpeg encoder being included. Doing a few rips to test it now.
Wondering what its like compared to the Nero aac, currently I'm using hdconvertx (audio only) then muxing video from vidcoder with it afterwards....

Sent from my GT-I9100 using Tapatalk

[RandomEngy]

From what I hear the ffmpeg AAC is actually worse than faac at the moment. They're just hoping it gets better.

[flebber]

I don't think that ffmpeg aac would be worse from here http://ffmpeg.org/general.html#Audio-Codecs it appears it uses libfaac libs anyway but also utilises libaacplus and libvo-aacenc.

Not sure exactly when it uses which libs though.

[Przemek_Sperling]

Actually, ffmpeg AAC and FAAC on par, which does not mean "state of the art" but a bit below average.
ffmpeg AAC has problems with 6ch channel mapping. For stereo is IMO slightly better than FAAC (for most movie material).

[RandomEngy]

Released VidCoder 1.3.2 (http://vidcoder.codeplex.com/releases/view/85311):

* Added option for the minimum title length to scan.
* Added support to enable or disable LibDVDNav.
* Added option to prompt to delete source files after clearing successful completed items.
* Added option to disable remembering recent files and folders.
* Tweaked number box to only select all on a quick click.

[jouchan]

hi randomEngy
why this app cant working in windows 7?when i open vidcoder, always like error address (0xbla...bla..) and stop working
thx

[cengizhan]

hi randomEngy
why this app cant working in windows 7?when i open vidcoder, always like error address (0xbla...bla..) and stop working
thx

it does work in windows 7. may be you have something missing in your system live visual c runtimes, netframework 4 etc.

[mcr]

A lot of crashing going on. While batch encoding a couple of mpeg-2 files, VidCoder will crash randomly after a few files are finished. Right when it should start to encode the next file in the queue. The logged message is always the same: Application: VidCoder.exe
Framework Version: v4.0.30319
Description: The process was terminated due to an unhandled exception.
Exception Info: exception code c0000005, exception address 6F31138D



Another frequent cause for crash is editing encoding settings while a video is loaded. While entering video sizes for cropping, resizing etc. there is a chance that invalid numbers are in the boxes for a short time and VidCoder crashes at that moment. It would be better to wait with reading those parameters until the user has finished changing the values.

[DJ-1]

OK, the 1st time I'm gonna try n rip a blue ray disc, is there a way of passthrough of dts-ma audio?
I understand that it can't be re-encoded like that as most GUIs do 'core only', & there is no option of passthrough of dts under audios output.....
Sent from my GT-I9100 using Tapatalk

[RandomEngy]

It should work. Did you select "Auto Passthru" as the codec?

[RandomEngy]

A lot of crashing going on. While batch encoding a couple of mpeg-2 files, VidCoder will crash randomly after a few files are finished. Right when it should start to encode the next file in the queue. The logged message is always the same:


Another frequent cause for crash is editing encoding settings while a video is loaded. While entering video sizes for cropping, resizing etc. there is a chance that invalid numbers are in the boxes for a short time and VidCoder crashes at that moment. It would be better to wait with reading those parameters until the user has finished changing the values.

Is there a specific value that causes it to crash? The idea is to simply not try to create a new preview if it would cause issues. You might be able to get around the problem by having the preview window closed while making those changes.

As for the encoding crashes: http://vidcoder.codeplex.com/wikipage?title=Submitting%20bug%20reports

[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.

[mike20021969]

I just have a quick query about encoding an MPEG2 video.

The video, from off-air freeview in the UK, is 16:9.
My Grabster AV400 USB capture records it as 720x576 in 4:3 - so it is squeezed.

Assuming there's no cropping & I don't want to lose resolution, would I be correct in saying I simply resize it to 1024x576?

Or should I keep it at 720x576 and set the pixel aspect ratio? (Although I tried to do this and cant seem to get the settings/values right).

Thanks.

[JohnAStebbins]

I just have a quick query about encoding an MPEG2 video.

The video, from off-air freeview in the UK, is 16:9.
My Grabster AV400 USB capture records it as 720x576 in 4:3 - so it is squeezed.

Assuming there's no cropping & I don't want to lose resolution, would I be correct in saying I simply resize it to 1024x576?

Or should I keep it at 720x576 and set the pixel aspect ratio? (Although I tried to do this and cant seem to get the settings/values right).

Thanks.
What you really want to do is modify the pixel aspect ratio. Using the HandBrakeCLI, it would look something like this:

HandBrakeCLI -i test.mpg -o test.mp4 -Z Normal --custom-anamorphic --pixel-aspect=64:45

[mike20021969]

HandBrakeCLI -i test.mpg -o test.mp4 -Z Normal --custom-anamorphic --pixel-aspect=64:45


OK - I got this to work in VidCoder :)
No cropping = no problem.

Now when I start cropping away black borders on 3 sides, it seems to throw the picture out of aspect, and 64:45 doesn't give me a 16:9 image.

I'm having to go with values 64:44 - does this seem the right thing to do? Although the preview looks OK, I'm not entirely sure I have a 16:9 result.

[RandomEngy]

Yes, the Level option is slated to be added with the other changes. It will be equivalent to the HandBrakeCLI --h264-level parameter.

[JohnAStebbins]

OK - I got this to work in VidCoder :)
No cropping = no problem.

Now when I start cropping away black borders on 3 sides, it seems to throw the picture out of aspect, and 64:45 doesn't give me a 16:9 image.

I'm having to go with values 64:44 - does this seem the right thing to do? Although the preview looks OK, I'm not entirely sure I have a 16:9 result.

You should not have to adjust the pixel aspect to compensate for cropping. I did a test with this command line to verify with the CLI

./HandBrakeCLI -i test.mkv -o test2.mkv -Z Normal --custom-anamorphic --pixel-aspect=64:45 --crop 100:100:0:0 --modulus 2

Activity log showing detailed settings used by hb are:

Input #0, matroska,webm, from 'test.mkv':
Duration: 00:48:06.80, start: 0.000000, bitrate: N/A
Stream #0.0(eng): Video: h264 (High), yuv420p, 720x576 [PAR 16:15 DAR 4:3], 25 fps, 25 tbr, 1k tbn, 50 tbc (default)
Stream #0.1(eng): Audio: ac3, 48000 Hz, 5.1, s16, 448 kb/s (default)
[11:08:35] scan: decoding previews for title 1
[11:08:35] scan: audio 0x1: AC-3, rate=48000Hz, bitrate=448000 English (AC3) (5.1 ch)
Scanning title 1...
[11:08:36] scan: 10 previews, 720x576, 25.000 fps, autocrop = 0/0/0/0, aspect 4:3, PAR 16:15
[11:08:36] scan: title (0) job->width:720, job->height:544
[11:08:36] libhb: scan thread found 1 valid title(s)
+ title 1:
+ stream: test.mkv
+ duration: 00:48:06
+ size: 720x576, pixel aspect: 16/15, display aspect: 1.33, 25.000 fps
+ autocrop: 0/0/0/0
+ chapters:
+ 1: cells 0->0, 0 blocks, duration 00:48:06
+ audio tracks:
+ 1, English (AC3) (5.1 ch) (iso639-2: eng), 48000Hz, 448000bps
+ subtitle tracks:
+ Using preset: Normal
[11:08:36] 1 job(s) to process
[11:08:36] starting job
[11:08:36] sync: expecting 72170 video frames
[11:08:36] work: only 1 chapter, disabling chapter markers
[11:08:36] job configuration:
[11:08:36] * source
[11:08:36] + test.mkv
[11:08:36] + title 1, chapter(s) 1 to 1
[11:08:36] + container: matroska,webm
[11:08:36] * destination
[11:08:36] + test2.mkv
[11:08:36] + container: Matroska (.mkv)
[11:08:36] * video track
[11:08:36] + decoder: h264
[11:08:36] + frame rate: same as source (around 25.000 fps)
[11:08:36] + filters
[11:08:36] + Framerate Shaper (0:27000000:1080000)
[11:08:36] + frame rate: same as source (around 25.000 fps)
[11:08:36] + Crop and Scale (720:376:100:100:0:0)
[11:08:36] + source: 720 * 576, crop (100/100/0/0): 720 * 376, scale: 720 * 376
[11:08:36] + custom anamorphic
[11:08:36] + storage dimensions: 720 * 376, mod 2
[11:08:36] + pixel aspect ratio: 64 / 45
[11:08:36] + display dimensions: 1024 * 376
[11:08:36] + encoder: H.264 (x264)
[11:08:36] + options: ref=1:weightp=1:subq=2:rc-lookahead=10:trellis=0:8x8dct=0
[11:08:36] + quality: 20.00 (RF)
[11:08:36] * audio track 1
[11:08:36] + decoder: English (AC3) (5.1 ch) (track 1, id 0x1)
[11:08:36] + bitrate: 448 kbps, samplerate: 48000 Hz
[11:08:36] + mixdown: Dolby Pro Logic II
[11:08:36] + encoder: AAC (faac)
[11:08:36] + bitrate: 160 kbps, samplerate: 48000 Hz
[11:08:36] reader: first SCR 0 id 0x1 DTS 0
[11:08:36] encx264: encoding with stored aspect 64/45
[11:08:36] encx264: Encoding at constant RF 20.000000
x264 [warning]: --psnr used with psy on: results will be invalid!
x264 [warning]: --tune psnr should be used if attempting to benchmark psnr!
x264 [info]: using SAR=64/45
x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 FastShuffle SSE4.2
x264 [info]: profile Main, level 3.0
Encoding: task 1 of 1, 12.49 % (112.36 fps, avg 122.45 fps, ETA 00h08m36s)q

Encoding Quit by user command
Encoding: task 1 of 1, 12.53 % (112.36 fps, avg 122.45 fps, ETA 00h08m36s)[11:09:50] work: average encoding speed for job is 122.453987 fps
[11:09:50] sync: got 9041 frames, 72170 expected
[11:09:50] reader: done. 1 scr changes
[11:09:50] render: lost time: 0 (0 frames)
[11:09:50] render: gained time: 0 (0 frames) (0 not accounted for)
[11:09:50] h264-decoder done: 9067 frames, 0 decoder errors, 0 drops
x264 [info]: frame I:124 Avg QP:18.24 size: 20213 PSNR Mean Y:47.09 U:50.22 V:51.14 Avg:47.96 Global:47.33
x264 [info]: frame P:5261 Avg QP:21.16 size: 6843 PSNR Mean Y:44.14 U:47.87 V:48.73 Avg:45.08 Global:44.69
x264 [info]: frame B:3606 Avg QP:22.32 size: 1580 PSNR Mean Y:43.80 U:48.17 V:49.04 Avg:44.86 Global:44.04
x264 [info]: consecutive B-frames: 31.5% 41.8% 9.8% 16.9%
x264 [info]: mb I I16..4: 42.2% 0.0% 57.8%
x264 [info]: mb P I16..4: 24.2% 0.0% 4.6% P16..4: 33.2% 17.0% 8.6% 0.0% 0.0% skip:12.4%
x264 [info]: mb B I16..4: 2.6% 0.0% 0.1% B16..8: 20.3% 5.6% 0.5% direct:11.9% skip:59.1% L0:29.5% L1:51.4% BI:19.1%
x264 [info]: coded y,uvDC,uvAC intra: 39.5% 61.8% 19.1% inter: 18.7% 25.3% 1.0%
x264 [info]: i16 v,h,dc,p: 41% 23% 25% 12%
x264 [info]: i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 25% 20% 24% 5% 6% 5% 6% 4% 4%
x264 [info]: i8c dc,h,v,p: 52% 18% 25% 5%
x264 [info]: Weighted P-Frames: Y:4.0% UV:2.5%
x264 [info]: SSIM Mean Y:0.9790401 (16.786db)
x264 [info]: PSNR Mean Y:44.045 U:48.025 V:48.886 Avg:45.033 Global:44.447 kb/s:983.29
[11:09:50] mux: track 0, 7623 frames, 34864074 bytes, 914.59 kbps, fifo 4096
[11:09:50] mux: track 1, 14294 frames, 6098213 bytes, 159.97 kbps, fifo 8192

The output looked fine. If the aspect were wrong, this would have made people look very fat.

[mike20021969]

You should not have to adjust the pixel aspect to compensate for cropping.

I thought that. But after cropping, the picture distorts:
3 screenshots below - No cropping , auto cropping, custom cropping.
There is definitely a difference between auto and custom if I leave the 64:45 setting alone.
It isn't a lot, but if you alternate between the auto and custom, you'll see the difference.
(Incidentally, I use custom cropping because the auto crop leaves soft edges).

And the Display and Storage values are all over the place in the cropped images.
What am I doing wrong?

No cropping:
http://i59.photobucket.com/albums/g302/mike20021969/NoCropping_Preview-Display1024x576-Storage720x576.jpg

Auto cropping:
http://i59.photobucket.com/albums/g302/mike20021969/AutoCropping_Preview-Display1001x560-Storage704x560.jpg

Custom cropping:
http://i59.photobucket.com/albums/g302/mike20021969/CustomCropping_Preview-Display1000x560-Storage688x560.jpg

Auto Vs Custom:
http://i59.photobucket.com/albums/g302/mike20021969/diffference.gif

[mike20021969]

Scrub that - I cant get this to work.

After cropping T=0, L=14, R=8, B=8, Modulus=2, PAR=64:45, I get a Display Resolution of 992x568.

That isn't 16x9.

*SIGH*

[JohnAStebbins]

Scrub that - I cant get this to work.

After cropping T=0, L=14, R=8, B=8, Modulus=2, PAR=64:45, I get a Display Resolution of 992x568.

That isn't 16x9.

*SIGH*

*After* cropping, you probably won't get exactly 16:9. The original, before cropping, was 16:9, so cropping is going to make it slightly different due to removal of the black boarders. The important thing is that the pixel aspect is correct. This is what determines if people look too fat or thin.

Although the pictures are a little useful. It would be far more useful if you posted activity logs for each. Then we could see the settings that are being applied. If nothing else, that will allow others to replicate the problem.

[mike20021969]

*After* cropping, you probably won't get exactly 16:9. The original, before cropping, was 16:9, so cropping is going to make it slightly different due to removal of the black boarders. The important thing is that the pixel aspect is correct. This is what determines if people look too fat or thin.

I think I get what you're saying.

Fogetting PAR for a second, if I crop the black borders then I resize to a widescreen dimension, e.g. 1024x576, I have distorted the video myself? :eek:

Going back and looking at the 1st image which isn't cropped is 16x9, but the (watchable) video within the black border ISN'T 16x9.

I now understand. Thanks.

[RandomEngy]

Is it possible to switch languages for VidCoder, or what did you mean with that?

Not yet, but it will be when the translation is finished and I release the next version. You'll be able to switch from English to German. And volunteers who want to translate it to other languages can do so.

[RandomEngy]

I talked to Rodeo about it. The current method isn't ideal for determining if a level is valid (when used with p-invoke) and discussed adding a simpler method to HB that should allow this.

[Rafales]

Hi,
Would like to know does this tool works with Windows 8 which comes with Dot Net Framework 4.5 (enabled by default)

[mike20021969]

Hi,
Would like to know does this tool works with Windows 8 which comes with Dot Net Framework 4.5 (enabled by default)

Why not try?

This from the VidCoder homepage...

Platform
VidCoder is built on .NET 4 Client Profile/WPF in C#.

It runs on any OS that supports .NET 4: Windows 7, Vista, XP, Server 2003 and Server 2008.

[RandomEngy]

Yeah it appears to be working fine in Windows 8. I believe the OS comes with .NET 4 pre-installed so if you don't need to do anything extra if you have Win 8.

[mike20021969]

Why are you "hiding" the Preview window in the Menu bar (Windows ---> Preview) ;)?

Wouldn't it be more intuitive if the Preview window could also be accessed via a button placed on the Main window for example?



Something like this you mean...? ;)

http://i59.photobucket.com/albums/g302/mike20021969/20121109_14h02m47s_002_VidCoder.jpg

[DJ-1]

Hi, I been using vidcoder for quite a while now, it's easily the best in terms of 'ease of use'.
I know that vidcoder is based on handbrake..... But I very rarely see handbrake updated...

Vidcoder main pro for me is...
All info contained in a single profile.... Whereas some GUIs will rather have the user set up video profile + audio profile other weird things & feels disjointed.

I have been trying Hybrid as it has a lot of extra advanced video filtering + extras, but isn't as easy to use...

It'd be great if handbrake did all the ultra advanced stuff & therefore keep the simplicity with it also...

[mike20021969]

But I very rarely see handbrake updated...

Try the "nightlies" if you want to try the latest HandBrake updates - note that they may not be as stable as the "official" releases (e.g. 0.9.8).

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

[RandomEngy]

@ "RandomEngy":

Some requests / questions:

Could you please add an option to the Preview window (Windows ---> Preview) to adjust the size of it? Something like:

Size:

1:1
100%
50%

and so on...

?

Maybe via a right click menu into the Preview window?

And could you also make the Preview window scrollable if the size of the Preview window would exceed the screen resolution?

Hmm. Currently the window layout is designed so that you can just keep the Preview window open somewhere and watch it change as you bring in new sources, etc. A function where the window itself changed size would be a bit disruptive because it would all the sudden be covering other windows. I will consider adding a switch to toggle between the current behavior and 1:1 with scrolling.

Also:

Why is seeking within the videofile only possible in "steps" in the Preview window? Could you possibly change it to make it possible to seek stepless?

I'm using what the HandBrake API gives me. As soon as they allow a smooth "seek to anywhere" feature I'll add it as well.

And something else:

Is it really necessary for the Encoding Settings window (Windows ---> Encoding Settings) to be a separate window being detached from the main window?

Why not integrate it into the Main window like the normal HandBrake GUI?

Thanks in advance ;).

The Encoding window is meant to be a place where you do optional 1-time setup work for your encoding settings. When you're ripping a large number of movies or doing other work, most of your time is spent in the main window: opening files, picking subtitles, managing queues, etc. By moving the encoding settings out, you get a much simpler main interface for everyday work and for people who just want to use a built-in preset.

If you like to fiddle with encoding settings a lot you can just leave the encoding settings window open beside the main one. There's no requirement to close it to interact with the main UI again.

Still looking forward to the next update by the way :):D;).

Cool. The translator I've been waiting on has either gotten really sick or is dragging his heels. I'll think about doing a release without the translation if I don't hear back from him.

[RandomEngy]

Released VidCoder 1.4.5 Beta (http://vidcoder.codeplex.com/releases/view/97530):

* Removed the old Advanced user interface and moved x264 preset/profile/tune there instead. The functionality is still available through editing the options string.
* Added ability to specify the H.264 level.
* Added ability to choose VidCoder's interface language. If you are interested in translating, we can get VidCoder in your language!
* Updated WPF text rendering to use the better Display mode.
* Updated HandBrake core to SVN 5045.
* Removed logic that forced the .m4v extension in certain cases.
* Increased max width of preset combo box.
* Changed VidCoder to be a single-instance program. Attempting to open it again will show the main window.
* Moved options storage to SQLite rather than the standard .NET user config. This means less chance for config settings to get corrupted.
* When doing batch file encodes, VidCoder now picks the default title to encode rather than just the first one every time (useful for ISOs).

* Fixed RF 0 showing (none) in number box.
* Fixed reported crash on closing.
* Fixed main UI not updating when output folder was picked in options.
* Fixed crash when you have two SRT subtitle tracks and mark one as default.

[RandomEngy]

Unfortunately you haven't moved the Quality settings from the Video panel to the Advanced panel though :(;).

And the quality settings now look a bit messed up in the Video panel, because the "2-pass Encoding" and "Turbo first pass" checkboxes are now on the left side under the Video settings and not under or next to the Quality settings, where they actually would belong.

So, a suggestion/request:

Would there be any chance you could also move the Quality settings from the Video panel to the Advanced panel?

Now that the old advanced settings have been removed from the Advanced panel, there would be enough space to move the Quality settings there as well?

And that leads to the next suggestion :D: What do you think about renaming the Advanced panel and calling it "Encoder" or "Encoder Settings" or something like that?

Having all encoder related settings under this panel (inlcuding Quality settings) would be appreciated.

I do have a lot more room now. But Quality is very much a basic setting that I want to be in the forefront. That is something you might fiddle with even if you never touch the profile/preset/tune/level stuff. And I'm not sure I could squeeze everything into the same tab.

But it looks like it's quite messed up :(;).

First of all, the H.264 Level dropdown menu offers incompatible levels.

An example:

If you want to encode at 1920x1080@30fps for example, the H.264 Level dropdown menu should only offer level 4.0 / 4.1 / 4.2 / 5.0 / 5.1 / 5.2.

But instead it offers every level from 1.0 to 5.2.

However, the dropdown menu is highlighting level 4.0 and 4.1 with black font in that case, the other levels are displayed in grey font.

But why only level 4.0 and 4.1? Level 4.2 / 5.0 / 5.1 / 5.2 would be compatible as well.

Also: why are you just highlighting the levels with black font while still offering the other levels and only display them in grey font?

It would probably be better to not show incompatible levels at all, wouldn't it?

Also, it is very inconsistent with different resolutions and framerates.

Some examples:

1280x720@30fps: only level 3.2 / 4.0 / 4.1 are shown in black font, the other levels are shown in grey font (although level 3.1 / 4.2 / 5.0 / 5.1 / 5.2 would be compatible as well)

1280x720@60fps: only level 4.0 / 4.1 are shown in black font, the other levels are shown in grey font (although level 3.2 / 4.2 / 5.0 / 5.1 / 5.2 would be compatible as well)

1920x1080@30fps: only level 4.0 / 4.1 are shown in black font, the other levels are shown in grey font (although level 4.2 / 5.0 / 5.1 / 5.2 would be compatible as well)

1920x1080@60fps: all levels are shown in grey font :confused: (although level 4.2 / 5.0 / 5.1 / 5.2 would be compatible)

3840x2160@30fps: all levels are shown in grey font :confused: (although level 5.1 / 5.2 would be compatible)

3840x2160@60fps: all levels are shown in grey font :confused: (although level 5.2 would be compatible)

Those are just some examples. Haven't tested it with other resolutions and framerates.

In VidCoder you edit the encoding preset, which is independent of the source material. The approach I take is not to remove incompatible settings, but to gray them out to let the user know they won't work with the current settings. That way they don't have their setting altered by loading the wrong video file. As for levels 4.2 and above being grayed out, that's a problem with the new HandBrake API. I'll talk to them about it and try to get it fixed.

[mike20021969]

* Removed the old Advanced user interface and moved x264 preset/profile/tune there instead. The functionality is still available through editing the options string.

That's all fine and good if you understand it. I don't.
I understand these drop down menu's:

http://i59.photobucket.com/albums/g302/mike20021969/Ashampoo_Snap_20121111_08h51m49s_001_Preset-854x480.jpg

But this now means nothing to me. I know nothing about what these "Additional advanced x264 options" entries mean:

http://i59.photobucket.com/albums/g302/mike20021969/Ashampoo_Snap_20121111_08h52m14s_002_---Preset-854x480---.jpg

I understand drop down menu's and the descriptions that show what they do when the mouse cursor is hovered by them.
I haven't got a clue about entering values.
If for example I wanted to alter the "motion estimation method" or "deblocking" well now I am screwed.

How do I know what to start writing in that box??

[RandomEngy]

I understand drop down menu's and the descriptions that show what they do when the mouse cursor is hovered by them.
I haven't got a clue about entering values.
If for example I wanted to alter the "motion estimation method" or "deblocking" well now I am screwed.

How do I know what to start writing in that box??

I would probably go back and ask you why you wanted to change the motion estimation method. Was it to change the encoding speed? To make it more compatible with a specific device? To make it better suited to a particular source? There's probably a preset/profile/tune setting that can help you accomplish your goals better than mucking with those advanced options. At least that's the opinion of the x264 developer himself.

But if you really want to get into that, you can read up on the options here: http://mewiki.project357.com/wiki/X264_Settings

And those are just two examples. In the first example level 3.1 is greyed out as well and in the second example level 3.2 is greyed out as well.

So, as you can see, it's not just levels 4.2 and above being greyed out :(;).

I see. I'll also bring that up when I catch Rodeo online.

[mike20021969]

you can read up on the options here: http://mewiki.project357.com/wiki/X264_Settings

That might as well be written in a foreign language :D
I'm still none the wiser about how to go about entering a value for a setting or what value I should choose if I could.

Thanks anyway.

[RandomEngy]

With the latest update you emptied the additional advanced x264 options string of the "Normal" global preset and set it to x264 Preset: Very Fast and Profile: Main. You probably did that because the "Normal" global HandBrake preset basically resembles x264 Preset Very Fast @ Main Profile, and because to make the additional x264 advanced options string not interfere with the x264 preset/tune/profile/level settings, didn't you ;)?

Just wondering though:

Is it really necessary to have the "Normal" and "High Profile" global HandBrake presets any longer?

What are they actually good for, now that users can specify all those things via the x264 preset/tune/profile/level settings?

So, why not remove the "Normal" and "High Profile" global HandBrake presets and replace them with a new global preset called "None" (or something like that) in which the x264 preset/tune/profile/level settings would all be set to "-None-" and "Automatic" (for H.264 Level) by default so that it would be up to the user to specify them via those settings?

And if, for whatever reason, you want the "Normal" and "High Profile" global presets to stay, would there be any chance you could at least add such a "None" global preset and make VidCoder default to it ;)?

On the subject of presets I've mostly just been following HandBrake, on the assumption that they know what they're doing. I guess the basic question is what kind of files do you want for a user that just boots up VidCoder and starts encoding things? Do you want files that are compatible with more devices or do you want files with less compatibility that use more encoding features and look nicer?

Have not really figured out anything rock-solid so I'm just going the safer route for now.

And could you please separate the global presets into "User Presets", "Regular" (if you leave the "Normal" and "High Profile" global presets) and "Devices", like it's done in the normal HandBrake GUI?

I've thought about that but it's really just a "nice to have" at this point. The built-in presets are already ordered that way and user presets are styled differently in the presets list. Maybe someday when I feel like completely re-writing the combobox control.

That might as well be written in a foreign language :D
I'm still none the wiser about how to go about entering a value for a setting or what value I should choose if I could.

Thanks anyway.

My main issue with the Advanced UI is that the mere fact of their existence invited people who didn't know anything about the setting to go in and fiddle with them. But if you don't have prior knowledge about all these very complicated settings you're almost certain to tweak something in a way that is unhelpful or just bad. 99.9% of users (including me!) are better off just not interacting with those settings in any way.

In other words, a user's lack of knowledge about Psychovisual Rate Distortion isn't really a problem because they don't need to know about it to do good encodes. The UI isn't making anything better by bringing this setting to the user's attention and trying to educate them about it.

The preset/profile/tune settings are far more helpful and putting them front and center is much more of a service to users. If you're upset about the lack of advanced UI I would focus on learning what these do first, before you go digging back into the thicket of specific, advanced x264 options.

[Rodeo]

If you want to encode at 1920x1080@30fps for example, the H.264 Level dropdown menu should only offer level 4.0 / 4.1 / 4.2 / 5.0 / 5.1 / 5.2.

But instead it offers every level from 1.0 to 5.2.

However, the dropdown menu is highlighting level 4.0 and 4.1 with black font in that case, the other levels are displayed in grey font.

But why only level 4.0 and 4.1? Level 4.2 / 5.0 / 5.1 / 5.2 would be compatible as well.

[…]

1280x720@30fps: only level 3.2 / 4.0 / 4.1 are shown in black font, the other levels are shown in grey font (although level 3.1 / 4.2 / 5.0 / 5.1 / 5.2 would be compatible as well)

1280x720@60fps: only level 4.0 / 4.1 are shown in black font, the other levels are shown in grey font (although level 3.2 / 4.2 / 5.0 / 5.1 / 5.2 would be compatible as well)

1920x1080@30fps: only level 4.0 / 4.1 are shown in black font, the other levels are shown in grey font (although level 4.2 / 5.0 / 5.1 / 5.2 would be compatible as well)

1920x1080@60fps: all levels are shown in grey font :confused: (although level 4.2 / 5.0 / 5.1 / 5.2 would be compatible)

3840x2160@30fps: all levels are shown in grey font :confused: (although level 5.1 / 5.2 would be compatible)

3840x2160@60fps: all levels are shown in grey font :confused: (although level 5.2 would be compatible)

AFAICT, hb_check_h264_level() works just fine. For some reason VidCoder is calling it with either interlaced or fake_interlaced set to 1, which is consistent with all the results you posted above:

- 1280x720i requires level 3.2 (interlaced -> height must multiple of 32 -> encoded height 736 pixels)

- levels 4.2 and above do not support interlacing (forbidden)

[mike20021969]

My main issue with the Advanced UI is that the mere fact of their existence invited people who didn't know anything about the setting to go in and fiddle with them. But if you don't have prior knowledge about all these very complicated settings you're almost certain to tweak something in a way that is unhelpful or just bad. 99.9% of users (including me!) are better off just not interacting with those settings in any way.

Indeed. I suppose that's why the menu appeared when the mouse cursor approached advanced options to give users and idea as to what each did. And also many had a "default" value to put put it back should things not work out.

Not knowing what a previous string value was after changing it could also be troublesome for some!

Moving on... I'm on the latest beta and I appreciate the time and effort you put into VidCoder.

:thanks:

[RandomEngy]

Rodeo: you were spot on about the interlacing. I had made sure I was passing the correct bools into the interop function but had not realized that I messed up the bool -> int conversion for fake interlaced. Everything looks good now; will be fixed in next beta (and is fixed in the interop code I just checked in).

Well, you mentioned compatibility. But that rather would be something that would rather be of concern for the dedicated device presets like "Android Mid", "Android High" and so on (only to name a few), wouldn't it?

And, defaulting to a global preset called "None" with an empty additional advanced x264 options string and with x264 preset/tune/profile/level settings set to "-None-" and "Automatic" (for H.264 Level) wouldn't dramatically reduce compatibility, wouldn't it?

Instead of "None", maybe such a global preset could also be called "Scratchpad" (like in MeGUI for example) or something similar.

And, by the way, it would also be very much appreciated if Automatic Cropping would be disabled by default.

It would even be appreciated if you could add a third radio button to the Cropping options and call it "None" and default to that.

That question probably could also be formulated differently:

Would you want users being exposed to H.264 Main Profile by default in the year 2012 (almost 2013) :p;)?

Because that's what VidCoder is currently doing :eek:.

Wouldn't H.264 High Profile (what x264 currently is defaulting to) be more appropriate by now ;)?

I don't want to call a preset "None" because it isn't descriptive. I am thinking about changing "Normal" to use straight defaults for x264 and removing the "High Profile" preset. Also having a "scratchpad" doesn't really make sense because of the way VidCoder's presets work. You can always just play around and revert any changes if you want, or save them as a new preset.

About automatic cropping: What do you have against it? I don't see any major reason why it shouldn't be on by default. I'll think about adding that "None" cropping option; that seems reasonable enough. Would save a few clicks for people that want to turn cropping off.

Well, you could also assume that the x264 developers know what they are doing and default to their current defaults instead, namely: empty additional advanced x264 options string with x264 preset/tune/profile/level settings set to "-None-" and "Automatic" (for H.264 Level) in VidCoder, couldn't you :p:D;)?

The way the settings are now are just me assuming the HandBrake developers know what they're doing. But yeah, already covered this.

Bug report:

VidCoder crashes on start up when the "Remember previously used files and folders" option has been deactivated in the Advanced Options. Tested with VidCoder 1.4.5 Beta (x64).

Thanks for the report, will be fixed in next beta release.

And something else:

At the moment, the x264 Preset dropdown menu in VidCoder offers "-None-" and "Medium". But that's both basically the same. So, one of them would be redundant.

What you are currently listing as "Medium" is doing the following according to the VidCoder Log:

job configuration:
[...]
+ x264 preset: medium

But it shouldn't do that. Because:

Preset Medium = specifying no preset (using default x264 options)

;)

What you are currently listing as "-None-" is doing it correctly. What you are currently listing as "-None-" is Preset Medium, because it's specifying no preset and is using the default x264 options.

So, could you please remove what you are currently listing as "Medium" and rename "-None-" to "Medium (Default)"?

I don't really see what's incorrect about it. With "-None-", I am not passing any preset to x264. With "Medium" I'm passing a specific preset called "medium" to it. Are you saying that you get identical results when you use no preset and when you use "medium"? Will that always be the case? I made the UI this way in case the fallback preset in x264 changed to something other than "medium".

And something else:

Could you please rename the "-None-" entry in the x264 Tune dropdown menu from "-None-" to "None (Default)"?

Could you please rename the "-None-" entry in the H.264 Profile dropdown menu from "-None-" to "Automatic (Default)" or "Auto (Default)"?

Could you please rename the "Automatic" entry in the H.264 Level dropdown menu from "Automatic" to "Automatic (Default)" or "Auto (Default)"?

I had "-None-" as a choice for all of these because these are settings you can just leave off or specify a specific setting as you choose. I put the hyphens in there to set them apart from the other choices and communicate to the user that this is a safe place to let them stay if you don't want to fiddle with anything. Besides, if you were arguing for having a Medium (Default) preset choice, shouldn't the profile be High (Default) as well?

And something else:

It was mentioned a few posts back already, but, the "Preview" button on the Main Window disappears when the Preview Window is open. Why are you doing that ;)? It's a bit confusing.

Why not just make it grey out when the Preview Window is open? It's also greyed out on start up when no source file is loaded and the Preview Window is closed.

To save space and reduce visual clutter when the preview window is open. Why would you be confused about it not being there? Why would you be trying to open something that's already open?

Oh and by the way, thank you for all the feedback and the interest you've shown in improving VidCoder!

[RandomEngy]

Because the picture / the size / the resolution shouldn't be altered by default IMHO.

And furthermore: who is guaranteeing that the automatic cropping option will always work correctly?

By default, it should be up to the user to decide wether to activate cropping and/or altering the size/resolution IMHO.

By the way: "Strict" would be the correct Sizing option for always leaving the size/resolution untouched, or wouldn't it?

Then VidCoder should default to "Sizing ---> Strict" and "Cropping ---> None" by default IMHO.

Well "the resolution should not be altered by default" isn't really a reason, it's just restating the request.

https://trac.handbrake.fr/wiki/AnamorphicGuide

Loose anamorphic and automatic cropping produce results that encode well and have the correct aspect ratio. They make fine defaults.

Also asked about it on the HandBrake forums today, "Rodeo" already replied there, please read all the posts in the following thread starting with the following post:

https://forum.handbrake.fr/viewtopic.php?f=10&t=18133&p=118353#p118353

;)

The x264 Preset slider in his (not yet implemented) MacGUI patch over there:

https://reviews.handbrake.fr/r/280/s/20/

appears to have just 10 steps (with only "Medium"), and not 11 like the VidCoder x264 Preset dropdown menu (with "-None-" and "Medium").

Yeah, I saw that. And you're right; it's probably the best way to do it. I just put it off in favor of getting what I had out there.

No, because x264 does not specify H.264 High Profile by default.

It's just that x264 currently automatically defaults to H.264 High Profile because of the current x264 default options ("Preset Medium").

You can try it for yourself, some examples:

If you do not specify a H.264 profile and select x264 Preset Medium for example, then x264 will automatically encode @ H.264 High Profile.

And if you do not specify a H.264 profile and select x264 Preset Ultra Fast for example, then x264 will automatically encode @ H.264 Constrained Baseline Profile.

Or if you do not specify a H.264 profile and select CRF 0 for example, then x264 will automatically encode @ H.264 High 4:4:4 Predictive Profile.

And so on...

So, please rename the "-None-" entry in the H.264 Profile dropdown menu from "-None-" to "Automatic (Default)" or "Auto (Default)" ;).

Besides: Looking at the pictures of "Rodeo"s (not yet implemented) MacGUI patch mentioned above, it looks like he also named it "Automatic" ;).

Well if you use preset Ultra Fast and specify the High profile, it still produces H.264 Constrained Baseline Profile. That's because the High profile ensures it meets the profile and needs to make no changes because it already does. But I see what you mean about specifying RF 0. I'll probably just follow the HandBrake naming here.

PS: Also asked "Rodeo" about this on the HandBrake forums, please read all the posts in the following thread starting with the following post:

https://forum.handbrake.fr/viewtopic.php?p=118354&sid=01d7024b0657470355838fab6fc2614a#p118354

;)

Yeah I wasn't quite sure what to make of the other 3 "high" profiles. I'll add High 4:4:4 Predictive. Thanks for the heads-up.

PS: The following thread from today:

https://forum.handbrake.fr/viewtopic.php?f=26&t=25756

might be interesting for you ;).

It is... I like that LinGui mockup; maybe I can fit everything on the Video tab. Less tabbing around would be good.

[mike20021969]

Hi RandomEngy.

I like to have VidCoder "Play sound on completion" when encoding files.

I'm not really keen on the default supplied, so for a while I have been putting put my own .wav in the Program Files folder (renaming it "Encode_Complete.wav" so that it plays).

This works great but after installing a new version of VidCoder, the .wav I chose is overwritten with your default sound.

Would it be possible to add a browse button for the default sound and have this remembered after an update install?

Thanks.

[JohnAStebbins]

Just wanted to add my $0.02 to this discussion. If you are planning on eliminating the advanced panel, then you probably shouldn't have a "none" option for preset. "none" for tune seems like an obvious "yes". And I'm strongly in favor of an "auto" setting for profile and level since very few users will have any clue what to set these to.

Personally, I will continue to use the advanced panel for my own settings. I could munge a combination of preset and extra options to do what I want, but the advanced panel is far easier to use for my particular preferences.

If I were new to using x264, I would find the preset/tune/profile/level/options to be a great learning tool. But it's only helpful if you can see the end result option string (which will show in the advanced panel of HandBrake). Admittedly, the number of people that *want* to learn more is going to be small. But since the advanced tab already exists and noobs are under no compulsion to even look at it, I consider it worthy of keeping.

[RandomEngy]

Hi RandomEngy.

I like to have VidCoder "Play sound on completion" when encoding files.

I'm not really keen on the default supplied, so for a while I have been putting put my own .wav in the Program Files folder (renaming it "Encode_Complete.wav" so that it plays).

This works great but after installing a new version of VidCoder, the .wav I chose is overwritten with your default sound.

Would it be possible to add a browse button for the default sound and have this remembered after an update install?

Thanks.

Heh. That sound was a result of searching through hundreds of sounds and picking the least terrible one. If you've got a better one I'd consider it for default. I'll also put the ability to customize the sound on the backlog.

Just wanted to add my $0.02 to this discussion. If you are planning on eliminating the advanced panel, then you probably shouldn't have a "none" option for preset. "none" for tune seems like an obvious "yes". And I'm strongly in favor of an "auto" setting for profile and level since very few users will have any clue what to set these to.

Personally, I will continue to use the advanced panel for my own settings. I could munge a combination of preset and extra options to do what I want, but the advanced panel is far easier to use for my particular preferences.

If I were new to using x264, I would find the preset/tune/profile/level/options to be a great learning tool. But it's only helpful if you can see the end result option string (which will show in the advanced panel of HandBrake). Admittedly, the number of people that *want* to learn more is going to be small. But since the advanced tab already exists and noobs are under no compulsion to even look at it, I consider it worthy of keeping.

Hmm, okay. If I can get all the standard stuff moved over to the Video tab, bringing the advanced panel back makes more sense. It will be a place that only the brave will venture to.

[mike20021969]

I'll also put the ability to customize the sound on the backlog.
Great. (The one I currently replace your's with is AVG's scan_finish_threat_found.wav. It may be copyrighted and/or would require permission to use it in VidCoder. On the other hand, it's possible it might be royalty free).

If I can get all the standard stuff moved over to the Video tab, bringing the advanced panel back makes more sense. It will be a place that only the brave will venture to.

:goodpost:

[mike20021969]

It's about how VidCoder looks with Luna theme compared to Aero theme

In case it's relevant, I'm using Windows XP with the Silver "Colour scheme".

[RandomEngy]

I actually designed it under the Aero theme, I never meant for that bar to stand out; that's just an accident of how the themes look on other operating systems.

[RandomEngy]

Not really to me. The UI comes too close to the command bar; the Aero theme gives better margins on the buttons. Though it might look okay if the command bar extended all the way across the top and there was a bit more room. What particularly do you like about the coloring on that one?

[mike20021969]

Also in the Audio section, this needs changing too ;)

http://i59.photobucket.com/albums/g302/mike20021969/20121118_21h44m04s_001_Preset-854x480.jpg

[RandomEngy]

Bug report(s):

The Bitrate drop-down list in the VidCoder Audio panel always is offering bitrates of up to 1536 Kbps, even though some Audio Codecs usually don't support 1536 Kbps.

For MP3 for example, the maximum the Bitrate drop-down list should offer should be 320 Kbps.

The standard HandBrake GUI apparently does not have this bug.

Their bitrate choices are all dynamically created based on what file has been loaded, so they're always "correct" (except when a file hasn't been loaded yet).

I have a little tougher time since I try to display all bitrates that are valid for any source file (so as to not mess up someone's preset when they load the wrong file). I can still do something here; I'll code in some limits that I know exist, like for MP3 and AC3.

And something else:

In the Audio panel:

Please rename "AAC (faac)" to "AAC (FAAC)".

Please rename "AAC (ffmpeg)" to "AAC (Libav)".

Please rename "MP3 (lame)" to "MP3 (LAME)".

Please rename "AC3 (ffmpeg)" to "AC3 (Libav)".

In the Video panel:

Please rename "MPEG-2 (FFmpeg)" to "MPEG-2 (Libav)".

Please rename "MPEG-4 (FFmpeg)" to "MPEG-4 (Libav)".

All tested with VidCoder 1.4.5 Beta (x64).

Alright. Those all appear to be accurate changes. I'll make them.

Also in the Audio section, this needs changing too ;)

http://i59.photobucket.com/albums/g302/mike20021969/20121118_21h44m04s_001_Preset-854x480.jpg

Ahh, a casualty of my extracting everything to string resources. I'll get that fixed up.

[RandomEngy]

A suggestion/question:

Please take a look at those pictures over there:

https://reviews.handbrake.fr/r/280/s/20/

Do you notice how there is a "Toggle Presets" button in the upper right corner of the Main Window of the HandBrake MacGUI which apparently makes the Preset list pop in and out of the right side of the main window?

Do you think you could do something like that with the Encoder Settings in VidCoder as well?

Or with other words: would there be any chance you could implement such a "Toggle Encoding Settings" button for the VidCoder Main Window, which, if pressed, would make the Encoding Settings pop out of the bottom or the right side of the Main Window and make them go inside the Main Window again if pressed again, similar to how the Preset List is looking in the HandBrake MacGUI and maybe with a nice animation while popping in and out?

If yes: that would be appreciated :).

If no: would there be any chance you could at least make the Encoding Settings Window dockable to the Main Window, so it could be attached to the Main Window and would move together with the Main Window?

Thank you very much in advance.

No. The expandable tray is a native Mac GUI thing and it's a bit weird for Windows.

As far as docking, I've had vague plans to allow you to drag around the helper windows and do nicer things with them but WPF doesn't give you very much to work with. There's some solutions to do "docking" ala Visual Studio but those are a problem because VidCoder windows have minimum sizes and the docking systems I've seen don't support that. I don't think anything is going to happen with this anytime soon unless some great solution with no downsides comes up.

[RandomEngy]

Released VidCoder 1.4.6 Beta (http://vidcoder.codeplex.com/releases/view/97951).

* Brought back the x264 advanced options panel due to popular demand. Thank you for all the feedback.
* x264 Preset/Profile/Tune/Level has been moved back to the Video tab, along with a copy of the "extra options" string.
* Added Fast Decode and Zero Latency checkboxes to support multiple Tunes.
* Added cropping option "None".
* Audio bitrates that are incompatible with the encoder (such as MP3 > 320 kbps) are no longer preset on the list.

* Fixed crash on opening VidCoder after de-selecting "remember locations".
* Fixed problem with some H.264 levels getting incorrectly grayed out.
* Fixed problem where preview picture dimensions could "drift" when in Strict or Loose Anamorphic mode.
* Fixed "Video Codec" label in the audio tab.
* Renamed ffmpeg to Libav in encoder names to better reflect the library they're coming from, and improved capitalization of encoder libraries.

[mike20021969]

* Brought back the x264 advanced options panel due to popular demand.
* Fixed "Video Codec" label in the audio tab.

:thanks:

[RandomEngy]

Awesome. Although it looks quite crowded now.

But here is a suggestion/an example for how you could make it look less crowded:

At the moment the quality settings on the Video panel look like this:


O Target Size (MB) [Value]
O Avg Bitrate (kbps) [Value]
O Constant Quality [Value]
——————————————————————————————[]——————————————————————————————
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
High quality Low quality
[] 2-pass encoding
[]Turbo first pass


What do you think about changing it to this for example:


O Const. Quality (CRF) [Value]
HQ ———————————————————————————[]—————————————————————————— LQ

O Avg Bitrate (kbps) [Value] [] 2-pass encoding
O Target Size (MB) [Value] [] Turbo first pass


?

;)

That would save a lot of space and would make it look less crowded IMHO ;). Also, "Const. Quality (CRF)" should be at the top and "Target Size (MB)" at the bottom IMHO ;).

Those dashes "——————————————[]——————————————" in those "Code" boxes above are supposed to portray the CRF slider by the way :D;).

The visual "steps" which currently reside under the CRF slider (and which are portrayed as "||||||||||" in the first "Code" box), probably could be removed as well to save some more space and to make it look even less crowded (as illustrated in the second "Code" box).

I like having the phrases "High quality" and "Low quality" on the UI because they are descriptive and helpful, whereas HQ and LQ are less friendly acronyms. The quality slider may be the most important thing the average user will interact with and I want to make it a nice experience. Similarly I like the tick marks because they give the user an immediate sense of how finely-grained the slider is and they can tell how broad a movement they will need to make to get changes or how likely it is that they will be able to put the slider back in the same spot they left it. Plus if you cut the tick marks you only save like 3 pixels.

It is a little bit crowded, but I think that is mostly from the logical "areas" of the panel running together (Framerate, Quality, Passes, x264 options). I moved the controls around a bit and I think this is a bit nicer:

http://i.imgur.com/suRhE.png

Also:

The value boxes for "Avg Bitrate (kbps)" and "Target Size (MB)" should not disappear when "Const. Quality (CRF)" is selected. They should only be greyed out IMHO.

And the CRF slider and CRF value box should not disappear when "Avg Bitrate (kbps)" or "Target Size (MB)" are selected. They should only be greyed out IMHO.

It's done like that in the standard HandBrake GUI (things only get greyed out there, they don't disappear), and it looks and "feels" better that way IMHO.

One of the things I don't like about HandBrake is the large amount of controls that sit around grayed out. If they're not relevant to you at the moment they're just visual noise. It's only helpful to have them present and disabled if it gives you information you don't already have. Do you need to know what the average bitrate would start at if you selected it? I'm not sure that's the case here.

Also:

At the moment, the "Target Size (MB)" and "Constant Quality" value boxes have two clickable buttons to adjust the value. The "Avg Bitrate (kbps)" value box however does not have those buttons.

Please add those two buttons to the "Avg Bitrate (kbps)" value box as well for the purpose of consistency.

I like it better when neither the target size nor bitrate have the buttons. They aren't fields that I think would benefit too much from them, most of the edits are just going to be someone typing a number in.

Also:

It would be nice if you could also bring back titles for the three Video panel categorations, namely: "Video", "Quality" and "x264".

Maybe you could achieve that with the aforementioned space saving measures ;)?

There's no room and as mentioned before your space saving measures have other usability downsides.

And maybe also by somewhat reducing the height of the "More Settings" box if necessary?

You also have this blue "Input" bubble on the Video panel.

You probably could also save some more space by removing the "Type:" and "Codec:" rows from this bubble for example?

Those two rows do not necessarily show any valuable information IMHO. Especially the "Type:" row. It only shows "Type: File" :rolleyes::D (definitely a waste of space IMHO).

So, the "Codec:" and "Framerate:" rows or even the "Framerate:" row alone would probably be sufficient, don't you think ;)?

Reducing the "More Settings" box doesn't help since it's below the preset slider anyway.

The "Type" tells you DVD/Blu-ray/File. And we're not crunched for space in that column, so eliminating it wouldn't help.

[RandomEngy]

:confused:

What :confused:?

If you would reduce the height of the "More Settings" box so that it's bottom would not overcome the bottom of the H.264 Level drop-down list, then of course that would save some space, wouldn't it :confused:?

Because then you could move all of the new x264 controls a bit lower on the Video panel ;)?

It's the same in the LinGUI picture over there:

https://reviews.handbrake.fr/r/370/s/30/

The bottom of the "More Settings" box is lined up with the bottom of the H.264 Level drop-down list in that picture.

In VidCoder 1.4.6 Beta it's not lined up. The bottom of the "More Settings" box is exceeding the bottom of the H.264 Level drop-down list. If you would reduce the height of the "More Settings" box and would make it line up with the H.264 Level drop-down list, then that in turn would free up some space because it would allow to move all the new x264 controls a bit lower on the Video panel ;).

That's because that box is flexible: it gets bigger when you make the window bigger. But yeah I see what you mean about the space down there. Going to redo the grids there and make it less wonky.

Then why don't you make the "2-pass Encoding" and "Turbo first Pass" checkboxes disappear as well when "Constant Quality" is selected ;)?

Not a bad idea.

Ohh, the command bar ("Presetname / Save / Save As... / Rename / Delete / (Revert)") now looks much better with the Aero theme in that picture :):D;).

Will that be in the next update :)?

Yes. And here's another sneak peak at the next version:

http://i.imgur.com/ERhz7.png

Not happy with having to go to 2 rows for the controls but maybe I can do something about that later.

And, regarding the controls:

Well, the "2-pass Encoding" and "Turbo first Pass" checkboxes should not be positioned below the CRF slider IMHO. They do not belong there IMHO. They are related to "Avg Bitrate (kbps)" and "Target Size (MB)", not to CRF.

Why don't you put them at the right side next to "Avg Bitrate (kbps)" and "Target Size (MB)" like it was illustrated in that second "Code" box ;)? That would save a lot of space.

Example:

O Target Size (MB) [Value] [] 2-pass Encoding
O Avg Bitrate (kbps) [Value] []Turbo first Pass
O Constant Quality [Value]
—————————————————————————————[]—————————————————————————————
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
High quality Low quality

;)

But, well, all up to you of course ;).

Another good idea.

Here it is post-rejiggering:

http://i.imgur.com/iAweV.png

PS:

Just noticed:

The new "High 4:4:4 Predictive" entry in the H.264 Profile drop-down list does not fit into the drop-down list when selected.

It widens the H.264 Profile drop-down list and makes the two x264 Tune checkboxes and the "More Settings" box move to the right when selected.

The x264 Tune, H.264 Profile and H.264 Level drop-down lists also seem to be unnecessarily wide. The only entry that would require them to be this wide or even wider (see above) would be "High 4:4:4 Predictive".

Looks like there also would be an abbrevation:

"Hi444PP"

See:

http://en.wikipedia.org/wiki/H.264/MPEG-4_AVC#Profiles

Just saying.

I don't think I'll use that. I'm okay with the box getting a bit bigger on that choice because I don't think it will be very common. The UI is flexible; it can handle it.

[RandomEngy]

Question:

VidCoder 1.4.6 Beta (x64) has an "Auto" entry in it's Audio Bitrate drop-down list.

HandBrake-svn5071_x86_64-Win_GUI however does not have an "Auto" entry in it's Audio Bitrate drop-down list.

How does the "Auto" setting in VidCoder work?

LibHB has a function called hb_get_default_audio_bitrate that I use.

And:

For "MP3 (LAME)" and "Vorbis (Vorbis)", VidCoder also allows to configure the Audio Quality instead of the Audio Bitrate. But it allows to configure the quality value in 0.5 steps. Is that even possible with LAME and Vorbis? Not quite sure, but shouldn't the steps actually be in 1.0 steps?

The granularity of these settings is something that I read out of the HandBrake library. I do not know for certain whether or not they're correct.

And, actually, after thinking about it again: what would the "High 4:4:4 Predictive" entry on the H.264 Profile drop-down list even be useful for at the moment ;)?



When the H.264 Profile drop-down list is set to "Automatic", that will make x264 encode with High 4:4:4 Predictive Profile anyway when CRF 0 is selected ;).

Therefore the "High 4:4:4 Predictive" entry on the H.264 Profile drop-down list might be a bit redundant at the moment ;)?

"High 4:4:4 Predictive" should rather not be in the drop-down list at the moment IMHO.

It looks like "Rodeo" hasn't added it to the drop-down list in his MacGUI patch either for aforementioned reasons, see:

https://forum.handbrake.fr/viewtopic.php?p=118365#p118365

But up to you of course.

I'm going to leave it there since it's a profile that might sometimes be applied to encoded videos.

By the way, are you still thinking about this:

It would definitely be appreciated.

Or have you already decided against it?

Decided against, for now after reading the HB team's take on the issue.

Bug report:

This one is a bit strange:

Adjusting sliders in VidCoder 1.4.6 Beta (x64) results in HDD starting to seek, even when no source file has been loaded :confused:.

It doesn't matter what slider and what panel. It happens with any panel and with any slider.

As soon as the slider starts to move, the HDD starts to seek. When the slider is stopped, the HDD usually stops to seek. But if you move a slider really quickly from one side to the other and back and forth and back and forth... a few times, the HDD starts to seek like mad over a long period of time, even after the slider has been put in a fixed position again :confused:.

This happend with versions prior to 1.4.6 Beta (x64) as well :confused:.

And it does not happen with HandBrake-svn5071_x86_64-Win_GUI :confused:.

Well, is there anything you can do about that ;)?

The hard drive seeking is not a bug to be fixed, it's just something your computer does. But yes you do get hard drive activity when you make any setting change because VidCoder automatically saves everything. If you are fiddling with something and the app crashes or your computer turns off, it will come back in exactly that way when you start up the program again.

The large amount of activity that continues for a while after moving the slider is something I can deal with. Currently it's just saving the settings in the background every time a change is made but I can make it so that if multiple changes come in while one operation is completing only the latest one will actually run. That will probably result in a lot less useless hard disk activity when you move sliders about or hold down the buttons on a number box.

Bug report:

There appears to be a GUI bug with the new "None" cropping option.

The "None" cropping option appears to work just fine on encoding, but:

As you know, the "Automatic" cropping option is set by default.

Now when you load a source file which HandBrake/VidCoder decides needs to be cropped automatically, then the green "Output" bubble on the Picture panel shows what the resolution is after automatic cropping.

All fine up to that point.

But if you then select the "None" cropping option, the resolution in the green "Output" bubble remains untouched. It still shows the same values as if the "Automatic" cropping option would be selected (although it is not selected).

However, as mentioned already, the "None" cropping option still seems to work just fine on encoding.

So it apparently is "just" a bug with the GUI (the green "Output" bubble is not following the "None" cropping option).

Still, would be nice if you could fix that ;).

PS:

Looks like it's the same with the "Custom" cropping option.

If you have switched from "Automatic" to "None", then the "Custom: Top / Right / Bottom / Left" values are set to "0" (zero), and if you then switch from "None" to "Custom", it will still show zero but the green "Output" bubble still shows the resolution values as if "Automatic" would be selected.

In short it probably could be described as: the values in the green "Output" bubble on the Picture panel are not updating correctly as they should according to the selected cropping option.

Well, you probably will understand better if you take a look at it yourself. Something seems to be broken there ;).

PPS: Tested with VidCoder 1.4.6 Beta (x64) and Anamorphic ---> Strict.

I see it; it should fixed in next version. Was a regression when I added the "None" cropping option.

Bug report:

Just noticed:

The Advanced panel of VidCoder 1.4.6 Beta (x64) is differing from the Advanced panel of HandBrake-svn5071_x86_64-Win_GUI in the following regard:

The "Partition Type" drop-down list in the Advanced panel of HandBrake-svn5071_x86_64-Win_GUI has the following entries:



The "Partition Type" drop-down list in the Advanced panel of VidCoder 1.4.6 Beta (x64) however has the following entries:



:confused:

Not sure though if VidCoder 1.4.6 Beta (x64) is at fault or if HandBrake-svn5071_x86_64-Win_GUI is at fault.

The advanced panel is just something I try to keep up to date with HandBrake. I bet it's just a recent change I haven't done yet. I'll make the update.

Feature request:

Please add a checkbox under Tools ---> Options... ---> Advanced to make it possible to deactivate and activate the Advanced x264 settings panel.

Deactivated = Advanced panel removed from Encoding Settings Window
Activated = Advanced panel not removed from Encoding Settings Window

Should the Advanced panel be deactivated by default or should it be activated by default? Well, you decide :D;).

Voting for having it deactivated by default though. That would definitely be appreciated.

Those who are in dire need of the Advanced panel and have whined about it's absence in 1.4.5 Beta could just go to Tools ---> Options... ---> Advanced and activate it via that checkbox IMHO. That would probably be an acceptable and "easy-peasy" step for those users if they are that advanced... :D;)

That way you also would make clear that you don't want the Advanced panel but at the same time would grant your users the choice to activate it if they really want to.

But, anyway, wether you make it deactivated by default or activated by default, having such a checkbox would be nice either way.

Therefore, please add it ;).

Well I still think that most people are going to be fine never touching an advanced option, but I think this arrangement accommodates these users just fine. They're on the Video tab and they've got everything they need to make good x264 encodes. Presets, profiles, tunes, levels and a box with some fiddly settings they don't need to care about. The settings that matter are there in the forefront and all the settings that they probably shouldn't do anything with are off in a tab labeled "Advanced". It's a conscious decision at that point to go over there and mess with things. I think these factors alone should be enough to keep most casual people from twiddling with them or feeling like they need to twiddle with them.

Given that, there's really no reason to have an option to turn it off. It's just a tab that doesn't get in your way if you don't use it. Maintenance isn't too bad since I've got a good system to let me easily tweak the choices and automatically construct the options string from them.

And:

Please add a checkbox under Tools ---> Options... ---> Advanced (or General) to make it possible to disable and enable the VidCoder splash screen on VidCoder start-up.

Impossible. The splash screen appears even before the .NET Runtime has loaded. If I used a different splash screen type, it would take longer to show up and mostly defeat the purpose of it.

And:

Please add a "Help ---> Check for Updates" entry to the menu bar of the Main Window (HandBrake-svn5071_x86_64-Win_GUI has such an entry in the menu bar as well).

VidCoder checks for updates when starting up and prompts you to install them when closing. You don't need to do any checking yourself. The reason HandBrake has this option is that its update system is worse and you need to install updates for it on your own.

I suppose I could add the feature as a security blanket but it's not very high on my priority list.

And:

If you don't mind then :o:

Please rename the "None" entry in the x264 Tune drop-down list to "None (Default)".

Please rename the "Automatic" entry in the H.264 Profile drop-down list to "Auto (Default)".

Please rename the "Automatic" entry in the H.264 Level drop-down list to "Auto (Default)".

That would be more consistent with the x264 Preset slider having "Medium (Default)".

Also every single drop-down list in the Advanced panel has "(Default)" written behind it's default setting as well.

So it would be appreciated if you could do it for the x264 Tune, H.264 Profile and H.264 Level drop-down lists as well.

Thank you very much in advance.

I've added (Default) to settings where it's not clear what the default is. It should be clear that "Automatic" or "None" are safe defaults when they are at the top of the list. Adding on the (Default) qualifier in this case just bloats the text and makes it less scannable.

This shows that you shouldn't thank people in advance because they might not do what you're asking!

[RandomEngy]

I've got a new wiki page up describing how to translate VidCoder to another language (http://vidcoder.codeplex.com/wikipage?title=Translating%20VidCoder). Looking for volunteers, particularly for Spanish and German. Had one guy but he's been missing for weeks now.

[RandomEngy]

The question/request arose, because, the way it's done in 1.4.6 Beta still is a bit "halfhearted" IMHO, especially if you do not plan to remove the Advanced panel in the long term.

Because, in no way do the "basic" x264 settings on the Video panel interact with the advanced x264 settings on the Advanced panel and vice versa. That somehow feels a bit "halfhearted".

The HandBrake GUI developers seem to think a bit further regarding that, read the following quote for example:


That's why the x264 Preset slider in their LinGUI picture also has an additional "Custom" entry for example, see:



Can you do something like that with VidCoder GUI as well? Making the "basic" x264 settings on the Video panel interact more with the advanced x264 settings on the Advanced panel and vice versa?

hb_x264_param_unparse was added in a checkin after the big title->job refactoring (https://trac.handbrake.fr/changeset/5058). I'll need to update the interop to handle those changes before I can do any more work with the advanced settings.

Ah, okay, that's basically just fine as well. Looks like that "Menu Bar ---> Help ---> Check for Updates" feature basically already is available but just located at "Tools ---> Options... ---> General".

Although, that "Version X has finished downloading and will install on exit" notification could be a bit more prominent and remain visible a little longer IMHO... It automatically disappears after just a few seconds...

Maybe make it a little bit more prominent and disappear only when the user has affirmed it?

The message stays in the log and pops up a dialog box when the program is closed. I think it's fine.

Could you possibly elaborate what you mean with that?

By "security blanket" I mean something that makes you feel better but doesn't really help solve anything.

[RandomEngy]

About adding controls to the Advanced panel, I'm a bit tired of poking controls around to make room. Why don't you submit a patch for fitting those VBV controls in? But please, no abbreviations.

Bug report:

Please just read the following thread over there:

https://forum.handbrake.fr/viewtopic.php?f=6&t=25837

;)

In VidCoder 1.4.6 Beta (x64), all the advanced x264 controls are displayed on the Advanced panel, even when "MPEG-4 (Libav)" or "MPEG-2 (Libav)" are selected on the Video panel.

In the standard HandBrake WinGUI that is not the case. In the standard HandBrake WinGUI the advanced x264 controls disappear from the Advanced panel when Video Codecs other than "H.264 (x264)" are selected on the Video panel.

Only a big text box (called "Advanced Query") remains on the Advanced panel in such a case in the standard HandBrake WinGUI.

I'll fix that for next version.

[RandomEngy]

Released VidCoder 1.4.7 Beta (http://vidcoder.codeplex.com/releases/view/98070):

* Added view modes to the Preview window. Now you can see the image in 1:1 or in "Corners" mode to show a close-up of cropping results.
* Added the ability to set a custom completion sound.
* Gave the encoding settings command bar a more distinctive background color and extended it to the whole width of the window. Added the preview button to the command bar.
* Rearranged UI in Video tab and added back the section headers.
* Added the "Most" choice for the advanced x264 analysis option.
* Updated HandBrake core to SVN 5071.

* Fixed excessive hard disk activity when quickly changing encoding settings by moving a slider or holding down a number box button.
* Fixed cropping output not updating when switching cropping modes (regression in 1.4.6).

[mike20021969]

* Added view modes to the Preview window. Now you can see the image in 1:1 or in "Corners" mode to show a close-up of cropping results.
This is a great feature.

* Added the ability to set a custom completion sound.

Many thanks for this :)

[fantasmanegro]

@RandomEnergy

can you put some pictures of the Gui in First Post

[RandomEngy]

Released VidCoder 1.4.8 Beta (http://vidcoder.codeplex.com/releases/view/98126):

* Fixed encode failures when including chapter markers (Regression in 1.4.7).

[den78]

Just recently started using VidCoder x64.
& i'm confused by one thing.
When i try to demux the file with MKVcleaver or MKVExtractGUI2 & mux it with mkvmerge, video plays really fast & there is no timeline, tried both MPC-HC & KMPlayer, same thing.

& if i only use mkvmerge, without demuxing, then the picture freezes & there's only audio.

This doesn't happen with StaxRip encodes...

[RandomEngy]

Don't know. I use the HandBrake engine so those guys might have some idea of what's going on.

[den78]

Changing variable framerate to constant framerate under video tab fixed the problem. :)

[fantasmanegro]

mmm, the mkv container does not read the fps from h264 video sources... so the user needs to set the right FPS in video tab to keep audio and video sync...

[RandomEngy]

Released VidCoder 1.4.9 Beta (http://vidcoder.codeplex.com/releases/view/98224):

* Updated HandBrake core to SVN 5079.
* Fixed crashes when encoding DVDs with title gaps.

[DJ-1]

hi, have been using vidcoder for a while, normally quite stable.
After re-intalling Win7 recently i now get error processing Blu Ray.

V1.4.8.0 Beta

Log: https://www.dropbox.com/s/d6tx1mvcb1qlmku/Log.txt


Cheers.

[RandomEngy]

DJ-1, try using 1.4.9 Beta. I believe I fixed the issue there.

[R=G]

Can Vidcoder be used to upscale regular DVDs to like 960x540 resolutions I be seeing out there?

[mike20021969]

Can Vidcoder be used to upscale regular DVDs to like 960x540 resolutions I be seeing out there?

"Upscaling" is possible, but don't expect it to be better quality then the original source. In fact the opposite may be true.

[flebber]

"Upscaling" is possible, but don't expect it to be better quality then the original source. In fact the opposite may be true.

If you encode you can never technically be as good as the original, would agree to not upscale and let the device handle upscaling when playback.

[R=G]

"Upscaling" is possible, but don't expect it to be better quality then the original source. In fact the opposite may be true.

Ok. I see. Let me ask this then while I have your ear...when the original source is 4:3 ratio and you want to it to stay 720x480 with a 16:9 ratio without a overly stretched picture from turning off the anamorphic settings, how is that done precisly? Sure it's no big deal to just do a 720x400 but I have used media info on some 720x480 DVD encodes with perfect crisp 16:9 ratio outputs.

[RandomEngy]

Anamorphic is what allows you to get a 16:9 ratio output with a 720x480 storage resolution. HandBrake has a good Anamorphic guide (https://trac.handbrake.fr/wiki/AnamorphicGuide).

If I can't have Anamorphic for some reason I just like to stretch one dimension out: for example having the output at 854x480. That way I have not lost any vertical pixels and the horizontal pixels have been given more room and stretched out.

[R=G]

Anamorphic is what allows you to get a 16:9 ratio output with a 720x480 storage resolution. HandBrake has a good Anamorphic guide (https://trac.handbrake.fr/wiki/AnamorphicGuide).

If I can't have Anamorphic for some reason I just like to stretch one dimension out: for example having the output at 854x480. That way I have not lost any vertical pixels and the horizontal pixels have been given more room and stretched out.

Yeah..I tried to enter a 854x480 one time but it won't allow me to do that. Anamorphic PAR is "sexy" it says. LOL. I wouldn't mind getting those 4:3 Friday the 13th Series shows in that capacity.

[RandomEngy]

You should be able to enter 854x480, just make sure "None" is selected for Anamorphic. In fact if you have "Keep Aspect Ratio" checked it should actually do this automatically if the source has the right aspect ratio listed.

[fantasmanegro]

is there a way to add the aspect ratio suggestion?. i mean, the user can choose between 2.35, 1.33, 1.77, 2.40, etc when "Keep Aspect Ratio" is unchecked...

or somebody can help me to know where to find the aspect ratio like 16/9, 4/3 for 2.35 and 2.40???...

[RandomEngy]

I don't think you can modify the target aspect ratio directly. If you think the source has it wrong you'll have to do it manually by leaving anamorphic off and changing the picture dimensions or choosing "Custom" anamorphic and changing the pixel aspect ratio.

[R=G]

You should be able to enter 854x480, just make sure "None" is selected for Anamorphic. In fact if you have "Keep Aspect Ratio" checked it should actually do this automatically if the source has the right aspect ratio listed.

I tried to enter 854x480 with a DVD folder source and it wouldn't let me go past 800. I guess I'll just stick to 720x404 or 400.

It did go to 854x480 with a 1:1 source of 720x404 though.

[ZoNi]

Is this GUI "bug" (GUI like in Win2000) related somehow with WinXP or is there some other problem?

http://i.imgur.com/QbpWJ.png

One suggestion: can you add % of finished job in front (or behind) of word VidCoder in taskbar? Could be useful for WinXP - it is better to say "52% VidCoder" or "VidCoder 52%" than just VidCoder...

http://i.imgur.com/HwsZ3.png

[RandomEngy]

I tried to enter 854x480 with a DVD folder source and it wouldn't let me go past 800. I guess I'll just stick to 720x404 or 400.

It did go to 854x480 with a 1:1 source of 720x404 though.

It lets me put in 854x480. You'll have to provide some screenshots of the Picture panel here.

Is this GUI "bug" (GUI like in Win2000) related somehow with WinXP or is there some other problem?

Uhh, what bug?

One suggestion: can you add % of finished job in front (or behind) of word VidCoder in taskbar? Could be useful for WinXP - it is better to say "52% VidCoder" or "VidCoder 52%" than just VidCoder...

http://i.imgur.com/HwsZ3.png

Maybe. It would be redundant in Win7 and Win8 Don't really like to be designing for operating systems more than 2 versions old but I'll think about it.

[R=G]

It lets me put in 854x480. You'll have to provide some screenshots of the Picture panel here..

When Aspect Ratio is checked, this is as far as it goes
http://106.imagebam.com/download/fta_LOGkV-6WwM780eYc6g/22336/223358819/Aspect%20ratio%20limitVid.png

But it did go to 854x480 when I tried it again with NONE this time though.

[fantasmanegro]

that's why i ask for aspect ratio options...

[RandomEngy]

Ahh, you're using 1.3.4. I've re-written some of that logic in the Beta, you might also try that.

[R=G]

Alright...just updated. Thanks for the response. I'll do some more episode encoding tonight in the suggested formats with the new Beta.

[mike20021969]

I've been happily using Corel Video Studio and VidCoder for quite a while now.

But within the past month, after rendering an mpg video (as I always do) then dropping it into VidCoder to convert to mp4, the encode fails within a second or so.

The log shows this (I've replaced the file name with * for privacy reasons. I should also let you know the file name doesn't contain any invalid characters):

## VidCoder 1.4.9.0 (x86)
# Starting scan: C:\Documents and Settings\MIKE.PC275422231862\My Documents\MIKES CUSTOM FOLDERS\Videos\*.mpg
libbluray/bdnav/index_parse.c:162: indx_parse(): error opening C:\Documents and Settings\MIKE.PC275422231862\My Documents\MIKES CUSTOM FOLDERS\Videos\*.mpg/BDMV/index.bdmv
libbluray/bdnav/index_parse.c:162: indx_parse(): error opening C:\Documents and Settings\MIKE.PC275422231862\My Documents\MIKES CUSTOM FOLDERS\Videos\*.mpg/BDMV/BACKUP/index.bdmv
libbluray/bluray.c:1725: nav_get_title_list(C:\Documents and Settings\MIKE.PC275422231862\My Documents\MIKES CUSTOM FOLDERS\Videos\*.mpg) failed (042C7CF0)
libdvdnav: Using dvdnav version 4.1.3
libdvdread: Encrypted DVD support unavailable.
libdvdnav:DVDOpenFileUDF:UDFFindFile /VIDEO_TS/VIDEO_TS.IFO failed
libdvdnav:DVDOpenFileUDF:UDFFindFile /VIDEO_TS/VIDEO_TS.BUP failed
libdvdread: Can't open file VIDEO_TS.IFO.
libdvdnav: vm: failed to read VIDEO_TS.IFO
# Scan completed

# Starting queue
# Starting job 1/1
# Path: C:\Documents and Settings\MIKE.PC275422231862\My Documents\MIKES CUSTOM FOLDERS\Videos\*.mpg
# Title: 1
# Chapters: 1-1
# Unable to contact encode proxy.
# Encode failed.
# Job completed
# Queue completed

After restarting the computer, VidCoder quite happily encodes the video which previously failed.

What could be the problem?

Thanks.

(PS I should've also tried with the current handbrake nightly to see what happened but I forgot).

[fantasmanegro]

maybe it's Corel... after restart the pc, there is no loaded dll or file used by corel that makes vidCoder crash...

[mike20021969]

maybe it's Corel... after restart the pc, there is no loaded dll or file used by corel that makes vidCoder crash...
Why is it only happening recently?
I've been using Corel Video Studio X5 since 11th March 2012.
The only thing I update (regularly) is VidCoder.

[mike20021969]

Right, I've just rendered another video in Corel, dropped it into VidCoder and it encoded without a hitch...

## VidCoder 1.4.9.0 (x86)
# Starting scan: C:\Documents and Settings\MIKE.PC275422231862\My Documents\MIKES CUSTOM FOLDERS\Videos\TEST.mpg
libbluray/bdnav/index_parse.c:162: indx_parse(): error opening C:\Documents and Settings\MIKE.PC275422231862\My Documents\MIKES CUSTOM FOLDERS\Videos\TEST.mpg/BDMV/index.bdmv
libbluray/bdnav/index_parse.c:162: indx_parse(): error opening C:\Documents and Settings\MIKE.PC275422231862\My Documents\MIKES CUSTOM FOLDERS\Videos\TEST.mpg/BDMV/BACKUP/index.bdmv
libbluray/bluray.c:1725: nav_get_title_list(C:\Documents and Settings\MIKE.PC275422231862\My Documents\MIKES CUSTOM FOLDERS\Videos\TEST.mpg) failed (04281008)
libdvdnav: Using dvdnav version 4.1.3
libdvdread: Encrypted DVD support unavailable.
libdvdnav:DVDOpenFileUDF:UDFFindFile /VIDEO_TS/VIDEO_TS.IFO failed
libdvdnav:DVDOpenFileUDF:UDFFindFile /VIDEO_TS/VIDEO_TS.BUP failed
libdvdread: Can't open file VIDEO_TS.IFO.
libdvdnav: vm: failed to read VIDEO_TS.IFO
# Scan completed

# Starting queue
# Starting job 1/1
# Path: C:\Documents and Settings\MIKE.PC275422231862\My Documents\MIKES CUSTOM FOLDERS\Videos\TEST.mpg
# Title: 1
# Chapters: 1-1
libbluray/bdnav/index_parse.c:162: indx_parse(): error opening C:\Documents and Settings\MIKE.PC275422231862\My Documents\MIKES CUSTOM FOLDERS\Videos\TEST.mpg/BDMV/index.bdmv
dvd: ifoOpen failed
libbluray/bdnav/index_parse.c:162: indx_parse(): error opening C:\Documents and Settings\MIKE.PC275422231862\My Documents\MIKES CUSTOM FOLDERS\Videos\TEST.mpg/BDMV/BACKUP/index.bdmv
libbluray/bluray.c:1725: nav_get_title_list(C:\Documents and Settings\MIKE.PC275422231862\My Documents\MIKES CUSTOM FOLDERS\Videos\TEST.mpg) failed (0380D418)
libdvdread: Encrypted DVD support unavailable.
libdvdnav:DVDOpenFileUDF:UDFFindFile /VIDEO_TS/VIDEO_TS.IFO failed
libdvdnav:DVDOpenFileUDF:UDFFindFile /VIDEO_TS/VIDEO_TS.BUP failed
libdvdread: Can't open file VIDEO_TS.IFO.
x264 [warning]: --psnr used with psy on: results will be invalid!
x264 [warning]: --tune psnr should be used if attempting to benchmark psnr!
x264 [info]: using cpu capabilities: MMX2 Cache64
x264 [info]: profile Main, level 3.0
x264 [info]: frame I:9 Avg QP:16.64 size: 11743 PSNR Mean Y:61.13 U:81.68 V:81.49 Avg:62.26 Global:45.36
x264 [info]: frame P:530 Avg QP:27.32 size: 7266 PSNR Mean Y:42.32 U:58.59 V:58.05 Avg:43.60 Global:39.61
x264 [info]: frame B:459 Avg QP:30.72 size: 1322 PSNR Mean Y:43.57 U:57.24 V:56.58 Avg:44.83 Global:39.81
x264 [info]: consecutive B-frames: 24.8% 39.7% 5.4% 30.1%
x264 [info]: mb I I16..4: 75.4% 0.0% 24.6%
x264 [info]: mb P I16..4: 14.6% 0.0% 7.9% P16..4: 29.5% 7.8% 3.6% 0.0% 0.0% skip:36.6%
x264 [info]: mb B I16..4: 0.6% 0.0% 0.5% B16..8: 20.1% 1.8% 0.4% direct: 2.1% skip:74.5% L0:28.8% L1:65.3% BI: 5.9%
x264 [info]: coded y,uvDC,uvAC intra: 32.8% 36.3% 16.3% inter: 9.5% 13.4% 0.6%
x264 [info]: i16 v,h,dc,p: 63% 24% 5% 8%
x264 [info]: i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 16% 48% 15% 3% 4% 4% 4% 4% 3%
x264 [info]: i8c dc,h,v,p: 69% 16% 9% 6%
x264 [info]: Weighted P-Frames: Y:22.1% UV:6.6%
x264 [info]: ref P L0: 69.0% 15.0% 11.7% 4.2% 0.1%
x264 [info]: ref B L0: 84.4% 14.5% 1.1%
x264 [info]: ref B L1: 97.3% 2.7%
x264 [info]: SSIM Mean Y:0.9721471 (15.551db)
x264 [info]: PSNR Mean Y:43.063 U:58.180 V:57.587 Avg:44.334 Global:39.731 kb/s:914.49
# Job completed
# Queue completed

So, what does this mean now?

[RandomEngy]

Something's going wrong with the communication between VidCoder and its worker process. I'm going to include some more detailed logging in the next beta version to see if we can figure out exactly what is going on.

[mike20021969]

Something's going wrong with the communication between VidCoder and its worker process. I'm going to include some more detailed logging in the next beta version to see if we can figure out exactly what is going on.

Nice one :)

:thanks:

[ZoNi]

1. Uhh, what bug?
2. It would be redundant in Win7
1. Haven't you see how GUI looks like on my previous screenshot - like on Win2000 http://i.imgur.com/QbpWJ.png
2. Well, yes, but even on Win7, I think, you can not see exact percent ;)

[RandomEngy]

1. Haven't you see how GUI looks like on my previous screenshot - like on Win2000 http://i.imgur.com/QbpWJ.png

Yes, I saw that. What do you think is the problem with it? That it doesn't look like the Win7 or Win8 GUI? It's going to look different on every operating system because it uses standard Windows controls.

2. Well, yes, but even on Win7, I think, you can not see exact percent ;)

If you've selected to never combine items. By default you can't see the text. But still, will think about it.

[ZoNi]

It should look different, like all other programs in XP (with nice buttons etc).

I have now installed VidCoder on Win7 Ultimate 32bit:

http://i.imgur.com/9gDsP.png

Again something wrong with GUI :(

[jkauff]

The GUI displays perfectly on my Win 7 machine, I was just using VidCoder last night. Have you installed any software that changes the standard Windows controls?

[RandomEngy]

Yes, I'm aware of that taskbar feature. What did you want the overlay icon to show?

[RandomEngy]

The design guidelines in the very first link you posted advise against using the overlay for constantly-changing status.

[RandomEngy]

About the crashing issue: I think that the pipe connection is going over the 2-second timeout when I do the StartEncode call. I'm going to increase the timeout to 10 seconds for that portion and hopefully that solves it. Otherwise I'll have the logging in there still.

[RandomEngy]

Released VidCoder 1.4.10 Beta (http://vidcoder.codeplex.com/releases/view/98852):

* Added progress percent to the title bar/task bar icon.
* Added MPLS information to Blu-ray titles.

* Fixed the following display issues in Windows 8:
** Uncentered text in textbox controls
** Disabled controls not having gray text making them hard to identify as disabled
** Drop-down menus having hard-to distinguish white on light-blue text
* Added more logging to proxy disconnect issues and increased timeout on initial call to help prevent timeouts.
* Fixed encoding window showing the built-in preset key rather than the preset name.

[mike20021969]

So good so far for the 1.4.10 Beta.

No failed encodes.

:thanks:

[RandomEngy]

I've updated the presets. I'll make more tweaks later if needed. Advanced tab stays for the time being.

[R=G]

Let me ask you..is it possible to use Vidcoder to encode certain lengths of a source? Not just Chapter 1-3 of like 20. Like a set time From and To of what you what to encode? You can use DVD Shrink to split things but I think someone brought up that Vidcoder can do it someway as well.

[RandomEngy]

It can do it right now. Change the "Chapters" dropdown to "Seconds".

[R=G]

There it is...LOL. A little math work but the option is right in my face. I think I messed with it when I first got it in 2011 but used Shrink to cut it up from that point forward. Thanks.

[RandomEngy]

Released VidCoder 1.4.11 Beta (http://vidcoder.codeplex.com/releases/view/99179):

* Added Hungarian translation, thanks to Brechler Zsolt.
* Update HandBrake core to SVN 5098. This update should fix crashes on some files.
* Updated the enqueue split button to fit in better with the active Windows theme.

[RandomEngy]

Okay, I'll remove that then.

[mike20021969]

it sounds like the HandBrake developers suddenly are of the opinion to remove the Advanced tab :)


The reason I use VidCoder is because it isn't HandBrake.

Please keep the Advanced tab.

:thanks:

[RandomEngy]

Just noticed something: The HandBrake "Universal" device preset is called "Apple Universal" in VidCoder. Did you do this on purpose or is it a mistake?

I don't remember why I called it that. Looks like it's supposed to be universal across more devices than just Apple so I'll rename it.

Not sure if you did that on purpose, but it looks like the latest VidCoder beta (1.4.11) is not using the native Aero color for highlighted/selected elements in the drop-down lists.

The native Aero color for this seems to be blue with R: 51 / G: 153 / B: 255 and with white text.

But VidCoder is now using a different kind of blue for it with black text.

Just saying.

There's a long and sad story behind this. Originally I was able to get different colors supported in combo box controls by setting the color based on the item type (user preset vs built-in preset or compatible option vs incompatible option). But then I had to explicitly set the "highlighted" color to white, since the background becomes very dark when highlighted.

Now Windows 8 rolls around and it changes the way selected combobox items look. It no longer makes the selection dark and inverts the highlight color, it now just has the light highlight and no longer changes the color of the item. This is a problem because now the selected item on Win8 is white text on a light background, which is barely readable. I can't really get it to work for both cases as the "highlighted item system color" is not used in the Win8 theme. The only option I could see was to just change everything to use the Win8 scheme. It doesn't look too bad in Aero though.

Don't wanna bother you, but have you read through todays #handbrake-dev IRC log?

Not entirely sure, but reading it, it sounds like the HandBrake developers suddenly are of the opinion to remove the Advanced tab :).

It sounds like they are now going to add a checkbox on the Video tab to switch between Advanced tab controls and x264 preset/tune/profile/level controls in the nightly builds for simplifying and testing the x264 preset/tune/profile/level patch and then remove the Advanced tab after that (probably even before HandBrake 0.9.9) :).

Again, not entirely sure, but at least this is what it sounds like when reading it.

But read for your self:

https://services.handbrake.fr/irclogs/handbrake-dev/handbrake-dev20121217_pg1.html

Maybe someday I will hide the advanced panel by default and add an option to reveal it. But it's not high on my list of stuff to do, for reasons I have already discussed.

[prOnorama]

x264 presets are generally good but it's nice for users to have the option to tweak the settings to their preference.

For instance I use a setting which lies between preset --slower and --veryslow because I generally find sources don't benefit from 8 b-frames but 5 or 6 is enough (you can check the encoding log for this). My custom setting gives me a nice speed boost compared to preset --veryslow when encoding from Bluray ;)

[jkauff]

Maybe RandomEngy could just add a skull-and-crossbones icon to the tab for the Advanced settings page. :) Me, I find the settings on the page scary enough as is to keep me from messing with them.

New beta works well. I like having MKV as the default. Saves me a click.

[mike20021969]

Don't take it personal, but this thread has shown, that the only reason you want the Advanced tab to stay probably is that you don't know how the x264 preset/tune/profile/level controls work and/or don't know what they do/what they are.

It's not just me who wants it to stay...


1.4.6 Beta
Release Notes
Brought back the x264 advanced options panel due to popular demand. Thank you for all the feedback.


http://vidcoder.codeplex.com/releases/view/97951

[JohnAStebbins]

Not entirely sure, but reading it, it sounds like the HandBrake developers suddenly are of the opinion to remove the Advanced tab :).

false

It sounds like they are now going to add a checkbox on the Video tab to switch between Advanced tab controls and x264 preset/tune/profile/level controls in the nightly builds

true
... for simplifying and testing the x264 preset/tune/profile/level patch and then remove the Advanced tab after that (probably even before HandBrake 0.9.9) :).

false

We are making use of the 2 paradigms an either/or arrangement. If you are using one paradigm, the other is explicitly disabled. We are still discussing exactly what happens to the disabled widgets. In the case of the advanced panel, I am advocating that it is made insensitive, but is still visible and populated by the settings string that is generated by preset/tune/profile/level. When the "simplified" controls are disabled, we may just hide them, or we could force them to preset=medium, tune=none, profile=auto, level=auto and then shove the whole advanced option string into the "More Options" box. This would be technically correct, though not the optimal way to represent those options.

[R=G]

My x264 settings are usually just default stuff.....very fast/none for tune/main for profile/automatic for H264 level...if you put it on slow or slower, will that override the other advanced settings and while Im asking, what does Slow do for your encode over fast or very fast?

[flebber]

This explains presets well http://mewiki.project357.com/wiki/X264_Settings

[bigggt]

i figured out what i was doing wrong

[mike20021969]

I've just saved a video recorded off the TV for personal use.
It was shown as 2.35:1 in 16:9 aspect.

Which of these would be the preferred crop or does it not matter about the odd display resolution of the first?

http://i59.photobucket.com/albums/g302/mike20021969/Display989x434-Storage696x434_zpsd59b94a0.jpg

http://i59.photobucket.com/albums/g302/mike20021969/Display984x434-Storage692x434_zps9e044236.jpg

Thanks.

[RandomEngy]

The odd display resolution doesn't matter. The display resolution is just calculated from the storage resolution and aspect ratio to give you an example of how the picture would look. If you're playing it fullscreen or on an HDTV it will display at another resolution entirely (dependent upon the available space, storage resolution and aspect ratio).

[mike20021969]

The odd display resolution doesn't matter.

:thanks:

[RandomEngy]

I'll update those Android presets and fix the "refs" param. Thanks for the heads up.

[RandomEngy]

Apparently it's not just the preset names though. It looks like there are some more errors in the VidCoder 1.4.11 Beta presets.

For example "Android Mid" (A.K.A. "Android") has incorrect Max Width and incorrect Anamorphic settings.

And "Android High" (A.K.A. "Android Tablet") also has incorrect Max Width settings.

Not sure if there are more errors.

So you might want to take a closer look at Changeset 5111 again in it's entirety ;).

I've already updated the contents of the presets (like maxwidth) as well. I wouldn't say that they were errors; they just changed the presets and I've got to update to keep up.

Would be nice if you could update VidCoder to follow all those latest LinGUI changes regarding the new x264 preset/tune/profile/level implementation (Changeset 5110 & 5111) :o:cool:.

I don't want to do parameter unparsing. I don't like the behavior of these two distinct UIs interacting across tabs. The user can't see what's happening. Besides it's only to benefit the Advanced tab which you so desperately want to hide away. And again: I am planning to hide the Advanced panel by default someday, just not now. Please stop asking about it.

[mike20021969]

Why is the official HandBrake WinGUI not using the HandBrake library directly?

Is that not a question you should ask on the HandBrake forums?

[RandomEngy]

Actually it looks like those presets have been posted like that even before Changeset 5111 (both naming wise and settings wise), see:

http://forum.doom9.org/showpost.php?p=1605829&postcount=577

Then the preset change came from an earlier changeset. The Android Mid/High preset names and settings came directly from HandBrake.

Yes, if i were to decide, then the Advanced tab would get removed entirely and never come back.

Not because the Advanced tab scares me (it doesn't scare me at all), but because it might scare other people and might lead to unnecessary suboptimal encodes for people which are not well informed about all this stuff and therefore might use suboptimal settings. And because the Advanced tab simply is redundant now IMHO, now that finally the x264 preset/tune/profile/level support is available natively in the GUIs.

I also wouldn't describe four users on the VidCoder discussion website (http://vidcoder.codeplex.com/discussions/402812), two users on the VidCoder review website (http://vidcoder.codeplex.com/releases/view/97530#ReviewsAnchor) and one user here on the forum (http://forum.doom9.org/showpost.php?p=1606367&postcount=592) complaining about the absence of the Advanced tab in VidCoder Beta 1.4.5 as "popular demand"

;)

Because that's just seven users out of the hundreds that had downloaded 1.4.5 Beta..

How someone can call this "popular demand" is beyond me... . But, who knows, maybe you got more feedback via other channels (E-Mail and so on)..

VidCoder still isn't a hugely popular software project. The feedback asking for the return of the advanced panel is the strongest response I've gotten about any feature in VidCoder's history. And it came from a version not in wide release. If that's not "popular demand" for VidCoder I don't know what is.

Well, anyway, i'm not to decide about that and you and the HandBrake developers seem to have decided to let the Advanced tab stay alive in the foreseeable future (even if you plan to hide the Advanced tab by default it's not the same as removing it from VidCoder).

And although i think the Advanced tab should be removed entirely and never come back (as mentioned above), at the same time i think that IF it will stay (and you and the HandBrake developers seem to want it to stay), then there should be some interaction between the Advanced tab and the Video tab controls.

Because, ultimately, they both affect the encoding settings, so they are not really separate things then.

Not making them interact therefore is a poor design IMHO (no offense though).

Therefore i asked you to make it similar to the LinGUI design (especially the two new checkboxes on the Video tab and in the preferences) / or to have a similar certain degree of interaction.

But this discussion probably isn't getting us anywhere ;). So, never mind ;).

I can see the benefit of it: you'd get to see the effects that different profiles/presets have on the settings. But with that good interaction you get some bad interaction as well, such as resetting or disabling settings you might have made on another tab. And since the main goal of the feature is to help people learn the advanced settings (which is of dubious value to me), I'm not really that motivated to do it. I'll say that if someone gave me a patch that implemented it in a competent manner I might accept it but I have better things to do for now.

Anyway, a very different question:

On the VidCoder website and in the first post here in this thread you mention how VidCoder is using the HandBrake library directly while the official HandBrake WinGUI only is a front-end for the HandBrakeCLI?

Just wondering: why is that?

Why is the official HandBrake WinGUI not using the HandBrake library directly?

And do you know if the official HandBrake LinGUI and MacGUI are using the HandBrake library directly, just like VidCoder? Or are they only front-ends for the HandBrakeCLI as well, just like the WinGUI?

There's a bit of history behind this. When the windows GUI was written, there was no hb.dll like there is today. They just had the CLI to play with so that's what they used.

Also, interacting with hb.dll is really hard. It's not just like another C++ program bringing in the headers and making a few method calls. The GUI is in C# so you have to use P-Invokes. Normally this isn't too much of a problem if the API you are calling has this in mind. But in HandBrake it's really rather difficult. It will do things like give you a pointer to an object and expect you to modify fields on that object, but the only way to do that is by knowing the exact memory offset of the field on the object. I ended up kind of working around it by passing in a fresh struct and making it work. Even then with the structs you're passing around you have to keep them in perfect sync with the ones in HandBrake. This is a problem because first off many of the structs you're passing around contain a bunch of private data used internally by HandBrake. So you've got to either include them or add in a "padding" byte array that passes through the data for a bunch of fields. Second, they change a lot so you have to made the exact corresponding change every time you update hb.dll or it will blow up horribly. It gets even more tricky when you have to figure out how to marshal unions and end up calculating alignment differences between x64 and x86. I've got a spreadsheet for that.

Most of the time when you make a mistake you get an AccessViolationException with no indication of what blew up. You can attach gdb to it and find out what function threw the exception but it doesn't give you the full call stack or where in the function it blew up or why.

And the HandBrake API needed some additional work to make it P-invoke friendly. It needed some logic to redirect standard output in a way that I could read it and some wrapper functions to expose some global variables (which cannot be accessed in P-invoke).

Anyhow I finally got the wrapper going and working smoothly: it's checked as the HandBrakeInterop project in the HandBrake codebase. The Windows GUI actually has an experimental feature you can enable to use it. I imagine some day in the future HB will switch over to it by default.

The Mac and Linux GUIs use the library directly; they get to call the API without having to do any marshaling P-invoke chicanery.

And another question:

Would the following thread over there (and the links in that thread) help you with this (found via search engine):

http://stackoverflow.com/questions/344205/recommendations-on-a-wpf-docking-library

?

I did play around with AvalonDock when investigating this. The ActiPro one looks pretty cool. I could see making the queue, log and preview dockable windows. Maybe the encoding settings as well, though I'd need to remove the minimum size requirement and give it a scrollviewer. I may give this another look when I have a weekend to burn.

PS :o:D:

Coincidentally just came across an earlier post from another user on another forum where he basically also "complained" about the lack of interaction between the Video tab controls and Advanced tab controls in VidCoder, see:

;)

Hey, that basically makes it at least two users already :D. Does this qualify to make it a "popular demand" now :p:D;)?

It wasn't really a request. More like commenting on the suitability of VidCoder for teaching someone about x264 advanced settings. The only person who has asked me to do this feature is you.

[RandomEngy]

Yeah I like having the x264 preset/profile/tune on the same page as the framerate/quality. I don't want to compromise that for some other advanced settings.

[RandomEngy]

Released VidCoder 1.4.12 Beta (http://vidcoder.codeplex.com/releases/view/99756):

* Overhauled the Options dialog: Made it cleaner and better organized.
* Added an Updates tab with more detailed status and the ability to manually check for updates.
* Added a menu option and button to close the current video source and get the initial "pick source" UI back.
* Disc folders can now be batch-added with drag and drop in the same way that ISOs can be.
* Added a menu item under Help to get to the Updates section of Options.
* Added a hotkey for Options (F4).
* Updated Android presets to bring them in line with HB presets.
* Removed checkbox for Zero Latency tune as it does not help on these encodes.
* Updated HandBrake core to SVN 5125.

* Made changes to help diagnose reported encode proxy issues:
** Increased worker ping timeout.
** Added exception logging on ping timeouts.
** Increased worker process priority. The worker threads themselves already have lower priority.
* Fixed memory leak from scan instances.
* Fixed issue where only lowercase extensions would be recognized when queuing up folders of files.
* Fixed typo in AppleTV preset.
* Fixed some common string resources not showing up for Hungarian.

The updated Options dialog:

http://i.imgur.com/3zMqn.png

s55 had a nice concept in the HandBrake GUI nightlies so I went with it and made a few more tweaks.

[mike20021969]

VidCoder 1.4.12 Beta

Keep up the good work and have a great New Year.

:thanks:

[RandomEngy]

Me too ;).



If you are going to fiddle with the size of the Encoding Settings window, like you mentioned there:




then maybe you could fit everything on one tab, so that there wouldn't be any compromise. But well, up to you of course ;).

I still don't think it would be a good idea. Having the controls corralled off in a clearly marked "Advanced" tab is helpful for most users who don't need to be distracted by them.

Question:

When encoding with VidCoder 1.4.12 Beta x64 for example, then the resulting files show the following in MediaInfo:




Would there be any chance you could change it, so that MediaInfo will show:


or:



for example?

There is no entry point in the HandBrake API to change the "writing application" string. And I'm not about to make custom builds of HandBrake again just to do that.

[MOS-Marauder]

Yep that Strings in the Headers done by HB are sometimes a bit Weird.

They even doesnt show what x264 rev is used. (Actual in HB is r2216)

VidCoder is imho the Best WinGui that uses HB!

The only thing i use the Orignal WinGui is if i want to know some CLI Commands on special Settings when writing my Scripts *G*

The ADVANCED Tab is for me one of the most important Tabs ever....

Mara

[RandomEngy]

Hey it's Marauder! Weren't you going to do a German translation? :P

[Hobbe]

RandomEngy: Could you build a own hb.dll with libavcodec/libfdk-aac enabled?

[RandomEngy]

Are you going to add this:

to VidCoder?

Calling it "FLAC 16-bit (Libav)" and "FLAC 24-bit (Libav)" in the Audio drop-down would probably be more accurate and more straightforwarded though, wouldn't it?

PS:

While you're at it:

The term "Passthru" in the Audio drop-down probably could be renamed to "Passthrough", couldn't it ;)?

Yeah it will get added. VidCoder automatically pulls in new encoders. I've always thought the "Passthru" was a bit silly as well but never bothered to change it.

About the FLAC naming, seems to make sense. Though I may end up calling them FLAC (Libav) and FLAC 24-bit (Libav) to offer a clear safe default and let the user know which one was the FLAC they were choosing before.

PPS:

The latest HandBrake WinGUI Nightly Build has the following checkbox:

under:

Is this something new?

It looks like it enables the user to configure Auto-Passthrough?

VidCoder doesn't seem to have such an option / such a checkbox?

It's been there for a little while but I haven't heard any demand to add it.

RandomEngy: Could you build a own hb.dll with libavcodec/libfdk-aac enabled?

Well I have a couple questions about it: How and why? What does it supply, and what would I need to do to add it? And why shouldn't this just be in the official HandBrake build?

[RandomEngy]

Oh and an update on the docking investigation: ActiPro docking is very cool and does everything I would need but it would make it so anyone who wanted to build VidCoder would need to shell out at least $200 for the license. A no-go for an open source project. AvalonDock looks mostly functional but I can't figure out how to just have regular content in the middle instead of the unneeded multi-document tab control. The docking redesign will be on hold until I can work that out.

[Hobbe]

Well I have a couple questions about it: How and why? What does it supply, and what would I need to do to add it? And why shouldn't this just be in the official HandBrake build?
It's a much better aac encoder than faac or libav..
You can read this thread why it's not in the official hb..
https://forum.handbrake.fr/viewtopic.php?f=26&t=24773

[RandomEngy]

Hmm, it looks like they rejected it because its license is incompatible with the GPL. VidCoder also uses that license so it would have the same problem.

[ZoNi]

It should look different, like all other programs in XP (with nice buttons etc).

I have now installed VidCoder on Win7 Ultimate 32bit:

http://i.imgur.com/9gDsP.png

Again something wrong with GUI :(

Unistaled VidCoder. Installed latest beta - still same problem with GUI. Like there is something that block modern look of VidCoder :(

UPDATE: everything is OK with Win7 default Aero theme. With others, GUI is weird...

[mike20021969]

Sorry if this seems like an obvious question:

If I have a have a 720x576 video, drop it into VidCoder and the auto crop is T=0, L=12, R=4, B=8, to avoid losing resolution, should I resize it to 700x572?

If not, what is the correct thing to do?

Thanks.

http://i59.photobucket.com/albums/g302/mike20021969/20130106_14h56m12s_002_Preset-640x480_zpscf851c87.jpg

[RandomEngy]

The resolution would be 684x568, but you can just leave the width and height empty and it will figure that out by itself.

[mike20021969]

The resolution would be 684x568, but you can just leave the width and height empty and it will figure that out by itself.

I see where you're going, but in my other post, I'd added up the wrong crop figures and I can see now that if I'd added them up correctly, they'd have shown 704x568 as in the image below.

(i.e. 0+8 off the height, 12+4 off the width).

Thanks:)

http://i59.photobucket.com/albums/g302/mike20021969/20130106_19h30m13s_001_Preset-Normal_zpsa69fe29c.jpg

[R=G]

Hmm, it looks like they rejected it because its license is incompatible with the GPL. VidCoder also uses that license so it would have the same problem.

The one thing about Vidcoder that has always been consistent since the day I first discovered it the spring of 2011 is that, unlike other encoders, the audio always come out in synch. I think it didn't one time but that was because the rip of the VOBs I did was for some reason out of synch. Unheard of to me but other than that one thing, it's been the easiest audio conversation of ANY ENCODER I know of. Thanks.:cool:

[mike20021969]

I think I've found a bug:

I drop a file into VidCoder...

http://i59.photobucket.com/albums/g302/mike20021969/20130107_13h29m24s_001_VidCoder_zpsee593438.jpg

Check the settings...

http://i59.photobucket.com/albums/g302/mike20021969/20130107_13h29m46s_002_Preset-Normal_zps084b68f8.jpg

Encode...

http://i59.photobucket.com/albums/g302/mike20021969/20130107_13h30m11s_003_VidCoder-7-4-_zps180e1828.jpg

The resulting file DOES include audio, but 0 kbps is shown in the window.
It's shows 0 kbps for the other built-in profiles aswell except Android and Windows Phone 7.

[RandomEngy]

Ahh. I store the bitrate as an int and "0" is the special value for "Auto". I must just be using the profile bitrate directly when getting the value to display on the queue. Thanks for the report.

[hello_hello]

Coincidentally just came across an earlier post from another user on another forum where he basically also "complained" about the lack of interaction between the Video tab controls and Advanced tab controls in VidCoder, see:

Well given I was perusing this thread to discover I'd been taking part in the discussion here, I thought I'd add my 2 cents worth. So "in my opinion"....

An encoder GUI should always show you what it's doing where applicable. Even if it can't do that, it should never, ever, ever, ever, show you what it's not doing. If I select the veryslow preset and it's therefore using 16 ref frames, if the GUI has a ref frame setting in it's options, then it should default to 16. If a speed preset automatically changed the CRF value used and the change wasn't reflected in the GUI there'd be an outcry from users. I don't see why the same principle shouldn't also apply to any other x264 setting.

Off the top of my head, I know MeGUI, ffcoder and StaxRip all behave in the way jq963152 is suggesting. Change a speed preset or tuning and the appropriate advanced settings are changed accordingly. VidCoder/HandBrake are probably exceptions to the rule.
Is this a "bad" interaction? The reality of it is, x264's default settings are only the defaults when using the default preset/tuning. Change the preset/tuning and some of x264s settings now have new defaults and the GUI should reflect that. If a GUI has a "master" reset, it is expected behaviour for it to reset everything, or should it only reset the settings you didn't manually change? I don't see the speed presets as being any different, only they just reset specific settings.

If you're forced to apply a speed preset before tweaking individual settings in order not to reset your "tweaks".... well as it turns out, that's the same order in which the encoder applies them too. And of course how do you tweak a setting if you don't know what the real starting point is?
Then there's the argument nothing should be added to the command line by a GUI unless it's telling the encoder to do something it wouldn't otherwise be doing or there's a specific reason for doing so. Why would it add --ref 8 to the command line if the chosen speed preset already uses that value?

My preference would be to keep the basic and advanced x264 settings separate, but it really doesn't matter how. Make the advanced settings appear on the same page if the user selects on option to show them, put them on another window/tab or do some combination of the two, hide them by default or don't, but done correctly it should be pretty obvious "these are the settings for mere mortals", "these are the ones you probably shouldn't touch unless you want to make a mess of it". Currently the problem with HandBrake, is if anything it's teaching users to do it the other way around.
If it was up to me I'd never dump the advanced options completely. There's always going to be a demand for the ability to experiment and make mistakes etc. Nothing wrong with that..... if while you're experimenting the GUI isn't giving you the impression it's doing one thing while in reality it's doing something else. ;)

[JohnAStebbins]

Correct me If I'm wrong, but it's not really using the built in speed presets as such, instead it's duplicating the advanced settings which a speed preset would otherwise use, only doing so "behind the scenes"? On face value this seems like a reasonable idea, except for the fact the encoder doesn't behave as expected. You should be able to select any preset and Profile/Level you desire, confident the encoder won't let the preset use settings which exceed the chosen level, ie the number of reference frames according to resolution.

I can't speak for VidCoder, but HandBrake does not do this and libhb allows you to set preset/tune/profile/level directly. It is certainly not necessary for VidCoder to expand these to advanced settings before passing to libhb.

[hello_hello]

For the record, I thought I'd admit to editing a paragraph out of my previous post. I referred to x264's ability to limit the number of ref frames according to the specified profile/level and the fact it doesn't seem to work using the x264 presets as they've been implemented in VidCoder.
Due to a recent discussion on the topic in another thread however, I've since learned it's probably due to the version of x264 which HandBrake/Vidcoder uses not having the same ability to do so as the command line version, and therefore it isn't VidCoder's fault. Given my little rant on the subject was only a few hours old I thought I'd remove it in case sometime in the future others read it and assumed I knew what I was talking about. :(


Thanks JohnAStebbins..... it looks like I was a little slow to remove the evidence. ;)

[Zerondar]

really great (and fast) encoding
only minor annoying is the automatic renaming of batch files... i wish i could make them keep the same name as source
and no use of avisynth profiles to add watermark to my encodes
ah well :-)
still thank you for making this great program

[planet123]

@RandomEngy

Please add color adjustments filter like contrast, brightness and saturation in the future version because the colour washed out on output video. (Not getting the same color and contrast of the original video). Please fix this problem as soon as possible except this bug everything works fine.

[fantasmanegro]

Is this:

http://vidcoder.codeplex.com/SourceControl/changeset/view/c2f4f3af0723#VidCoder/ViewModel/DataModels/AdvancedChoices.cs

what would need to be altered?

Is there any non-developer friendly graphical editor or something like that available which would allow to alter it without the need for programming skills?

Or would this require programming skills and would all have to be done via programming language :eek:?

:devil:...it requires a lot of programming skills...:devil: :script:

[RandomEngy]

really great (and fast) encoding
only minor annoying is the automatic renaming of batch files... i wish i could make them keep the same name as source
and no use of avisynth profiles to add watermark to my encodes
ah well :-)
still thank you for making this great program

Not sure what you mean by the automatic renaming. It only gives them a different name when there's already a file with that name there, and even then you can configure it. But yeah anyway it should be keeping the same name as the source file.

About avisynth, that's not something I can add in VidCoder, it would need to be added to HandBrake (and I don't think they are interested in it).

Is this:

http://vidcoder.codeplex.com/SourceControl/changeset/view/c2f4f3af0723#VidCoder/ViewModel/DataModels/AdvancedChoices.cs

what would need to be altered?

Is there any non-developer friendly graphical editor or something like that available which would allow to alter it without the need for programming skills?

Or would this require programming skills and would all have to be done via programming language :eek:?

Well Visual Studio has a designer that lets you drag around controls to edit the XAML, but it's not very good at getting good markup that's flexible enough to work with other languages. I'm pretty sure you'd need to edit some XAML and C# in order to get this working.

I can't seem to access CodePlex right now but I think that file plus the AdvancedPanel.xaml and AdvancedPanelViewModel.cs would be the files to edit.

@RandomEngy

Please add color adjustments filter like contrast, brightness and saturation in the future version because the colour washed out on output video. (Not getting the same color and contrast of the original video). Please fix this problem as soon as possible except this bug everything works fine.

Not sure what your problem is. If the colors are getting washed out then something is probably going wrong in the HandBrake core. Bring that problem to their attention after making sure it repros in HandBrake. Also I can't add filters because I don't have access to that part of the encoding pipeline.

[RandomEngy]

I still don't want abbreviations. And you could do a lot of the rearranging just by editing AdvancedPanel.xaml . If you applied half the effort to learning it as you do to these mockups, you could be very good at it.

Also I believe I heard a reason why the P-frames was a checkbox but I don't recall the details. And the spinners are fine but they don't tell you what the default is. About the "Reset" button, whether or not you have it is going to depend on exactly what interaction the options box has with the advanced options string. Right now in VidCoder they are one in the same so no "reset" is needed.

[JohnAStebbins]

Also I believe I heard a reason why the P-frames was a checkbox but I don't recall the details.
The checkbox selects "off" or "smart" weightp option. The third option is "simple" and isn't generally recommended or used. Weightp used to be a binary option. When a 3rd state was added in libx264, the other HandBrake gui developers decided not to waste time implementing another option that nobody needed.

[fantasmanegro]

:eek:



Hmm :(.

If it would not be too much work for you and if you would like to, then it would be appreciated if you could change the Advanced tab to look like this new "mock-up":

Advanced tab

Frame-type options
Number of B-Frames: [3 ↕] CABAC: [On (Default) ↓]
Adaptive B-Frames: [Fast (Defaul ↓] Number of Reference Frames: [3 ↕]
B-Pyramid: [Normal (Defa ↓] Deblocking: [0 ↕][0 ↕]

Ratecontrol
VBV Maximum Bitrate (kbit/s): [(not set) ↕] Adaptive Quantization Strength: [1.0 ↓]
VBV Buffer Size (kbit): [(not set) ↕]

Analysis
Partitions: [Most (Defaul ↓] Subpixel Motion Estimation: [7: RD in all ↓]
Direct MV Prediction Mode: [Spatial (Def ↓] Psy RD / Psy Trellis: [1.0 ↕][0.00 ↕]
Weighted P-Frames: [Smart (Defau ↓] 8x8 Transform: [On (Default) ↓]
Motion Estimation Method: [Hexagon (Def ↓] Trellis: [Encode Only ↓]
Motion Estimation Range: [16 ↕] No DCT Decimation: [Off (Default ↓]

[Reset]

Options String
[Textbox here]


Or alternatively with some exemplary abbreviations (if you need to save some space):

Advanced tab

Frame-type options
Number of B-Frames: [3 ↕] CABAC: [On (Default) ↓]
Adaptive B-Frames: [Fast (Defaul ↓] Number of Ref. Frames: [3 ↕]
B-Pyramid: [Normal (Defa ↓] Deblocking: [0 ↕][0 ↕]

Ratecontrol
VBV Maxrate (kbit/s): [(not set) ↕] Adapt. Quant. Strength: [1.0 ↓]
VBV Bufsize (kbit): [(not set) ↕]

Analysis
Partitions: [Most (Defaul ↓] Subpixel Motion Est.: [7: RD in all ↓]
Direct MV Predict. Mode: [Spatial (Def ↓] Psy RD / Psy Trellis: [1.0 ↕][0.00 ↕]
Weighted P-Frames: [Smart (Defau ↓] 8x8 Transform: [On (Default) ↓]
Motion Est. Method: [Hexagon (Def ↓] Trellis: [Encode Only ↓]
Motion Est. Range: [16 ↕] No DCT Decimation: [Off (Defaul ↓]

[Reset]

Options String
[Textbox here]


Not just asking because of the VBV controls, but also because, IMHO, the current VidCoder advanced tab looks a bit messy (especially the arrangement of the controls).

And, IMHO, the mock-up above locks a lot tidier and makes more sense regarding the order of the controls (see below).

Some notes about that "mock-up":

All the controls are drop-down lists and textboxes with spinners (http://en.wikipedia.org/wiki/Spinner_%28computing%29). There are no checkboxes and no sliders.

Drop-down lists:

"Adaptive B-Frames", "B-Pyramid", "CABAC", "Partitions", "Direct MV Prediction Mode", "Weighted P-Frames", "Motion Estimation Method", "Subpixel Mostion Estimation", "8x8 Transform", "Trellis", "No DCT Decimation"

Textboxes with spinners (http://en.wikipedia.org/wiki/Spinner_%28computing%29):

"Number of B-Frames", "Number of Reference Frames", "Deblocking" (two textboxes with spinners next to each other, just like in the LinGUI), "VBV Maximum Bitrate (kbit/s)", "VBV Buffer Size (kbit)", "Adaptive Quantization Strength", "Motion Estimation Range", "Psy RD / Psy Trellis" (two textboxes with spinners next to each other)

The mock-up has all the controls which currently reside on the Advanced tab plus the two VBV controls and plus the "Motion Estimation Range" control, which is available in the official HandBrake Linux GUI, see the following picture for example (The picture is a little bit older, but couldn't find another one. The Linux GUI Advanced tab still looks like that though.):





Also, the current VidCoder Advanced tab and HandBrake Windows GUI Advanced tab have a checkbox for "Weighted P-Frames". But "Weighted P-Frames" is not just an on/off option, so the mock-up also has a drop-down list for "Weighted P-Frames" wich shows the available settings for that option, just like the HandBrake Linux GUI (see picture above).

The textboxes with spinners for the two VBV controls are supposed to be behaving the same way as the the width and height textboxes with spinners on the Picture tab.

The width and height textboxes on the Picture tab do show "(none)" or "(auto)" in grey font when no width or height has been specified. The VBV textboxes in the mock-up are supposed to do it the same way. But it might be better if they would show something like "not set" or "unspecified" instead of "none" or "auto".

Not sure though what would be the best way to handle this:



in the GUI. Any ideas ;)?

The drop-down lists and textboxes with spinners in the mock-up are all supposed to be the same (fixed) width to make them line up nicely, even if that means that a bit of the text gets cut off in the drop-down lists. It would mostly just be the "(Default)" label that would be cut off anyway. Of course, when clicking on the drop-down lists, then the full text should be shown in the drop-down. The official HandBrake Windows GUI also is doing it like that. The width of the drop-down lists and textboxes with spinners in the mock-up is just exemplary though. It would depend on the space which is available on the Advanced tab when the Encoding settings window is set to the default size.

And:

The descriptions and the sorting of the controls are based on the x264.exe --fulhelp and the following website:

http://mewiki.project357.com/wiki/X264_Settings

All the controls in that mock-up are sorted in the exact same order as they are listed in x264.exe --fullhelp (Frame-type options ---> Ratecontrol ---> Analysis) ;).

And last but not least, the mock-up also has a "Reset" button between the advanced controls and the options string textbox.

The official HandBrake Windows GUI used to have such a "Reset" button on the Advanced tab until it was switched to WPF. The new WPF GUI does not have such a button anymore. Not sure why that is.

In the mock-up the "Reset" button is aligned to the center. But probably could as well be aligned to the left or right. Couldn't really decide about that ;).

Well, yeah, so much about the notes :D.

Again, because there do not exist any programming skills here :(:D, it would be appreciated if you could do it, if you'd like to.

And maybe some users who are in favour of the Advanced tab, like "mike20021969" etc. :p, could also give a little bit of feedback about how they like this "mock-up" ;)?

some people never learn... :devil:

i guess RandomEnegy is doing his best effort and you dont stop asking and asking and asking... mmm...

i really like VidCoder... remember that this is RandomEnergy GUI!... and he is giving us for FREE!!!...

let him choose what and what not... please...;)

[hello_hello]

@RandomEngy
Please add color adjustments filter like contrast, brightness and saturation in the future version because the colour washed out on output video. (Not getting the same color and contrast of the original video). Please fix this problem as soon as possible except this bug everything works fine.

planet123,
I'd be willing to bet your washed out problem is nothing to do with Vidcoder. Video played on a PC needs to have it's levels expanded from TV levels to PC levels on playback or it'll look washed out. Your video player /render /video card may be correcting the levels when playing DVD video but not when playing the encodes. Try a conversion using a program other than Vidcoder to see if the result is any different. If it's not, the problem is not the encoding.
The encoded video should look fine played on a standalone player and a TV as they all no doubt use TV levels by default. Have you tried comparing the original to the encode using something other than a PC?

[fantasmanegro]

It was just a suggestion and of course he is free to reject it. Nobody ever said anything else.

So, not sure what your problem is ;).



The current VidCoder Advanced tab is not necessarily "RandomEnergy GUI" *. It's rather more or less just a copy of the Advanced tab of the official HandBrake WinGUI.

And it looks a bit messy IMHO (it at least could be better IMHO).

Therefore the suggestion of that "mock-up", which, IMHO, looks a lot tidier and makes more sense regarding the order of the controls. That's all.

So, no reason to panic ;).

* It's "RandomEngy" and not "RandomEnergy", just in case you shouldn't have noticed :p.

sorry it was the spell check or maybe keyboard playing with my feelings...

about "It's rather more or less just a copy of the Advanced tab of the official HandBrake WinGUI." ... it was developed by RandomEngy so... it is RandomEngy GUI... :devil:

anyway... suggestion : suggest less ;)

[RandomEngy]

That's why there are two versions of the mock-up. One without abbreviations and one with some exemplary abbreviations if there would be the need to save some space.

Yes, the one without abbreviations actually has two abbreviations, namely: "Direct MV Prediction Mode" and "Psy RD / Psy Trellis".

But if you would use "Direct Motion Vector Prediction Mode" and "Psychovisual Rate Distortion / Psychovisual Trellis" then that would waste a lot of space ;).

Also, it's actually called "Direct MV prediction mode" and "RD" in x264.exe --fullhelp as well.

Also, there are tooltips for every control on the Advanced tab (when hovering over them with the mouse cursor) which feature descriptions of the options the controls are resembling. And the names of the options could and should always be repeated without abbreviations in those tooltips IMHO.

There are a couple of reasons I don't like abbreviations. The first you already know is that it look unprofessional. The second is that the need to abbreviate and save space indicates the lack of a flexible interface. One that might break if it's translated to another language that needs longer strings.

Any recommendation to some documentation/tutorial or something like that which would explain it :p?

Anyway, you probably would be faster at it because you already know how to do all this stuff and because it basically is your application... :p;)

This should get you started: http://msdn.microsoft.com/en-us/library/ms742119.aspx

You can edit with Visual Studio Express: http://www.microsoft.com/visualstudio/eng/products/visual-studio-express-products

And it is kind of "my application" but it really is open source. Anyone can contribute in theory. I'm just saying that I have other things to do in VidCoder and it may get done faster if you do it rather than beg me to do it repeatedly.

The defaults could be shown in the tooltips. MeGUI for example shows the defaults for all options in the tooltips as well (it shows the default settings and recommended settings in the tooltips for every option).

I guess so. You wouldn't get to see if an option was on a default setting at a glance anymore. And you don't get to see the possible range simply by opening the dropdown. And I don't see a major usability upside of the number box... you get to save a click when you want to change the number by 1, sure... mostly a wash it seems.

What do you mean with "options box"? Do you mean the "More Settings" box on the Video tab?

Yes.

PS:

Bug report:

Not sure if this can be considered a bug, but while examining the width and height textboxes with spinners on the Picture tab noticed the following:

As mentioned in the earlier post, the width and height textboxes on the Picture tab do show "(none)" or "(auto)" in grey font when no width or height has been specified.

Now when clicking the up arrow of the spinner, then the value in textboxes changes from "(none)"/"(auto)" to "46".

But when you then click the down arrow of the spinner, the value remains at "46".

Shouldn't the value actually change back to "(none)"/"(auto)" instead of remaining at "46"?

At least this would make more sense / would be more intuitive IMHO.

You don't need to quote me every time you make a bug report!

Anyway that sounds reasonable. I'll see what I can do.

[CommonMortal]

Hello, i tried the beta12 after using the stable version for a long time. Could someone please tell me, what the "Fast decode" setting is doing in CRF mode? What does it mean and does it have bad effects on quality or something?

Thank you.

[fantasmanegro]

Hello, i tried the beta12 after using the stable version for a long time. Could someone please tell me, what the "Fast decode" setting is doing in CRF mode? What does it mean and does it have bad effects on quality or something?

Thank you.

from fast to very slow... faster is "worst" and very slow is "better"... about image quality

from fast to very slow... faster is "bigger" and very slow is "smaller" about file size

medium or slow give good image quality to my eyes...

-fastdecode: --no-cabac --no-deblock --no-weightb --weightp 0

[mike20021969]

Interesting discovery with the x264 preset slider.
Using a CQ of 25:
Original file - 9.67MB

Placebo - 1.53MB
Very Slow - 1.56MB
Slower - 1.60MB
Slow - 1.60MB
Medium (Default) - 1.71MB
Fast - 1.71MB
Faster - 1.60MB
Very Fast - 1.54MB
Super fast - 2.32MB
Ultra Fast - 4.63MB

Why is Very Fast better (file size wise) than Very Slow for file size?

[CommonMortal]

f
-fastdecode: --no-cabac --no-deblock --no-weightb --weightp 0

Thank you very much. Definitely not something i would want to use :D

[mike20021969]

So you finally have started to use the x264 preset/tune/profile/level settings on the Video tab :p;)?

I prefer to tinker with Advanced settings usually - not a little slider :)

Someone correct me if I'm wrong, but you're supposed to get a smaller file size whilst retaining picture quality using the slider (i.e. moving slider from the left to the right).

So why can I use Very Fast and get a better file size and retain the same picture quality than using Very Slow?

I've tried numerous files now and Very Fast is always giving me smaller file sizes and encodes are happening in double-quick time :D

[mike20021969]

See the following threads for example:


I see. I've learned some more :)

[fantasmanegro]

I prefer to tinker with Advanced settings usually - not a little slider :)

Someone correct me if I'm wrong, but you're supposed to get a smaller file size whilst retaining picture quality using the slider (i.e. moving slider from the left to the right).

So why can I use Very Fast and get a better file size and retain the same picture quality than using Very Slow?

I've tried numerous files now and Very Fast is always giving me smaller file sizes and encodes are happening in double-quick time :D

can you post mediainfo ?
remember image quality is different for everyone

[mike20021969]

can you post mediainfo ?

Here's the ones for Placebo, Medium, Very Fast & Ultra Fast (I noticed Ultra Fast also has an additional entry: Duration_FirstFrame).
It appears that when you adjust the slider, other settings may be altered too.

Placebo:

Format : MPEG-4
Format profile : Base Media / Version 2
Codec ID : mp42
File size : 1.54 MiB
Duration : 12s 64ms
Overall bit rate mode : Variable
Overall bit rate : 1 069 Kbps
Encoded date : UTC 2013-01-11 15:13:17
Tagged date : UTC 2013-01-11 15:17:28
Writing application : HandBrake 5125svn 2013010101

Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : Main@L4.0
Format settings, CABAC : Yes
Format settings, ReFrames : 16 frames
Codec ID : avc1
Codec ID/Info : Advanced Video Coding
Duration : 12s 64ms
Bit rate mode : Variable
Bit rate : 910 Kbps
Width : 696 pixels
Height : 556 pixels
Display aspect ratio : 16:9
Frame rate mode : Variable
Frame rate : 23.873 fps
Minimum frame rate : 3.206 fps
Maximum frame rate : 25.000 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.098
Stream size : 1.31 MiB (85%)
Writing library : x264 core 128
Encoding settings : cabac=1 / ref=16 / deblock=1:0:0 / analyse=0x1:0x131 / me=tesa / subme=9 / psy=1 / psy_rd=1.00:0.00 / mixed_ref=0 / me_range=24 / chroma_me=1 / trellis=0 / 8x8dct=0 / cqm=0 / deadzone=21,11 / fast_pskip=0 / chroma_qp_offset=-2 / threads=3 / lookahead_threads=1 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / bluray_compat=0 / constrained_intra=0 / bframes=16 / b_pyramid=2 / b_adapt=2 / b_bias=0 / direct=3 / weightb=0 / open_gop=0 / weightp=2 / keyint=250 / keyint_min=25 / scenecut=40 / intra_refresh=0 / rc_lookahead=60 / rc=crf / mbtree=1 / crf=25.0 / qcomp=0.60 / qpmin=4 / qpmax=69 / qpstep=4 / ip_ratio=1.40 / aq=1:1.00
Encoded date : UTC 2013-01-11 15:13:17
Tagged date : UTC 2013-01-11 15:17:28
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 : 11s 669ms
Bit rate mode : Variable
Bit rate : 160 Kbps
Maximum bit rate : 169 Kbps
Channel(s) : 2 channels
Channel positions : Front: L R
Sampling rate : 48.0 KHz
Compression mode : Lossy
Delay relative to video : 352ms
Stream size : 227 KiB (14%)
Encoded date : UTC 2013-01-11 15:13:17
Tagged date : UTC 2013-01-11 15:17:28


Medium:

Format : MPEG-4
Format profile : Base Media / Version 2
Codec ID : mp42
File size : 1.72 MiB
Duration : 12s 64ms
Overall bit rate mode : Variable
Overall bit rate : 1 194 Kbps
Encoded date : UTC 2013-01-11 15:03:26
Tagged date : UTC 2013-01-11 15:03:44
Writing application : HandBrake 5125svn 2013010101

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 : 12s 64ms
Bit rate mode : Variable
Bit rate : 1 034 Kbps
Width : 696 pixels
Height : 556 pixels
Display aspect ratio : 16:9
Frame rate mode : Variable
Frame rate : 23.873 fps
Minimum frame rate : 3.206 fps
Maximum frame rate : 25.000 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.112
Stream size : 1.49 MiB (87%)
Writing library : x264 core 128
Encoding settings : cabac=1 / ref=3 / deblock=1:0:0 / analyse=0x1:0x111 / me=hex / subme=7 / 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=-2 / 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=25.0 / qcomp=0.60 / qpmin=4 / qpmax=69 / qpstep=4 / ip_ratio=1.40 / aq=1:1.00
Encoded date : UTC 2013-01-11 15:03:26
Tagged date : UTC 2013-01-11 15:03:44
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 : 11s 669ms
Bit rate mode : Variable
Bit rate : 160 Kbps
Maximum bit rate : 169 Kbps
Channel(s) : 2 channels
Channel positions : Front: L R
Sampling rate : 48.0 KHz
Compression mode : Lossy
Delay relative to video : 352ms
Stream size : 227 KiB (13%)
Encoded date : UTC 2013-01-11 15:03:26
Tagged date : UTC 2013-01-11 15:03:43

Very Fast:

Format : MPEG-4
Format profile : Base Media / Version 2
Codec ID : mp42
File size : 1.55 MiB
Duration : 12s 64ms
Overall bit rate mode : Variable
Overall bit rate : 1 078 Kbps
Encoded date : UTC 2013-01-11 15:19:36
Tagged date : UTC 2013-01-11 15:19:44
Writing application : HandBrake 5125svn 2013010101

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 : 12s 64ms
Bit rate mode : Variable
Bit rate : 918 Kbps
Width : 696 pixels
Height : 556 pixels
Display aspect ratio : 16:9
Frame rate mode : Variable
Frame rate : 23.873 fps
Minimum frame rate : 3.206 fps
Maximum frame rate : 25.000 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.099
Stream size : 1.32 MiB (85%)
Writing library : x264 core 128
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=1 / keyint=250 / keyint_min=25 / scenecut=40 / intra_refresh=0 / rc_lookahead=10 / rc=crf / mbtree=1 / crf=25.0 / qcomp=0.60 / qpmin=4 / qpmax=69 / qpstep=4 / ip_ratio=1.40 / aq=1:1.00
Encoded date : UTC 2013-01-11 15:19:36
Tagged date : UTC 2013-01-11 15:19:44
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 : 11s 669ms
Bit rate mode : Variable
Bit rate : 160 Kbps
Maximum bit rate : 169 Kbps
Channel(s) : 2 channels
Channel positions : Front: L R
Sampling rate : 48.0 KHz
Compression mode : Lossy
Delay relative to video : 352ms
Stream size : 227 KiB (14%)
Encoded date : UTC 2013-01-11 15:19:36
Tagged date : UTC 2013-01-11 15:19:44

Ultra Fast:
Format : MPEG-4
Format profile : Base Media / Version 2
Codec ID : mp42
File size : 4.63 MiB
Duration : 11s 792ms
Overall bit rate mode : Variable
Overall bit rate : 3 295 Kbps
Encoded date : UTC 2013-01-11 15:11:43
Tagged date : UTC 2013-01-11 15:11:47
Writing application : HandBrake 5125svn 2013010101

Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : Baseline@L3.0
Format settings, CABAC : No
Format settings, ReFrames : 1 frame
Codec ID : avc1
Codec ID/Info : Advanced Video Coding
Duration : 11s 792ms
Duration_FirstFrame : 272ms
Bit rate mode : Variable
Bit rate : 3 207 Kbps
Width : 696 pixels
Height : 556 pixels
Display aspect ratio : 16:9
Frame rate mode : Constant
Frame rate : 25.000 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.331
Stream size : 4.40 MiB (95%)
Writing library : x264 core 128
Encoding settings : cabac=0 / ref=1 / deblock=0:0:0 / analyse=0:0 / me=dia / subme=0 / 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=0 / weightp=0 / keyint=250 / keyint_min=25 / scenecut=0 / intra_refresh=0 / rc=crf / mbtree=0 / crf=25.0 / qcomp=0.60 / qpmin=4 / qpmax=69 / qpstep=4 / ip_ratio=1.40 / aq=0
Encoded date : UTC 2013-01-11 15:11:43
Tagged date : UTC 2013-01-11 15:11:47
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 : 11s 669ms
Bit rate mode : Variable
Bit rate : 160 Kbps
Maximum bit rate : 169 Kbps
Channel(s) : 2 channels
Channel positions : Front: L R
Sampling rate : 48.0 KHz
Compression mode : Lossy
Stream size : 227 KiB (5%)
Encoded date : UTC 2013-01-11 15:11:43
Tagged date : UTC 2013-01-11 15:11:47

[Zerondar]

Not sure what you mean by the automatic renaming. It only gives them a different name when there's already a file with that name there, and even then you can configure it. But yeah anyway it should be keeping the same name as the source file.


for me it automaticly applies {source}-{title} when batch encoding if set on default
(single file encodes work name stays as it should, batch file encodes filenames get automaticly renamed to {source}-{title})
or custom name ofcourse

[DJ-1]

hi, ive just came back to try this out again, ( now on the latest beta of Vidcoder.)
ive used vodcoder for ages until afew months ago i started with a different GUI (Hybrid).
if i wanna de-interlace something a PAL Dvd.... bob seems to work fine (on the hybrid Gui... using normal bob... Not avisynth type) , no combing effects on the ouptut etc, looks fine.

ive tried the same source dvd in vidcoder & seleted bob, & get combed frames all through it.?
also if i select custom (deinterlace).... what do i puton the box?
i assume handbrake/ vidcoder doesnt support avisynth association, right?

thanks.

Sent from my Galaxy S II using tapatalk

[RandomEngy]

for me it automaticly applies {source}-{title} when batch encoding if set on default
(single file encodes work name stays as it should, batch file encodes filenames get automaticly renamed to {source}-{title})
or custom name ofcourse

I can't reproduce this problem... I can batch encode files and it doesn't apply the {source}-{title} format. What exact steps are you using to do it? Dragging multiple files? And can you give me a screenshot of the File Naming tab?

[RandomEngy]

hi, ive just came back to try this out again, ( now on the latest beta of Vidcoder.)
ive used vodcoder for ages until afew months ago i started with a different GUI (Hybrid).
if i wanna de-interlace something a PAL Dvd.... bob seems to work fine (on the hybrid Gui... using normal bob... Not avisynth type) , no combing effects on the ouptut etc, looks fine.

ive tried the same source dvd in vidcoder & seleted bob, & get combed frames all through it.?
also if i select custom (deinterlace).... what do i puton the box?
i assume handbrake/ vidcoder doesnt support avisynth association, right?

thanks.

Sent from my Galaxy S II using tapatalk

Bob is the new type for HandBrake and I've noticed it can leave combing as well. Not sure what custom settings to use. I just fall back to the standard decomb.

And correct, neither HandBrake or VidCoder support avisynth integration.

[Zerondar]

I can't reproduce this problem... I can batch encode files and it doesn't apply the {source}-{title} format. What exact steps are you using to do it? Dragging multiple files? And can you give me a screenshot of the File Naming tab?

all i do is

choose video source
=> DVD/Blueray folder... (because that's the only button that lets me batch encode)
and select folder with files i want to be encoded
seeing i'm sometimes batch encoding 300-600 files... adding them 1 at a time is tedious
(though when added 1 at a time file naming stays intact)

my settings
http://img.photobucket.com/albums/v147/elvenlord/vidcoder2_zpse39aed6b.jpg

http://img.photobucket.com/albums/v147/elvenlord/vidcoder3_zps46ed78eb.jpg

and how they show up
Filefolder name (in this case Toonsbot) - Title(number of encode)
http://img.photobucket.com/albums/v147/elvenlord/vidcoder4_zpsd0a8a851.jpg

edit:
eeek i'm post 666 in this topic :o

[RandomEngy]

You can just drag the folder onto the window. That should work a lot better.

[Zerondar]

You can just drag the folder onto the window. That should work a lot better.

i didn't know that worked
now i feel stupid >_>

[flebber]

@jq963152 like the editable args option

[fantasmanegro]

It sounds like staxrip....

[RandomEngy]

Please take a look at the following two pictures for a simple solution to both of your concerns:

The first picture shows the MacGUI Nightly Build and the second picture shows an early WinGUI mock-up from "s55".

As you can see in those pictures, a possible solution to both of your concerns could be to put an additional read-only text box (or text field) at the bottom of the Video tab which could be called "Full x264 query" or "x264 Unparse" for example and which would show the full x264 options string (full unparse string)

That way users could see what's happening on the Advanced tab without having to go to the Advanced tab and it would allow to leave the x264 preset/tune/profile/level controls together with the quality controls on the Video tab, because the additional x264 Unparse text box/text field would only require little space.

Or with other words: a solution to both of your concerns ;).

Partial. Editing an advanced setting would still reset any preset/profile/tune on the other tab.

And, by the way:

Bug report:

There is a bug in the Advanced tab in VidCoder 1.4.12 Beta:

The "Motion Estimation Range" control is not always visible.

This bug was also in the official WinGUI and "JohnAStebbins" confirmed that it is a bug over there:

https://forum.handbrake.fr/viewtopic.php?p=120456#p120456

and then "sr55" fixed that bug with Changeset 5167:

https://trac.handbrake.fr/changeset/5167

And since Changeset 5167 the "Motion Estimation Range" control no longer is a drop-down list in the WinGUI. It now is a textbox with spinners, just like in the LinGUI ;).

Bug report:

There also is a bug in the tooltip text for the "Motion Estimation Range" control it seems. It says "Doesn't apply to Diamond or Hexagon search options.", which is wrong according to:

http://mewiki.project357.com/wiki/X264_Settings#merange

Curiously though, "sr55" hasn't fixed that tooltip bug with Changeset 5167.

I'll look into those.

[RandomEngy]

@ "RandomEngy":

Before you are saying there wouldn't be enough space for it on the Video tab:

If that would be the case, then you could either increase the size of the window a bit...

... or, if you don't wanna do that, then you could rearrange the controls a bit, for example:


x264 Settings
┌─────────────┐ ┌─────────────┐ ┌─────────────┐ ┌─────────────┐
Preset: │Very Slow ▼│ Tune: │Film ▼│ Profile: │High ▼│ Level: │4.1 ▼│
└─────────────┘ └─────────────┘ └─────────────┘ └─────────────┘
Additional Options
┌───────────────────────────────────────────────────────────────────────────────────────────┐
│ │
└───────────────────────────────────────────────────────────────────────────────────────────┘
Unparse
┌───────────────────────────────────────────────────────────────────────────────────────────┐
│level=4.1:ref=4:bframes=8:b-adapt=2:direct=auto:me=umh:merange=24:subq=10:rc-lookahead=60: │
│analyse=all:trellis=2:deblock=-1,-1:psy-rd=1.00,0.15:vbv-maxrate=62500:vbv-bufsize=78125 │
└───────────────────────────────────────────────────────────────────────────────────────────┘


Arranged like that it would definitely fit on the Video tab without the need for increasing the size of the Encoding Settings window.

Just saying :p;).

Weren't you asking me to make the preset into a slider in the first place? Where's the fast decode checkbox? Also at the current minimum width I'm pretty sure I can't fit in 4 combo boxes side by side, even if I shorten the labels as you have. When you're trying to make space, ASCII mockups are not very helpful.

All of this is assuming I want all the advanced junk on the tab, which I'm not sure is the case.

[RandomEngy]

Not necessarily :p;).

Only if you would make them reset each other.

MeGUI and StaxRip for example are not doing it like that.

They are rather doing it like this:

Let's say you would just set the basic settings on the Video tab to Preset: Very Slow, Tune: Film, Profile: High, Level: 4.1.

Then the Video tab would look like this:


x264 Settings
┌─────────────┐ ┌─────────────┐ ┌─────────────┐ ┌─────────────┐
Preset: │Very Slow ▼│ Tune: │Film ▼│ Profile: │High ▼│ Level: │4.1 ▼│
└─────────────┘ └─────────────┘ └─────────────┘ └─────────────┘
Additional Options:
┌───────────────────────────────────────────────────────────────────────────────────────────┐
│ │
└───────────────────────────────────────────────────────────────────────────────────────────┘
Unparse
┌───────────────────────────────────────────────────────────────────────────────────────────┐
│level=4.1:ref=4:bframes=8:b-adapt=2:direct=auto:me=umh:merange=24:subq=10:rc-lookahead=60: │
│analyse=all:trellis=2:deblock=-1,-1:psy-rd=1.00,0.15:vbv-maxrate=62500:vbv-bufsize=78125 │
└───────────────────────────────────────────────────────────────────────────────────────────┘


Now you go to the Advanced tab and change "Reference Frames" to "1", "Maximum B-Frames" to "1" and "Adaptive B-Frames" to "Off" (for example).

After that, the Video tab would look like this:


x264 Settings
┌─────────────┐ ┌─────────────┐ ┌─────────────┐ ┌─────────────┐
Preset: │Very Slow ▼│ Tune: │Film ▼│ Profile: │High ▼│ Level: │4.1 ▼│
└─────────────┘ └─────────────┘ └─────────────┘ └─────────────┘
Additional Options:
┌───────────────────────────────────────────────────────────────────────────────────────────┐
│ref=1:bframes=1:b-adapt=0 │
└───────────────────────────────────────────────────────────────────────────────────────────┘
Unparse
┌───────────────────────────────────────────────────────────────────────────────────────────┐
│level=4.1:ref=1:bframes=1:b-adapt=0:direct=auto:me=umh:merange=24:subq=10:rc-lookahead=60: │
│analyse=all:trellis=2:deblock=-1,-1:psy-rd=1.00,0.15:vbv-maxrate=62500:vbv-bufsize=78125 │
└───────────────────────────────────────────────────────────────────────────────────────────┘


;)

I guess you missed the part where I said that those 4 combo boxes wouldn't fit side-by-side and that UI mockups in ASCII were not very helpful when you are trying to demonstrate that there is enough room.

This is how MeGUI, StaxRip and even the x264 CLI are doing it. They do not reset the basic settings when some advanced options have been altered in addition.

A user could see if he is using the vanilla basic settings just by looking at the "Additional Options" box (currently called "More Settings" box in VidCoder 1.4.12 Beta). If that box is empty, then he is using the vanilla basic settings. If it is not empty, then the vanilla basic settings have been altered in addition (via the Advanced tab for example).

The main problem here is that with that model editing the "big" options string is problematic. If someone edited that directly there's no good way to reconstruct the "extra options" string from there. You can go from preset/profile/tune/extra options/level to big options string but not the other way around. It would have to be read-only. And you'd have to either remove the (default) markers from the options or reassign them on the fly every time the preset/tune changes. I don't even know what (default) would mean in the case of profile/level since those can overwrite what you specify in the extra options! Then there's the fact that the unparse output changes based on the dimensions of the source you have loaded. If they switched some settings then loaded a new source, what would it do?

I think this is why they're going the way of disabling levels/profiles/etc when editing the advanced controls: because the controls are only really accurate if you don't have anything else set. Right now it's less than perfect but I'm willing to wait to see how the official UI shakes out before tackling it, since the Advanced tab is not a high priority for me.

And, of course you could as well just leave the Video tab arrangmenent as is and just increase the size of the Encoding Settings window a bit to make room for the additional Unparse box.

One of my design goals is to allow the main window and the encoding window to fit on top of each other vertically in a 1680x1050 screen (with horizontal taskbar). Vertical space is rather tight in this scenario.

If that's your only concern, then there you go:

Although, i have to say i only know of three applications which even have such a checkbox:

HandBrake, VidCoder and the x264VfW GUI...

All the others i know all have Fast Decode and Zero Latency in their Tune drop-down list and do not have a separate checkbox for it. So it might be questionable how necessary such a checkbox would be actually.

The HandBrake devs explained to me that you can actually supply multiple tunes to x264 and Fast Decode was one that could be sensibly combined with any others. Having it as an option in a dropdown doesn't allow this.

Also, you might wanna look what "LoRd_MuldeR" had to say about it for example:

;)

If HandBrake follows his argument and removes the checkbox I'll do the same.

But, that setting the Preset to Very Slow (for example) on the Video tab and the Advanced tab at the same time staying at "Reference Frames: 3 (Default)" for example, is, IMHO, quite "suspicious". The Video tab and Advanced tab should interact in some way IMHO.

Just look at those posts for example:


If there would be proper interaction and unparse functionality, those two users probably wouldn't have been that confused :p;).

That's a bit of a stretch. "Oh, I see, it changed the psychovisual rate distortion by 0.1 points, it's all so clear now"

If you want to let the "advanced junk" stay in VidCoder, then it shouldn't be treated like a stepchild, don't you think ;)?

I wouldn't use the phrase "treated like a stepchild" but I absolutely think it deserves less attention than other parts of the app. You were complaining earlier that I was out improving the Options dialog when I really should have been working on the Advanced dialog like you wanted me to. But the thing is that way more people are going to be changing options than are going to be rooting around in the Advanced dialog. I'm making the experience better for more people by focusing my attentions there.

But we are living in a magical land of open source! It doesn't matter that I am not prioritizing your pet feature; you can get up and do something about it! I would much rather have you doing that than pestering me about not doing the thing you want right now.

PS:

By the way, IMHO it should not be like this:

The basic settings should not be disabled if the advanced settings are in use IMHO. There could be a "Use x264 Advanced Options Panel" checkbox on the VidCoder Video tab, just like in the LinGUI and MacGUI. But it should not disable the Video tab controls IMHO. Therefore it might better be called "Show x264 Advanced Options Panel" instead of "Use x264 Advanced Options Panel".

As mentioned earlier, the more I think about it the more sense the HandBrake approach makes. If you don't reset the profile and level you get a weird situation where you can be fiddling with settings that are going to get clobbered anyway. I don't know what the best way to do the switch is, but it definitely seems like you want one or the other.

Also, an idea:

How about making the Advanced tab a sub tab of the Video tab?

At the moment the Advanced tab comes after the Audio tab (which itself comes after the Video tab), although the Advanced tab is purely Video related.

So, why not making the Advanced tab a sub tab of the Video tab?

Because that would be awkward. Aside from the extra vertical space required you'd need two clicks to get to the UI you wanted rather than 1. If I solve this little gripe it would probably be by renaming "Advanced" to "Advanced Video" and moving it right beside the video tab.

[R=G]

What's good High Profile settings for great crisp outputs?

The Batman TAS episodes came out real good by just using Main..but I do like to mix it up at times just to see what the highest difference is. Like I would just use mostly defaults with Normal with like 4 Ref frames as the only change. But if you use like High Profile, Medium, h264 Automatic...that gives you very good results either way, right?

[RandomEngy]

I leave everything as default: Medium preset, automatic level, no tune, automatic profile. That gives you sensible defaults that give you good quality. The only reason you'd want to bump it down to Main profile is if you need to make the file compatible with a less-capable device.

[RandomEngy]

Released VidCoder 1.4.13 Beta (http://vidcoder.codeplex.com/releases/view/100685):

* Big update to video range UI
** There's now a bar you can click to set the start and end: left click to set the start and right click to set the end.
** "Start Seconds" and "End Seconds" have been replaced with editable duration fields with the format 0:00:00 . Should no longer require math to actually set. :)
** Replaced Chapters queue column with Range queue column and made it work for all modes.
** Fixed logging for non-chapter ranges.
** Increased precision for title and chapter durations.
* Added an option to set a custom video player.
* Added ability to set the priority of the worker process.
* Updated HandBrake core to SVN 5184. This adds 24-bit FLAC encoding.
* Disabled 4:4:4 x264 profile as the Auto profile should cover this.
* Changed number box to go back to (auto) when at minimum and pressing down.
* Advanced UI now allows setting motion estimation range under Hexagon and Diamond modes.

* Fixed a pipe naming issue that caused failures to contact the encoding process.
* Fixed blurring on a few icons.
* Fixed display of audio quality in queue when using Auto bitrate.
* Fixed buggy deblock setting on Windows Phone 7 preset that was causing encodes to only use ~30% CPU.

[mike20021969]

** There's now a bar you can click to set the start and end: left click to set the start and right click to set the end.
** "Start Seconds" and "End Seconds" have been replaced with editable duration fields with the format 0:00:00 . Should no longer require math to actually set. :)


A big thumbs-up for both these.
It makes things a lot easier for encoding a short segment with a video.

Would it be possible to enhance this even further to show hours/minutes/seconds/frames and have an exact frame show on the preview screen as the start and end points are specified?

That would make it possible to extract an exact portion of video without any unnecessary frames at the beginning and end of a video clip.

[RandomEngy]

I would love to do that but there's no way to get an arbitrary frame out of the HandBrake API. There's only the handful of preview frames generated during the scan.

[mike20021969]

I would love to do that but there's no way to get an arbitrary frame out of the HandBrake API. There's only the handful of preview frames generated during the scan.

No problem at all.
I normally do it with VideoStudio or Solveig Video Splitter beforehand.
It would've saved this extra step.

Keep up the good. It's much appreciated.

:thanks:

[vasquuez]

Is it possible to add upmix to audio option, I quite often make 5.1 ac3 from 2.0 ac3. Earlier I used MeGui, but now it returns errors. Would be nice to have such option http://scr.hu/3kr/kn4xs

[RandomEngy]

I imagine that HandBrake doesn't let you do that because it doesn't result in better audio on a 5.1 system, just a bigger file size. It seems to me like it would sound the same whether you upmixed it while creating the video file or whether you let the receiver upmix to the 5.1 channels from the stereo source in the file.

But if you really believe it's a worthwhile feature, talk to the HandBrake folks about it.

[vasquuez]

Thank you for your answer. I tested HandBrake while ago and it was not my type. So I stayed with MeGui then. Now I came into your VidCoder and it's really great soft. I like it very much. When i installed your software, i installed handbreak as well, and i must say your is much better for me. Handbrakestill not for me :/. Keep up the good work, maybe some day it will be ideal for everyone that convert audio/video. Still i can make audio with MeGui and video with you program. Then mux it and it should be fine :) But upmixing feature sholud be made in future, I hope it will be so.

[R=G]

Easy start and end times with no math conversation? YES! Finally....I was doing the math game all last week on that compliation. Beautiful drop, Random:thanks:

[mike20021969]

When you drop a file into VidCoder (or open it), there is a Scanning source bar.

But this doesn't actually do anything useful as it is immediately full:

http://i59.photobucket.com/albums/g302/mike20021969/66_zps58351a52.jpg

Is it possible to make the scanning bar fill progressively as the source/file is being scanned to give a better indication of when it will be ready? (Obviously, the bar will fill just once and the progressive scanning speed relative to the file size ;) )

http://i59.photobucket.com/albums/g302/mike20021969/scanningsource_opt_zps2365bc7f.gif

[RandomEngy]

The progress bar for scanning is based on the number of titles being scanned; the only information the handbrake API exposes is the number of titles and the current title being scanned. When there's only one title such as with a video file, it only has two states: empty and full. Though for me this whole process takes maybe 1-2 seconds so I don't have much time to worry about what the bar looks like.

So yeah, it's not possible. But your .gif mockup is impressive. :)

[mike20021969]

When there's only one title such as with a video file, it only has two states: empty and full
That explains it as I only do single files at a time.


your .gif mockup is impressive. :)

:thanks:

[JohnAStebbins]

The progress bar for scanning is based on the number of titles being scanned; the only information the handbrake API exposes is the number of titles and the current title being scanned. When there's only one title such as with a video file, it only has two states: empty and full. Though for me this whole process takes maybe 1-2 seconds so I don't have much time to worry about what the bar looks like.

So yeah, it's not possible. But your .gif mockup is impressive. :)

I saw this post and it reminded me that I wanted to improve the scan progress indicator :thanks:

When this gets in, you'll have the tools you need to make it better in VidCoder http://reviews.handbrake.fr/r/452/

[RandomEngy]

Awesome! I'll do that when the change gets committed.

[mike20021969]

I saw this post and it reminded me that I wanted to improve the scan progress indicator...
When this gets in, you'll have the tools you need to make it better in VidCoder

This sounds promising :cool:

[mike20021969]

I've just noticed something.

If I change the modulus value, for example, from 2 to 16, the Preview updates the new Display Resolution (978x560) & new Storage Resolution (688x560), but the settings window for Output still shows the previous values.

Why don't the Output values update aswell?

http://i59.photobucket.com/albums/g302/mike20021969/20130206_16h35m40s_001__zpse024b5f1.jpg

http://i59.photobucket.com/albums/g302/mike20021969/20130206_16h36m14s_002__zps197a5106.jpg

[RandomEngy]

Good catch. That will be fixed in the next beta.

[RandomEngy]

Released VidCoder 1.4.14 Beta (http://vidcoder.codeplex.com/releases/view/101770):

* Added ability to duplicate a subtitle track (useful if you want to include regular subtitles and forced only subtitles).
* Added preset name as optional queue column.
* Updated HandBrake core to svn 5245.
* Individual encode jobs now log to a separate file as well as the main consolidated file.
* Added the option to copy the encode job log to the same output folder as the encoded video.
* Added a button to open the log folder to the Options dialog.
* Increased cost estimation of the foriegn audio search pass.
* Made column sizes for source subtitles consistent whether or not they're selected.

* Improved logging for worker process failures.
* Fixed crash on restoring queue items with multiple chapters.
* Fixed output size calculation not updating when modulus was changed.

[jkauff]

Thanks for the new build. The download link doesn't work, though, I had to hunt through CodePlex to find the new release download.

[mike20021969]

* Fixed output size calculation not updating when modulus was changed.

Awesome work.

This program just gets better & better.

:thanks:

[RandomEngy]

Thanks for the new build. The download link doesn't work, though, I had to hunt through CodePlex to find the new release download.

My bad. I had copied the edit link rather than view link. Should be fixed.

[R=G]

* Individual encode jobs now log to a separate file as well as the main consolidated file.* Added the option to copy the encode job log to the same output folder as the encoded video.

I like those inclusions..thanks for the new beta:D

[Mr. Monte]

Just installed the new beta...the output window that would display the output, pixel and display parameters is missing (I'm using the x64 version). It was there before the update...Am I doing something wrong, or is it missing for some reason? ( the same picture mike 20021969 above posted, its now absent)

[RandomEngy]

It's there for me... do you have a source loaded?

[Mr. Monte]

Lol..yes sir...I'll take a screen capture when I get back home. Thanks

[mike20021969]

I created a preset specifically to convert my 720x576 videos to 16x9 (1.74:1 after cropping black borders).

When my video is loaded and I open my preset, I see this:

http://i59.photobucket.com/albums/g302/mike20021969/20130216_13h05m17s_002_Preset-64-45-T0-L14-R10-B8-_zps661ef476.jpg

If for some reason I just click on Display Width then back to Pixel Aspect Ratio, this happens:

http://i59.photobucket.com/albums/g302/mike20021969/20130216_13h11m08s_004_Preset-64-45-T0-L14-R10-B8--_zpsceedccda.jpg

Why does that entry suddenly change? (i.e. it doesn't respect my preset/previous setting)
And some others numbers have changed too.

Thanks.

[RandomEngy]

When you switch to the Pixel Aspect Ratio setting it picks the starting PAR based on the source video, to give you a baseline that might work with this type of content. That's expected behavior.

[mike20021969]

That's expected behavior.

Thanks for clarifying.

[mcr]

Vidcoder thinks a job has failed should the system be otherwise occupied and the worker process can't update it's status to the GUI in time. The encoding is still running though.

Here is the log:
# Lost communication with worker process: System.TimeoutException: This request operation sent to net.pipe://localhost/6600eaea-b626-4fcc-b559-f41fb3f6fc03/VidCoderWorker did not receive a reply within the configured timeout (00:00:05). The time allotted to this operation may have been a portion of a longer timeout. This may be because the service is still processing the operation or because the service was unable to send a reply message. Please consider increasing the operation timeout (by casting the channel/proxy to IContextChannel and setting the OperationTimeout property) and ensure that the service is able to connect to the client.

Server stack trace:
at System.ServiceModel.Dispatcher.DuplexChannelBinder.SyncDuplexRequest.WaitForReply(TimeSpan timeout)
at System.ServiceModel.Dispatcher.DuplexChannelBinder.Request(Message message, TimeSpan timeout)
at System.ServiceModel.Channels.ServiceChannel.Call(String action, Boolean oneway, ProxyOperationRuntime operation, Object[] ins, Object[] outs, TimeSpan timeout)
at System.ServiceModel.Channels.ServiceChannelProxy.InvokeService(IMethodCallMessage methodCall, ProxyOperationRuntime operation)
at System.ServiceModel.Channels.ServiceChannelProxy.Invoke(IMessage message)

Exception rethrown at [0]:
at System.Runtime.Remoting.Proxies.RealProxy.HandleReturnMessage(IMessage reqMsg, IMessage retMsg)
at System.Runtime.Remoting.Proxies.RealProxy.PrivateInvoke(MessageData& msgData, Int32 type)
at VidCoderWorker.IHandBrakeEncoder.Ping()
at VidCoder.EncodeProxy.<>c__DisplayClass8.<StartEncode>b__7(Object o, ElapsedEventArgs e) in d:\docs\projects\VidCoder\VidCoder\Utilities\EncodeProxy.cs:line 152
testing
# Encode failed.
# Job completed
(beta14)

[RandomEngy]

I saw these before and increased the timeout but I guess it didn't help in this case. What priority are you running at? Do you have anything other than VidCoder running? 5 seconds seems like it should be enough time.

[mcr]

The GUI is running with normal and worker with idle priority.

It might help you to know that this is on an old single-core system. Any other program eating processor time while a job is running is bound to give me this error.

Unattended encodes finish just fine. :p

[RandomEngy]

Hmm. Not sure what to do about that. I guess I could just remove the ping and just check if the process is still running. That may lead to encodes possibly hanging when they shouldn't but I guess I could try it for one beta.

[Fejinwales]

I love Vidcoder, the quality is second to none especially using a custom high profile as I do not worry about tme spent encoding. For me the programme is almost perfect....

I used to use MeGUI until it broke and refuse to use it any more. In MeGUI I used to edit idx files to make the text smaller, neater until I found the ass format and began using them so making the subs in one line instead of two.

But now I cannot do this with Vidcoder and I really need to be able to do it.

I was wondering if the developer could please add the ability for the hard encoding of ass subtitle files (or even edited or customized idx files) when encoding mvk formats.

I know it can hard encode subtitles from idx/sub files but even after I edited the idx to make the text smaller and neater it makes no difference and the burned in subs are huge and ugly! With the subs I make as ass they are small, all on one line and perfect for what I want.


One other suggestion, a live preview would be a superb addition so that changes can be seen as made.

I love the programme as I said, but this would make it perfect for me.

[mike20021969]

...as to what these extra numbers are?

After opening a video...

http://i59.photobucket.com/albums/g302/mike20021969/20130223_14h24m15s_001__zps917a1d94.jpg

Then click in the second box and move the cursor to the right a little...

http://i59.photobucket.com/albums/g302/mike20021969/20130223_14h24m56s_002__zps59f50faa.jpg

... and a bit further...

http://i59.photobucket.com/albums/g302/mike20021969/20130223_14h29m43s_001__zpsc2d3c186.jpg

[RandomEngy]

They're fractions of a second.

About the .ass subtitles, I work with what HandBrake gives me.

[Frozen-Figo]

Hello,

Vidcoder detect multi audio channels, but when try to choose all audio streams i just find first channel !

# Starting scan: C:\Record\1.ts
[01:27:35] hb_init: starting libhb thread
[01:27:35] hb_scan: path=C:\Record\1.ts, title_index=0
libbluray/bdnav/index_parse.c:157: indx_parse(): error opening C:\Record\1.ts/BDMV/index.bdmv
libbluray/bluray.c:1471: nav_get_title_list(C:\Record\1.ts) failed (0000000034531050)
[01:27:35] bd: not a bd - trying as a stream/file instead
libdvdnav: Using dvdnav version 4.1.3
libdvdread: Encrypted DVD support unavailable.
libdvdnav:DVDOpenFileUDF:UDFFindFile /VIDEO_TS/VIDEO_TS.IFO failed
libdvdnav:DVDOpenFileUDF:UDFFindFile /VIDEO_TS/VIDEO_TS.BUP failed
libdvdread: Can't open file VIDEO_TS.IFO.
libdvdnav: vm: failed to read VIDEO_TS.IFO
[01:27:35] dvd: not a dvd - trying as a stream/file instead
[01:27:35] file is MPEG Transport Stream with 188 byte packets offset 0 bytes
[01:27:35] Found the following PIDS
[01:27:35] Video PIDS :
[01:27:35] 0x19b type H.264 (0x1b) (PCR)
[01:27:35] Audio PIDS :
[01:27:35] 0x19c type MPEG2 (0x4)
[01:27:35] 0x19d type MPEG2 (0x4)
[01:27:35] Other PIDS :
[01:27:35] stream id 0x19c (type 0x4 substream 0x0) audio 0x19c
[01:27:35] stream id 0x19d (type 0x4 substream 0x0) audio 0x19d
[01:27:35] scan: decoding previews for title 1
[01:27:36] scan: audio 0x19c: mp2, rate=48000Hz, bitrate=200000 Arabic (MPEG2) (2.0 ch)
[01:27:36] scan: audio 0x19d: mp2, rate=48000Hz, bitrate=200000 English (MPEG2) (2.0 ch)
[01:27:36] scan: 10 previews, 1920x1080, 25.000 fps, autocrop = 0/0/0/0, aspect 16:9, PAR 1:1
[01:27:36] Title is likely interlaced or telecined (10 out of 10 previews). You should do something about that.
[01:27:36] scan: title (0) job->width:1920, job->height:1072
[01:27:36] stream: 57 good frames, 0 errors (0%)
[01:27:36] libhb: scan thread found 1 valid title(s)
# Scan completed

[mike20021969]

Hi RandomEngy.

Could you take a look at this test .mpg file:

http://www.mediafire.com/?z9en2a4pcak4q90

VidCoder (1.4.14.0/svn5245) currently produces "an error occured while scanning" (although HandBrake (svn5285) happily opens it).

(Is it possible that when HandBrake core in VidCoder is updated in next release may fix this?)

Thanks for your time.

[hello_hello]

This post has been heavily edited as I think I got it wrong, regarding what I originally posted about VidCoder's Bob de-interlacing. However.....

While I'm here, as a side issue/question, why when converting a PAL DVD does VidCoder/HandBrake set the video transfer characteristics to BT.709? It uses BT.601 for the color primaries and matrix coefficients, so I don't understand why the transfer characteristics are set to BT.709. I'm not saying it's incorrect, just that I don't understand it.

Cheers.

[RandomEngy]

Hi RandomEngy.

Could you take a look at this test .mpg file:

http://www.mediafire.com/?z9en2a4pcak4q90

VidCoder (1.4.14.0/svn5245) currently produces "an error occured while scanning" (although HandBrake (svn5285) happily opens it).

(Is it possible that when HandBrake core in VidCoder is updated in next release may fix this?)

Thanks for your time.

I tried this file on HandBrake SVN 5184 and it errors out. It's possible that a fix somewhere between 5245 and 5285 fixed the issue. I'll update the core in the next VC release.

(edit) Even the latest HandBrake SVN has a scanning error on that file. Are you sure HandBrake actually opened it fine? It doesn't complain as loudly as VidCoder does when it gets a scanning error.

[RandomEngy]

Released VidCoder 1.4.15 Beta (http://vidcoder.codeplex.com/releases/view/103201):

* Added a portable version! This packages up VidCoder as an .exe file that does not need to be installed. Be aware that it's not completely portable as you still need .NET 4 Client Profile on the computer for Windows versions earlier than 8.
* "Open in containing folder" now selects the file as well.
* Updated HandBrake core to SVN 5312.
* We now have finer-grained scan progress (not just title-level).

* Fixed behavior of switching off of modified, built-in preset. You can no longer do a phantom save on it.
* Changed how VidCoder responds to the worker process failing to respond to a ping. It now needs a bit of extra evidence that the worker process has died before stopping the encode.

[mike20021969]

Hi RandomEngy.

I'm still getting an error when opening the file from my previous post.

?

(Edit: Hmm, something strange is going on. Handbrake wont open it now either).


* We now have finer-grained scan progress (not just title-level).

This is great :)

[cengizhan]

Released VidCoder 1.4.15 Beta (http://vidcoder.codeplex.com/releases/view/103201):

* Added a portable version! This packages up VidCoder as an .exe file that does not need to be installed. Be aware that it's not completely portable as you still need .NET 4 Client Profile on the computer for Windows versions earlier than 8.


Thanks. will it keep our profiles when copying over newer versions?

[RandomEngy]

It will still use the profile/app settings from the regular install, so yes I think so.

[lib3rty1]

great app, but still hardsubs are not working in these. Any toughts how to fix this ?

[cengizhan]

It will still use the profile/app settings from the regular install, so yes I think so.

So we have to install regular version first? what about if we reinstall windows? i think this is not so portable.

[RandomEngy]

No, you don't need to install the regular version first. Both the regular installer and the portable version create and use the same files. This means that if you upgrade from one portable version to the next, it will keep all of your settings.

About the hard subs, I don't know what you're talking about. What subtitle source are you using?

[lib3rty1]

Srt. Muxed witk mkv file and imported ones.

[R=G]

I got this hilarious result from trying to encode a Video TS folder with a source of 4hrs 50 minutes and this was the instant result. Never seen anything like it.
Format : MPEG-4
Format profile : Base Media / Version 2
Codec ID : mp42
File size : 108 KiB
Duration : 6s 933ms
Overall bit rate : 128 Kbps
Encoded date : UTC 2013-03-13 12:02:22
Tagged date : UTC 2013-03-13 12:02:24
Writing application : HandBrake 5245svn 2013021101

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 : 500ms
Bit rate mode : Variable
Bit rate : 1 171 Kbps
Nominal bit rate : 1 500 Kbps
Width : 710 pixels
Height : 478 pixels
Display aspect ratio : 16:9
Frame rate mode : Constant
Frame rate : 29.970 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.115
Stream size : 71.6 KiB (66%)
Writing library : x264 core 129
Encoding settings : cabac=1 / ref=4 / 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=6 / 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=300 / keyint_min=30 / scenecut=40 / intra_refresh=0 / rc_lookahead=10 / rc=2pass / mbtree=1 / bitrate=1500 / ratetol=1.0 / qcomp=0.60 / qpmin=4 / qpmax=69 / qpstep=4 / cplxblur=20.0 / qblur=0.5 / ip_ratio=1.40 / aq=1:1.00
Encoded date : UTC 2013-03-13 12:02:22
Tagged date : UTC 2013-03-13 12:02:24
Color primaries : BT.601-6 525, BT.1358 525, BT.1700 NTSC, SMPTE 170M
Transfer characteristics : BT.709-5, BT.1361
Matrix coefficients : BT.601-6 525, BT.1358 525, BT.1700 NTSC, SMPTE 170M

Audio
ID : 2
Format : AAC
Format/Info : Advanced Audio Codec
Format version : Version 4
Format profile : LC
Format settings, SBR : No
Codec ID : 40
Duration : 6s 933ms
Bit rate mode : Variable
Bit rate : 39.1 Kbps
Maximum bit rate : 72.2 Kbps
Channel(s) : 2 channels
Channel positions : Front: L R
Sampling rate : 48.0 KHz
Stream size : 33.1 KiB (31%)
Encoded date : UTC 2013-03-13 12:02:22
Tagged date : UTC 2013-03-13 12:02:24

[RandomEngy]

Srt. Muxed witk mkv file and imported ones.

You can't burn in SRT files. That's a HandBrake API limitation.

[RandomEngy]

I'm grabbing the list of encoders directly from the HandBrake core library so if they added it to the list it should show up in VidCoder.

I just checked the list in common.c:
hb_encoder_t hb_audio_encoders[] =
{
#ifdef __APPLE__
{ "AAC (CoreAudio)", "ca_aac", HB_ACODEC_CA_AAC, HB_MUX_MP4|HB_MUX_MKV },
{ "HE-AAC (CoreAudio)", "ca_haac", HB_ACODEC_CA_HAAC, HB_MUX_MP4|HB_MUX_MKV },
#endif
{ "AAC (faac)", "faac", HB_ACODEC_FAAC, HB_MUX_MP4|HB_MUX_MKV },
#ifdef USE_FDK_AAC
{ "AAC (FDK)", "fdk_aac", HB_ACODEC_FDK_AAC, HB_MUX_MP4|HB_MUX_MKV },
{ "HE-AAC (FDK)", "fdk_haac", HB_ACODEC_FDK_HAAC, HB_MUX_MP4|HB_MUX_MKV },
#endif
{ "AAC (ffmpeg)", "ffaac", HB_ACODEC_FFAAC, HB_MUX_MP4|HB_MUX_MKV },
{ "AAC Passthru", "copy:aac", HB_ACODEC_AAC_PASS, HB_MUX_MP4|HB_MUX_MKV },
{ "AC3 (ffmpeg)", "ffac3", HB_ACODEC_AC3, HB_MUX_MP4|HB_MUX_MKV },
{ "AC3 Passthru", "copy:ac3", HB_ACODEC_AC3_PASS, HB_MUX_MP4|HB_MUX_MKV },
{ "DTS Passthru", "copy:dts", HB_ACODEC_DCA_PASS, HB_MUX_MP4|HB_MUX_MKV },
{ "DTS-HD Passthru", "copy:dtshd", HB_ACODEC_DCA_HD_PASS, HB_MUX_MP4|HB_MUX_MKV },
{ "MP3 (lame)", "lame", HB_ACODEC_LAME, HB_MUX_MP4|HB_MUX_MKV },
{ "MP3 Passthru", "copy:mp3", HB_ACODEC_MP3_PASS, HB_MUX_MP4|HB_MUX_MKV },
{ "Vorbis (vorbis)", "vorbis", HB_ACODEC_VORBIS, HB_MUX_MKV },
{ "FLAC (ffmpeg)", "ffflac", HB_ACODEC_FFFLAC, HB_MUX_MKV },
{ "FLAC (24-bit)", "ffflac24", HB_ACODEC_FFFLAC24, HB_MUX_MKV },
{ "Auto Passthru", "copy", HB_ACODEC_AUTO_PASS, HB_MUX_MP4|HB_MUX_MKV },
};

They must be building hb.dll without the USE_FDK_AAC flag enabled. Maybe it's still experimental or something.

[RandomEngy]

Well I've been taking the hb.dll build from the official nightly for use in VidCoder, which is quite convenient. Enabling that option would mean doing my own builds again via two Fedora VMs, which is always a pain in the butt. I'm just going to hold out until the encoder implementation comes out of the experimentation stage and it's enabled in the official hb.dll .

[JohnAStebbins]

In addition to any as yet to be discovered bugs, fdk-aac is *massively* slower. In some cases it is *slower* than encoding the video and bottlenecks things. And we are not even enabling the "afterburner" feature which makes it yet slower.

But I did manage to fix the mono encoding issue. 1 down X to go :p

[Slitheen]

I've just started using this and it's 'naturally' so much nicer than just using handbrake. I have a question. If I want to slightly sharpen the picture what setting do I need to change. Thanks.

[RandomEngy]

Thanks, though there isn't any way to sharpen an image. The HandBrake core API doesn't have a sharpen filter.

[Slitheen]

Ok thanks. Never mind, still great!

[carlmart]

Today I tried to import presets to Vidcoder, but all my tries said the file was not compatible.

Funny thing is some of those presets were created by Vidcoder, and I was just trying to load them for a new job.

[RandomEngy]

What version did you create the presets with and which version did you try to load them in with?

[RandomEngy]

Released VidCoder 1.4.16 Beta (http://vidcoder.codeplex.com/releases/view/103909):

* Updated HandBrake core to SVN 5358. This fixes an issue with the scan progress going backward sometimes.
* Added ability to tell VidCoder to look in a different directory for the .sqlite settings file. To do this you need to edit VidCoder.exe.config and VidCoderWorker.exe.config and follow the directions.

* Fixed install detection and DVD playback for MPC-HC (Registry key was moved).
* Increased worker process timeout to 20 seconds.

[DIEGO7-5]

Just noticed that burnt-in subs are not resized properly when cropping is active. They get cropped away, too. Handbrake does not seem to have this problem. Hope you can fix it. Thanks a lot for this software! :)

[zooom]

RandomEngy

Input AVI file has sound track (PCM, 32 kHz, mono). Output file has sound track with clicks (for example MP3). What do you think about this?

Another programs (Hybrid; XviD4PSP; Kirara; xmedia recode) have not this problem.

[RandomEngy]

zooom: Does HandBrake also have that problem? See http://vidcoder.codeplex.com/wikipage?title=Submitting%20bug%20reports

[zooom]

Yes, HandBrake also have this problem (I have used svn5357).

[RandomEngy]

Then I can't do anything about it. Report it to them.

[RandomEngy]

Just noticed that burnt-in subs are not resized properly when cropping is active. They get cropped away, too. Handbrake does not seem to have this problem. Hope you can fix it. Thanks a lot for this software! :)

Thanks for the heads-up. This will be fixed in the next beta.

[RandomEngy]

Released VidCoder 1.4.17 Beta (http://vidcoder.codeplex.com/releases/view/104333):

* Fixed burned subtitles getting cut off by cropping.
* Fixed crash on completion if sound alert is enabled and the user is running VidCoder.exe from a different directory.
* Changed worker logging to use a temp file to reduce the chance of locking the SQLite file.
* When applying an update, we now let the process exit naturally rather than calling Environment.Exit. (This is an attempt to fix a crash on updating)

[DIEGO7-5]

Awesome news and thank you!

[DIEGO7-5]

I´ve just tested it and the subtitle issue is fixed. Thank You! But here is another bug i have discovered: If i add another movie to the queue while encoding and select "shutdown when done", only the first movie gets encoded and then the computer shuts down, regardless of the next movie in the queue.

[eyudnn]

Very nice software, thank you.

One observation - I am processing mkv files ripped using MakeMKV. If the original mvk has a PGS subtitle track that is zlib compressed, in the output mkv, the PGS track is uncompressed. I have to use mkvmerge again because WDTV Live only plays compressed subtitle tracks. Can we have an option to compress the subtitle track or just pass-through the subtitle track ? The same behavior happens with Handbrake, it could be a limitation of Handbrake itself.

Thanks !

[RandomEngy]

Yes I believe it's a limitation with HandBrake itself. I don't think it exposes any options for compressing subtitles.

[RandomEngy]

But here is another bug i have discovered: If i add another movie to the queue while encoding and select "shutdown when done", only the first movie gets encoded and then the computer shuts down, regardless of the next movie in the queue.

I can't reproduce this problem. Could you provide a log?

[RandomEngy]

If you want to help translate, it's now a bit easier as the project is now up on Crowdin (http://crowdin.net/project/vidcoder).

[RandomEngy]

Released VidCoder 1.4.18 Beta (https://vidcoder.codeplex.com/releases/view/105005):

* Added option to use in-process encoding (for a fallback until the last issues with the worker process are resolved).
* Added extra logging to the encode worker handoff.
* If we're unable to connect to the worker process we now kill it, reducing the chances of leaving a zombie process encoding away without the GUI knowing about it.
* MP4 muxing errors (like the output file getting too big) are now shown as errors in the log and cause encodes to be marked as Failed.
* Updated the Delete Source Files feature to work on disc folders as well as individual files.
* Added the ability to automatically resume the queue when restarting VidCoder.

[mike20021969]

Released VidCoder 1.4.18 Beta (https://vidcoder.codeplex.com/releases/view/105005):



Great :cool:

Have you considered personalising the VidCoder executable icon from the default Windows one?

From this...

http://i59.photobucket.com/albums/g302/mike20021969/vc1_zps860e02b4.jpg (http://s59.photobucket.com/user/mike20021969/media/vc1_zps860e02b4.jpg.html)

to this...

http://i59.photobucket.com/albums/g302/mike20021969/vc2_zpsdb447689.jpg (http://s59.photobucket.com/user/mike20021969/media/vc2_zpsdb447689.jpg.html)

[RandomEngy]

I hadn't really. But I just made that change, was a one-liner in the setup scripts.

[RandomEngy]

Released VidCoder 1.4.19 Beta (https://vidcoder.codeplex.com/releases/view/105806):

* Updated HandBrake core to SVN 5415.
* Changed setup file icon to the VidCoder icon.
* Added some error checking around the possibility of the EncodingProfile getting set to null.

* Fixed "Stop" and "Pause" functionality for non-worker process encoding.
* Fixed bug where the automatic deletion option would fail if the source had just been closed.

[mike20021969]

Released VidCoder 1.4.19 Beta (https://vidcoder.codeplex.com/releases/view/105806):

* Updated HandBrake core to SVN 5415.
* Changed setup file icon to the VidCoder icon.


Awesome work and bang up to date with the current SVN.

New icon looks cool too.

:thanks:

[Slitheen]

Automatic updating is saying I have the latest version, did manual check for update, still on 1.4.18. Not reading the new update.

[RandomEngy]

The auto-update (and the portable versions) should be going now.

[RandomEngy]

Released VidCoder 1.4.20 (https://vidcoder.codeplex.com/releases/view/106798)

This is a stable version based off of HandBrake 0.9.9. All the improvements from the last 20 versions of the Beta are in this release.

Also if you were on the Beta release before you've been changed to the Stable version. When the Beta track starts back up again it will be as a different app so you can run it side-by-side with the stable version.

[jkauff]

Also if you were on the Beta release before you've been changed to the Stable version. When the Beta track starts back up again it will be as a different app so you can run it side-by-side with the stable version.
Can we hope for a HB/Quick Sync beta version of Vidcoder in the near future?

[RandomEngy]

I'll look into it. Not sure I want to start up 2 different beta tracks; I might get QSV or OpenCL when it makes it to the regular nightlies.

[Mr. Monte]

Random,

Where canister find the temp file when using preview?
I want to see the media info of the preview file to get an idea of the bitrate used..in case I want to adjust my settings?

Would it be possible to have a button on the preview window to open media info on the temp file?

Thanks

[mike20021969]

Where canister find the temp file when using preview?
I want to see the media info of the preview file to get an idea of the bitrate used..in case I want to adjust my settings?



On Windows XP, the temp file created is at this location:

C:\Documents and Settings\<YOUR USER ACCOUNT HERE>\Local Settings\Application Data\VidCoder\preview.mp4

[RandomEngy]

Or you can go to %localappdata%\VidCoder .

[Hobbe]

It might be a good idea to have a option for preview file path... at least save preview file in same directory as source.

[Mr. Monte]

Good idea Hobbe..I still like my button idea to launch MediaInfo on the preview file :)...thx RE

[RandomEngy]

Where to put the preview file isn't a simple thing. If you put it in the source folder you have to deal with the source folder being read-only. You could put it in the current output folder, or the default output folder, but those might get in the way for some people who want clean output folders. I'd be hesitant to build MediaInfo support right into VidCoder; it's caused me some pain before by confusingly mixing up CFR and VFR. Will have to think some more on this.

[Mr. Monte]

I'm trying to encode the new Ghostbusters 4k BluRay and Vidcoder says it will not allow DTS or AC# HD passthrough. Any ideas?

Audio #1
ID : 4352 (0x1100)
Menu ID : 1 (0x1)
Format : TrueHD / AC-3
Mode extension : CM (complete main)
Format settings, Endianness : Big
Muxing mode : Stream extension
Codec ID : 131
Duration : 1h 45mn
Bit rate mode : Variable / Constant
Bit rate : 640 Kbps
Maximum bit rate : 2 739 Kbps
Channel(s) : 6 channels
Channel positions : Front: L C R, Side: L R, LFE
Sampling rate : 48.0 KHz
Bit depth : 16 bits
Stream size : 481 MiB (1%)

[RandomEngy]

DTS passthrough should work. Are you using an MKV container?

[RandomEngy]

Released VidCoder 1.4.21 (https://vidcoder.codeplex.com/releases/view/107071):

* Fixed frames range option not working correctly.
* Fixed the status message blocking clicks when not visible.

[Mr. Monte]

It was a M2TS BluRay stream. The latest nightly build of handbrake worked fine (with its auto passthrough for DTS, AC3..etc)

[RandomEngy]

Can you give me an encode log?

[odditory]

Hey RandomEngy, just curious if youve thought about adding Quicksync support, now that Handbrake added it (https://trac.handbrake.fr/milestone/QuickSync%20Beta) a few weeks ago?

Obviously x264 is still the superior encoder but there are times I want to quickly bulk-transcode a bunch of shows or movies for tablet consumption and the PQ between x264 and QS doesn't make much diff on the small screen.

[RandomEngy]

It will happen sometime. QSV and OpenCL are each in their own branches for the moment; I think I may wait until they make it to the main branch as I don't want to deal with multiple beta tracks.

[fantasmanegro]

recently i got a video encoded with handbrake for mac... but it can't be opened by handbrake or vidcoder... any clue about this?...

[RandomEngy]

Give a scan log to the HandBrake team. Must be something wrong with the platform-specific code for Windows.

[RandomEngy]

@ RandomEngy:

In MeGUI there are a lot of statistics/infos while encoding, like (the figures are just examples):


Postition in clip / Total length: 00:00:30 / 00:01:00

Current / Total frames: 900 / 1800

Current / Projected filesize: 50,00 MB / 100,00 MB

Processing rate: 10,00 FPS

Time elapsed: 00:01:00

Time remaining: 00:10:00

Progress: Progress bar here


The one from those which is missing in VidCoder, but at the same time rather useful IMHO, is the "Projected filesize" info.

It shows how big (or small) the file will be at the end of the encode.

In MeGUI it's usually quite accurate, even when using CRF as ratecontrol (but of course it can only be fully accurate after the last frame has been processed ;) ).

When running from cmd, the x264 CLI shows the current bitrate while encoding, so i guess the "Projected filesize" info is calculated from that, but not sure.

Can you add a "Projected filesize" info to VidCoder as well?

And can you move "Current FPS:" and "Average FPS:" out of the tooltip (when hovering over the progress bar with the mouse-courser) and next to or below "ETA:"?

Because, IMHO it's inconvenient having to hover the mouse-cursor over the progress bar to see them :p;).

Hmm thought I had replied to this earlier but I guess it was just a draft. Projecting filesize would be kind of difficult in VidCoder because the running total isn't something we get back from the HandBrake API. About the FPS, I purposefully hid it because it's something that you might check once to see what it was but that you didn't need to keep constant track of during the encode. Space in the main window is at a premium; maybe sometime I will add in an optional window that displays encoding statistics...

[RandomEngy]

Released VidCoder 1.4.22 (https://vidcoder.codeplex.com/releases/view/108094):

* Added Xbox 360 preset, thanks to Relhak.
* Added Spanish translation, thanks to fantasmanegro.
* Added Basque translation, thanks to azpidatziak.

* Fixed behavior of custom anamorphic auto display width and max width/height.
* Fixed double-logging on local encodes.
* Fixed remote encoder not using libdvdnav even when enabled, which had caused some problems with multi-angle DVDs.

[meshaun]

Hi. RandomEnergy, does VidCoder support 10bit x264 ? Is it possible that I can update the program with the x264 encoder I want? Like to use the kMOD x264 in 10bit?
Plus, does Vidcoder have AutoCrop feature?

[mike20021969]

does Vidcoder have AutoCrop feature?
Yes. It has Automatic, None & Custom.

http://i59.photobucket.com/albums/g302/mike20021969/20130616_13h44m38s_001__zps084e3dba.jpg (http://s59.photobucket.com/user/mike20021969/media/20130616_13h44m38s_001__zps084e3dba.jpg.html)

[meshaun]

Thanks for the reply.
How about the 10bit x264? Or using Custom made x264?

[RandomEngy]

You can't use a custom-made x264 unless you build a new hb.dll with it baked in. As for the 10-bit, I don't think HandBrake supports it: their pipeline is 8-bit.

[RandomEngy]

Released VidCoder 1.5.0 Beta (https://vidcoder.codeplex.com/releases/view/108132):

The betas have started up again!

If you were previously on the beta track you will need to install this to get back on it. That's because you can now run both the Beta and Stable version of VidCoder side-by-side!

Note that the OpenCL and Intel QuickSync changes being tested by HandBrake are not in the betas yet. They will appear when HandBrake integrates them into the main branch.

* Updated HandBrake core to SVN 5590. This adds a new FDK AAC encoder. The FAAC encoder has been removed and now avcodec's encoder is the default.
* Available sample rates and framerates are now read dynamically from libhb.

[Slitheen]

Ok I've downloaded the new Beta and deleted the old one.

[Hobbe]

Hi
I tried the new beta but when I click settings it crashes and show this:
System.FormatException: Indatasträngen hade ett felaktigt format.
vid System.Number.ParseDouble(String value, NumberStyles options, NumberFormatInfo numfmt)
vid System.Double.Parse(String s)
vid VidCoder.ViewModel.VideoPanelViewModel..ctor(EncodingViewModel encodingViewModel) i d:\docs\projects\VidCoder\VidCoder\ViewModel\Panels\VideoPanelViewModel.cs:rad 47
vid VidCoder.ViewModel.EncodingViewModel..ctor(Preset preset) i d:\docs\projects\VidCoder\VidCoder\ViewModel\EncodingViewModel.cs:rad 52
vid VidCoder.ViewModel.Components.WindowManagerViewModel.OpenEncodingWindow() i d:\docs\projects\VidCoder\VidCoder\ViewModel\Components\WindowManagerViewModel.cs:rad 124
vid System.Windows.Controls.Button.OnClick()
vid System.Windows.Controls.Primitives.ButtonBase.OnMouseLeftButtonUp(MouseButtonEventArgs e)
vid System.Windows.RoutedEventArgs.InvokeHandler(Delegate handler, Object target)
vid System.Windows.EventRoute.InvokeHandlersImpl(Object source, RoutedEventArgs args, Boolean reRaised)
vid System.Windows.UIElement.ReRaiseEventAs(DependencyObject sender, RoutedEventArgs args, RoutedEvent newEvent)
vid System.Windows.RoutedEventArgs.InvokeHandler(Delegate handler, Object target)
vid System.Windows.EventRoute.InvokeHandlersImpl(Object source, RoutedEventArgs args, Boolean reRaised)
vid System.Windows.UIElement.RaiseEventImpl(DependencyObject sender, RoutedEventArgs args)
vid System.Windows.UIElement.RaiseTrustedEvent(RoutedEventArgs args)
vid System.Windows.Input.InputManager.ProcessStagingArea()
vid System.Windows.Input.InputProviderSite.ReportInput(InputReport inputReport)
vid System.Windows.Interop.HwndMouseInputProvider.ReportInput(IntPtr hwnd, InputMode mode, Int32 timestamp, RawMouseActions actions, Int32 x, Int32 y, Int32 wheel)
vid System.Windows.Interop.HwndMouseInputProvider.FilterMessage(IntPtr hwnd, WindowMessage msg, IntPtr wParam, IntPtr lParam, Boolean& handled)
vid System.Windows.Interop.HwndSource.InputFilterMessage(IntPtr hwnd, Int32 msg, IntPtr wParam, IntPtr lParam, Boolean& handled)
vid MS.Win32.HwndWrapper.WndProc(IntPtr hwnd, Int32 msg, IntPtr wParam, IntPtr lParam, Boolean& handled)
vid MS.Win32.HwndSubclass.DispatcherCallbackOperation(Object o)
vid System.Windows.Threading.ExceptionWrapper.InternalRealCall(Delegate callback, Object args, Int32 numArgs)
vid MS.Internal.Threading.ExceptionFilterHelper.TryCatchWhen(Object source, Delegate method, Object args, Int32 numArgs, Delegate catchHandler)

[mike20021969]

I tried the new beta but when I click settings it crashes

No crashes using Windows XP SP3.

What's your operating system?

[Hobbe]

No crashes using Windows XP SP3.

What's your operating system?

Windows 7 SP1 x64

[RandomEngy]

Yeah that's a known crash on locales with , as the decimal marker. I'll have it fixed in the next beta.

[mike20021969]

With the latest beta 1.5.0.0, I've just noticed that under Settings>Audio>Mixdown, the 7.1 (5F/2R/LFE) option has gone.

Is that by design?

[RandomEngy]

All the mixdowns and compatibility with codecs I get dynamically from HandBrake. There was a bit of a codec shuffle in the nightlies and now it seems that no AAC or AC3 encoder is listed as supporting 6.1 or 7.1 on Windows. I'll ask the HandBrake folks about it.

[RandomEngy]

<RandomEngy> Just to confirm: since the codec shuffle in the nightlies, no AAC or AC3 encoder on windows supports 6.1 or 7.1 surround?
<Rodeo> RandomEngy: hmm, looks like it
<Rodeo> they never supported 6.1, and faac only supported 7.1 5F/2R/LFE anyway
<Rodeo> I had patches to make it support "regular" 6.1 and 7.1 as found on Blu-ray, but I don't believe I ever enabled those mixdowns for faac anyway
<Rodeo> it's not yet a standard AAC configuration, and few decoders support "custom" AAC layouts (where you describe the layout's number of front, side and back channels
<Rodeo> as for AC3, the standard never supported channel configurations beyond 5.1

[Mr. Monte]

random,

I have some MKV's with subtitles that I am re-encoding. When I select subtitles all in the options..it still wont select the subtitles in the MKV..I have to do it manually. Now, they show up as Unknown UTF8..is that normal?

[mike20021969]

Thanks for checking.

:thanks:

[cengizhan]

I have tried 1.5 beta portable x64 today. after ~30minutes all my memory (i have 8 gigabytes) was consumed by it and windows applications started to crash one by one because of low memory.

[RandomEngy]

Was it VidCoder or VidCoderWorker that was taking up the memory? It doesn't seem to be expanding in the tests I've done. Does it just eat up more memory while encoding? Could you send me the encoding preset you're using?

[cengizhan]

Was it VidCoder or VidCoderWorker that was taking up the memory? It doesn't seem to be expanding in the tests I've done. Does it just eat up more memory while encoding? Could you send me the encoding preset you're using?

ı had to reset my computer. even the task manager couldnot start. all are lost.

[mike20021969]

@RandomEngy

I'm having a problem with the AAC (FDK) encoder in 1.5.0.0 beta.
(When you update to the next beta with the latest HandBrake svn, I'll provide logs and test files if the problem persists).

In the meantime, here's my problem...
I edit videos in Corel VideoStudio then let VidCoder convert them to mp4.
I use WMP to play back using the DivX AAC Decoder & DivX H.264 Decoder. (Note that I've not had any problems playing back mp4's that are created with VidCoder to date via that configuration).

For VidCoder audio encoding section:
If I choose AAC (avcodec), the file plays back flawlessly (the same as if I use faac in 1.4.2.2).
If I choose AAC (FDK), the whole file file glitches (skips a couple of seconds) at the beginning.

I also tested with the current HandBrake nightly svn5596 and choose AAC (FDK), and the file plays back flawlessly (using WMP and DivX decoders).

I'll try again when the next beta is released to see if AAC (FDK) glitches playback.

[JohnAStebbins]

@RandomEngy

I'm having a problem with the AAC (FDK) encoder in 1.5.0.0 beta.
(When you update to the next beta with the latest HandBrake svn, I'll provide logs and test files if the problem persists).

In the meantime, here's my problem...
I edit videos in Corel VideoStudio then let VidCoder convert them to mp4.
I use WMP to play back using the DivX AAC Decoder & DivX H.264 Decoder. (Note that I've not had any problems playing back mp4's that are created with VidCoder to date via that configuration).

For VidCoder audio encoding section:
If I choose AAC (avcodec), the file plays back flawlessly (the same as if I use faac in 1.4.2.2).
If I choose AAC (FDK), the whole file file glitches (skips a couple of seconds) at the beginning.

I also tested with the current HandBrake nightly svn5596 and choose AAC (FDK), and the file plays back flawlessly (using WMP and DivX decoders).

I'll try again when the next beta is released to see if AAC (FDK) glitches playback.
Activity logs from the successful HandBrake encode and the unsuccessful VidCoder encode might show a difference that would helpful in tracking down the cause.

[mike20021969]

Activity logs from the successful HandBrake encode and the unsuccessful VidCoder encode might show a difference that would helpful in tracking down the cause.

Here you go (no point in waiting for next beta).
As the glitch only happens in the first couple of seconds*, I've encoded just the first 10 seconds. (Although no matter how long the video is, it's always the first couple of seconds* where the glitch happens).

Edit: *The first 6 seconds are skipped. Playback begins at 7 seconds.

VidCoder Beta 1.5.0.0 - Using AAC (FDK) = Glitch:
## VidCoder 1.5.0.0 (x86)
# Starting job 1/1
# Path: C:\Documents and Settings\MIKE.PC275422231862\My Documents\MIKES CUSTOM FOLDERS\Videos\GLITCH TEST.mpg
# Title: 1
# Seconds: 0-10
# Worker ready: Service state is Opened on pipe VidCoderWorker.f6eceeb2-ca3b-4ff7-bfb6-c25aaa699734
# Connecting to process 10432 on pipe VidCoderWorker.f6eceeb2-ca3b-4ff7-bfb6-c25aaa699734
libbluray/bdnav/index_parse.c:162: indx_parse(): error opening C:\Documents and Settings\MIKE.PC275422231862\My Documents\MIKES CUSTOM FOLDERS\Videos\GLITCH TEST.mpg/BDMV/index.bdmv
libbluray/bdnav/index_parse.c:162: indx_parse(): error opening C:\Documents and Settings\MIKE.PC275422231862\My Documents\MIKES CUSTOM FOLDERS\Videos\GLITCH TEST.mpg/BDMV/BACKUP/index.bdmv
libbluray/bluray.c:1725: nav_get_title_list(C:\Documents and Settings\MIKE.PC275422231862\My Documents\MIKES CUSTOM FOLDERS\Videos\GLITCH TEST.mpg) failed (009382B8)
libdvdnav: Using dvdnav version 4.1.3
libdvdread: Encrypted DVD support unavailable.
libdvdnav:DVDOpenFileUDF:UDFFindFile /VIDEO_TS/VIDEO_TS.IFO failed
libdvdnav:DVDOpenFileUDF:UDFFindFile /VIDEO_TS/VIDEO_TS.BUP failed
libdvdread: Can't open file VIDEO_TS.IFO.
libdvdnav: vm: failed to read VIDEO_TS.IFO
x264 [warning]: --psnr used with psy on: results will be invalid!
x264 [warning]: --tune psnr should be used if attempting to benchmark psnr!
x264 [info]: using SAR=989/696
x264 [info]: using cpu capabilities: MMX2 SSE Cache64
x264 [info]: profile Main, level 3.0
x264 [info]: frame I:5 Avg QP:18.36 size: 1359 PSNR Mean Y:59.76 U:90.76 V:90.84 Avg:61.06 Global:52.10
x264 [info]: frame P:106 Avg QP:23.18 size: 2019 PSNR Mean Y:46.26 U:78.43 V:78.50 Avg:47.67 Global:43.69
x264 [info]: frame B:139 Avg QP:23.68 size: 510 PSNR Mean Y:49.98 U:67.24 V:67.59 Avg:51.11 Global:43.07
x264 [info]: consecutive B-frames: 22.4% 9.6% 2.4% 65.6%
x264 [info]: mb I I16..4: 97.8% 0.0% 2.2%
x264 [info]: mb P I16..4: 24.9% 0.0% 0.8% P16..4: 17.7% 2.4% 1.7% 0.0% 0.0% skip:52.5%
x264 [info]: mb B I16..4: 0.2% 0.0% 0.0% B16..8: 14.4% 0.9% 0.2% direct: 0.4% skip:83.9% L0:34.2% L1:61.1% BI: 4.7%
x264 [info]: coded y,uvDC,uvAC intra: 3.2% 4.7% 0.7% inter: 2.0% 6.5% 0.2%
x264 [info]: i16 v,h,dc,p: 55% 40% 2% 2%
x264 [info]: i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 17% 36% 30% 3% 3% 3% 3% 4% 2%
x264 [info]: i8c dc,h,v,p: 95% 2% 2% 1%
x264 [info]: Weighted P-Frames: Y:46.2% UV:15.1%
x264 [info]: ref P L0: 70.2% 9.6% 15.1% 5.1% 0.0%
x264 [info]: ref B L0: 91.1% 7.7% 1.3%
x264 [info]: ref B L1: 95.7% 4.3%
x264 [info]: SSIM Mean Y:0.9765375 (16.296db)
x264 [info]: PSNR Mean Y:48.598 U:72.456 V:72.680 Avg:49.847 Global:43.402 kb/s:233.42
# Job completed


HandBrake svn 5596 - using AAC (FDK) = No glitch:
HandBrake svn5596 (Nightly Build) - 32bit Version
OS: Microsoft Windows NT 5.1.2600 Service Pack 3
CPU: Genuine Intel(R) CPU T2400 @ 1.83GHz
Ram: 2037 MB, Screen: 1280x768
Temp Dir: C:\Documents and Settings\MIKE.PC275422231862\Local Settings\Temp\
Install Dir: C:\Program Files\HandBrake
Data Dir: C:\Documents and Settings\MIKE.PC275422231862\Application Data\HandBrake\HandBrake\0.0.0.5596

-------------------------------------------
CLI Query: -i "C:\Documents and Settings\MIKE.PC275422231862\My Documents\MIKES CUSTOM FOLDERS\Videos\GLITCH TEST.mpg" -t 1 --angle 1 --start-at duration:0 --stop-at duration:10 -o "C:\Documents and Settings\MIKE.PC275422231862\Desktop\GLITCH TEST-1.mp4" -f mp4 -4 --decomb -w 696 -l 568 --crop 0:8:14:10 --custom-anamorphic --display-width 989 --pixel-aspect 696:568 --modulus 2 -e x264 -q 20 --vfr -a 1 -E fdk_aac -6 dpl2 -R Auto -B 160 -D 0 --gain 0 --audio-fallback ac3 --markers="C:\Documents and Settings\MIKE.PC275422231862\Local Settings\Temp\GLITCH TEST-1-1-chapters.csv" --x264-profile=high --h264-level="4.1" --verbose=0
User Query: False

HandBrake svn5596 (2013062201) - MinGW i686 - http://handbrake.fr
2 CPUs detected
Opening C:\Documents and Settings\MIKE.PC275422231862\My Documents\MIKES CUSTOM FOLDERS\Videos\GLITCH TEST.mpg...
libbluray/bdnav/index_parse.c:162: indx_parse(): error opening C:\Documents and Settings\MIKE.PC275422231862\My Documents\MIKES CUSTOM FOLDERS\Videos\GLITCH TEST.mpg/BDMV/index.bdmv
libbluray/bdnav/index_parse.c:162: indx_parse(): error opening C:\Documents and Settings\MIKE.PC275422231862\My Documents\MIKES CUSTOM FOLDERS\Videos\GLITCH TEST.mpg/BDMV/BACKUP/index.bdmv
libbluray/bluray.c:1725: nav_get_title_list(C:\Documents and Settings\MIKE.PC275422231862\My Documents\MIKES CUSTOM FOLDERS\Videos\GLITCH TEST.mpg) failed (01B6C6D0)
libdvdnav: Using dvdnav version 4.1.3
libdvdread: Encrypted DVD support unavailable.
libdvdnav:DVDOpenFileUDF:UDFFindFile /VIDEO_TS/VIDEO_TS.IFO failed
libdvdnav:DVDOpenFileUDF:UDFFindFile /VIDEO_TS/VIDEO_TS.BUP failed
libdvdread: Can't open file VIDEO_TS.IFO.
libdvdnav: vm: failed to read VIDEO_TS.IFO
Scanning title 1 of 1, preview 10, 100.00 %+ title 1:
+ stream: C:\Documents and Settings\MIKE.PC275422231862\My Documents\MIKES CUSTOM FOLDERS\Videos\GLITCH TEST.mpg
+ duration: 00:03:41
+ size: 720x576, pixel aspect: 64/45, display aspect: 1.78, 25.000 fps
+ autocrop: 0/8/12/8
+ chapters:
+ 1: cells 0->0, 0 blocks, duration 00:03:41
+ audio tracks:
+ 1, Unknown (AC3) (2.0 ch) (iso639-2: und), 48000Hz, 224000bps
+ subtitle tracks:
Reading chapter markers from file C:\Documents and Settings\MIKE.PC275422231862\Local Settings\Temp\GLITCH TEST-1-1-chapters.csv
x264 [warning]: --psnr used with psy on: results will be invalid!
x264 [warning]: --tune psnr should be used if attempting to benchmark psnr!
x264 [info]: using SAR=989/696
x264 [info]: using cpu capabilities: MMX2 SSE Cache64
x264 [info]: profile High, level 4.1
x264 [info]: frame I:4 Avg QP:12.70 size: 3022 PSNR Mean Y:68.50 U:88.50 V:88.64 Avg:69.62 Global:55.56
x264 [info]: frame P:107 Avg QP:17.67 size: 4457 PSNR Mean Y:53.04 U:79.50 V:79.52 Avg:54.34 Global:48.86
x264 [info]: frame B:138 Avg QP:17.80 size: 1503 PSNR Mean Y:52.97 U:68.72 V:68.98 Avg:53.97 Global:46.33
x264 [info]: consecutive B-frames: 22.5% 8.8% 6.0% 62.7%
x264 [info]: mb I I16..4: 82.2% 15.0% 2.8%
x264 [info]: mb P I16..4: 23.9% 5.1% 0.4% P16..4: 18.8% 6.8% 4.2% 0.0% 0.0% skip:40.8%
x264 [info]: mb B I16..4: 1.4% 0.1% 0.0% B16..8: 19.7% 1.8% 0.3% direct: 3.4% skip:73.2% L0:40.9% L1:49.5% BI: 9.6%
x264 [info]: 8x8 transform intra:16.5% inter:76.9%
x264 [info]: coded y,uvDC,uvAC intra: 11.6% 12.2% 3.1% inter: 10.1% 18.4% 1.2%
x264 [info]: i16 v,h,dc,p: 27% 71% 1% 1%
x264 [info]: i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 14% 36% 35% 2% 2% 3% 2% 3% 3%
x264 [info]: i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 22% 34% 20% 4% 5% 4% 4% 5% 3%
x264 [info]: i8c dc,h,v,p: 92% 4% 4% 1%
x264 [info]: Weighted P-Frames: Y:48.6% UV:14.0%
x264 [info]: ref P L0: 64.4% 11.4% 17.9% 6.3% 0.0%
x264 [info]: ref B L0: 82.4% 15.1% 2.5%
x264 [info]: ref B L1: 93.0% 7.0%
x264 [info]: SSIM Mean Y:0.9908772 (20.399db)
x264 [info]: PSNR Mean Y:53.248 U:73.671 V:73.824 Avg:54.379 Global:47.323 kb/s:559.31
Encode done!
HandBrake has exited.


HandBrake svn 5596 - using AAC (FDK) = No glitch: (adjusted some settings that hopefully match VidCoder's more closely):
HandBrake svn5596 (Nightly Build) - 32bit Version
OS: Microsoft Windows NT 5.1.2600 Service Pack 3
CPU: Genuine Intel(R) CPU T2400 @ 1.83GHz
Ram: 2037 MB, Screen: 1280x768
Temp Dir: C:\Documents and Settings\MIKE.PC275422231862\Local Settings\Temp\
Install Dir: C:\Program Files\HandBrake
Data Dir: C:\Documents and Settings\MIKE.PC275422231862\Application Data\HandBrake\HandBrake\0.0.0.5596

-------------------------------------------
CLI Query: -i "C:\Documents and Settings\MIKE.PC275422231862\My Documents\MIKES CUSTOM FOLDERS\Videos\GLITCH TEST.mpg" -t 1 --angle 1 --start-at duration:0 --stop-at duration:10 -o "C:\Documents and Settings\MIKE.PC275422231862\Desktop\GLITCH TEST-1.mp4" -f mp4 -4 -w 696 -l 568 --crop 0:8:14:10 --custom-anamorphic --display-width 989 --pixel-aspect 696:568 --modulus 2 -e x264 -q 25 --vfr -a 1 -E fdk_aac -6 stereo -R Auto -B 160 -D 0 --gain 0 --audio-fallback ac3 --markers="C:\Documents and Settings\MIKE.PC275422231862\Local Settings\Temp\GLITCH TEST-1-1-chapters.csv" --verbose=0
User Query: False

HandBrake svn5596 (2013062201) - MinGW i686 - http://handbrake.fr
2 CPUs detected
Opening C:\Documents and Settings\MIKE.PC275422231862\My Documents\MIKES CUSTOM FOLDERS\Videos\GLITCH TEST.mpg...
libbluray/bdnav/index_parse.c:162: indx_parse(): error opening C:\Documents and Settings\MIKE.PC275422231862\My Documents\MIKES CUSTOM FOLDERS\Videos\GLITCH TEST.mpg/BDMV/index.bdmv
libbluray/bdnav/index_parse.c:162: indx_parse(): error opening C:\Documents and Settings\MIKE.PC275422231862\My Documents\MIKES CUSTOM FOLDERS\Videos\GLITCH TEST.mpg/BDMV/BACKUP/index.bdmv
libbluray/bluray.c:1725: nav_get_title_list(C:\Documents and Settings\MIKE.PC275422231862\My Documents\MIKES CUSTOM FOLDERS\Videos\GLITCH TEST.mpg) failed (01B6C880)
libdvdnav: Using dvdnav version 4.1.3
libdvdread: Encrypted DVD support unavailable.
libdvdnav:DVDOpenFileUDF:UDFFindFile /VIDEO_TS/VIDEO_TS.IFO failed
libdvdnav:DVDOpenFileUDF:UDFFindFile /VIDEO_TS/VIDEO_TS.BUP failed
libdvdread: Can't open file VIDEO_TS.IFO.
libdvdnav: vm: failed to read VIDEO_TS.IFO
Scanning title 1 of 1, preview 8, 80.00 %+ title 1:
+ stream: C:\Documents and Settings\MIKE.PC275422231862\My Documents\MIKES CUSTOM FOLDERS\Videos\GLITCH TEST.mpg
+ duration: 00:03:41
+ size: 720x576, pixel aspect: 64/45, display aspect: 1.78, 25.000 fps
+ autocrop: 0/8/12/8
+ chapters:
+ 1: cells 0->0, 0 blocks, duration 00:03:41
+ audio tracks:
+ 1, Unknown (AC3) (2.0 ch) (iso639-2: und), 48000Hz, 224000bps
+ subtitle tracks:
Reading chapter markers from file C:\Documents and Settings\MIKE.PC275422231862\Local Settings\Temp\GLITCH TEST-1-1-chapters.csv
x264 [warning]: --psnr used with psy on: results will be invalid!
x264 [warning]: --tune psnr should be used if attempting to benchmark psnr!
x264 [info]: using SAR=989/696
x264 [info]: using cpu capabilities: MMX2 SSE Cache64
x264 [info]: profile High, level 3.0
x264 [info]: frame I:5 Avg QP:18.39 size: 1311 PSNR Mean Y:59.47 U:90.73 V:90.77 Avg:60.79 Global:51.59
x264 [info]: frame P:106 Avg QP:23.18 size: 2209 PSNR Mean Y:46.07 U:78.54 V:78.60 Avg:47.48 Global:43.69
x264 [info]: frame B:139 Avg QP:23.39 size: 619 PSNR Mean Y:50.16 U:67.33 V:67.71 Avg:51.27 Global:43.35
x264 [info]: consecutive B-frames: 22.4% 9.6% 2.4% 65.6%
x264 [info]: mb I I16..4: 94.8% 4.4% 0.8%
x264 [info]: mb P I16..4: 19.9% 6.5% 0.2% P16..4: 14.4% 2.7% 1.9% 0.0% 0.0% skip:54.5%
x264 [info]: mb B I16..4: 0.3% 0.1% 0.0% B16..8: 13.6% 0.9% 0.2% direct: 0.4% skip:84.4% L0:36.2% L1:57.2% BI: 6.6%
x264 [info]: 8x8 transform intra:21.6% inter:78.4%
x264 [info]: coded y,uvDC,uvAC intra: 9.7% 8.2% 0.8% inter: 3.6% 8.0% 0.2%
x264 [info]: i16 v,h,dc,p: 17% 81% 1% 1%
x264 [info]: i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 8% 31% 53% 2% 1% 1% 1% 2% 2%
x264 [info]: i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 23% 30% 23% 3% 4% 4% 3% 6% 3%
x264 [info]: i8c dc,h,v,p: 93% 3% 3% 1%
x264 [info]: Weighted P-Frames: Y:46.2% UV:15.1%
x264 [info]: ref P L0: 67.4% 11.9% 15.5% 5.2% 0.1%
x264 [info]: ref B L0: 89.0% 9.7% 1.2%
x264 [info]: ref B L1: 95.4% 4.6%
x264 [info]: SSIM Mean Y:0.9755925 (16.125db)
x264 [info]: PSNR Mean Y:48.614 U:72.548 V:72.790 Avg:49.853 Global:43.567 kb/s:261.38
Encode done!
HandBrake has exited.

[RandomEngy]

That is really odd. It seems to have left out a lot of lines you'd normally expect in an encode log and it doesn't seem to be doing that for me when I try it.

[mike20021969]

That is really odd. It seems to have left out a lot of lines you'd normally expect in an encode log and it doesn't seem to be doing that for me when I try it.

Here's a SAMPLE video (and the preset I'm using if you need it):

http://www.4shared.com/zip/9yBdoiUm/SAMPLE.html

I'm wondering whether it's to do with the fact that there's silence/no audio in the first part of the video?

AAC (FDK) in HandBrake deals with that SAMPLE video properly, although VidCoder doesn't.

VidCoder beta 1.5.0.0 = glitch:

## VidCoder 1.5.0.0 (x86)
# Starting scan: C:\Documents and Settings\MIKE.PC275422231862\Desktop\SAMPLE.mpg
libbluray/bdnav/index_parse.c:162: indx_parse(): error opening C:\Documents and Settings\MIKE.PC275422231862\Desktop\SAMPLE.mpg/BDMV/index.bdmv
libbluray/bdnav/index_parse.c:162: indx_parse(): error opening C:\Documents and Settings\MIKE.PC275422231862\Desktop\SAMPLE.mpg/BDMV/BACKUP/index.bdmv
libbluray/bluray.c:1725: nav_get_title_list(C:\Documents and Settings\MIKE.PC275422231862\Desktop\SAMPLE.mpg) failed (05CBE870)
libdvdnav: Using dvdnav version 4.1.3
libdvdread: Encrypted DVD support unavailable.
libdvdnav:DVDOpenFileUDF:UDFFindFile /VIDEO_TS/VIDEO_TS.IFO failed
libdvdnav:DVDOpenFileUDF:UDFFindFile /VIDEO_TS/VIDEO_TS.BUP failed
libdvdread: Can't open file VIDEO_TS.IFO.
libdvdnav: vm: failed to read VIDEO_TS.IFO
# Scan completed

# Starting queue
## VidCoder 1.5.0.0 (x86)
# Starting job 1/1
# Path: C:\Documents and Settings\MIKE.PC275422231862\Desktop\SAMPLE.mpg
# Title: 1
# Range: All
# Worker ready: Service state is Opened on pipe VidCoderWorker.204caf65-670f-4ce2-bc28-5f4c39cbff79
# Connecting to process 3344 on pipe VidCoderWorker.204caf65-670f-4ce2-bc28-5f4c39cbff79
libbluray/bdnav/index_parse.c:162: indx_parse(): error opening C:\Documents and Settings\MIKE.PC275422231862\Desktop\SAMPLE.mpg/BDMV/index.bdmv
libbluray/bdnav/index_parse.c:162: indx_parse(): error opening C:\Documents and Settings\MIKE.PC275422231862\Desktop\SAMPLE.mpg/BDMV/BACKUP/index.bdmv
libbluray/bluray.c:1725: nav_get_title_list(C:\Documents and Settings\MIKE.PC275422231862\Desktop\SAMPLE.mpg) failed (009382B8)
libdvdnav: Using dvdnav version 4.1.3
libdvdread: Encrypted DVD support unavailable.
libdvdnav:DVDOpenFileUDF:UDFFindFile /VIDEO_TS/VIDEO_TS.IFO failed
libdvdnav:DVDOpenFileUDF:UDFFindFile /VIDEO_TS/VIDEO_TS.BUP failed
libdvdread: Can't open file VIDEO_TS.IFO.
libdvdnav: vm: failed to read VIDEO_TS.IFO
x264 [warning]: --psnr used with psy on: results will be invalid!
x264 [warning]: --tune psnr should be used if attempting to benchmark psnr!
x264 [info]: using SAR=989/696
x264 [info]: using cpu capabilities: MMX2 SSE Cache64
x264 [info]: profile Main, level 3.0
x264 [info]: frame I:12 Avg QP:19.81 size: 24078 PSNR Mean Y:52.59 U:53.89 V:54.83 Avg:53.01 Global:44.66
x264 [info]: frame P:380 Avg QP:21.27 size: 2888 PSNR Mean Y:54.14 U:55.65 V:56.28 Avg:54.46 Global:43.82
x264 [info]: frame B:756 Avg QP:24.40 size: 620 PSNR Mean Y:58.16 U:59.51 V:60.29 Avg:58.35 Global:42.53
x264 [info]: consecutive B-frames: 6.4% 16.4% 2.6% 74.6%
x264 [info]: mb I I16..4: 59.4% 0.0% 40.6%
x264 [info]: mb P I16..4: 4.2% 0.0% 0.2% P16..4: 38.4% 3.7% 2.9% 0.0% 0.0% skip:50.5%
x264 [info]: mb B I16..4: 0.0% 0.0% 0.0% B16..8: 19.1% 0.5% 0.1% direct: 1.0% skip:79.2% L0:35.7% L1:62.3% BI: 1.9%
x264 [info]: coded y,uvDC,uvAC intra: 22.1% 52.8% 27.3% inter: 2.1% 10.5% 0.8%
x264 [info]: i16 v,h,dc,p: 66% 14% 9% 11%
x264 [info]: i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 30% 18% 19% 6% 5% 6% 4% 7% 4%
x264 [info]: i8c dc,h,v,p: 48% 15% 27% 9%
x264 [info]: Weighted P-Frames: Y:13.7% UV:13.7%
x264 [info]: ref P L0: 63.1% 7.8% 19.0% 9.9% 0.2%
x264 [info]: ref B L0: 85.7% 12.6% 1.7%
x264 [info]: ref B L1: 95.2% 4.8%
x264 [info]: SSIM Mean Y:0.9845631 (18.114db)
x264 [info]: PSNR Mean Y:56.770 U:58.171 V:58.905 Avg:57.007 Global:42.939 kb/s:646.40
# Job completed
# Queue completed



HandBrake svn5596 = no glitch:

HandBrake svn5596 (Nightly Build) - 32bit Version
OS: Microsoft Windows NT 5.1.2600 Service Pack 3
CPU: Genuine Intel(R) CPU T2400 @ 1.83GHz
Ram: 2037 MB, Screen: 1280x768
Temp Dir: C:\Documents and Settings\MIKE.PC275422231862\Local Settings\Temp\
Install Dir: C:\Program Files\HandBrake
Data Dir: C:\Documents and Settings\MIKE.PC275422231862\Application Data\HandBrake\HandBrake\0.0.0.5596

-------------------------------------------
CLI Query: -i "C:\Documents and Settings\MIKE.PC275422231862\Desktop\SAMPLE.mpg" -t 1 --angle 1 -c 1 -o "C:\Documents and Settings\MIKE.PC275422231862\Desktop\SAMPLE-1.mp4" -f mp4 -4 --deinterlace="bob" -w 696 -l 568 --crop 0:8:14:10 --custom-anamorphic --display-width 989 --pixel-aspect 696:568 --modulus 2 -e x264 -q 22 --vfr -a 1 -E fdk_aac -6 stereo -R Auto -B 160 -D 0 --gain 0 --audio-fallback ac3 --markers="C:\Documents and Settings\MIKE.PC275422231862\Local Settings\Temp\SAMPLE-1-1-chapters.csv" --verbose=0
User Query: False

HandBrake svn5596 (2013062201) - MinGW i686 - http://handbrake.fr
2 CPUs detected
Opening C:\Documents and Settings\MIKE.PC275422231862\Desktop\SAMPLE.mpg...
libbluray/bdnav/index_parse.c:162: indx_parse(): error opening C:\Documents and Settings\MIKE.PC275422231862\Desktop\SAMPLE.mpg/BDMV/index.bdmv
libbluray/bdnav/index_parse.c:162: indx_parse(): error opening C:\Documents and Settings\MIKE.PC275422231862\Desktop\SAMPLE.mpg/BDMV/BACKUP/index.bdmv
libbluray/bluray.c:1725: nav_get_title_list(C:\Documents and Settings\MIKE.PC275422231862\Desktop\SAMPLE.mpg) failed (01B6C678)
libdvdnav: Using dvdnav version 4.1.3
libdvdread: Encrypted DVD support unavailable.
libdvdnav:DVDOpenFileUDF:UDFFindFile /VIDEO_TS/VIDEO_TS.IFO failed
libdvdnav:DVDOpenFileUDF:UDFFindFile /VIDEO_TS/VIDEO_TS.BUP failed
libdvdread: Can't open file VIDEO_TS.IFO.
libdvdnav: vm: failed to read VIDEO_TS.IFO
Scanning title 1 of 1, preview 3, 30.00 %
Scanning title 1 of 1, preview 10, 100.00 %+ title 1:
+ stream: C:\Documents and Settings\MIKE.PC275422231862\Desktop\SAMPLE.mpg
+ duration: 00:00:17
+ size: 720x576, pixel aspect: 64/45, display aspect: 1.78, 25.000 fps
+ autocrop: 0/4/12/8
+ chapters:
+ 1: cells 0->0, 0 blocks, duration 00:00:17
+ audio tracks:
+ 1, Unknown (LPCM) (2.0 ch) (iso639-2: und)
+ subtitle tracks:
Reading chapter markers from file C:\Documents and Settings\MIKE.PC275422231862\Local Settings\Temp\SAMPLE-1-1-chapters.csv
x264 [warning]: --psnr used with psy on: results will be invalid!
x264 [warning]: --tune psnr should be used if attempting to benchmark psnr!
x264 [info]: using SAR=989/696
x264 [info]: using cpu capabilities: MMX2 SSE Cache64
x264 [info]: profile High, level 3.0
x264 [info]: frame I:12 Avg QP:19.91 size: 22906 PSNR Mean Y:52.73 U:53.83 V:54.80 Avg:53.11 Global:44.80
x264 [info]: frame P:380 Avg QP:21.30 size: 3194 PSNR Mean Y:54.50 U:55.77 V:56.52 Avg:54.77 Global:44.20
x264 [info]: frame B:756 Avg QP:23.83 size: 749 PSNR Mean Y:58.37 U:59.59 V:60.51 Avg:58.55 Global:42.77
x264 [info]: consecutive B-frames: 6.4% 16.4% 2.6% 74.6%
x264 [info]: mb I I16..4: 38.7% 47.4% 13.9%
x264 [info]: mb P I16..4: 3.1% 1.3% 0.0% P16..4: 33.9% 5.2% 4.5% 0.0% 0.0% skip:51.8%
x264 [info]: mb B I16..4: 0.0% 0.0% 0.0% B16..8: 18.2% 0.6% 0.1% direct: 1.0% skip:80.0% L0:38.5% L1:59.2% BI: 2.3%
x264 [info]: 8x8 transform intra:36.4% inter:78.5%
x264 [info]: coded y,uvDC,uvAC intra: 24.5% 56.6% 27.0% inter: 4.3% 13.4% 0.8%
x264 [info]: i16 v,h,dc,p: 70% 13% 6% 11%
x264 [info]: i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 25% 12% 40% 3% 3% 6% 3% 5% 3%
x264 [info]: i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 29% 20% 12% 6% 7% 8% 6% 7% 5%
x264 [info]: i8c dc,h,v,p: 49% 15% 27% 9%
x264 [info]: Weighted P-Frames: Y:13.7% UV:13.7%
x264 [info]: ref P L0: 63.9% 8.4% 18.3% 9.3% 0.2%
x264 [info]: ref B L0: 84.7% 13.5% 1.8%
x264 [info]: ref B L1: 94.9% 5.1%
x264 [info]: SSIM Mean Y:0.9854076 (18.359db)
x264 [info]: PSNR Mean Y:57.030 U:58.266 V:59.127 Avg:57.242 Global:43.215 kb/s:716.03
Encode done!
HandBrake has exited.

[RandomEngy]

Hmm. I use that preset and encode the sample clip and I get a normal-looking log and it seems to encode the video just fine. Maybe try re-installing or trying the portable version?

[mike20021969]

Maybe try re-installing or trying the portable version?

Re-installing the beta didn't help. And the portable version showed the same error.

I'll stick with AAC (avcodec) in the meantime as this works flawlessly:

## VidCoder 1.5.0.0 (x86)
# Starting scan: C:\Documents and Settings\MIKE.PC275422231862\My Documents\MIKES CUSTOM FOLDERS\HDD\SAMPLE.mpg
libbluray/bdnav/index_parse.c:162: indx_parse(): error opening C:\Documents and Settings\MIKE.PC275422231862\My Documents\MIKES CUSTOM FOLDERS\HDD\SAMPLE.mpg/BDMV/index.bdmv
libbluray/bdnav/index_parse.c:162: indx_parse(): error opening C:\Documents and Settings\MIKE.PC275422231862\My Documents\MIKES CUSTOM FOLDERS\HDD\SAMPLE.mpg/BDMV/BACKUP/index.bdmv
libbluray/bluray.c:1725: nav_get_title_list(C:\Documents and Settings\MIKE.PC275422231862\My Documents\MIKES CUSTOM FOLDERS\HDD\SAMPLE.mpg) failed (05C80048)
libdvdnav: Using dvdnav version 4.1.3
libdvdread: Encrypted DVD support unavailable.
libdvdnav:DVDOpenFileUDF:UDFFindFile /VIDEO_TS/VIDEO_TS.IFO failed
libdvdnav:DVDOpenFileUDF:UDFFindFile /VIDEO_TS/VIDEO_TS.BUP failed
libdvdread: Can't open file VIDEO_TS.IFO.
libdvdnav: vm: failed to read VIDEO_TS.IFO
# Scan completed

# Starting queue
## VidCoder 1.5.0.0 (x86)
# Starting job 1/1
# Path: C:\Documents and Settings\MIKE.PC275422231862\My Documents\MIKES CUSTOM FOLDERS\HDD\SAMPLE.mpg
# Title: 1
# Range: All
# Worker ready: Service state is Opened on pipe VidCoderWorker.57b0a0b1-a835-4645-9527-451d88d18225
# Connecting to process 5960 on pipe VidCoderWorker.57b0a0b1-a835-4645-9527-451d88d18225
libbluray/bdnav/index_parse.c:162: indx_parse(): error opening C:\Documents and Settings\MIKE.PC275422231862\My Documents\MIKES CUSTOM FOLDERS\HDD\SAMPLE.mpg/BDMV/index.bdmv
libbluray/bdnav/index_parse.c:162: indx_parse(): error opening C:\Documents and Settings\MIKE.PC275422231862\My Documents\MIKES CUSTOM FOLDERS\HDD\SAMPLE.mpg/BDMV/BACKUP/index.bdmv
libbluray/bluray.c:1725: nav_get_title_list(C:\Documents and Settings\MIKE.PC275422231862\My Documents\MIKES CUSTOM FOLDERS\HDD\SAMPLE.mpg) failed (009382B8)
libdvdnav: Using dvdnav version 4.1.3
libdvdread: Encrypted DVD support unavailable.
libdvdnav:DVDOpenFileUDF:UDFFindFile /VIDEO_TS/VIDEO_TS.IFO failed
libdvdnav:DVDOpenFileUDF:UDFFindFile /VIDEO_TS/VIDEO_TS.BUP failed
libdvdread: Can't open file VIDEO_TS.IFO.
libdvdnav: vm: failed to read VIDEO_TS.IFO
x264 [warning]: --psnr used with psy on: results will be invalid!
x264 [warning]: --tune psnr should be used if attempting to benchmark psnr!
x264 [info]: using SAR=989/696
x264 [info]: using cpu capabilities: MMX2 SSE Cache64
x264 [info]: profile Main, level 3.0
x264 [info]: frame I:12 Avg QP:19.81 size: 24078 PSNR Mean Y:52.59 U:53.89 V:54.83 Avg:53.01 Global:44.66
x264 [info]: frame P:380 Avg QP:21.27 size: 2888 PSNR Mean Y:54.14 U:55.65 V:56.28 Avg:54.46 Global:43.82
x264 [info]: frame B:756 Avg QP:24.40 size: 620 PSNR Mean Y:58.16 U:59.51 V:60.29 Avg:58.35 Global:42.53
x264 [info]: consecutive B-frames: 6.4% 16.4% 2.6% 74.6%
x264 [info]: mb I I16..4: 59.4% 0.0% 40.6%
x264 [info]: mb P I16..4: 4.2% 0.0% 0.2% P16..4: 38.4% 3.7% 2.9% 0.0% 0.0% skip:50.5%
x264 [info]: mb B I16..4: 0.0% 0.0% 0.0% B16..8: 19.1% 0.5% 0.1% direct: 1.0% skip:79.2% L0:35.7% L1:62.3% BI: 1.9%
x264 [info]: coded y,uvDC,uvAC intra: 22.1% 52.8% 27.3% inter: 2.1% 10.5% 0.8%
x264 [info]: i16 v,h,dc,p: 66% 14% 9% 11%
x264 [info]: i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 30% 18% 19% 6% 5% 6% 4% 7% 4%
x264 [info]: i8c dc,h,v,p: 48% 15% 27% 9%
x264 [info]: Weighted P-Frames: Y:13.7% UV:13.7%
x264 [info]: ref P L0: 63.1% 7.8% 19.0% 9.9% 0.2%
x264 [info]: ref B L0: 85.7% 12.6% 1.7%
x264 [info]: ref B L1: 95.2% 4.8%
x264 [info]: SSIM Mean Y:0.9845631 (18.114db)
x264 [info]: PSNR Mean Y:56.770 U:58.171 V:58.905 Avg:57.007 Global:42.939 kb/s:646.40
# Job completed
# Queue completed

# Starting queue
## VidCoder 1.5.0.0 (x86)
# Starting job 1/1
# Path: C:\Documents and Settings\MIKE.PC275422231862\My Documents\MIKES CUSTOM FOLDERS\HDD\SAMPLE.mpg
# Title: 1
# Range: All
# Worker ready: Service state is Opened on pipe VidCoderWorker.d32472c7-0d24-4b2d-9a1a-71669e872cb8
# Connecting to process 3692 on pipe VidCoderWorker.d32472c7-0d24-4b2d-9a1a-71669e872cb8
libbluray/bdnav/index_parse.c:162: indx_parse(): error opening C:\Documents and Settings\MIKE.PC275422231862\My Documents\MIKES CUSTOM FOLDERS\HDD\SAMPLE.mpg/BDMV/index.bdmv
libbluray/bdnav/index_parse.c:162: indx_parse(): error opening C:\Documents and Settings\MIKE.PC275422231862\My Documents\MIKES CUSTOM FOLDERS\HDD\SAMPLE.mpg/BDMV/BACKUP/index.bdmv
libbluray/bluray.c:1725: nav_get_title_list(C:\Documents and Settings\MIKE.PC275422231862\My Documents\MIKES CUSTOM FOLDERS\HDD\SAMPLE.mpg) failed (009382B8)
libdvdnav: Using dvdnav version 4.1.3
libdvdread: Encrypted DVD support unavailable.
libdvdnav:DVDOpenFileUDF:UDFFindFile /VIDEO_TS/VIDEO_TS.IFO failed
libdvdnav:DVDOpenFileUDF:UDFFindFile /VIDEO_TS/VIDEO_TS.BUP failed
libdvdread: Can't open file VIDEO_TS.IFO.
libdvdnav: vm: failed to read VIDEO_TS.IFO
x264 [warning]: --psnr used with psy on: results will be invalid!
x264 [warning]: --tune psnr should be used if attempting to benchmark psnr!
x264 [info]: using SAR=989/696
x264 [info]: using cpu capabilities: MMX2 SSE Cache64
x264 [info]: profile Main, level 3.0
x264 [info]: frame I:12 Avg QP:19.81 size: 24078 PSNR Mean Y:52.59 U:53.89 V:54.83 Avg:53.01 Global:44.66
x264 [info]: frame P:380 Avg QP:21.27 size: 2888 PSNR Mean Y:54.14 U:55.65 V:56.28 Avg:54.46 Global:43.82
x264 [info]: frame B:756 Avg QP:24.40 size: 620 PSNR Mean Y:58.16 U:59.51 V:60.29 Avg:58.35 Global:42.53
x264 [info]: consecutive B-frames: 6.4% 16.4% 2.6% 74.6%
x264 [info]: mb I I16..4: 59.4% 0.0% 40.6%
x264 [info]: mb P I16..4: 4.2% 0.0% 0.2% P16..4: 38.4% 3.7% 2.9% 0.0% 0.0% skip:50.5%
x264 [info]: mb B I16..4: 0.0% 0.0% 0.0% B16..8: 19.1% 0.5% 0.1% direct: 1.0% skip:79.2% L0:35.7% L1:62.3% BI: 1.9%
x264 [info]: coded y,uvDC,uvAC intra: 22.1% 52.8% 27.3% inter: 2.1% 10.5% 0.8%
x264 [info]: i16 v,h,dc,p: 66% 14% 9% 11%
x264 [info]: i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 30% 18% 19% 6% 5% 6% 4% 7% 4%
x264 [info]: i8c dc,h,v,p: 48% 15% 27% 9%
x264 [info]: Weighted P-Frames: Y:13.7% UV:13.7%
x264 [info]: ref P L0: 63.1% 7.8% 19.0% 9.9% 0.2%
x264 [info]: ref B L0: 85.7% 12.6% 1.7%
x264 [info]: ref B L1: 95.2% 4.8%
x264 [info]: SSIM Mean Y:0.9845631 (18.114db)
x264 [info]: PSNR Mean Y:56.770 U:58.171 V:58.905 Avg:57.007 Global:42.939 kb/s:646.40
# Job completed
# Queue completed




HE-AAC (FDK) also glitches for me aswell.

If you have any more suggestions for me to try, then just ask.

Thanks.

[RandomEngy]

One more thing: change your log verbosity from 0 to 1 and post a log.

[mike20021969]

change your log verbosity from 0 to 1 and post a log.

Thanks.

## VidCoder 1.5.0.0 (x86)
# Starting job 1/1
# Path: C:\Documents and Settings\MIKE.PC275422231862\My Documents\MIKES CUSTOM FOLDERS\HDD\SAMPLE.mpg
# Title: 1
# Range: All
# Worker ready: Service state is Opened on pipe VidCoderWorker.575abf61-39f6-4a21-8e31-1e29ee1f2aac
# Connecting to process 7372 on pipe VidCoderWorker.575abf61-39f6-4a21-8e31-1e29ee1f2aac
[15:43:18] hb_init: starting libhb thread
[15:43:18] hb_scan: path=C:\Documents and Settings\MIKE.PC275422231862\My Documents\MIKES CUSTOM FOLDERS\HDD\SAMPLE.mpg, title_index=1
libbluray/bdnav/index_parse.c:162: indx_parse(): error opening C:\Documents and Settings\MIKE.PC275422231862\My Documents\MIKES CUSTOM FOLDERS\HDD\SAMPLE.mpg/BDMV/index.bdmv
libbluray/bdnav/index_parse.c:162: indx_parse(): error opening C:\Documents and Settings\MIKE.PC275422231862\My Documents\MIKES CUSTOM FOLDERS\HDD\SAMPLE.mpg/BDMV/BACKUP/index.bdmv
libbluray/bluray.c:1725: nav_get_title_list(C:\Documents and Settings\MIKE.PC275422231862\My Documents\MIKES CUSTOM FOLDERS\HDD\SAMPLE.mpg) failed (009382B8)
[15:43:18] bd: not a bd - trying as a stream/file instead
libdvdnav: Using dvdnav version 4.1.3
libdvdread: Encrypted DVD support unavailable.
libdvdnav:DVDOpenFileUDF:UDFFindFile /VIDEO_TS/VIDEO_TS.IFO failed
libdvdnav:DVDOpenFileUDF:UDFFindFile /VIDEO_TS/VIDEO_TS.BUP failed
libdvdread: Can't open file VIDEO_TS.IFO.
libdvdnav: vm: failed to read VIDEO_TS.IFO
[15:43:18] dvd: not a dvd - trying as a stream/file instead
[15:43:18] file is MPEG Program Stream
[15:43:18] Probing 1 unknown stream
[15:43:18] Probe: Found stream mpeg2video. stream id 0xe0-0x0
[15:43:18] Found the following streams
[15:43:18] Video Streams :
[15:43:18] 0xe0-0x0 type MPEG2 (0x2)
[15:43:18] Audio Streams :
[15:43:18] 0xbd-0xa0 type LPCM (0x83)
[15:43:18] Subtitle Streams :
[15:43:18] Other Streams :
[15:43:18] stream id 0xbd (type 0x83 substream 0xa0) audio 0xa000bd
[15:43:18] scan: decoding previews for title 1
[15:43:18] scan: audio 0xa000bd: LPCM, rate=48000Hz, bitrate=1536000 Unknown (LPCM) (2.0 ch)
[15:43:21] scan: 30 previews, 720x576, 25.000 fps, autocrop = 0/4/12/8, aspect 16:9, PAR 64:45
[15:43:21] stream: 76 good frames, 0 errors (0%)
[15:43:21] libhb: scan thread found 1 valid title(s)
[15:43:22] 1 job(s) to process
[15:43:22] starting job
[15:43:22] Yadif Deinterlace thread started for segment 0
[15:43:22] Yadif Deinterlace thread started for segment 1
[15:43:22] work: track 1, compression level not supported by codec
[15:43:22] work: track 1, quality mode not supported by codec
[15:43:22] sync: expecting 446 video frames
[15:43:22] job configuration:
[15:43:22] * source
[15:43:22] + C:\Documents and Settings\MIKE.PC275422231862\My Documents\MIKES CUSTOM FOLDERS\HDD\SAMPLE.mpg
[15:43:22] + title 1, chapter(s) 1 to 1
[15:43:22] * destination
[15:43:22] + C:\Documents and Settings\MIKE.PC275422231862\My Documents\MIKES CUSTOM FOLDERS\Videos\SAMPLE.mp4
[15:43:22] + container: MPEG-4 (mp4v2)
[15:43:22] * video track
[15:43:22] + decoder: mpeg2
[15:43:22] + bitrate 8000 kbps
[15:43:22] + filters
[15:43:22] + Deinterlace (ffmpeg or yadif/mcdeint) (15)
[15:43:22] + Framerate Shaper (0:27000000:1080000)
[15:43:22] + frame rate: same as source (around 25.000 fps)
[15:43:22] + Crop and Scale (696:568:0:8:14:10)
[15:43:22] + source: 720 * 576, crop (0/8/14/10): 696 * 568, scale: 696 * 568
[15:43:22] + custom anamorphic
[15:43:22] + storage dimensions: 696 * 568, mod 2
[15:43:22] + pixel aspect ratio: 989 / 696
[15:43:22] + display dimensions: 989 * 568
[15:43:22] + encoder: H.264 (x264)
[15:43:22] + options: mixed-refs=0:weightb=0:8x8dct=0:trellis=0
[15:43:22] + quality: 22.00 (RF)
[15:43:22] * audio track 1
[15:43:22] + decoder: Unknown (LPCM) (2.0 ch) (track 2, id 0xa000bd)
[15:43:22] + bitrate: 1536 kbps, samplerate: 48000 Hz
[15:43:22] + mixdown: Stereo
[15:43:22] + dither: none
[15:43:22] + encoder: AAC (FDK)
[15:43:22] + bitrate: 160 kbps, samplerate: 48000 Hz
[15:43:22] file is MPEG Program Stream
[15:43:22] Probing 1 unknown stream
[15:43:22] Probe: Found stream mpeg2video. stream id 0xe0-0x0
[15:43:22] reader: first SCR 146 id 0xe0 DTS 16200
[15:43:22] encx264: encoding with stored aspect 989/696
[15:43:22] encx264: Encoding at constant RF 22.000000
[15:43:22] mpeg2: "Chapter 1" (1) at frame 0 time 3600
x264 [warning]: --psnr used with psy on: results will be invalid!
x264 [warning]: --tune psnr should be used if attempting to benchmark psnr!
x264 [info]: using SAR=989/696
x264 [info]: using cpu capabilities: MMX2 SSE Cache64
x264 [info]: profile Main, level 3.0
[15:43:22] sync: first pts is 3600
[15:44:19] reader: done. 1 scr changes
[15:44:28] work: average encoding speed for job is 9.230769 fps
[15:44:28] sync: got 575 frames, 446 expected
[15:44:28] render: lost time: 0 (0 frames)
[15:44:28] render: gained time: 0 (0 frames) (0 not accounted for)
[15:44:28] mpeg2 done: 575 frames
x264 [info]: frame I:12 Avg QP:19.81 size: 24078 PSNR Mean Y:52.59 U:53.89 V:54.83 Avg:53.01 Global:44.66
x264 [info]: frame P:380 Avg QP:21.27 size: 2888 PSNR Mean Y:54.14 U:55.65 V:56.28 Avg:54.46 Global:43.82
x264 [info]: frame B:756 Avg QP:24.40 size: 620 PSNR Mean Y:58.16 U:59.51 V:60.29 Avg:58.35 Global:42.53
x264 [info]: consecutive B-frames: 6.4% 16.4% 2.6% 74.6%
x264 [info]: mb I I16..4: 59.4% 0.0% 40.6%
x264 [info]: mb P I16..4: 4.2% 0.0% 0.2% P16..4: 38.4% 3.7% 2.9% 0.0% 0.0% skip:50.5%
x264 [info]: mb B I16..4: 0.0% 0.0% 0.0% B16..8: 19.1% 0.5% 0.1% direct: 1.0% skip:79.2% L0:35.7% L1:62.3% BI: 1.9%
x264 [info]: coded y,uvDC,uvAC intra: 22.1% 52.8% 27.3% inter: 2.1% 10.5% 0.8%
x264 [info]: i16 v,h,dc,p: 66% 14% 9% 11%
x264 [info]: i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 30% 18% 19% 6% 5% 6% 4% 7% 4%
x264 [info]: i8c dc,h,v,p: 48% 15% 27% 9%
x264 [info]: Weighted P-Frames: Y:13.7% UV:13.7%
x264 [info]: ref P L0: 63.1% 7.8% 19.0% 9.9% 0.2%
x264 [info]: ref B L0: 85.7% 12.6% 1.7%
x264 [info]: ref B L1: 95.2% 4.8%
x264 [info]: SSIM Mean Y:0.9845631 (18.114db)
x264 [info]: PSNR Mean Y:56.770 U:58.171 V:58.905 Avg:57.007 Global:42.939 kb/s:646.40
[15:44:28] mux: track 0, 1148 frames, 1854618 bytes, 645.08 kbps, fifo 2048
[15:44:28] mux: track 1, 1078 frames, 459947 bytes, 159.98 kbps, fifo 2048
[15:44:28] stream: 7508 good frames, 0 errors (0%)
[15:44:28] libhb: work result = 0
# Job completed

[RandomEngy]

These are a bit interesting:

[20:49:34] work: track 1, compression level not supported by codec
[20:49:34] work: track 1, quality mode not supported by codec

I've eliminated those warnings by providing the proper values for "not set". That's probably not it but who knows?

[mike20021969]

That's probably not it but who knows?

Fingers crossed here :)

[RandomEngy]

ı had to reset my computer. even the task manager couldnot start. all are lost.

Tried a long encode on 1.5.0 x64 portable and the memory never went above 600 MB... what settings were you using? Can you export the encoding profile?

[RandomEngy]

Released VidCoder 1.5.1 Beta (https://vidcoder.codeplex.com/releases/view/108730):

* Added French translation.
* Updated HandBrake core to SVN 5614.
* Fixed crash in locales with , as the decimal marker.
* Fixed a few warnings for compression level and quality on audio encodings.

[mike20021969]

Unfortunately, AAC (FDK) in 1.5.1.0 produces the same glitch:

## VidCoder 1.5.1.0 (x86)
# Starting job 1/1
# Path: C:\Documents and Settings\MIKE.PC275422231862\My Documents\MIKES CUSTOM FOLDERS\HDD\SAMPLE.mpg
# Title: 1
# Range: All
# Worker ready: Service state is Opened on pipe VidCoderWorker.786dac0a-442d-4084-b79c-2db17e1d1202
# Connecting to process 11172 on pipe VidCoderWorker.786dac0a-442d-4084-b79c-2db17e1d1202
libbluray/bdnav/index_parse.c:162: indx_parse(): error opening C:\Documents and Settings\MIKE.PC275422231862\My Documents\MIKES CUSTOM FOLDERS\HDD\SAMPLE.mpg/BDMV/index.bdmv
libbluray/bdnav/index_parse.c:162: indx_parse(): error opening C:\Documents and Settings\MIKE.PC275422231862\My Documents\MIKES CUSTOM FOLDERS\HDD\SAMPLE.mpg/BDMV/BACKUP/index.bdmv
libbluray/bluray.c:1725: nav_get_title_list(C:\Documents and Settings\MIKE.PC275422231862\My Documents\MIKES CUSTOM FOLDERS\HDD\SAMPLE.mpg) failed (009382B8)
[05:13:02] bd: not a bd - trying as a stream/file instead
libdvdnav: Using dvdnav version 4.1.3
libdvdread: Encrypted DVD support unavailable.
libdvdnav:DVDOpenFileUDF:UDFFindFile /VIDEO_TS/VIDEO_TS.IFO failed
libdvdnav:DVDOpenFileUDF:UDFFindFile /VIDEO_TS/VIDEO_TS.BUP failed
libdvdread: Can't open file VIDEO_TS.IFO.
libdvdnav: vm: failed to read VIDEO_TS.IFO
[05:13:02] dvd: not a dvd - trying as a stream/file instead
[05:13:02] file is MPEG Program Stream
[05:13:02] Probing 1 unknown stream
[05:13:02] Probe: Found stream mpeg2video. stream id 0xe0-0x0
[05:13:02] Found the following streams
[05:13:02] Video Streams :
[05:13:02] 0xe0-0x0 type MPEG2 (0x2)
[05:13:02] Audio Streams :
[05:13:02] 0xbd-0xa0 type LPCM (0x83)
[05:13:02] Subtitle Streams :
[05:13:02] Other Streams :
[05:13:02] stream id 0xbd (type 0x83 substream 0xa0) audio 0xa000bd
[05:13:02] scan: decoding previews for title 1
[05:13:02] scan: audio 0xa000bd: LPCM, rate=48000Hz, bitrate=1536000 Unknown (LPCM) (2.0 ch)
[05:13:05] scan: 30 previews, 720x576, 25.000 fps, autocrop = 0/4/12/8, aspect 16:9, PAR 64:45
[05:13:05] stream: 76 good frames, 0 errors (0%)
[05:13:06] libhb: scan thread found 1 valid title(s)
[05:13:06] 1 job(s) to process
[05:13:06] starting job
[05:13:06] Yadif Deinterlace thread started for segment 0
[05:13:06] Yadif Deinterlace thread started for segment 1
[05:13:06] sync: expecting 446 video frames
[05:13:06] job configuration:
[05:13:06] * source
[05:13:06] + C:\Documents and Settings\MIKE.PC275422231862\My Documents\MIKES CUSTOM FOLDERS\HDD\SAMPLE.mpg
[05:13:06] + title 1, chapter(s) 1 to 1
[05:13:06] * destination
[05:13:06] + C:\Documents and Settings\MIKE.PC275422231862\My Documents\MIKES CUSTOM FOLDERS\Videos\SAMPLE.mp4
[05:13:06] + container: MPEG-4 (mp4v2)
[05:13:06] * video track
[05:13:06] + decoder: mpeg2
[05:13:06] + bitrate 8000 kbps
[05:13:06] + filters
[05:13:06] + Deinterlace (ffmpeg or yadif/mcdeint) (15)
[05:13:06] + Framerate Shaper (0:27000000:1080000)
[05:13:06] + frame rate: same as source (around 25.000 fps)
[05:13:06] + Crop and Scale (696:568:0:8:14:10)
[05:13:06] + source: 720 * 576, crop (0/8/14/10): 696 * 568, scale: 696 * 568
[05:13:06] + custom anamorphic
[05:13:06] + storage dimensions: 696 * 568, mod 2
[05:13:06] + pixel aspect ratio: 989 / 696
[05:13:06] + display dimensions: 989 * 568
[05:13:06] + encoder: H.264 (x264)
[05:13:06] + options: mixed-refs=0:weightb=0:8x8dct=0:trellis=0
[05:13:06] + quality: 22.00 (RF)
[05:13:06] * audio track 1
[05:13:06] + decoder: Unknown (LPCM) (2.0 ch) (track 2, id 0xa000bd)
[05:13:06] + bitrate: 1536 kbps, samplerate: 48000 Hz
[05:13:06] + mixdown: Stereo
[05:13:06] + dither: none
[05:13:06] + encoder: AAC (FDK)
[05:13:06] + bitrate: 160 kbps, samplerate: 48000 Hz
[05:13:06] file is MPEG Program Stream
[05:13:06] Probing 1 unknown stream
[05:13:06] Probe: Found stream mpeg2video. stream id 0xe0-0x0
[05:13:06] reader: first SCR 146 id 0xe0 DTS 16200
[05:13:06] encx264: encoding with stored aspect 989/696
[05:13:06] encx264: Encoding at constant RF 22.000000
[05:13:06] mpeg2: "Chapter 1" (1) at frame 0 time 3600
x264 [warning]: --psnr used with psy on: results will be invalid!
x264 [warning]: --tune psnr should be used if attempting to benchmark psnr!
x264 [info]: using SAR=989/696
x264 [info]: using cpu capabilities: MMX2 SSE Cache64
x264 [info]: profile Main, level 3.0
[05:13:07] sync: first pts is 3600
[05:14:07] reader: done. 1 scr changes
[05:14:14] work: average encoding speed for job is 8.925240 fps
[05:14:15] sync: got 575 frames, 446 expected
[05:14:15] render: lost time: 0 (0 frames)
[05:14:15] render: gained time: 0 (0 frames) (0 not accounted for)
[05:14:15] mpeg2 done: 575 frames
x264 [info]: frame I:12 Avg QP:19.81 size: 24078 PSNR Mean Y:52.59 U:53.89 V:54.83 Avg:53.01 Global:44.66
x264 [info]: frame P:380 Avg QP:21.27 size: 2888 PSNR Mean Y:54.14 U:55.65 V:56.28 Avg:54.46 Global:43.82
x264 [info]: frame B:756 Avg QP:24.40 size: 620 PSNR Mean Y:58.16 U:59.51 V:60.29 Avg:58.35 Global:42.53
x264 [info]: consecutive B-frames: 6.4% 16.4% 2.6% 74.6%
x264 [info]: mb I I16..4: 59.4% 0.0% 40.6%
x264 [info]: mb P I16..4: 4.2% 0.0% 0.2% P16..4: 38.4% 3.7% 2.9% 0.0% 0.0% skip:50.5%
x264 [info]: mb B I16..4: 0.0% 0.0% 0.0% B16..8: 19.1% 0.5% 0.1% direct: 1.0% skip:79.2% L0:35.7% L1:62.3% BI: 1.9%
x264 [info]: coded y,uvDC,uvAC intra: 22.1% 52.8% 27.3% inter: 2.1% 10.5% 0.8%
x264 [info]: i16 v,h,dc,p: 66% 14% 9% 11%
x264 [info]: i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 30% 18% 19% 6% 5% 6% 4% 7% 4%
x264 [info]: i8c dc,h,v,p: 48% 15% 27% 9%
x264 [info]: Weighted P-Frames: Y:13.7% UV:13.7%
x264 [info]: ref P L0: 63.1% 7.8% 19.0% 9.9% 0.2%
x264 [info]: ref B L0: 85.7% 12.6% 1.7%
x264 [info]: ref B L1: 95.2% 4.8%
x264 [info]: SSIM Mean Y:0.9845631 (18.114db)
x264 [info]: PSNR Mean Y:56.770 U:58.171 V:58.905 Avg:57.007 Global:42.939 kb/s:646.40
[05:14:15] mux: track 0, 1148 frames, 1854618 bytes, 645.08 kbps, fifo 2048
[05:14:15] mux: track 1, 1078 frames, 459947 bytes, 159.98 kbps, fifo 2048
[05:14:15] stream: 7508 good frames, 0 errors (0%)
[05:14:15] libhb: work result = 0
# Job completed


I doubt this will be of help, a log from a successful AAC (avcodec):

## VidCoder 1.5.1.0 (x86)
# Starting job 1/1
# Path: C:\Documents and Settings\MIKE.PC275422231862\My Documents\MIKES CUSTOM FOLDERS\HDD\SAMPLE.mpg
# Title: 1
# Range: All
# Worker ready: Service state is Opened on pipe VidCoderWorker.49814eec-e150-434e-9360-b2a8a5828cc6
# Connecting to process 10536 on pipe VidCoderWorker.49814eec-e150-434e-9360-b2a8a5828cc6
[05:22:29] hb_init: starting libhb thread
[05:22:29] hb_scan: path=C:\Documents and Settings\MIKE.PC275422231862\My Documents\MIKES CUSTOM FOLDERS\HDD\SAMPLE.mpg, title_index=1
libbluray/bdnav/index_parse.c:162: indx_parse(): error opening C:\Documents and Settings\MIKE.PC275422231862\My Documents\MIKES CUSTOM FOLDERS\HDD\SAMPLE.mpg/BDMV/index.bdmv
libbluray/bdnav/index_parse.c:162: indx_parse(): error opening C:\Documents and Settings\MIKE.PC275422231862\My Documents\MIKES CUSTOM FOLDERS\HDD\SAMPLE.mpg/BDMV/BACKUP/index.bdmv
libbluray/bluray.c:1725: nav_get_title_list(C:\Documents and Settings\MIKE.PC275422231862\My Documents\MIKES CUSTOM FOLDERS\HDD\SAMPLE.mpg) failed (009382B8)
[05:22:29] bd: not a bd - trying as a stream/file instead
libdvdnav: Using dvdnav version 4.1.3
libdvdread: Encrypted DVD support unavailable.
libdvdnav:DVDOpenFileUDF:UDFFindFile /VIDEO_TS/VIDEO_TS.IFO failed
libdvdnav:DVDOpenFileUDF:UDFFindFile /VIDEO_TS/VIDEO_TS.BUP failed
libdvdread: Can't open file VIDEO_TS.IFO.
libdvdnav: vm: failed to read VIDEO_TS.IFO
[05:22:29] dvd: not a dvd - trying as a stream/file instead
[05:22:29] file is MPEG Program Stream
[05:22:29] Probing 1 unknown stream
[05:22:29] Probe: Found stream mpeg2video. stream id 0xe0-0x0
[05:22:29] Found the following streams
[05:22:29] Video Streams :
[05:22:29] 0xe0-0x0 type MPEG2 (0x2)
[05:22:29] Audio Streams :
[05:22:29] 0xbd-0xa0 type LPCM (0x83)
[05:22:29] Subtitle Streams :
[05:22:29] Other Streams :
[05:22:29] stream id 0xbd (type 0x83 substream 0xa0) audio 0xa000bd
[05:22:29] scan: decoding previews for title 1
[05:22:29] scan: audio 0xa000bd: LPCM, rate=48000Hz, bitrate=1536000 Unknown (LPCM) (2.0 ch)
[05:22:32] scan: 30 previews, 720x576, 25.000 fps, autocrop = 0/4/12/8, aspect 16:9, PAR 64:45
[05:22:32] stream: 76 good frames, 0 errors (0%)
[05:22:32] libhb: scan thread found 1 valid title(s)
[05:22:33] 1 job(s) to process
[05:22:33] starting job
[05:22:33] work: track 1, dithering not supported by codec
[05:22:33] sync: expecting 446 video frames
[05:22:33] job configuration:
[05:22:33] * source
[05:22:33] + C:\Documents and Settings\MIKE.PC275422231862\My Documents\MIKES CUSTOM FOLDERS\HDD\SAMPLE.mpg
[05:22:33] + title 1, chapter(s) 1 to 1
[05:22:33] * destination
[05:22:33] + C:\Documents and Settings\MIKE.PC275422231862\My Documents\MIKES CUSTOM FOLDERS\Videos\SAMPLE-2.mp4
[05:22:33] + container: MPEG-4 (mp4v2)
[05:22:33] * video track
[05:22:33] + decoder: mpeg2
[05:22:33] + bitrate 8000 kbps
[05:22:33] + filters
[05:22:33] + Framerate Shaper (0:27000000:1080000)
[05:22:33] + frame rate: same as source (around 25.000 fps)
[05:22:33] + Crop and Scale (696:568:0:8:14:10)
[05:22:33] + source: 720 * 576, crop (0/8/14/10): 696 * 568, scale: 696 * 568
[05:22:33] + custom anamorphic
[05:22:33] + storage dimensions: 696 * 568, mod 2
[05:22:33] + pixel aspect ratio: 989 / 696
[05:22:33] + display dimensions: 989 * 568
[05:22:33] + encoder: H.264 (x264)
[05:22:33] + options: mixed-refs=0:weightb=0:8x8dct=0:trellis=0
[05:22:33] + quality: 22.00 (RF)
[05:22:33] * audio track 1
[05:22:33] + decoder: Unknown (LPCM) (2.0 ch) (track 2, id 0xa000bd)
[05:22:33] + bitrate: 1536 kbps, samplerate: 48000 Hz
[05:22:33] + mixdown: Stereo
[05:22:33] + encoder: AAC (avcodec)
[05:22:33] + bitrate: 160 kbps, samplerate: 48000 Hz
[05:22:33] file is MPEG Program Stream
[05:22:33] Probing 1 unknown stream
[05:22:33] Probe: Found stream mpeg2video. stream id 0xe0-0x0
[05:22:33] encx264: encoding with stored aspect 989/696
[05:22:33] encx264: Encoding at constant RF 22.000000
x264 [warning]: --psnr used with psy on: results will be invalid!
x264 [warning]: --tune psnr should be used if attempting to benchmark psnr!
x264 [info]: using SAR=989/696
[05:22:33] reader: first SCR 146 id 0xe0 DTS 16200
x264 [info]: using cpu capabilities: MMX2 SSE Cache64
[05:22:33] mpeg2: "Chapter 1" (1) at frame 0 time 3600
x264 [info]: profile Main, level 3.0
[05:22:33] sync: first pts is 3600
[05:22:56] reader: done. 1 scr changes
[05:23:01] work: average encoding speed for job is 22.300842 fps
[05:23:01] sync: got 575 frames, 446 expected
[05:23:01] render: lost time: 0 (0 frames)
[05:23:01] render: gained time: 0 (0 frames) (0 not accounted for)
[05:23:01] mpeg2 done: 575 frames
x264 [info]: frame I:10 Avg QP:20.19 size: 40687 PSNR Mean Y:48.67 U:50.85 V:51.35 Avg:49.31 Global:42.44
x264 [info]: frame P:208 Avg QP:19.79 size: 6211 PSNR Mean Y:52.95 U:54.93 V:55.65 Avg:53.55 Global:43.56
x264 [info]: frame B:357 Avg QP:20.76 size: 1045 PSNR Mean Y:59.36 U:61.22 V:62.02 Avg:59.82 Global:42.98
x264 [info]: consecutive B-frames: 11.5% 14.3% 8.9% 65.4%
x264 [info]: mb I I16..4: 50.3% 0.0% 49.7%
x264 [info]: mb P I16..4: 5.8% 0.0% 3.4% P16..4: 41.7% 5.4% 4.6% 0.0% 0.0% skip:39.2%
x264 [info]: mb B I16..4: 0.1% 0.0% 0.0% B16..8: 23.0% 1.3% 0.3% direct: 2.1% skip:73.1% L0:36.2% L1:58.5% BI: 5.3%
x264 [info]: coded y,uvDC,uvAC intra: 46.6% 78.6% 56.6% inter: 4.0% 16.4% 1.4%
x264 [info]: i16 v,h,dc,p: 53% 25% 9% 13%
x264 [info]: i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 19% 51% 13% 3% 2% 3% 2% 4% 3%
x264 [info]: i8c dc,h,v,p: 32% 35% 23% 9%
x264 [info]: Weighted P-Frames: Y:14.4% UV:14.4%
x264 [info]: ref P L0: 67.8% 7.5% 18.0% 6.6% 0.1%
x264 [info]: ref B L0: 75.7% 22.8% 1.5%
x264 [info]: ref B L1: 92.9% 7.1%
x264 [info]: SSIM Mean Y:0.9845155 (18.101db)
x264 [info]: PSNR Mean Y:56.855 U:58.761 V:59.526 Avg:57.370 Global:43.173 kb/s:720.59
[05:23:01] mux: track 0, 575 frames, 2071278 bytes, 720.44 kbps, fifo 1024
[05:23:01] mux: track 1, 1077 frames, 346166 bytes, 120.41 kbps, fifo 2048
[05:23:01] stream: 7508 good frames, 0 errors (0%)
[05:23:01] libhb: work result = 0
# Job completed

[Pharaoh i7]

Thank you for the audio option of HE AAC is it possible to have the option to pick HE AAC v2

[RandomEngy]

Have to ask the HandBrake folks about that. I just expose what they give me.

[RandomEngy]

Released VidCoder 1.5.2 Beta (https://vidcoder.codeplex.com/releases/view/108777):

* Fixed crash on presets with an invalid bitrate.

[mike20021969]

I've just installed the latest beta (although I don't think the change will fix this).

I made 3x 10 second videos.

1) Blue screen and no audio track (although I think a blank one has been added to the exported video).
2) Blue screen with audio starting at the 4 second mark until the end.
3) Blue screen with 10 second audio track muted.

Using AAC (FDK):
1) plays for the whole 10 seconds.
2) jumps to the 4 second mark and plays until the end.
3) plays for the whole 10 seconds

Here are the logs...

1)

## VidCoder 1.5.2.0 (x86)
# Starting job 1/1
# Path: C:\Documents and Settings\MIKE.PC275422231862\My Documents\MIKES CUSTOM FOLDERS\HDD\BLUE_NO AUDIO_SAMPLE.mpg
# Title: 1
# Range: All
# Worker ready: Service state is Opened on pipe VidCoderWorker.be19c9de-9a79-4568-99c5-1d34676990a4
# Connecting to process 752 on pipe VidCoderWorker.be19c9de-9a79-4568-99c5-1d34676990a4
libbluray/bdnav/index_parse.c:162: indx_parse(): error opening C:\Documents and Settings\MIKE.PC275422231862\My Documents\MIKES CUSTOM FOLDERS\HDD\BLUE_NO AUDIO_SAMPLE.mpg/BDMV/index.bdmv
libbluray/bdnav/index_parse.c:162: indx_parse(): error opening C:\Documents and Settings\MIKE.PC275422231862\My Documents\MIKES CUSTOM FOLDERS\HDD\BLUE_NO AUDIO_SAMPLE.mpg/BDMV/BACKUP/index.bdmv
libbluray/bluray.c:1725: nav_get_title_list(C:\Documents and Settings\MIKE.PC275422231862\My Documents\MIKES CUSTOM FOLDERS\HDD\BLUE_NO AUDIO_SAMPLE.mpg) failed (009372B0)
[16:14:11] bd: not a bd - trying as a stream/file instead
libdvdnav: Using dvdnav version 4.1.3
libdvdread: Encrypted DVD support unavailable.
libdvdnav:DVDOpenFileUDF:UDFFindFile /VIDEO_TS/VIDEO_TS.IFO failed
libdvdnav:DVDOpenFileUDF:UDFFindFile /VIDEO_TS/VIDEO_TS.BUP failed
libdvdread: Can't open file VIDEO_TS.IFO.
libdvdnav: vm: failed to read VIDEO_TS.IFO
[16:14:11] dvd: not a dvd - trying as a stream/file instead
[16:14:11] file is MPEG Program Stream
[16:14:11] Probing 1 unknown stream
[16:14:11] Probe: Found stream mpeg2video. stream id 0xe0-0x0
[16:14:11] Found the following streams
[16:14:11] Video Streams :
[16:14:11] 0xe0-0x0 type MPEG2 (0x2)
[16:14:11] Audio Streams :
[16:14:11] 0xbd-0xa0 type LPCM (0x83)
[16:14:11] Subtitle Streams :
[16:14:11] Other Streams :
[16:14:11] stream id 0xbd (type 0x83 substream 0xa0) audio 0xa000bd
[16:14:11] hb_sample_pts: couldn't find video packet near 2150400
[16:14:11] hb_sample_pts: couldn't find video packet near 2168832
[16:14:11] hb_sample_pts: couldn't find video packet near 2185216
[16:14:11] hb_sample_pts: couldn't find video packet near 2203648
[16:14:11] hb_sample_pts: couldn't find video packet near 2222080
[16:14:11] hb_sample_pts: couldn't find video packet near 2240512
[16:14:11] hb_sample_pts: couldn't find video packet near 2258944
[16:14:11] hb_sample_pts: couldn't find video packet near 2275328
[16:14:11] hb_sample_pts: couldn't find video packet near 2293760
[16:14:11] scan: decoding previews for title 1
[16:14:11] scan: audio 0xa000bd: LPCM, rate=48000Hz, bitrate=1536000 Unknown (LPCM) (2.0 ch)
[16:14:14] Warning: Could not read data for preview 30, skipped
[16:14:14] scan: 29 previews, 720x576, 25.000 fps, autocrop = 0/0/0/0, aspect 16:9, PAR 64:45
[16:14:14] libhb: scan thread found 1 valid title(s)
[16:14:15] 1 job(s) to process
[16:14:15] starting job
[16:14:15] sync: expecting 250 video frames
[16:14:15] job configuration:
[16:14:15] * source
[16:14:15] + C:\Documents and Settings\MIKE.PC275422231862\My Documents\MIKES CUSTOM FOLDERS\HDD\BLUE_NO AUDIO_SAMPLE.mpg
[16:14:15] + title 1, chapter(s) 1 to 1
[16:14:15] * destination
[16:14:15] + C:\Documents and Settings\MIKE.PC275422231862\My Documents\MIKES CUSTOM FOLDERS\Videos\BLUE_NO AUDIO_SAMPLE.mp4
[16:14:15] + container: MPEG-4 (mp4v2)
[16:14:15] * video track
[16:14:15] + decoder: mpeg2
[16:14:15] + bitrate 8000 kbps
[16:14:15] + filters
[16:14:15] + Framerate Shaper (0:27000000:1080000)
[16:14:15] + frame rate: same as source (around 25.000 fps)
[16:14:15] + Crop and Scale (696:568:0:8:14:10)
[16:14:15] + source: 720 * 576, crop (0/8/14/10): 696 * 568, scale: 696 * 568
[16:14:15] + custom anamorphic
[16:14:15] + storage dimensions: 696 * 568, mod 2
[16:14:15] + pixel aspect ratio: 989 / 696
[16:14:15] + display dimensions: 989 * 568
[16:14:15] + encoder: H.264 (x264)
[16:14:15] + options: mixed-refs=0:weightb=0:8x8dct=0:trellis=0
[16:14:15] + quality: 25.00 (RF)
[16:14:15] * audio track 1
[16:14:15] + decoder: Unknown (LPCM) (2.0 ch) (track 2, id 0xa000bd)
[16:14:15] + bitrate: 1536 kbps, samplerate: 48000 Hz
[16:14:15] + mixdown: Stereo
[16:14:15] + dither: none
[16:14:15] + encoder: AAC (FDK)
[16:14:15] + bitrate: 160 kbps, samplerate: 48000 Hz
[16:14:15] file is MPEG Program Stream
[16:14:15] Probing 1 unknown stream
[16:14:15] Probe: Found stream mpeg2video. stream id 0xe0-0x0
[16:14:15] reader: first SCR 146 id 0xe0 DTS 16200
[16:14:15] encx264: encoding with stored aspect 989/696
[16:14:15] encx264: Encoding at constant RF 25.000000
x264 [warning]: --psnr used with psy on: results will be invalid!
x264 [warning]: --tune psnr should be used if attempting to benchmark psnr!
x264 [info]: using SAR=989/696
x264 [info]: using cpu capabilities: MMX2 SSE Cache64
[16:14:15] mpeg2: "Chapter 1" (1) at frame 0 time 3600
x264 [info]: profile Main, level 3.0
[16:14:15] sync: first pts is 3600
[16:14:17] reader: done. 1 scr changes
[16:14:19] work: average encoding speed for job is 0.000000 fps
[16:14:19] sync: got 250 frames, 250 expected
[16:14:19] render: lost time: 0 (0 frames)
[16:14:19] render: gained time: 0 (0 frames) (0 not accounted for)
[16:14:19] mpeg2 done: 250 frames
x264 [info]: frame I:1 Avg QP:11.00 size: 866 PSNR Mean Y:100.00 U:100.00 V:100.00 Avg:100.00 Global:100.00
x264 [info]: frame P:63 Avg QP:11.14 size: 31 PSNR Mean Y:100.00 U:100.00 V:100.00 Avg:100.00 Global:100.00
x264 [info]: frame B:186 Avg QP:14.67 size: 23 PSNR Mean Y:100.00 U:100.00 V:100.00 Avg:100.00 Global:100.00
x264 [info]: consecutive B-frames: 0.8% 0.0% 0.0% 99.2%
x264 [info]: mb I I16..4: 100.0% 0.0% 0.0%
x264 [info]: mb P I16..4: 0.0% 0.0% 0.0% P16..4: 0.0% 0.0% 0.0% 0.0% 0.0% skip:100.0%
x264 [info]: mb B I16..4: 0.0% 0.0% 0.0% B16..8: 0.0% 0.0% 0.0% direct: 0.0% skip:100.0%
x264 [info]: coded y,uvDC,uvAC intra: 0.0% 0.1% 0.0% inter: 0.0% 0.0% 0.0%
x264 [info]: i16 v,h,dc,p: 97% 0% 3% 0%
x264 [info]: i8c dc,h,v,p: 100% 0% 0% 0%
x264 [info]: Weighted P-Frames: Y:0.0% UV:0.0%
x264 [info]: SSIM Mean Y:1.0000000 (100.000db)
x264 [info]: PSNR Mean Y:100.000 U:100.000 V:100.000 Avg:100.000 Global:100.000 kb/s:5.62
[16:14:19] mux: track 0, 250 frames, 6981 bytes, 5.58 kbps, fifo 256
[16:14:19] mux: track 1, 468 frames, 199680 bytes, 159.74 kbps, fifo 512
[16:14:19] stream: 147 good frames, 0 errors (0%)
[16:14:19] libhb: work result = 0
# Job completed


2)

## VidCoder 1.5.2.0 (x86)
# Starting job 1/1
# Path: C:\Documents and Settings\MIKE.PC275422231862\My Documents\MIKES CUSTOM FOLDERS\HDD\BLUE_NO AUDIO_SAMPLE_AUDIO.mpg
# Title: 1
# Range: All
# Worker ready: Service state is Opened on pipe VidCoderWorker.3a5b369d-6d52-4797-ba24-111def13f55f
# Connecting to process 3368 on pipe VidCoderWorker.3a5b369d-6d52-4797-ba24-111def13f55f
[16:17:53] hb_init: starting libhb thread
[16:17:53] hb_scan: path=C:\Documents and Settings\MIKE.PC275422231862\My Documents\MIKES CUSTOM FOLDERS\HDD\BLUE_NO AUDIO_SAMPLE_AUDIO.mpg, title_index=1
libbluray/bdnav/index_parse.c:162: indx_parse(): error opening C:\Documents and Settings\MIKE.PC275422231862\My Documents\MIKES CUSTOM FOLDERS\HDD\BLUE_NO AUDIO_SAMPLE_AUDIO.mpg/BDMV/index.bdmv
libbluray/bdnav/index_parse.c:162: indx_parse(): error opening C:\Documents and Settings\MIKE.PC275422231862\My Documents\MIKES CUSTOM FOLDERS\HDD\BLUE_NO AUDIO_SAMPLE_AUDIO.mpg/BDMV/BACKUP/index.bdmv
libbluray/bluray.c:1725: nav_get_title_list(C:\Documents and Settings\MIKE.PC275422231862\My Documents\MIKES CUSTOM FOLDERS\HDD\BLUE_NO AUDIO_SAMPLE_AUDIO.mpg) failed (009382B8)
[16:17:53] bd: not a bd - trying as a stream/file instead
libdvdnav: Using dvdnav version 4.1.3
libdvdread: Encrypted DVD support unavailable.
libdvdnav:DVDOpenFileUDF:UDFFindFile /VIDEO_TS/VIDEO_TS.IFO failed
libdvdnav:DVDOpenFileUDF:UDFFindFile /VIDEO_TS/VIDEO_TS.BUP failed
libdvdread: Can't open file VIDEO_TS.IFO.
libdvdnav: vm: failed to read VIDEO_TS.IFO
[16:17:53] dvd: not a dvd - trying as a stream/file instead
[16:17:53] file is MPEG Program Stream
[16:17:53] Probing 1 unknown stream
[16:17:53] Probe: Found stream mpeg2video. stream id 0xe0-0x0
[16:17:53] Found the following streams
[16:17:53] Video Streams :
[16:17:53] 0xe0-0x0 type MPEG2 (0x2)
[16:17:53] Audio Streams :
[16:17:53] 0xbd-0xa0 type LPCM (0x83)
[16:17:53] Subtitle Streams :
[16:17:53] Other Streams :
[16:17:53] stream id 0xbd (type 0x83 substream 0xa0) audio 0xa000bd
[16:17:53] hb_sample_pts: couldn't find video packet near 2150400
[16:17:53] hb_sample_pts: couldn't find video packet near 2168832
[16:17:53] hb_sample_pts: couldn't find video packet near 2185216
[16:17:53] hb_sample_pts: couldn't find video packet near 2203648
[16:17:53] hb_sample_pts: couldn't find video packet near 2222080
[16:17:53] hb_sample_pts: couldn't find video packet near 2240512
[16:17:53] hb_sample_pts: couldn't find video packet near 2258944
[16:17:53] hb_sample_pts: couldn't find video packet near 2275328
[16:17:53] hb_sample_pts: couldn't find video packet near 2293760
[16:17:53] scan: decoding previews for title 1
[16:17:53] scan: audio 0xa000bd: LPCM, rate=48000Hz, bitrate=1536000 Unknown (LPCM) (2.0 ch)
[16:17:56] Warning: Could not read data for preview 30, skipped
[16:17:56] scan: 29 previews, 720x576, 25.000 fps, autocrop = 0/0/0/0, aspect 16:9, PAR 64:45
[16:17:56] libhb: scan thread found 1 valid title(s)
[16:17:57] 1 job(s) to process
[16:17:57] starting job
[16:17:57] sync: expecting 250 video frames
[16:17:57] job configuration:
[16:17:57] * source
[16:17:57] + C:\Documents and Settings\MIKE.PC275422231862\My Documents\MIKES CUSTOM FOLDERS\HDD\BLUE_NO AUDIO_SAMPLE_AUDIO.mpg
[16:17:57] + title 1, chapter(s) 1 to 1
[16:17:57] * destination
[16:17:57] + C:\Documents and Settings\MIKE.PC275422231862\My Documents\MIKES CUSTOM FOLDERS\Videos\BLUE_NO AUDIO_SAMPLE_AUDIO.mp4
[16:17:57] + container: MPEG-4 (mp4v2)
[16:17:57] * video track
[16:17:57] + decoder: mpeg2
[16:17:57] + bitrate 8000 kbps
[16:17:57] + filters
[16:17:57] + Framerate Shaper (0:27000000:1080000)
[16:17:57] + frame rate: same as source (around 25.000 fps)
[16:17:57] + Crop and Scale (696:568:0:8:14:10)
[16:17:57] + source: 720 * 576, crop (0/8/14/10): 696 * 568, scale: 696 * 568
[16:17:57] + custom anamorphic
[16:17:57] + storage dimensions: 696 * 568, mod 2
[16:17:57] + pixel aspect ratio: 989 / 696
[16:17:57] + display dimensions: 989 * 568
[16:17:57] + encoder: H.264 (x264)
[16:17:57] + options: mixed-refs=0:weightb=0:8x8dct=0:trellis=0
[16:17:57] + quality: 25.00 (RF)
[16:17:57] * audio track 1
[16:17:57] + decoder: Unknown (LPCM) (2.0 ch) (track 2, id 0xa000bd)
[16:17:57] + bitrate: 1536 kbps, samplerate: 48000 Hz
[16:17:57] + mixdown: Stereo
[16:17:57] + dither: none
[16:17:57] + encoder: AAC (FDK)
[16:17:57] + bitrate: 160 kbps, samplerate: 48000 Hz
[16:17:57] file is MPEG Program Stream
[16:17:57] Probing 1 unknown stream
[16:17:57] Probe: Found stream mpeg2video. stream id 0xe0-0x0
[16:17:57] encx264: encoding with stored aspect 989/696
[16:17:57] encx264: Encoding at constant RF 25.000000
x264 [warning]: [16:17:57] reader: first SCR 146 id 0xe0 DTS 16200
--psnr used with psy on: results will be invalid!
x264 [warning]: --tune psnr should be used if attempting to benchmark psnr!
x264 [info]: using SAR=989/696
x264 [info]: using cpu capabilities: MMX2 SSE Cache64
[16:17:57] mpeg2: "Chapter 1" (1) at frame 0 time 3600
x264 [info]: profile Main, level 3.0
[16:17:57] sync: first pts is 3600
[16:18:00] reader: done. 1 scr changes
[16:18:02] work: average encoding speed for job is 56.637169 fps
[16:18:02] sync: got 250 frames, 250 expected
[16:18:02] render: lost time: 0 (0 frames)
[16:18:02] render: gained time: 0 (0 frames) (0 not accounted for)
[16:18:02] mpeg2 done: 250 frames
x264 [info]: frame I:1 Avg QP:11.00 size: 866 PSNR Mean Y:100.00 U:100.00 V:100.00 Avg:100.00 Global:100.00
x264 [info]: frame P:63 Avg QP:11.14 size: 31 PSNR Mean Y:100.00 U:100.00 V:100.00 Avg:100.00 Global:100.00
x264 [info]: frame B:186 Avg QP:14.67 size: 23 PSNR Mean Y:100.00 U:100.00 V:100.00 Avg:100.00 Global:100.00
x264 [info]: consecutive B-frames: 0.8% 0.0% 0.0% 99.2%
x264 [info]: mb I I16..4: 100.0% 0.0% 0.0%
x264 [info]: mb P I16..4: 0.0% 0.0% 0.0% P16..4: 0.0% 0.0% 0.0% 0.0% 0.0% skip:100.0%
x264 [info]: mb B I16..4: 0.0% 0.0% 0.0% B16..8: 0.0% 0.0% 0.0% direct: 0.0% skip:100.0%
x264 [info]: coded y,uvDC,uvAC intra: 0.0% 0.1% 0.0% inter: 0.0% 0.0% 0.0%
x264 [info]: i16 v,h,dc,p: 97% 0% 3% 0%
x264 [info]: i8c dc,h,v,p: 100% 0% 0% 0%
x264 [info]: Weighted P-Frames: Y:0.0% UV:0.0%
x264 [info]: SSIM Mean Y:1.0000000 (100.000db)
x264 [info]: PSNR Mean Y:100.000 U:100.000 V:100.000 Avg:100.000 Global:100.000 kb/s:5.62
[16:18:02] mux: track 0, 250 frames, 6981 bytes, 5.58 kbps, fifo 256
[16:18:02] mux: track 1, 468 frames, 199994 bytes, 160.00 kbps, fifo 512
[16:18:02] stream: 147 good frames, 0 errors (0%)
[16:18:02] libhb: work result = 0
# Job completed

[mike20021969]

3)

## VidCoder 1.5.2.0 (x86)
# Starting job 1/1
# Path: C:\Documents and Settings\MIKE.PC275422231862\My Documents\MIKES CUSTOM FOLDERS\HDD\BLUE_AUDIO_SAMPLE.mpg
# Title: 1
# Range: All
# Worker ready: Service state is Opened on pipe VidCoderWorker.fcccfb91-c22a-4cba-8396-2ea00368c21d
# Connecting to process 5484 on pipe VidCoderWorker.fcccfb91-c22a-4cba-8396-2ea00368c21d
[16:33:15] hb_init: starting libhb thread
[16:33:15] hb_scan: path=C:\Documents and Settings\MIKE.PC275422231862\My Documents\MIKES CUSTOM FOLDERS\HDD\BLUE_AUDIO_SAMPLE.mpg, title_index=1
libbluray/bdnav/index_parse.c:162: indx_parse(): error opening C:\Documents and Settings\MIKE.PC275422231862\My Documents\MIKES CUSTOM FOLDERS\HDD\BLUE_AUDIO_SAMPLE.mpg/BDMV/index.bdmv
libbluray/bdnav/index_parse.c:162: indx_parse(): error opening C:\Documents and Settings\MIKE.PC275422231862\My Documents\MIKES CUSTOM FOLDERS\HDD\BLUE_AUDIO_SAMPLE.mpg/BDMV/BACKUP/index.bdmv
libbluray/bluray.c:1725: nav_get_title_list(C:\Documents and Settings\MIKE.PC275422231862\My Documents\MIKES CUSTOM FOLDERS\HDD\BLUE_AUDIO_SAMPLE.mpg) failed (009382B8)
[16:33:15] bd: not a bd - trying as a stream/file instead
libdvdnav: Using dvdnav version 4.1.3
libdvdread: Encrypted DVD support unavailable.
libdvdnav:DVDOpenFileUDF:UDFFindFile /VIDEO_TS/VIDEO_TS.IFO failed
libdvdnav:DVDOpenFileUDF:UDFFindFile /VIDEO_TS/VIDEO_TS.BUP failed
libdvdread: Can't open file VIDEO_TS.IFO.
libdvdnav: vm: failed to read VIDEO_TS.IFO
[16:33:15] dvd: not a dvd - trying as a stream/file instead
[16:33:15] file is MPEG Program Stream
[16:33:15] Probing 1 unknown stream
[16:33:15] Probe: Found stream mpeg2video. stream id 0xe0-0x0
[16:33:15] Found the following streams
[16:33:15] Video Streams :
[16:33:15] 0xe0-0x0 type MPEG2 (0x2)
[16:33:15] Audio Streams :
[16:33:15] 0xbd-0xa0 type LPCM (0x83)
[16:33:15] Subtitle Streams :
[16:33:15] Other Streams :
[16:33:15] stream id 0xbd (type 0x83 substream 0xa0) audio 0xa000bd
[16:33:15] hb_sample_pts: couldn't find video packet near 2240512
[16:33:15] hb_sample_pts: couldn't find video packet near 2258944
[16:33:15] hb_sample_pts: couldn't find video packet near 2275328
[16:33:15] hb_sample_pts: couldn't find video packet near 2293760
[16:33:15] scan: decoding previews for title 1
[16:33:15] scan: audio 0xa000bd: LPCM, rate=48000Hz, bitrate=1536000 Unknown (LPCM) (2.0 ch)
[16:33:18] Warning: Could not read data for preview 30, skipped
[16:33:18] scan: 29 previews, 720x576, 25.000 fps, autocrop = 0/0/0/0, aspect 16:9, PAR 64:45
[16:33:18] libhb: scan thread found 1 valid title(s)
[16:33:18] 1 job(s) to process
[16:33:18] starting job
[16:33:18] sync: expecting 250 video frames
[16:33:18] job configuration:
[16:33:18] * source
[16:33:18] + C:\Documents and Settings\MIKE.PC275422231862\My Documents\MIKES CUSTOM FOLDERS\HDD\BLUE_AUDIO_SAMPLE.mpg
[16:33:18] + title 1, chapter(s) 1 to 1
[16:33:18] * destination
[16:33:18] + C:\Documents and Settings\MIKE.PC275422231862\My Documents\MIKES CUSTOM FOLDERS\Videos\BLUE_AUDIO_SAMPLE.mp4
[16:33:18] + container: MPEG-4 (mp4v2)
[16:33:18] * video track
[16:33:18] + decoder: mpeg2
[16:33:18] + bitrate 8000 kbps
[16:33:18] + filters
[16:33:18] + Framerate Shaper (0:27000000:1080000)
[16:33:18] + frame rate: same as source (around 25.000 fps)
[16:33:18] + Crop and Scale (696:568:0:8:14:10)
[16:33:18] + source: 720 * 576, crop (0/8/14/10): 696 * 568, scale: 696 * 568
[16:33:18] + custom anamorphic
[16:33:18] + storage dimensions: 696 * 568, mod 2
[16:33:18] + pixel aspect ratio: 989 / 696
[16:33:18] + display dimensions: 989 * 568
[16:33:18] + encoder: H.264 (x264)
[16:33:18] + options: mixed-refs=0:weightb=0:8x8dct=0:trellis=0
[16:33:18] + quality: 25.00 (RF)
[16:33:18] * audio track 1
[16:33:18] + decoder: Unknown (LPCM) (2.0 ch) (track 2, id 0xa000bd)
[16:33:18] + bitrate: 1536 kbps, samplerate: 48000 Hz
[16:33:18] + mixdown: Stereo
[16:33:18] + dither: none
[16:33:18] + encoder: AAC (FDK)
[16:33:18] + bitrate: 160 kbps, samplerate: 48000 Hz
[16:33:18] file is MPEG Program Stream
[16:33:18] Probing 1 unknown stream
[16:33:18] Probe: Found stream mpeg2video. stream id 0xe0-0x0
[16:33:18] reader: first SCR 146 id 0xe0 DTS 12600
[16:33:18] encx264: encoding with stored aspect 989/696
[16:33:18] encx264: Encoding at constant RF 25.000000
x264 [warning]: --psnr used with psy on: results will be invalid!
x264 [warning]: --tune psnr should be used if attempting to benchmark psnr!
x264 [info]: using SAR=989/696
x264 [info]: using cpu capabilities: MMX2 SSE Cache64
[16:33:18] mpeg2: "Chapter 1" (1) at frame 0 time 3600
x264 [info]: profile Main, level 3.0
[16:33:18] sync: first pts is 3600
[16:33:20] reader: done. 1 scr changes
[16:33:22] work: average encoding speed for job is 0.000000 fps
[16:33:22] sync: got 250 frames, 250 expected
[16:33:22] render: lost time: 0 (0 frames)
[16:33:22] render: gained time: 0 (0 frames) (0 not accounted for)
[16:33:22] mpeg2 done: 250 frames
x264 [info]: frame I:1 Avg QP:11.00 size: 866 PSNR Mean Y:100.00 U:100.00 V:100.00 Avg:100.00 Global:100.00
x264 [info]: frame P:63 Avg QP:11.14 size: 31 PSNR Mean Y:100.00 U:100.00 V:100.00 Avg:100.00 Global:100.00
x264 [info]: frame B:186 Avg QP:14.67 size: 23 PSNR Mean Y:100.00 U:100.00 V:100.00 Avg:100.00 Global:100.00
x264 [info]: consecutive B-frames: 0.8% 0.0% 0.0% 99.2%
x264 [info]: mb I I16..4: 100.0% 0.0% 0.0%
x264 [info]: mb P I16..4: 0.0% 0.0% 0.0% P16..4: 0.0% 0.0% 0.0% 0.0% 0.0% skip:100.0%
x264 [info]: mb B I16..4: 0.0% 0.0% 0.0% B16..8: 0.0% 0.0% 0.0% direct: 0.0% skip:100.0%
x264 [info]: coded y,uvDC,uvAC intra: 0.0% 0.1% 0.0% inter: 0.0% 0.0% 0.0%
x264 [info]: i16 v,h,dc,p: 97% 0% 3% 0%
x264 [info]: i8c dc,h,v,p: 100% 0% 0% 0%
x264 [info]: Weighted P-Frames: Y:0.0% UV:0.0%
x264 [info]: SSIM Mean Y:1.0000000 (100.000db)
x264 [info]: PSNR Mean Y:100.000 U:100.000 V:100.000 Avg:100.000 Global:100.000 kb/s:5.62
[16:33:22] mux: track 0, 250 frames, 6981 bytes, 5.58 kbps, fifo 256
[16:33:22] mux: track 1, 468 frames, 199680 bytes, 159.74 kbps, fifo 512
[16:33:22] stream: 147 good frames, 0 errors (0%)
[16:33:22] libhb: work result = 0
# Job completed

[Vilmalith]

On the latest Vidcoder's. What video settings is it using? I ask because I set advanced options and just noticed that handbrake forces you to disable the x264 settings section to be able to use the advanced video options.

In vidcoder there isn't an option to turn off the x264 settings section. And just for kicks today I ripped the same movie a couple times with vidcoder and with handbrake using the same settings. And the end result comes out subjectively better with handbrake.

So I'm assuming that vidcoder is using the x264 settings regardless of what you pick in the advanced tab?

[RandomEngy]

In VidCoder the advanced options string and the "extra options" string are the same. This isn't quite correct because the defaults for the settings can change based on different profiles, etc so at some point in the future I'll adopt HandBrake's either-or system. But if you're paying attention to the "extra options", if those are the same between HandBrake and VidCoder it should encode identically.

[Vilmalith]

The "extra options" string are the same. However, in Vidcoder the string is not changing anything that is set by a preset. Stuff that isn't part of the preset is being set to what I have in the string. So the rips do end up different in quality and size. Wishing I would have noticed this much much earlier, lol.

[RandomEngy]

Can you give a specific example with a log?

[uncola]

This works great, I couldn't get handbrake to work with In and Out points at all, I even tried a nightly build.. but this GUI works fantastic

[RandomEngy]

Released VidCoder 1.5.3 Beta (https://vidcoder.codeplex.com/releases/view/109394):

* Added option to pick basic x264 settings or advanced x264 settings. Advanced tab is hidden until it's enabled.
* Added option to burn in subtitles that are automatically picked by language.
* Updated HandBrake core to SVN 5641.

* Fixed issue with chosen non-x264 encoders not staying chosen.
* Fixed crash if upgrading to the beta with a non-x264 encoder.

Released VidCoder 1.4.23 (https://vidcoder.codeplex.com/releases/view/109397):

* Added French translation.

* Fixed non-x264 video encoders not sticking in video tab.

[fantasmanegro]

Released VidCoder 1.5.3 Beta (https://vidcoder.codeplex.com/releases/view/109394):

* Added option to pick basic x264 settings or advanced x264 settings. Advanced tab is hidden until it's enabled.

i really like the way vidcoder used to work with the advanced tab... because i could set profiles, tunes and presets and after that, modify other settings in advanced tab...

i feel that in beta, settings are now limited...

by the way... when select advanced tab radio button, the audio tab is the last... i mean in stable version the order is PICTURE, FILTER, VIDEO, AUDIO and ADVANCED, but in beta when advanced tab radio is checked ther order is PICTURE, FILTER, VIDEO, ADVANCED and AUDIO...

a bug?...:confused:

[RandomEngy]

Not a bug. Now the two video-related tabs are side-by-side. It never made sense to me that the advanced video tab was over on the end.

I made the change to the either-or system for video settings because the advanced tab is inaccurate when you select presets: the default settings for the advanced tab change when you select a preset, but the UI doesn't reflect that. So the UI might be claiming you have one setting, but it's actually being set to something else due to a preset/profile/level/tune. Dynamically changing the defaults for all the settings based on these factors would be a huge amount of work and be an ongoing maintenance hassle as the x264 presets and tunes are tweaked. And IMO the Advanced panel isn't of that great practical use; I left it in because people were used to using it and liked having all those knobs to twiddle.

[fantasmanegro]

I made the change to the either-or system for video settings because the advanced tab is inaccurate when you select presets: the default settings for the advanced tab change when you select a preset, but the UI doesn't reflect that. So the UI might be claiming you have one setting, but it's actually being set to something else due to a preset/profile/level/tune

you are right about that, but users "already knows" that behavior... preset/tune/profile does not "refresh" advanced tab options... and it's knowed that in x264 Command Line everything after presets/tunes/profiles will change what was set before...

it is just my point of view that in my case is really helpful the way vidcoder works in 1.4...

:goodpost::thanks:

[RandomEngy]

It's not just about what the user knows or doesn't know. It's literally impossible to set certain settings to particular values using the advanced tab when you have a profile selected.

[RandomEngy]

You know that HandBrake has a hb_x264_param_unparse (https://trac.handbrake.fr/changeset/5059) function which would make all of this possible, don't you?

Both, the HandBrake Linux GUI and the HandBrake Mac OS X GUI (the Windows GUI doesn't) are already using hb_x264_param_unparse (https://trac.handbrake.fr/changeset/5059) to reflect the x264 preset / tune / profile / level settings on the advanced tab.

So why do you say it would be a huge amount of work?

And why would it be an ongoing maintenance hassle if the x264 presets and tunes would get tweaked?

Actually the x264 presets and tunes haven't been tweaked for a long time. And if they would get tweaked, that would automatically be handled by the hb_x264_param_unparse (https://trac.handbrake.fr/changeset/5059) function, wouldn't it? So why do you say "ongoing maintenance hassle"?



Which settings / values would that be?

There are many but one example is if you pick the "Slow" preset, it's impossible to choose the "Hexagon" motion estimation method. It thinks it's the default so it leaves it out of the options string. But it's really getting set by the preset to Uneven Multi-Hexagon.

Also of note is that the "unparse" function is just one-way. You can go from basic to advanced but not back. This leads to some bad interactions with tabs; you can set a preset but as soon as you start interacting with the advanced UI that preset is invalid. I might use the function to pre-populate the advanced tab when you swap to it from Basic, but I still don't like the idea of keeping them both active at once since you cannot do implicit swaps between the two.

[JohnAStebbins]

Also of note is that the "unparse" function is just one-way. You can go from basic to advanced but not back. This leads to some bad interactions with tabs; you can set a preset but as soon as you start interacting with the advanced UI that preset is invalid. I might use the function to pre-populate the advanced tab when you swap to it from Basic, but I still don't like the idea of keeping them both active at once since you cannot do implicit swaps between the two.

FYI, this is the reason that the LinGui allows only a one-way transition to advanced settings. In the LinGui, you can select a preset/tune/profile/level (which will update the settings that are visible in the advanced settings tab). Then you can enabled the advanced settings tab (with the "Use Advanced Options" checkbox) and make further tweaks. But disabling the advanced settings tab results in all advanced settings tweaks being discarded. When the advanced settings tab is enabled, preset/tune/profile/level controls are disabled.

[RandomEngy]

jq963152, you are misinterpreting my posts. I was explaining to fantasmanegro why the approach in VC 1.4 was incorrect and had to change from a simultaneous edit model to an either-or model.

The Linux GUI does not have a simultaneous edit model, it has an either-or model with implicit switches between the two modes. Either the preset/profile/tune/level/extra options are used or the advanced panel is used. I never ruled out using the unparse function to make the transition smoother; in fact I think I will do exactly that in the next version. That will let you start with a preset/profile/tune and then tweak in the Advanced tab.

[fantasmanegro]

in fact I think I will do exactly that in the next version. That will let you start with a preset/profile/tune and then tweak in the Advanced tab.

this will be the best if you do!...

but as i said before... i really like the way 1.4 works... even if it does not "refres" changes in advanced tab... because i read a lot of x264 and know a little bit of basic... set the presets and after that every change will overrides the preset...

by the way... i'm checking the spanish translation because it doesnt feel friendly...:o

:thanks:

[RandomEngy]

Released VidCoder 1.5.4 Beta (https://vidcoder.codeplex.com/releases/view/110305):

* Added German translation.
* Added ability to import and export queues via XML files.
* Added a selectable fallback encoder for auto-passthrough. If the codec can't be passed through it will be re-encoded.
* The advanced x264 settings are now populated with settings from the previously selected preset/profile/tune/level when switching to the advanced tab.
* After selecting "advanced" settings we now switch to the tab automatically.
* Updated HandBrake core to SVN 5678.

* Fixed crash in number box.
* Added missing strings to resource files.
* Fixed blu-ray title names getting cut off in the Queue Multiple Titles dialog.

[fantasmanegro]

Released VidCoder 1.5.4 Beta (https://vidcoder.codeplex.com/releases/view/110305):
* The advanced x264 settings are now populated with settings from the previously selected preset/profile/tune/level when switching to the advanced tab.
* After selecting "advanced" settings we now switch to the tab automatically.


thank you very much....:thanks:

[RandomEngy]

Released VidCoder 1.4.24 (https://vidcoder.codeplex.com/releases/view/110551):

* Added German translation, thanks to felix.bau42, MOSMarauder and Oetzy.
* Added Chinese Traditional translation, thanks to sec2 and ken670128.

[jkauff]

Released VidCoder 1.4.24 (https://vidcoder.codeplex.com/releases/view/110551):

* Added German translation, thanks to felix.bau42, MOSMarauder and Oetzy.
* Added Chinese Traditional translation, thanks to sec2 and ken670128.
Still based on the last official Handbrake release? I assume the 1.5 betas are the way to go for recent nightlies?

[RandomEngy]

Yeah Stable is based off of HandBrake 0.9.9 and Beta is based off of the latest HandBrake nightlies.

[mike20021969]

VidCoder Beta 1.5.4.0 is based on HandBrake svn5678.

Yet HandBrake's nightly page (still) shows svn5675. I'm curious as to why HB didn't update to svn5678 yet?

[fantasmanegro]

silly question... what is a worker process in vidcoder?...

[RandomEngy]

The interface runs in one process while all the encoding work is done in another process. So if Handbrake crashes it can just continue to the next queue item rather than crash the whole application.

[fantasmanegro]

The interface runs in one process while all the encoding work is done in another process. So if Handbrake crashes it can just continue to the next queue item rather than crash the whole application.

:eek:, that is the reason when vidcoder crash the encoding process still appears in windows manager.....

cool!

[DIEGO7-5]

I would like to share this vidcoder preset i have made. it can keep video encoding bitrates low while retaining quality @1080p. Example: Gran Torino (very clean source)with "audiocopy": 2.7 GB @ 1080p. And "Death Race (2008)" with lots of details, action and grainy film material with DTS@ 786 kbps is 4.3 GB @1080p. The tests refer to 1 Audio Track. Of course bitrates on audio tracks can vary from country to country. Maybe you want to give it a shot and see if you like this preset.

[RandomEngy]

Released VidCoder 1.5.5 Beta (https://vidcoder.codeplex.com/releases/view/111014):

* Added command-line interface. Will enqueue a file and start encoding it. Syntax: VidCoderCLI.exe encode -s <source> -d <destination> -p <preset>
* Updated HandBrake core to SVN 5714.

* Fixed encoder-specific passthroughs not working.

[jkauff]

@RandomEngy: I just wanted to tell you how much I appreciate your work on VidCoder. As a UI designer, I find some of Handbrake's UI decisions unfortunate. VidCoder is the UI that Handbrake ought to have. For example, adding a Pause button exposes functionality in Handbrake that their own GUI doesn't offer.

I also appreciate the frequent beta updates with the newer HB nightlies.

I'm looking forward to the day when QuickSync support becomes part of the main branch of Handbrake, so we'll have a VidCoder version to go with it.

Thanks again for all your hard work.

[JohnAStebbins]

As a UI designer, I find some of Handbrake's UI decisions unfortunate. ... For example, adding a Pause button exposes functionality in Handbrake that their own GUI doesn't offer.
RandomEngy deserves credit for this, but the example you chose does not reflect on the "UI design" of HandBrake. It reflects on the architecture of the HandBrake windows GUI. The windows GUI is currently a frontend for the CLI (work to rectify this is ongoing). This makes pausing a more difficult task. VidCoder interfaces directly with libhb and can accomplish this task much more easily.

The HandBrake GUI for both linux and osx have pause buttons.

[therube]

Hi.

I've just started messing around transcoding video files & I must say the changes in the Beta, namely advanced x264 settings are now populated with settings from the previously selected preset... make it more intuitive & provide better feedback then in the release version.

Thanks.

[therube]

RFE: Store Elapsed Time in Log file. Perhaps just before the logs final line; # Job completed.

[jkauff]

RandomEngy deserves credit for this, but the example you chose does not reflect on the "UI design" of HandBrake. It reflects on the architecture of the HandBrake windows GUI. The windows GUI is currently a frontend for the CLI (work to rectify this is ongoing). This makes pausing a more difficult task. VidCoder interfaces directly with libhb and can accomplish this task much more easily.

The HandBrake GUI for both linux and osx have pause buttons.
My mistake. I thought VidCoder until recently was also frontending HandbrakeCLI.exe. I've never seen the Linux or OSX GUIs, but I assume at least the OSX version follows Apple guidelines. I know Handbrake started out as an Apple-oriented application; maybe that's why the Windows GUI looks and feels like something created by a developer rather than a designer. I love Handbrake, and I'm grateful that RandomEngy gives us Windows users some UI love.

[jkauff]

There are some screenshots on the HandBrake website
Thanks for the links. I'm surprised the three versions are so different--it reinforces my suspicion that the devs are doing the UI design.

[RandomEngy]

@jkauff: Thanks, that's good to hear. Though technically I am also a developer and not a designer. :)

@therube: I'll add the elapsed time to the log file.

[jkauff]

I've known developers who could design a good UI, but not many. I'm glad you've got that skill in your toolbox.

[JohnAStebbins]

Thanks for the links. I'm surprised the three versions are so different--it reinforces my suspicion that the devs are doing the UI design.

There are very few devs on the HandBrake project (only 1 that works on the windows port). And *no* UI design specialists. If we had a UI design specialist, we'd probably just piss them off anyway :D

[jkauff]

There are very few devs on the HandBrake project (only 1 that works on the windows port). And *no* UI design specialists. If we had a UI design specialist, we'd probably just piss them off anyway :D
I'd be happy to donate time and effort, but I don't see a place on the website or the forum where I can make the offer. Chances are I'd piss the devs off rather than the other way around, that's the way it usually works ("Why do we need to do it that way?").

[sr55]

@jkauff -> feel free to post in the development or requests forums if you have any thoughts. At the very least, you'll get an understanding of why we do things a certain way. (Either technical or simply a lack of time/interest)
I'm sure someone will also be along with a snarky comment too :)

Fwiw, I'm not A UI designer. I typically go with KIS and what works for me unless someone has a better idea.

[RandomEngy]

Maybe. I like using WPF because the result is a UI that closely matches other Windows applications. Also several HandBrake devs don't agree with some of the ways I've structured the UI in VidCoder (which I why I had to branch in the first place).

[datauser]

I've mentioned this on vidcoder's page and no doubt many have mentioned it on Handbrake's Forum. The way AAC audio is processed via gain or DRC is very, very limited. Do a gain of 3 or 10 on a 5.1 track makes no difference either under amplified or overamplified depending on the encoding. You have absolutely no way of extracting the resultant audio intact e.g a FAAC encoded track, as the audio registers short(Using MKV extract, cleaver, Yamb etc) probably due to its vbr nature during encoding etc, so the sound stutters.

You can read it with aac gain sometimes!!! and the track usually is massively overclipped, which you solve easily, if aac gain reads the tag or file format??? but hey it doesn't mux back in correctly because it was never extracted correctly in the first place, so you are stuck with it in its original over-amplified non extracted form even though it plays okay at correct untouched video length. This is a Handbrake issue and for the life of me I fail to understand why they have never incorporated a correct audio normalisation feature as yet like Staxrip successfully uses. Just have to wait and see if Handbrake implements something better like core stripping of audio.

[mike20021969]

A while ago I said I had a problem with AAC (FDK) in VidCoder (HandBrake works fine with it):

http://forum.doom9.org/showthread.php?p=1633950#post1633950

I was trying something today and noticed that if I convert the audio to mono, the file plays correctly.

Here's the log for mono:

## VidCoder 1.5.5.0 (x86)
# Starting job 1/1
# Path: C:\Documents and Settings\MIKE.PC275422231862\My Documents\MIKES CUSTOM FOLDERS\Videos\TEST.mpg
# Title: 1
# Seconds: 0-15
# Worker ready: Service state is Opened on pipe VidCoderWorker.4fc8f79e-ee0f-47e7-8988-708c5ef6de88
# Connecting to process 14256 on pipe VidCoderWorker.4fc8f79e-ee0f-47e7-8988-708c5ef6de88
[10:35:23] hb_init: starting libhb thread
[10:35:23] hb_scan: CPU count: 2
[10:35:23] hb_scan: CPU name: Genuine Intel(R) CPU T2400 @ 1.83GHz
[10:35:23] hb_scan: path=C:\Documents and Settings\MIKE.PC275422231862\My Documents\MIKES CUSTOM FOLDERS\Videos\TEST.mpg, title_index=1
libbluray/bdnav/index_parse.c:162: indx_parse(): error opening C:\Documents and Settings\MIKE.PC275422231862\My Documents\MIKES CUSTOM FOLDERS\Videos\TEST.mpg/BDMV/index.bdmv
libbluray/bdnav/index_parse.c:162: indx_parse(): error opening C:\Documents and Settings\MIKE.PC275422231862\My Documents\MIKES CUSTOM FOLDERS\Videos\TEST.mpg/BDMV/BACKUP/index.bdmv
libbluray/bluray.c:1725: nav_get_title_list(C:\Documents and Settings\MIKE.PC275422231862\My Documents\MIKES CUSTOM FOLDERS\Videos\TEST.mpg) failed (009382B8)
[10:35:23] bd: not a bd - trying as a stream/file instead
libdvdnav: Using dvdnav version 4.1.3
libdvdread: Encrypted DVD support unavailable.
libdvdnav:DVDOpenFileUDF:UDFFindFile /VIDEO_TS/VIDEO_TS.IFO failed
libdvdnav:DVDOpenFileUDF:UDFFindFile /VIDEO_TS/VIDEO_TS.BUP failed
libdvdread: Can't open file VIDEO_TS.IFO.
libdvdnav: vm: failed to read VIDEO_TS.IFO
[10:35:23] dvd: not a dvd - trying as a stream/file instead
[10:35:23] file is MPEG Program Stream
[10:35:23] Probing 1 unknown stream
[10:35:23] Probe: Found stream mpeg2video. stream id 0xe0-0x0
[10:35:23] Found the following streams
[10:35:23] Video Streams :
[10:35:23] 0xe0-0x0 type MPEG2 (0x2)
[10:35:23] Audio Streams :
[10:35:23] 0xbd-0x80 type AC3 (0x81)
[10:35:23] Subtitle Streams :
[10:35:23] Other Streams :
[10:35:23] stream id 0xbd (type 0x81 substream 0x80) audio 0x8000bd
[10:35:23] scan: decoding previews for title 1
[10:35:23] scan: audio 0x8000bd: AC-3, rate=48000Hz, bitrate=224000 Unknown (AC3) (2.0 ch)
[10:35:26] scan: 30 previews, 720x576, 25.000 fps, autocrop = 0/0/42/74, aspect 4:3, PAR 16:15
[10:35:26] stream: 74 good frames, 0 errors (0%)
[10:35:26] libhb: scan thread found 1 valid title(s)
[10:35:26] 1 job(s) to process
[10:35:26] starting job
[10:35:26] sync: expecting 400 video frames
[10:35:26] job configuration:
[10:35:26] * source
[10:35:26] + C:\Documents and Settings\MIKE.PC275422231862\My Documents\MIKES CUSTOM FOLDERS\Videos\TEST.mpg
[10:35:26] + title 1, start 00:00:0.00 stop 00:00:15.00
[10:35:26] * destination
[10:35:26] + C:\Documents and Settings\MIKE.PC275422231862\My Documents\MIKES CUSTOM FOLDERS\Videos\TEST - 0.00.00-0.00.15.mp4
[10:35:26] + container: MPEG-4 (mp4v2)
[10:35:26] * video track
[10:35:26] + decoder: mpeg2
[10:35:26] + bitrate 7000 kbps
[10:35:26] + filters
[10:35:26] + Framerate Shaper (0:27000000:1080000)
[10:35:26] + frame rate: same as source (around 25.000 fps)
[10:35:26] + Crop and Scale (720:576:0:0:0:0)
[10:35:26] + source: 720 * 576, crop (0/0/0/0): 720 * 576, scale: 720 * 576
[10:35:26] + custom anamorphic
[10:35:26] + storage dimensions: 720 * 576, mod 2
[10:35:26] + pixel aspect ratio: 16 / 15
[10:35:26] + display dimensions: 768 * 576
[10:35:26] + encoder: H.264 (x264)
[10:35:26] + options: mixed-refs=0:weightb=0:8x8dct=0:trellis=0
[10:35:26] + quality: 25.00 (RF)
[10:35:26] * audio track 1
[10:35:26] + decoder: Unknown (AC3) (2.0 ch) (track 2, id 0x8000bd)
[10:35:26] + bitrate: 224 kbps, samplerate: 48000 Hz
[10:35:26] + mixdown: Mono
[10:35:26] + dither: none
[10:35:26] + encoder: AAC (FDK)
[10:35:26] + bitrate: 160 kbps, samplerate: 48000 Hz
[10:35:26] file is MPEG Program Stream
[10:35:26] Probing 1 unknown stream
[10:35:26] Probe: Found stream mpeg2video. stream id 0xe0-0x0
[10:35:26] reader: first SCR 146 id 0xe0 DTS 16200
[10:35:26] encx264: encoding with stored aspect 16/15
[10:35:26] encx264: Encoding at constant RF 25.000000
x264 [info]: using SAR=16/15
x264 [info]: using cpu capabilities: MMX2 SSE Cache64
[10:35:26] mpeg2: "Chapter 1" (1) at frame 0 time 3600
x264 [info]: profile Main, level 3.0
[10:35:26] sync: first pts is 3600
[10:35:36] sync: reached pts 1350000, exiting early
[10:35:41] work: average encoding speed for job is 36.912086 fps
[10:35:41] reader: done. 1 scr changes
[10:35:41] sync: got 375 frames, 400 expected
[10:35:41] render: lost time: 0 (0 frames)
[10:35:41] render: gained time: 0 (0 frames) (0 not accounted for)
[10:35:41] mpeg2 done: 1949 frames
x264 [info]: frame I:5 Avg QP:17.71 size: 12573
x264 [info]: frame P:138 Avg QP:20.05 size: 1038
x264 [info]: frame B:232 Avg QP:15.25 size: 55
x264 [info]: consecutive B-frames: 15.2% 6.9% 0.0% 77.9%
x264 [info]: mb I I16..4: 84.3% 0.0% 15.7%
x264 [info]: mb P I16..4: 8.2% 0.0% 0.8% P16..4: 4.5% 1.3% 0.9% 0.0% 0.0% skip:84.3%
x264 [info]: mb B I16..4: 0.1% 0.0% 0.0% B16..8: 1.4% 0.0% 0.0% direct: 0.0% skip:98.5% L0:30.5% L1:59.3% BI:10.2%
x264 [info]: coded y,uvDC,uvAC intra: 9.6% 6.1% 3.6% inter: 0.9% 1.1% 0.2%
x264 [info]: i16 v,h,dc,p: 52% 46% 2% 0%
x264 [info]: i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 18% 37% 28% 2% 3% 3% 2% 4% 3%
x264 [info]: i8c dc,h,v,p: 94% 2% 3% 1%
x264 [info]: Weighted P-Frames: Y:45.7% UV:8.7%
x264 [info]: ref P L0: 90.2% 5.8% 3.5% 0.5% 0.0%
x264 [info]: ref B L0: 55.2% 44.5% 0.3%
x264 [info]: ref B L1: 94.3% 5.7%
x264 [info]: kb/s:116.78
[10:35:41] mux: track 0, 375 frames, 218825 bytes, 116.71 kbps, fifo 512
[10:35:41] mux: track 1, 703 frames, 299991 bytes, 160.00 kbps, fifo 1024
[10:35:41] stream: 33861 good frames, 0 errors (0%)
[10:35:41] libhb: work result = 0
# Job completed


Here's the log for stereo for comparison:
## VidCoder 1.5.5.0 (x86)
# Starting job 1/1
# Path: C:\Documents and Settings\MIKE.PC275422231862\My Documents\MIKES CUSTOM FOLDERS\Videos\TEST.mpg
# Title: 1
# Seconds: 0-15
# Worker ready: Service state is Opened on pipe VidCoderWorker.9991a41c-5315-4de3-8f2a-6d5b4893ce26
# Connecting to process 7892 on pipe VidCoderWorker.9991a41c-5315-4de3-8f2a-6d5b4893ce26
libbluray/bdnav/index_parse.c:162: indx_parse(): error opening C:\Documents and Settings\MIKE.PC275422231862\My Documents\MIKES CUSTOM FOLDERS\Videos\TEST.mpg/BDMV/index.bdmv
libbluray/bdnav/index_parse.c:162: indx_parse(): error opening C:\Documents and Settings\MIKE.PC275422231862\My Documents\MIKES CUSTOM FOLDERS\Videos\TEST.mpg/BDMV/BACKUP/index.bdmv
libbluray/bluray.c:1725: nav_get_title_list(C:\Documents and Settings\MIKE.PC275422231862\My Documents\MIKES CUSTOM FOLDERS\Videos\TEST.mpg) failed (009382B8)
[10:36:25] bd: not a bd - trying as a stream/file instead
libdvdnav: Using dvdnav version 4.1.3
libdvdread: Encrypted DVD support unavailable.
libdvdnav:DVDOpenFileUDF:UDFFindFile /VIDEO_TS/VIDEO_TS.IFO failed
libdvdnav:DVDOpenFileUDF:UDFFindFile /VIDEO_TS/VIDEO_TS.BUP failed
libdvdread: Can't open file VIDEO_TS.IFO.
libdvdnav: vm: failed to read VIDEO_TS.IFO
[10:36:25] dvd: not a dvd - trying as a stream/file instead
[10:36:25] file is MPEG Program Stream
[10:36:25] Probing 1 unknown stream
[10:36:26] Probe: Found stream mpeg2video. stream id 0xe0-0x0
[10:36:26] Found the following streams
[10:36:26] Video Streams :
[10:36:26] 0xe0-0x0 type MPEG2 (0x2)
[10:36:26] Audio Streams :
[10:36:26] 0xbd-0x80 type AC3 (0x81)
[10:36:26] Subtitle Streams :
[10:36:26] Other Streams :
[10:36:26] stream id 0xbd (type 0x81 substream 0x80) audio 0x8000bd
[10:36:26] scan: decoding previews for title 1
[10:36:26] scan: audio 0x8000bd: AC-3, rate=48000Hz, bitrate=224000 Unknown (AC3) (2.0 ch)
[10:36:29] scan: 30 previews, 720x576, 25.000 fps, autocrop = 0/0/42/74, aspect 4:3, PAR 16:15
[10:36:29] stream: 74 good frames, 0 errors (0%)
[10:36:29] libhb: scan thread found 1 valid title(s)
[10:36:29] 1 job(s) to process
[10:36:29] starting job
[10:36:29] sync: expecting 400 video frames
[10:36:29] job configuration:
[10:36:29] * source
[10:36:29] + C:\Documents and Settings\MIKE.PC275422231862\My Documents\MIKES CUSTOM FOLDERS\Videos\TEST.mpg
[10:36:29] + title 1, start 00:00:0.00 stop 00:00:15.00
[10:36:29] * destination
[10:36:29] + C:\Documents and Settings\MIKE.PC275422231862\My Documents\MIKES CUSTOM FOLDERS\Videos\TEST - 0.00.00-0.00.15-1.mp4
[10:36:29] + container: MPEG-4 (mp4v2)
[10:36:29] * video track
[10:36:29] + decoder: mpeg2
[10:36:29] + bitrate 7000 kbps
[10:36:29] + filters
[10:36:29] + Framerate Shaper (0:27000000:1080000)
[10:36:29] + frame rate: same as source (around 25.000 fps)
[10:36:29] + Crop and Scale (720:576:0:0:0:0)
[10:36:29] + source: 720 * 576, crop (0/0/0/0): 720 * 576, scale: 720 * 576
[10:36:29] + custom anamorphic
[10:36:29] + storage dimensions: 720 * 576, mod 2
[10:36:29] + pixel aspect ratio: 16 / 15
[10:36:29] + display dimensions: 768 * 576
[10:36:29] + encoder: H.264 (x264)
[10:36:29] + options: mixed-refs=0:weightb=0:8x8dct=0:trellis=0
[10:36:29] + quality: 25.00 (RF)
[10:36:29] * audio track 1
[10:36:29] + decoder: Unknown (AC3) (2.0 ch) (track 2, id 0x8000bd)
[10:36:29] + bitrate: 224 kbps, samplerate: 48000 Hz
[10:36:29] + mixdown: Stereo
[10:36:29] + dither: none
[10:36:29] + encoder: AAC (FDK)
[10:36:29] + bitrate: 160 kbps, samplerate: 48000 Hz
[10:36:29] file is MPEG Program Stream
[10:36:29] Probing 1 unknown stream
[10:36:29] Probe: Found stream mpeg2video. stream id 0xe0-0x0
[10:36:29] encx264: encoding with stored aspect 16/15
[10:36:29] encx264: Encoding at constant RF 25.000000
x264 [info]: using SAR=16/15
x264 [info]: using cpu capabilities: MMX2 SSE Cache64
[10:36:29] reader: first SCR 146 id 0xe0 DTS 16200
[10:36:29] mpeg2: "Chapter 1" (1) at frame 0 time 3600
x264 [info]: profile Main, level 3.0
[10:36:29] sync: first pts is 3600
[10:36:40] sync: reached pts 1350000, exiting early
[10:36:43] work: average encoding speed for job is 35.725067 fps
[10:36:44] reader: done. 1 scr changes
[10:36:44] sync: got 375 frames, 400 expected
[10:36:44] render: lost time: 0 (0 frames)
[10:36:44] render: gained time: 0 (0 frames) (0 not accounted for)
[10:36:44] mpeg2 done: 1848 frames
x264 [info]: frame I:5 Avg QP:17.71 size: 12573
x264 [info]: frame P:138 Avg QP:20.05 size: 1038
x264 [info]: frame B:232 Avg QP:15.25 size: 55
x264 [info]: consecutive B-frames: 15.2% 6.9% 0.0% 77.9%
x264 [info]: mb I I16..4: 84.3% 0.0% 15.7%
x264 [info]: mb P I16..4: 8.2% 0.0% 0.8% P16..4: 4.5% 1.3% 0.9% 0.0% 0.0% skip:84.3%
x264 [info]: mb B I16..4: 0.1% 0.0% 0.0% B16..8: 1.4% 0.0% 0.0% direct: 0.0% skip:98.5% L0:30.5% L1:59.3% BI:10.2%
x264 [info]: coded y,uvDC,uvAC intra: 9.6% 6.1% 3.6% inter: 0.9% 1.1% 0.2%
x264 [info]: i16 v,h,dc,p: 52% 46% 2% 0%
x264 [info]: i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 18% 37% 28% 2% 3% 3% 2% 4% 3%
x264 [info]: i8c dc,h,v,p: 94% 2% 3% 1%
x264 [info]: Weighted P-Frames: Y:45.7% UV:8.7%
x264 [info]: ref P L0: 90.2% 5.8% 3.5% 0.5% 0.0%
x264 [info]: ref B L0: 55.2% 44.5% 0.3%
x264 [info]: ref B L1: 94.3% 5.7%
x264 [info]: kb/s:116.78
[10:36:44] mux: track 0, 375 frames, 218825 bytes, 116.71 kbps, fifo 512
[10:36:44] mux: track 1, 703 frames, 300274 bytes, 160.15 kbps, fifo 1024
[10:36:44] stream: 32098 good frames, 0 errors (0%)
[10:36:44] libhb: work result = 0
# Job completed


Does that help isolating what the problem could be?

Thanks for your time.

[jkauff]

Now that QuickSync support has been merged into the main repository for Handbrake, and appears in the latest nightlies, will the next VidCoder beta include it as well, or does that entail a lot of extra work for you?

[RandomEngy]

Yes the plan is that the next beta will have the support.

mike: I'm not having any issues with converting AC3 to FDK AAC. Perhaps if you shared a video clip and the preset you used to encode it.

[mike20021969]

mike: I'm not having any issues with converting AC3 to FDK AAC. Perhaps if you shared a video clip and the preset you used to encode it.

I did a while ago:

http://forum.doom9.org/showpost.php?p=1634534&postcount=805

But it didn't go anywhere (i.e. you couldn't reproduce it).

:o

[RandomEngy]

Post the preset you're using and I'll give it a try.

[mike20021969]

Post the preset you're using and I'll give it a try.

Here's the preset:
http://www.mediafire.com/?9wlaer95ceolm1m

(The previous preset was also included along with the sample video).

Even using the built in presets with AAC (FDK), the glitch that I encounter is still there. The glitch doesn't happen if I choose Mixdown>Mono as I found out recently.

As a reminder, I'm using the DivX H264/AAC decoder in Windows Media Player. A file created with HandBrake + AAC (FDK) doesn't glitch with WMP.

Thanks for your efforts.

[RandomEngy]

Ahh that's right. I never did get a full Handbrake log from you on that one. You posted some but the verbosity was all messed up. I tried it just now and noticed that VidCoder has dither: none and HandBrake uses dither: triangular. I still can't tell any difference between the results for each program but that might be the difference. In the next beta version I'll change the VidCoder to choose the dither method automatically (like what HandBrake is doing).

[RandomEngy]

Released VidCoder 1.5.6 Beta (https://vidcoder.codeplex.com/releases/view/111839):

* Added access to new avformat muxers. Container choices are now pulled dynamically from the HandBrake API. Note that the mp4v2 muxer does not work in 32-bit mode, and the avformat MP4 muxer does not yet support vobsub subtitles.
* Changed shutdown to use InitiateSystemShutdownEx so it can work even when you're remoting to another computer.
* Added elapsed encode time to log.

* Moved encode details popup to above the progress bar so it doesn't flicker when it's at the bottom of the screen.
* Fixed problem with the MP4/DTS error not refreshing when changing containers.

Turns out you need an Intel graphics output for QSV to work and I don't have anything handy to test on so that's going to have to wait for another beta.

[mike20021969]

Released VidCoder 1.5.6 Beta (https://vidcoder.codeplex.com/releases/view/111839):


The problem I was having with AAC (FDK) is cured.
Many thanks.

PS Just curious as to why the writing application now shows as Lavf54.20.3 instead of the HandBrake version...?

[jkauff]

@RandomEngy, I've got the necessary hardware. I'd be happy to do some testing for you when you're ready.

[RandomEngy]

The problem I was having with AAC (FDK) is cured.
Many thanks.

PS Just curious as to why the writing application now shows as Lavf54.20.3 instead of the HandBrake version...?

Probably because it's the new muxer writing out that metadata, and they haven't changed that string yet.

[Ruriko]

Is there a way make it include subtitles when mass enqueue files?

[RandomEngy]

The settings under Options -> Audio/Subtitles -> Automatic subtitle selection should apply.

[Ruriko]

Is there a way to hard-code the subtitles when mass queueing files?

[RandomEngy]

You mean burn them into the picture? Select the "burn in" checkbox next to that setting.

[Ruriko]

You mean burn them into the picture? Select the "burn in" checkbox next to that setting.

The only problem is I can't pick English & burn in :(

[RandomEngy]

It's been added to the Beta version. You can wait for the feature to appear in Stable or switch to it.

[pearlblack15]

Hi, a quick question about quick sync support in VidCoder: Does it support encoding in 32 bit windows? Because, according to handbrake site, it says it will only support the 64 bit version. However, I remember I used QSV on VidCoder and successfully encoded a test file but unfortunately I had been failing ever since. It no longer encodes and the vidcoderworker.exe terminates unexpectedly. Therefore I checked the handbrake site for information and read the following page: https://trac.handbrake.fr/milestone/QuickSync%20Beta.

I tried again with H.264 encoded files to re-compress again with QSV (since the page said, it could only decode H.264 although I am not sure what decoding has to do with encoding. The decoding part should be have carried out by other codecs prior to encoding by QSV.) and it failed again.
Throw some light as to what is the system requirement to implement QSV encoding.

Thank you. Great and easy application btw :)

[RandomEngy]

You encoded some stuff with QSV in VidCoder? I haven't done any work to support it (don't have hardware to test with). I guess it shows up in the video encoder list for you?

[therube]

> * Added elapsed encode time to log.

Thank you :o.

[therube]

Unicode (file/path name) support ?

[RandomEngy]

Looks like they just submitted a patch to fix it: https://trac.handbrake.fr/changeset/5798 I'll make sure I encode to UTF-8 and everything is working when I get a chance.

[pearlblack15]

You encoded some stuff with QSV in VidCoder?....... I guess it shows up in the video encoder list for you?

Yes, like I said. I even compared the two videos. While the encoding was faster by few seconds for QSV, the quality of the video was slightly lower than x264 CPU encoding (with default settings, same bitrate, 2 pass encoding). May be some internal settings had an effect on overall quality/speed. Mediainfo showed slightly different results like 2 ReFrames(qsv) vs 4(x264). Anyway, that was the first and last time I had with QSV. I had deleted the stuffs so now I cannot give any evidence to my claim lol

And yes, it lists QSV on video encoder list.
Thank you for clarification btw. Looking forward to use QSV soon in VidCoder (x86).

[skanskan]

Hello

Nice to find good software like this, and free.
Could you please enable the option to type an exact number for the output fps.
Now you have to select among several values, but you can't select for example 1fps, that could be useful for test and compatibility purposes, and in my case I like to encode some videos with very low framerate because they are tutorials with few movement.

regards

[RandomEngy]

Released VidCoder 1.5.7 Beta (https://vidcoder.codeplex.com/releases/view/113094):

* Updated HandBrake core to SVN 4819.
* About dialog now pulls down HandBrake version from the DLL.
* Added a confirmation dialog to Stop if the encode has been going on for more than 5 minutes.

* Fixed handling of unicode characters for input and output filenames. We now encode to UTF-8 before passing to HandBrake.
* Fixed a crash in the queue multiple titles dialog.
* Added code to rescue tool windows which get placed outside of the visible screen area.

I still need a bit more time to work on the bigger changes to accommodate the hardware acceleration stuff.

[mike20021969]

Using Windows XP SP3, I get this error when launching 1.5.7 Beta:

Microsoft.Practices.Unity.ResolutionFailedException: Resolution of the dependency failed, type = "VidCoder.Services.IUpdater", name = "(none)".
Exception occurred while: Calling constructor VidCoder.Services.Updater().
Exception is: ResolutionFailedException - Resolution of the dependency failed, type = "VidCoder.Services.ILogger", name = "(none)".
Exception occurred while: Calling constructor VidCoder.Services.Logger().
Exception is: TypeInitializationException - The type initializer for 'HandBrake.Interop.HandBrakeUtils' threw an exception.
-----------------------------------------------
At the time of the exception, the container was:

Resolving VidCoder.Services.Logger,(none) (mapped from VidCoder.Services.ILogger, (none))
Calling constructor VidCoder.Services.Logger()

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

Resolving VidCoder.Services.Updater,(none) (mapped from VidCoder.Services.IUpdater, (none))
Calling constructor VidCoder.Services.Updater()
---> Microsoft.Practices.Unity.ResolutionFailedException: Resolution of the dependency failed, type = "VidCoder.Services.ILogger", name = "(none)".
Exception occurred while: Calling constructor VidCoder.Services.Logger().
Exception is: TypeInitializationException - The type initializer for 'HandBrake.Interop.HandBrakeUtils' threw an exception.
-----------------------------------------------
At the time of the exception, the container was:

Resolving VidCoder.Services.Logger,(none) (mapped from VidCoder.Services.ILogger, (none))
Calling constructor VidCoder.Services.Logger()
---> System.TypeInitializationException: The type initializer for 'HandBrake.Interop.HandBrakeUtils' threw an exception. ---> System.DllNotFoundException: Unable to load DLL 'hb.dll': The specified module could not be found. (Exception from HRESULT: 0x8007007E)
at HandBrake.Interop.HbLib.HBFunctions.hb_global_init()
at HandBrake.Interop.HandBrakeUtils..cctor() in d:\docs\projects\HandBrakeSVN\win\CS\HandBrake.Interop\HandBrakeInterop\HandBrakeUtils.cs:line 64
--- End of inner exception stack trace ---
at HandBrake.Interop.HandBrakeUtils.add_MessageLogged(EventHandler`1 value)
at VidCoder.Services.Logger..ctor(ILogger parent, String baseFileName) in d:\docs\projects\VidCoder\VidCoder\Services\Logger.cs:line 36
at BuildUp_VidCoder.Services.Logger(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.Services.Updater..ctor() in d:\docs\projects\VidCoder\VidCoder\Services\Updater.cs:line 59
at BuildUp_VidCoder.Services.Updater(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.App.OnStartup(StartupEventArgs e) in d:\docs\projects\VidCoder\VidCoder\App.xaml.cs:line 108
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)

I've gone back and re-installed 1.5.6 Beta which is working fine.

[therube]

> Using Windows XP SP3, I get this error when launching 1.5.7 Beta:

Confirmed.

> * Fixed handling of unicode characters for input and output filenames.

Thank you :).

[RandomEngy]

Hmm. It's failing because it says it can't find hb.dll, but it seems to be included in both the x86 and x64 installers. Do you see hb.dll in c:\Program Files\VidCoder-Beta ?

[jkauff]

Works fine in Win 7 64-bit, if that helps.

[mike20021969]

Hmm. It's failing because it says it can't find hb.dll, but it seems to be included in both the x86 and x64 installers. Do you see hb.dll in c:\Program Files\VidCoder-Beta ?

Yes, it's there.

(The only way I can get 1.5.7 to launch is by using hb.dll from 1.5.6 beta but there's no point in doing that).

Edit: I just noticed something regarding HandBrake svn5819 and svn5823 - the program is falling to launch correctly. It's just an empty interface. Maybe that has something to do with it. I'll mention this error on their forum.

http://i59.photobucket.com/albums/g302/mike20021969/HandBrake_20131008_15h10m11s_001_HandBrake_zpsb4237691.jpg (http://s59.photobucket.com/user/mike20021969/media/HandBrake_20131008_15h10m11s_001_HandBrake_zpsb4237691.jpg.html)

[jkauff]

This has got to be an XP issue. HandBrake svn5819 works fine for me on Win 7, I was using it just last night. Of course, that's the 64-bit version, I'm guessing you're using the 32-bit.

[mike20021969]

This has got to be an XP issue... I'm guessing you're using the 32-bit.

That's correct.

EDIT - s55 over at HandBrake forums thinks there's possibly a bug with XP:
https://forum.handbrake.fr/viewtopic.php?p=131729#p131729

[sr55]

Actually looks like there are several issues.

First, it won't work on systems without the OpenCL runtimes. Second we are now using API's not available on windows XP.

The former will have to be fixed, the latter is more problematic and given that XP is dying off now, it doesn't make a lot of sense to spend loads of time trying to fix it if there isn't an easy solution. So this ones a wait and see.

[mike20021969]

So, just scrap Windows XP and move on :p.

It's the second most used operating system - and probably still will be when even Microsoft stop support for it.

Even the latest Adobe Photoshop 12 is supported on XP.

It'll be a shame if a workaround for VidCoder/Handbrake cannot be found or implemented.

[Guest]

Guys, let's not start a debate on operating systems here. Such posts are OT in this thread and may incur strikes. Thank you.

[Guest]

Struck for rule 3. Want more?

[mike20021969]

FYI, the changelog notice of SVN 5827

Yes, I read that earlier.

So the current VidCoder 1.5.7 beta wont work on XP.
The wording suggests support can be fixed, but whether they will fix it or not is currently up in the air :(

[RandomEngy]

Released VidCoder 1.5.8 Beta (https://vidcoder.codeplex.com/releases/view/113406):

* Added hardware acceleration options: Bicubic OpenCL scaling algorithm, QSV decoding/encoding and DXVA decoding.
* Updated HandBrake core to SVN 5834.
* Updated VidCoder setup icon.

* Fixed crash when choosing the mp4v2 container on x86 and opening on x64.

Warning: the hardware acceleration features require specific hardware or file types to work correctly:
* QSV: Need an Intel processor that supports Quick Sync Video encoding, with a monitor hooked up to the Intel HD Graphics output and the latest drivers.
* DXVA decoding: Only supports certain file types and codecs, such as H.264, VC1, WMV3 and MPEG 4 in an AVI container.
* OpenCL: The Bicubic scaling only works properly if you have an AMD graphics card. Otherwise it crashes.

Also if QSV support is totally broken I apologize, I don't have compatible hardware so I'm kind of writing it blind.

[jkauff]

Also if QSV support is totally broken I apologize, I don't have compatible hardware so I'm kind of writing it blind.
Don't worry, we'll let you know. :p

[jkauff]

QSV works! VidCoderWorker.exe never exceeded 12% CPU usage encoding a 35GB BR source file (averaged about 9%). Total encode time at High Profile preset 1500 kbps (which is what I use for my iPhone): 00:19:51. File size estimate was way off, though. Vidcoder estimated 3.5GB, but the finished file was under 2GB.

One difference I noticed is that you're supporting all three levels of QS (Speed, Balanced, Quality) while the Handbrake UI now stops at Balanced. I don't know if Quality actually works or if it's still Balanced. IIRC, the Handbrake devs said the difference wasn't really noticeable, so they eliminated Quality--at least in the UI.

[pearlblack15]

QSV doesn't work in Windows 7 SP1 x86 system. VidCoderWorker.exe terminates with the following two error in event viewer:

Faulting application name: VidCoderWorker.exe, version: 1.5.8.0, time stamp: 0x525aeb8b
Faulting module name: hb.dll, version: 0.0.0.0, time stamp: 0x5258be44
Exception code: 0xc0000005
Fault offset: 0x003587fc
Faulting process id: 0x17c8
Faulting application start time: 0x01cec8e8ed2259e0
Faulting application path: D:\Program Files\VidCoder-Beta\VidCoderWorker.exe
Faulting module path: D:\Program Files\VidCoder-Beta\hb.dll
Report Id: 3d01bac0-34dc-11e3-883c-90004ef4876d


Application: VidCoderWorker.exe
Framework Version: v4.0.30319
Description: The process was terminated due to an unhandled exception.
Exception Info: exception code c0000005, exception address 04D787FC

[RandomEngy]

QSV works! VidCoderWorker.exe never exceeded 12% CPU usage encoding a 35GB BR source file (averaged about 9%). Total encode time at High Profile preset 1500 kbps (which is what I use for my iPhone): 00:19:51. File size estimate was way off, though. Vidcoder estimated 3.5GB, but the finished file was under 2GB.

One difference I noticed is that you're supporting all three levels of QS (Speed, Balanced, Quality) while the Handbrake UI now stops at Balanced. I don't know if Quality actually works or if it's still Balanced. IIRC, the Handbrake devs said the difference wasn't really noticeable, so they eliminated Quality--at least in the UI.

Cool. I'll do the same and get rid of Quality in the next release (until it becomes useful).

[Ruriko]

I get error when opening vidcoder using v1.5.8
Microsoft.Practices.Unity.ResolutionFailedException: Resolution of the dependency failed, type = "VidCoder.Services.IUpdater", name = "(none)".
Exception occurred while: Calling constructor VidCoder.Services.Updater().
Exception is: ResolutionFailedException - Resolution of the dependency failed, type = "VidCoder.Services.ILogger", name = "(none)".
Exception occurred while: Calling constructor VidCoder.Services.Logger().
Exception is: TypeInitializationException - The type initializer for 'HandBrake.Interop.HandBrakeUtils' threw an exception.
-----------------------------------------------
At the time of the exception, the container was:

Resolving VidCoder.Services.Logger,(none) (mapped from VidCoder.Services.ILogger, (none))
Calling constructor VidCoder.Services.Logger()

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

Resolving VidCoder.Services.Updater,(none) (mapped from VidCoder.Services.IUpdater, (none))
Calling constructor VidCoder.Services.Updater()
---> Microsoft.Practices.Unity.ResolutionFailedException: Resolution of the dependency failed, type = "VidCoder.Services.ILogger", name = "(none)".
Exception occurred while: Calling constructor VidCoder.Services.Logger().
Exception is: TypeInitializationException - The type initializer for 'HandBrake.Interop.HandBrakeUtils' threw an exception.
-----------------------------------------------
At the time of the exception, the container was:

Resolving VidCoder.Services.Logger,(none) (mapped from VidCoder.Services.ILogger, (none))
Calling constructor VidCoder.Services.Logger()
---> System.TypeInitializationException: The type initializer for 'HandBrake.Interop.HandBrakeUtils' threw an exception. ---> System.DllNotFoundException: Unable to load DLL 'hb.dll': The specified module could not be found. (Exception from HRESULT: 0x8007007E)
at HandBrake.Interop.HbLib.HBFunctions.hb_global_init()
at HandBrake.Interop.HandBrakeUtils..cctor() in d:\docs\projects\HandBrakeSVN\win\CS\HandBrake.Interop\HandBrakeInterop\HandBrakeUtils.cs:line 64
--- End of inner exception stack trace ---
at HandBrake.Interop.HandBrakeUtils.add_MessageLogged(EventHandler`1 value)
at VidCoder.Services.Logger..ctor(ILogger parent, String baseFileName) in d:\docs\projects\VidCoder\VidCoder\Services\Logger.cs:line 36
at BuildUp_VidCoder.Services.Logger(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.Services.Updater..ctor() in d:\docs\projects\VidCoder\VidCoder\Services\Updater.cs:line 59
at BuildUp_VidCoder.Services.Updater(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.App.OnStartup(StartupEventArgs e) in d:\docs\projects\VidCoder\VidCoder\App.xaml.cs:line 108
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)

[mike20021969]

I get error when opening vidcoder using v1.5.8

You're not using Windows XP by any chance are you?

[Ruriko]

You're not using Windows XP by any chance are you?

No this is windows server 2008 32bit. I can't open the later versions after 1.5.6 Beta

[mike20021969]

No this is windows server 2008 32bit. I can't open the later versions after 1.5.6 Beta

Does the latest HandBrake nightly work?

http://handbrake.fr/nightly.php

If it doesn't work, then the problem lies with HandBrake.

If HandBrake does work, the problem is probably with VidCoder.

[Ruriko]

oh thanks I was able to fix it by installing handbrake and it told me i was missing a dll file while vidcoder never told me

[therube]

> i was missing a dll file

Which file?

[Ruriko]

> i was missing a dll file

Which file?

it was opencl.dll

[RandomEngy]

Released VidCoder 1.5.9 Beta (https://vidcoder.codeplex.com/releases/view/113705):

* Added Rip DVD and Rip Blu-ray AutoPlay actions for Windows: now you can have VidCoder start up and scan a disc when you insert it. Go to Start -> AutoPlay to set it up.
* Added error message for Windows XP users rather than letting it crash.
* Removed "quality" preset from list for QSV as it currently doesn't offer much improvement.
* Changed installer to ignore version number when copying files over. Should reduce the chances of a bug from me forgetting to increment a version number.

* Fixed crash when VidCoder is run from a folder other than the program folder.

[mike20021969]

* Added error message for Windows XP users rather than letting it crash.


I'd put a message on the download page stating that 1.5.6 was the last version that supports Windows XP.

There's really no point in finding this out after it's been downloaded, successfully installed then launched :(

[RandomEngy]

I don't want to put it on the download page since I would have to add that warning on every release. I've updated the main page to mention that the recent betas are not compatible with XP.

[MaistroX]

I will try to go for a Swedish translation on my free time! :)

[RandomEngy]

I will try to go for a Swedish translation on my free time! :)

Tack!

[Ruriko]

My original mkv file plays a subtitle on default but when I convert it doesn't play the subtitle cause it isn't marked on default so I have to manually enable it. Is there a way to make vidocoder set a subtitle on default?

[RandomEngy]

Check the "Default" checkbox in the subtitle dialog? Or burn it into the picture.

[Ruriko]

Check the "Default" checkbox in the subtitle dialog? Or burn it into the picture.

But I can't checkbox the default if I'm batch encoding :(

[RandomEngy]

Ahh so you want another option in Automatic Subtitle Selection to mark the chosen subtitle as "default". I can put that on the backlog.

[RandomEngy]

Released VidCoder 1.5.10 Beta (https://vidcoder.codeplex.com/releases/view/114025):

* Broke out all the encoder-specific passthrough options into their own dropdown. This should make what they do a bit more clear and clean up the codec list a bit.
* Updated HandBrake core to SVN 5855.

I'm hoping due to https://trac.handbrake.fr/changeset/5844 we fix some of the "missing hb.dll" crashes on Windows 7.

[sr55]

That patch will not fix the missing dll errors. There is still a fair amount of work to be done.

I also still haven't had a chance to look at if we'll return support for XP.

[therube]

RFE: Estimated Output File Size (in particular with CQ, crf=)


Obviously if you're using Target Size or ABR, you're basically going to know the size ahead of time.
With CQ though you are not.
But at the same time, once an encode starts, you very quickly can come up with an estimated output file size, that should be fairly accurate, based on % complete & bytes output up to point in time.

And of course you could "manually" look & see, oh 10% complete, 100 KB output so far, so when I'm done I'm likely to be right around 1 GB.

But if VidCoder presented that to you, its that much easier.

Comes in helpful when you're experimenting.
Trying to find the "right" output settings. Say your first encode is with a crf=20 & right off the bat you're seeing you're going to end up ~1GB, but you say, that's more bytes then I wanted to spend, so I'll bump the crf= to say 24, & accept some quality loss, to get a reduced file size.

To me, having this estimate available could allow you to circumvent a "miscue" without having to wait for the full encode to finish.

[RandomEngy]

I'll have to see if that's information possible to obtain while the encode is happening. If I find a way I'll put it in the encode details window I have planned.

[sr55]

The Divide size by time approach isn't very accurate unless you have a consistent source. Few people do so it can be very mis-leading.

I implemented it for HandBrake a while ago but never committed it because it gave numbers that were not even remotely close to accurate for a lot of my sources. It wasn't until late on in the encode did the number start becoming realistic.

The problem is, content complexity changes thoughout most videos, and can change quite substantially. Dark or complex action scene, camera pans etc can take 2, 3, 4... times the bitrate to encode for example than a simple low motion scene.

If you use bitrate viewer, you can see the effect different content has on bitrate. http://www.winhoros.de/docs/bitrate-viewer/download.html

[mike20021969]

I also still haven't had a chance to look at if we'll return support for XP.

Please update this thread if you do.

[jkauff]

Please update this thread if you do.
I think "we" refers to the Handbrake team. I'm sure there's a discussion about XP going on in the HB forums, you might want to keep an eye on what's happening over there.

[therube]

> Divide size by time approach {can be} very {in}accurate ... can be ... misleading.
> it gave numbers that were not even remotely close to accurate for a lot of my sources
> content complexity changes throughout most videos, and can change quite substantially...

Understood & expected.
It is after all an estimate.
And you should approach it just that way going in.

But to me that doesn't necessarily negate the value of having the data, even if it ends up being wrong.
If nothing else, by being way off, it tells you that it came across sections of the encode that it had to throw way more time & bits into.


Likewise we have an ETA: for the encode time, that is displayed, that can & is similarly affected.

[therube]

Audio.

Why are some bitrates grayed out or not available at all?
I see qaac has a --formats, & maybe it is constrained to those settings/values?
And I suppose that what VidCoder shows or allows is based on something similar?

But sometimes audio isn't particularly important.
You want it, but all it needs to be is passable.

So for instance, FDK LC, Stereo, 44.1, you seem limited to a low of 48 kbps.
But why can you not use/select 32?

With the command line encoder you can:

> fdkaac -b 1 or -b 1024

I suppose it has constraints built in, because, with the particular source, -b1 ended up at 12 kbps (sounding quite awful, I must say) & -b1024 ended up at 530 kbps (sounding no better then -b512, which was 512 kbps), so why shouldn't I be able to select & use "32" with FDK LC from within a GUI?

FDK HE does allow 32, but I find I get "chirps" if I jump though a clip when using low bitrates like 32. Not the end of the world, but IMO, HE has a bug in that respect, where LC at the same bitrate does not have that problem. So if I could use LC & 32 it would be just that much cleaner, if I were jumping around.

avcodec (all these names get very confusing to me), is that ffmpeg? Cause if so, that sounds awful - compared to FDK or qaac at the same bitrate. On it's own, you may not care one way or the other, & again "audio" may not be important at all to the clip, but once you've heard the difference between (& I"ll say ffmpeg) & other encoders, it's like, well why not use something that is better, for no additional cost.


All in all, no big deal, but if additional flexibility can be added, so much the better.

[RandomEngy]

The bitrates VidCoder shows are based on the restrictions HandBrake puts on them. The number of channels in the output is a big factor in this calculation. For what use do you need 32 kbps audio?

[RandomEngy]

Also I kept an eye on the file size and it presents another problem: even if you assume that each section of the video increase size at a fixed rate, there's a significant lag in the file size from the encoding progress. It doesn't go anywhere for a while, then catches up right at the end, adding 12MB all at once. I guess it's just buffered data in-memory getting written out to disk. I might show the current size but I don't want to try and extrapolate anything from it, just due to those two confounding factors.

[mike20021969]

It doesn't go anywhere for a while, then catches up right at the end, adding 12MB all at once.

I'm sure that with earlier versions of VidCoder (and I'm thinking a while back), the file size increased as it went along from the start of the encoding process.

[RandomEngy]

Well it does increase, it's just that it gets started late and finishes a whole big chunk all at once at the end.

[RandomEngy]

Released VidCoder 1.5.11 Beta (https://vidcoder.codeplex.com/releases/view/114322):

* Added Encode Details window. Exposes elapsed time, ETA, current and average FPS, running file size, current pass and pass progress. Open it by going to Windows -> Encode Details while an encode is running.
* Subtitle dialog now disables the "Burn In" checkbox when it's either unavailable or it's the only option. It also disables the "Forced Only" when the subtitle type doesn't support the "Forced" flag.
* Updated HandBrake core to SVN 5872.

* Fixed crash in the preview window when a source file is deleted after scanning.

[dejong12]

Is it possible to add an option to select more frames to trim a video?
An example to clarify:
I have a recorded show in which I want to remove the commercials. I know the start and end frames of each part of the show.
I want to trim the video to only have the show.
It'd be like:
Frames 1000-3000
Frames 4000-6000
Frames 7000-9000
Then Vidcoder would append these three files into one.

Would it be possible to accomplish this?

[therube]

> For what use do you need 32 kbps audio?


I don't "need" 32 kpbs.
I would only choose it for bitrate (IOW, file size) savings.

Again, in particular circumstances, transcoding, horrible source to begin with, or whatever it may be, "audio" may be relatively unimportant, not that I'd want to remove it altogether, but I don't need the source's, say, 128 kpbs, so by choosing 32, I can still have something acceptable while cutting the audio size by a good bit (50% more then what 64 kbps would give me).

And again, HE would be fine, expect for artifacts that are introduced.

So at those times, even if it were "out of spec", but knowing that I am specifically doing it - because I want to, having the option to do so through the GUI just makes things convenient.



Edit:
expect for artifacts that are introduced
Perhaps this is not in the actual audio ? but rather a consequence of the player?
Readily apparent in MPlayer. Less so in MPC. Virtually not heard in VLC.
(But then I use MPlayer 99% of the time.)

[therube]

1.5.11 (& at least some of the Betas before)

Settings | Video, Encoder Settings, if Basic is selected, the settings below (Preset, Tune, Profile, Level) may not necessarily display.
Possibly caused by Revert.

Example:

You're sitting at Basic & the settings below do display.

Make a change, say move the Quality selector.
Then Revert.

At that point, you've reloaded the particular Preset.
You're still on Basic.
But the settings below Basic no longer show.

Now you could click Basic again, or click Advanced & then jump back to the Video tab, at which point the settings below Basic reappear.

[RandomEngy]

dejong12: Cutting out multiple parts of the video isn't supported by the HandBrake API that I use. So it's not possible.

therube: Thanks for the bug report. I'll fix in the next beta. About the audio rates, again HandBrake supplies the limits and I'm going with what they give.

[therube]

> HandBrake supplies the limits and I'm going with what they give

OK.
(Even though I'd rather have the option to override.)



Audio.


1) If a codec is pre-selected, & you then change it to Passthrough, leaving Scope: alone, at its default, Any, Passthrough will not take effect unless you specifically select a Fallback method (& different, at least once, from what may initially display as Fallback).

So if codec defaults to AAC & you change it to Passthrough, leaving Scope at its default, Any, then simply tell it to encode, your output is whatever the AC3 settings were & Passthrough is ignored.


2) I believe if you choose Passthrough, then set the Scope: to the specific codec of the source, & the source & container are not compatible, then hb.dll crashes.

Suppose not a lot you can do about that.
Nice that a worker thread is used so the UI doesn't crash.

[RandomEngy]

Thanks for the report. I've got a fix for #1 which I'll include in the next beta. I wasn't able to repro the crash, though I might not be picking the right source/container/codec.

[RandomEngy]

Released VidCoder 1.5.12 Beta (https://vidcoder.codeplex.com/releases/view/114521):

* Added an option to preserve Created and Last Modified times when converting files. In Options -> Advanced.
* Added an option to mark an automatically selected subtitle track as "Default".
* Updated HandBrake core to SVN 5878.

* Fixed auto passthrough not applying just after switching to it.
* Fixed bug where preset/profile/tune could disappear when reverting a preset.

[BZeeme]

When converting a DVD title (say 1 hour long and 12 chapters) to a MKV, is there a way for the MKV to have 12 chapters? Every thing I've tried creates an hour long MKV but only 1 chapter???

[RandomEngy]

Have you tried checking "Include Chapter Markers"?

[BZeeme]

Have you tried checking "Include Chapter Markers"?

Yes. I've gone through the options and all of the tabs looking for items I think may affect "chapters" - still only 1 chapter.

[RandomEngy]

Well "Include chapter markers" is the only option related to that. You might try in HandBrake and see if it has the same problem. If so you can report to them to fix. If it doesn't have a problem, provide an encode log.

[BZeeme]

Still only one chapter in the output MKV with HandBrake (15 chapters in the input DVD title). I'll report the problem to the HandBrake people. Thanks for the assistance.

[Toei]

hi ,

its possible add name to subtitles, english, spanish, .... (closed captions, srt files) like we do in advanced audio,

[RandomEngy]

Released VidCoder 1.4.25 (https://vidcoder.codeplex.com/releases/view/115536):

* Added Chinese Simplified translation, thanks to china591 and jxtp.
* Added Italian translation, thanks to Shambhala76.

[RandomEngy]

Released VidCoder 1.5.13 Beta (https://vidcoder.codeplex.com/releases/view/115564):

* Encodes that complete with errors are no longer marked as "Failed" but with a new warning state.
* Updated HandBrake core to SVN 5908.
* Updated WPF NotifyIcon library.

* Fixed crash on selecting a title in the Add Multiple Titles dialog.

[RandomEngy]

Released VidCoder 1.5.14 Beta (https://vidcoder.codeplex.com/releases/view/115592):

* Fixed crashes for profiles using an old muxer. These profiles have been upgraded to use the new avformat muxers.

[RandomEngy]

Released VidCoder 1.5.15 Beta (https://vidcoder.codeplex.com/releases/view/117224):

* Updated HandBrake core to SVN 5953. This should fix the intermittent "encode failed" false positives.

* Fixed issue with some SSA subtitles failing to burn in.
* Fixed problem with codec and passthrough selectors getting messed up when switching containers.

[somy]

Hi,
Thank you for the work!
I'd like to ask if there is any way to do batch transcoding using the same preset and preserves the original file structure of the video files?

[somy]

I'd also like to report an issue - when transcoding interlaced video to MP4, it seems that it doesn't set the interlaced flag and the video play doesn't apply deinterlacing to the result MP4 video.

[RandomEngy]

Preserves the original file structure? Not sure what you mean there. It always has to re-encode the video.

As for the interlace flag, does HandBrake have the same behavior?

[Ruriko]

Is there anyway to run it on Ubuntu? already tried wine but it doesn't work :( handbrake supports linux so why not vidcoder?

[somy]

Preserves the original file structure? Not sure what you mean there. It always has to re-encode the video.

As for the interlace flag, does HandBrake have the same behavior?

I mean choose a folder, all videos in subfolders are transcoded and saved in the same folder structure in the output folder.
For example, under c:\input I have two videos a.mp4 and b.mp4 in two subfolders folderA and folderB. I set output folder to c:\output and I would like a future to output a.mp4 and b.mp4 in the subfolders respectively.
I hope it makes sense ......

[JohnAStebbins]

Is there anyway to run it on Ubuntu? already tried wine but it doesn't work :( handbrake supports linux so why not vidcoder?

VidCoder GUI is written in MS C#. It *might* be possible to port this to Mono, but it wouldn't be easy. And I'm sure RandomEngy has other things he would rather do than support Linux users.

[RandomEngy]

I mean choose a folder, all videos in subfolders are transcoded and saved in the same folder structure in the output folder.
For example, under c:\input I have two videos a.mp4 and b.mp4 in two subfolders folderA and folderB. I set output folder to c:\output and I would like a future to output a.mp4 and b.mp4 in the subfolders respectively.
I hope it makes sense ......

Ahh I get you. That feature is actually on the backlog already, I should get around to it sometime soon.

As for Linux support I'm pretty sure that WPF doesn't work there, even if you use Mono. I don't really want to rewrite every bit of UI in VidCoder. Though if there were a committed volunteer I would not turn them down.

[somy]

Ahh I get you. That feature is actually on the backlog already, I should get around to it sometime soon.

As for Linux support I'm pretty sure that WPF doesn't work there, even if you use Mono. I don't really want to rewrite every bit of UI in VidCoder. Though if there were a committed volunteer I would not turn them down.

Hi RandomEngy,

That sounds great! Thank you for the fantastic project!

[RandomEngy]

Released VidCoder 1.5.16 Beta (https://vidcoder.codeplex.com/releases/view/117946):

* Added new option. Options -> File Naming -> Preserve folder structure in batch encodes
* DRC compatibility is now detected from the HandBrake library and is grayed out when used on a source that does not support it. (Currently non-AC3 sources)
* Updated HandBrake core to SVN 6008.

[somy]

Released VidCoder 1.5.16 Beta (https://vidcoder.codeplex.com/releases/view/117946):

* Added new option. Options -> File Naming -> Preserve folder structure in batch encodes
* DRC compatibility is now detected from the HandBrake library and is grayed out when used on a source that does not support it. (Currently non-AC3 sources)
* Updated HandBrake core to SVN 6008.

That's quick :)
Thanks for the new version!

[RandomEngy]

Released VidCoder 1.5.17 Beta (https://vidcoder.codeplex.com/releases/view/118886):

* Updated HandBrake core to SVN 6061. This should fix crashes on scanning some Blu-rays.

[hello_hello]

Vidcoder no run on XP no more?

I tried 1.5.17 Beta earlier today, and after installing and trying to run it a window flashed on the screen so briefly I had to take a screenshot to read it:

"Win Xp support is currently broken and it's not know when or if it'll be fixed", or something very similar to that.

Is that expected? I can't seen any obvious reference to "no XP" anywhere here. https://vidcoder.codeplex.com/
I have dot net 4.

Thanks.

[RandomEngy]

Ahh right, I had forgotten that the splash screen causes the first dialog to be dismissed, I'll fix it so the error stays up.

Whether or not XP is supported will be up to HandBrake. In any event I'd recommend upgrading ASAP as Microsoft is stopping security updates for it in April.

[hello_hello]

Cheers. Maybe you could make mention of the lack of XP support somewhere? Just to save XP users the trouble of downloading. And maybe block the installer from installing Vidcoder on a PC which it won't run on?
I can't say the thought of Microsoft stopping XP security updates in April particularly worries me. It must be close to a year since I've run Windows update anyway (I wasn't far off. My last XP image is dated 31/5/13).

So what's the last version of Vidcoder XP users can install? I had it installed but I uninstalled it before installing the latest beta and I can't remember which version it was.

Thanks.

[mike20021969]

So what's the last version of Vidcoder XP users can install?

1.4.25 stable or 1.5.6 beta.

[mike20021969]

Whether or not XP is supported will be up to HandBrake.

According to s55, support for XP is not looking rosy.

https://forum.handbrake.fr/viewtopic.php?f=6&t=29152#p134651

It looks dead to me since I asked.

[hello_hello]

Thanks for the info.
I found it interesting one of the developers in the thread you linked to said there's not a large number of XP users visiting the site. A google seems to indicate roughly 30% of PCs running Windows still run XP. I guess it probably means if a PC is used for video encoding, it's more likely to be running a newer version of Windows than the average PC.

[jkauff]

Thanks for the info.
I found it interesting one of the developers in the thread you linked to said there's not a large number of XP users visiting the site. A google seems to indicate roughly 30% of PCs running Windows still run XP. I guess it probably means if a PC is used for video encoding, it's more likely to be running a newer version of Windows than the average PC.
I would guess that a big chunk of that 30% are pirate copies running on computers in China and elsewhere in the world. Most of the rest are in corporations, which don't tend to use Handbrake.

[RandomEngy]

Released VidCoder 1.5.18 Beta (https://vidcoder.codeplex.com/releases/view/119836):

* Updated HandBrake core to SVN 6123.
* Fixed crash on 2-pass encodings in x64.

[ShogoXT]

Hi there, thanks for all your work on this program. I recently moved to it after I needed multi audio that other programs couldnt provide easily enough and vob chapter select.

Im working with SD basic anime, very cartoony. I think I have most of the settings I want nailed down, except for the interlacing. Detelecine removes most of the problem and its set to restore to 23.9 fps, but on some key frames there is still interlacing.

After doing a lot of searching and reading, ive tried to test and compare the separate combos of deinterlacers always on to see which one would effect the line edges the least.

https://trac.handbrake.fr/wiki/Decomb
I use the default setting there for custom settings.
7:2:6:9:80:16:16:10:20:20:4:2:50:24:1:-1
I then changed the last number to 0 for TFF and the first number to test the various combos. All of the combos I tested were terrible except the non custom Slower setting, resulting in stair step lines like the futurama example in the link.

I used the default decomb + detelecine and the result is OK, but there are noticeable stair step lines on those areas left behind PLUS logo and still screens tend to look a tiny bit jittery. I remember on one of the interlacing guides there was a more formal description for it, but I cant remember where it was.

SO I tried searching high and low before posting this, but does anyone know how I can test better working decomb settings for anime OR setup detelecine to not miss those areas? Perhaps a few recommended parameter adjustments for the above? I honestly couldnt understand what the rest of those parameters change...

Thank you very much

EDIT: Seems similar to this link, I know nothing about avisynth, but im pretty sure it wouldn't work for vidcoder.
http://forum.doom9.org/showthread.php?t=162611

[fantasmanegro]

Hi there, thanks for all your work on this program. I recently moved to it after I needed multi audio that other programs couldnt provide easily enough and vob chapter select.

Im working with SD basic anime, very cartoony. I think I have most of the settings I want nailed down, except for the interlacing. Detelecine removes most of the problem and its set to restore to 23.9 fps, but on some key frames there is still interlacing.

After doing a lot of searching and reading, ive tried to test and compare the separate combos of deinterlacers always on to see which one would effect the line edges the least.

https://trac.handbrake.fr/wiki/Decomb
I use the default setting there for custom settings.
7:2:6:9:80:16:16:10:20:20:4:2:50:24:1:-1
I then changed the last number to 0 for TFF and the first number to test the various combos. All of the combos I tested were terrible except the non custom Slower setting, resulting in stair step lines like the futurama example in the link.

I used the default decomb + detelecine and the result is OK, but there are noticeable stair step lines on those areas left behind PLUS logo and still screens tend to look a tiny bit jittery. I remember on one of the interlacing guides there was a more formal description for it, but I cant remember where it was.

SO I tried searching high and low before posting this, but does anyone know how I can test better working decomb settings for anime OR setup detelecine to not miss those areas? Perhaps a few recommended parameter adjustments for the above? I honestly couldnt understand what the rest of those parameters change...

Thank you very much

EDIT: Seems similar to this link, I know nothing about avisynth, but im pretty sure it wouldn't work for vidcoder.
http://forum.doom9.org/showthread.php?t=162611


yes it will not... for what you are asking is required avisynth "advanced" decomb deinterlace filter... and... other gui...

[Ruriko]

I want to batch encode with english subtitles & burn in but it won't let me select burn-in if I select the language

[jkauff]

I want to batch encode with english subtitles & burn in but it won't let me select burn-in if I select the language
Are you using the latest beta? I just did a burn-in yesterday with no problems. Maybe it's a bug in batch mode.

[jkauff]

@RandomEngy. Would it be too difficult to add a shutdown warning to VidCoder? Like an idiot, I installed a new program 2 hours into an encode and it restarted the system.

[Ruriko]

Are you using the latest beta? I just did a burn-in yesterday with no problems. Maybe it's a bug in batch mode.

No I'm not using the beta cause I can't open it. Error gave me:
System.TypeInitializationException: The type initializer for 'VidCoder.Model.Database' threw an exception. ---> System.TypeInitializationException: The type initializer for 'HandBrake.Interop.Model.Encoders' threw an exception. ---> System.TypeInitializationException: The type initializer for 'HandBrake.Interop.HandBrakeUtils' threw an exception. ---> System.DllNotFoundException: Unable to load DLL 'hb.dll': The specified procedure could not be found. (Exception from HRESULT: 0x8007007F)
at HandBrake.Interop.HbLib.HBFunctions.hb_global_init()
at HandBrake.Interop.HandBrakeUtils..cctor() in d:\docs\projects\HandBrakeSVN\win\CS\HandBrake.Interop\HandBrakeInterop\HandBrakeUtils.cs:line 64
--- End of inner exception stack trace ---
at HandBrake.Interop.HandBrakeUtils.EnsureGlobalInit()
--- End of inner exception stack trace ---
at HandBrake.Interop.Model.Encoders.get_AudioEncoders()
at VidCoder.Model.Presets.UpgradeEncodingProfileTo19(VCProfile profile) in d:\docs\projects\VidCoder\VidCoder\Model\Presets.cs:line 397
at VidCoder.Model.Presets.UpgradeEncodingProfile(VCProfile profile, Int32 databaseVersion) in d:\docs\projects\VidCoder\VidCoder\Model\Presets.cs:line 242
at VidCoder.Model.Database..cctor() in d:\docs\projects\VidCoder\VidCoder\Model\Database.cs:line 43
--- End of inner exception stack trace ---
at VidCoder.Model.Database.get_Connection()
at VidCoder.App.OnStartup(StartupEventArgs e) in d:\docs\projects\VidCoder\VidCoder\App.xaml.cs:line 67
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]

@Ruriko That's odd. What does your install directory in Program Files look like? Is hb.dll in there? What happens if you try a fresh install?

[DjDiabolik]

I'd put a message on the download page stating that 1.5.6 was the last version that supports Windows XP.

There's really no point in finding this out after it's been downloaded, successfully installed then launched :(

No true:

I have installed this "VidCoder-1.5.6-Beta-x86.exe" and i obtain the XP it's broken....... i obtain same error on 1.5.18.

And whit latest stable i obtain a infinite "TIC TIC TIC" noise from my HD like infinite access even without any file loaded or encoding in process.
I can listen my hd like goes in useless access only whit this vidcoder opened.......

[Ruriko]

@Ruriko That's odd. What does your install directory in Program Files look like? Is hb.dll in there? What happens if you try a fresh install?

Yes the hb.dll is in there and I already tried a reinstall and still same error. My OS is Windows Server 2003 R2 64bit

[RandomEngy]

Hmm, I wonder if Server 2003 has the same compatibility problems as XP with the HandBrake core. That seems like the most plausible explanation since you're only having problems with the beta.

[RandomEngy]

Released VidCoder 1.5.19 Beta (https://vidcoder.codeplex.com/releases/view/120494):

* Preset/profile/tune/level choices are now pulled dynamically from HandBrake. This should fix QSV encoding.
* x265 encoding is now working on x64. It fails on x86 due to a HandBrake issue.
* Added a dialog box prompting you to apply encoding profile changes to the queue if you've switched settings before encoding. This should help avoid situations where a user's changes don't get applied to the encoded items.
* Added a warning dialog with 30-second delay for the automatic shutdown on encode complete.
* Added the ability to override the output directory from the Queue Multiple Titles dialog.
* Removed the "encode completed with errors" warning as seemed to just be causing confusion.
* Enabled right-click actions (edit, delete, move to top, move to bottom) on queued items during an encode.
* Updated HandBrake core to SVN 6141.

* Fixed video quality granularity for MPEG2, MPEG4, Theora QSV encoding.
* Updated version checking to properly give a "not supported" warning on Server 2003.

[RandomEngy]

Released VidCoder 1.5.20 Beta (https://vidcoder.codeplex.com/releases/view/120800):

* Added rotation and reflection filters.
* Updated HandBrake core to SVN 6160.

[improser]

Really great app, I tested it some time from now and works fine.
Im missing an option to render al files in the queue to a single file, example a DVD movie divided in pseudo chapters or individual VOBs but in reality all part of the movie title. It is possible or a im missing something?

[jkauff]

Really great app, I tested it some time from now and works fine.
Im missing an option to render al files in the queue to a single file, example a DVD movie divided in pseudo chapters or individual VOBs but in reality all part of the movie title. It is possible or a im missing something?
Just drag and drop the DVD folder into VidCoder, and it will combine the VOB files automatically.

[vaporizer]

i've found problems with the newer (portable) versions, e.g. 1.5.20, both x86 and x64 (either with old profiles existing or on a fresh run with settings file vidcoder.sqlite deleted):

1)
- create a encoding profile, e.g. lvl31, high, veryslow, cq18, cbr, decomb default, Anamorphic none, Crop none
- click save, give it a name, e.g. "LVL31 High Veryslow CQ18 Decomb (for DVD) ANMR none", ok
- suddenly asterisk appears after title, h264 profile and level are AUTO, vidcoder ask for save when exit (profile changed)
- setting lvl3.1 high, then save a second time, seems to fix it

2) sometimes, when not changing back to lvl31 high, just saving with AUTO, vidcoder creates lvl5.0 file for 720x576 dvd source

[RandomEngy]

Released VidCoder 1.5.21 Beta (https://vidcoder.codeplex.com/releases/view/120959):

* Fixed issues with preset upgrades and presets erroneously getting marked as modified.

[DJ-1]

May come back to give this another go... :-)

Sent from my HTC One using tapatalk

[jkauff]

@RandomEngy:

The Handbrake nightlies have stayed at svn6170 for well over a week now, which makes me suspect a new official release is coming soon.

Can we expect an official release of VidCoder 1.15 using svn6170 soon?

[JohnAStebbins]

@RandomEngy:

The Handbrake nightlies have stayed at svn6170 for well over a week now, which makes me suspect a new official release is coming soon.

Can we expect an official release of VidCoder 1.15 using svn6170 soon?

We are indeed gearing up for a release. But the osx gui is lagging behind the other frontends and the osx developer doesn't have enough spare cycles to commit a lot of time to it. So we may be in a rather long feature freeze till either he can find the time or we get some additional help.

[jkauff]

We are indeed gearing up for a release. But the osx gui is lagging behind the other frontends and the osx developer doesn't have enough spare cycles to commit a lot of time to it. So we may be in a rather long feature freeze till either he can find the time or we get some additional help.
Thanks, John. I'm on the Win GUI of course, and it's working fine. I just prefer the VidCoder GUI (will the Pause feature ever make it into the Win GUI?).

[RandomEngy]

Released VidCoder 1.5.22 Beta (https://vidcoder.codeplex.com/releases/view/121856):

* Added ability to burn SRT subtitles.
* Updated to HandBrake SVN 6169.
* Added checks to prevent VidCoder from running with a database version newer than it expects.
* Tooltips in the Advanced Video panel now trigger on the field labels as well as the fields themselves.

* Fixed updating preset/profile/tune/level settings on changing video encoder. This should resolve some problems with QSV encoding.
* Fixed tunes and profiles getting set to blank when switching between x264 and x265.
* Fixed commas causing chapter names to get dropped.

[sr55]

@jkauff -> Code has been there for ages, it's just not exposed on the UI.

It's not going to be available when using the CLI as there isn't currently a way of sending key strokes to the CLI. Something MinGW breaks.

Using LibHB (currently off by default in preferences) it just needs a button added when in this mode. I just haven't spent a lot of time on it as I've been working on other things. After the next release is out, I'll concentrate on moving completely to libhb (or maybe johns new json service if it's ready).

[RandomEngy]

Released VidCoder 1.5.23 Beta (https://vidcoder.codeplex.com/releases/view/123299):

* Added first translations for 1.5. Includes new languages Portuguese, Japanese, Chinese Simplified and Czech. Many of these translations are still incomplete: you can help out on Crowdin (https://crowdin.net/project/vidcoder).
* Added an option to pass through an input track if it matches the output codec.
* Updated HandBrake core to SVN 6209.

* Fixed crash on AAC passthrough.
* Fixed x264 settings getting set incorrectly when reverting from a preset with the Advanced tab.
* Fixed occasional crash when calculating remaining time.
* Fixed drag and drop problems when scrolled down in a long list of queue items.
* Fixed problem where auto-pause failed to work with jobs started from restored queue items.

[CommonMortal]

I hope a new stable version isn't too far away. The last stable was from November 2013! And i am too scared to use betas with all the bugs i see...

[thunderbolt]

Got this when I tried to install the new beta. Any ideas?

System.UnauthorizedAccessException: Access to the path 'VidCoder-1.5.23-Beta-x64.exe' is denied.
at System.IO.Directory.DeleteHelper(String fullPath, String userPath, Boolean recursive, Boolean throwOnTopLevelDirectoryNotFound)
at System.IO.Directory.Delete(String fullPath, String userPath, Boolean recursive, Boolean checkHost)
at VidCoder.Services.Updater.HandlePendingUpdate() in d:\docs\projects\VidCoder\VidCoder\Services\Updater.cs:line 198
at VidCoder.App.OnStartup(StartupEventArgs e) in d:\docs\projects\VidCoder\VidCoder\App.xaml.cs:line 124
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]

thunderbolt: Looks like I missed catching an exception type. Try deleting the %appdata%\VidCoder-Beta\Updates folder and relaunching.

[RandomEngy]

I hope a new stable version isn't too far away. The last stable was from November 2013! And i am too scared to use betas with all the bugs i see...

HandBrake is getting pretty close to having a stable version. Once they release, VidCoder should follow not too long after. I like to base stable VidCoder releases on officially released HandBrake binaries.

[jkauff]

I hope a new stable version isn't too far away. The last stable was from November 2013! And i am too scared to use betas with all the bugs i see...
The betas are actually very solid for everyday use. In any case, the beta installs in a separate folder, so you have nothing to lose by trying it.

[Slitheen]

Never had any problems running the beta.

[NikosD]

Is it known if next stable release will finally include the Intel's H. 264 QSV encoder ?

It's been over a year from the initial nightly build of Handbrake supporting QSV encoder.

[jkauff]

Is it known if next stable release will finally include the Intel's H. 264 QSV encoder ?

It's been over a year from the initial nightly build of Handbrake supporting QSV encoder.
It would have to, unless they comment out all the QS stuff. It's part of the main code base now.

[sr55]

Yes QSV support will be included, but it may include a "beta" tag as there is still a large backlog of work to do to complete it. Particularly around filters (many of which are not working right yet)

[ziemlichdunkel]

I'm wondering if it's possible to reencode audio only and passtrough the video part? (I can't find an option, maybe It's because it's not possible?)

[JohnAStebbins]

I'm wondering if it's possible to reencode audio only and passtrough the video part? (I can't find an option, maybe It's because it's not possible?)

Nope. Not supported by handbrake. You want a remux tool for that. If you are curious about the reason for this see:
video passthru (https://forum.handbrake.fr/viewtopic.php?f=26&t=30048#p138654)

[ziemlichdunkel]

Nope. Not supported by handbrake. You want a remux tool for that. If you are curious about the reason for this see:
video passthru (https://forum.handbrake.fr/viewtopic.php?f=26&t=30048#p138654)

Thank you for your reply and the useful link :goodpost:

Any other program (with gui) that you can recommend to quickly change for example the dts-hd channel to nomal dts to save space? (I'm not that experienced, so an "one-click-solution" would be great)

[CommonMortal]

Thank you for the previous replies. Also, could someone tell me this. I use an FX6300 and Radeon GPU. I see in Handbrake's website there is a beta OpenCL library that should accelerate decoding. Is this going to be included in the next stable Handbrake? Or, is it already in the current beta version of Vidcoder? I still run the last stable version, so if i was to see speed boost, i would be ready to run the beta.

Thank you in advance once more.

[RandomEngy]

Released VidCoder 1.5.24 Beta (https://vidcoder.codeplex.com/releases/view/126041):

* Added NL-Means denoiser.
* Updated HandBrake core to SVN 6254.

* Added extra error handling to DVD player code to avoid a crash when the player was moved.

[RandomEngy]

CommonMortal: The OpenCL acceleration is for a resizing algorithm only. The best hardware speedup is from the Intel QSV encoding.

[[ReX]]

I made a preset with Main@3.0 as the profile, and then switched from x264 to Intel QSV, but the resulting encode is still High@2.1 for some reason.
Here's the preset: http://pastebin.com/GBYMLET8

Edit
Feature request, could you add hibernation after encoding in addition to sleep?
It seems to be the same as the sleep command, but with "PowerState.Hibernate" as the parameter.

[flebber]

You noted recently that a new stable would be coming soon. Is there anything in the latest beta to be wary of?

[jkauff]

You noted recently that a new stable would be coming soon. Is there anything in the latest beta to be wary of?
It's been so long since the last beta I have to wonder if RandomEngy has given up on Vidcoder.

In any case, I used that beta for a long time until it fell too far behind the Handbrake nightlies and I went back to Handbrake. No problems whatsoever.

[mike20021969]

I have to wonder if RandomEngy has given up on Vidcoder.

He may be quiet here, but he's still active on the CodePlex VidCoder forum: https://vidcoder.codeplex.com/discussions

[jkauff]

He may be quiet here, but he's still active on the CodePlex VidCoder forum: https://vidcoder.codeplex.com/discussions
Good to know he's still working on Vidcoder. I much prefer the UI to Handbrake's Windows UI.

[RandomEngy]

Given up on VidCoder? Nope. Just been incredibly busy settling into the new house. I'm hoping to get a bit of spare time to work on it soon.

[cengizhan]

Given up on VidCoder? Nope. Just been incredibly busy settling into the new house. I'm hoping to get a bit of spare time to work on it soon.

Good News. :thanks:

[RandomEngy]

Released VidCoder 1.5.25 Beta (https://vidcoder.codeplex.com/releases/view/134795):

* Added ability to customize the preview folder location. (Options -> File Naming -> Custom folder for previews)
* Removed the single-instance restriction. Command-line and auto-play actions will apply to the first instance of VidCoder opened.
* Added Russian and Brazilian Portugese translations.
* Updated HandBrake core to SVN 6430.
* Updated translation strings.

* Fixed the update check hanging when the update info can't be retrieved.
* Fixed a crash on closing the logger.

[soneca]

Thanks for the new version! :)
Although I like more the stable version where the "Advanced" tab video is maintained.
Personally I prefer the layout of the latest stable version.

[RandomEngy]

You can still get that in the beta. Just choose "Advanced Tab" under the Video tab. It will populate it with the settings chosen under Preset/Tune/Profile/Level.

[soneca]

That's right, it's just a matter of habit with this layout.
The option to be able to change the location of the preview folder is great! :cool:

[hlk123]

Hello

I've used VodCoder Version 1.4.25.0 (to rip DVDs) with success.

Last week I bought a series DVDs.
Now I will convert them to video-files with VodCoder for my own use.
But .. for the first time I got an error-message "An error occurred while scanning" from VodCoder. Why?

What must I do to overcome the error?
Thank you.

[soneca]

It is likely this error is caused by some sort of copy protection.
The solution is AnyDVD. ;)

[hlk123]

And for that .. I should pay US$60 license ... :( ... waw ..

Is there any other tool, which costs less? Thanks

[[ReX]]

And for that .. I should pay US$60 license ... :( ... waw ..

Is there any other tool, which costs less? Thanks

You can try DVDFab HD Decrypter or DVDFab Passkey Lite, I believe they are both free.
Also, I think AnyDVD used to decrypt DVDs (as opposed to DVDs and BDs) during the trial period, unless something changed.

[soneca]

Can try, Passkey Lite (http://www.dvdfab.cn/dvd-decrypter.htm).

[deejay.2001]

I just finished converting DVD movie (1H35minutes) on CRF18 and final output is just about 850mb with 900kb bitrate.

how this can be happening please? I thought it will be much bigger file like 1500mb and bitrate at least 1700kb...

how come CRF18 produces so small bitrate and output file?

If I use hdconvertox CDR18 give me better results, higher bitrate and bigger file.

any ideas? thanks guys

[mike20021969]

I just finished converting DVD movie (1H35minutes) on CRF18 and final output is just about 850mb with 900kb bitrate... If I use hdconvertox CDR18 give me better results, higher bitrate and bigger file.

any ideas?

Post mediainfo for both encodes.

[j8ee]

I've just took a quick look at this project and really like what I see. I have been trying to help a guy encoding some dvd's of his suggesting he'd use handbrake, but it would have been better steering him towards this front end from the beginning.

Anyway, one thing that would really help beginners (and others too!), are some means of adjusting the aspect ratio to standard formats when the source files have an incorrect aspect ratio. I'm thinking of something like having a drop-down menu with different aspect ratios (also a user defined one) in the picture tab, adjusting the resizing or par signalling. An (not quite as good) alternative would be hinting in the output box and/or in the preview when display resolution is very near a standard aspect ratio. This should be helpful because 99% of the aspect ratio errors I've come across are videos that should be presented in a standard format but isn't.

(All tries to encode a preview failed, for various sources btw. "avio_open2 failed, errno -2" in red for all tries. vers. 1.5.25)

example:
# Generating preview clip
# Path: C:\Users\Johan\AppData\Local\VidCoder-Beta\preview.mp4
# Title: 1
# Preview #: 3
# Worker ready: Service state is Opened on pipe VidCoderWorker.ee463480-c06e-4baf-a3bc-afa15b5f3e48
# Connecting to process 5640 on pipe VidCoderWorker.ee463480-c06e-4baf-a3bc-afa15b5f3e48
[00:21:06] hb_init: starting libhb thread
[00:21:06] CPU: Intel(R) Core(TM) i5-2410M CPU @ 2.30GHz
[00:21:06] - Intel microarchitecture Sandy Bridge
[00:21:06] - logical processor count: 4
[00:21:06] OpenCL device #1: NVIDIA Corporation GeForce GT 520M
[00:21:06] - OpenCL version: 1.1 CUDA
[00:21:06] - driver version: 337.88
[00:21:06] - device type: GPU
[00:21:06] - supported: no
[00:21:06] Intel Quick Sync Video support: yes
[00:21:06] - Intel Media SDK hardware: API 1.4 (minimum: 1.3)
[00:21:06] - H.264 encoder: yes
[00:21:06] - preferred implementation: hardware (any)
[00:21:06] - H.265 encoder: no
[00:21:06] hb_scan: path=F:\Temp\S_ARDVD_12_2010_ADVD1210\VIDEO_TS\VTS_10_1.VOB, title_index=1
libbluray/bdnav/index_parse.c:162: indx_parse(): error opening F:\Temp\S_ARDVD_12_2010_ADVD1210\VIDEO_TS\VTS_10_1.VOB/BDMV/index.bdmv
libbluray/bdnav/index_parse.c:162: indx_parse(): error opening F:\Temp\S_ARDVD_12_2010_ADVD1210\VIDEO_TS\VTS_10_1.VOB/BDMV/BACKUP/index.bdmv
libbluray/bluray.c:2182: nav_get_title_list(F:\Temp\S_ARDVD_12_2010_ADVD1210\VIDEO_TS\VTS_10_1.VOB) failed
[00:21:06] bd: not a bd - trying as a stream/file instead
libdvdnav: Using dvdnav version 5.0.1
libdvdread: Encrypted DVD support unavailable.
libdvdread:DVDOpenFileUDF:UDFFindFile /VIDEO_TS/VIDEO_TS.IFO failed
libdvdread:DVDOpenFileUDF:UDFFindFile /VIDEO_TS/VIDEO_TS.BUP failed
libdvdread: Can't open file VIDEO_TS.IFO.
libdvdnav: vm: failed to read VIDEO_TS.IFO
[00:21:06] dvd: not a dvd - trying as a stream/file instead
[00:21:06] file is MPEG Program Stream
[00:21:06] Probing 1 unknown stream
[00:21:06] Probe: Found stream mpeg2video. stream id 0xe0-0x0
[00:21:06] Found the following streams
[00:21:06] Video Streams :
[00:21:06] 0xe0-0x0 type MPEG2 (0x2)
[00:21:06] Audio Streams :
[00:21:06] 0xbd-0x80 type AC3 (0x81)
[00:21:06] Subtitle Streams :
[00:21:06] Other Streams :
[00:21:06] stream id 0xbd (type 0x81 substream 0x80) audio 0x8000bd
[00:21:06] scan: decoding previews for title 1
[00:21:06] file is MPEG Program Stream
[00:21:06] Probing 1 unknown stream
[00:21:06] Probe: Found stream mpeg2video. stream id 0xe0-0x0
[00:21:06] Found the following streams
[00:21:06] Video Streams :
[00:21:06] 0xe0-0x0 type MPEG2 (0x2)
[00:21:06] Audio Streams :
[00:21:06] 0xbd-0x80 type AC3 (0x81)
[00:21:06] Subtitle Streams :
[00:21:06] Other Streams :
[00:21:06] scan: audio 0x8000bd: ac3, rate=48000Hz, bitrate=192000 Unknown (AC3) (2.0 ch)
[00:21:07] stream: 40 good frames, 0 errors (0%)
[00:21:07] scan: 10 previews, 720x576, 25.000 fps, autocrop = 62/64/10/12, aspect 4:3, PAR 16:15
[00:21:07] libhb: scan thread found 1 valid title(s)
[00:21:07] 1 job(s) to process
[00:21:07] starting job
[00:21:07] yadif thread started for segment 2
[00:21:07] decomb check thread started for segment 2
[00:21:07] mask filter thread started for segment 2
[00:21:07] decomb filter thread started for segment 2
[00:21:07] decomb filter thread started for segment 3
[00:21:07] mask erode thread started for segment 2
[00:21:07] yadif thread started for segment 3
[00:21:07] work: sanitizing track 1 mixdown Dolby Pro Logic II to Stereo
[00:21:07] decomb check thread started for segment 3
[00:21:07] sync: expecting 275 video frames
[00:21:07] yadif thread started for segment 0
[00:21:07] decomb filter thread started for segment 0
[00:21:07] job configuration:
[00:21:07] * source
[00:21:07] mask filter thread started for segment 3
[00:21:07] + F:\Temp\S_ARDVD_12_2010_ADVD1210\VIDEO_TS\VTS_10_1.VOB
[00:21:07] + title 1, start 00:00:0.00 stop 00:00:10.00
[00:21:07] mask erode thread started for segment 3
[00:21:07] * destination
[00:21:07] + C:\Users\Johan\AppData\Local\VidCoder-Beta\preview.mp4
[00:21:07] + container: MPEG-4 (libavformat)
[00:21:07] * video track
[00:21:07] + decoder: mpeg2video
[00:21:07] mask dilate thread started for segment 2
[00:21:07] + bitrate 9500 kbps
[00:21:07] + filters
[00:21:07] mask dilate thread started for segment 3
[00:21:07] + Decomb (default settings)
[00:21:07] + Framerate Shaper (0:27000000:1080000)
[00:21:07] + frame rate: same as source (around 25.000 fps)
[00:21:07] + Crop and Scale (700:576:0:0:10:10)
[00:21:07] + source: 720 * 576, crop (0/0/10/10): 700 * 576, scale: 700 * 576
[00:21:07] + loose anamorphic
[00:21:07] + storage dimensions: 700 * 576, mod 2
[00:21:07] + pixel aspect ratio: 16 / 15
[00:21:07] + display dimensions: 746 * 576
[00:21:07] + encoder: H.264 (libx264)
[00:21:07] + preset: medium
[00:21:07] + profile: high
[00:21:07] + level: 4.1
[00:21:07] + quality: 20.00 (RF)
[00:21:07] * audio track 1
[00:21:07] + decoder: Unknown (AC3) (2.0 ch) (track 2, id 0x8000bd)
[00:21:07] + bitrate: 192 kbps, samplerate: 48000 Hz
[00:21:07] + mixdown: Stereo
[00:21:07] + dither: triangular
[00:21:07] + encoder: AAC (libfdk_aac)
[00:21:07] + bitrate: 160 kbps, samplerate: 48000 Hz
[00:21:07] file is MPEG Program Stream
[00:21:07] decomb check thread started for segment 0
[00:21:07] mask filter thread started for segment 0
[00:21:07] mask erode thread started for segment 0
[00:21:07] mask dilate thread started for segment 0
[00:21:07] Probing 1 unknown stream
[00:21:07] Probe: Found stream mpeg2video. stream id 0xe0-0x0
[00:21:07] yadif thread started for segment 1
[00:21:07] encx264: encoding at constant RF 20.000000
[00:21:07] encx264: unparsed options: level=4.1:vbv-bufsize=78125:vbv-maxrate=62500
[00:21:07] decomb filter thread started for segment 1
[00:21:07] decomb check thread started for segment 1
[00:21:07] mask filter thread started for segment 1
[00:21:07] mask erode thread started for segment 1
[00:21:07] mask dilate thread started for segment 1
x264 [info]: using SAR=16/15
x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 SSE4.2 AVX
x264 [info]: profile High, level 4.1
[00:21:07] reader: first SCR 268993478 id 0xe0 DTS 269023426
avio_open2 failed, errno -2
[00:21:07] work: average encoding speed for job is 0.000000 fps
[00:21:07] reader: done. 1 scr changes
[00:21:07] sync: got 0 frames, 275 expected
[00:21:07] decomb: deinterlaced 0 | blended 0 | unfiltered 0 | total 0
[00:21:08] render: lost time: 0 (0 frames)
[00:21:08] render: gained time: 0 (0 frames) (0 not accounted for)
[00:21:08] mpeg2video-decoder done: 0 frames, 0 decoder errors, 0 drops
[00:21:08] ac3-decoder done: 0 frames, 0 decoder errors, 0 drops
[00:21:08] stream: 34 good frames, 0 errors (0%)
[00:21:08] libhb: work result = 3
# Preview clip generation failed

[RandomEngy]

Yeah I've seen that error as well but it seems to go away when I re-insert the disc and re-launch VidCoder. Does this happen for you all the time? I'm trying to figure out how to reproduce it.

[RandomEngy]

Released VidCoder 1.5.26 Beta (https://vidcoder.codeplex.com/releases/view/134795):

* Updated HandBrake core to SVN 6501
* Updated installer to display the update success message. This allows us to run the installer in silent mode without launching the program afterwards, and to avoid the splash screen showing up before the update success message.

[GZZ]

When I have finished encoding a TV episode from a bluray using Vidcoer, I sometime ends of up with several subtitle tracks. The first and default one is the correct (in this case Danish) and then I have Track 2, 3, 4, 5 (without Language set). This is when I play it in vlc player. If I select any of the other subtitle tracks, no subtitles is shown.

If I then open the mkv file in Mkvmerge and save it (no changed made), then only one subtitle track is shown, which is correct. Is this a fault in VidCoder (the same happens if I use the newest Handbrake (0.10 release candidate 1). Also Vidcoder is the newest beta.

[RandomEngy]

If it's a fault, it sounds like a fault in the HandBrake engine. You should probably ask them about it.

[GZZ]

If video is cropped, then PGS subtitles is shown wrong. It looks like the subtitles has been resized to the cropped size and then its shown in the middle of the image.

[RandomEngy]

Released VidCoder 1.5.27 Beta (https://vidcoder.codeplex.com/releases/view/137989):

* Updated to HandBrake SVN 6509.
* Updated translation files.

* Fixed encodes failing when using the default preview folder.

[GZZ]

Small graphical bug. In the Encoder Details Window, when showing the filesize and it reach 1000 mb. Its showing F-1 mb instead of 1000 mb or 1.0 GB as it does after some time.

[RandomEngy]

Thanks for the heads up. I'll have that fixed in the next beta.

[CommonMortal]

Handbrake released stable version. Does this mean we can have a stable version in Vidcoder too any time soon?
Thank you.

Also, i was always confused with the DAR thing. In Vidcoder i always use "anamorphic none" and always works perfectly. Any chance you can implement this?

[RandomEngy]

I should have a stable version out within a week. Thanks for the heads up.

As for Anamorphic/DAR, HandBrake has a good article on it:

https://trac.handbrake.fr/wiki/AnamorphicGuide

[CommonMortal]

I should have a stable version out within a week. Thanks for the heads up.

As for Anamorphic/DAR, HandBrake has a good article on it:

https://trac.handbrake.fr/wiki/AnamorphicGuide

Thanks. I actualy posted about anamorphic by mistake here. It was intended for another post. I always use "none" in Vidcoder and works perfectly. Never have a problem with it when i use "none".

[RandomEngy]

Released VidCoder 1.5.28 (https://vidcoder.codeplex.com/releases/view/153582):

It's a stable release!

Updated HandBrake core to 0.10.0. This means a bunch of new features:
* Intel QuickSync video: a hardware-based H.264 encoder for Intel CPUs.
* H.265 encoding with x265.
* VP8 using libvpx.
* libav and FDK AAC encoders. libfaac has been removed due to license issues.
* NLMeans denoise filter for higher-quality denoising.
* OpenCL hardware-assisted BiCubic scaling.
* Burn-in for SRT subtitles.

* Added Encode Details window. Exposes elapsed time, ETA, current and average FPS, running file size, current pass and pass progress.
* Added Rip DVD and Rip Blu-ray AutoPlay actions for Windows: now you can have VidCoder start up and scan a disc when you insert it.
* Added rotation and reflection filters.
* Reworked Basic vs Advanced x264 to be more correct.
* Added option to mark an automatically picked subtitle as Default or Burn-in.
* Reworked audio passthrough: added ability to set a fallback encoder or pass through if the input track format matches the output format.
* Added option to preserve Created and Last Modified times when converting files. In Options -> Advanced.
* Added option to preserve the source folder structure when batch-encoding video files.
* Enabled right-click actions (edit, delete, move to top, move to bottom) on queued items during an encode.
* Added warning dialog with 30-second delay for the automatic shutdown on encode complete.
* Removed single-instance restriction.
* Support for up to 8K resolutions.

Added languages:
* Czech, thanks to KarelStejskal, Ptholemaios and stefanmatta
* Polish, thanks to regis-rtg, Jasiet and OliverAndrews
* Portuguese, thanks to ricardofonseca1977
* Brazilian Portuguese, thanks to tiago1888anos, cauptain, douglasmi, hierra and DjaX
* Russian, thanks to loki26, sailorboris, spoglitch, AlexeiA and dima-110878
* Japanese, thanks to tanashu1, 3rl2r0qh and yoshiyuki

Also included are a ton of other bug fixes.

[loninappleton]

I will check my recent download for this release number.

Having problems posting to Vidcoder at Codeplex even though Codeplex says my registration is fine and I can login.

I have lurked at the Vidcoder discussion for quite a while. Was unsure about using either Handbrake or Vidcoder.

Then I got this guide posted a while back with sample settings:

http://digiex.net/guides-reviews/guides-tutorials/media-guides/10725-vidcoder-settings-tutorial-high-quality-h-264-x264-mkv-video-encoding.html


There must have been some large changes to Vidcoder over the revisions because the manual string suggested by the
guide is a lot different than what the latest Vidcoder Beta x64 I downloaded will display.

Can someone straighten me out on this? I used the settings by rote since that is as much as I understand.

My goal is smallest possible mkv size ala YIFY.

Perhaps some tutorial tips are available or a more up to date guide?

I need practice and will be patient (or try to.) I see some of my friends from Videohelp on here as well. After lurking at Vidcoder/Codeplex a long time, I'm prepared to be patient for answers.


To sum up is there a current and recommended guide for initial settings for a 1 hour dvd using one of the standard rip tools? Apologies for not backtracking on all 50 posts.

[loninappleton]

My first mistake. It's not 52 posts, it's 52 pages. But I am reviewing what I can. Please advise if a fresh thread should be started.

I am doing a sample encode with the 1.5.28 in x264 but once again with the configuration in that how-to (shown above) to get used to making adjustments.

My additional question here is can I use Media Info to examine the
audio file. From that, I will want to demux and remux audio as I have done many times using a technique (my thread) given at videohelp.

Will PGC demux or some other program extract audio for processing?

[RandomEngy]

I would recommend you use the simple x264 settings and don't worry about the advanced tab. Change your Profile and Level if you're worried about player compatibility, otherwise leave them on Automatic. Tweak the quality target to produce a good looking picture, then tweak the Preset to figure out where you want the tradeoff between encode speed and encoding compression level.

Usually when a guide tells you to use a certain advanced encoding string it's worse than the standard x264 presets (which are written by the author of x264, who knows what he's doing).

Not sure about the PGC stuff, I don't usually mess with demuxing.

[loninappleton]

I am messing about at you say but looking for the magic.

Snakeoil guys and hotshots (who like to use the word "basically" to show off) say in some threads and how- tos that using a command line edit to invoke a single core for a job is an improvement over multicore encoding. Is there anything to that?

Also a real zinger on this small size stuff is encoding time. I wish to maintain a reasonable encoding time-- not four days for a 1080 90 min movie.

The one hour disc I'm using to experiment with settings comes out ok in most instances but does not look like watching it on a 27 in CRT in the old Sony stand alone player. It's smoother yes and that is b/c of no interlace. But it may be my old 19 in. CRT monitor that is simply getting dim and does not show the whites on costumes crisply.

If there is no magic bullet the old system with the bigger file sizes and muxing routine may have to continue.

What I'm seeing in some downloads is very crisp and very small file sizes on things like television episodes which I cannot seem to duplicate. This is the reason for my posts here. Can source play a large role in this? Sources such as streaming video to a hard disk recorder?

I still enjoy pursuing the discussion and have to start someplace.

Currently I have the new 1.5.28 set to 720 as is the DVD source. Can you run through the settings and say (as you did) which to skip?

[RandomEngy]

Yes, source can play a large role. Videos with low motion and simple scenes (like animation) are easier to compress and result in smaller file sizes. I would recommend skipping the Advanced tab, as I mentioned before, but most of the others have their place, depending on what kind of device you want to play the videos on.

[loninappleton]

Can most of the file size then be controlled with a smaller bit rate size as controlled by resolution:
changing the input of 720 downward for example and using the Constant Quality slider?

Or, even though few recommend it, should a fixed size be selected rather than Constant Quality?
You have no doubt gone over this a lot at Codeplex but I have mostly been looking at only subject lines just to keep myself aware of it.

x265 is said to give 4 times the compression of 264. Will this discussion now change focus to that?

[RandomEngy]

No, H.265 is still in early development and there isn't much player support for it. I would recommend using constant quality and letting the encoder worry about file sizes.

[loninappleton]

Oh. I misunderstood then about the release of 1.5.28 as being the first h265.

If Constant Quality should be used and size not matter I am totally confused about why to upgrade to it instead of the old tools like
AGK wherein you can do the same thing. And the encode time seems about the same: close to the actual runtime of the content.

What is a comparable editing tool in freeware to Virtual Dub Mod for h264? (I maybe should ask outside this thread but one thing leads to another. If so I will start afresh.)

[loninappleton]

One other thing. Ol' AGK has some tricky business involving the F8 key to find any subtitles.

I am doing another Vidcoder encode from the original dvd and attempting to burn in subtitles just from the menu prompts.

Two rows of Foreign subs were showing. I unticked where it said forced.

One checkmark for Burn In subs at the first line should give me
the subtitles, yes? Unfortunate that these are not marked in any way so I'll have to be surprised with German, French or , worst case, None.

This would be a distinct advantage over AGK. Doom9 has a lot of depth. Maybe someone can help with this.

[Przemek_Sperling]

Something is wrong with the translation files, at least in some of them. The Polish file does not work at all. The German one works with flying colours. I do not know the rest.

[loninappleton]

I will make a fresh start on working with the subtitles. On inspection of the dvd, just playing it showed no options for additional languages even though those things came up in the program.

I misrepresented the disc. Had another similar with the subs file
all in a series. Apologies and I'll pose a question with a more reliable source.

[CommonMortal]

Released VidCoder 1.5.28 (https://vidcoder.codeplex.com/releases/view/153582):

It's a stable release!



Thank you!!!!!! :thanks:

[loninappleton]

I am back with some progress on subtitles for Vidcoder.

The current disc has three VobSub entries and they are marked legibly as

English
French
German

I want to burn in the English subs.

Which of the several boxes of these VobSub - marked entries
should I select at the English line entry? For a sample run I have only ticked the last box in the line and unchecked anything to do with forced subs.

And I always see that warning about subs overwriting. Does that ever not appear?

[loninappleton]

An update. I've had to failures in which Vidcoder stops working and the standard Win 7 message issues at about 12 mins of operation and 4% or so.

I have started another attempt with Vidcoder 1.5.27 one of the betas.

[loninappleton]

another update: 1.5.27 failed at the same point so the problem whatever it is consisyent failure with this subtitling job.

[GZZ]

I 1.5.28 calculation ETA isnt working if an item in the queue is removed. I have several movies queued, deleted 5 and started encoding. When its was done with the last movie it still said only 77% done as it still counted for the deleted items.
Also, if you select the log, the program will freeze until the log window has filled in all the history it have and it can sometimes take some time.

2 Suggestions for improvement:
1) Remember the last used folder instead of the default one.
2) I normally encode video including the DTSHD sound track. But no matter what I select in my settings it always select the DTS track and not the DTSHD track, so I have to change it before adding it to the queue.

[cengizhan]

I 1.5.28 calculation ETA isnt working if an item in the queue is removed. I have several movies queued, deleted 5 and started encoding. When its was done with the last movie it still said only 77% done as it still counted for the deleted items.


i thought only i had this situation. at somewhere mine was stuck at 1h40m. but total jobs finished after 4-5 hours.

[RandomEngy]

Released VidCoder 1.5.29 (https://vidcoder.codeplex.com/releases/view/167158):

* Fixed issue where x265 preset and profile would not be set if switching from x264 with the Advanced tab open.
* Removed Turbo First Pass option for x265 since the arguments for it are unsupported and cause encodes to fail.
* Fixed issue where presets could get a bad tune list and fail on x265 encodes.
* Cleared out Advanced options string when switching from x264 to x265 since the encoder arguments aren't always compatible.
* Updated translations.

Also I'll take a look at that queue ETA thing and the missing languages. Hope to have another update out for those soon.

[JohnAStebbins]

* Removed Turbo First Pass option for x265 since the arguments for it are unsupported and cause encodes to fail.


Turbo first pass *is* supported. I implemented here when I added 2-pass ABR:
https://trac.handbrake.fr/changeset/6366

Works fine for me in HandBrake's linux GUI.

[soneca]

@RandomEngy

It would be possible to also add in the encode details window the bitrate level?

[RandomEngy]

Turbo first pass *is* supported. I implemented here when I added 2-pass ABR:
https://trac.handbrake.fr/changeset/6366

Works fine for me in HandBrake's linux GUI.

Oh, I just saw that it was gone in the Windows GUI and assumed it wasn't supported there. Just tried out the fastfirstpass flag and it works great, plus I don't have to fiddle with any options strings!

It will return in working fashion in 1.5.30.

@soneca

That information isn't available to me, so no.

[RandomEngy]

I 1.5.28 calculation ETA isnt working if an item in the queue is removed. I have several movies queued, deleted 5 and started encoding. When its was done with the last movie it still said only 77% done as it still counted for the deleted items.
Also, if you select the log, the program will freeze until the log window has filled in all the history it have and it can sometimes take some time.

2 Suggestions for improvement:
1) Remember the last used folder instead of the default one.
2) I normally encode video including the DTSHD sound track. But no matter what I select in my settings it always select the DTS track and not the DTSHD track, so I have to change it before adding it to the queue.

I can't reproduce your issue with the ETA being off. It seems to work fine whether I delete the queue items before or after starting the encode. The video length may have been misread by the core API... can you see if all videos have this behavior or just that one? If you have some repro steps that are independent of the video you choose, can you list them out explicitly?

[DIEGO7-5]

Hi RandomEngy,

just discovered that the NL-Means Denoiser is no longer working. In the Beta´s, there were presets to choose from (although "Grain" never worked and every encode failed.) Now there is just...nothing.

Maybe you wanto to take a look at that. :thanks:

[RandomEngy]

Thanks for the heads-up. I'll fix NL-Means in 1.5.30 . Some HandBrake enum values had changed.

[CommonMortal]

I am still on 1.5.28. I don't know if it's because of new Handbrake or a bug, but i noticed that at the end of the log i no longer get SSIM value.

[JohnAStebbins]

I am still on 1.5.28. I don't know if it's because of new Handbrake or a bug, but i noticed that at the end of the log i no longer get SSIM value.

PSNR or SSIM metrics are now only displayed in the log if you have the corresponding psnr os ssim x264 tune enabled. Without the appropriate tune enabled, these metrics are not very meaningful, so they were removed for the "normal" case.

[RandomEngy]

Released VidCoder 1.5.30 (https://vidcoder.codeplex.com/releases/view/169469):

* Re-enabled Turbo First Pass for x265 encodes. (Working this time)

* Fixed missing Russian, Polish and Brazilian Portuguese language files.
* Fixed NL-Means denoiser.

[parsifal]

Hello guys.

I'm using VidCoder's CLI mode inside a Windows batch file. I can't find any options to specify an .srt subtitle file for muxing in the final result. Any ideas?

Thanks!

[Przemek_Sperling]

The language files work flawlessly. Thanks!

[CommonMortal]

PSNR or SSIM metrics are now only displayed in the log if you have the corresponding psnr os ssim x264 tune enabled. Without the appropriate tune enabled, these metrics are not very meaningful, so they were removed for the "normal" case.

I see. Thank you for your reply. Yes, i know SSIM isn't accurate, specially when you have psy-rd and high subme/trellis, that use psy-rd a lot, but i was using it as confirmation. Usually anything above 0.97 was guaranteed to be good. But, not big loss i guess...I can live without it.

[jkauff]

I've been using Vidcoder successfully for a long time, but no matter what I try in the latest stable version, I get an almost immediate "Fail" message on every source in the queue. I tried reinstalling without no success. Something must be wrong in my install, since no one else is complaining. Latest Handbrake nightlies work fine.

Next step is clearing out the registry entries and reinstalling, because I suspect there's something left over from the betas that's causing the problem with the new stable version. What can I delete without losing my custom presets? Are all the keys fairly easy to find?

[mike20021969]

Next step is clearing out the registry entries and reinstalling, because I suspect there's something left over from the betas that's causing the problem with the new stable version. What can I delete without losing my custom presets? Are all the keys fairly easy to find?

Your presets are stored in VidCoder's Application Data folder (VidCoder &/or VidCoder-Beta), not the registry.

e.g.
In Windows XP the locations are:
Beta: C:\Documents and Settings\<YOUR NAME>\Application Data\VidCoder-Beta\VidCoder.sqlite
Stable: C:\Documents and Settings\<YOUR NAME>\Application Data\VidCoder\VidCoder.sqlite

[jkauff]

I'm totally frustrated. Cleaned out the registry, re-installed, more failure. Log says VidCoderWorker is failing to load after several tries. Even the old beta's don't work anymore. I don't think anything changed in my system, unless it was a Windows update, but out of the blue VidCoder isn't working.

Maybe I'll try the 32-bit version and see if that works.

[jkauff]

I'm totally frustrated. Cleaned out the registry, re-installed, more failure. Log says VidCoderWorker is failing to load after several tries. Even the old beta's don't work anymore. I don't think anything changed in my system, unless it was a Windows update, but out of the blue VidCoder isn't working.

Maybe I'll try the 32-bit version and see if that works.
UPDATE: Problem solved by letting uninstall also get rid of settings and presets. I lost my presets, but VidCoder is running normally.

I submitted a bug on CodePlex. I'm still curious why something in settings and presets would prevent VidCoderWorker from running.

[RandomEngy]

Released VidCoder 1.5.31 (https://vidcoder.codeplex.com/releases/view/573954):

* Fixed up old presets generated in 1.5.28 that were corrupted by a HandBrake enum change. Removed references to HandBrake enum files from the preset structure to prevent future preset issues like this.
* Fixed crash issue with VidCoderCLI and presets with chapters markers.
* Fixed custom denoise not getting passed through to the encoder.
* Fixed SRT files with non-ASCII characters causing encodes to fail.

[bmcelvan]

This might be a silly question but I can't find the answer anywhere...Does vidcoder have the dtshdma and truehd decoder to properly decode the lossless audio to pcm so when it then encodes to FLAC16 or FLAC24 it remains truly lossless. Every time I use eac3to it says lib can't decode properly and needs a arcsoft decoder and is extracting only the core. In either case that's the lossy part. If I'm converting TrueHD or DTSHDMA to FLAC I want to make sure I'm getting truly lossless to lossless...not lossless to lossy lossless format.

Make sense?

thx

Ben

[JohnAStebbins]

This might be a silly question but I can't find the answer anywhere...Does vidcoder have the dtshdma and truehd decoder to properly decode the lossless audio to pcm so when it then encodes to FLAC16 or FLAC24 it remains truly lossless.

Truhd yes
dtshdma not yet. There is a decoder in progress. But progress is slow.

[bmcelvan]

Truhd yes
dtshdma not yet. There is a decoder in progress. But progress is slow.

Thanks so much for the info...so if converting audio to FLAC16 or FLAC24 (or any other audio like AC3_5.1_640) from any DTSHDMA source...it will actually be converting from the DTS core, not the HD codec. Thus making all conversions rather pointless from a fidelity point of view?

Thanks again for info