VidCoder: Alternative HandBrake GUI for Windows

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