Eac3to and More GUI

[drmpeg]

Here you go:

Link to the last post about the HD DVD demuxing tool my drmpeg. (http://forum.doom9.org/showpost.php?p=948447&postcount=391)

Link to see the development of this tool. (http://forum.doom9.org/search.php?searchid=3359771&pp=25)

I'm not sure why but remember that there are some issues with .xpl reading in EVODemux. I don't know if this in a bug is EVODemux or in drmpeg's tool.
Actually, the last release (0.6) was here:

http://forum.doom9.org/showpost.php?p=952882&postcount=498

At that point EVODemux was becoming mature, so I stopped development. However, for basic demuxing, the code still works fine. Reading .xpl files were never a feature of evob_demux, just demuxing of the MPEG-2 PS.

Ron

[Yraen]

Actually, the last release (0.6) was here:

http://forum.doom9.org/showpost.php?p=952882&postcount=498

At that point EVODemux was becoming mature, so I stopped development. However, for basic demuxing, the code still works fine. Reading .xpl files were never a feature of evob_demux, just demuxing of the MPEG-2 PS.

Ron

I didn't think it was in there. I've looked over several .xpl files and they are simple enough to read. They just seem to have several formats for chapters that can be used. I think I can get a chapter list from them regardless of which format they use.

[madshi]

I didn't think it was in there. I've looked over several .xpl files and they are simple enough to read. They just seem to have several formats for chapters that can be used. I think I can get a chapter list from them regardless of which format they use.
I can add chapter extraction to eac3to if needed. Have just added xpl and vti parsing, anyway. What format does mkvtoolnix expect?

[Yraen]

I can add chapter extraction to eac3to if needed. Have just added xpl and vti parsing, anyway. What format does mkvtoolnix expect?

If you want and it's not too much trouble. Your code would be more elegant than mine, I'm sure. I did finished the code last night right after posting here though. I left it running several tests to deal with the two formats I found, and both worked. If you don't want to mess with it I'll just add this in, if you do I'll wait and use the Eac3to option when it comes out.

I went with the simple chapter format. It just seemed easier to me to program in.

Here's what mkvmerge says about chapters.

Chapter handling: (global options)


−−chapter−language <language>


Sets the ISO639-2 language code that is written for each chapter entry. Applies only to simple chapter files. Defaults to "eng". See the section about chapters below for details.


−−chapter−charset <charset>


Sets the charset that is used for the conversion to UTF-8 for simple chapter files. Defaults to the current system locale. This switch does also apply to chapters that are copied from an Ogg/OGM file. See the section about chapters below for details.


−−cue−chapter−name−format <format>


mkvmerge supports reading CUE sheets for audio files as the input for chapters. CUE sheets usually contain the entries PERFORMER and TITLE for each index entry. mkvmerge uses these two strings in order to construct the chapter name. With this option the format used for this name can be set. The following meta characters are supported:
%p is replaced by the current entry’s PERFORMER string,
%t is replaced by the current entry’s TITLE string,
%n is replaced by the current track number and
%N is replaced by the current track number padded with a leading zero if it is < 10.
Everything else is copied as-is.
If this option is not given then mkvmerge defaults to the format ’%p - %t’ (the performer, followed by a space, a dash, another space and the title).


−−chapters <file>


Read chapter information from the file. See the section about chapters below for details.


And

The Matroska chapter system is more powerful than the old known system used by OGMs. The full specs can be found at <http://www.matroska.org/technical/specs/chapters/index.html>

mkvmerge supports two kinds of chapter files as its input. The first format, called ’simple chapter format’, is the same format that the OGM tools expect. The second format is a XML based chapter format which supports all of Matroska’s chapter functionality.

The simple chapter format

It looks basically like this:

CHAPTER01=00:00:00.000
CHAPTER01NAME=Intro
CHAPTER02=00:02:30.000
CHAPTER02NAME=Baby prepares to rock
CHAPTER03=00:02:42.300
CHAPTER03NAME=Baby rocks the house

mkvmerge will transform every pair or lines (CHAPTERxx and CHAPTERxxNAME) into one Matroska ChapterAtom. It does not set any ChapterTrackNumber which means that the chapters all apply to all tracks in the file.

The charset used in the file is assumed to be the same charset that the current system’s locale returns. If this is not the case then the switch −−chapter−charset should be used. If the file contains a valid BOM (byte order marker) then all UTF styles are converted automatically. In this case −−chapter−charset is simply ignored. You can use mkvinfo or mkvextract to verify that the chapter names have been converted properly.

The XML based chapter format

The XML based chapter format looks like this:

<?xml version="1.0" encoding="ISO-8859-1"?>
<!DOCTYPE Chapters SYSTEM "matroskachapters.dtd">
<Chapters>
<EditionEntry>
<ChapterAtom>
<ChapterTimeStart>00:00:30.000</ChapterTimeStart>
<ChapterTimeEnd>00:01:20.000</ChapterTimeEnd>
<ChapterDisplay>
<ChapterString>A short chapter</ChapterString>
<ChapterLanguage>eng</ChapterLanguage>
</ChapterDisplay>
<ChapterAtom>
<ChapterTimeStart>00:00:46.000</ChapterTimeStart>
<ChapterTimeEnd>00:01:10.000</ChapterTimeEnd>
<ChapterDisplay>
<ChapterString>A part of that short chapter</ChapterString>
<ChapterLanguage>eng</ChapterLanguage>
</ChapterDisplay>
</ChapterAtom>
</ChapterAtom>
</EditionEntry>
</Chapters>

With this format three things are possible that are not possible with the simple chapter format: 1) The timestamp for the end of the chapter can be set, 2) chapters can be nested, 3) the language and country can be set.

The mkvtoolnix distribution contains some sample files in the doc subdirectory which can be used as a basis.

General notes

When splitting files mkvmerge will correctly adjust the chapters as well. This means that each file only includes the chapter entries that apply to it, and that the timecodes will be offset to match the new timecodes of each output file.

mkvmerge is able to copy chapters from Matroska source files unless this is explicitly disabled with the −−no−chapters option. At the moment mkvmerge is limited to one ’bunch of chapters’ globally. This means that only the first chapter section found in all source files is used. If the user specified chapters on the command line then these take precedence over any chapters found in source files. mkvmerge does not merge chapters. This must be done manually by using mkvextract to extract the chapter information and editing the resulting files.

One shortcoming is that mkvmerge cannot parse chapter information found in OGM files.


One thing to note is that the .xpl files denote the time as 00:00:00:00 and not 00:00:00.000, but that is a simple fix. Another is that there are usually more than one <ChapterList> areas in the .xpl files.

Here's what the two formats I found look like:

<Chapter displayName="Chapter 1" titleTimeBegin="00:00:00:00"/>
<Chapter displayName="Chapter 2" titleTimeBegin="00:02:24:10"/>
<Chapter displayName="Chapter 3" titleTimeBegin="00:09:07:20"/>
<Chapter titleTimeBegin="00:00:00:00"/>
<Chapter titleTimeBegin="00:01:11:10"/>
<Chapter titleTimeBegin="00:03:54:00"/>


BTW, Thanks again for a great program. I do enjoy using it and I did enjoy it driving me to create this gui.

[buzzqw]

the easiest chapter type is the ogg type, very easy to implement and use in mkvmerge

like this

CHAPTER01=00:00:00.000
CHAPTER01NAME=Chapter 1
CHAPTER02=00:03:17.760
CHAPTER02NAME=Chapter 2
CHAPTER03=00:06:19.920
CHAPTER03NAME=Chapter 3
CHAPTER04=00:09:19.200
CHAPTER04NAME=Chapter 4
CHAPTER05=00:11:29.360
CHAPTER05NAME=Chapter 5
CHAPTER06=00:16:06.680

BHH

[madshi]

Thanks, I'll add this, should be easy to do since I'm already reading the chapter information in, anyway. Just need to add the output. @Yraen, there could also be a "description" field in addition to (or instead of) the "displayName" field. Also it's possible (I think) that the "titleTimeBegin" field comes first and the "displayName" field second. Anyway, eac3to already takes care of all that.

[Yraen]

My collection is small still, about 20 HD-DVDs and 10 BD. It is growing slowly though. Those were the only two types of chapters I came across. I'm sure there are other details they could have included in the line, and had the format kept going we would have seen many more possibilities.

The good news is if someone finds a .xpl that is strange to you, it's a small download to look at. :)

@Everyone,

It might take me a couple of days to get the new features of Eac3to worked into the gui, but they will get there.

[Yraen]

With the latest changes to Eac3to, I'm going to redesign the gui. I'm going to limit the programs to Eac3to, Mkvmerge and Vc1conv unless there is someone out there who would like some of the other programs supported. If there is anything you want to be included into this, let me know now so I can get it in.

I'll leave the 1.5 up and consider it end of life for that version. All changes starting with 1.6 will be based on the new format.

[moshmothma]

With the latest changes to Eac3to, I'm going to redesign the gui. I'm going to limit the programs to Eac3to, Mkvmerge and Vc1conv unless there is someone out there who would like some of the other programs supported. If there is anything you want to be included into this, let me know now so I can get it in.

I'll leave the 1.5 up and consider it end of life for that version. All changes starting with 1.6 will be based on the new format.

Yraen, your little proggie is quite nice! Thanks for the good work.
I would ask that Xport be included still since it is the standard for demuxing at this point. Np if you feel the need to remove. thanks again

Also, is there a way to add more options to mkvmerge at this point? Specifically, is there a way to mux an external audio track with the eac3gui'd video mkv? Thanks

[madshi]

I would ask that Xport be included still since it is the standard for demuxing at this point.
It is still the standard and congrats to drmpeg/Ron for that. But xport is not that easy to use and it's rather slow if you want to demux more than one audio track because you then have to run it multiple times. Because of these reasons I think eac3to will sooner or later take xport's place (sorry, Ron!). So IMHO it makes sense for Yraen to drop xport support in his new GUI. Of course that's only my selfish opinion. What do the others say? :)

[kurt]

Hi Yraen!

If I add multiple audio sources (like 3 dts files) in the first tab, it should be possible to choose them seperately under "alternate input file" for subsequent batch processsing, right?

but they don't show up... (gui v1.05 Beta 1)

[Yraen]

Yraen, your little proggie is quite nice! Thanks for the good work.
I would ask that Xport be included still since it is the standard for demuxing at this point. Np if you feel the need to remove. thanks again

Also, is there a way to add more options to mkvmerge at this point? Specifically, is there a way to mux an external audio track with the eac3gui'd video mkv? Thanks

Leaving Xport in is no problem. That's why I'm asking here. I know my personal usage will drop down to Eac3to, Vc1conv and Mkvmerge. But I am not the only one using this gui, so I ask what others want.

You can add anything to basically any of the programs. Once you've got your Eac3to line added to the batch queue, clear your sources and add the external audio you want. This will cause it to appear on the alternate input files for Mkvmerge.

I'll be adding subs to Mkvmerge in 1.06 also. That was already in the works, so the code is mostly done now. Is there anything else besides that you (or anyone) can think of that needs to be added to Mkvmerge?

It is still the standard and congrats to drmpeg/Ron for that. But xport is not that easy to use and it's rather slow if you want to demux more than one audio track because you then have to run it multiple times. Because of these reasons I think eac3to will sooner or later take xport's place (sorry, Ron!). So IMHO it makes sense for Yraen to drop xport support in his new GUI. Of course that's only my selfish opinion. What do the others say? :)

I agree. I remember how you tackled the HD-DVD problems and knocked them out about as fast as they popped up. I've no doubt that anything that pops up here will be handled the same.

Hi Yraen!

If I add multiple audio sources (like 3 dts files) in the first tab, it should be possible to choose them seperately under "alternate input file" for subsequent batch processsing, right?

but they don't show up... (gui v1.05 Beta 1)

Since this gui was built around Eac3to, it believes that the source files are for Eac3to. I should have clarified that in the documentation, I'm sorry. Just add them as a source one at a time, build your Eac3to command line and either run it or add it to the batch queue. Or, if you want to keep them all with the original name, just changing the type (extension), add them all as source files, make the changes on the Eac3to audio tab you want, change the Save As Type to what you want, leave the File Name empty and check the box "Apply These Settings To All Source Files And Save With Original Name". This will cause Eac3to to run through the source files one at a time with all the options that you wanted for each file.

Xport will stay in for now, until everyone is comfortable with the demuxing done by Eac3to. It will be easy to remove it at a later time.

As for 1.05 and if it works. It actually works quite well still. It does everything that madshi has added to Eac3to except for HD-DVD folder processing. You can load an .m2ts file, list tracks and select them in the Eac3to audio/video tabs. I ran a quick test and it had no problems selecting the right tracks.

[madshi]

I agree. I remember how you tackled the HD-DVD problems and knocked them out about as fast as they popped up. I've no doubt that anything that pops up here will be handled the same.
Yep. Furthermore, eac3to was already used for handling raw Blu-Ray streams for months. Many of the fixes I've done for HD DVD stuff also apply to Blu-Ray. So the only new thing is really the pure demuxing code itself, which is a rather small thing compared to many other things eac3to is doing. So I don't expect major problems. And when problems occur, they should be easy to fix. The only thing needed right now is a lot of testing... :)

[kurt]

Or, if you want to keep them all with the original name, just changing the type (extension), add them all as source files, make the changes on the Eac3to audio tab you want, change the Save As Type to what you want, leave the File Name empty and check the box "Apply These Settings To All Source Files And Save With Original Name". This will cause Eac3to to run through the source files one at a time with all the options that you wanted for each file.
oh, I missed that "Apply These Settings To All Source Files And Save With Original Name". Now it worked :)

[Yraen]

Just uploaded 1.06 beta 1. This one should be considered more of a beta than any others. I haven't had time to fully test everything in it yet, but I will be doing that this coming week. Documentation up for this also, it includes a quick walk through, beginning to end, on using this program to generate a mkv with the batch process. Link (http://briefcase.yahoo.com/bc/yraen@sbcglobal.net/lst?.dir=/Eac3to+and+More+GUI&.order=&.view=l&.src=bc&.done=http%3a//briefcase.yahoo.com/)


Changelog:
v1.06 beta 1
- Supports all the features of Eac3to 2.36
- Removed DGIndex, DGAVCIndex and H264tsto from the gui.

[frenchglen]

Hi Yraen! Tried your 1.06 beta. Really starting to look great, I love it. My bug to report, is that, lol, the thing I actually do with the GUI, which is to convert a bunch of MLPs to FLAC, is not working.

eac3to (2.36 I was using) shows a funny error saying MLP, 2.0 channels, 24 bits, 192khz
This audio conversion is not supported.

Was about to write an embarrassing post on madshi's thread!...can't tell what it is, not sure how to see the command line with this feature. 1.04 beta works fine...never DL'd 1.05.

+ Just meaningless GUI improvements...(well that's what this is, after all, at least for all I do):
- I like to ctrl+tab/ctrl+shift+tab between tabs.
- When you add source files, which are usually all from one folder, for the GUI to make the folder they're contained in the destination folder straight away. Then the user can change if they want different, which is no more inconvenient than if the GUI simply didn't suggest a destination folder in the first place.

[saint-francis]

- When you add source files, which are usually all from one folder, for the GUI to make the folder they're contained in the destination folder straight away. Then the user can change if they want different, which is no more inconvenient than if the GUI simply didn't suggest a destination folder in the first place.

I whole heartedly agree with this, or something like it. Using the GUI has made me a little brainless from time to time and I have now over written my files for the previous movie I was working on twice now. No one to blame but myself. I was thinking about making a similar request.

[Yraen]

Hi Yraen! Tried your 1.06 beta. Really starting to look great, I love it. My bug to report, is that, lol, the thing I actually do with the GUI, which is to convert a bunch of MLPs to FLAC, is not working.

eac3to (2.36 I was using) shows a funny error saying MLP, 2.0 channels, 24 bits, 192khz
This audio conversion is not supported.

Was about to write an embarrassing post on madshi's thread!...can't tell what it is, not sure how to see the command line with this feature. 1.04 beta works fine...never DL'd 1.05.


I wasn't sure if I broke the specials requests or not, it seems I did. From testing myself on other items, you tend to see something along that line if the file name is incorrect. You can set up a single file to be converted and see if that one errors out, and a single file will show the correct command line if you specify a name to save it as. But it's most likely in the gui.

Edit: The bug is here, should have it fixed shortly.


+ Just meaningless GUI improvements...(well that's what this is, after all, at least for all I do):
- I like to ctrl+tab/ctrl+shift+tab between tabs.
- When you add source files, which are usually all from one folder, for the GUI to make the folder they're contained in the destination folder straight away. Then the user can change if they want different, which is no more inconvenient than if the GUI simply didn't suggest a destination folder in the first place.

I don't think I can alter the ctrl+tab/ctrl+shift+tab actions but I'll look. This might be something that is hard wired in AutoIt, and if so I'm helpless.

For the source and destination, for what you do the destination isn't even needed (once fixed that is). When it's working right it doesn't even look at the output folder.

I whole heartedly agree with this, or something like it. Using the GUI has made me a little brainless from time to time and I have now over written my files for the previous movie I was working on twice now. No one to blame but myself. I was thinking about making a similar request.

I guess it's just me so I'll change it. I tend to set my final output on the media server in my house, and rarely forget that. And with the way the new gui selects the source files for eac3to, I tend to set up many sources from many places when I use it. I'll set it to have a default setting of changing the output folder to the source folder, but put in a checkbox that will override that feature (for myself :) ). I'll try to get that in this release, but if not in the next one.

[Yraen]

1.06 beta 2 is up. Link (http://briefcase.yahoo.com/bc/yraen@sbcglobal.net/lst?.dir=/Eac3to+and+More+GUI&.order=&.view=l&.src=bc&.done=http%3a//briefcase.yahoo.com/)


Changelog:
v1.06 beta 2
- Fixed a bug in the "Apply These Settings To All Source Files And Save With Original Name" so that it now does just that.
- Made a prompt for destination folder change default when setting the save name for files on each tab.
- Added a check box to disable this prompt on the Paths/Sources tab.
- Temporarily disabled the Mux Eac3to command line into an mkv feature. This suffers from a bug somewhere in the mkv muxing, will track it down tomorrow.

[frenchglen]

I guess it's just me so I'll change it. I tend to set my final output on the media server in my house, and rarely forget that. And with the way the new gui selects the source files for eac3to, I tend to set up many sources from many places when I use it. I'll set it to have a default setting of changing the output folder to the source folder, but put in a checkbox that will override that feature (for myself :) ). I'll try to get that in this release, but if not in the next one.
Oh, and for all of us. Sometimes I might want to send the destination files somewhere else, but not usually.

Thanks for accommodating everyone. It's nice to see someone make a program/gui and make changes directly from their requests/complaining! Much more personal.
This forum is where stuff happens!

Now, it's weird, the beta 2 doesn't seem to actually invoke eac3to...not with what I'm doing...single or multiple files...

[Yraen]

That was a weird bug. It worked fine when I ran the scripts, but once compiled it acted up. I'm not sure of the reason as the proper command line was getting passed. It seemed tied into the fact that I set the destination folder as the "working folder" so that xport would demux the files to another place than either the xport folder or the source folder. I know it worked fine in earlier versions too. For now, until I can find out why, eac3to doesn't use (nor really needed) a "working folder".

1.06 beta 3 fixes this. Link (http://briefcase.yahoo.com/bc/yraen@sbcglobal.net/lst?.dir=/Eac3to+and+More+GUI&.order=&.view=l&.src=bc&.done=http%3a//briefcase.yahoo.com/)


Changelog:
v1.06 beta 3
- just fixed the bug frenchglen found when using "Apply These Settings To All Sources..."


I've no problem making the program help when it can. Once madshi locks BD down the way he's locked HD-DVD down, I'm thinking about setting up some "default" settings to convert the file with. You'll be able to specify the settings that are applied and just load your sources drive/folder, click a button and it starts converting all folders in that drive/folder. :)

[frenchglen]

Thanks Yraen!
Haha, my name's in the changelog? I'm famous.woohoo.

[Denner]

Hi, will you incorporate all the new features of eac3to in to your GUI Yraen and if so, when can we expect an update ?

I am so much hoping that it will happen :-)

[Yraen]

The changes are coming, the code is already in the works. I don't know if it will be finished before I have to leave town on business though. For now, don't use folders to look at HD-DVDS as the chapters and subtitles throw off the tracks. Use the evo files instead.

If it's not up by tomorrow, it probably won't be up until some time next week.

Thanks

[Denner]

Thanks, you just made my day :)

[saint-francis]

I can't get the GUI to work. It will list the tracks but I can do nothing from there. There are no audio or video tracks listed under their respective tabs. Have I missed something?

[Beastie Boy]

On the eac3to tabs, there is a drop down box in the top right hand corner to select the input. Once this is selected, the title and stream drop downs will be populated.

Cheers, Beastie.

[Yraen]

I'm back in town now. I'll finish up the code and get a new version out in a day or two.

[frenchglen]

cool look forward to seeing it mate :) hope you had a good time wherever you were.

[Denner]

Nice :)

[DoomBot]

For a Truehd track if you dont force decoder to libav and you dont have nero plug-in will eac3to auto decode Truehd using libav.


update: Never mind it has already been answered.

[Yraen]

Sorry for the lack of updates. I've been under the weather and am just now feeling up to sitting at the computer for any extended periods of time. I do almost have the newest version finished, which will support both chapter and subtitle demuxing/muxing into mkvs. I've just got a few more lines of code to write, and some testing to do. It will be up this week for sure.

[Denner]

Cool man looking forward to it, and I hope you get better soon :)

[tosehee]

Yraen.

Thanks for a great tool.

I have a few questions if you could answer. I read your documentation and somewhat little confused.

With eac3to, you can remux to video directly. But in your documentation, you are demux to VC1, then use vc1conv to convert to another VC1 format, and eac3to again to mkv format.

What's the reason behind this?

[Yraen]

Sorry for the delay in replying. Still fighting that bug. I've got the code now running tests (ratatouille) and should have the file up later tonight or early in the morning. Hopefully sometime tomorrow afternoon I'll get the chance to record some videos of using the gui. I'll see how well a video documentation will work, maybe save myself some typing. :)

tosehee,

Somewhere in the eac3to thread madshi mentioned that the newest version of vc1conv did a better job of stripping the pulldown than -stripPulldown in eac3to, and he disabled it in eac3to for a version or two. In the documentation I was showing how this could be done. If you don't want to strip the pulldown or are happy with eac3to's then you don't have to.

[Yraen]

1.07 beta 1 is up.
Eac3to and More GUI latest version and documentation (http://briefcase.yahoo.com/bc/yraen@sbcglobal.net/lst?.dir=/Eac3to+and+More+GUI&.order=&.view=l&.src=bc&.done=http%3a//briefcase.yahoo.com/)

Changelog:
v1.07 beta 1
- support for reading titlesets from eac3to
- support for demuxing chapter files from eac3to
- support for demuxing subtitles from eac3to
- currently disabled logging eac3to (not really needed anymore anyway)


Not 100% tested, but did mux a couple of movies in batch mode with it. Documentation to follow soon.

Things to note: I changed the wording and the way the destination/souce checkbox on the first tab works. It should read and be more user friendly now.

In eac3to, load up your source folders to see the titleset, choose a titleset to see the track listing. Support for demuxing chapter and subtitle tracks is in. Chapters demuxed can be used in mkvmerge to add to the final mkv.

[tosehee]

Awesome.

Thanks~!

[Beastie Boy]

Thank you for the update. So far it has worked perfectly for me.

Could I make a small feature request? Would it be possible to add thd as an audio output type. I use this due demux TrueHD audio for possible future use.

Cheers, Beastie.

[Yraen]

Thank you for the update. So far it has worked perfectly for me.

Could I make a small feature request? Would it be possible to add thd as an audio output type. I use this due demux TrueHD audio for possible future use.

Cheers, Beastie.

Easily done.

Eac3to and More Gui 1.07 beta 2 (http://briefcase.yahoo.com/bc/yraen@sbcglobal.net/lst?.dir=/Eac3to+and+More+GUI&.view=l)


Changelog:
v1.07 beta 2
- added thd as an audio out
- removed some mkv debugging code accidentily left in
- eac3to logging active again

[Beastie Boy]

Wow, that was quick! Thank you very much :)

Cheers, Beastie.

[saint-francis]

The new GUI is working quite well for me. Thanks greatly yraen.

One glitch so far though. When specifying a name for the chapter file you need to manually enter .txt at the end of the name. Not sure if this was intended but I assumed that it wasn't since the GUI takes care of the extensions for all other file types. I guess the difference here is that there is only one extension that would be used for chapters and with the other file types the extension that you enter will determine what processing takes place.

[Yraen]

I'm thinking on the next release, when you choose the track for chapters to auto-fill "chapters.txt" in there, and let the user change it if required.

I will add in a check to see if the file ends in .txt though. I'm getting tired of typing it too. :)

[saint-francis]

Wasn't there an option before to run the process over again if audio gapes were detected? I think that would also be a useful one to have there in case you start the process and then have to go to bed or something like that. Especially considering that this tool has a pretty functional job queue.

[Yraen]

I took out the option to check for gaps files awhile back. Eac3to was doing such a good job there really wasn't a need for it. There is now though. I've got the code back in and some tests queued up. If all goes well I'll have it up tomorrow with the gaps check back in.

[Denner]

Your GUI seems to be missing from you´r Yahoo Breifcase, I can only find you´r documentation document ?

[Yraen]

I was about to upload the newest version when I found a bug that occurred under some specific conditions. Unfortunately I had deleted the previous version. I'm currently testing the fix, the newest version will be up shortly.

[Denner]

Cool and a big thanks :)

[Yraen]

Eac3to and More GUI v1.07 beta 3 (http://briefcase.yahoo.com/bc/yraen@sbcglobal.net/lst?.dir=/Eac3to+and+More+GUI&.order=&.view=l&.src=bc&.done=http%3a//briefcase.yahoo.com/)


Changelog:
v1.07 beta 3
- enabled default chapter file name, "chapters.txt", when chapters track is chosen on eac3to video tab
- added check to add ".txt" to chapter file name if name changed and extension left off
- enabled "Mux Eac3to Command Line Into Movie.mkv". This also has the option of running the video through vc1conv.


Three things to remember about "Mux Eac3to Command Line Into Movie.mkv":

1. Don't use Movie.mkv as the name you put into eac3to.
2. If using "Run Through VC1Conv During Process" choose vc1 as the save type on the eac3to tab.
3. All created files except generated log and movie.mkv are recycled when done.

Enjoy.

[Yraen]

Eac3to and More GUI 1.07 beta 4 (http://briefcase.yahoo.com/bc/yraen@sbcglobal.net/lst?.dir=/Eac3to+and+More+GUI&.order=&.view=l&.src=bc&.done=http%3a//briefcase.yahoo.com/)


Changelog:
v1.07 beta 4
- added support for the new items in eac3to 2.45

[Yraen]

Eac3to and More GUI 1.07 beta 5 (http://briefcase.yahoo.com/bc/yraen@sbcglobal.net/lst?.dir=/Eac3to+and+More+GUI&.order=&.view=l&.src=bc&.done=http%3a//briefcase.yahoo.com/)


Changelog:
v1.07 beta 5
- fixed minor bug in -ignoreEncrypt


This will probably not affect anyone, but the ignore encryption box on the eac3to audio tab had a slight bug. No need to update if you never use it.