DVD Rebuilder (CCE One-Click Beta v0.46) Comments and Suggestions

[hypo20]

Originally posted by jdobbs
My goal has been to back up a DVD onto a DVD-5 with the best quality possible and as simply as possible. Most of the people who want to do this don't know what a stream is, and don't care. Again I state: I am not in competition with the BIG3 method... I am only presenting another option to those who want to back-up their DVDs.

You're right. You're not in competition with BIG3. You're x miles before it. :D

[quantum]

This is the kind of suggestion programmers like: easy to impliment. I just finished another batch job. I've been doing two at a time in one click mode for testing (and it's working great). I find myself wanting to know two things after it's finished. What was the average bitrate and how long did it take. I can find the bitrate if I scroll back and hunt around. I can figure out the time if I scroll back and do some math. I'd like to see:

Processing finished.
Batch 1 processing time: 235 minutes
Batch 1 bitrate: 2998 K

Batch 2 processing time: 422 minutes
Batch 2 bitrate: 3221 K

You get the idea. Just a suggestion :-)

[jdobbs]

Originally posted by quantum
This is the kind of suggestion programmers like: easy to impliment. I just finished another batch job. I've been doing two at a time in one click mode for testing (and it's working great). I find myself wanting to know two things after it's finished. What was the average bitrate and how long did it take. I can find the bitrate if I scroll back and hunt around. I can figure out the time if I scroll back and do some math. I'd like to see:

Processing finished.
Batch 1 processing time: 235 minutes
Batch 1 bitrate: 2998 K

Batch 2 processing time: 422 minutes
Batch 2 bitrate: 3221 K

You get the idea. Just a suggestion :-) Ok. It's on the list and should be in .29 -- if it isn't, yell at me and remind me I made a promise.

[Stive]

Originally posted by quantum
This is the kind of suggestion programmers like: easy to impliment. I just finished another batch job. I've been doing two at a time in one click mode for testing (and it's working great). I find myself wanting to know two things after it's finished. What was the average bitrate and how long did it take. I can find the bitrate if I scroll back and hunt around. I can figure out the time if I scroll back and do some math. I'd like to see:

Processing finished.
Batch 1 processing time: 235 minutes
Batch 1 bitrate: 2998 K

Batch 2 processing time: 422 minutes
Batch 2 bitrate: 3221 K

You get the idea. Just a suggestion :-)

Way down the road of course...if the above or something similar is implemented, why not reduce math even more and say 3h 55m (vs 235 minutes) and
batch 1 avg bitrate: XXXXK or
batch 1 dynamic high bitrate XXXXK
batch 1 dynamic low bitrate XXXXK

[jdobbs]

Originally posted by Stive
Way down the road of course...if the above or something similar is implemented, why not reduce math even more and say 3h 55m (vs 235 minutes) and
batch 1 avg bitrate: XXXXK or
batch 1 dynamic high bitrate XXXXK
batch 1 dynamic low bitrate XXXXK Reasonable. Quantum? Is this ok with you?

[quantum]

Sure, anything close is fine with me. My only comment would be:

batch 1 dynamic high bitrate XXXXK

could be:
batch 1 high bitrate XXXXK

But whatever you think is best.

[jdobbs]

Do you want it at the end of each job or as a single summary after all have run? It looks like the latter... BTW -- I think it would be handy too. I have a 3 DVD batch running right now.

[quantum]

A single summary. I thought you lost the data for previous jobs on my last look at it.

[DMagic1]

Did you just introduce that feature? Wow, I asked about that back after the first release. I didn't think you remember or didnt think it was possible.

[Nuhim]

Hi, Jdobbs!

Thank for the perfect program.
It is a pity, but in the new versions the program checks the size initial DVD and if it > 4.7 Gb, stops work.
I used DVD RB 0.16 for converting 4:3 - > 16:9.
1. Prepare
2. In all AVS files I add lines (for NTSC)
crop (0,60,720,360)
bicubicresize (720,480)
3. In a file REBUILDER.ECL I change all aspect_ratio=2 on aspect_ratio=3
4. Encode
5. Rebuild

Can check on the size DVD make disconnected?

Thank.

[trx]

well, thx for all, now my doubts are clarifyed :D, big thank you to dvd-rb programmer, its hard to find this days a programmer working frelly for all of us ;) clap clap clap clap...


im gonna stay in the big3 method for now, taked too much time to learn and now im not gonna forget it that fast lol,


cheers,

p.s: im gonna try to test rb this weekend, ill tell if i get probs

[gvittoz]

when I use the dynamical cells...
I've got many bugs...
black screen instead of the movies...
In the same dvd (sleepy hollow) who's work
well before...
I try with Rejig now

[jdobbs]

Originally posted by DMagic1
Did you just introduce that feature? Wow, I asked about that back after the first release. I didn't think you remember or didnt think it was possible. I never forget -- but I can be a little slow sometimes.

[jdobbs]

Originally posted by Nuhim
Hi, Jdobbs!

Thank for the perfect program.
It is a pity, but in the new versions the program checks the size initial DVD and if it > 4.7 Gb, stops work.
I used DVD RB 0.16 for converting 4:3 - > 16:9.
1. Prepare
2. In all AVS files I add lines (for NTSC)
crop (0,60,720,360)
bicubicresize (720,480)
3. In a file REBUILDER.ECL I change all aspect_ratio=2 on aspect_ratio=3
4. Encode
5. Rebuild

Can check on the size DVD make disconnected?

Thank. Guess I never thought about that... I was concerned with the folks who were get a compression of 103%!! I'll turn that into a warning rather than an error.

[jptheripper]

thanx for the warnings in .28, it warned me on a dsk i didnt realize had multy angles, saved me lots of time

Suggestion, instead of just a warning you might want a freeze click to continue kind of thing, as RB will definately fail on what its not yet intended to do so no need to waste the time. :)

Thanx again

-jp

[DMagic1]

Message that a new, still silent member wanted to share.
Originally message by Sir Didymus
Look what happen if you change just one bit out of 4.700.000…

I have an hypothesis that could explain some of the errors people is
experiencing in using the amazing DVD-RB.

I am a newbie in the forum (first post…), so please do not blame on my
if what I suppose will demonstrate to be silly… [by the way, afraid too
for my poor English…]…

In my opinion the errors are generated in the preparation step, even if
they are generally reported in the rebuild.

On what I see, the method is based on the decoding of the video
segments for each video title sets using Avisynth and the Mpeg2Dec3dg plugin,
together with the trim function for feeding the encoder with video clip
"corresponding" to each one of the specific cell video content.

A side effect of the trim function is that it does not change
dynamically the properties (for example the size) of the trimmed segment, but it
keeps the properties of the first I frame in the first GOP of the
SOURCE CLIP.

This means that if the first cell of the decoded VOB has just ten black
frames of 704 x 576 or an introduction menu cell with the same size,
and all the rest of the VOB is based on 720 x 576 frames, then all of the
clips delivered to the encoder (or the transcoder) will be wrong sized.
The same happen if in the middle of the VOB there are cells with
different size. In this situation, even if the encoder step could complete
its job, the rebuild step will fall into inconsistencies due to the
different size information of the encoded clip from what is performed by the
encoder and the original ifo structure.

The example below is for PAL (I live in PAL-land), but the same applies
for NTSC titles too.

What I say is not just based on theory; one of the DVD titles I am
using for self teaching [TERMINATOR_2A_SCN, PAL R2] shows this change of
size among the title cells.

It is very easy to see the effects of the problem (it is sufficient to
change with VobEdit, a single bit of information in the first VOB of a
given title set): point to the video property of the first I frame of
the first VOB of a title from 720 x 576 to 704 x 576, which is a legal
resolution, or do something similar [replacing the size property string
from 0x2D024033 to 0x2C024033 or from 0x2D024023 to 0x2C024023]. All of
the cells in that VOB (not just the first GOP nor even the first
cell…) will be encoded with the wrong size. Test the VOB with Dvd2Avi
preview…

With VobEdit or an hex editor it is easy to bypass the trouble with
some manual change before using DVD-RB, anyway it will be an obstacle for
the automatic rebuilding of all the titles where the first cell of the
VOBs has different video (size) attributes respect to the other cells…

Does somebody know if there are other functions in Avisynth for cutting
segments of the source clip with dynamic update of the trimmed clip
video attributes [I read something in the Avisynth development forum about
a DirectStream function…] ?

Cheers

[nwg]

DVD-RB still amazes me.

I have gone back to 026 for now because of the runtime error 6 problem.

I did a disc from CSI season two. It has four episodes which runs for around 3 hours plus extras. It was set to 58% (reduced by 3GB).

I used CCE at 4 passes (about 9 hours) and it looks fantastic. I know it is down to CCE but, I could never got into the 'big 3' method. DVD-RB makes is so simple.

[Skinleech]

@jdobbs: Any chance of a backup and continye feature, like the recover option on DVD2SVCD?

My machine seems to randomly restart at the moment, so I can't encode more than 1/4 of a disk before it restarts...

Temporary till I get my Athlon64 up and running.

[StifflerStealth]

This is not a comment about the program (disclaimer so no one gets disappainted :D).

Anyways, how about releasing new versions of this proggie in a new thread. These get pretty big. I mean the new sets of threads would be called: DVD Rebuider Comments and Suggestions for v0.29 Only, .... Bug Reports for v0.29 Only. Then you would have new ones for v0.30 and so on.

This way all the bug reports and seggestions will be grouped together for future versions. If someone post help about v0.28 in the v0.29 only forum, then ppl can laugh, scold, or point of the error of their ways.

One big benifit of this would be that the new versions are always posted in the _first_ post.

Just a thought,
Stiff

[djan]

Not a so bad idea. :D

[chadp1a]

@jdobbs

Comment:

When selecting a long path for the source, the input box starts a new line and continues with the rest of the path instead of being contained on the one line only.

Suggestion:

How about setting the source input box to maintain a history of recently used paths, like ie for example.

[kadilak]

This has been suggested before, but I thought maybe I'd articulate it differently to see how hard it would be to implement.

Would it be possible for you to add a feature so we can hard code the bitrates of certain VTS's, and DVD-RB will then calculate the resulting bitrate for the ones we do not define? For example, I have a movie that has 2 VTS's, one being the main movie, one being the extras. Could you add a field in the application so when you click on a VTS it gives you a field in which you can enter in a bitrate, like 1850, or 2000. For the main movie VTS you would leave it at 0, which the application would interpret it as one it needed to calculate.

Not sure if that was very clear. Basically the option of hard coding a bitrate for a specific VTS, then have the app determine the resulting bitrate for everything else.

[gvittoz]

Originally posted by nwg


I used CCE at 4 passes (about 9 hours) and it looks fantastic.

I'm sorry but how I have to do for CCE make 4 passes
where can I change that ???

Thankes very much

[philos31]

Originally posted by gvittoz
I'm sorry but how I have to do for CCE make 4 passes
where can I change that ???

Thankes very much

Set 5 passes in rebuilder.

Click OPTIONS-> CCE OPTIONS-> SETTINGS and then select 5 for VBR passes

The first step (Prepare) of rebuilder counts for 1 pass, after that the next 4 passes will be done by CCE....

[jptheripper]

Originally posted by kadilak
Would it be possible for you to add a feature so we can hard code the bitrates of certain VTS's, and DVD-RB will then calculate the resulting bitrate for the ones we do not define? For example, I have a movie that has 2 VTS's, one being the main movie, one being the extras. Could you add a field in the application so when you click on a VTS it gives you a field in which you can enter in a bitrate, like 1850, or 2000. For the main movie VTS you would leave it at 0, which the application would interpret it as one it needed to calculate.


This is exactly what i want as well, and I realize the math is a pain.

good luck !!

[jdobbs]

Originally posted by philos31
Set 5 passes in rebuilder.

Click OPTIONS-> CCE OPTIONS-> SETTINGS and then select 5 for VBR passes

The first step (Prepare) of rebuilder counts for 1 pass, after that the next 4 passes will be done by CCE.... Actually the PREPARE doesn't count -- CCE does 5 passes but only calls it 4. I would recommend you never select higher than 4 from the SETTINGS. Remember that each additional pass increases the overall time to encode by 50% of a 2 pass encode -- and the additional improvement in quality gets smaller with each pass.

But if you have lots of time or are letting it run overnight -- go for the gusto and run as many passes as your heart desires.

[promitheas]

Congratulations for the whole work.
2 suggestions from me:
A. It's a good idea to have the option of working with TMPGenc . Also check the new TMPGEnc DVD Source Creator of the same company.
B. It would be very useful for foreign users if we could add a subtitle stream in the final DVD. Consider the suggestion because there is no other notPro software to do that (except IfoEdit which can not do what DVD ReBuilder can does.
Thanks

[Mtz]

Originally posted by promitheas
B. It would be very useful for foreign users if we could add a subtitle stream in the final DVD.
I will LOVE that feature, but I think it's impossible. :eek:
Maybe jdobbs or another can tell me if that it's possible. Technically speaking.
10x !

[philos31]

Originally posted by promitheas

B. It would be very useful for foreign users if we could add a subtitle stream in the final DVD.

I know excatly what you mean, and that would be a great feature...
I am a bit of a n00b when I compare myself to the rest here, but I guess that it would be extreamly difficult because RB compares the original Vob and Ifo files and makes the encoded stream work the same.
(correct me if I am wrong)
So maybe it would be an idea to give us a possibility to choose 1 of the subs we don't want, and mux another one we made into it.

For example English movie, replace English subs for ****** (Whatever language we need)

This would be a nice option to have, but without it I also like the program 1000%

Another option that would be usefull:
Hear a bit of the audiostream before encoding.

When I want to backup a DVD with lets say Directors commentary, I dont know what English soundtrack to remove...
If I could hear a bit, I could make a better decision

[jdobbs]

Originally posted by philos31
I know excatly what you mean, and that would be a great feature...
I am a bit of a n00b when I compare myself to the rest here, but I guess that it would be extreamly difficult because RB compares the original Vob and Ifo files and makes the encoded stream work the same.
(correct me if I am wrong)
So maybe it would be an idea to give us a possibility to choose 1 of the subs we don't want, and mux another one we made into it.

For example English movie, replace English subs for ****** (Whatever language we need)

This would be a nice option to have, but without it I also like the program 1000%

Another option that would be usefull:
Hear a bit of the audiostream before encoding.

When I want to backup a DVD with lets say Directors commentary, I dont know what English soundtrack to remove...
If I could hear a bit, I could make a better decision The problem for me would be getting from text to a subpicture stream. Right now all I do for subpictures is take them from the original stream, modify necessary header information to synchronize it with the new stream I am creating, and multiplex it into that stream. That may be a feature some time in the future as I add more authoring capabilities. I've added it to my wish-list, but because of the amount of work involved it will probably be some time before you'd see it.

Something I think would be cool is to put the text and/or audio from Pink Floyd's Dark Side of the Moon onto a Wizard of Oz track -- just to see if there is any truth to the urban legend that they match up.

[smlong426]

Originally posted by jdobbs
The problem for me would be getting from text to a subpicture stream. Right now all I do for subpictures is take them from the original stream, modify necessary header information to synchronize it with the new stream I am creating, and multiplex it into that stream. That may be a feature some time in the future as I add more authoring capabilities. I've added it to my wish-list, but because of the amount of work involved it will probably be some time before you'd see it.

Something I think would be cool is to put the text and/or audio from Pink Floyd's Dark Side of the Moon onto a Wizard of Oz track -- just to see if there is any truth to the urban legend that they match up.


I have a Wizard of Oz DVD that has just that. It does match up, to an extent. Although it appears to be more coincidence than anything to me ..

[onesoul]

Originally posted by jdobbs
The problem for me would be getting from text to a subpicture stream.
Subpicture stream is a sup file, right? (I'm not sure). If so, there is a tool "DVD subtitle converter" (dvdsuptools) which converts micro dvd text files to sup files. Latest is 1.6, you can get it at doom9 download page or http://web.quick.cz/FKasparek/ (seems down now but was there yesterday).
Would it be easy if the user provided the already converted sup file?

[jel]

okay, so here i enter the fray with little knowledge and even less to contribute :D
as of this moment in time i know that you do not support menu re-enccoding and/or BOV implementation ... and also ILVU and other seamless branching titles..and fair enough, it is far beyond the present scope... however, you have currently set a disclaimer that advises the user that it is not recommmended to use dvd-rb on a multi-angle etc titles yet those that try to use this program on a title that has other quirks will be confused as to why it didnt work. i know it is not the norm' but it is an increasing occurence in DVDs, where an extras disc will have vtses that rely on user input (similar to menus) to control other .vobs (an example would be in the POTC extras disk and the 'hulk' extras disc). as has previously been discussed, it may be a good idea to avoid these situations with a disclaimer, until other problems are resolved.

either way, maybe you could discuss the issue of copying commands with 'Zuel' given his extensive knowledge with the subject.
beyond this i simply wanted to congratulate you on your efforts and wish you all the best with dodging untowards remarks from your loved ones with your continual support for this program
:D
good luck, j

ps ever since i witnessed the pink pig flying over the crowd in a concert 15 years ago, i have always wondered about the 'wizard of oz' correlation?!?!!!- it is also discussed here:
http://forum.doom9.org/showthread.php?s=&threadid=71735&highlight=wizard

[jdobbs]

Originally posted by jel
okay, so here i enter the fray with little knowledge and even less to contribute :D
as of this moment in time i know that you do not support menu re-enccoding and/or BOV implementation ... and also ILVU and other seamless branching titles..and fair enough, it is far beyond the present scope... however, you have currently set a disclaimer that advises the user that it is not recommmended to use dvd-rb on a multi-angle etc titles yet those that try to use this program on a title that has other quirks will be confused as to why it didnt work. i know it is not the norm' but it is an increasing occurence in DVDs, where an extras disc will have vtses that rely on user input (similar to menus) to control other .vobs (an example would be in the POTC extras disk and the 'hulk' extras disc). as has previously been discussed, it may be a good idea to avoid these situations with a disclaimer, until other problems are resolved.

either way, maybe you could discuss the issue of copying commands with 'Zuel' given his extensive knowledge with the subject.
beyond this i simply wanted to congratulate you on your efforts and wish you all the best with dodging untowards remarks from your loved ones with your continual support for this program
:D
good luck, j

ps ever since i witnessed the pink pig flying over the crowd in a concert 15 years ago, i have always wondered about the 'wizard of oz' correlation?!?!!!- it is also discussed here:
http://forum.doom9.org/showthread.php?s=&threadid=71735&highlight=wizard I've said it over-and-over... these things (other than menu encoding, which I have no intention of supporting) will be supported by the time I get out of beta -- THIS IS BETA SOFTWARE :( Who am I to make the disclaimers too? If someone is surprised that everything doesn't work in a beta then they don't know what a beta is. At least cut me a little slack...

[jel]

sorry, i honestly meant no critisism, merely an observation that other users may encounter, in their trial of this fantastic software. it was not my intention to critisize, i was only offering a situation where testing should not be applyed at this present moment
well wishes
j

[jdobbs]

I don't mind criticism and I'm not upset (I don't take anything that seriously). I'm just saying that in a beta state there is a lot that needs to be done. I'm not even ready for a user's manual yet because things are changing so quickly.

[RB]

Originally posted by jdobbs
I've said it over-and-over... these things (other than menu encoding, which I have no intention of supporting)
Hmm... but you plan to support Button Over Video, IIRC. The thing is, there is practically no difference between BOV and a menu. BOV is essentially a motion menu (forced subpicture with highlight stream and buttons embedded into NAV packs), just like a standard menu in the VTS_??_0.VOB. Also menus can be quite huge. I really don't think you have to implement much, if any, special code for menus.

The thing jel is pointing out is that a menu cannot only reside in the VTS_??_0.VOB. There are a lot of DVDs that have menus in some PGCs in the "normal" VTS_??_x.VOBs. As jel pointed out, POTC is an excellent example. Another example is Disc 2 of Matrix Revolutions. I remember some people posting about their menus not working anymore after DVD-RB. Those were likely discs that had the menus simply in the "movie VOBs".

So one way or the other you'll have to deal with the menus, I'm afraid.

[2COOL]

Originally posted by RB
I remember some people posting about their menus not working anymore after DVD-RB. Those were likely discs that had the menus simply in the "movie VOBs".I was one of them. ;)

[jdobbs]

Originally posted by RB
Hmm... but you plan to support Button Over Video, IIRC. The thing is, there is practically no difference between BOV and a menu. BOV is essentially a motion menu (forced subpicture with highlight stream and buttons embedded into NAV packs), just like a standard menu in the VTS_??_0.VOB. Also menus can be quite huge. I really don't think you have to implement much, if any, special code for menus.

The thing jel is pointing out is that a menu cannot only reside in the VTS_??_0.VOB. There are a lot of DVDs that have menus in some PGCs in the "normal" VTS_??_x.VOBs. As jel pointed out, POTC is an excellent example. Another example is Disc 2 of Matrix Revolutions. I remember some people posting about their menus not working anymore after DVD-RB. Those were likely discs that had the menus simply in the "movie VOBs".

So one way or the other you'll have to deal with the menus, I'm afraid. Maybe I went into beta too early. But from my experience these aren't that common -- most of the time the menu is in the _0.VOB -- and I wanted to catch as many gotchas as possible in basic DVDs first.

[Rombaldi]

Originally posted by jdobbs
Maybe I went into beta too early.

Not even... you can only test so many things, the only way to get it completly shaken down is to throw it to the masses, with the cavet that 'this may screw up'... but you'll find out where the cockroachs run when the lights come on..

a magnificent job thus far in an incredibly short time...

now (and not asking WHEN, but HOW), in re: 4:3 LBX to 16:9 conversion.. how to you plan to do that (clutching his copy of MST3K: The Movie)??

[jdobbs]

Originally posted by Rombaldi
Not even... you can only test so many things, the only way to get it completly shaken down is to throw it to the masses, with the cavet that 'this may screw up'... but you'll find out where the cockroachs run when the lights come on..

a magnificent job thus far in an incredibly short time...

now (and not asking WHEN, but HOW), in re: 4:3 LBX to 16:9 conversion.. how to you plan to do that (clutching his copy of MST3K: The Movie)?? Nothing complicated. Here's how I normally do it in AVISYNTH:

LanczosResize(720,480,0,60,720,360)
or
BilinearResize(720,480,0,60,720,360)

[RB]

Originally posted by jdobbs
Maybe I went into beta too early. But from my experience these aren't that common -- most of the time the menu is in the _0.VOB -- and I wanted to catch as many gotchas as possible in basic DVDs first.
Actually I have seen this quite a few times, especially on older DVDs from the 90's and now with "Extras" DVDs (POTC, Finding Nemo...). If it's a still menu and nothing else in the VOB they will be very small (Meet the Parents R2 is like that) so your code skips the VTS, maybe that's why you haven't seen more complaints.

[jdobbs]

Originally posted by onesoul
Subpicture stream is a sup file, right? (I'm not sure). If so, there is a tool "DVD subtitle converter" (dvdsuptools) which converts micro dvd text files to sup files. Latest is 1.6, you can get it at doom9 download page or http://web.quick.cz/FKasparek/ (seems down now but was there yesterday).
Would it be easy if the user provided the already converted sup file? I'm not familiar with the sup file format. Is it run-length encoded 4 color information that has been packetized for DVD?

[jdobbs]

New version (0.29) attached

Attached please find the newest version of DVD Rebuilder (DVD-RB. Still working the infrequent end-of-cell audio glitch. A summary of the changes are listed below:

New version posted -- see the first post of this thread

[nwg]

Excellent Thanks.

That is a lot of work.

[2COOL]

Originally posted by jdobbs
- Fixed the error introduced in version 0.27 that could cause "Runtime Error '6'" when the last cell of a VTS contained no audio or subpicture data (usually related to a still picture used as an exit point from a PGC).Now, we're cooking! Can't wait to test this when I get home! :D:thanks:

[nwg]

I've also added a path configuration in the SETUP screen that points to DECOMB.DLL. If it exists, it will be automatically used for cleaning up interlaced source material.


I am using PAL DVD's, do I need the decomb.dll?

I downloaded the Decomb510.dll, do I need to rename it to Decomb.dll?

I am looking forward to seeing the runtime error solved mainly. That was the reason why I was using 0.26.

[jdobbs]

Originally posted by nwg
I am using PAL DVD's, do I need the decomb.dll?

I downloaded the Decomb510.dll, do I need to rename it to Decomb.dll?

I am looking forward to seeing the runtime error solved mainly. That was the reason why I was using 0.26. That will work fine. Just install it somewhere and point to it on the SETUP page. Whether you need it is a subject of a lot of debate -- but sometimes it is the only way to get a solid picture (on a PC) out of an interlaced source.

[nwg]

That will work fine. Just install it somewhere and point to it on the SETUP page. Whether you need it is a subject of a lot of debate -- but sometimes it is the only way to get a solid picture (on a PC) out of an interlaced source.

OK thanks.

I just done prepare on PAL Matrix Revolutions and it said's Progressive. Can I assume that the right settings will be chosen automatically? That is a great feature as I am totally new to the avisynth part of it.

Also, if I want to set TargetSectors to 4.34GB what is the sector number?

[jdobbs]

Originally posted by nwg
OK thanks.

I just done prepare on PAL Matrix Revolutions and it said's Progressive. Can I assume that the right settings will be chosen automatically? That is a great feature as I am totally new to the avisynth part of it.

Also, if I want to set TargetSectors to 4.34GB what is the sector number? Yes it should. The line that says "PROGRESSIVE" has been removed and the attachment reposted. It is inaccurate because it is only telling you how it had determined the last cell in the VTS. It was some debugging code I forgot to remove.