View Full Version : some problems with doitfast4u 1.1.1
influenza
21st May 2003, 09:16
Sinve I use doitfast4u version 1.1.1 I'm having some problems and I wonder if I'm the only one:
1)When I demux a title by vobid (PAL/NTSC) it used to be that there was one run to extract all vobid's (per pgc I think). Right now there's a complete run for every vobid. So if I have 90 vobids in a title dvddecryptor runs 90 times. Since a run takes about 6 minutes you can imagine that that takes rather long :confused:
2)My subtitles do not get extracted when splitting by vobid. This only seem te happen with PAL titles. After doitfast4u is finished there are no subtitles when doing a pal title, doing a ntsc title the subtitles are there :confused:
3)Lastly the open ifo in ifoedit feauture doesn't work anymore. ifoedit opopens, but does not open the corresponding ifo, which is not a very big problem ofcourse.
I completely deinstalled doitfast4u and reinstalled it, but this didn't work.
I wonder if more people experience these problems?
A) I'm not sure if it use to do it another way but I know it's done it that way for quite awhile....
C) It's does this to me occationally too. Usually I find I have another copy of Ifoedit open. Worst case senario was I had to close and reopen DIF4U. Doesn't help much but your not the only one :D
influenza
22nd May 2003, 11:00
Well I was quite sure that it did a run for every pgc, but not for every vobid. According to eyes only it should work that way.
For the subs: I found out that if you don't select the first sub te be extracted no subs will be extracted at all (in vobid mode)
Eyes`Only
30th May 2003, 10:36
1) Found the issue. Your problem only occurs when you select all angles, which is why I never saw it. Fixed it and it'll be in the next beta.
2) No idea :(
3) I've hacked ifoedit via a hexeditor and forced it to use my own ini file now, so hopefully this issue will go away with the rls of my next beta too :)
Doh.. I noticed that too.. guess that's waht I get for thinking "that must be normal"
Took like 6 hours to rip matrix that way
fourtyfour
30th May 2003, 12:56
servus...
Hm, I never had any problems with PAL movies and subtitles. (around 50 movies)
Maybe some filters or programs "block" your system.
Anything new installed?
BTW: Ifoedit solution :
Goto: ifoedit.ini in c:/windows
Delete this file and run ifoedit again :)
Everything must be fine :)
influenza
30th May 2003, 13:54
I think I already reported this to eyes only, but the subtitle problems happens when I do not slect subtitle stream 1. (I have 3 subtitles and only wnat number 3) In this case no subtitles get extracted. So I always choose stream 1 and the one I want. Not a very big deal.
Eyes`Only
30th May 2003, 17:11
influenza: Hmm this is an issue in vobid mode only? I'll look into it.
influenza
30th May 2003, 17:29
It only happens in vobid mode. Just as the following thing:
If I don't select pgc1 (in the case of multiple pgcs) doitfast4u won't do anything (except copying unused files to video_ts dir)
Eyes`Only
30th May 2003, 19:44
yeah, got that one fixed already.
From my revision history of the next beta: "Fixed bug where unchecking PGC1 caused vobid demux to fail"
Lazarus Long
2nd June 2003, 06:25
Hi:
I'm having a problem with DoItFast4U! (although it's a different one from the above).
I ripped Red Dragon (R2) by VobID (only the first PGC since the others are smaller than 200MB). I then ran the CCE first pass and returned to DoItFast4U! to DVDCalc.
What happens is that it keeps hanging whenever I enter the location of my demuxed VTS files in the "Location of Assets to be used" input. I can enter at will the "Folder containing the entire VIDEO_TS minus the Main Movie VOBs" and any path in the "Location of Assets to be used" except if it's the folder were they really are. Either by selecting the folder, by pasting the folder path or even by typing the folder path, as soon as it gets the full path it hangs.
I reinstalled DoItFast4U!, I checked the drive for errors, I demuxed the VTS twice, I ran CCE first pass twice, it keeps on doing the same thing.
It started to do this with version 1.1.1. It happened before, I beleive with another movie ripped by VobID (I'm not sure, can't remember which one was) but afterward it did OK with other movies by PGC (I'm sure of this). At the time I entered the sizes for audio by hand and since the movie didn't use subtitles I could get DVDCalc to run, but now I need the subtitles size to be calculated.
One thought, is there any size lenght limit for the path of the demuxed VTS files? Version 1.1.1 now creates separate folders for each subtitle stream which enlarges the path a while, and I'm demuxing in a folder inside My Documents so the final path is long. Could this be it?
Eyes`Only
3rd June 2003, 04:06
It started to do this with version 1.1.1. So version 1.1.0c doesn't do this?
Path length maximum is 255. If you have hit that max, DAMN! your directory names are long! hehehe
Lazarus Long
3rd June 2003, 11:46
Originally posted by Eyes`Only
So version 1.1.0c doesn't do this?
No just started to happen with 1.1.1, I didn't reinstall 1.1.0c but If you want me to check it out I'll downgrade.
Path length maximum is 255. If you have hit that max, DAMN! your directory names are long! hehehe
It was just a thought... my paths are much smaller than that ;).
Another thing I forgot to mention is that the audio file names get incorrect number of channels in them. They get sequential numbers starting from 1 like VTS__01_P01-80-384K-ch1.AC3, VTS__01_P01-81-384K-ch2.AC3, VTS__01_P01-82-384K-ch3.AC3 etc.. When demuxing by VobID they all get channel 1 like VTS__01_V01-80-384K-ch1.AC3, VTS__01_V01-81-384K-ch1.AC3 and VTS__01_V01-8A-768K-ch1.DTS. Does DVDCalc use the filenames to calculate how many channels a audio stream has? It seems so since it puts the file sizes only on 1 and 2 channel boxes (incorrectly) although it correctly puts the file sizes on the DTS box.
Edited:
I appologize for the incorrect statement above. The audio files don't get sequential numbers, they get the VTS number (i.e. VTS02 -> VTS__02_V01-80-384K-ch2.AC3, VTS04 -> VTS__04_V01-80-384K-ch4.AC3, etc.).
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.