There has been some discussion about the rendered size being wildly off,
so here's an example using DVDA1. I've had the same problem with all
of the patches of DVDA1 and I suspect the same problem is in DVDA2
based on what I've heard.
This is also a tutorial on how to get DVDs all the way full by experiment.
I'm going to define the "integer megabyte" (iMB) as one million bytes.
It helps to keep everything straight as it seems like all the programs have
different ways of doing things. I usually write click on the file in explorer
and read off the size from the "bytes long" line.
Using this terminology, the average DVD-5 DVD-R will hold 4,700 imb maximum.
First off, the source material is 2:18:07 long and I'm encoding to an
elementary stream using Cinemacraft basic using 2-pass encoding
and some noise surpression.
1. I render out my audio to AC-3 and discover that it is 237 iMB.
I write this down (237 iMB).
2. I make an educated guess that I should have an elementary stream
of length 4,162 iMB.
3. I render 2-pass with the goal of making a 4162 iMB file, this takes two days.
4. The resulting file is actually 4,158 iMB. I write down (-4 iMB) on a sheet
of paper. This is what I asked for minus what I got.
5. Now I multiplex the elementary stream using TMPGenc, the resulting video
file is 4,213 iMB. I note (+55) on my paper as this is how much the file
has inflated.
6. I then open up DVDA and work up my DVD using the video and .ac3 file.
I scrupulously ignore the Optimize window as I know it's wrong.
7. I render out my DVD to a directory and I see that the total size is
4,579 iMB. I write down on a sheet this size minus the .ac3 size and
the program stream video size. This number is (+129 iMB) and it represents
minus the menu video, ifo files and other data necessary to let the DVD play.
8. Now I will calculate a new optimal size for the elementary stream:
this is the size of a DVD-5 minus everything in () and minus a safety
factor. Thus, 4700 - (129 + 55 - 4 +237) - 10 = 4,273 iMB.
9. I do my two pass render asking Cinema Craft to make a file of the size
4273 iMB. Wait a few days.
10. When I compile my DVD next the resulting size just kisses 4,700 iMB at
4,692 iMB or so.
So that's how I get my DVDs filled. I bet you were wondering what
DVDA said in the Optimize window after I said ignore it. Well, it said
cryptically, " estimate 4,803MB 100% of 4.7GB media".
I don't know how to interprete this but 4,579 iMB is certainly not
of 100% of a DVD. It's actually 97.4% which is close but I still just lost
121 iMB...
so here's an example using DVDA1. I've had the same problem with all
of the patches of DVDA1 and I suspect the same problem is in DVDA2
based on what I've heard.
This is also a tutorial on how to get DVDs all the way full by experiment.
I'm going to define the "integer megabyte" (iMB) as one million bytes.
It helps to keep everything straight as it seems like all the programs have
different ways of doing things. I usually write click on the file in explorer
and read off the size from the "bytes long" line.
Using this terminology, the average DVD-5 DVD-R will hold 4,700 imb maximum.
First off, the source material is 2:18:07 long and I'm encoding to an
elementary stream using Cinemacraft basic using 2-pass encoding
and some noise surpression.
1. I render out my audio to AC-3 and discover that it is 237 iMB.
I write this down (237 iMB).
2. I make an educated guess that I should have an elementary stream
of length 4,162 iMB.
3. I render 2-pass with the goal of making a 4162 iMB file, this takes two days.
4. The resulting file is actually 4,158 iMB. I write down (-4 iMB) on a sheet
of paper. This is what I asked for minus what I got.
5. Now I multiplex the elementary stream using TMPGenc, the resulting video
file is 4,213 iMB. I note (+55) on my paper as this is how much the file
has inflated.
6. I then open up DVDA and work up my DVD using the video and .ac3 file.
I scrupulously ignore the Optimize window as I know it's wrong.
7. I render out my DVD to a directory and I see that the total size is
4,579 iMB. I write down on a sheet this size minus the .ac3 size and
the program stream video size. This number is (+129 iMB) and it represents
minus the menu video, ifo files and other data necessary to let the DVD play.
8. Now I will calculate a new optimal size for the elementary stream:
this is the size of a DVD-5 minus everything in () and minus a safety
factor. Thus, 4700 - (129 + 55 - 4 +237) - 10 = 4,273 iMB.
9. I do my two pass render asking Cinema Craft to make a file of the size
4273 iMB. Wait a few days.
10. When I compile my DVD next the resulting size just kisses 4,700 iMB at
4,692 iMB or so.
So that's how I get my DVDs filled. I bet you were wondering what
DVDA said in the Optimize window after I said ignore it. Well, it said
cryptically, " estimate 4,803MB 100% of 4.7GB media".
I don't know how to interprete this but 4,579 iMB is certainly not
of 100% of a DVD. It's actually 97.4% which is close but I still just lost
121 iMB...