New tool: DoItFast4U!

[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