Log in

View Full Version : CCE One-Click Software Beta


Pages : 1 2 3 4 5 [6] 7 8 9 10 11 12 13 14 15 16 17 18 19 20

jdobbs
18th March 2004, 00:38
Note to everyone:

I've seen mention of the need for eclCCE... I'd like to remind you that if your version of CCE supports command line processing and .ECL, eclCCE isn't required. Version 2.50 has no command line support, and the "Trial" versions don't support .ECL...

For example, my copy of CCE Basic 2.67 works fine without eclCCE, but I need it for my copy of CCE 2.50.

jdobbs
18th March 2004, 00:44
1 other thing I'm trying pirates of carrebean, the movie is 2hrs long it shows 48:32
@XtremeMAC

The numbers you saw are showing your system clock's time at the start of that encode portion. I use it so I can see how long an encode takes when it is unattended.

jdobbs
18th March 2004, 00:47
And another thing, according to the manual, it also resizes to 720x480 or 720x576. Would this work if you were to enable the "Resize to half-D1" option?
@fMalibu
When you click "Resize to half-D1" the DVD Compliant flag is turned off -- otherwise you'd end up with a picture in a `"frame"

jdobbs
18th March 2004, 00:49
In your progress display, instead of "creating m2v for segment 00" it would be more useful to see "creating m2v for vts07_00" or something like that.
@jptheripper

I agree. I'll fix that.

jdobbs
18th March 2004, 00:53
Normally if everything is right IFOEdit doesnt find anything when you do a "Get VTS sectors".

My only real problem is this fastforward/rewind thing.
DMagic,

What kind of player are you using... Early in the authoring coding I ran into a lot of problems with this and thought they were fixed. I tested the output using PowerDVD and three standalones (JVC, Sony, and Apex). There's obviously something wrong with the DVD-RB output, but it seems to only be affecting certain players.

jdobbs
18th March 2004, 00:57
for example, my movie would cause the average bitrate to be 2360 if i use this tool (quite too low) but could be nearly 50% higher if i could drop the bitrate on the extras
@jptheripper

That will eventually happen, but not for a while. If you play with the bitrates you need to be very careful and take into consideration the size and complexity of each section you're changing. DVD-R sets that rate based upon it's (very accurate) count of what is needed to get close to the edge of the disc.

jdobbs
18th March 2004, 01:02
If no source is selected and Prepare button is pressed one cannot Abort running program. If one tries to close Rebuilder then a following message appears "You must ABORT process to end.", but ABORT doesn't do anything. Had to close everything in Task Mannager.
@lighty
Then don't push "Prepare" with no source... just kidding, that will be fixed in the next version

djan
18th March 2004, 01:11
I would like to resolve my problem step by step but it would be nice if anyone can help me. First thing I would like to know is if it is normal that I have only 1,5GB after doing prepare step. I'm using ECC 2.5 with EclECC 1.7.

jdobbs
18th March 2004, 01:16
Yesterday I attempted to work around this by hand using ifoupdate but it didn't work. Searching on vts_tmapti will find many threads discussing the issue. We'll have to wait for jdobbs to address it. Hopefully he can figure something out.
Aye Carumba!

I just went into the VTS_TMAPTI and, I'll be damned, it isn't being updated... You can't actually do an IFOUpdate to fix it because the file you're changing IS the newly authored file -- so there's nowhere to get the data.

I think what happened is that I wrote the code to collect the time data, and then never actually got around to writing it to the file -- and then left the code sitting for a while until I forgot about it.

It may be a little work so don't expect that to be completed until this weekend.

NOTE: Most of the time this isn't a problem. As this table isn't used for ff, rw, or chapter moves -- but it is used for direct seeking (like with a computer player and a "position bar") I think I've even seen authoring packages that leave it out. That's the reason it is an option in IFOUpdate (not a requirement).

jdobbs
18th March 2004, 01:21
I would like to resolve my problem step by step but it would be nice if anyone can help me. First thing I would like to know is if it is normal that I have only 1,5GB after doing prepare step. I'm using ECC 2.5 with EclECC 1.7.
@djan
Actually that sounds high. In the prepare step (if using CCE) all you are creating is a group of .AVS and .D2V files.

ADDED: I just ran Prepare on a typical DVD and the output was 1.2MB (not GB)

redfive19
18th March 2004, 01:22
I just tried Buena Vista Social Club and it encoded it wrong. The original looks interlaced but I get jumpy frames when playing the backup on my TV.
Using: CCE 2.67.00.23 & RB 0.16

Any ideas?

ORIGINAL:
Num. of picture read: 31
Stream type: MPEG-2 MP@ML VBR
Resolution: 720*480
Aspect ratio: 16:9 Generic
Framerate: 29.97
Nom. bitrate: 8501600 Bit/Sec
VBV buffer size: 112
Constrained param. flag: No
Chroma format: 4:2:0
DCT precision: 9
Pic. structure: Frame
Field topfirst: Yes
DCT type: Field
Quantscale: Nonlinear
Scan type: Alternate
Frame type: Interlaced
Notes:


REAUTHORED:
Num. of picture read: 31
Stream type: MPEG-2 MP@ML VBR
Resolution: 720*480
Aspect ratio: 16:9 Generic
Framerate: 29.97
Nom. bitrate: 9800000 Bit/Sec
VBV buffer size: 112
Constrained param. flag: No
Chroma format: 4:2:0
DCT precision: 10
Pic. structure: Frame
Field topfirst: Yes
DCT type: Field
Quantscale: Nonlinear
Scan type: Alternate
Frame type: Interlaced
Notes

quantum
18th March 2004, 01:22
What kind of player are you using... Early in the authoring coding I ran into a lot of problems with this and thought they were fixed. I tested the output using PowerDVD and three standalones (JVC, Sony, and Apex). There's obviously something wrong with the DVD-RB output, but it seems to only be affecting certain players.If you use Zoom Player, and click on the timeline to jump to approximately 1/4 into the film, you'll see it jump to 3/4's into the film or lock up, depending on how much the original was compressed. If you use a standalone, use a feature of the standlone to go directly to a specific time (not the chapter buttons), like exactly 1hr into the movie. This should reveal the problem also.

These are all exactly the same symptoms that occur if I author with scenarist but don't transfer the vts_tmapti with ifoupdate.

DMagic1
18th March 2004, 01:25
Originally posted by jdobbs
DMagic,

What kind of player are you using...

Players that have this problem:

Pioneer DV-C505
Sony DVP-NC600
XBOX v1.1 Thompson Drive
Playstation 2 v4

Only player that worked properly:

Toshiba SD-3109

jdobbs
18th March 2004, 01:27
I have to concur with the progressive dvd output problem. I just tried Buena Vista Social Club and it encoded it wrong. The original looks interlaced but I get jumpy frames when playing it on my TV.
@redfive19

Try changing the threshold level in SETUP.


Are the REALLY jumpy, or just kinda jumpy -- REAL jumpy can mean a tff issue

redfive19
18th March 2004, 01:28
It's at 70% right now, what should I change it to?

jdobbs
18th March 2004, 01:31
If you use Zoom Player, and click on the timeline to jump to approximately 1/4 into the film, you'll see it jump to 3/4's into the film or lock up, depending on how much the original was compressed. If you use a standalone, use a feature of the standlone to go directly to a specific time (not the chapter buttons), like exactly 1hr into the movie. This should reveal the problem also.
Go to the bottom of thread page 13 for the answer -- I screwed the pooch on this one.

quantum
18th March 2004, 01:40
Go to the bottom of thread page 13 for the answer -- I screwed the pooch on this one.Ah, sorry, somehow I missed your response. I'm glad you tracked it down and know how to deal with it. I think the right man is on the job :-)

TheBigDave
18th March 2004, 01:47
Originally posted by DMagic1
Only player that worked properly:

Toshiba SD-3109

DMagic1,

Did you actually play the DVD all the way through or just spot-test it on the Toshiba? On my Toshiba SD-2805 the movie played fine for a while and then started to hick-up.

In my other Toshiba player (SD-V291), FF just causes the disc to freeze. All I can do then is hit Stop twice and the disc will restart at the beginning.

Anyways, these are the three players I'm having problems on:

Toshiba SD-2805
Toshiba SD-V291
Liteon LVD-2001

jdobbs
18th March 2004, 01:48
Actually I thought I typed it after some of my later responses -- I'm not sure how it got back there...

jdobbs
18th March 2004, 01:54
In my other Toshiba player (SD-V291), FF just causes the disc to freeze. All I can do then is hit Stop twice and the disc will restart at the beginning.
Almost surely the same problem as I pointed out. I'll fix this as soon as I can.

jptheripper
18th March 2004, 03:10
@Jdobbs

thanx so much not only for the time to develop but also for the time you take to respond.

Your tool obviously is in a class of its own.

A few issues

1) i had a problem earlier with an extra that was essentially storyboards (still frames). One titleset, 113 chapters. The resulting info in the .inf file was ~260 1 frame segments (that were not present in the .ecl) all of which individually crashed cce 2.67.0.9 on encoding.

2) I realize the amount of code it will take to allow for variable bitrates per titleset, and realize that this is obviously an endgoal. Would it be possible to export a file with the data you use to calculate the average bitrate? i.e. a .dbf or .txt file with all your variables that are obviously already calculated, , including total menu size, total audio file size, time of each title, etc. This would not only allow for custom bitrates with (somewhat) simple calculations in excel, but would even facilitate extremely low bitrates on credits b/c files are already pieced into parts.


3) as before, assuming you are coding in c++ or vba (or awk, which i also know), i would be happy to assist.

-jp

djan
18th March 2004, 04:11
Originally posted by jdobbs
@djan
Actually that sounds high. In the prepare step (if using CCE) all you are creating is a group of .AVS and .D2V files.

ADDED: I just ran Prepare on a typical DVD and the output was 1.2MB (not GB) Oops, I'm sorry it was 1.5MB and not GB. Now it works great, CCE is encoding but when I try to watch to a m2v file created, I see black screen with 2 red lines in the bottom. Is it normal ? This is my next step :)

jdobbs
18th March 2004, 04:18
Definitely not. You are getting an error message from AVISYNTH. Look back a few pages on this thread. Something is not set up properly.

djan
18th March 2004, 04:56
I did what mentioned but nothing to do. There is the error I get when I try to launch a AVS file : Script error : There is no function named "mpeg2source". I'm using Avisynth 2.5.

jdobbs
18th March 2004, 05:06
That means that MPEG2DEC.DLL (or one of its derivations) isn't loaded in the Plug-In directory.

djan
18th March 2004, 05:30
It was loaded but it's ok, I installed avisynth 2.54 and loaded MPEG2Dec3dg.dll in the plugin directory. Now it works fine. Thx.

bigskank
18th March 2004, 06:14
Jdobbs, this looks *really* neat, and I hope you can find a way to keep up with it, as I think there is amazing potential for this.

I was wondering if (at some point) you would consider releasing the source to this under the GnuGPL. I know it's hard to let go of your baby, but I think so many of us could learn a lot from your program. Especially in the states - where there is so much trouble with lockdowns on technology and ideas - something like this could really benefit everybody. I most certainly won't whine if you don't (as giving it away for free is already great)...just a thought. Might also help to cut down on your workload too. :)

Sounddude
18th March 2004, 06:16
What size are the final VIDEO_TS most of you are getting using this app? I'm getting 4.27GB and would like to know if there's anything I can change it to make the target size larger. Great app so far! Works fine for me using rejig or CCE.

I'm using CCE 2.50 if that makes a difference in my question.

Nuhim
18th March 2004, 07:13
To Jdobbs
Thank for the perfect program!
And items in adjustments CEE " Convert from LB 4:3... "
And " Zoom in... " When will be accessible?

RB
18th March 2004, 08:46
Originally posted by jdobbs
Note to everyone:

No you don't need DVD2AVI.EXE for this program to run -- but you do need MPEG2DEC3.DLL (one of the versions, I recommend the Donald Graft version).
OK, thanks for the clarification. But, is your D2V file generation compatible/equal to the fixed D2V file generation that Neuron2 implemented in his version of DVD2AVI (no skipping of initial B-Frames, no frame loss at the end)? Because in the readme.txt in the Mpeg2Dec3dg.dll source code package, he added a commentThis version must be used with an appropriately modified DVD2AVI
version, for example, DVD2AVI 1.77.3dg
If so, you must not only recommend but require Mpeg2Dec3dg.dll because older versions cannot correctly decode a starting IBBP... GOP. This might explain why some people get crashes in CCE. IIRC older versions of Mpeg2Dec3.dll also crashed when the D2V had just a single I-Frame (still picture), some people reported this in this thread, guess they were not using Mpeg2Dec3dg.dll.

Originally posted by RB
OK, so I have noticed that you are encoding every cell in a separate AVS. If at all possible, please consider changing this so that as many as possible adjacent cells are combined into one AVS. This will guarantee the best possible results because VBR has a bigger range to work with and can distribute bitrate in a more efficient way. Just consider a worst-case scenario: let's say we have a movie with 20 cells where all cells contain fairly low-motion, "easy" video except for one cell which contains the big showdown with lots of fire, fast motion etc. Now CCE will actually waste bitrate in 19 cells that would have been better allocated to the "showdown cell". I think this is quite an important issue and not too hard to implement. Just scan the big MPV and grab the packets you need for every cell. Of course you'll need to add a proper chapter (I-Frame) list to the ECL.

It just occured to me that this would rule out CCE-Basic because it does not support I-Frame lists in the ECL. OK, if this is a problem or you simply don't have the time to implement different code paths, consider an "encoding plugin" interface. The interface would simply be you calling an external executable and passing the D2VAVS directory as an argument. The executable would then be responsible for generating the M2V/MPV files you expect. One could then write a plugin that encodes as many AVS files as possible "joined" and then splits the M2V/MPV files into the chunks that your app expects.

joaoccc
18th March 2004, 09:43
Hello

i'm trying to use rb 0.16, but when i click rebuild it begins rebuilding the vobs but at a certain point it give me the error
"Run time errror "9""
"Subscript out of range"

Thanks

john33
18th March 2004, 09:59
Originally posted by joaoccc
Hello

i'm trying to use rb 0.16, but when i click rebuild it begins rebuilding the vobs but at a certain point it give me the error
"Run time errror "9""
"Subscript out of range"

Thanks
I have exactly the same problem. It finishes rebuilding the main title and then I get this same error message.

hypo20
18th March 2004, 10:42
@joaoccc & john33

Read older posts before asking!

It is multiangle DVD??? I have this problem with multiangles DVD's (like Matrix) and DVD-RB is not supporting multiangle DVD's at the moment. That's the reason for that error.

Non-multiangle DVD's are working perfectly to me.

robw
18th March 2004, 12:50
So far I have not been successful with this program. I get the same error message as discussed in previous message. My video's are empty except for a red bar. The total size of the rebuild VIDEO_TS folder is only about 1.5 GB.

Similar problems occured early in the development of DVD2DVD-R. I recall the author finally traced it back to an issue with MPEG2DEC3 and only occured with NTSC film (not PAL)-- the solution chosen was to use MPEGdecoder for NTSC

tf
18th March 2004, 13:03
I think there is a connection between what versions of the programs/plugins you use and the ending results. Well, of course there is, but I mean, my own setup has done 5 attempts in DVD ReBuilder, and all have worked flawlessly on my Pioneer DV343.

Here is the combination I use:

DVD ReBuilder V0.16
CCE SP V2.50
EclCCE V1.7
AviSynth V2.54
MPEG2Dec3.dll OR MPEG2Dec3dg.dll (have tried both, working fine)

I haven't used the one-click mode yet, but I can't see why that shouldn't work, since the three-click mode has worked fine so far.

Already DVD ReBuilder has become my prime choice for backing up DVDs.

Rip DVD with DVDStripper, remove the clips you don't want. Remove layerbreak and unwanted audio tracks with DVDShrink. Then reencode with DVD ReBuilder, edit menus with MenuEdit, and you've got a great backup.

-tf

robw
18th March 2004, 13:20
I am using all the same software and it doesn't work for me. Have tried many variations.

StifflerStealth
18th March 2004, 13:20
For those having trouble with "red bar" thing see if this helps.

Download this file: Mpeg2dec3DG (http://www.avisynth.org/warpenterprises/files/decodefix100.zip). If you already have this file, then the rest may not be helpful.

Extract it in DVD-RB directory or in you AVIsynth plugins directory. Your choice. Delete Mpeg2dec3.dll if you have it if you put Mpeg2DecDG.dll in you avisynth pluging directory.

Then edit the very first AVS file DVD-RB made after the Step 1 (mine is V01000000001001.AVS, and insert the line LoadPlugin("X:\Path\To\mpeg2dec3dg.dll") right before the line that has Mpeg2Source("X:\Path\to\some D2V file).

Start step 2: encoding. When the first file is done encoding (V01000000001001.M2V or .MPV in my case, depending on your settings) open it up in a software DVD player. If the red stuff is gone, add that line to every single AVS file.

This is what I have. I'm using CCE SP v2.67.00.23 Full. Full meaning that it has ecl support and all that because it's not the trial version. The video that is produced does not have any of the Red stuff people have been talking about. I have know idea if this will work. I am all out of suggestions if it doesn't.

Stiff

Disclaimer: I cannot reprodce that red bar, so I cannot garuentee this will work.

buzzqw
18th March 2004, 13:52
run regedit and search for
HKEY_LOCAL_MACHINE\SOFTWARE\Avisynth\plugindir2_5

this is your avisynth dir.

unzip decodefix.zip into this dir

Not so complicated !:sly:

BHH

StifflerStealth
18th March 2004, 14:01
Although, if you do not have that proggie installed....

@jdobbs: Since DVD-RB does not need AVISynth, can you support having the Mpeg2Dec3DG.dll in the DVD-RB folder. Maybe in a sub dir called plugins or something. Then the AddAudio support can go in that directory as well.

Also @jdobbs: Your program does a better job at scanning files than DVD2VI or whatever DIF4U uses. Your program detected that the video I had was 23.976 FPS whereas DIF4U on CellID demux said that some cells where 29.97 and others were 23.976 in the same VTS and even the same VobID. I might have a setting wrong in DIF4U, but your program on the defaults scanned them correctly. Keep up the good work.

Stiff

robw
18th March 2004, 14:02
Stiff

your experiment to manually load the plugin to the avs file and then encode works. So this is obviously the problem ... for some reason my mpeg2dec3 is not getting loaded. I will search the registry.

Thanks for your help

robw
18th March 2004, 14:07
buzzqw

thanks man. My HKEY_LOCAL_MACHINE\SOFTWARE\Avisynth\plugindir2_5 was not pointing to the right subdirectory.

StifflerStealth
18th March 2004, 14:22
@robw: Congrats! Don't feel bad about manually editing all the AVS files. I did that with a movie to add Telecine(), Mpeg2Dec3dg.dll, and AddAudio support. Then I edited the Rebuilder.ecl file to give me four pass vbr for the main movie at a higher bitrate, and 6 passes for extras at 1850. 1850 is a nice number for extras. If you have CCE Basic you do not need to edit the ECL file.

Stiff

DrChair
18th March 2004, 14:30
@jdobbs

Here's a couple of bugs i've encountered (in v0.16) :

* After entering the source-path, dvd-rb analyses video_ts.ifo, where (in my opinion) it should analyse all the vts_**_0.ifo files

* when a vts contains stills (for example a vts with warnings in different languages), something goes wrong.
On the vts i have here (containing 6 stills, 15 seconds each), ifoedit reports 2250 frames (6*15sec*25fps), but the .d2v dvd-rb creates only has 6 frames.
Thus the resulting .m2v is way too small, which results in a "Runtime error '9': Subscript out of range" during the rebuilding stage...

I think dvd-rb should leave a vts smaller than a couple of MB's alone (mine was 4.3 MB), and just copy the source. Atleast that's what I did to solve the problem. (it was the last vts that gave the problem, so the rest of the dvd was already build)

* The resulting VIDEO_TS folder contains 4,71 GB, so it's too big to burn. It might be a coincidence, but that's almost the size of a dvdr in "japanese GB's"

* Changing the number of passes after preparing, doesn't have any effect (cause the .ecl is already written)

Otherwise the result looks much better than i'd expected with an average bitrate of 2581...

tf
18th March 2004, 14:40
I had a movie with LOADS of stillpics with warning messages. 18 different languages. That was not problem for DVD ReBuilder, and that was even with 0.15. However, I usually select to remove such messages altogether with DVDStripper. Not because it saves space, but because it saves me from having to watch them :-)

-tf

StifflerStealth
18th March 2004, 14:40
I kinda cheated a little to change the bitrate and number of passes, but it worked. Also, I tell it not to re-encode any PGC that totals 100MB or less, so I don't run into the issue you have with stills.

Personal note: I use 100MB as the cut off limit, because the space gained by recompression is not worth the time that it takes to recompress it. I noticed that some people use 200MB or even 300Mb as the cut off limit.

I do agree with DrChair about having a cut off limit.

Stiff

jdobbs
18th March 2004, 15:17
@Sounddude
What size are the final VIDEO_TS most of you are getting using this app? I'm getting 4.27GB and would like to know if there's anything I can change it to make the target size larger. Great app so far! Works fine for me using rejig or CCE.I use a value internally that is equal to a fully populated DVD. I then subtract the portion of the DVD that will remain unchanged (like menus, audio, and subpictures) -- I then calculate a bitrate that will fill the remaining.

@RB
OK, thanks for the clarification. But, is your D2V file generation compatible/equal to the fixed D2V file generation that Neuron2 implemented in his version of DVD2AVI (no skipping of initial B-Frames, no frame loss at the end)?You are absolutely right. I was following the thread in which Neuron2 was making the changes (coincidentally while I was working that part of DVD-RB) and I kept my code updated as well.

@DrChair
* After entering the source-path, dvd-rb analyses video_ts.ifo, where (in my opinion) it should analyse all the vts_**_0.ifo files DVD-RB doesn't use the video_ts.ifo it currently gets its information from individual IFOs.
* when a vts contains stills (for example a vts with warnings in different languages), something goes wrong.On the vts i have here (containing 6 stills, 15 seconds each), ifoedit reports 2250 frames (6*15sec*25fps), but the .d2v dvd-rb creates only has 6 frames.
Thus the resulting .m2v is way too small, which results in a "Runtime error '9': Subscript out of range" during the rebuilding stage...Good info!! This is probably the source of all of these "Runtime Error 9" problems!!! I think what I need to do (as suggested earlier) is just leave the stills intact -- as reencoding really saves almost nothing... I'll see if I can add that in this weekend.
* The resulting VIDEO_TS folder contains 4,71 GB, so it's too big to burn. It might be a coincidence, but that's almost the size of a dvdr in "japanese GB's" As I mentioned above, it calculates based on standard DVD-R size -- larger results shouldn't be possible unless CCE encodes at the wrong bitrate (which I've never seen it do). Don't know what to say on this one.
* Changing the number of passes after preparing, doesn't have any effect (cause the .ecl is already written) True. I guess I need to make that known.

StifflerStealth
18th March 2004, 15:44
Originally posted by DrChair
* Changing the number of passes after preparing, doesn't have any effect (cause the .ecl is already written)

Otherwise the result looks much better than i'd expected with an average bitrate of 2581... [/B]

It works if you break the massive ecl file up into smaller ecl files called, say: V01000000001001.ecl, V01000100001002.ecl, ... Then make the nessecary changes, and load them into CCE by creating projects out of them and having them queued in CCE itself. :) Granted, that is a ton of work, but at least I increased the main movie bitrate, and the extras run at 6 pass.

This is what I ment by cheating a little.

Stiff

DrChair
18th March 2004, 15:55
Originally posted by jdobbs
@DrChair
DVD-RB doesn't use the video_ts.ifo it currently gets its information from individual IFOs.


This is strange then...

VTS_01_0.ifo has 4 audio streams (all 2ch AC3)

According to VIDEO_TS.ifo, vts1 has 8 audio streams. The 4 from vts_01.0.ifo and 4 additional english 6ch AC3's.

So if dvd-rb uses the individual ifo's, the "Audio streams to keep"-dialog should only show 4 audio-streams for vts1.
But doesn't... It shows 8 audio-streams (like the info in video_ts.ifo)

Hence my conclusion that you use video_ts.ifo for the info...

toolman2k
18th March 2004, 16:42
hi! this is great development going on here :) finally a tool that uses cce :)

anyway,

does your tool only encode the video or also menu's ? tools like instantcopy and dvdsrhink also compress the menu and/or strip languages which is very handy. lately more and more menu vobs are really big like 500mb+ some even around 1gb!

would be nice to have this built in the tool also, so we dont have to use other tools to strip/compress menus :)

also, would there be a way to auto remove the buttons for audio/subs/clips that are removed ?

jptheripper
18th March 2004, 16:44
@stifflerstealth

thanx for all your insight. Could you please tell me the method you used to calculate the bitrate for the main movie after assigning a bitrate of 1850 to the extras in the .ecl? this is exactly what i want to do.

@jdobbs

Again we all appreciate te work you are putting in. The still issue I am sure could be solved in 2 ways, 1 by scanning the ifo and identifying stills and copying, the other by setting a threshold by which nothing less than a pasrticular size is compressed. I am sure you though of that already.

I think your dvd is smaller than the dvdr, as i tried RB on a dvd5 and it said i needed 99% compression. Are you rounding this value? if so I might sneak out a bit more if you float it to a decimal or 2.

@jdobbs or stifflerstealh

At the end of the "prepare" stage, the .inf is built with the reduction values listed. Is this just a summary file or is it used? I ask because If I edit the .ecl and hit encode I want to ensure the edited values will be used.

Also can someone explain the addaudio() and resampleaudio for the .avs? or these needed ever if I am preserving the existing audio?

again thanx in advance, and sorry for the longwinded questions

-jp