View Full Version : Cinemacraft - Small Section Fixes
tvrulesme
16th April 2008, 06:47
Hi all,
I have a movie which is 3 hours in length which I am encoding using multi pass (9 passes) VBR at around 4.2 MBS. Most of the footage looks fantastic although there are a couple of 30 second segments with blank backgrounds that are blocky.
I have enough space on the disc to drag these sections up to a more reasonable bit rate but am having major problems splicing the new encodes into the old one (just using mpeg2cut then a binary join in dos). Is there a way for cinemacraft to re-encode just a small section of a much larger encode, or should I have encoded smaller chunks to Begin with?
Thanks in advance.
manono
16th April 2008, 12:25
Hello and welcome to the forum,
Is there a way for cinemacraft to re-encode just a small section of a much larger encode
Well, sort of. You can go find the small sections and give them a higher bitrate, before then running another pass or 2 on the whole thing. This used to be explained in Doom9's old CCE 2.50 guide, but I can't find it anymore. You go into the VBR Bitrate Allocation section, scroll to and mark the in and out points, and raise the minimum (and maybe maximum) bitrates for each section followed by hitting the "Set" button. You'll see it work for a few seconds (and say "Planning") followed by it saying "Clean" with an adjustment of the bitrate curve. After you've set it up the way you like, go back outside and run the extra passes. But, of course, you can't just reencode those small sections; you'll have to reencode the entire thing, since while you're raising the bitrate of the 2 small sections the average bitrate of the rest will drop by a very small amount to compensate.
This is all thoroughly explained in the Local Bitrate Settings of the larger VBR Bitrate Allocation section in the manual. This is section 4.2.1 of my manual.
I'm on a 2.70 varient. I don't know for sure if it works the same way in the newer SP2.
If you're trying to avoid running more passes, you can join at authoring time using the "Add" button in Muxman, or by adding in all the pieces by opening them all in DGIndex and File->Save Project and Demux Video. Joining can be tricky if you use Open GOPs. You might get a couple of frames of artifacts at the join points.
tvrulesme
17th April 2008, 12:12
Many thanks manono, Very thorough explanation. Seems to be better to plan and encode individual chapters in the first place to avoid having to re-encode the whole thing.
manono
17th April 2008, 12:54
There have been a couple of times where I've had the same problem. I've gone over the encode and seen some places (usually dark places) where there were blocks or something else I didn't like. I usually use a very low minimum bitrate, and that kind of thing can happen. I fixed those places using the procedure I described earlier and ran another couple of passes. It's not as if you have to start all over. If you have a reasonably fast computer and aren't running a slow filter chain, the extra passes shouldn't take long to complete. It doesn't happen often, but (for me, anyway) it would be more trouble than it's worth to encode by cells. It's hard to get the available bits distributed properly when encoding by cells (unless you do CQ encodes, or unless you're jdobbs).
nirmal_dvd
18th April 2008, 18:15
Hi all...
anyone can explain more about Navigation commands in HDMV bluray.I am stuck with loop and resume command
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.