New tool: DoItFast4U!

[Eyes`Only]

Welcome to the DoItFast thread. Here we discuss, beta test, and report on all the DoItFast tools (currently DoItFast4U,DoCCE4U,and Reauthorist).

Authors: Eyes`Only = DoItFast4U
BBWoof = DoCCE4U
Aquabubble = Reauthorist

Also special thanks to Trilight, Light_UK, and Gabest for their particular involvement in this project.

Special thanks to Doom9, JDobbs, Coop920, OxP, and others that have participated in refining the methods of dvd9->dvd5. You know who you are :D

Eyes`Only

[TRILIGHT]

This is definitely a tool you need to make your multi-PGC life easier. We've been using this method since it was just a batch process. If you don't know what it is this tool does for you to make your life easier, you need to learn a bit more of what's involved with recreating a multi-PGC structure. Otherwise, you know the value of the tool already. Enjoy! I do! :D

[rishardc]

This thing looks great. Can't wait to give it a whirl tommorow.

[TRILIGHT]

By the way, if you're new to the world of multi-PGC and don't know how this tool incorporates into your project, the guide I wrote HERE (http://forum.doom9.org/showthread.php?s=&threadid=39916) gives you step-by-step information on how to use this tool in the process.

[Yohudi]

This is an Excellent piece of kit.... takes a LOT of the pain out of multi-PGC... NUFF RESPECT to "Eyes Only"

One minor niggle/bug...

If you select the ALL angle option for Vobsub then the process is halted every time DoitFast4U tries to make DVDDecryptor save out the angle subs... Decryptor doesn't seem to be renaming the files.. or doesn'r seem to be able to for some reason..

I'm not 100% on this as I'm not 100% on the title being multi-angle think maybe it's a bug.. say if you select ALL on a single angle title... Worked NO PROBLEM if I selected angle 01 etc

[Eyes`Only]

If you select the ALL angle option for Vobsub then the process is halted every time DoitFast4U tries to make DVDDecryptor save out the angle subs... Decryptor doesn't seem to be renaming the files.. or doesn'r seem to be able to for some reason..

Couple of important things to note:

DVD Decryptor doesn't do the angle subs, that's Vobsub's job. If you are getting the message box from Vobsub and not able to continue until closing it, the most likely reason is that you didn't install Vobsub correctly. Download the newest version of Vobsub (2.22 i think) and install it, and this should go away.

All this and more is answered on my site at http://members.cox.net/doitfast4u . As I get more questions about things such as your sub problem the answers will appear in FAQ, so it may be wise to bookmark this page. New version 1.0 will have this link in it somewhere. Though I appreciate Doom9 deeming it worthy enough to host a copy of the program on his site, I didn't expect him to publish my app without a mention to my page so I didn't forsee the need for this (hindsight is always 20/20, eh?)

The Guide Step 1 especially talks about proper preparation before using DoItFast4U! correctly.

[wmansir]

I noticed after I uninstalled this program it left an entry in my windows explorer context menu for folders ("DoItFast4U in this directory beta 0.90"). A quick search thru the registry found the leftover entry, but I wanted to make you aware of the bug.

[Bear263]

Originally posted by Yohudi
One minor niggle/bug...

If you select the ALL angle option for Vobsub then the process is halted every time DoitFast4U tries to make DVDDecryptor save out the angle subs... Decryptor doesn't seem to be renaming the files.. or doesn'r seem to be able to for some reason..

Don't know if this is the same, but I found that decryptor couldn't rename the audio files. I just renamed them while it was ripping.

Everything else worked great.

I can rename them, I have no problem with that. This handy program is great. Takes a lot of the hassle's away.

Bear

[Eyes`Only]

Thanks for the info, wmansir. I'll change that in the next rls, definitely.

As for not being able to rename the files, Yohudi & Bear263, this sounds like a direct cause of not having the 2 checkboxes shown in step 1 of the Guide checked in DvdDec before starting DIF4U. This is why the install expressly states to make sure you have all requirements in The Guide step #1 completed.

When DVDDEC 3.1.5.0 finally comes out, this problem will be non-existent, but for now it's neccessary to tweak manually. The problem only persists because DVDDEC 3.1.5.0 was supposed to be out the same day my program was made public (I actually waited for that due date because of this) and all these requirements would have been non-existent had that happened.

Sorry for the issue. I could have tweaked it in the registry, but I honestly didn't think it was going to be an issue. Although, I did mention it in The Guide and/or the installer, luckily.

[Bear263]

Originally posted by Eyes`Only
As for not being able to rename the files, Yohudi & Bear263, this sounds like a direct cause of not having the 2 checkboxes shown in step 1 of the Guide checked in DvdDec before starting DIF4U. This is why the install expressly states to make sure you have all requirements in The Guide step #1 completed.

Duh! I missed that in the guide. Thanks.

Bear

[Eyes`Only]

Bear:

Glad to hear that was the problem!

Everyone:

Get ready... DoItFast4U v. 1.0.0 is coming very soon. I've redone the demux engine for more flexibility with requests and additions. The rename functions have also been improved by popular request, and you will no longer see super long filenames.

Typical filenames output from DIF4U! v.1.0.0 will be like this:

VTS__04_P01.AVS
VTS__04_P01.d2v
VTS__04_P01.M2V
VTS__04_P02A1.AVS
VTS__04_P02A1.d2v
VTS__04_P02A1.M2V
VTS__04_P02A2.AVS
VTS__04_P02A2.d2v
VTS__04_P02A2.M2V
VTS__04_P02A3.AVS
VTS__04_P02A3.d2v
VTS__04_P02A3.M2V
VTS__04_P03.AVS
VTS__04_P03.d2v
VTS__04_P03.M2V


Also the angle demuxing has been rewritten to (hopefully?!) not skip angles as some were reporting, and the most popular request..

VobID demuxing will be fully implemented.
(Video and audio demux are finished, I'm working on VobID subs now)

Thanks to all that have donated. You just make me want to work that much harder to make this program do everything ever needed for DVD-prepping!

[jdobbs]

Eyes Only,

This looks really cool!!! I just downloaded it and haven't tried it yet, but it looks like the hottest thing to come around in quite a while for DVD-Backers. I hope to try it tomorrow.

Thanks, dude -- great work.

jdobbs

[Eyes`Only]

JDobbs,

Thanks bud. Hope you enjoy it. It's definitely a rough work-in-progress.. version 1.0 will be much more refined. I'm working with the vobsub author to get full vobid functionality.. i have the video and audio down, and i'm testing a vobid-capable vobsub beta that, if working, will enable us to author seamless branching titles just like the studios!

[Bear263]

Eye's Only, Again, this is a great tool and I thank you for taking the time to code it.

I do have a couple of questions: I did High Crimes (NTSC) last night. Everything went smooth with your program. I encoded it with CCE. Then went back to DIF4U to do the pulldown. Took the pulldowned .m2v and imported it into ScenaristNt with no errors and created the vts for the main movie. Upon looking at the .ifo, there was no playback, chapters or anything pertaining to the movie. So I took the same .m2v and imported it into DVDMaestro again no errors. DVDmaestro wouldn't import the chapters. I then did a pulldown manually (no drop_framrate) and imported it into dvdmaestro and it accepted the chapters created the vts and worked with no problems.

My questions are: Is there times when drop_framerate is not needed while using pulldown? And maybe could you add a check box to not do drop_framrate?

Or did I totally miss something here? Again!:confused:

I should also say that I did M.A.S.H. season 2 with DIF4U using the pulldown option of it and had no problems.

Thanks
Bear

[TRILIGHT]

The only time the drop_frame setting is not needed is to do the "workaround" to get chapters imported properly as listed in the single-PGC guide I wrote for Maestro. That's really the only reason that step is needed (non-drop) is to make sure the chapter import doesn't bitch in Maestro. This problem does not occur in Scenarist. Also, since Scenarist is so much easier to use for multi-PGC titles, I highly recommend it for both now. Certain things (chapters, etc) used to be a real pain in the ass in Scenarist. Things have gotten a LOT better since then. Anyway, as I mentioned, the only time the non-drop is needed is to avoid the bitching that Maestro does on chapter import.

[Eyes`Only]

I usually don't cater to the Maestro users, since I believe Scenarist to be a much more refined authoring utility. However, the implementation of that feature is simple enough that I've decided to accept your request and will make that a feature in version 1.0.0, which is completed, being tested, and will probably be available on my website later tonight.

[Bear263]

I do prefer ScenaristNt over Maestro. Just couldn't get it to work right with this movie. Like I said, it created the vts set 3.5 gig worth but the .ifo file had no info for the movie. I had checked it before using ifoupdate. That's why I turned to maestro.

Thanks for adding the feature. It may come in handy sometime.

Bear

[Eyes`Only]

Did you use scenchap to import the chapters? I can't imagine you knowing how to use Scenarist and not using that, but it is pretty much impossible to not get chapters, etc. if you DO use it.

[Bear263]

Yes I use scenchap. Works quite well. It imported the chapters as usual. Showed them in the track editor. Just didin't create anything for them. I do admit, I don't know all the ends and out of Scenarist. Still trying to learn the more complex parts of it. Just for some reason, High Crimes didn't work the first time.

Bear

[Eyes`Only]

Well OK you got the chapters in the track, but did you create a pgc in the scenario editor and add the track? Basic Scenarist procedure. By the way, v.1.0.0 is on the website. Enjoy.

[valnar]

Does Doit4U work with single PGC titles too? I'm just a newbie here trying to find that magic tool (or set of tools) that work for all DVD's.

Thanks,
Robert

[Eyes`Only]

It's a prep tool. What you do with the assets it provides is up to you. If the original VTS is one pgc, it's only gonna give you back one set of assets, obviously.

[D-an-W]

Congrats on the tool Eyes`Only, one quick question...

I'm learning to use it on "The Fast and the Furious" and the main movie is VTS 08, so as below I have selected VTS 08 and Force Film, but do I choose to Vobsub PGC08 as well, or leave it as PGC01?

Since we are working with the movie first, select VTS 01, Force Film, and Vobsub PGC01 and then click the "DO IT!" button.

Sorry if this is a real n00b question, but I am searching the guide now for any clues...

D-an-W

[jdobbs]

@Eyes Only

This tool works great and saves a lot of time. Thanks for all the effort!

I just love it when things get easier.

jdobbs

[Eyes`Only]

JDobbs: Thanks bud. Coming from you that means a lot!

D-an-W: vobsub whatever pgc has subs. If more than one does and you want them, just vobsub ALL.

[D-an-W]

Tnx m8y...I am starting to feel The Fast and the Furious aint too good a title to begin using the tool with though...

Even the Extras are MultiPGC, and @ 1.7Gb I am sure I would have to reduce them in size...:confused:

[fourtyfour]

servus...

Wow, tried it first time and works very well!

Great job!

But, why do you use the "old" mpeg2dec.dll?

Is there a way to change this to mpeg2dec3 or mpec2dec2.dll or to choose it?

DIF4U make multiple PGC easy and fast, but all together could be faster with new mpeg2dec3 (in my case ~0.5 between mpec2dec.dll to mpec2dec3.dll) ;)

It might be cool like an advanced button (in a advanced tool :D) for changing what in the *.avs file.

So I can delete Resample Audio once and all PGC.avs without this CCE 2.50 AMD line.

[Eyes`Only]

Fast and the Furious is a VERY high-level DVD. Only an extremely experienced person should attempt to replicate it exactly. It contains seamless branching, slideshows, and countless pgcs... I really wouldn't recommend it for learning. It's one to 'come back to' when you feel you have the basics pretty much mastered. Just my 2 cents. :)

[Eyes`Only]

fourtyfour:

Thanks. Very intuitive questions.. let me attempt a good answer.

I've used that version of mpeg2dec.dll for a while, never realized there's a good reason to upgrade. Now you're saying newer versions allow CCE to process faster? I'll definitely use the newest version in my updates. As for currently, simply rename your mpeg2dec3.dll to mpeg2dec.dll, and replace the current mpeg2dec.dll in your system32 directory. That should fix you nicely.

As for the ResampleAudio line.. I've never been able to NOT use it, and I have a P4, not an AMD. I know several others that have had the same experience. You say you can use cce2.5 and .avses without needing that ResampleAudio line? Enlighten us as to how?

Email me via the 'about' page in my program and give me your email addy, I will send you a beta version of DIF4U with your requested fixes if you would like, so you can tell me if they are correctly done.

[fourtyfour]

servus...

Sorry, my english is getting to the limit.

I know, the ResampleAudio line ist for CCE 2.50.
I use 2.66 at time, so I don´t need this CCE 2.5 (optimized) line, cause it´s only for CCE 2.50 with AMD.
Right or am I wrong?

About the mpeg2dec3.dll:

Yes, this one works faster with avisynth 2.06
mikeathome and some other guys checked this out, too.
so an update couldn´t be wrong :D

Here´s the link to the newer versions:
http://ziquash.chez.tiscali.fr/
Attention: 2 versions available!

[Eyes`Only]

fourtyfour:

OK I'm testing mpeg2dec3.dll as we speak.. to verify claims before i modify my proggie and offset everyone's world hehehe.

Let me ask you this. I noticed an "idct=5" switch you can use to force SSE2 usage if you have a P4. Do you have an AMD? What would be the result if someone put this line in their avs and had an AMD or a processor that didnt have SSE2 instructions? Would mpeg2dec3 default to another method?

Also, unless I'm mistaken, the ResampleAudio line adds no overhead to your CCE encoding time, since you're not using audio anyway, so if I'm correct, there would be no point in removing it whether or not it's needed. Have you solid proof that this line would slow down CCE? I don't think it does. Even if you have 2.66.

[Bear263]

I use CCE 2.5 with a AMDXP 2200+ and I always uncheck the audio box in CCE. Never have a problem with it. Even have taken it out of the .avs script. But this is just my experience.

Bear

[Eyes`Only]

bear263:

But when leaving it in do you experience speed decrease? That's the real question of the hour.

I cant seem to get mpeg2dec3.dll to give me any speed improvements. Anyone want to point out what I'm doing wrong?

[Bear263]

To be honest, I haven't noticed any difference in speed. My experience is with no audio in the .avs, I can get 2.0 speed out of CCE depending on the movie. Today I got between 1.6 and 1.7.

I keep a look out on the difference with and without.


Don't know if that helps.

Bear

[rasta21]

...bug in doitfast4u 1.0.3 beta

...when i set the tool for my needs and use the "save settings and close" button, the settings become reseted after restart.

P.S: maybe you can implement function to generate a ecl file...could be useful

P.P.S: kewl tool ;)

[fourtyfour]

servus...

I missed a "GER" choice in Language Selection. ;)

More better could be a tick(or flag) for every audio stream I want.
(for dual language without all streams)

Maybe a *.D2F (not *.d2v) output file like DVD2Avi frm do for Scenchap could be helpful.


How does the Audio demuxer work? With DVD2Avi?
Is it possible to demux DTS streams?
(Sorry, I haven´t DTS stuff here to check if it possible; it´s just a question)

[Eyes`Only]

Multiple selection is something I've been thinking about implementing.. but not just yet :D

As for .d2f, it's only possible on later versions of dvd2avi, and I need a CLI version of dvd2avi. I'm using the latest that dvd2svcd also uses, which is version 1.76 and it doesn't support .d2f, sorry. If a newer version of dvd2avi became CLI-capable, I'd definitely look to implementing .d2f, but from what I've seen, if you set chapters in CCE and then use scenchap in Scenarist, chapters are perfectly synced anyway.

Audio demux is done via DVD Decrypter, which demuxes .dts also. If you use the files-on-the-hdd (not recommended) method, audio demux is done via dvd2avi 1.76 CLI, which means you will not get .dts.

[fourtyfour]

servus...

New "bug":

Does DIF4U works without DVDDecrypter 3.1.5.0 ?

Some people have problems with ripping more than one angle to hdd.

Like SW 1,

here´s the log:

Begin LOG
---
Finished Processing VTS 01 PGC 1 ANGLE 1
Finished Processing VTS 01 PGC 1 ANGLE 1
Finished Processing VTS 01 PGC 1 ANGLE 1
Finished Processing VTS 01 PGC 1 ANGLE 1
Finished Processing VTS 01 PGC 1 ANGLE 1
Finished Processing VTS 01 PGC 2 ANGLE 1
Finished Processing VTS 01 PGC 3 ANGLE 1
Finished Processing VTS 01 PGC 4 ANGLE 1
Finished Processing VTS 01 PGC 5 ANGLE 1
Finished Processing VTS 01 PGC 6 ANGLE 1
Finished Processing VTS 01 PGC 7 ANGLE 1
Finished Processing VTS 01 PGC 8 ANGLE 1
Finished Processing VTS 01 PGC 9 ANGLE 1
Finished Processing VTS 01 PGC 9 ANGLE 1
Finished Processing VTS 01 PGC 10 ANGLE 1
---
Step 2: Creating DVD2AVI Projects
Executing DVD2AVI on VTS__01_A1V01.M2V
Executing DVD2AVI on VTS__01_A1V02.M2V
Executing DVD2AVI on VTS__01_A1V04.M2V
Executing DVD2AVI on VTS__01_A1V05.M2V
Executing DVD2AVI on VTS__01_A1V06.M2V
Executing DVD2AVI on VTS__01_V05.M2V
Executing DVD2AVI on VTS__01_V08.M2V
Executing DVD2AVI on VTS__01_V09.M2V
Executing DVD2AVI on VTS__01_V10.M2V
Executing DVD2AVI on VTS__01_V11.M2V
Executing DVD2AVI on VTS__01_V12.M2V
Executing DVD2AVI on VTS__01_V13.M2V
Executing DVD2AVI on VTS__01_V14.M2V
Executing DVD2AVI on VTS__01_V15.M2V
Executing DVD2AVI on VTS__01_V16.M2V
---
Creating Avisynth script on VTS__01_A1V01.d2v
Creating Avisynth script on VTS__01_A1V02.d2v
Creating Avisynth script on VTS__01_A1V04.d2v
Creating Avisynth script on VTS__01_A1V05.d2v
Creating Avisynth script on VTS__01_A1V06.d2v
Creating Avisynth script on VTS__01_V05.d2v
Creating Avisynth script on VTS__01_V08.d2v
Creating Avisynth script on VTS__01_V09.d2v
Creating Avisynth script on VTS__01_V10.d2v
Creating Avisynth script on VTS__01_V11.d2v
Creating Avisynth script on VTS__01_V12.d2v
Creating Avisynth script on VTS__01_V13.d2v
Creating Avisynth script on VTS__01_V14.d2v
Creating Avisynth script on VTS__01_V15.d2v
Creating Avisynth script on VTS__01_V16.d2v
Task Completed.

Any ideas?

[Eyes`Only]

weird.. that looks like it ripped by vobid. was vobid checked?

[fourtyfour]

servus...

VobID was checked, because he want to split by VobID and have all multiangle.

For example; multiangle movie:

Angle 1: Cell1->Cell2->Cell4->Cell5->Cell7-> ...
Angle 2: Cell1->Cell3->Cell4->Cell6->Cell7-> ...

So if I want to demuy by VobID (Cell 1-6 = VobID 1-6; Cell7-Cell26= VobID7), DIF4U ripps only the VobID in Angle 1 (1,2,4,5,7,...).
But I want VobID 3 and 5,too.

There is a solution when I ripp Angle 2 separate.
But in this case, I have double of hdd capacy in use.

It could be very usefull to ripp all Cells of a VTS in one Step.
So all Cells I want will be in my folder.

[Eyes`Only]

I'm sorry bud.. at this point hdd demux only supports regular demuxing correctly. I can do vobid demux and cell demux, and I may work on it sometime, but for now, donators are requesting things more along the lines of better fat32 support, improved filename renaming, etc.

Most people that know how to even use vobid demux and cellid demux are the ones that also know to rip to .iso and mount with daemon-tools. :D

[fourtyfour]

servus...

Your last post confusing me .
(maybe I confuse you, too :D)

I work with mounted ISO and Daemon-tools (the other guys too)

The problem isn´t to rip the angles in vobid or cellid.

The "problem" is to rip a part of angle 2 not the whole thing.
(like DVDDecrypter Ifo mode and set flags to Cells and chapters)

In this case I want only Cell3 and 6 from angle 2.
But DIF4U rip all Cells or all vobid´s.
(or I don´t find the right option how to do one Cell only)

[TRILIGHT]

If all you're wanting is one or two cells, why don't you just use DVD Decrypter directly? Afterall, the whole idea behind the tool first being made was to speed up the process of having to deal with a LOT of files that needed to be extracted for a FULL backup.

[fourtyfour]

servus...

If it one or two files, the dvddecrypter mode would be fine.

But what about more files?

I don´t need angle 1 and angle 2 complete.

So I have 7 gb of files that should be 3.6 gb.

If I have more files, the option would make less work.

P.S.: This are not demands, this are just a few ideas for you to make a perfect Tool.

[BBWoof]

I think I've gotta agree with Trilight here, if you're ripping out small sections, use dvddecrypter by itself. I've been using DIF4U making complete backups of DVDs and so far it's worked fine, doing what it was meant to do.

BB

[fourtyfour]

servus...

I give it up.

I want a full Copy of a multiangle movie!

But why should I ripp angle 1 with 3.5 GB and angle 2 with 3.5 GB when I want a full backup of this movie?

This is why companies uses multiangle:

to minimize capacy and have two language (like the movie logo "Shrek" in eng; "Shrek, der tollkühne Held" in ger)

So they have inly 100 meg more than the angle 1.

With Scenarist, authoring this movie like the original is very easy.

Cell1 -> Cell2 -> Cell4-> Cell5 -> Cell7 -> Cell8 ...
-> Cell3 -> -> Cell6 ->

If you want, I can post a screenshot about the scenarist Editor what I exactly want to do.


So why shouldn´t I use Cell1, Cell4, Cell7, like the original do?

I feel really missunderstood.

[oddyseus]

1st of all I wish to wish everyone happy new year.

2nd Many thanks to Eyes Only for this program.

3d An observation. Maybe it has been discussed already but I've out of town for hollidays and I couldn't watch the forum as I wanted. Anyway I want to say that since we have allready the vobs in the hd, why should we demux and practically double the space needed. Isn't it possible to address the m2v through the vobs?

[timekills]

Originally posted by Eyes`Only
...As for .d2f, it's only possible on later versions of dvd2avi, and I need a CLI version of dvd2avi. I'm using the latest that dvd2svcd also uses, which is version 1.76 and it doesn't support .d2f, sorry. If a newer version of dvd2avi became CLI-capable, I'd definitely look to implementing .d2f, but from what I've seen, if you set chapters in CCE and then use scenchap in Scenarist, chapters are perfectly synced anyway....

Have you tried LOLI.J's version of DVD2AVI? It is 1.76 with the .d2f implemented - it gives the standard .d2v file AND a .d2f file. I presume it could be used in CLI version as it is a 1.76 version...

[Eyes`Only]

timekills: It wasn't that the 1.76 release was a CLI version, it was that someone took the 1.76 version and gave it CLI capabilities. So, another modified 1.76 may be CLI, but possibly may not. If you know of a CLI version that has .d2f functionality, please PM me with a link.

odysseus: not all .m2vs have to be transcoded to be used. For instance, if I were to get 10 pgcs from a vts, maybe some could be left alone while others were transcoded. This is the reason for the .m2vs. Plus it makes the program run smoother, and gives more options for expansion :)

[mikeathome]

Hi,

just downloaded DIF4U Ver. 1.0.0.5
I always get the error message: 'DVDDecrypter not installed' straight after DoIt Button.

YES, DVDDecrypter is installed Ver. 3.1.4.0 (since Ver. 3.1.5.0 still not available) and yes I read the Guide and the first set hint and finally, YES, DVDDecrypter works always. I usually do ISO Images with DVDDecrypter and mount them with Deamon Tools which works as well BUT NOT with DIF4U.

Any advice ?
I checked the registry entries on DVDDecrypter they seem to be ok.

Can somebody pls. post his DVDDecrypters Registry entries here ?

mike

[Eyes`Only]

mikeathome:

The program is looking for this key:

HKEY_CURRENT_USER\Software\DVD Decrypter\InstallDirectory

Is it present? I even talked with the author of DVDDEC about your problem and he's never heard of that registry entry not being there, if you installed the program correctly (ie. ran the setupdvddecrypter.exe, not just put the dvddecrypter.exe in a directory).

[fourtyfour]

servus...

My Reg entries are present.


And DIF4U works very very well.

Thanks Eyes´Only.

Angle works like it should.

Just tried vts 1,2 and 3 of Ice Age.

Multiple PGC and Multiangle selection works fine.

Yeah.

[Eyes`Only]

Great news, fourtyfour.

For those of you that are active participaters in this forum thread, I just put DoItFast4U! v.1.0.5 on the website. Enjoy the advance notice :D

[mikeathome]

Originally posted by Eyes`Only
mikeathome:
The program is looking for this key:
HKEY_CURRENT_USER\Software\DVD Decrypter\InstallDirectory
Is it present? I even talked with the author of DVDDEC about your problem and he's never heard of that registry entry not being there, if you installed the program correctly (ie. ran the setupdvddecrypter.exe, not just put the dvddecrypter.exe in a directory).

HAPPY NEW YEAR to everybody !!!

Wow, super support thanks a lot !

I appologize for my late answer, I figured it out by myself and I am the guilty, only me, nobody else !
I moved DVDDecrypter from one PC to another, DVD Decrypter re-builds his registry entries apart from the InstallDirectory-entry, after adding this it worked.

BTW. I have a good proposal for all you DIF4U user preserving hell lot of time. It came to me when using it on Matrix.
- with Matrix and DIF4U you need to demux and split by VOBID (otherwise you'll end up with 5 times the main movie !)
- doing so will demux the main movie 5 times (!) always redundantly and delete the doubled VOBIDs

@ Eyes:
It would be a great deal if you could add the option to demux only the VOBIDs not already present. It's possible, I did with a batch script and VStrip. With DVD Decrypter you would need to check the presence of a certain VOBID and demux the remaing only in case they're not already present. That should be relatively easy, isen't it. In case of Matrix it would save 4 times e.g.!

A few words on VobSub. It's very slow on my PC, takes ages to demux and on Matrix almost impracticle. It seams that VobSub always scans the whole title to demux just one VOBID. This is very time consuming. But same here, with a modified configuration file (you know what I mean, do you ? 'rundll32.exe vobsub.dll,configure.file' only on the NOT already existing SubStreams).
I ended up with VStrip again. I split by VOBID with only the SubPicture streams in the ouput, fairly fast and SubRip produces the same output as with VoBSub (just a .vob instead of an .idx+.sub). Only one draw back, whatever I tried I could not get the rabbit substreams ($2A) included in the output. I had to use SubRip on the whole title with the lack of individual timecodes per VOBID-rabbit-pop-up. I will have to re-build them by hand. Since there are only 9 pop-ups it's still faster than 5 hours VobSub !

What's missing, well, a tool which converts SUPs to SUB, yes the VobEdit output would be perfect for further SubPicture processing if converted to the right (SubRip) format.

A few thoughts following.

1 - The perfect way for me, would be:
- image with DVD Decrypter, mount with Daemon Tools
- demux by VOBID with VOBEdit (all, A/V/SP)
- A: ready
- V: DVD2AVI / AviSynth Script - automatic w/ DIF4U
- SP: SUP2SUB converter -> SubRip

2 - Alternatively:
- image with DVD Decrypter, mount with Daemon Tools
- split by VOBID with VStrip (VOB)
- A: demux with DVD2AVI - automatic w/ DIF4U
- V: DVD2AVI / AviSynth Script - automatic w/ DIF4U (together w/ A:)
- SP: SubRip

3 - OR in the mo:
- image with DVD Decrypter, mount with Daemon Tools
- demux by VOBID with DVD Decrypter (A/V) - automatic w/ DIF4U
- split by VOBID with VStrip (output SP's only, again VOBSUP is so slow !!!)
- A: ready - automatic w/ DIF4U
- V: DVD2AVI / AviSynth Script - automatic w/ DIF4U
- SP: SubRip

I am a lazy guy, that's why I am using DIF4U (procedure 3) since it creates all the .d2v / .avs for me. On Matrix, procedure 2 is much, much faster since it splits out the VOBIDs from the title only once!

@eyes:
Why don't you use VStrip ? Any good reason ? Ok, it would require the analysis of the IFO and write a kind of PGC-Info file describing the layout of the title, but, hold on, IfoUdate can do that for you !!! The MultiPGC Info file is of great use and clearly shows which VOBIDs have to be included in which sequence in which PGC.

Thanks again, mike

[Eyes`Only]

Mike,

Great brainstorming! Ironically, at one time during betas, I had situation 2 fully implemented. The reason why i chose not to use VStrip is because this method lacks certain features. The biggest one being DTS. In order to implement that method effectively... I had to VStrip to a .vob, then also VStrip to an .m2v. Then I ran the CLI ver of DVD2AVI on the demuxed .vob to get the audio files (no DTS support in any CLI version yet).

As for your subrip talk.. you were able to subrip a .vob with no .ifo? How?

Anyway, Vobsub is going to remain the tool of choice for now. I've done extensive testing and I can tell you that subrip cannot do multipgc properly, even if you demux each 0x2? stream into a .sub file and then rip from that. It works most of the time, but it WILL mess up on you. The programmer himself even acknowledges this (http://forum.doom9.org/showthread.php?s=&threadid=33051). You'll notice he himself suggests Vobsub. And when the master of Subrip recommends Vobsub, there's a reason! It has been found to be the only 100% failproof reliable method for accurate subs.

I can, however, compromise with you in one way. I will add an option to enable the RAW demux of subs via DVDDecrypter. The earlier versions did this automatically, but people soon found out that the .sub files aren't 100% reliable. But it's easy enough to add in, with a disclaimer that reads, "Use at your OWN RISK!" :D

Oh by the way, I DO use VStrip. If you try out HDD MODE you'll see this. I guess I can implement vobid demux via VStrip, but I was reluctant to do so because of the loss of DTS and VStrip is butt-slow demuxing.

As for demuxing one vobid by DVDDEC, DVDDEC doesn't have that option currently. And the author really doesn't like the idea of even doing a vobid demux (took me a bit to talk him into it!) because vobids can be split in the streams, and the way his program functions currently, this type of demux can't be done without an entire rewrite of his engine (trust me, we've debated on this topic for a while now!)

[mikeathome]

Hi,

thanks for the infos. Most of the things (I guess) are somewhat related to NTSC, aren't they ? Ok, anyway I understand and I was expecting something like this. See my individual answers below...

Originally posted by Eyes`Only
(...)
(no DTS support in any CLI version yet).

Yes, this is a good reason, anybody out there to code a version of DVD2AVI-CLI supporting DTS, you could do us a great favour, we'll call you DTS-hero :-)

As for your subrip talk.. you were able to subrip a .vob with no .ifo? How?

What I did:
- open VStrip GUI and load the VTS_02 VOBs (6)
- open the IFO for VTS_02 and indentify the existing SubPic Streams ($20-$2A)
- go to the output, check SubStreams / None, then select among the SubPic Streams $BD: $20-$2A the languages you want, note down their ID (say $21 & $2A)
- don't check any other (no video, no audio, it becomes quite faster then)
- on the output options check nothing
- on the split options check by VobID
- run

In SubRip open the newly created (very small, since they hold only the SubPic Streams) VOBs, one at a time !
- check show all 32 streams
- in the drop down list select your streams, note: you won't see any language hint, since you did not open the corresponding IFO (!) but that doesen't matter, you noted down the streams you want, did you ? The numbering is as follows 1=$20, 2=$21 ... 10=$2A ... and so on
YES, it works ! Apart from the fact, that VStrip does not rip the $2A on Matrix, but this is something special. I guess...

Anyway, Vobsub is going to remain the tool of choice for now. I've done extensive testing and I can tell you that subrip cannot do multipgc properly, even if you demux each 0x2? stream into a .sub file and then rip from that. It works most of the time, but it WILL mess up on you. The programmer himself even acknowledges this (http://forum.doom9.org/showthread.php?s=&threadid=33051). You'll notice he himself suggests Vobsub. And when the master of Subrip recommends Vobsub, there's a reason! It has been found to be the only 100% failproof reliable method for accurate subs.

Ok, can you contact and ask him, why it is neccessary to scn thru the whole Video Title Set to demux just one VobID ??? You do call the VobSub.dll with the parameter file identifying each VobID individually, do you ? So, when VobSub has extracted that VobID why it continues to scan thru the whole file. A way of better performance would be:
- get the parameter file and identify the VobID to rip the SubPics off
- get the LBA of this VobID from the IFO !!!
- jump to this offset and start ripping the SubPic stream when ready with the VobID -> END !

I can, however, compromise with you in one way. I will add an option to enable the RAW demux of subs via DVDDecrypter. The earlier versions did this automatically, but people soon found out that the .sub files aren't 100% reliable. But it's easy enough to add in, with a disclaimer that reads, "Use at your OWN RISK!" :D

Good compromise, I like compromises ;-)

As for demuxing one vobid by DVDDEC, DVDDEC doesn't have that option currently. And the author really doesn't like the idea of even doing a vobid demux (took me a bit to talk him into it!) because vobids can be split in the streams, and the way his program functions currently, this type of demux can't be done without an entire rewrite of his engine (trust me, we've debated on this topic for a while now!)

I am really sorry to hear this, may be you could convince him, ask him to try Matrix, it's a nightmare.

Final last word (on this post ;-).
Pls. don't get me wrong, I am NOT complaining, I love your tools, since they of much more use than any comercial solution out there. I personally feel the need to give feedback to help you make your tools even more efficient.

thanks, mike

[Eyes`Only]

Ok, can you contact and ask him, why it is neccessary to scn thru the whole Video Title Set to demux just one VobID ??? You do call the VobSub.dll with the parameter file identifying each VobID individually, do you ? So, when VobSub has extracted that VobID why it continues to scan thru the whole file. Here is what Gabest had to say on this: "It is not easy to tell if a vob/cell id won't pop up again later in the file, it might be multiangled or the vobs are interleaved in some parts just because two pgcs overlap. Anzhow, I'm going to save some temp file to make additional readings go faster."

Lightning_UK and I have tested his RAW sub demux, and it outputs .subs exactly the same as the procedure you described with VStrip. So hopefully this will be faster for you. I've found some bugs with 1.0.5 so I will be releasing 1.0.5.1 soon with this sub demux function in it for you.I am really sorry to hear this, may be you could convince him, ask him to try Matrix, it's a nightmare. I can't count the number of times I've told him this would be good to implement. Maybe you and others should contact him and try? He's a mod on here, and has contact info on his webpage I think. He's also in Efnet IRC at #doom9 every day!Most of the things (I guess) are somewhat related to NTSC, aren't they ? Not at all from my knowledge. Resetting timecodes in raw .sub files occur in both PAL and NTSC.Pls. don't get me wrong, I am NOT complaining, I love your tools, since they of much more use than any comercial solution out there. I personally feel the need to give feedback to help you make your tools even more efficient. Thanks. I can tell you're not complaining by your way of speaking. You seem very knowledgeable at demuxing, so I take your comments seriously and analyze them as thoroughly as possible. You are someone I could use as a beta tester. Care to sign up? PM me if so.

[Chambers]

I don't know if this has been asked before, but can you make this took give us an option to point to the programs it needs to work with? I don't have many of the programs installed "normally" but rather having them copied to a dir. They all work, but i guess the registry keys aren't in there that tell doitfast4u that they are there? Small request but it would help out for us that format the c drive once in a while and have all programs on d. Thanks and i hope to use the tool soon!!!

[Eyes`Only]

Sorry, I can't fulfill this request and expect my app to run smoothly. DoItFast4U checks for correct install of the tools that it needs. If I allow circumventing this, I allow possibility of error because some tools (such as Vobsub) absolutely need to be installed correctly or they don't function properly. Copying DVDDecrypter.exe to a location on your hdd isn't recommended by the author, because his tool is growing just like mine and relies on certain registry entries in order to work properly. Copying Vobsub's .dlls to somewhere on the hdd can cause the Vobsub window to stay on the screen and never close until you hit 'close' (I have not yet discovered why, I just have seen it happen quite often). The rest of the apps DoItFast4U! uses are installed when DoItFast4U! is installed, so there should be no problems there. I've talked to DVDDec author about this, but he (rightly so) replied saying that he wants people to not just copy his .exe, he wants them to use the installer. After all, he spent considerable work on his installer, as did other programmers! :D

ALL: DVDDec may work now as just an .exe, but upgrades and enhancements in the future will require registry entries to be present, so it's best to get in a habit of installing this program correctly.

[Bear263]

Great program Eyes` Only. I use it all the time now. I do have a suggestion though or maybe it might be a question:

When clicking hdd Demux, does DIF4U work in the same folder as the decrypted DVD?

(Suggestion) If so, might there be a option to put files in another folder so it doesn't clutter the decrypted dvd folder?

(Question) If not, am I missing something?

Thanks
Bear

[Eyes`Only]

it does work in the same folder right now. I don't see that it would be hard to add a feature for your request though. I'll work on it!

[jdobbs]

Eyes' Only,

Eyes... Good job with DoItFast4U. Tell me, using this tool how would you handle VTS's that have PGCs the point to the same cells/sectors. A good example is the NTSC version of "Unfaithful" -- If you break it out into separate .VOB files (by PGC) the total length of the VTS becomes 03:03:56 -- while in actuality it is really only a little over 2 hours of video that has cells in different PGCs (13 in this case) that point to the same sectors...

The result can be a huge loss of quality if you have to reencode an additional hour of video. I'm seeing more and more DVDs that fall into this category.

The reason I ask is that I've been working to correct the problem with IFOUpdate in the "Maestro" method... I'd like to try and work something out for the DoItFast4U method as well -- unless you've already addressed it.

Thanks,
jdobbs

[Eyes`Only]

JDobbs:

There's usually 2 scenarios that have what you are talking about.

1) Completely wild vobid structure, such as The Matrix, or Imsomnia. Use VobID demux mode on these.

2) First PGC has all the vobids, the others just have parts of the first PGC. In this case, demux PGC1 only, the regular way. Import that m2v into scenarist, set a scene for every cell using chapterxtractor, then author all PGCs using cells from that same .m2v file.

You're talking about the most complex movies, and I'm not able to explain it fully here, but the seamless branching guide on Doom9.org should explain it a lot more.

If you want to email me, I can explain it more, but it's too lengthy for this forum!

[jdobbs]

Gotcha... Then there is really no reason to worry about it. You can just let Scenarist to do the work. You certainly couldn't do that in Maestro (or at least not without a lot of work).

I usually use ReelDVD with DoItFast4U, and it couldn't do that -- guess I need to move over to the Scenarist world.

Thanks...

[Xitrum]

Hi Eyes` Only,
Firstly thanks for your great tool, I used it all the time now.

Secondly, I just downloaded V1.0.6 from your web site and installed.
I then used it to demux some of the extra of a 007 A view to a kill movie.
The programs work as normal and produced an .avs file with the following entry:

LoadPlugin("C:\WINDOWS\System32\mpeg2dec3.dll")
LoadPlugin("C:\WINDOWS\System32\decomb.dll")
Mpeg2Source("VTS__08_P01_1.d2v")
Telecide(guide=1)
Decimate(cycle=5)
ResampleAudio(44100)

I then dropped the file into CCE as I alway did, but this time CCE did not accepted the file and display the following error:

"Frame rate 20/1 is not supported. Supported frame rate are 23.976, 24, 25, 29.97, 30, 50, 59.94, and 60".

Is this a bug with the new version? or is there some new option in the new version that I supposed to tick/untick that I missed?

Regards.

[Eyes`Only]

Hmm Sounds like you used force film, or checked the NTSC button (which should ONLY be checked for NTSC at this point, hence the name).

When you forcefilm a PAL DVD, it becomes approx. 20fps, which is not the way you should do it. In other words, for PAL, never ever use forcefilm.

There's a new version available too, though it only benefits NTSC. I put 1.0.6.1 on the website today to fix some issues found with 1.0.6. Fixes a bug with NTSC detection, and another with HDD Demux feature.

[Xitrum]

Thanks Eye` Only for your quick response.

I did not tick the force Film option, as I read on your web site that the new version should detect NTSC film and select appropriate option for me.

Maybe the version that I got still got bugs in it.
I'll download v1.0.6.1 and try it out again, then I'll let you know.

Regards.

[Eyes`Only]

Right, but you're not using NTSC if you're getting that error! Uncheck the autodetect NTSC, since you're not using NTSC. I should have made my proggie ignore that checkbox if the source was PAL, but I didn't, because in a future version i plan to autodetect PAL interlaced. For now, if using PAL, that autodetect box should always be unchecked.

[Chambers]

Understandable :) I'll reinstall all of them once i do a new install. Thanks again for the quick response and the app

Originally posted by Eyes`Only
Sorry, I can't fulfill this request and expect my app to run smoothly. DoItFast4U checks for correct install of the tools that it needs. If I allow circumventing this, I allow possibility of error because some tools (such as Vobsub) absolutely need to be installed correctly or they don't function properly. Copying DVDDecrypter.exe to a location on your hdd isn't recommended by the author, because his tool is growing just like mine and relies on certain registry entries in order to work properly. Copying Vobsub's .dlls to somewhere on the hdd can cause the Vobsub window to stay on the screen and never close until you hit 'close' (I have not yet discovered why, I just have seen it happen quite often). The rest of the apps DoItFast4U! uses are installed when DoItFast4U! is installed, so there should be no problems there. I've talked to DVDDec author about this, but he (rightly so) replied saying that he wants people to not just copy his .exe, he wants them to use the installer. After all, he spent considerable work on his installer, as did other programmers! :D

ALL: DVDDec may work now as just an .exe, but upgrades and enhancements in the future will require registry entries to be present, so it's best to get in a habit of installing this program correctly.

[Xitrum]

Thanks Eyes` Only, I now download a new version and uncheck the Auto Detect NTSC option and it worked.

I guessed the Auto Detect NTSC is a bit misleading, as I understood it as a function to Auto Detect when there is a NTSC disc is inserted, and when it detected the disc is NTSC it would do something different such as force film etc... I also understood that if it detect the disc is PAL then it would do all the functions that only appropriate for PAL disc.

[Eyes`Only]

I would LOVE to have it do just that.. however I don't own a single PAL disc. If someone was willing to send me 2 PAL DVDs (one interlaced main movie, one non interlaced main movie), I could make my program perform like that.

[nyplayer]

Eyes' Only,

I used yor program everything works great. I was able to do everything. I had 1 small problem, when I run pulldown it keeps putting the pulldowned movie in my winnt/system32 folder.

[Eyes`Only]

Weird. It has never done that for me, but I will look into the issue and fix it for you.

[fourtyfour]

servus...

Which Pal non interlaced Disc Do you want?

Maybe I send you a disc.

Thats my contribution for your great tool, cause I couldn´t make a donation with paypal.

Just email me, what kind of disk you want.

Matrix should be the right disc for you, to test what DIF4U should do ;)

About interlaced discs:

There are only a handfull of disc with interlaced material that I know.
(like ID4)

[Bear263]

Originally posted by nyplayer
Eyes' Only,

I used yor program everything works great. I was able to do everything. I had 1 small problem, when I run pulldown it keeps putting the pulldowned movie in my winnt/system32 folder.


I find that the pulldown option works as it should when using the drop frame. But when using the no drop frame option, DIF4U puts the pulled down video in the root of the drive instead of the working folder.

Bear

[Eyes`Only]

Ahh that would be why i've never seen that error.. I only added that option on request, since I never ever need to perform pulldown without drop frame. I'll check it out for you though and find the bug.

[Bear263]

I only use the no pulldown option on a single pgc when maestro would be used since it isn't a complex video. Other than that, I use drop_frame.

Bear

[Zeul]

i have just started to use this tool. wow takes out the effort. Couple of things though. no way can I get the avs file to import to cce - always frame error. added a script line to force the frame rate which worked. cce then froze for encoding! thought i would use vfapi instead as this has always worked. You mention on the home page that you are using a special version of dvd2avi - would this account for encoding a black screen instead of the video stream? Any chance of implementing a drop down menu so we can choose to have avs or vfapi script to import. Judging by the forum cce freezing is a big problem with avs. It would also help to be able to choose more than one VTS at a time.

You may recall from a forum post in ifoupdate that i had a problem with audio synch from dvd2avi when doing multi PGC, and you recommended doitfast4u because of ripping by vob id instead. worked like a charm i have now got a couple of extra vob id's of length of a few kb that hadn't shown up before. thanks for that.

It occurs to me that you and jdobbs seem to be working together. any chance of having your proggy utilise ifoupdate to automatically script the chapter points, which can then pasted straight into the ecl file from cce?

if I am being a total noob with the avs thing appologies but it is very frustrating when vfapi has worked 100% of the time we no probs.

[TRILIGHT]

Originally posted by adamandhelen
....Judging by the forum cce freezing is a big problem with avs.... It would also help to be able to choose more than one VTS at a time....

If it's freezing, you don't have something installed correctly. The reason AVS scripts are used is because avisynth is faster and more configurable. Plus, it allows the use of the best (IMO) deinterlacer out there (decomb.dll). DIF4U! automatically detects if this is needed and adds it to the script.

As for choosing more than one VTS at a time, this has already been implemented. Perhaps you have an older version of the tool? Eyes`Only has been putting a LOT of work and effort into making major advancements in the tool so there have been a lot of changes just over the past couple of weeks! Anyway, the current version allows for selecting exactly which VTS's you want to do and allows you to make individual settings for how you want to handle each VTS.

[Zeul]

thankyou trilight.

where can i get the new versions. dif4u homepage only has 6.1 version as do the links provided by eyes only.

you say that avs isn't installed correctly. all of the dll's are in the system32 folder(win xp) and using version 2.07. This version provides tests (version number etc) which all play except for the syntax.

am i missing an installation. d/l and installed avs2.07 and mpeg2dec.dll

please help

[Chambers]

I'm writing again to thank Eye's Only for the awesome tool. The thing has saved me many hours of repetetive work! I also want to thank Trilight for the great guides you have wrote. They've helped me on many occasions, keep up the great work guys!!!

[Eyes`Only]

Chambers:

It's nice to see one of these posting on occasion, especially with the surge of n00bs that are popping out of the woodwork and would never use our tools because they settle for movie-only butchered DBDs. Even the donations have trickled almost to a halt. In light of recent events, I was beginning to think our work was all for naught. Thanks for showing me there's still hope...

I will be releasing 1.0.7 very soon. You can catch a glimpse of the new version using the 'screenshots' link on my homepage.

New features include:

- Added ability to demux all VTSes at once.
- Autodetect button now works for PAL users too! If checked, the .avs will be written to deinterlace all videos that are interlaced.
-Added 'threshold' control to determine which VTSes need demuxing (I recommend 200 megs).
-Added 'VTS Attributes' section, where you can see on-the-fly what the attributes of the VTS currently selected are.
-Added aspect ratio to filename of the .avs files (for fail-safe CCE settings).
-Corrected DVDr max size in the DVDCalc (4,704,317,440 is the max size when u subtract filesystem sectors).
-Added VTS List to attributes section.
-Added Largest VTS output to attributes section.
-Finally added the oft-requested VobID/CellID HDD Demux capability.
-Added ability to delete unneccesary .mpvs after running pulldown.
-Starting up/Changing drive automatically selects largest VTS as starting point.
-Pulldown progress bar now accurately displays progress.
-Fixed bug that causes Working Directory to become your system32 directory.

[Xitrum]

Hi Eye` Only,
Is it possible for you to implement the new feature in DIF4U, so that you can demux the movie at the VTS level so that it works with the new features in IFOUPdate. For example, if a movie has more than 5 PGCs, is it possible to demux the VTS as a whole, not individual PGCs, so that it work with the new "adjusted Cell" mode in IFOUpdate?

[Eyes`Only]

I may add that later, once we see that this way actually has potential. I'm still not convinced that a VOBID1-only movie is the way to go. I've talked to JDobbs about this on numerous occasions. Too much potential for problems, especially reauthoring button over video and/or infinifilm titles.

I believe that the new ifoupdate feature works best when u demux by vobid, then put those all together into pgc1, so that the layout is still the same as the original.

[fourtyfour]

servus...

Wow, looks nice.

Did you received my airmail packet?

Should be in US since tuesday.

[Zeul]

just an updaye on my avs problem. I was checking autodetect in the proggy and using a PAL movie. every avs script incorporated decomb. i d/l your proggy yesterday after reading your homepage and assumed that pal was now ready to use. i now see this is for version 1.07. anyway after unchecking autodetect it worked like a charm.

thanks

[Eyes`Only]

New version just went public. Enjoy!

[Xitrum]

Eyes` Only,
I just downloaded the new version and I'm trying it out.

One question, not sure if it a bug or not.
On the right hand side where you display the info about the current selected VTS, at the bottom, there's box called "Larget VTS" and it always displayed 00 doesn't matter which VTS I choose.

What is that box suppose to mean? and should that change when you select different VTS?

[TRILIGHT]

The largest will, of course, always be the largest. It's not going to change. Now why yours says "00" I have NO idea. Mine selects the largest and reports it properly.

[Eyes`Only]

It should only change when you change Drives, or in HDD mode, the working directory. You're saying it doesnt? I'm trying to reproduce your error without success...

[Xitrum]

On my machine, the box just display 00 no matter what I do.

[Eyes`Only]

Luckily, this bug won't affect functionality. Although if it is able to detect your largest VTS, it selects it automatically at start. But even without that box working correctly, all other features should work fine.

I will, of course, work on figuring out this issue. Are you using regular mode or HDD mode?

[Xitrum]

Eyes` Only,
I put in another DVD then it reported correctly the largest VTS, put back the original disk and the largest VTS box changed back to 00.
I have attached a screen capture to show you.

[Eyes`Only]

can u give me a list of the files and sizes on that DVD? It sounds irregular.

[Xitrum]

Here is a screen capture

[Eyes`Only]

Hmm your DVD doesnt have a VTS_02_0.vob.. I wonder if that's causing the issue?

<edited> Hmm no scratch that, I just tried an original DVD I own that has a structure like that and it works fine. I know i added code to check for the _0.vob and ignore it in the filesizes. I'm at a loss as to what caused that weird behavior at this point. Maybe it will become clearer later...

[Eyes`Only]

fortyfour:

I received your donation yesterday. Thanks a lot. Now I can test PAL much more thoroughly!

[aquabubble]

Originally posted by Eyes`Only
It's nice to see one of these posting on occasion, especially with the surge of n00bs that are popping out of the woodwork and would never use our tools because they settle for movie-only butchered DBDs. Even the donations have trickled almost to a halt. In light of recent events, I was beginning to think our work was all for naught. Thanks for showing me there's still hope...

I think we need your tool now more than ever. People are flocking to dvd2one because of its speed and simplicity. There is a lot of pain and effort in going through a CCE project, especially for n00bs, which is what I think turns a lot of people off. You are going a long way towards simplifying these projects and you're doing a very good job of it. I certainly appreciate it a lot!

If the process can be made easier then it will undoubtedly become a more attractive option. Then, once people realise that much better quality can be had out of CCE, whilst retaining the original menus and features, with not too much sweat, we have a chance to convert them!

I really don't understand how people can tolerate a mutilated DVD with glaringly obvious encoding problems. I'm confident that we're going the right way forward. Keep it up Eyes`Only!

[Xitrum]

Hi Eyes` Only,
Thanks for agreeing with me about the request for JDobbs for IFOUpdate on the other thread.
I also have a request for your tool as well:
With the new version, when you selected a VTS, the info on the right hand side display info about that VTS, is it possible to add in 2 other pieces of info? one is for the number of VOBs and the other is the number of Cells for the selected VTS.

These info will help the users make up their mind which method they want to use to demux the DVD (ie. PGC mode, or VOBID mode or Cell Mode). I am aware that you can get the information in IFOEdit, but it would be nicer if we can see it from DIF4U.

[Eyes`Only]

Don't see why I couldn't work on that, however I really don't see how the number of VOBs does anything for you. Did you mean VobIDs?

[Xitrum]

It does not really matter to me whether it shows a number of VOB or VOBID. The reason I had in mind for this request is that this info will help me decide whether to demux by PGC, VOBID or CellID.
For example, if the number of cellid is small, I'll re-author the movie at the CellID level, if the number of cells is large, but the number of VOBID is small, then I'll do it at VOB level, otherwise, I'll do it at PGC level if it possible.

[TRILIGHT]

Busy working on the UberGuide now. ;) I can see where this would be handy, however, ultimately I do not think it is useful unless you can parse out which VOBID's are re-used and how long they are. The reason being is, just because there are a number of different VOBID's, does not necessarily mean that is the way you should extract it. It depends on if any are re-used in other PGC's or not and the length of those VOBID's as just one short VOBID repeated is not indicative of a VTS that has to be extrated by VOBID.

[Xitrum]

Trilight
I agreed with you totally, I haven't thought about that point yet!

[jdobbs]

Here's a suggestion. Break it out the entire strem with VSTRIP by VOBID. Then you can get it with no repeats between PGCs. I can then make IFOUpdate move sectors around in the .VOB so they are restored into their original interleaved or angled format... Tell me that's not cool.

[Xitrum]

jdobbs,
I thought DIF4U can do that at the moment, if you select the VTS you want to demux, then select the START and END PGCS, then select Demux by VOB ID, then DIF4U will demux the entire VTS into VOBIDs with no repeats.

Correct me if I'm wrong

[rasta21]

...first...THanX for the new version Eyes`Only & betatest guyz !

...question:

...i used the hdd demux function, and after dif4u ripped all the vobs i get the messagebox "bleh!". after click okay button dif4u demux with bbdmux and then again the bleh! message box.

...is that message box a feature :cool: or is it just a debug message box that you forgot to remove :p

P.S: plz add ger (german) to the only language listbox ;)

[Eyes`Only]

LOL! Whoops! That was some silly stuff left over from when I was making sure HDD Mode worked. Welcome to Eyes`Only beta testing world of madness! I'll put 1.0.7.1 on the website soon without this silly popup window. Nothing keeps the program from working, as you can see.. I was just able to see before/after effects on filenames :)

Oh and yes, Xitrum, DIF4U will demux by vobid, now even in HDD Mode!

[jdobbs]

Eyes'Only,

I must have breezed right past that capability -- sorry. I'm going to try it tonight on a disc that has been giving me problems.

Thanks!

[jdobbs]

Eyes'Only,

Is it supposed to create the .D2V and .AVS files for the VOBID output?

Thanks,
jdobbs

[TRILIGHT]

yes

[jdobbs]

I tried it (on Bridget Jones Diary, NTSC) and it did the VOBIDs (I did notice that it skipped the angles -- I'd sometimes like to keep them) but it quit somewhere between creating the M2Vs and DVD2AVI.

I'll try it again -- maybe I was too anxious.

------
Correction -- I changed the movie name to the one that actually had the problem

[tlian]

Hi Eyes` Only,

Thanks for your great tools, it saves a lot of manual operation.

One request, is it possible to generate parameters needed for the
CCE?, such as Progressive/Zigzag, etc. Currently, I have to use
bitrateviewer to find it.

Also, in some cases, the generated AC3 files can not be imported into
Scenarist, with error message, AC3 format not supported, any help?

Thanks

[Eyes`Only]

Hmm.. yeah I think I can work on that. You want output text files like IFOUpdate produces? Or just info in the log window?

No idea about the ac3 files. Regular mode or HDD mode?

[tlian]

A text file will be good, something like this, if you demux by PCG

File: VTS__01_P01
Ratio: 4:3
Frame: Progressive
ScanningOrder:ZIGZAG
Linear quantizer scale: LINEAR
Frame number: FrameNumber

with these information available, working with CCE will be easier,
and just maybe, someday somebody can come with simple program to
use those information to generate CCE's ECL file and Scenarist
script file automatically.

About the AC3, when I checked the vob, it seems like the structure
is as folling
PCG1 has many vobids
PCG8 points to one of the vobids in PCG1
The generated AC3 for PCG1 is perfects
The generated AC3 for PCG8 is empty.

BTW, I use regular mode.

Thanks

[aquabubble]

Originally posted by tlian
with these information available, working with CCE will be easier,
and just maybe, someday somebody can come with simple program to
use those information to generate CCE's ECL file and Scenarist
script file automatically.

Funny you mention that, I'm working on such a tool, doItFaster4Me as we speak. See http://forum.doom9.org/showthread.php?s=&threadid=42799 for more info. A new version should be out in the next couple of days that has a lot of the features I promised.

I'm looking for testers at the moment, so if you're interested please PM me rather than replying to this thread.

[dgwak]

@Eyes`Only,

I think demuxing by VobId is not working properly with your current version (1.0.7). I tried that on Fast and furious (VTS 7 with 23 PGCs) it will only work if I choose demux by Cell Id instead.

Can you double check?

[Xitrum]

Eyes` Only,
I was using your tool on the weekend and found the following minor bugs:
1. When you first start DIF4U, after the program detected the DVD, and depending the Minimum size of the VTS, the program would select a number of VTSs to be demux. If you then don't want the first selected VTS to be demux and uncheck it. It would not work (this problem only occurs the first time the DVD is detected), if you select a different VTS and then go back to the first VTS, then uncheck it again, then it will work.

2. With the "Only Language" option, if you select say English, and if the movie has more than one English audio tracks (i.e. the movie audio tracks and a couple of Director's comments tracks) DIF4U only demux the first English track that it found.

As I said, these are only minor and it would be nice if you can fix them in your next release.

[dgwak]

I found out that if you demux by VobID, it creates an ac3 file for each vob like it should, but lump all m2v's together into one big m2v instead of separating them out.

Another minor issue (however this version is a vast improvement from the first one) is that when you choose different PGCs to demux after the first operation, it will still choose the same PGC's as the first operation's. So you will have to close and restart doit4U.

Yet another problem that is more serious is the message I get when I import ac2 files into Scenarist. It says "not supported format". I can import DTS files just fine but not ac3...I did not have this problem with older versions. (BTW, I demuxed by Cell Id).

[Eyes`Only]

Ok guys, you're starting to confuse errors in my program with ones in DVD Decrypter! heh.

tlian: I've found that you can put comments into an .avs script using the "#" prefix. I think the route I may take is to include video spec info in each .avs as comments. This way there's no extra files, and you have the exact info needed for each .avs.

Xitrum: Sounds like you have a beta version of DVDDEC. I just found this bug yesterday while beta testing DVDDEC, and talked to Light_UK about it. The 3.1.4.0 doesn't do this as far as I know. Install 3.1.4.0 to verify this. I too was going 'wtf?' as I was watching it only find 0x80! After some experimenting I found the issue was with beta DVDDECs.

The VTS checkmark bug I'm looking into.

dgwak: One big .m2v? I've never had this issue. The .ac3 thing is another DVDDEC bug, which Light_UK has fixed and will be available on his next release. We worked for a while on it, and it seems his current version doesn't correct .ac3 headers appropriately, causing the .ac3s to be non-importable. One fix we did find to alleviate issues in the meantime is to run the .ac3s through the program ac3fix.exe. After doing that, the .ac3s import fine.

Looking into the PGC bug also.

Thanks for the reports, guys. The stuff I can fix I will look into.

Also for those of you that are going to post and ask about the new Subrip CLI:

I've done some testing with it and it's not very integrateable into a front-end program. The GUI closes as soon as it's open, leaving me with no way to detect when it's done running. Also, several features aren't available to me, one of which I really rely on that you find at Corrections>Time Correction>Minimum Interval Between Two Subtitles. I'm also working on figuring out just how in the world the new colors feature works. So far, it seems to create bad template headers, so Scenarist doesn't get the color scheme right. More testing is definitely needed, and Subrip 1.15 may not be something we can use right away, unless there's something I'm missing...

[Eyes`Only]

Originally posted by tlian
A text file will be good, something like this, if you demux by PCG

About the AC3, when I checked the vob, it seems like the structure
is as folling
PCG1 has many vobids
PCG8 points to one of the vobids in PCG1
The generated AC3 for PCG1 is perfects
The generated AC3 for PCG8 is empty.

BTW, I use regular mode.

Thanks

Sounds like pgc8 uses one frame from your pgc1. Probably the last one, if I know my .ifos! There is no audio in a single frame like this, so you will get a 0 byte .ac3. Just don't import it.

At any rate, 0 byte .ac3s can never be imported into Scenarist, for obvious reasons. And it's highly unlikely that there is actually audio if you got that 0byte file, DVDDEC is pretty good at getting that .ac3 correctly!

[dgwak]

Eyes`Only,

Here is the screen shot of the result by VobId demuxing. (It's on Fast and Furious VTS 7, NTSC version)

I hope you can read it

[Eyes`Only]

Originally posted by Xitrum
Eyes` Only,
I was using your tool on the weekend and found the following minor bugs:
1. When you first start DIF4U, after the program detected the DVD, and depending the Minimum size of the VTS, the program would select a number of VTSs to be demux. If you then don't want the first selected VTS to be demux and uncheck it. It would not work (this problem only occurs the first time the DVD is detected), if you select a different VTS and then go back to the first VTS, then uncheck it again, then it will work.


I tried for quite a while today to make the checkbox bug occur, with no luck, though i did modify it now so that if there's nothing in the vtslist, the doit box greys. But, that doesnt matter really, because if you hit do it and there's nothing in the vtslist. it just says 'finished'.

If you can figure out a definitely procedure that I can do that causes this bug to occur, it'd really help me troubleshoot it!

[dgwak]

Eyes`Only,

Sorry if you could not read my attachment. Here is the link instead.

I used the following setting in DI4U.


Then the result was this.

-----------------------------------

Sorry the link no longer working...

[Eyes`Only]

dgwak:

Hmm yeah my program doesnt do well with vobids that have one frame. I'll see what I can do about it. Light_UK is working on a new faster method for DVDDec to demux vobids, it may be a bit before we are confident with it, but when it is rlsed, DIF4U will be modified to support it and all the vobid issues should go away.

Xitrum and dgwak: I have no doubt that the bug reports you guys are submitting are true, however unless I get enough info to be able to see the bug on my own, my troubleshooting is limited at best. Both of you have found bugs that I can't duplicate on my system as of yet. If you can find a definite way to make this occur on a constant basis, I will be able to fix the bugs you are seeing. If not, it's going to take a lot longer, because when i use DIF4U I don't see these issues!

[Xitrum]

Eyes` Only,
Xitrum and dgwak: I have no doubt that the bug reports you guys are submitting are true, however unless I get enough info to be able to see the bug on my own, my troubleshooting is limited at best. Both of you have found bugs that I can't duplicate on my system as of yet. If you can find a definite way to make this occur on a constant basis, I will be able to fix the bugs you are seeing. If not, it's going to take a lot longer, because when i use DIF4U I don't see these issues!
I tried to reproduce the problem, but it seems like the problem only occurs on certain DVDs, not all the DVDs.
I'll let you know when I have more info on how consistence this problem is

[bodega]

http://doitfast4u.doom9.org/ dont work


We're sorry but WebSpace is unavailable

mirror now :) :)

[TRILIGHT]

You forgot to quote the rest...

"There is no need to call as we are aware of the problem and are diligently working to resolve it. We apologize for this inconvenience and thank you for your patience."

hehe ;) No one ever promised 99% uptime when using regular ISP's provided webspace. :D

[Eyes`Only]

Temporary problem with the web provider, Cox.. hopefully it'll be fixed soon! The program is available at Doom9.org downloads section though!

[Zeul]

minor bug in v1.0.7.1

stripped a multi PGC (3) with multi angle (4 on each). resulted in all ac3 files but 1 m2v file. checked the log and noticed that df4u is renaming each m2v file to the same one, thus overwriting the previous vob id.

[Eyes`Only]

Hmm never tried that particular combination. I'll have to find a DVD that has that and try to demux by vobid.

[rasta21]

Originally posted by adamandhelen
minor bug in v1.0.7.1

stripped a multi PGC (3) with multi angle (4 on each). resulted in all ac3 files but 1 m2v file. checked the log and noticed that df4u is renaming each m2v file to the same one, thus overwriting the previous vob id.

...jip same problem. i tried star wars episode 1....result is 1 m2v and 1 no_cce file size 8.66kb. it looks like dif4u deletes something after rip (rename prob?)...dvddecrypter hd size display 9gb left...and after rip there is 14gb left :confused:

[Zeul]

enc log if it helps

[dgwak]

Another thing, I keep getting Vobsub for the whole pgc, not for each cell id, even when I strip by cell id.

So if you want to compile by cell id, you have to lose the subtitles...(I remember the 1.00 version worked fine by VobId strip, it just didn't have the option of cell id stripping)

[Eyes`Only]

that log helped a bunch. See? I don't include the ability to give me a debug report just for the fun of it! :D

I think i've fixed the vobid renaming bug, and I've attached a version here for you to test so I can make sure it's working correctly. As for the vobsub by cell bug.. hmm possibly vobsub isn't working correctly.. I'll have to do further tests.

[Eyes`Only]

(removed 1.0.7.3a, link for 1.0.7.3b is below)

[stationx]

Eyes` Only, Looks like DoitFast4U v1.0.7.3a does the trick. I was trying my first demux with VobID and couldn’t work out why I only got one M2V file. As it was my first go I though it was something I was doing. That was until I looked at the log and realised all the files were getting renamed to VTS__02_VOB_1.M2V.

(19:39:06) File to rename= VTS_02_PGC_05_VOB_05_1 - 0xE0 - Video - MPEG-2 - 720x480 (NTSC) - 4~3.M2V
(19:39:06) Rename to= no.cce-VTS__02_VOB_1.M2V
(19:39:06) File to rename= VTS_02_PGC_05_VOB_06_1 - 0xE0 - Video - MPEG-2 - 720x480 (NTSC) - 4~3.M2V
(19:39:06) Rename to= VTS__02_VOB_1.M2V
(19:39:06) File to rename= VTS_02_PGC_05_VOB_07_1 - 0xE0 - Video - MPEG-2 - 720x480 (NTSC) - 4~3.M2V
(19:39:06) Rename to= VTS__02_VOB_1.M2V
(19:39:06) File to rename= VTS_02_PGC_05_VOB_08_1 - 0xE0 - Video - MPEG-2 - 720x480 (NTSC) - 4~3.M2V
(19:39:06) Rename to= VTS__02_VOB_1.M2V
etc…….

But with version 1.0.7.3a all the M2V have the correct filenames

(19:50:01) File to rename= VTS_02_PGC_05_VOB_05_1 - 0xE0 - Video - MPEG-2 - 720x480 (NTSC) - 4~3.M2V
(19:50:01) vid= 1, pgc= 05, ang= 2, vob= 05, cel= 02_
(19:50:01) Rename to= VTS__02_V05_1.M2V
(19:50:01) Finished Processing VTS 02 PGC 5 ANGLE 1
(19:50:01) File to rename= VTS_02_PGC_05_VOB_06_1 - 0xE0 - Video - MPEG-2 - 720x480 (NTSC) - 4~3.M2V
(19:50:01) vid= 1, pgc= 05, ang= 2, vob= 06, cel= 02_
(19:50:01) Rename to= VTS__02_V06_1.M2V
(19:50:01) Finished Processing VTS 02 PGC 5 ANGLE 1
(19:50:01) File to rename= VTS_02_PGC_05_VOB_07_1 - 0xE0 - Video - MPEG-2 - 720x480 (NTSC) - 4~3.M2V
(19:50:01) vid= 1, pgc= 05, ang= 2, vob= 07, cel= 02_
(19:50:01) Rename to= VTS__02_V07_1.M2V
(19:50:01) Finished Processing VTS 02 PGC 5 ANGLE 1
(19:50:01) File to rename= VTS_02_PGC_05_VOB_08_1 - 0xE0 - Video - MPEG-2 - 720x480 (NTSC) - 4~3.M2V
(19:50:01) vid= 1, pgc= 05, ang= 2, vob= 08, cel= 02_
(19:50:01) Rename to= VTS__02_V08_1.M2V
etc……..

Thanks again for this wonderful prog
StationX

[Zeul]

couple of suggestions for you.

new version does the trick, but when renaming if the names could be in the format of VTS_16_P01_A01 instead of by vob id it would help when rebuilding or provide another log showing the statistics. ie how many pgc's and their respective angles and vob id and even cells.

Also poss bug, consistent with previous versions. When demuxing by angles only (vob id and cell unchecked) it seems to forget the last PGC. i am ripping a 3 pgc each with 4 angles, yet pgc 3 is never ripped. it is with vob id checked

i have supplied a log so you can see

[Eyes`Only]

adamandhelen: Sorry, the very nature of vobids keeps me from naming them like that. Vobids can be in multiple pgcs, and angles matter not with vobids. Search your DVDs, you'll see many VTSes that have the same vobid in pgc1, pgc2, pgc3. Would be impossible to name them like that. The only correct format I can think of is, is to name them as I have.. by vobid only.

Crankin' 'em out today.. Here's a new beta with the angle bug fixed (i think, please test!)

Xitrum: finally found and squashed that bug where it reports the largest VTS as "00"! Whew that was a difficult one to find!

New beta: http://doitfast4u.doom9.org/DoItFast4U.v.1.0.7.3c.exe

[Xitrum]

Xitrum: finally found and squashed that bug where it reports the largest VTS as "00"! Whew that was a difficult one to find!
Thank you very much for your fantastic tools and great supports.

[Xitrum]

Eyes` Only,
I think I found another bugs in DIF4U,
I tried to demux by VOBID one PGC in a VTS of the main movie, so in the start PGC box I selected PGC 3 and in the End PGC box I selected PGC 3 as well (I only wanted to demux by vobid for PGC 3 only), but when I looked at the file and also the logs, it demux PGC3 and PGC4 for me.
it did not do any harm, but just want to let you know.

[Eyes`Only]

Xitrum: found and fixed that.

Ok ppl, it's almost time for another final rls. I spent hours and hours adding/changing/revamping my app.

Everyone that wants to help beta test it can download it at http://doitfast4u.doom9.org/DoItFast4U.v.1.0.7.4.exe

(final version will be 1.0.8, this is still beta)

Lots and lots of revisions, you'll notice 'em right away, but for a full list, check out http://doitfast4u.doom9.org/revhist.htm

[Xitrum]

Eyes` Only,
Just a quick question, I never done a NTSC movie before until today, a friend of mine lend me a NTSC movie, so I used DIF4U to demux the PGCs, in the DVD2AVI documents, it said that I have to watch the Video type and if it Film and the percentage is greater than 95% then I have to use Force film which will force the movie to 23.976 fps, then after CCE I have to use pull down.
With DIF4U, I tick the auto detect option, but when I comes to teh DVD2AVI part, I looked at screen in DVD2AVI it still said the frame rate is 29.9, is that means it did not used force film? Would that still works? and after CCE do I still have to use the Pulldown option in DIF4U to fix up the frame rate?
I thought that by using the auto detect Forcefilm/Deinterlace if Needed option, the DVD2AVI would shows a frame rate of 23.976 instead of 29.97. Am I correct in assuming that? Or is it that even though it shows 29.97, in the script file, you changed so that it's actually 23.976?

Thanks for your helps

[Eyes`Only]

It runs it once at 29.97, then diagnoses it to see if that was correct or if it needs to rerun it with forcefilm. If so, it reruns it again at 23.97. If it needs decomb, it puts the appropriate lines in the .avs script. Either way, you need to run pulldown on it, because if it is decombed, it uses Decimate(cycle=5) which makes the output 23.97, and if it is forcefilmed, that makes it 23.97 too.

[Xitrum]

Eyes's Only
Thanks for the response, I'll do run Pulldown after CCE then.

[dgwak]

Eyes`Only,

I just tried the latest versin (1.07.04) and found out that the .avs files it creates add "mode=1" to Decimate line. (see below)

LoadPlugin("C:\WINNT\System32\mpeg2dec3.dll")
LoadPlugin("C:\WINNT\System32\decomb.dll")
Mpeg2Source("VTS__03_V03_1.d2v")
Telecide(guide=1)
Decimate(cycle=5 , mode=1)
ResampleAudio(44100)

When I was done CCE with that script, I ended up with mpv that is about 10 seconds longer than the original.

I can correct that problem only if I delete that "mode=1" from that line.

[Eyes`Only]

OK that was a test, and it didn't go all that well. Sorry guys! This is what beta testing is all about though, right? I was told mode=1 gave smoother video, I have found instead that it ignores the cycle=5 switch, so your video stays 29.97. Therefore, if you do pulldown, you're adding extra.

Here's a newer version with a couple more bugfixes (vobid subs work now) and it's back to the good ol' Decimate(cycle=5) that we all know and love :D If anyone wants to test mode=1 feel free, it may be better for extras vtses, i'm not sure yet.

http://members.cox.net/doitfast4u/DoItFast4U.v.1.0.7.4d.exe

For those of you that did use the scripts with mode=1, it apparently bypasses the cycle=5, so don't run pulldown afterwards. If you've already run pulldown, run pulldown again on the m2vs with the remove rff switch! ("pulldown.exe source.mpv.m2v destination.m2v -nopulldown -norff -drop_frame true")

[technolog]

Hi,

I'm trying to back up Bridget Jones Diary using Trilight's Uber Guide (for the first time).

The main movie VTS (01) appears to be multi-angle (to show the titles and credits in French I assume?). How do I set DIF4U (ver 1.0.7.4d) to get everything I need correctly? I am thinking that it needs to be by cell ID but how do I then re-create the multi-angle structure in Scenarist?

Here is the VTS_01_0.IFO for you to peruse.

VTS overview:

Menu attributes:
Video: MPEG-2 720x480 (NTSC) (NTSC 525/60) (16:9) (pan-scan)
Audio 1: Not Specified (Dolby AC-3) 2ch 48Kbps DRC
SubPicture 1: Not Specified (2-bit rle )

Title Set (Movie) attributes:
Video: MPEG-2 720x480 (NTSC) (NTSC 525/60) (16:9) (letterboxed)
Audio 1: English (Dolby AC-3) 6ch 48Kbps DRC normal (ID: 0x80)
Audio 2: Français (Dolby AC-3) 6ch 48Kbps DRC normal (ID: 0x81)
Audio 3: English (Dolby AC-3) 2ch 48Kbps DRC director's comments (ID: 0x82)
SubPicture 1: English (2-bit rle ) (ID: 0x20)

PGC_1 (program chain): [Title(TTN): 1] [01:37:55.16 / 30 fps] (Programs: 18) (Cells: 26) (uses VOB-IDs: 1,2,3,2,3,4,5,6,5,6,7)
[Ch 01] [Pg 01] [Cell 01] [V/C Id: 1/ 1] : time: 00:04:40.15 / 30 fps [Pos: 00:04:40.15] [Frames: 8415]
[Cell 02] [V/C Id: 2/ 1] (Angle 1): time: 00:02:39.10 / 30 fps [Pos: 00:07:19.25] [Frames: 13195]
[Cell 03] [V/C Id: 3/ 1] (Angle 2): time: 00:02:39.10 / 30 fps [Pos: 00:07:19.25] [Frames: 13195]
[Ch 02] [Pg 02] [Cell 04] [V/C Id: 2/ 2] (Angle 1): time: 00:00:21.21 / 30 fps [Pos: 00:07:41.16] [Frames: 13846]
[Cell 05] [V/C Id: 3/ 2] (Angle 2): time: 00:00:21.21 / 30 fps [Pos: 00:07:41.16] [Frames: 13846]
[Cell 06] [V/C Id: 4/ 1] : time: 00:04:05.29 / 30 fps [Pos: 00:11:47.15] [Frames: 21225]
[Ch 03] [Pg 03] [Cell 07] [V/C Id: 4/ 2] : time: 00:06:18.26 / 30 fps [Pos: 00:18:06.11] [Frames: 32591]
[Ch 04] [Pg 04] [Cell 08] [V/C Id: 4/ 3] : time: 00:05:15.09 / 30 fps [Pos: 00:23:21.20] [Frames: 42050]
[Ch 05] [Pg 05] [Cell 09] [V/C Id: 4/ 4] : time: 00:07:57.15 / 30 fps [Pos: 00:31:19.05] [Frames: 56375]
[Ch 06] [Pg 06] [Cell 10] [V/C Id: 4/ 5] : time: 00:05:28.10 / 30 fps [Pos: 00:36:47.15] [Frames: 66225]
[Ch 07] [Pg 07] [Cell 11] [V/C Id: 4/ 6] : time: 00:03:26.21 / 30 fps [Pos: 00:40:14.06] [Frames: 72426]
[Ch 08] [Pg 08] [Cell 12] [V/C Id: 4/ 7] : time: 00:06:00.14 / 30 fps [Pos: 00:46:14.20] [Frames: 83240]
[Ch 09] [Pg 09] [Cell 13] [V/C Id: 4/ 8] : time: 00:04:27.02 / 30 fps [Pos: 00:50:41.22] [Frames: 91252]
[Ch 10] [Pg 10] [Cell 14] [V/C Id: 4/ 9] : time: 00:06:16.05 / 30 fps [Pos: 00:56:57.27] [Frames: 102537]
[Ch 11] [Pg 11] [Cell 15] [V/C Id: 4/10] : time: 00:03:16.04 / 30 fps [Pos: 01:00:14.01] [Frames: 108421]
[Ch 12] [Pg 12] [Cell 16] [V/C Id: 4/11] : time: 00:05:35.10 / 30 fps [Pos: 01:05:49.11] [Frames: 118481]
[Ch 13] [Pg 13] [Cell 17] [V/C Id: 4/12] : time: 00:08:02.05 / 30 fps [Pos: 01:13:51.16] [Frames: 132946]
[Ch 14] [Pg 14] [Cell 18] [V/C Id: 4/13] : time: 00:03:32.16 / 30 fps [Pos: 01:17:24.02] [Frames: 139322]
[Ch 15] [Pg 15] [Cell 19] [V/C Id: 4/14] : time: 00:05:54.25 / 30 fps [Pos: 01:23:18.27] [Frames: 149967]
[Cell 20] [V/C Id: 4/15] Layer Br.: time: 00:00:01.19 / 30 fps [Pos: 01:23:20.16] [Frames: 150016]
[Ch 16] [Pg 16] [Cell 21] [V/C Id: 4/16] : time: 00:07:32.26 / 30 fps [Pos: 01:30:53.12] [Frames: 163602]
[Cell 22] [V/C Id: 5/ 1] (Angle 1): time: 00:01:05.29 / 30 fps [Pos: 01:31:59.11] [Frames: 165581]
[Cell 23] [V/C Id: 6/ 1] (Angle 2): time: 00:01:05.29 / 30 fps [Pos: 01:31:59.11] [Frames: 165581]
[Ch 17] [Pg 17] [Cell 24] [V/C Id: 5/ 2] (Angle 1): time: 00:05:55.05 / 30 fps [Pos: 01:37:54.16] [Frames: 176236]
[Cell 25] [V/C Id: 6/ 2] (Angle 2): time: 00:05:55.05 / 30 fps [Pos: 01:37:54.16] [Frames: 176236]
[Ch 18] [Pg 18] [Cell 26] [V/C Id: 7/ 1] : time: 00:00:01.00 / 30 fps [Pos: 01:37:55.16] [Frames: 176266]

Menu Language Units: 1
Language Menu Unit 1: [English]

Language Menu Unit 1: [English]
Menu 1: [Root-Menu] (entry PGC) (Programs: 5) (Cells: 5) (uses VOB-IDs: 1,2,3,5,4)
Menu 2: [entry only] (Programs: 1) (Cells: 1) (uses VOB-IDs: 7)
Menu 3: [Sub-picture Menu] (entry PGC) (Programs: 1) (Cells: 1) (uses VOB-IDs: 8)
Menu 4: [Audio Menu] (entry PGC) (Programs: 1) (Cells: 1) (uses VOB-IDs: 6)
Menu 5: [Chapter (PTT) Menu] (entry PGC) (Programs: 6) (Cells: 6) (uses VOB-IDs: 9,10,11,12,13,14)
Menu 6: [entry only] (Programs: 0) (Cells: 0)
Menu 7: [entry only] (Programs: 0) (Cells: 0)

Any help or suggestions would be gratefully accepted.

TIA

Technolog

[dgwak]

Eyes`Only,

Thanks, that should work. You are great at following up. I guess that's how beta version goes...:) Oh, another thing, when I choose to strip only the first couple PGC's it somehow strip every PGC...(It's not a major bug, but nonetheless one)

Technolog,

here is the link that tells you how to structure the settings in Scenarist. Eyes'only has done a great job explaining.

http://dvdguides.trilight.net/

[TRILIGHT]

@technolog

That's a single PGC title! The easiest there is. Read the guide closer. You do not have to extract by VOBID or Cell ID on a Single PGC title.

Originally posted by dgwak
Eyes'only has done a great job explaining.
http://dvdguides.trilight.net/
I'm so damned unappreciated around here! :D

[REECYCUP]

I'm so damned unappreciated around here!

no your definately not

some people just take things for granted!

[technolog]

@ Trilight

Originally posted by TRILIGHT
@technolog

That's a single PGC title! The easiest there is. Read the guide closer. You do not have to extract by VOBID or Cell ID on a Single PGC title.


I'm so damned unappreciated around here! :D

But what about the Angle1 and Angle2 captions in the .ifo overview? Obviously these can be disregarded but how do I know? How do I spot a 'real' multi-angle title? If you've got time while you're at it, what's the difference between multi-angle and seamless branching and how do I spot them?

Thanks for taking the time to help.

Technolog

[TRILIGHT]

Those angles are at the beginning and end of the PGC. 9 times out of 10, discs that do this only use the second angle because there is on-screen titles and such that is in the video but is in the seconday language (ie. Spanish or something). In these cases, the angle 2 is not necessary at all unless you're trying to recreate it with both languages. If you are wanting both languages then, yes, you will need to extract by VOBID and recreate the layout manually. As for learning these sorts of things, it's simply a matter of reading the forum, reading guides, and gaining some experience.

[dgwak]

@Trilight,

Oops! I am blind (it says it right there in the link..ha ha). You are THE MAN! How can I have mistaken you for somebody else. :D The one and only Trilight!

@Eyes`only,

Oh, another thing, when I choose to strip only the first couple PGC's it somehow strip every PGC...(It's not a major bug, but nonetheless one)

I was wrong. It works fine...Sorry for the false alarm.

[Xitrum]

Eyes' Only
What is the different between closed caption subs and normal sub? and why do we have to use a different method to rip the closed caption sub? What happened if we just used the normal method to rip closed caption subs?

[timekills]

Closed captions are encoded directly into the video stream, and are played back by players that can read that stream (in NTSC that is). Subtitles are actual images which are placed into a separate track, much as an audio or video track would be inserted.

In Scenarist, if you select a video file, and make sure you have Property browser enabled, near the bottom of Property Browser you will see Line21 Switch1 and a check box, and then Line21File1. If you check the box, and then select the .scc (closed caption in Scenarist form) file in the Line21File1 box, when you re-encode it will re-insert the closed captions.

To get the .scc you should download vobsub2scc.exe and drag'n'drop the .raw closed caption file. It will create two files, one of which will be the .scc file you want.

[Xitrum]

Timekills,
Does it matter if I reencoded the closed caption subtitle as normal subtitles? I tried and it seemed to worked OK?

[timekills]

That is for some the preferred method, including Eyes`Only. I just find it to be too time consuming. It takes a while to convert the CCs to text, and then .bmps, and then edit the text files to replace it with the .bmps locations, and then put all that back into Scenarist, as suggested on Eyes`Only's site. I did it that way for a while, but then tried the reinserting of the closed captions and it was a 2-minute process rather than 20-minute.

Plus, there are no errors in the text, unlike you can (often) get when converting the closed captions to subtitles.

However, you can do whichever method you prefer. At least by converting to subtitles you can be fairly assured that they will work on any system - CCs are designed for NTSC.

[Xitrum]

TimeKills,
You're right, I'm doing an NTSC movie.
But the way I did it is the same way I did for PAL movies, that is I used DIF4U to rip the movie and vobsub the subtitles to give me an index file. Then I used subrip to rip the subtitles as bmp file and then just import them into Scenarist.

With your method, you said that all I needed is to used the raw file produced by DIF4U/DVD Decrypter and used the program vobsub2scc.exe to produce the scc file, then just get Scenarist to import that in. I'm correct?

[Xitrum]

TimeKills,
Where can I get vobsub2scc.exe?

[dgwak]

Search this forum and go to the post by me with the topic named "Closed Captioning in Maestro/Scenarist".

You will find a post by McPoodle that has a link to download Vobsub2Scc.

[Xitrum]

@dgwak
Thanks, I've found vobsub2scc.exe

Another quick question:
Is it possible to demux an existing DVD title and put it back together using Scenarist without re-encoding?

The reason for that question is that, I recently did a Music Video DVD, which contains 2 audio tracks. I re-encoded the video stream and cce and used Scenarist to re-authored the DVD. After that I deleted all the files and just keep the files for the final DVD. Last night I finally had a chance to watch that DVD and realised one of the sound tracks has an audio delay problem. I then used DIF4U to extract the original DVD again, and realised in the stream information file the second audio track has a delay of 667ms. I wanted to fix the problem by replacing the sound track with the delay with the sound track with the delay adjusted, but I don't want to go thru the process of using CCE to reencode the video stream again.
I often find that, when you imported a video stream extracted from a DVD without re-encoding, Scenarist does not reset the time code, so the video stream does not start at 00:00:00;00. If that is the case, how would I go about fixing up the time code so that Scenarist put it at 00:00:00;00?

[Eyes`Only]

Using pulldown with the -nopulldown flag is the easiest way I've found to reset the time to 00:00:00:00 (another Eyes`Only tip from me to you!). FYI: New DVDDEC (3.1.5.0, not yet released) has an option to reset the timecode for you. I've been working tightly with light_uk to improve DVDDEC, and I've also included code in 1.0.8 (now on the website, btw) that will enable DIF4U to work with the new DVDDEC once it is rlsed, so backwards compatibility is assured!

Yes, you heard right. 1.0.8 is out. Enjoy.

[Xitrum]

Eyes' Only,
Thanks for the tip.
I just went to download the new version, but it said "page not found" is there a problem with the link?

[Eyes`Only]

getting ready to upload. You're too damn fast! LOL. Give me a couple mins :) I'm busy giving shoutouts to you on my main page! hehehe

[Zeul]

@eyes only and @jdobbs

with all the advancements you two have made with dif4u and ifoupdate it is now becoming difficult to know which multi PGC method is best?

would it be possible to have an option in dif4u to rip the entire vts as one (not by individual pgc) so we can then use ifoupdate to repoint, removing the need to rip every pgc and then using scenarist to re-author. i appreciate some times you have no choice if one of the vob id's is a still, because of audio synch. perhaps dif4u when analysing the ifo's could enable a one rip procedure if appropriate and disable this function if there are stills involved? i think this would be a massive help to an already unprecidented tool (ifoupdate ditto)

you would then have the facility to rip multi pgc automatically if appropriate. possibly a link in the gui to ifoupdate, so the adjusted cell times would be written into a txt doc straight away.

writing the ecl automatically for cce would be another great option if that is poss, incorporating the adjusted cell times. all we would then need to do is alter the bitrates, using your dvd calculator facility (which by the way is tremendous)i know aquabubble is in the process of creating a tool for this, but why not have it all from the one interface. a lot of work i know but i would appreciate your thoughts.

[Eyes`Only]

If someone could show me a guide that described in detail how to do a complex title (ie. Insomnia) with a full .m2v stream using Scenarist, I'd be inclined to add this feature. As it is, all there is is talk about how this could work, and lots of ppl testing, some with success, others without. I'm not even sure how to do it with Insomnia, or any title that has vobids scattered throughout multiple PGCs. I can see it's use for a VTS that has all the vobids within the first PGC, but I'm lost after that. Can't anyone actually document this? I've asked JDobbs, but he's too busy with non-CCE quality DVDr now :( (no software name mentioned). So does anyone else want to take this bull by the horns?

The idea of .ecl creation is on-hold until I see just how good Aquabubble's app is. From what I have seen, it's nicely done so far. Another bud of mine is also creating a CCE front-end, for automating CCE entirely. We each concentrate on our part of the process, which allows us to create superior modules. Trust me, it's better this way for now. The product at the end will be much more superior than if any one of us tried to make another all-in-one utility!

[gizmau]

>how to do a complex title (ie. Insomnia) with a full .m2v stream using Scenarist

i believe that scenarist wouldnt be needed if a tool were available with the muxing/streamexchange capabilities of dvd2one. even movies with corrupted ac3 were _fully_ in sync after transcoding. neither besweet/besliced nor ac3fix or the like made this possible.

[Eyes`Only]

believe that scenarist wouldnt be needed if a tool were available with the muxing/streamexchange capabilities of dvd2one.
Yeah but a quality tool isn't available currently. Wanna-be-Rempeg quality isn't for me.

Oh and corrupted .ac3 is fixed in the newer version of DVD Decrypter (unreleased as of yet)

[Eyes`Only]

Another big addition is available for anyone that wants to beta test. Full .sub/.scc processing using a modified version of Subresync.

[Eyes`Only]

changes:

-subtitle overlap fixed!
-subs can now be ripped directly from the DVD in WinNT OSes
-Improved sub directory creation

Feedback is needed.

For those that have been wondering, the .f.sst is for forced subs. Not sure if that one is fully working yet though.

[Eyes`Only]

Many fun additions/revisions/fixes... angles now process properly, and it's faster. Oh and i'm using forced.sst for forced subs now, to avoid confusion.

http://doitfast4u.doom9.org/DoItFast4U.v.1.0.8.7.exe

[Eyes`Only]

Testers,

You'll notice that the display size in the .ssts may not be correct.

For NTSC, it shows as: Display_Area (0 2 719 478)
This needs to be manually changed to: Display_Area (0 2 719 479) or else Scenarist will not import them.

I'm not sure if PAL Display_Area is correct. I've gotten very little feedback about the new sub implementation. Is noone using it?

[waldok]

Hi Eyez,

I'm sure you saw it already, but anyway, in case you didn't, Trilight did a "specific" Insomnia guide in his Uberguide. Did you check it on his site ?

Waldok:cool:

[Zeul]

@eyes only

i am trialing reauthor for aquabubble, and started by using dif4u. there appears to be a bug in the latest version. whatever i try the subs will not be created. i get the idx and sub files. dif4u calls for vdconv.exe but then errors, which i have to skip past. is this me or the proggy?

log enc.

[Eyes`Only]

Waldok: Yeah, saw the guide. Very nice work. Layout looks excellent.

Adam: hmm haven't experienced this.. hopefully your .log will have answers.

[Zeul]

@eyes only

what would you expect to be an acceptable time scale to index the subs for a main movie of length 1:30:00

it has taken approx 1 and a half hours, which is real time. is this right?

edit: i have given up with the subs it is now 2 and a half hours and were still saving. i am doing a pal movie - the cause?

i am using version 1.0.8.7

a footnote to earlier post the idx files i do have won't convert to sst and bmp files unless i chnage compatability of vsconv.exe to run under win 98/me mode. this outputs the sst and bmp files although the sst files are corrupted and also show that the file is ntsc and not pal. i assume this whole subs thing is not happening for pal movies at the moment.

for now i will use subrip to produce the sst and bmp files - nice and quick.

@ aqaububble. reauthorist is recognising everything now and seems to be working very well.

[TRILIGHT]

Are you sure you have the latest version? There was a small bug in one of the recent ones that caused this extreme delay in the processing. The latest version corrects this and has the added advantage of processing the sub files out into SST and corresponding BMP's for you! ;)

[Eyes`Only]

I'm delaying on another rls til I get some issues sorted out with the .sst files.

adamandhelen: is it even not showing the usage dialog box without compat mode? Or does it pop up with an error? Can i get a screenshot?

[Zeul]

@eyes only

i have discovered the subs problem i have been having.

it is because i'm doing a PAL movie (MIB). as a test i tried my region 1 copy of castaway (NTSC) and it worked perfectly inc the cc subs. this has to be a fault of vobsub and not dif4u.

i did have a thought while doing this. a lot of the time the extras are small vts's (30-40mb) which aren't worth reencoding. i assume most people are creating an image file first, so is it poss to inc in the gui a switch to rip a vts set (inc menu vob + ifo/bup) exactly as a vob file (dvddec file mode), and save them to a sub-directory. this would then enable us to have all of the remaining files needed to proceed with ifoupdate after reauthoring, instead of having to go back to dvddec and ripping the remaining files needed.

i appreciate your thoughts

ps vobsub only took 15mins to do the whole movie, not like last time!

[Eyes`Only]

adamandhelen:

I am looking into your PAL issue. As far as I know, other PAL users haven't had this problem.


I have been thinking of doing something like you suggested though, as it would help when we get to the stage where we're reauthoring entirely by automation. Seems easy enough. Consider your request granted!

[Eyes`Only]

Testers: version 1.0.8.8 now available.

http://doitfast4u.doom9.org/DoItFast4U.v.1.0.8.8.exe

Changes:

-subtitles correctly show forced in the .sst when forced
-forced subs rip correctly now
-dimensions of subs correct for both PAL and NTSC now
-Requested feature of creating VIDEO_TS containing unused VTSes added.
-.sst has static directory instead of '.'
-improved routines for waiting for apps to finish
-improved detection of pure progressive for both PAL and NTSC.

As an added bonus, files copied over to the new video_ts have their 'readonly' flag removed. I really hated when explorer flagged that!

Warning.. video_ts creation only works correctly when using the .iso mounting method. Users ripping direct from DVD can't use this, your files will be encrypted. This is a beta. I'll probably add DVDDec ripping of files soon.

[Zeul]

@eyes only

thanks for creating a vifeo_ts folder, will help a lot.

still have the same probs with pal subs though :confused:

i have attaches some screen shots, the log and the idx files. i have also inc the sst files that are made when changing vsconv to win98/me mode (they are made partly corruped yet the bmp files are fine)

[Eyes`Only]

adamandhelen: Can you tell me what that error in the DOS window is in the screenshot?

[Eyes`Only]

Never mind. I actually performed the test myself using Matrix R2 and got the same crash you did. I've sent the .idx and .subs to Gabest for review. We'll have this fixed soon. It's new development, so I guess there's bound to be issues, but we'll get it fixed!

[Chibi Jasmin]

@Eyes'Only: I am a little bothered by DoItFast4U overwriting mpeg2dec3.dll and decomb.dll with old versions without specifically asking, what file should be overwritten or not...is there a reason for that? Especially for using old mpeg2dec3.dll?

I'd be much happier with an installer that warns you about every particular file that is overwritten and an option to keep the existing file in every case. At the moment, I always spend some time finding out what again has been overwritten by the installer...what do you think?

[Zeul]

@eyes only

glad to see its a vobsub problem and not my system! hope gabset sort it soon.

a couple of suggestions i would like your thoughts on. they are based on the bitrates needed to re-encode the extras/movie. is it possible to show the total size of all of the extras (not inc menus, main movie)on the main interafce eg 1.5gb and then give an option to calculate the new bitrates(min,avg,max) required to reduce the overall file size. the option could be in the form of a desired percentage reduction (ie reduce by 30% or 40% etc). so when ripping, a new text file is created showing all the calculated bitrates needed to reduce the size of the extras to the required file size. when ripping the main movie another text file is created showing the calculated bitrates required to encode the movie based upon what subs+languages have been selected, although we would require the facility to choose each audio+subs seperately, as opposed to all or only one.

i believe you have been trialing ReAuthorist from aquabbuble as i have. if we had these text files it may be possible for reauthorist to use these files when creating the ecl files.

along the same lines if we have the facility to pick and choose what audio tracks to keep and dump, could dummy tracks be automatically created to fill in the gaps.

i know this goes against the grain of keeping the whole disc intact but there are times when we want to remove/replace a vts (eg warnings and other film trailers as trilight has mentioned). would it be too complicated to have a facility to replace a vts with a 'nothing' vob as per trilights guide.

coupled with the new implementations (creating video_ts) this could possibly enable us to rip the entire disc, keep the extras we want, replace the extras we don't want, place the menus and unaltered vts in a seperate directory, and provide all of the necessary bitrates required for re-encoding all in one go.

phew a tall order i know, but what do you think?

adam

[Eyes`Only]

OK, PAL issue identified and fixed.

New beta available at: http://doitfast4u.doom9.org/DoItFast4U.v.1.0.8.9.exe

Changes:

-All apps now install into program directory.
-New much more configurable installer, with script to prompt to remove old system32 files if they exist.
-.idx/.sst works correctly for PAL as well as NTSC.

Chibi: Haven't seen many tests resulting in stability for Avisynth 2.5. Not when DVDr was involved anyway. I tell everyone who is having problems with 2.5 (many ppl in #doom9) to revert back to 2.07 and their problems go away. Imagine that! Unless by 'old mpeg2dec3.dll' you were referring to a newer one that works for avs2.07? In which case I'd love to have a copy! I don't even possess a copy of the mpeg2dec3.dll for avs2.5 anymore.. it caused issues so i deleted it.

I may include both versions and let you select upon install in a later version, since I now have a more powerful installer. For now, what I have done is set the "SetOverwrite" flag in my installer to "ifnewer". Since your mpeg2dec3.dll should be newer than the one for avs2.07, it should (theoretically) skip the install of this file. Hope this makes your day a little brighter.

I create my program to work for the masses, using whatever procedures/files I believe to work the best for everyone. I can't imagine how many bug reports I'd get if I told everyone to use avs2.5 and the new mpeg2dec3.dll! Yikes!

adamandhelen: Ahh visions... of course something like this is planned down the road. It really sounds like something more for Reauthorist to do though, since it's the one importing items. I basically export 'em! :D

The author and I are in constant contact, and trust me, it will get there. He plans a new GUI in a later version with choices of what to keep and what to exclude, etc.

[Chibi Jasmin]

Originally posted by Eyes`Only
For now, what I have done is set the "SetOverwrite" flag in my installer to "ifnewer". Since your mpeg2dec3.dll should be newer than the one for avs2.07, it should (theoretically) skip the install of this file. Hope this makes your day a little brighter.


Yeah, thanx...at least better than nothing...I'd still like to see it warn, before it overwrites ANYTHING in my system32 dir...if this is not possible for you, please at least provide a list of files, which might get overwritten in system32!

[Doom9]

@adamandhelen, eyes: With all the buzz around DVD2one and now InstantCopy I've started thinking what the future could hold in store for the perfectionists and pretty much the same thoughts came to mind. I was thinking about a PGC selection with preview, and after that you could decide to a) replace the PGC with a dummy à la "this section has been removed", decide if the PGC should be kept as it is (meaning no re-encoding, this would best work with a size treshold.. stuff like studio logos are often too small to really bother), c) select a quality level for the re-encoding (relative to the quality of the main movie).

I concurr about AviSynth 2.5. We face the same decisions for GKnot and I'm rather conservative when it comes to adding new unproven apps (I think we all remember SubRip 1.15;). AviSynth 2.5 hasn't even reached final status yet and it should only be fully supported by DIF4U once it's a) final, and b) enough people have tried itto ensure that it works as well as v2.07.

[ivanch]

@eyes only

Hi, I've been using your program for a while and I'm quite happy with it.

I've just have a suggestion. Could you include other mpeg decoders as mpegdecoder.dll?. I always use it cos it is much faster than mpeg2dec3.dll in my computer.

Ivan

[TRILIGHT]

I have not heard of this dll. What is it? What software installs it or did you just download it from somewhere? I highly doubt it but if it's faster than the 2.6x I get with mpeg2dec3.dll, then I'm all for it. hehe ;)

[ivanch]

@TRILIGHT

mpegdecoder.dll makes the same work than mpeg2dec3.dll and mpeg2dec.dll. It's just an mpeg decoder for Avisynth.

You can have a look at h***:\\nic.dnsalias.com

I get up to 1.7x with CCE 2.50 when I only get up to 1.2x with mpeg2dec3.dll.

I guess that the speed depends on your processor. I've got an Athlon 2100 XP.

Btw, what computer do you have to get up to 2.6x? and which version of CCE do you use?

Ivan

[Zeul]

@eyes only

thankyou for your comments regarding the encoding parameters but i was thinking of some other additions for your consideration.

in the vts attributes box it is very usefull to see how many pgc there are. it would also be nice to see how many angles there are on each pgc aswell and also what vob id's each pgc uses, so we can instantly see whether to rip by pgc/angle or vob id, instead of opening each ifo up in ifoedit to check for vob id's and each pgc in ifoedit/dvddec to check for angles.

thanks

[TRILIGHT]

Originally posted by ivanch
I get up to 1.7x with CCE 2.50 when I only get up to 1.2x with mpeg2dec3.dll. I guess that the speed depends on your processor. I've got an Athlon 2100 XP. Btw, what computer do you have to get up to 2.6x? and which version of CCE do you use?

It also is greatly dependant on the video you are using. Are you saying you see a 0.5x difference when running it on the exact same original video clip and using the same settings? What do you see on other video clips? I have a hard time believing that there is such a huge difference and no one has heard about it yet.

As for my system, it's a P4 2.4Ghz clocked to 2.7Ghz on an Asus P4T-533C systemboard with 512MB of PC1066 Rambus memory. (Yes, regardless of what anyone tells you, memory bandwidth makes a HUGE difference in processing power, especially on things like MPEG encoding)

[ivanch]

@TRILIGHT

You are quite right. The speed is quite dependant on the video you are using but i get a difference between 0.3x-0.5x with exactly the same video and settings.

My computer is an Athlon 2100XP on an Asus A7V8X motherboard with 512MB of PC2700 DDR memory

[Eyes`Only]

ivanch:
I've just have a suggestion. Could you include other mpeg decoders as mpegdecoder.dll?. I always use it cos it is much faster than mpeg2dec3.dll in my computer.

Ivan
Did some research...

I mentioned I only use .dlls/apps that will work for all users didn't I?

From the documentation of mpegdecoder.dll:

"BUG: The MPEG2 Repeat Field flag is not taken into consideration. So when decoding NTSC films its like Force Film is already turned on."

Also note that the latest mpegdecoder.dll is an alpha version, not even to beta stage yet.

Definitely NOT going to put this into DIF4U at this time, though I will keep watching it's development, if it hasn't stopped.

Thanks for the info. I definitely took it into consideration as you can see, but I don't think DIF4U users would appreciate me putting alpha .dlls into their encodes.

I may work on a new interface that allows you to customize your .avs scripts so others can use custom configurations though.

[Eyes`Only]

Not a single bad report about 1.0.8.10 throughout the weekend, so I've rlsed 1.0.9 final. Thanks for all your beta testing, guys!

Chibi Jasmin: After several users started getting confused about why their old scripts didn't work, I removed the auto-deleting system 32 files feature, and now just prompt with a messagebox explaining that the files aren't needed anymore.

[Eyes`Only]

in the vts attributes box it is very usefull to see how many pgc there are. it would also be nice to see how many angles there are on each pgc aswell and also what vob id's each pgc uses, so we can instantly see whether to rip by pgc/angle or vob id, instead of opening each ifo up in ifoedit to check for vob id's and each pgc in ifoedit/dvddec to check for angles.

Tricky.. I'll see what i can do. The tough part is that this is not a VTS attribute, it's a PGC attribute, so I may have to work on a PGC Attributes section.

[ivanch]

Eyes'Only:


From the documentation of mpegdecoder.dll: "BUG: The MPEG2 Repeat Field flag is not taken into consideration. So when decoding NTSC films its like Force Film is already turned on.
Also note that the latest mpegdecoder.dll is an alpha version, not even to beta stage yet"

This is true. It's an alpha version but it works quite well with PAL movies. So far I haven't had any problem and in my computer it is much faster than mpeg2dec3.dll.

I may work on a new interface that allows you to customize your .avs scripts so others can use custom configurations though.

:)That would be very good cos actually I have to manually modified all the avs files.

:)Thx anyway

Ivan

[ivanch]

@eyes only

I've been trying the subtitles with your new version 1.0.9 and I think I have discovered a bug.

The first subtitle language (vtsxxx-00) works fine but after this, the rest of subtitles (vtsxxx-01,vtsxxx-02...) don't work properly because they only last 1 frame.

If you check the .sst file you can see what i say.

iv

[student]

Hi Eyes`Only,
Thanks very much for a great programe. I havce just started doing DVDrs (well 2 weeks and havent't done one yet) and i dont know how i was going to do it without your application.
Please help to understand more:------------
1. The dvd i am doing only one VTS needs to be extracted and its got only one PGC with 21 chapters, but chapter 16 have two cells. which way should i extract it, because i extracted it with PGC and when i export chapters in Scenarist(using Trilight's guide) there is only one cell under chapter 16.

2. In the extracted files this file "Vsparams.PAR" is created. when in the end after scenarist had done with the project i try to update the ifo with Ifoupdate it gives me the error message "ERROR:File: Vsparam.PAR is not correctly sized on sector boundary.ABORTING:

3. my dvd is a PAL movie. After scenarist had finished the project,when i load the created ifo file in ifoedit it gives me this:--
Menu Attributes:
Video: MPEG-1 720x480 (NTSC) (NTSC 525/60) (4:3) (pan-scan letterboxed)
while on the original ifo it is like this:--------
Menu attributes:
video: MPEG-2 720x576 (PAL) (PAL 625/50) (16:9) (pan-scan)
why this is different. the rest of the Title Set (Movie) attributes are the same in both.

I'll be very great full if someone help me here. I have tried doind the whole project about 3 times with the same problems appearing all the time.

Thanks in Advance.

[Sxcd1]

Originally posted by ivanch
@eyes only

I've been trying the subtitles with your new version 1.0.9 and I think I have discovered a bug.

The first subtitle language (vtsxxx-00) works fine but after this, the rest of subtitles (vtsxxx-01,vtsxxx-02...) don't work properly because they only last 1 frame.

If you check the .sst file you can see what i say.

iv

I found the same problem with a 2 sub dvd. 1st sub was perfect and the second sub flicked on for only a sec or so. I reauthored the 2nd sub with subresync (using the idx file dif4u generated) and imported into Scenarist and it worked perfectly.

[student]

Can someone please help me with the above Questions in my previous post, specially concerning the two cells in chapter 16 with cell ids 16,17. When i export chapters in scenario editor there is only one cell attached to chapter 16.

Thanks.

[Eyes`Only]

Originally posted by SVCD
I found the same problem with a 2 sub dvd. 1st sub was perfect and the second sub flicked on for only a sec or so. I reauthored the 2nd sub with subresync (using the idx file dif4u generated) and imported into Scenarist and it worked perfectly.

Someone please send me the .idx and bad .ssts from these projects so I can diagnose. Thanks.

[Eyes`Only]

Originally posted by student
Can someone please help me with the above Questions in my previous post, specially concerning the two cells in chapter 16 with cell ids 16,17. When i export chapters in scenario editor there is only one cell attached to chapter 16.


Thanks.

when u export you only export cells that are chapters.

2) sounds like you're doing a hdd demux. Not recommmended. Especially when you're as new as you are to this.
3) You're setting your video to 16:9.

You are asking way too many questions. All this stuff is shown in guides. Please read before posting!

[student]

Hi Eyes`Only, thanks for replying.

1. What do you mean by "only export cells that are chapters". I my case there is only one PGC with 21 chapters all with one cell each except chapter 16 which have 2 cells. As the guide says (http://www.doom9.org/mpg/multipgc-guide.htm) i created the script and do exactly as said there, i dont know how else i should i do.

2. No i am not doing HDD demux. its DVDDEC iso mounted with deamon. But i think i've solved this problem by not having any .PAR, .txt, .sub, .idx etc. files in the same folder as the ifo file to be updated with ifoupdate. in this way i dint get the errors.

3. Sorry i didnt follow you there either. "You're setting your video to 16:9". Yes because its a 16:9 video. what else it should be set to. Please look my previos post again.

I am sorry that i am asking questions, but the thing is that i am not getting answers. Believe me i am following the guides the beat i can, But the guides are not very helpfull for newbies like me. A lot of steps are not mentioned. Like for example no where in the guide it says that at the end after scenarist han created the files you have to replace the authored video_ts.ifo with the original one on the dvd, which file are you supposed to update with ifoupdate (the original or the newlly created by scenarist. Please dont get me wrong the guides are great work but only for experienced users. Even people like yourself and others who have done hunderds of dvds are still asking questios just more intelligent ones. So please dont get angery, if you can answer thats fine if not thats fine too.

Thanks a lot.

[Zeul]

@eyes only or trilight

i am backing up lotr extended and want to keep each disc as is. when checking in ifoedit the main movie on disc 1 has 2 pgc each with equal length and using the same vob id's. now thought of using dif4u and demuing by vob id, in the hope of getting just one vob id which can then be used twice in scenarist? dif4u automatically seems to demux pgc2 with the whole movie again. your thoughts appreciated.

PGC_1 *****(TITLE 1) (01:41:18.21) (PROGRAMS:28) (CELLS:29) (USES VOB-IDS: 1)
PGC_2 *****(TITLE 1) (01:41:18.21) (PROGRAMS:28) (CELLS:29) (USES VOB-IDS: 1)

in ifoedit seamless branching shows some info but is all greyed out. running xp and have tried compatability and older versions, no luck; because i was going to try and remove one of the branches?

[Eyes`Only]

If PGC1 and PGC2 are the exact same, just transcode one .m2v and use it for both PGC1 and PGC2 in Scenarist. No VobID demux needed.

[Xitrum]

@Student,
I'm not an expert on this yet, but since you're so desperate, I'll try to help as much as I can (For those expert out there if I giving Student wrong info please correct)

If the movie only has 1 PGC (this is the easiest of them all) then just use DIF4U and rip by PGC. Don't worry about the cells just use the chapter files produced by DIF4U (There are 2 chapter file, 1 for CCE and 1 for Scenarist, make sure you select the option setting in DVD Decrypter to produce these chapter files). From memory, I think when you use IFOUpdate to update the file, it will update the cell for you so that it's the same with the original. If not, it's not really important to have the the extra cell in there as cell is just a logical thing, you still get the whole movie.

With the NTSC movie and the Aspect ratio of 4:3, where your original movie is PAL with AR of 16:9, I think there are 2 steps that you might get it wrong:
1. In CCE, in the video setting, make sure you select the Aspect Ratio of 16:9 not 4:3
2. In Scenrist, when you first started the project, the Project wizard asked you a list of questions, one of them is to select PAL or NTSC and also the Aspect Ratio, make sure you select PAL(720x576) and an AR of 16:9

As with IFOUpdate, the software will update the original IFO based on the newly authored IFO, so you will need both to do the IFOUpdate. If you check the time stamp on both file after IFOUpdate, you'll notice that the newly Author IFO file was not altered, only the Original IFO was changed. Also remember to use IFOUpdate V0.69, as there was some bugs with V0.65 and ealier.

Hope that helped, and hope I did not give you misinformation.

[Eyes`Only]

Like for example no where in the guide it says that at the end after scenarist han created the files you have to replace the authored video_ts.ifo with the original one on the dvd
That's because that's not what you do. You move the newly authored vobs over to the video_ts structure that has the original files in it, just like the guide you mentioned shows.

1) Your chapter has 2 cells. However you only need the one that is a chapter. Don't read more into things than needs be.

3) You're video is 16:9, that's all that matters. You use the original _0.vob, not your reauthored one.

Have you looked at trilight's guide? Maybe it'll help you more? http://dvdguides.trilight.net

Check out the uberguide. Step by step.

[fourtyfour]

servus...

Hy Eyes´Only.

I´m back for testing :D

And a new idea: Is there a way to use headAC3he or something like this for anti-delay the AC3 Audio in DIF4U?

And an old idea: german Sound only are not available :(

[Eyes`Only]

fourtyfour: There's a program called ac3 delay corrector that changes ac3 delay. Sorry about not having "Ger" in the dropdown, I'll change that now. FYI: you can type directly into that dropdown, so just put "Ger" into it :)

ivanch or SVCD: I need the .idx/.sub/.sst set from one of those non-working substreams. I've gotten the .idx/.sst combo from you guys, but I can't further diagnose unless I get those .sub files because that's where the timecodes are really in. Send to me via email, plz.

[Zeul]

@eyes only

am backing up LOTR extended and got a problem with the subs. vobsub creates the idx and sub files fine but vsconv keeps erroring. the strange thing is that the extras have worked fine got all the bmp no problem. tried to open the idx file in subresynch and got the following error message

error parsing the index file (line 1298), reindexing...

enc idx,logs, subs and ifo for your perusal.

this has happened with both discs.

[Zeul]

@eyes only

am backing up LOTR extended and got a problem with the subs. vobsub creates the idx and sub files fine but vsconv keeps erroring. the strange thing is that the extras have worked fine got all the bmp no problem. tried to open the idx file in subresynch and got the following error message

error parsing the index file (line 1298), reindexing...

enc idx,logs, and ifo for your perusal.

this has happened with both discs.

[fourtyfour]

servus...

Well, I know this AC3 delay tools.
But this could be a great feature.

This is one of the last steps we have to do before import in CCE/Scenarist.
headAC3he can read delays from DVD2Avi for example.

So a code for using this delay with headAC3he in DIF4U would be very nice ;) and the last boring stuff till CCE/Scenarist will be done automatic.


BTW: Do you know something about auquabubble´s tool?
Do you have a ToDo List for new features? (just for my curiosity :); I appreciate your work)

[Eyes`Only]

I don't understand. I never ever ever ever change the delay before I import into Scenarist. No need. Scenarist reads ac3 headers and adjusts delay automatically from what I understand. What guide told you to adjust ac3? Neither doom9's nor Trilight's mention this, because it isn't needed.

I'd ask aqua about his new feature list. Try his thread here: http://forum.doom9.org/showthread.php?s=&threadid=42799&highlight=doitfaster4me

[Xitrum]

Eye`s Only
I don't think Scenarist read the AC3 file header and adjust the delay automatically, the reason I said that is because I just recently re-authored one of the music video I had, and the AC3 track has a delay of about 657ms. I forgot to adjust the delay before imported it into Scenarist and as the result I have a delay in the audio track. So I have to re-author the disc.

I also would like this feature put in as well. Before DIF4U when I used DVD Decrypter to do everything manually, DVD Decrypter created a file for the sound track with the Delay value in the name of the file, and you could see it straight away. Now I have to check the Stream information.txt file to find out the delay values.

I think this is the reason why you never ever had to adjust the delay. The majority of the movies have no delays, and out of the movies that have delays, for most of them, the delay values are so small, it's almost impossible to detect the delays in the reauthored movies if you ignored to adjust the delays in the reauthoring processes. Unfortunately, there are some movies out there that do have quite a significant delay in the sound track. In this case you have to adjust the delay.

[Eyes`Only]

This must be a PAL thing. Like I said before, I've never ever ever had to adjust the delay. EVER. Now I don't think I could be 'lucky' and get 0 delay tracks for all 200+ dvdr I've done, do you? :D

Anyway, that was a rhetoric question. Many many .ac3s I've used have delays in them. Never has one created an issue when I dropped it into Scenarist.

[fourtyfour]

servus...

Good reason.

I have done this with Maestro so I do this with Scenarist,too.

I meant you with the ToDo list ;)

Some new ideas for the tool?

[Xitrum]

Actually, the Music Video I did which had the delay was an NTSC one, but the majority of the movies I had reauthored are PAL. However, on average I get about 2 out of 10 movies with a delays in the sound tracks, but as I said, most of them the delays are so insignificant, I just ignored them.

[Eyes`Only]

Well if you notice, there's a whole thread on ac3 delays, but it's named (PAL Only) because it doesnt seem to cause an issue with NTSC.

fourtyfour: one of the beautiful things about my program is I don't have a set list of to-do items. I add things as they become possible and/or needed. This helps me stay current. If I created a to-do list, it would be based on what I knew to be possible NOW, whereas next week we may discover something and all of the sudden a whole new to-do item will exist! (like .sst creation)

As a heads-up for 1.1.0 though.. I plan to automatically calculate bitrate needed for main movie based on whatever bitrate you specify for extras, then use these automatically with a program being developed that will automatically run CCE using parameters I specify (.avs file, bitrate, etc.)

Here's an example of the log file from the version I'm developing now:

I ran it three times using 3 different bitrates for the extras. Here's the results:

---
(11:33:19) Recommended values for CCE: Max Extras Bitrate= 9608
(11:33:19) Recommended values for CCE: Extras Bitrate= 1750
(11:33:19) Recommended values for CCE: Main VTS Bitrate= 3098
(11:33:19) Recommended values for CCE: Main VTS Max Bitrate= 8968
---
(11:33:38) Recommended values for CCE: Max Extras Bitrate= 9608
(11:33:38) Recommended values for CCE: Extras Bitrate= 1850
(11:33:38) Recommended values for CCE: Main VTS Bitrate= 3059
(11:33:38) Recommended values for CCE: Main VTS Max Bitrate= 8968
---
(11:33:47) Recommended values for CCE: Max Extras Bitrate= 9608
(11:33:47) Recommended values for CCE: Extras Bitrate= 2000
(11:33:47) Recommended values for CCE: Main VTS Bitrate= 3000
(11:33:47) Recommended values for CCE: Main VTS Max Bitrate= 8968

Nice eh? This was run on an actual project I had already done manually. I used 1750 for my extras. In my actual project, I ended up transcoding the main movie at 3137, whereas my autocalc suggested 3098. Not too bad of a margin of error!

[ivanch]

@Eyes Only

I think it would be a good idea to keep the name of the .ac3 files as ripped by DVDDecryptor and then you could correct the delay if you want or just leave it.

[Eyes`Only]

Originally posted by ivanch
@Eyes Only

I think it would be a good idea to keep the name of the .ac3 files as ripped by DVDDecryptor and then you could correct the delay if you want or just leave it.

I'll see how well that plays into the need for a certain filename structure. I think we can manage it :)

[ivanch]

@ Eyes Only

To be honest I think the audio delays are not really very important.

I have ripped around 60 DVDs and from time to time you find some PAL movie where the ripped .ac3s have a delay but this is always less than 100 ms, what it is almost impossible to appreciate.

Actually today i was using your program and i didn't notice the audio delay cos the .ac3 file is renamed.I ripped again the audio and i realised that it had a delay of 100ms.

Well, I've been watching the movie i ripped with the delay of 100ms and i haven't noticed it at all.

[fourtyfour]

servus...

@ Eyes´Only:

Thats what I want to read :)

And maybe another bug:

Just tried to reauthor 40 days and 40 nights with scenarist.

This movie have 14 subtitles.
Subtitle 0 is english and works very well.
subtitle 1-13 are german,francais englisch directors and so on an just show a view millisecond.

In the scenarist line it shows only at a line, but it should be beam (like the 2 second were it shows)

Here is the screenshot of scenarist:
screenshot (http://membres.lycos.fr/fourtyfour123/subtitle.jpg)

I´ve done this without "create log".
If you need a log, I will do this again.

[fourtyfour]

servus...

Just compared the eng.sst and the german.sst:

eng:

0001 00:01:23:00 00:01:24:24 VTS_01_VSUB_P1-00-English_0001.bmp
0002 00:02:02:02 00:02:03:17 VTS_01_VSUB_P1-00-English_0002.bmp
0003 00:02:04:09 00:02:06:15 VTS_01_VSUB_P1-00-English_0003.bmp
0004 00:02:06:23 00:02:10:07 VTS_01_VSUB_P1-00-English_0004.bmp
0005 00:02:15:24 00:02:17:17 VTS_01_VSUB_P1-00-English_0005.bmp
0006 00:02:34:16 00:02:35:15 VTS_01_VSUB_P1-00-English_0006.bmp

ger:

0001 00:02:02:02 00:02:02:03 VTS_01_VSUB_P1-01-Francais_0001.bmp
0002 00:02:04:09 00:02:04:10 VTS_01_VSUB_P1-01-Francais_0002.bmp
0003 00:02:06:23 00:02:06:24 VTS_01_VSUB_P1-01-Francais_0003.bmp
0004 00:02:34:16 00:02:34:17 VTS_01_VSUB_P1-01-Francais_0004.bmp
0005 00:02:36:13 00:02:36:14 VTS_01_VSUB_P1-01-Francais_0005.bmp
0006 00:02:38:16 00:02:38:17 VTS_01_VSUB_P1-01-Francais_0006.bmp

The germans subtitle is only 1 millisecon long!

---
Edit: Subrip 1.15 works fine, so there is something wrong with vobsub or DIF4U.

[Eyes`Only]

I know about this bug and it is being addressed. I'll post again when you can download a fix for it.

[technolog]

@Eyes`only

I've just downloaded v.1.0.9.0 of DIF4U! and when I try to load the .d2v file generated by DVD2AVI v.1.76 into VFAPI Convertor I get a '.d2v file is invalid' error.

I've tried several .d2v files (all produced in conjunction with DIF4U! v.1.0.9.0) and upgraded VFAPI from v.1.04 to v.1.05 but with no further success.

Has anything been changed in DIF4U! which would cause this? Do I have to move to AVISynth? I attempted to start using it but had problems so reverted to VFAPI.

Any help you could offer would be greatly appreciated :)

technolog

[Zeul]

@eyes only

further to previous post regarding vsconv not working on main movie LOTR. after looking at the log when vsconv calls for the idx file it isn't writing the full path just the name ****.idx When i used vsconv in command prompt with exactly the same paths in the log i get the same error message. however when i calles the idx file by the full path ie c:\lotr\ etc it worked perfectly. is the log correct? does dif4u right the full path? if it doesn't for future release perhaps it could to remove any potential probs.

adam

ps what software are you using to call the different programs? i am sure i have seen it mentioned in one of the forums.

[Eyes`Only]

Has anything been changed in DIF4U! which would cause this? Do I have to move to AVISynth? I attempted to start using it but had problems so reverted to VFAPI.

Any help you could offer would be greatly appreciated

As much as I hate using VFAPI (makes CCE run extremely slow compared to avisynth), your posting basically forced me to install it and troubleshoot. So here's what I found out. Apparently the VFAPI executable needs to run in the same directory as DVD2AVI. So the easiest thing to do is copy your VFAPIConvEN.exe to the same dir you installed DoItFast4U, and run it from there. See http://forums.afterdawn.com/thread_view.cfm/13252 for more info.
I've tested copying the .exe, and VFAPI seems to work this way. Although, you wont be able to use newer features (autoCCE, for example) unless you get your avisynth working!

Sorry about this issue, it came about because some ppl insist that having stuff in the system32 directory isn't needed (all these fun new 'errors' coming up are starting to prove them wrong eh?).

ALL: The new 1.0.9.1 beta is available for you now at http://doitfast4u.doom9.org/DoItFast4U.v.1.0.9.1.exe

Someone please test the .sst bugfix and report back ASAP so I can verify it works before I announce it via email to other sites. Thanks!

Changes:

- Added audio delay to .ac3 filenames.
- Added End PGC duration info to the VTS Attributes section.
- Calculates bitrate needed for main movie VTS depending on the bitrate you choose for extras VTSes.
- Fixed PAL .sst bug.
- .sst converter is given full path of .idx to remove compatibility issues.
- Added control for user to choose bitrate to encode extras VTSes.
- If you create a VIDEO_TS folder, it now creates a CCEdata.txt containing a list of all .avses and all calculated bitrates. For use with DoCCE4U.exe (coming soon from BBWoof!)

For those that only want final versions, I've modified the 1.0.9 on the downloads page to fix the .sst, which will give you a 'fixed' 1.0.9, without the beta enhancements of 1.0.9.1.

[BBWoof]

Here is the first official beta release of DoCCE4U. It basically loads up avs or avi files and batch sends them to CCE and if necessary runs pulldown on them. The program can be found at: http://www.padme.co.uk/software/DoCCE4U1.0.0.1.exe

This program works great with DoItFast4U. Just create your avs files with DIF4U and load them into DoCCE4U individually or with the CCEdata.text file created by DIF4U.

BBWoof

[Eyes`Only]

All: DoCCE4U rocks. This is the app I've been talking about. Give it a try and report your thoughts please. Keep in mind it's the first release, so it's only gonna get better!

Thanks BBWoof. Together you, Aquabubble, and I (and let's not forget all our great beta testers!) are going to revolutionalize this arena of DVDr!

[Eyes`Only]

For those that grabbed 1.0.9.1 earlier, the calc seemed to be broken, and I've reduced cpu usage while waiting for apps to finish. I've replaced the executable, so download again!

[midnight256]

ok, i dont know where to post this problem for DoCCE4U, but since I heard about it here. Whenever I try to load the txt file that was generated by DIF4U, CCE4U just closes, nothing happens. Sorry I'm not able to explain more in detail what's going on.

[BBWoof]

Helpful information would be what kind of machine you're running, and what O/S. Also, if you could put a link to the CCEData.txt file that caused the crash. I haven't experienced this problem, but some others have.

BBWoof

[fourtyfour]

servus...

Eyes´Only:

1.0.9.1 Subtitles (.sst) works very well. Good job dude ;)

Audio delay in filename. I love it :)
DVDCalc: what do you mean with"Location of Assets to be used"?

Where can I find the CCEData.txt?
I just only find the stream_information.txt

BBWoof:

Nice tool :)

If I want to import the stream_information.txt, DoCCE crashes like midnight256 said.
OS Win XP pro SP1 german.

About the Job Info:
Bitrates "avg" and "max" are grey if I choose a pass-method.
If I click the avg or max up/down arrow, arrow ist blue.

Which CCE version do you recommend?

Filename of CCE 2.64.10 ist ccespt.exe not ccesp.exe
Maybe a selection could be helpful, si I don´t have to rename CCE ;)

[BBWoof]

The program only works with CCE 2.50 at the moment. And the CCEData.txt file can be found in the destination directory of what you ripped with DoItFast4U. But you have to have selected under "Global Options" the "Create VIDEO_TS using unused VTSes".

BBWoof

[BBWoof]

I found the error that was causing the "Load File List" menu item to crash. It appears that some Win32 API's don't like filenames wrapped in quotes. :cool:

I guess you learn something new every day.

BBWoof

The new version can be found at http://www.padme.co.uk/software/DoCCE4U.1.0.0.2.exe

[midnight256]

Ok, the new version loaded the file correctly. I havent had time to test the program out fully, still finishing up a previous project. One thing, will the program later on in its development support CCE 2.64?? Also can you make it so that the install program can find where a previous install of CCE4U is installed, like DIF4U does? Just a suggestion.

[BBWoof]

CCE 2.6+ Support:

I would like to add support for newer versions of CCE. But I would like to get this version up and running well first.

Previous Installation:

That should be an easy one. I'll try to get it out in the next version.

BB

[Zeul]

to all PAL users

are any of you having probs with dif4u when converting the idx file to subs (with vsconv.exe). i keep getting the error "could not open file"

thanks

[Chatwalker]

@BBWoof

I'am the programmer of DVD2DVD-R and my tool uses CCE 2.5 as well. I have several problems to determine if CCE 2.5 has finished. Maybe you can give me a hint.

Regards
Chatwalker

P.S.:

I enumerate each 30sec all Desktop-Childwindows and look for the transcoding-window. If it is still there, CCE is working. On my system i have no problems with this, but many people with WinXP reported problems.

[aquabubble]

Hi adamandhelen,

Is this MIB that you're having the trouble with by any chance? I've had a few concerns over the memory usage of vsrip and vsconv, especially with big subtitle tracks. IIRC the sub file for MIB is well over 200MB, which vsconv loads into memory twice in its entirety. How well specified is your machine for memory and swap space? I'm just wondering whether it could be having difficulty.

[fourtyfour]

servus...

Eyes:

How can I ripp the closed caption with DIF4U.

Just set the flag on Vobsub all and +CC but after DIF4U, the subtitle 3 (which subrip and DVDDecrypter declare as a closed caption) is a *.sst.

Movie: Band of Brothers 1 german

[Eyes`Only]

fourtyfour: If the movie had closed-captioning, you should find .scc files in your \sub folder.

adamandhelen: this is with 1.0.9.1?

[ivanch]

@Eyes

Actually, I've got the same error than adamandhelen using 1.0.9.1 with the Extra disc of Star Wars II PAL version.

The .idx and .sub files are created properly but when tries to get the .bmps files only can get the ones for the first PGC. After that you start to get the error message "could not open file" for the rest of PGCs.

I think it could be something wrong with this movie cos I've used it with a couple of movies with multiple PGCs and it works fine.

[BBWoof]

@ChatWalker

I actually get the handle to the transcode window and monitor whether the window exists or not to determine if it's still running.

BB

[BBWoof]

Here's the latest version of DoCCE4U. The biggest fix was a problem loading the registry entries under Win2K. But there are other additions to the Settings dialog.

http://www.padme.co.uk/software/DoCCE4U.1.0.0.3.exe

BBWoof

[fourtyfour]

servus...

Cool, a forum for DIF4U :D

Another idea.

Is there a way to include the bitrate from the audio streams in the DVDDecrypter log?

I calculate with Powerbit and I need the bitrate for every audio stream.

Of course, I can use the information screen from PowerDVD but I´m a lazy guy. ;)

Eyes´Only, what do you think about it?
Any possibility?

[aquabubble]

Originally posted by fourtyfour
Is there a way to include the bitrate from the audio streams in the DVDDecrypter log?

I calculate with Powerbit and I need the bitrate for every audio stream.

Of course, I can use the information screen from PowerDVD but I´m a lazy guy.

This job is actually done by ReAuthorist in its beta already. Not much help to you now I know, but at least you can look forward to this. :)