Encoding RV9 always oversize ?

[ookzDVD]

Is there any trick to minimize the oversize problem,
I'm using AutoRV9 1.3 (final) and sometimes get oversize problem about
7-10MB for 700MB target.

If someone don't mind can give me the documentation for Producer
command line syntax and information how to write the audience file ?

thank you.

[Sirber]

hi

if you want a good exemple, get RealAnime and check "job.txt" or "job.dat". Change the "[ZZZ]" by your settings.

[Atamido]

Mux it into MKV and you may make up the difference. ;)

[Sirber]

for 700MB, MKV is smaller for about 3-4 MB.

[karl_lillevold]

hmm, i do not often see this problem. There are several steps you can do to help isolate it though:
1) how does the bitrate as shown by RealOne compare to the target bitrate specified by AutoRV9? (AutoRV9 translates the filesize into a bitrate). If these bitrates match well, and the file is oversized, there is a problem in the bitrate calculation in AutoRV9
2) if the bitrates do not match well, you should run 'rmeditor -i filename.rmvb -d dump.log'. rmeditor is included with AutoRV9 in softs\rp9_light. You can CTRL-C after a while, because we are interested only in the first part of this file. In the text file dump.log, look for the first entry for 'preroll'. How many milliseconds? This corresponds to the pre-roll buffer, and is the time needed to stream at the maxBitrate to fill this buffer. If your encodes have high action towards the end, it could be that the encoder has not had time to re-adjust the bitrate after a burst of action.

[karl_lillevold]

documentation for cmd line producer and Audience file:
https://producerapps.helixcommunity.org/cmdproducer/docs/
or included in the docs folder of any recent complete Producer Milestone zip file.

[Dark-Cracker]

hi,

1) there is no accurate way to calc the overhead (bits added to interleave video and audio stream.

2) even if u enter a desired bitrate producer will not respect exactely the bitrate allowed for the encode because u don't made cbr but vbr encode.

Bye.

[Griniaris]

I have been getting the same oversized files you mention with AutoRV9 but only when using separate credits encoding. If you do not treat the credits part separately AutoRV9 hit the target size exactly! I have countered this by setting a few MBs less as target size when encoding credits and as the rest say save some more by muxing in matroska.
I believe that credits part is not taken correctly into account in AutoRV9 when computing the target bitrate but I do not find it such a problem... AutoRV9 is a great program!

[hoola]

i too have encountered oversize video using autorv9 (which is my only encoding program now). 6-10mb or so for a 650-700mb file. it does not happen often just every now and again. what i do recently is if im gonna shoot for 650mb i put 645mb for my final file. if im shooting for 700mb i put in 690 for my output filesize. solved my prob.

peace.!.!

BTW. i cant compliment on autorv9 enough. i love this prog. i hope it will continue to be supported and updated when needed.

[Atamido]

Originally posted by Sirber
for 700MB, MKV is smaller for about 3-4 MB. If you are using a fixed bitrate audio stream like MP3 or AC3, and you are using lacing, then there should be higher savings.

[ookzDVD]

@karl,

I just want to know in Producer,
1 kilo = 1000 or 1024 ?

thank you.

@sirber,

Yes, your job.dat is suitable for anime,
how about the regular movie ?

thank you.

[karl_lillevold]

@ookzDVD: If you look in for instance the sample audience "700k VBR Download.rpad", you will see that 700k = 700,000 bits per second. If somewhere k means something else than 1000, we need to fix it :)

[ookzDVD]

@karl,

thank you for your "fast" reply :)

Btw,

Is that possible to encoding the video and audio in seperate step
(2 audience) and then mux them into one .rmvb ?

if possible, how good is the result ? is there any difference if I encode them in 1 audience ?

Is there any utilities to help me muxing .rv and .ra ?

Yhank you.

PS. sorry for asking you to much. :)

[karl_lillevold]

no problem with questions :)
No, it is not possible to mux RV and RA, simply because no one wrote tools to do so. These tracks have to be played together in a SMIL presentation. If you do this, there should be no problems with synchronization, it should be as if the files were encoded into one RM file. It is, however, possible to demux RM into RV + RA (dtdrive). It is possible to mux RV + RA into MKV (Matroska).

[ookzDVD]

@karl,

Thank you, I prefer to use Matroska. :)

just another question :

If my audience is just contain a videostream,
the same as the .avs input which only have the video.


<audience xmlns="http://ns.real.com/tools/audience.2.0">
<avgBitrate type="uint">500000</avgBitrate>
<maxBitrate type="uint">2500000</maxBitrate>
<name type="string">my_audience</name>

<streams>
<stream xsi:type="videoStream">
<pluginName type="string">rn-videocodec-realvideo</pluginName>
<codecName type="string">rv9</codecName>
<codecProperties type="bag">
<encoderComplexity type="uint">65</encoderComplexity>
<customPacketSize type="uint">16000</customPacketSize>
</codecProperties>
<encodingType type="string">vbrBitrate</encodingType>
<maxStartupLatency type="double">60</maxStartupLatency>
<maxFrameRate type="double">30</maxFrameRate>
<maxKeyFrameInterval type="double">10</maxKeyFrameInterval>
<enableLossProtection type="bool">false</enableLossProtection>
</stream>
</streams>
</audience>


Will the producer allocate all the avgBitrate just for the video ?
or I should add something in my audience file to make sure that.

Thank you.

[karl_lillevold]

OokzDVD:
Will the producer allocate all the avgBitrate just for the videoYes.