BD RB Beta released! - now at version 0.37.08 (April 23rd, 2011)

It does help quite a bit to at least eliminate some of the things that are probably not wrong with a re-encode for those who understand them. Unfortunately most incoming users just want their software to do the job without knowing how it works.


There are so many variations to a BD such as is it encoded with MPEG 2, H/X264 MPEG 4, with what sort of menu structure, frame rates, and even resolution. With BD RB jdobbs attempts to set the instructions as to how some other applications still being developed will work together to back a BD up. So far in my view his efforts have been outstanding.

Those of us who are using it now are early adopters, even those of us who are inexperienced. Through our efforts jdobbs gets some bad but also some effective feedback that solves the various riddles as to how it's done.

 

Main movie option worked flawlessly, thanks for the help

 

CURRENT VERSION 0.33.05 (April 21st, 2010) (beta)
http://www.jdobbs.net/freeware/BD-RBV03305.zip

- Corrected an error in which "?" may appear in the
label name for certain types of non-western characters.
Now if a "?" is found it is replaced by "X".
- Added an new audio option under setup. You can now
select to reencode audio to 192Kbs 2ch AC3 audio
rather than 5.1 AC3 (448Kbs/640Kbs).
- Made a update to the X264 command line to distinguish
between TFF and BFF interlaced sources. In previous
versions it was possible for a BFF source (rare) to
be encoded as TFF and cause "jitter".
- Corrected an error in which some MPEG-2 interlaced
sources might not be tested for pulldown or BFF flags.
- Corrected an error in which 576i sources that use
pulldown might be incorrectly interpreted.
- Changed the default value for DEINTERLACE and added it
to the SETUP dialog. Now that X264 has more inclusive
default (non-patched) support for interlacing, BD-RB
will no longer deinterlace by default. You can change
the desired action by setting the "Use DECOMB on
interlaced sources" selection of the video options in
SETUP.
- Made a change to the AVS files generated by BD-RB so
they don't conflict with the new interleaving added
to X264 r1542.
- Fixed an error in the "Automatic" quality selection
code that could have made it more likely to use 1 pass
encoding on BD-5 encodes than was intended.
- Updated the included version of X264.EXE to the
latest release (r1542).
- Other minor corrections and cosmetic fixes.

 

@ wubbaness

This should be of use to you. ITs in the new BD rebuilder v0.33.05

Added an new audio option under setup. You can now
select to reencode audio to 192Kbs 2ch AC3 audio
rather than 5.1 AC3 (448Kbs/640Kbs).

 

If Main Movie mode is used will it eliminate sub-titles?

 

Well Avatar has been out for 7 hours so far, and still no luck with the one I picked up at midnight. I wonder how long these things take to iron themselves out?

 

Bump.

 

-----------------------
Hey Soph, after totally rebuilding my system with faster SATA drives and reinstalling all of the latest software, "The Two Towers" is showing progress. In FFDSHOW I set the VC-1 and MPeG-2 settings to "libavcodec" and it seems to be working. It is only at 10% right now, but I couldn't even get to 1% before. Before reinstalling Windows, I think that BD-RB was asking me to set one of them to "wmv9" but it didn't ask for this on this go around. I will reedit this post tomorrow when I get home to verify wether it worked or not.

 

It depends if it's hard encoded or not. If it requires a menu to select them then the subtitles will be lost for now.

Sounds good! Keep us informed.

 

Well I am excited to say that the LOTR Trilogy is completed. I seem to have finished it in 4 hours flat. I am hoping that my future BD's go this quickly. Thanks again Sophocles for all your due diligence.

[08:02:04] BD Rebuilder v0.33.04 (beta)
- Source: LOTR_THE_TWO_TOWERS
- Input BD size: 36.39 GB
- Approximate total content: [02:59:24.754]
- Target BD size: 22.66 GB
- Windows Version: 5.1 [2600]
- MOVIE-ONLY mode enabled
- One Pass ABR Mode enabled
- Audio Settings: AC3=1 DTS=1 HD=0 Kbs=640
[08:02:04] PHASE ONE, Encoding
- [08:02:04] Extracting A/V streams [VID_00005]
- [08:10:49] Reencoding: VID_00005 (1 of 1)
- [08:10:49] Collecting video information
- Source Video: VC-1, 1920x1080
- Rate/Length: 23.976fps, 258,096 frames
- Bitrate: 16,074 Kbs
- [08:10:49] Reencoding: VID_00005, Pass 1 of 1
- [11:31:35] Video Encode complete
- [11:31:35] Reencoding audio tracks (if req'd)
- [11:39:14] Multiplexing M2TS
[11:50:28]PHASE ONE complete
[11:50:28]PHASE TWO - Rebuild Started
- [11:50:28] Rebuilding BD file Structure
[12:02:19] - Encode and Rebuild complete
[12:02:19]JOB: LOTR_THE_TWO_TOWERS finished.

 

I'm glad to see that you got things working. Hopefully you'll be able to use some of your experience to help others resolve their issues. A strong thread is often the product of sharing ones trial and error experiences, and most importantly their patience.

 

hey sophocles you say to set the h.264/avc to libavcodec on ffdshow settings but for some reason it keep switching back to ffmpeg-mt by itself...whats the difference between the 2 is it important....

 

For stability it's generally best to have h.264/avc set to libavcodec, but ffmpeg-mt will work quite often since both are a part of FFMPEG. Think of ffmpeg-mt as an updated multi threaded version of libavcodec. For this reason ffmpeg-mt is actually a bit faster than libavcodec since it makes better use of multicore processors, but in the end X.264 does all the hard work because it's been multithreaded for sometime. If you're using ffmpeg-mt and getting good results then continue using it just remember it's still a bit green and be prepared to swap back to libavcodec. Jdobbs tends to recommend a limited number of choices based on stability when he's beta testing to limit the number of possible errors, but in time things will probably move toward ffmpeg-mt.

 

CURRENT VERSION 0.33.06 (April 24th, 2010)

http://www.jdobbs.net/freeware/BD-RBV03306.zip


- Fixed an error in which field order could be detected
incorrectly on MPEG-2 interlaced sources.
- Updated the audio AVS so that sample rates and sample
sizes that are not compatible with AFTEN AC3 output are
converted before being sent to the encoder. This fixes
some issues that cause audio encoding failures.
- Added two hidden settings related to secondary video
encoding. SECONDARY_USE_QUALITY=1 tells BD-RB to use
the same quality settings for secondaries as is used
for primary video. SECONDARY_CRF=n sets a CRF value to
be used for secondary video. Be careful... any bitrate
you use for secondaries is stolen directly from the
primary video.
- Changed the x264 profiles used with the "Good" and
"Better" quality selections in order to allow for more
discrete differences. The "Good" quality selection now
uses the x264 "--superfast" profile and the "Better"
selection uses "--faster".
- Tweaked the "Automatic" quality selections to adjust for
the changes in profiles. Also added greater distinction
in quality selection for different input video sizes.
- Updated the included version of X264.EXE to the
latest release (r1563).
- Other minor corrections and cosmetic fixes.

 

after being succesful with over fifty films im stuck with lord of the rings it gives me error messages after 1 minute when starting encoding. i have loaded the latest bd rebuilder and all the other software needed and changed ffdshow mpeg 2 as directed but still no result, any ideas?

 

Soph, What does "hard encoded" mean?

 

Hey Dode,
I had issues with the LOTR 2 (two towers), but the 1st and 3rd movies worked the first time around. Make sure you set the VC-1 and MPeG-2 settings to "libavcodec" in FFDSHOW. Also I would uninstall all four softwares and reinstall them. These are the 4 I used to get them to work.

BD-RB 33.04
AVISYNTH 2.57
FFDSHOW 3326
Matroska 1.9.42.1

 

A Little Heads Up!!!

If anyone is experiencing difficulty ripping Avatar then click on this link and update to AnyDVD 6.6.3.8 and give it a try. It seems to be working for me.

http://sandbox.slysoft.com/beta/SetupAnyDVD6638.exe

 

AVATAR went off without a hitch. I have also noticed after upgrading to the WD Velociraptor that I shaved off 1-2 hours of encoding. I was averaging 6-7 hours per BD, now I am averaging between 4-5 hours. I thought that BD encoding was strictly for CPU load, and I never thought that hard drives made much of a difference. Am I wrong on this?

-----------------------
[00:55:03] BD Rebuilder v0.33.04 (beta)
- Source: RED_BIRD_2D_WW
- Input BD size: 41.81 GB
- Approximate total content: [02:41:41.691]
- Target BD size: 22.66 GB
- Windows Version: 5.1 [2600]
- MOVIE-ONLY mode enabled
- One Pass ABR Mode enabled
- Audio Settings: AC3=1 DTS=1 HD=0 Kbs=640
[00:55:03] PHASE ONE, Encoding
- [00:55:03] Extracting A/V streams [VID_00002]
- [00:10:27] Reencoding: VID_00002 (1 of 1)
- [00:10:27] Collecting video information
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 232,608 frames
- Bitrate: 17,900 Kbs
- [00:10:27] Reencoding: VID_00002, Pass 1 of 1
- [04:35:06] Video Encode complete
- [04:35:06] Reencoding audio tracks (if req'd)
- [04:41:30] Multiplexing M2TS
[04:54:34]PHASE ONE complete
[04:54:34]PHASE TWO - Rebuild Started
- [04:54:34] Rebuilding BD file Structure
[05:10:11] - Encode and Rebuild complete
[05:10:11]JOB: RED_BIRD_2D_WW finished.

 

A faster hard drive will make a difference and that difference is more noticeable on really long re-encodes such as those experienced with BD. I first noticed this when seagate released their first perpendicular drives and the first dual core processors were just hitting the market. The speed of a Re-encode can even be increased a bit more when separate drives are used for the source and destination since the content won't be read and written back to a single drive which frees it up for each purpose. Even RAM makes a little difference which is why a system built on a holistic approach is generally superior, but in the end the majority of the work is done by the CPU. Enjoy!!