New tool: DoItFast4U!

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