BD Rebuilder Beta - Bug Reports Only

[omegaman7]

Is your memory overclocked? YOu might run memtest86+. DVD rebuilder doesn't like my memory running at a particular setting. It's the darndest thing really.

[jdobbs]

Thanks jdobbs, After I looked again I noticed the difference between the 2, Guess that was kind of a dumb question on my part. I know we already talked about the movie Hugo, But just want to say I tried it and it only went 9% this time, Doing it again and it went pass 9% right now and it's reencoding, but it only goes for so long then comes
up 264 cannot continue, Sure wish I could fiqure this out because I just did a Blu-ray with BDrebuilder last week, I'm going to blow the dust out next, maybe it is over heating after so long. Just as a test, try using the X264 executables from v0.39.07 (http://www.jdobbs.net/freeware/BD-RBV03907.zip). I had a similar report last month that was solved by changing out the X264 version. It's still a mystery as to why it only seemed to be happening on a single computer...

[busch42]

Thanks omegaman7 & jdobbs, Got 37% of movie done this time, Been at it for 1 1/2 days now and it's driving me nuts so I will try your suggestions.

[empty1]

Since I upgraded to AnyDVD HD 7.0 I am getting the dread Error 2501 selected source is not BD format.
Things were going fine before that. Now I noticed that AnyDVD HD is doing this Java Speedmenu thing and am wondering if perhaps this is a side effect. I have some older rips (pre Anydvd 7) that seem fine when I open them with BD-RB (by the way I am running 0.40.08, the latest version of BD-RB I know of).
I double checked my hard drive (ran chkdsk with a reboot) and ran the Inspect program and it said things were fine. On one of the rips I am having problems with, I ran BD-Info and got this message:
An error occured while scanning the playlist file 00300.MPLS
The disc may be copy-protected or damaged.

Any insight would be appreciated.

Thanks

[omegaman7]

The latest version of Anydvd? Try disabling Speedmenu, or ripping to hard disk first. I never use the original disc as a source :p

[jdobbs]

The latest version of Anydvd? Try disabling Speedmenu, or ripping to hard disk first. I never use the original disc as a source :p Neither do I. I also never set any "bells-and-whistles". All you need AnyDVD to do is decrypt -- that's what it is known for, and it does it better than any other program. Any time you decide to set something else you are increasing risk. So my opinion is: Unless you have some specific requirement for an additional setting, why use it?

I ran BD-Info and got this message:
An error occured while scanning the playlist file 00300.MPLSThat should tell you something...

[colinhunt]

More audio sync woes, this time on an extra feature on Eureka's "Two-lane Blacktop". Audio sync is off from the start and gets worse towards the end.

BD-RB v0.40.08
settings: multiprocess=1, encode quality=3, Use DEINT = yes, IVTC sources with 3:2 pulldown = yes, DGDECNV=1

Source:
00012.m2ts, 2.05GB, 42min 51sec
Audio: DD2.0, 42min 51sec
MediaInfo: MPEG2, 720x480, 29.970 fps, "drop_frame_flag=0"
BD-RB: MPEG-2, 480i, 29.97fps*

Output:
00012.m2ts, 1.21GB, 42min 59sec
Audio: DD2.0, 42min 50sec
MediaInfo: AVC, 720x480, 29.970 fps, Progressive
BD-RB: AVC, 480i, 29.97fps*

[empty1]

Just to be clear, I ALWAYS rip the files to my hard drive. And I did have it work fine on one of my Blurays (Hugo) with Speedmenu enabled. Just a note, with Speedmenu enabled, the 25GB Bluray menu comes up VERY quickly. It is not fancy, but it is fast, and not annoying with the endless churning I see with the original menus.

[jdobbs]

Just to be clear, I ALWAYS rip the files to my hard drive. And I did have it work fine on one of my Blurays (Hugo) with Speedmenu enabled. Just a note, with Speedmenu enabled, the 25GB Bluray menu comes up VERY quickly. It is not fancy, but it is fast, and not annoying with the endless churning I see with the original menus. I can be clear too -- the menu won't come up at all if you try to back up a corrupted disc. I do not respond to bug reports on preprocessed sources, I've made that abundantly known throughout this thread -- and this is clearly a preprocessed source, so unless you decide to change that setting you're not going to get any support.

[drmih]

I just got this error - is it something caused by a bad rip or should I look elsewhere?

- [09:43:37] Extracting A/V streams [VID_00029]
- Error in attempt to extract audio/subs.
- AV frame too large (48959 bytes). Increase AV buffer.

[jdobbs]

I just got this error - is it something caused by a bad rip or should I look elsewhere?

- [09:43:37] Extracting A/V streams [VID_00029]
- Error in attempt to extract audio/subs.
- AV frame too large (48959 bytes). Increase AV buffer. That's usually a bad rip. You might be able to deselect audio/subs individually until you find the one that's the source of the problem.

[Giljorak]

Since I upgraded to AnyDVD HD 7.0 I am getting the dread Error 2501 selected source is not BD format.
Things were going fine before that. Now I noticed that AnyDVD HD is doing this Java Speedmenu thing and am wondering if perhaps this is a side effect. I have some older rips (pre Anydvd 7) that seem fine when I open them with BD-RB (by the way I am running 0.40.08, the latest version of BD-RB I know of).
I double checked my hard drive (ran chkdsk with a reboot) and ran the Inspect program and it said things were fine. On one of the rips I am having problems with, I ran BD-Info and got this message:
An error occured while scanning the playlist file 00300.MPLS
The disc may be copy-protected or damaged.

Any insight would be appreciated.

Thanks
Turn off the Speed-Menu stuff in AnyDVDHD and you should stop getting that error.

[greslogo]

I've donated in the past, via the Paypal link on your page.... I would like to donate a bit more. How would I do that. Great software, excellent support. Thanks.

[RobertM]

I've donated in the past, via the Paypal link on your page.... I would like to donate a bit more. How would I do that. Great software, excellent support. Thanks.

There is a link at the bottom of every post by JDobbs.

[MorbidPenguin]

@MorbidPenguin

Have you installed any 64 bit versions of AVISYNTH, FFDSHOW, or HAALI? If so, remove them. BD-RB requires the 32 bit versions. Either way remove HAALI, FFDSHOW, and AVISYNTH and reinstall exactly as specified and in the order as outlined in the first post of this thread. Something appears to be interfering with them.

That worked. Thanks for the help!

[NightHawkGuy]

What video decoders properly support VC-1 interlaced format with BD Rebuilder?
I know that ffdshow video decoder must be set to use the Microsoft wmv9 decoder.
What about DGDecNV does that properly support VC-1 interlaced and progressive formats OK?
How about the built-in LAVF decoder on x264? It appears to work with VC-1 progressive but how about interlaced?

[greslogo]

There is a link at the bottom of every post by JDobbs.

Never noticed. Done.

[jdobbs]

I've donated in the past, via the Paypal link on your page.... I would like to donate a bit more. How would I do that. Great software, excellent support. Thanks. Just click on "Donations" in the signature block below.

Thanks for thinking about me...

[Edit] I'm late with my answer again... this is becoming a habit.

[jdobbs]

What video decoders properly support VC-1 interlaced format with BD Rebuilder?
I know that ffdshow video decoder must be set to use the Microsoft wmv9 decoder.
What about DGDecNV does that properly support VC-1 interlaced and progressive formats OK?
How about the built-in LAVF decoder on x264? It appears to work with VC-1 progressive but how about interlaced? Yes, DGDecNV fully supports all BD formats including VC-1 (progressive or interlaced).

LAVF supports progressive VC-1 but not interlaced. If you have it selected for decoding BD-RB will automatically use Directshow instead when it encounters an interlaced VC-1 source.

[greslogo]

Just click on "Donations" in the signature block below.

Thanks for thinking about me...

[Edit] I'm late with my answer again... this is becoming a habit.

We had a slight run in when I donated for DVD Reb..... I noticed you posted a reference to it way back..... hey, I have no issues with you and donated for DVD Reb although I have yet to use it :-)

I am also a software developer (more than 30 years) and a professional musician in my past life, currently also a concert photographer, so I understand the amount of work involved. It should not go unrewarded.

Take care and thanks for a GREAT piece of software.

[busch42]

omegaman7, My memory seems fine, jdobbs that was me that had the problem about a month ago and I used the older x264 from v0.39.07 and it worked but not this time. I uninstalled everything again plus uninstalled TotalMedia Theater 5, Then reinstalled all required programs for BDrebuilder to try again and now I'm at 53%, that's as far as I ever got so I will keep my fingers crossed.

[omegaman7]

Complete reinstallations often fix little/big bugs. I may be encountering an audio issue myself :S I just hope the water leak didn't screw up my southbridge, or some other thing!

[jdobbs]

Complete reinstallations often fix little/big bugs. I may be encountering an audio issue myself :S I just hope the water leak didn't screw up my southbridge, or some other thing! Based on my experience it seems the most important ingredient in a good computer has to be smoke. Because when something breaks and you somehow let the smoke out everything seems to stop working.

[omegaman7]

Intriguing analogy! LOL! I'm hopeful it's some weird driver issue. I'm seeing something curious in the windows 7 audio mixer, that wasn't there before. I smell a bug LOL!

[empty1]

Ok, well I did not get it about the "added feature" from Anydvd being a no-no.

So, I went back and re-ripped with that feature turned off. Unfortunately it still had the exact same error with BD-RB. Are there any other options in AnyDVD that I might be using wrongly which might cause this error? In other words are there some specific standard recommended settings with AnyDVD we should be using?

I have ripped other movies and crunched them fine with BD-RB and Anydvd, but it seems like there might be an issue with this version of AnyDVD 7.0.

Thanks, and sorry about the Anydvd SNAFU.

[wolverine3n8]

Based on my experience it seems the most important ingredient in a good computer has to be smoke. Because when something breaks and you somehow let the smoke out everything seems to stop working.

jdobbs, You made me LOL, thanks!

[RobertM]

So, I went back and re-ripped with that feature turned off. Unfortunately it still had the exact same error with BD-RB.

Another possibility could be a bad disc. I once had a problem where my BDRB backup would fail, repeatedly, at the same point -- something like 65%. I tried re-ripping with no improvement. Finally I decided to actually watch the ripping process, and I found that the data transfer rate dropped significantly around that 65% point, although it did eventually pick up again and finish. I then tried to simply copy the files from the disc to HD using WinExplorer, and it just stopped at that point, giving an error message rather than continuing. Careful inspection showed a small scratch on the disc surface.

[AmigaFuture]

Intriguing analogy! LOL! I'm hopeful it's some weird driver issue.

Water and electronics are not really a good combination. However, if you do it right, and add to the cooler system, and check it beyond what the instructions say you can have a system that never leaks. I have never, ever agreed with the statement, "You never know." because it's not accurate, especially for highly analytical people in touch with their emotions. ;) I've built computers using water cooler, and No Leaks...no "Blue Smoke" as Jdobbs was typing about, ya just gotta make sure it's done "right". However, I won't use it in mine. No "faith" in superstitions, just not my preference.

Tar/Smoke from sigs is far more challenging than dust to remove and will cause more overheating and irregular errors.

I clean my system of dust/pussy hair..I mean cat hair, heh, often...and don't smoke sigs. No computer challenges that way...except the very rare file corruption or malware.

I Laughed when I saw your message about the water. In the Amiga days and early Windows days, I saw a lot of "smoke" from other people's computers, too. Then causing it, not me. That was nice, Jdobbs. Hahaha! Okay, back to bug reports...which I have none. Only a questions..

Any news about the Cast Away SUP since I'm not using anything that does resizing? Straight 1080p Source Resolution. I did notice as I saw once, the message about "resizing..."

Thanks. Oh yeah... Jdobbs, you have a Private Message.

[empty1]

Just as a followup on the AnyDVD 7.0 issue, I found that the "remove items under 1 minute" was checked. When I unchecked that, BD-RB was happy.

[jdobbs]

Just as a followup on the AnyDVD 7.0 issue, I found that the "remove items under 1 minute" was checked. When I unchecked that, BD-RB was happy. Good to know. Thanks.

[colinhunt]

Ran another backup job on Eureka's Two-lane Blacktop. This time I used the following settings:

Multiprocess disabled
DGDecNV enabled
"Use DEINT" unticked
"IVTC 3:2 pulldown sources" unticked

The previously out-of-audio-sync extra feature came out interlaced (as expected) and with audio in-sync with picture.

[omegaman7]

Jdobbs. I rarely use the MKV output option, but this could be considered a bug(however excellent quality). I used the CRF 18 option. Usually this yields 4 - 5Gb in size. The result is 1.89Gb. (Video stream 2,132 Kbps)
[03/02/12] BD Rebuilder v0.40.08 (beta)
[01:30:32] Source: THE_THING_2011
- Input BD size: 28.31 GB
- Approximate total content: [01:43:00.799]
- Windows Version: 6.1 [7601]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- Mode: MKV Container, 1280x720, 448Kbs DD5.1
- Decoding/Frame serving: DGDecNV
- Audio Settings: AC3=0 DTS=1 HD=0 Kbs=640
[01:30:34] PHASE ONE, Encoding
- [01:30:34] Processing: VID_50201 (1 of 1)
- [01:30:34] Extracting A/V streams [VID_50201]
- [01:38:34] Reencoding video [VID_50201]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23.976fps, 148,191 frames
- [01:38:34] Reencoding: VID_50201, Pass 1 of 1
- [02:49:16] Video Encode complete
- [02:49:16] Processing audio tracks
- Track 4352 (eng): Reencoding audio to AC3...
[02:52:27]PHASE ONE complete
[02:52:27]PHASE TWO - Rebuild Started
- [02:52:27] Building ALTERNATE OUTPUT Structure
[02:53:15] - Encode and Rebuild complete
[02:53:15] JOB: THE_THING_2011 finished.

I haven't actually watched it yet, but it appears all frames are intact(full running time), audio's good, and picture quality is amazingly very good!

[jdobbs]

Jdobbs. I rarely use the MKV output option, but this could be considered a bug(however excellent quality). I used the CRF 18 option. Usually this yields 4 - 5Gb in size. The result is 1.89Gb. (Video stream 2,132 Kbps)
[03/02/12] BD Rebuilder v0.40.08 (beta)
[01:30:32] Source: THE_THING_2011
- Input BD size: 28.31 GB
- Approximate total content: [01:43:00.799]
- Windows Version: 6.1 [7601]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- Mode: MKV Container, 1280x720, 448Kbs DD5.1
- Decoding/Frame serving: DGDecNV
- Audio Settings: AC3=0 DTS=1 HD=0 Kbs=640
[01:30:34] PHASE ONE, Encoding
- [01:30:34] Processing: VID_50201 (1 of 1)
- [01:30:34] Extracting A/V streams [VID_50201]
- [01:38:34] Reencoding video [VID_50201]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23.976fps, 148,191 frames
- [01:38:34] Reencoding: VID_50201, Pass 1 of 1
- [02:49:16] Video Encode complete
- [02:49:16] Processing audio tracks
- Track 4352 (eng): Reencoding audio to AC3...
[02:52:27]PHASE ONE complete
[02:52:27]PHASE TWO - Rebuild Started
- [02:52:27] Building ALTERNATE OUTPUT Structure
[02:53:15] - Encode and Rebuild complete
[02:53:15] JOB: THE_THING_2011 finished.

I haven't actually watched it yet, but it appears all frames are intact(full running time), audio's good, and picture quality is amazingly very good! I'm confused... what's the bug? CRF could come out pretty much any size.

[omegaman7]

2Gb!? I was under the impression, that a lower CRF, means maintaining the quality as much as possible. Even CRF 20 usually yields a larger size. I guess if this isn't considered a bug, my bad :p I prefer MKV to be upwards of 4,000Kbps. I guess I'll have to start specifying that ;) Unfortunately that means 2 passes...

[jdobbs]

Ran another backup job on Eureka's Two-lane Blacktop. This time I used the following settings:

Multiprocess disabled
DGDecNV enabled
"Use DEINT" unticked
"IVTC 3:2 pulldown sources" unticked

The previously out-of-audio-sync extra feature came out interlaced (as expected) and with audio in-sync with picture. So the changes were turning off Multiprocessing, Deinterlacing and IVTC?

[jdobbs]

2Gb!? I was under the impression, that a lower CRF, means maintaining the quality as much as possible. Even CRF 20 usually yields a larger size. I guess if this isn't considered a bug, my bad :p I prefer MKV to be upwards of 4,000Kbps. I guess I'll have to start specifying that ;) Unfortunately that means 2 passes... The size could be anywhere with CRF. Yes, a lower value yields better quality, but quality doesn't automatically imply a huge size. That would just indicate that the source was probably exceptionally easy to compress. A lot of static scenes could do that. You wouldn't think of that type of movie (THE_THING) to be static, though. I usually see smaller sizes with things like computer animation (e.g. Pixar movies).

It could be that the audio was smaller too...

[omegaman7]

Ahh yes. I understand now. Thanks. Much like PNG/GIF is a very intelligent format for image compression(depending on color space of course). Which is why an animated/cgi movie would be smaller. The colors are rather basic.

A black and white film would probably be even smaller!

[NightHawkGuy]

Ran another backup job on Eureka's Two-lane Blacktop. This time I used the following settings:

Multiprocess disabled
DGDecNV enabled
"Use DEINT" unticked
"IVTC 3:2 pulldown sources" unticked

The previously out-of-audio-sync extra feature came out interlaced (as expected) and with audio in-sync with picture.

Thats what I've found as well as reported in the past - IVTC enabled uses pulldown flags in the avc stream created and many players don't handle those flags correctly it seems causing audio out of sync.
My solution is to always disable IVTC and de-interlacer, as you did.
Those cases seem to be only for smaller MPEG2 features titles anyway, that I prefer to not even re-encode to AVC by increasing the setting for MIN_M2TS_SIZE to only allow re-encoding of the larger titles (like the main movie) for a full BD25 build.

[soneca]

I wish most of them were like this, with excellent compressibility.:rolleyes:

[colinhunt]

So the changes were turning off Multiprocessing, Deinterlacing and IVTC?
Yes. I'm now running another job with DEINT on, but multiprocessing and IVTC off.

[Bronxboybob]

Go into the FFDSHOW video setup and set VC-1 to "wmv9" -- something has overridden your WMP11 as the default. Get rid of any codec packs if you have any installed.

Also update your version of BD-RB... you're two releases behind.


Thanks again. I will try all of your recommendations

[jdobbs]

Yes. I'm now running another job with DEINT on, but multiprocessing and IVTC off. I think it may be the setting I'm using with DGDecNV. Multiprocessing and Deinterlacing probably have no effect -- I'd guess it's the IVTC. The DGDecNV "fieldop=2" setting may not be acting exactly as I thought it would.

[NightHawkGuy]

I think it may be the setting I'm using with DGDecNV. Multiprocessing and Deinterlacing probably have no effect -- I'd guess it's the IVTC. The DGDecNV "fieldop=2" setting may not be acting exactly as I thought it would.

Don't think its related to DGDecNV, just IVTC.
Remember I always got audio sync problems with IVTC enabled encoding from MPEG-2 extra title sources that used pulldown. The encoded AVC output with pulldown flags doesn't appear to work with many players, resulting in audio sync problems in playback. I had that problem in tests recently with either ffdshow directshow or DGDEcNV decoding with IVTC enabled. Have to use IVTC off and avoid soft pulldown flags in AVC encodings. With IVTC off it works great with either decoder in the recent BDR releases.

[NightHawkGuy]

I've found during encoding using DGDecNV its best to avoid starting or running other apps in parallel that might use some of the NVidia GPU's special features, such as video players.
Sometimes they can cause an error and abort the build.
I saw that happen even starting up the GPUz monitor utility program during a build using DGDecNV, though GPUz can be used if started before the build begins and just leave it running in the background to monitor the Nvidia's GPU memory usage and video engine load.
I can do simple internet browsing during the build, but wouldn't risk more than that in parallel when DGDecNV is being used as the decoder, especially in multiprocess mode using more system memory.
I've had no problems with DGDecNV decoder builds, if I follow these recommendations that neuron2 also has posted at his support forum.

[colinhunt]

Hmmmm. The run with "Use DEINT" enabled but IVTC disabled created a file which is flagged progressive (according to MediaInfo) but it plays/looks interlaced on MPC-HC. Audio sync is fine.

MediaInfo:
Scan type : Progressive
Interlacement : PPF
Interlacement : Progressive

Opening output in BD-RB shows this for the extra feature:
VID_00012 MPEG-4 (AVC), 480i, 29.97fps, 1 259,27 MB

Opened the file 00012.m2ts in VLC 2.0 and noticed that when VLC deinterlacing was set to Auto, it would not deinterlace the video because of the progressive flag. Deinterlacing worked fine when forced on. So if stand-alones read the flag, they won't do interlacing for this extra feature. I suppose it's better to leave "Use DEINT" off so the output file is flagged interlaced and leave deinterlacing to players.

[NightHawkGuy]

I suppose it's better to leave "Use DEINT" off so the output file is flagged interlaced and leave deinterlacing to players.

Yep, thats what I have been using for best results for sometime.
IVTC=off and Deinterlace=off

[jdobbs]

Don't think its related to DGDecNV, just IVTC.
Remember I always got audio sync problems with IVTC enabled encoding from MPEG-2 extra title sources that used pulldown. The encoded AVC output with pulldown flags doesn't appear to work with many players, resulting in audio sync problems in playback. I had that problem in tests recently with either ffdshow directshow or DGDEcNV decoding with IVTC enabled. Have to use IVTC off and avoid soft pulldown flags in AVC encodings. With IVTC off it works great with either decoder in the recent BDR releases. I've tested it, repeated it, and fixed it for the next release. It is the field operation I incorrectly set in DGDecNV -- but only when IVTC is set and the source is pulldown (and DGDecNV is selected).

But you are correct that some players don't like the pulldown in AVC. I use MPC a lot -- and while it plays it back AVC with pulldown, there is a slight "jumpiness". But... that is the player's fault not the output. The stream is correctly configured to standard. PowerDVD 11 plays it back perfectly, as does most standalone players. When you turn IVTC off you are essentially creating a hard-telecined output. Using deinterlacing makes the hard-telecined output a little smoother than not doing so.

[Edit] Well... I stand corrected. I did some further testing and am finding issues even when not using DGDecNV as well. I must have made some changes the affected IVTC in an unexpected way, because this used to work. I'm tracing it now and will correct it for the next release.

[evestorm]

First off, thanks for the great work on the software jdobbs. I used DVD-RB often and now use BD Rebuilder for my backups.

I recently ran into an issue when backing up Back to the Future Disc1 from the 3 disc set.

I set BD Rebuilder to the new Movie and Menus option and started the backup. Once done I checked the Blu Ray in Power DVD like always before burning and noticed something odd. When you either press play or select a scene, you get a black screen and then it returns to the main menu. Because I of course do own the originals, I popped them in and sure enough, after you press play or select a scene, a silly prompt asking you if you would like to enable some sort of social sharing pops up. BD Rebuilder (doing exactly what I told it to do) blanked this out but did not enable it to continue to the movie/scene. I am sure I can go manually blank whatever I want and leave that weird thing in, I just wanted to let you know about it in case it is something that can be accounted for in the future as production companies continue for force more and more unwanted things on us in our legally purchased media. Sorry for the long post and thanks again for the fantastic work!

[omegaman7]

It appears that DGDecNV is more intelligent about compression. When I use X264/LAVF, the output is larger(For MKV's). DGDecNV makes them smaller. However it's the other way around when generating BD-25 outputs. I'm not 100% sure on this, but that is the way it appears at the moment.

[colinhunt]

Optimum UK's release of The Secret World of Arrietty is giving BD-RB sizing headaches. With output size set to non-custom BD25, the result is over a gigabyte too large.

Main movie has four audio tracks, DTS HD-MA 5.1 and LPCM 2.0 in both English and Japanese. Disabling English tracks results in correctly sized output, but disabling LPCM tracks or re-encoding them to DD 2.0 leads to oversized output.

Main movie also has Secondary video (storyboards) but no secondary audio.