VidCoder: Alternative HandBrake GUI for Windows

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