BD Rebuilder Beta - Bug Reports Only

[henryperu77]

And i have a couple of questions if you dont mind to answer...
Here:

audio=NicDTSSource("00499.track_4352.dts").Amplify(1)
ConvertAudioTo16bit(ResampleAudio(audio, 48000))

I put on settings to not convert DTS to AC3 and Keep Audio HD for bd25 encoding... why the audio is reencoding? amplyfied and converted 24 to 16bits? Why not the .dts is maintained untouched and muxed back to the video? Even the ac3 audios will be recoded the same way :O

[jdobbs]

I have avisynth 2.8 MT installed working fine on my PC, but i needed to remove and install normal avisynth to use with BDRebuilder.. It is possible to use Avisynth 2.8 MT with bdrebuilder?? i know the MT is sometimes buggy with some filters but avisynth dont use them i guess crash errores will not be a problem.. Use whatever you want -- but remember not to post bug-reports until you have tried it with both versions.

[jdobbs]

And i have a couple of questions if you dont mind to answer...
Here:

audio=NicDTSSource("00499.track_4352.dts").Amplify(1)
ConvertAudioTo16bit(ResampleAudio(audio, 48000))

I put on settings to not convert DTS to AC3 and Keep Audio HD for bd25 encoding... why the audio is reencoding? amplyfied and converted 24 to 16bits? Why not the .dts is maintained untouched and muxed back to the video? Even the ac3 audios will be recoded the same way :O

It isn't. If you tell BD-RB to keep the original audio it will. Your log should make it clear. That AVS file is created in the event you did decide to reencode the audio.

I would highly recommend, however, that you convert HD to 640Kbs AC3. HD is excessively large, lowers video quality, and (proven by double-blind tests) doesn't make any improvements that are detectable to the human ear when compared to 640Kbs compressed AC3. About the only reason to use the HD codecs would be for 7.1 audio, and that itself is just another bit of silliness. Keeping the core DTS can also make sense -- just to keep from reencoding again.

I only included the "keep HD audio" option in BD Rebuilder to keep the audiophiles happy, not because I personally think it serves any purpose. Just my humble opinion -- and, of course, everyone is entitled to his/her own.

[henryperu77]

Use whatever you want -- but remember not to post bug-reports until you have tried it with both versions.

The thing is that to use the mutithreading settings on Avisynth Mt the line SetMTMode(x,x) needs to be added to the avs scripts, it is possible to be automatically added by your program?

[Capsbackup]

And i have a couple of questions if you dont mind to answer...
Here:

audio=NicDTSSource("00499.track_4352.dts").Amplify(1)
ConvertAudioTo16bit(ResampleAudio(audio, 48000))

I put on settings to not convert DTS to AC3 and Keep Audio HD for bd25 encoding... why the audio is reencoding? amplyfied and converted 24 to 16bits? Why not the .dts is maintained untouched and muxed back to the video? Even the ac3 audios will be recoded the same way :O

It isn't. If you tell BD-RB to keep the original audio it will. Your log should make it clear. That AVS file is created in the event you did decide to reencode the audio.

I would highly recommend, however, that you convert HD to 640Kbs AC3. HD is excessively large, lowers video quality, and (proven by double-blind tests) doesn't make any improvements that are detectable to the human ear when compared to 650kbs compressed AC3. About the only reason to use the HD codecs would be for 7.1 audio, and that itself is just another bit of silliness. Keeping the core DTS can also make sense -- just to keep from reencoding again.

I only keep the "keep HD audio" option in BD Rebuilder to keep people happy, not because I personally think it serves any purpose. Just my humble opinion -- and everyone is entitled to his/her own.

Since the complete log was not displayed, if you are selecting BD5/9 as your desired destination, it is necessary to reencode the audio to be compliant to AVCHD, regardless of what you set in BD-RB. :cool:

[jdobbs]

The thing is that to use the mutithreading settings on Avisynth Mt the line SetMTMode(x,x) needs to be added to the avs scripts, it is possible to be automatically added by your program? Look in the SETUP dialog for "Use AVS filters...", clicking will bring up a filter editor dialog. You can add filters to all AVS files. You can also selectively decide on filters based on whether a stream is an extra, the feature, is interlaced, is progressive. Search this thread and you'll find more info.

That's another one of those reasons I need to work on a User's Guide.

[jdobbs]

Since the complete log was not displayed, if you are selecting BD5/9 as your desired destination, it is necessary to reencode the audio to be compliant to AVCHD, regardless of what you set in BD-RB. :cool: Excellent point. That's why the caveat "for BD-25" is added to that checkbox. The fact is that there are some HD audio streams that are so large they wouldn't fit on one of those discs even if you got rid of the video completely...

[henryperu77]

Look in the SETUP dialog for "Use AVS filters...", clicking will bring up a filter editor dialog. You can add filters to all AVS files. You can also selectively decide on filters based on whether a stream is an extra, the feature, is interlaced, is progressive. Search this thread and you'll find more info.

That's another one of those reasons I need to work on a User's Guide.

That is for filters and are added after the ConvertToYV12() , i need to add the SetMTMode(2,8) before the DirectshowSource() to make it work properly

[jdobbs]

That is for filters and are added after the ConvertToYV12() , i need to add the SetMTMode(2,8) before the DirectshowSource() to make it work properly Sorry, no way to do that right now.

Is there really a signifcant performance increase with MT and that statement? It was my understanding that it didn't do much to improve speed.

[omegaman7]

Jdobbs. Your program is now exquisite to me LOL! The hidden option "QUICK_CRF" is something I'll use frequently! The first run of National Treasure came out very bad! But it was my own fault ;) Over 5hrs of content, and I kept the LPCM track(6+GB), among others. The extras Came in at over 10Gb @QUICK_CRF=24. The main video stream only had 4Gb. Needless to say, it didn't come out pretty, and was far from indistinguishable. Impressive for the size, but not good enough LOL! So I changed to QUICK_CRF=30(BD5 compression), and compressed LPCM to 448 Kbps. The extras apparently didn't compress too much more, but the audio did, which gave the main video stream 11+GB. So QUICK_CRF is more a "Hurry up" kind of setting.

Now I just need to get a beefier processor. My Quad just isn't cutting it anymore :(

I used the Batch option, to run both National Treasure movies during the night. One finished, and the other is over half way at High Quality. I'm running a newer version of FFDSHOW too :D

[graffight]

a bit of a strange one here Jdobbs.
I dont really post much on here cos i never really have any problems with your great program, but this one is baffling me.
I never change the settings, and yes i know i'm not using your latest version but if you could have a quick look at this for me.
I've got a full retail release of Real Steel, if you mount the 49gb image you can watch the full movie, but if i rip it down with BDRebuilder to 25gb it looks perfect menus intact etc. except it's missing the first 9 minutes and 45 seconds of the movie.

here's my log i've tried it twice now.

-----------------------
[07:20:42] BD Rebuilder v0.39.06 (beta)
- Source: REAL_STEEL_2011_1080P_BLU-RAY_AVC_DTS-HD_MA_7.1

-HDCHINA
- Input BD size: 46.05 GB
- Approximate total content: [06:13:33.307]
- Target BD size: 22.95 GB
- Windows Version: 6.1 [7601]
- Auto Quality: Good (Very Fast), Two Pass
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[07:20:42] PHASE ONE, Encoding
- [07:20:42] Processing: VID_00051 (1 of 42)
- [07:20:42] Extracting A/V streams [VID_00051]
- [07:35:07] Reencoding video [VID_00051]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 196,579 frames
- Bitrate: 7,429 Kbs
- [07:35:07] Reencoding: VID_00051, Pass 1 of 2
- [10:11:38] Reencoding: VID_00051, Pass 2 of 2
- [12:51:41] Video Encode complete
- [12:51:41] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4354 (eng): Keeping original audio
- Track 4355 (eng): Keeping original audio
- [12:51:41] Multiplexing M2TS
- [12:59:39] Processing: VID_00067 (2 of 42)
- [12:59:39] Extracting A/V streams [VID_00067]
- [12:59:51] Reencoding video [VID_00067]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 2,293 frames
- Bitrate: 8,393 Kbs
- [12:59:51] Reencoding: VID_00067, Pass 1 of 2
- [13:01:35] Reencoding: VID_00067, Pass 2 of 2
- [13:03:24] Video Encode complete
- [13:03:24] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (eng): Keeping original audio
- Track 4356 (eng): Keeping original audio
- [13:03:24] Multiplexing M2TS
- [13:03:31] Processing: VID_00071 (3 of 42)
- [13:03:31] Extracting A/V streams [VID_00071]
- [13:03:35] Reencoding video [VID_00071]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 168 frames
- Bitrate: 8,752 Kbs
- [13:03:35] Reencoding: VID_00071, Pass 1 of 2
- [13:03:42] Reencoding: VID_00071, Pass 2 of 2
- [13:03:49] Video Encode complete
- [13:03:49] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [13:03:49] Multiplexing M2TS
- [13:03:53] Processing: VID_00072 (4 of 42)
- [13:03:53] Extracting A/V streams [VID_00072]
- [13:04:04] Reencoding video [VID_00072]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 2,806 frames
- Bitrate: 9,034 Kbs
- [13:04:04] Reencoding: VID_00072, Pass 1 of 2
- [13:06:13] Reencoding: VID_00072, Pass 2 of 2
- [13:08:26] Video Encode complete
- [13:08:26] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [13:08:26] Multiplexing M2TS
- [13:08:31] Processing: VID_00073 (5 of 42)
- [13:08:31] Extracting A/V streams [VID_00073]
- [13:08:35] Reencoding video [VID_00073]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 168 frames
- Bitrate: 6,354 Kbs
- [13:08:35] Reencoding: VID_00073, Pass 1 of 2
- [13:08:43] Reencoding: VID_00073, Pass 2 of 2
- [13:08:51] Video Encode complete
- [13:08:51] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [13:08:51] Multiplexing M2TS
- [13:08:55] Processing: VID_00074 (6 of 42)
- [13:08:55] Extracting A/V streams [VID_00074]
- [13:09:07] Reencoding video [VID_00074]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 3,677 frames
- Bitrate: 8,768 Kbs
- [13:09:07] Reencoding: VID_00074, Pass 1 of 2
- [13:11:48] Reencoding: VID_00074, Pass 2 of 2
- [13:14:32] Video Encode complete
- [13:14:32] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [13:14:32] Multiplexing M2TS
- [13:14:38] Processing: VID_00075 (7 of 42)
- [13:14:38] Extracting A/V streams [VID_00075]
- [13:14:48] Reencoding video [VID_00075]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 2,384 frames
- Bitrate: 8,788 Kbs
- [13:14:48] Reencoding: VID_00075, Pass 1 of 2
- [13:16:41] Reencoding: VID_00075, Pass 2 of 2
- [13:18:34] Video Encode complete
- [13:18:34] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [13:18:34] Multiplexing M2TS
- [13:18:39] Processing: VID_00101 (8 of 42)
- [13:18:39] Extracting A/V streams [VID_00101]
- [13:19:04] Reencoding video [VID_00101]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 8,126 frames
- Bitrate: 8,650 Kbs
- [13:19:04] Reencoding: VID_00101, Pass 1 of 2
- [13:26:05] Reencoding: VID_00101, Pass 2 of 2
- [13:33:01] Video Encode complete
- [13:33:01] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [13:33:01] Multiplexing M2TS
- [13:33:11] Processing: VID_00102 (9 of 42)
- [13:33:11] Extracting A/V streams [VID_00102]
- [13:34:13] Reencoding video [VID_00102]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 20,493 frames
- Bitrate: 7,546 Kbs
- [13:34:13] Reencoding: VID_00102, Pass 1 of 2
- [13:51:10] Reencoding: VID_00102, Pass 2 of 2
- [14:08:02] Video Encode complete
- [14:08:02] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [14:08:02] Multiplexing M2TS
- [14:08:20] Processing: VID_00103 (10 of 42)
- [14:08:20] Extracting A/V streams [VID_00103]
- [14:09:22] Reencoding video [VID_00103]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 19,945 frames
- Bitrate: 7,731 Kbs
- [14:09:22] Reencoding: VID_00103, Pass 1 of 2
- [14:25:44] Reencoding: VID_00103, Pass 2 of 2
- [14:41:58] Video Encode complete
- [14:41:58] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [14:41:58] Multiplexing M2TS
- [14:42:14] Processing: VID_00104 (11 of 42)
- [14:42:14] Extracting A/V streams [VID_00104]
- [14:42:39] Reencoding video [VID_00104]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 9,103 frames
- Bitrate: 7,477 Kbs
- [14:42:39] Reencoding: VID_00104, Pass 1 of 2
- [14:50:10] Reencoding: VID_00104, Pass 2 of 2
- [14:57:39] Video Encode complete
- [14:57:39] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [14:57:39] Multiplexing M2TS
- [14:57:47] Processing: VID_00105 (12 of 42)
- [14:57:47] Extracting A/V streams [VID_00105]
- [14:58:03] Reencoding video [VID_00105]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 5,882 frames
- Bitrate: 8,098 Kbs
- [14:58:03] Reencoding: VID_00105, Pass 1 of 2
- [15:02:24] Reencoding: VID_00105, Pass 2 of 2
- [15:06:56] Video Encode complete
- [15:06:56] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [15:06:56] Multiplexing M2TS
- [15:07:03] Processing: VID_00106 (13 of 42)
- [15:07:03] Extracting A/V streams [VID_00106]
- [15:07:54] Reencoding video [VID_00106]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 19,754 frames
- Bitrate: 8,579 Kbs
- [15:07:54] Reencoding: VID_00106, Pass 1 of 2
- [15:22:52] Reencoding: VID_00106, Pass 2 of 2
- [15:38:19] Video Encode complete
- [15:38:19] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [15:38:19] Multiplexing M2TS
- [15:38:33] Processing: VID_00107 (14 of 42)
- [15:38:33] Extracting A/V streams [VID_00107]
- [15:38:45] Reencoding video [VID_00107]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 3,746 frames
- Bitrate: 8,233 Kbs
- [15:38:45] Reencoding: VID_00107, Pass 1 of 2
- [15:41:35] Reencoding: VID_00107, Pass 2 of 2
- [15:44:24] Video Encode complete
- [15:44:24] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [15:44:24] Multiplexing M2TS
- [15:44:30] Processing: VID_00200 (15 of 42)
- [15:44:30] Extracting A/V streams [VID_00200]
- [15:44:37] Reencoding video [VID_00200]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 768 frames
- Bitrate: 19,039 Kbs
- [15:44:37] Reencoding: VID_00200, Pass 1 of 2
- [15:44:55] Reencoding: VID_00200, Pass 2 of 2
- [15:45:12] Video Encode complete
- [15:45:12] Processing audio tracks
- [15:45:12] Multiplexing M2TS
- [15:45:16] Processing: VID_00540 (16 of 42)
- [15:45:16] Extracting A/V streams [VID_00540]
- [15:45:23] Reencoding video [VID_00540]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 1,118 frames
- Bitrate: 10,639 Kbs
- [15:45:23] Reencoding: VID_00540, Pass 1 of 2
- [15:46:17] Reencoding: VID_00540, Pass 2 of 2
- [15:47:12] Video Encode complete
- [15:47:12] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (eng): Keeping original audio
- Track 4356 (eng): Keeping original audio
- [15:47:12] Multiplexing M2TS
- [15:47:17] Processing: VID_00541 (17 of 42)
- [15:47:17] Extracting A/V streams [VID_00541]
- [15:47:24] Reencoding video [VID_00541]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 768 frames
- Bitrate: 11,598 Kbs
- [15:47:24] Reencoding: VID_00541, Pass 1 of 2
- [15:48:03] Reencoding: VID_00541, Pass 2 of 2
- [15:48:44] Video Encode complete
- [15:48:44] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (eng): Keeping original audio
- Track 4356 (eng): Keeping original audio
- [15:48:44] Multiplexing M2TS
- [15:48:49] Processing: VID_00542 (18 of 42)
- [15:48:49] Extracting A/V streams [VID_00542]
- [15:48:56] Reencoding video [VID_00542]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 1,184 frames
- Bitrate: 10,626 Kbs
- [15:48:56] Reencoding: VID_00542, Pass 1 of 2
- [15:49:53] Reencoding: VID_00542, Pass 2 of 2
- [15:50:51] Video Encode complete
- [15:50:51] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (eng): Keeping original audio
- Track 4356 (eng): Keeping original audio
- [15:50:51] Multiplexing M2TS
- [15:50:56] Processing: VID_00543 (19 of 42)
- [15:50:56] Extracting A/V streams [VID_00543]
- [15:51:04] Reencoding video [VID_00543]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 1,334 frames
- Bitrate: 10,630 Kbs
- [15:51:04] Reencoding: VID_00543, Pass 1 of 2
- [15:52:09] Reencoding: VID_00543, Pass 2 of 2
- [15:53:18] Video Encode complete
- [15:53:18] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (eng): Keeping original audio
- Track 4356 (eng): Keeping original audio
- [15:53:18] Multiplexing M2TS
- [15:53:23] Processing: VID_00544 (20 of 42)
- [15:53:23] Extracting A/V streams [VID_00544]
- [15:53:31] Reencoding video [VID_00544]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 1,124 frames
- Bitrate: 10,655 Kbs
- [15:53:31] Reencoding: VID_00544, Pass 1 of 2
- [15:54:27] Reencoding: VID_00544, Pass 2 of 2
- [15:55:24] Video Encode complete
- [15:55:25] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (eng): Keeping original audio
- Track 4356 (eng): Keeping original audio
- [15:55:25] Multiplexing M2TS
- [15:55:30] Processing: VID_00545 (21 of 42)
- [15:55:30] Extracting A/V streams [VID_00545]
- [15:55:40] Reencoding video [VID_00545]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 1,850 frames
- Bitrate: 10,624 Kbs
- [15:55:40] Reencoding: VID_00545, Pass 1 of 2
- [15:57:10] Reencoding: VID_00545, Pass 2 of 2
- [15:58:46] Video Encode complete
- [15:58:46] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (eng): Keeping original audio
- Track 4356 (eng): Keeping original audio
- [15:58:46] Multiplexing M2TS
- [15:58:51] Processing: VID_00546 (22 of 42)
- [15:58:51] Extracting A/V streams [VID_00546]
- [15:59:02] Reencoding video [VID_00546]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 1,971 frames
- Bitrate: 10,823 Kbs
- [15:59:02] Reencoding: VID_00546, Pass 1 of 2
- [16:00:35] Reencoding: VID_00546, Pass 2 of 2
- [16:02:12] Video Encode complete
- [16:02:12] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (eng): Keeping original audio
- Track 4356 (eng): Keeping original audio
- [16:02:12] Multiplexing M2TS
- [16:02:18] Processing: VID_00547 (23 of 42)
- [16:02:18] Extracting A/V streams [VID_00547]
- [16:02:42] Reencoding video [VID_00547]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 4,336 frames
- Bitrate: 10,957 Kbs
- [16:02:42] Reencoding: VID_00547, Pass 1 of 2
- [16:06:32] Reencoding: VID_00547, Pass 2 of 2
- [16:10:28] Video Encode complete
- [16:10:28] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (eng): Keeping original audio
- Track 4356 (eng): Keeping original audio
- [16:10:28] Multiplexing M2TS
- [16:10:37] Processing: VID_00548 (24 of 42)
- [16:10:37] Extracting A/V streams [VID_00548]
- [16:10:55] Reencoding video [VID_00548]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 4,054 frames
- Bitrate: 11,166 Kbs

[graffight]

- [16:10:56] Reencoding: VID_00548, Pass 1 of 2
- [16:14:28] Reencoding: VID_00548, Pass 2 of 2
- [16:18:09] Video Encode complete
- [16:18:09] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (eng): Keeping original audio
- Track 4356 (eng): Keeping original audio
- [16:18:09] Multiplexing M2TS
- [16:18:17] Processing: VID_00549 (25 of 42)
- [16:18:17] Extracting A/V streams [VID_00549]
- [16:18:26] Reencoding video [VID_00549]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 1,843 frames
- Bitrate: 10,636 Kbs
- [16:18:26] Reencoding: VID_00549, Pass 1 of 2
- [16:20:01] Reencoding: VID_00549, Pass 2 of 2
- [16:21:40] Video Encode complete
- [16:21:40] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (eng): Keeping original audio
- Track 4356 (eng): Keeping original audio
- [16:21:40] Multiplexing M2TS
- [16:21:45] Processing: VID_00550 (26 of 42)
- [16:21:45] Extracting A/V streams [VID_00550]
- [16:22:02] Reencoding video [VID_00550]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 4,208 frames
- Bitrate: 10,738 Kbs
- [16:22:02] Reencoding: VID_00550, Pass 1 of 2
- [16:25:37] Reencoding: VID_00550, Pass 2 of 2
- [16:29:21] Video Encode complete
- [16:29:22] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (eng): Keeping original audio
- Track 4356 (eng): Keeping original audio
- [16:29:22] Multiplexing M2TS
- [16:29:29] Processing: VID_00551 (27 of 42)
- [16:29:29] Extracting A/V streams [VID_00551]
- [16:29:44] Reencoding video [VID_00551]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 3,569 frames
- Bitrate: 10,821 Kbs
- [16:29:44] Reencoding: VID_00551, Pass 1 of 2
- [16:33:18] Reencoding: VID_00551, Pass 2 of 2
- [16:36:36] Video Encode complete
- [16:36:36] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (eng): Keeping original audio
- Track 4356 (eng): Keeping original audio
- [16:36:36] Multiplexing M2TS
- [16:36:43] Processing: VID_00552 (28 of 42)
- [16:36:43] Extracting A/V streams [VID_00552]
- [16:37:03] Reencoding video [VID_00552]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 3,947 frames
- Bitrate: 11,006 Kbs
- [16:37:04] Reencoding: VID_00552, Pass 1 of 2
- [16:40:27] Reencoding: VID_00552, Pass 2 of 2
- [16:43:58] Video Encode complete
- [16:43:58] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (eng): Keeping original audio
- Track 4356 (eng): Keeping original audio
- [16:43:58] Multiplexing M2TS
- [16:44:05] Processing: VID_00553 (29 of 42)
- [16:44:05] Extracting A/V streams [VID_00553]
- [16:44:14] Reencoding video [VID_00553]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 1,441 frames
- Bitrate: 10,634 Kbs
- [16:44:14] Reencoding: VID_00553, Pass 1 of 2
- [16:45:29] Reencoding: VID_00553, Pass 2 of 2
- [16:46:45] Video Encode complete
- [16:46:45] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (eng): Keeping original audio
- Track 4356 (eng): Keeping original audio
- [16:46:45] Multiplexing M2TS
- [16:46:51] Processing: VID_00554 (30 of 42)
- [16:46:51] Extracting A/V streams [VID_00554]
- [16:46:58] Reencoding video [VID_00554]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 1,294 frames
- Bitrate: 8,420 Kbs
- [16:46:59] Reencoding: VID_00554, Pass 1 of 2
- [16:48:01] Reencoding: VID_00554, Pass 2 of 2
- [16:49:07] Video Encode complete
- [16:49:07] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (eng): Keeping original audio
- Track 4356 (eng): Keeping original audio
- [16:49:07] Multiplexing M2TS
- [16:49:12] Processing: VID_00555 (31 of 42)
- [16:49:12] Extracting A/V streams [VID_00555]
- [16:49:17] Reencoding video [VID_00555]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 880 frames
- Bitrate: 7,491 Kbs
- [16:49:17] Reencoding: VID_00555, Pass 1 of 2
- [16:50:05] Reencoding: VID_00555, Pass 2 of 2
- [16:50:52] Video Encode complete
- [16:50:52] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [16:50:52] Multiplexing M2TS
- [16:50:56] Processing: VID_00556 (32 of 42)
- [16:50:56] Extracting A/V streams [VID_00556]
- [16:51:01] Reencoding video [VID_00556]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 803 frames
- Bitrate: 7,490 Kbs
- [16:51:01] Reencoding: VID_00556, Pass 1 of 2
- [16:51:45] Reencoding: VID_00556, Pass 2 of 2
- [16:52:28] Video Encode complete
- [16:52:28] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [16:52:28] Multiplexing M2TS
- [16:52:32] Processing: VID_00557 (33 of 42)
- [16:52:32] Extracting A/V streams [VID_00557]
- [16:52:35] Reencoding video [VID_00557]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 24 frames
- Bitrate: 7,885 Kbs
- [16:52:35] Reencoding: VID_00557, Pass 1 of 2
- [16:52:37] Reencoding: VID_00557, Pass 2 of 2
- [16:52:38] Video Encode complete
- [16:52:38] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (eng): Keeping original audio
- Track 4356 (eng): Keeping original audio
- [16:52:38] Multiplexing M2TS
- [16:52:42] Processing: VID_00558 (34 of 42)
- [16:52:42] Extracting A/V streams [VID_00558]
- [16:52:52] Reencoding video [VID_00558]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 3,611 frames
- Bitrate: 7,477 Kbs
- [16:52:52] Reencoding: VID_00558, Pass 1 of 2
- [16:55:51] Reencoding: VID_00558, Pass 2 of 2
- [16:58:45] Video Encode complete
- [16:58:45] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [16:58:45] Multiplexing M2TS
- [16:58:51] Processing: VID_00559 (35 of 42)
- [16:58:51] Extracting A/V streams [VID_00559]
- [16:58:58] Reencoding video [VID_00559]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 2,055 frames
- Bitrate: 7,493 Kbs
- [16:58:58] Reencoding: VID_00559, Pass 1 of 2
- [17:00:36] Reencoding: VID_00559, Pass 2 of 2
- [17:02:13] Video Encode complete
- [17:02:13] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [17:02:14] Multiplexing M2TS
- [17:02:18] Processing: VID_00560 (36 of 42)
- [17:02:18] Extracting A/V streams [VID_00560]
- [17:02:24] Reencoding video [VID_00560]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 966 frames
- Bitrate: 9,308 Kbs
- [17:02:24] Reencoding: VID_00560, Pass 1 of 2
- [17:03:10] Reencoding: VID_00560, Pass 2 of 2
- [17:03:57] Video Encode complete
- [17:03:57] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [17:03:57] Multiplexing M2TS
- [17:04:02] Processing: VID_00561 (37 of 42)
- [17:04:02] Extracting A/V streams [VID_00561]
- [17:04:07] Reencoding video [VID_00561]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 951 frames
- Bitrate: 8,166 Kbs
- [17:04:07] Reencoding: VID_00561, Pass 1 of 2
- [17:04:52] Reencoding: VID_00561, Pass 2 of 2
- [17:05:37] Video Encode complete
- [17:05:37] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [17:05:37] Multiplexing M2TS
- [17:05:41] Processing: VID_00562 (38 of 42)
- [17:05:41] Extracting A/V streams [VID_00562]
- [17:05:46] Reencoding video [VID_00562]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 799 frames
- Bitrate: 8,053 Kbs
- [17:05:46] Reencoding: VID_00562, Pass 1 of 2
- [17:06:23] Reencoding: VID_00562, Pass 2 of 2
- [17:07:00] Video Encode complete
- [17:07:00] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [17:07:00] Multiplexing M2TS
- [17:07:04] Processing: VID_00563 (39 of 42)
- [17:07:04] Extracting A/V streams [VID_00563]
- [17:07:10] Reencoding video [VID_00563]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 1,021 frames
- Bitrate: 8,782 Kbs
- [17:07:10] Reencoding: VID_00563, Pass 1 of 2
- [17:07:57] Reencoding: VID_00563, Pass 2 of 2
- [17:08:46] Video Encode complete
- [17:08:46] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [17:08:46] Multiplexing M2TS
- [17:08:50] Processing: VID_00564 (40 of 42)
- [17:08:50] Extracting A/V streams [VID_00564]
- [17:08:56] Reencoding video [VID_00564]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 938 frames
- Bitrate: 8,873 Kbs
- [17:08:56] Reencoding: VID_00564, Pass 1 of 2
- [17:09:40] Reencoding: VID_00564, Pass 2 of 2
- [17:10:26] Video Encode complete
- [17:10:26] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [17:10:26] Multiplexing M2TS
- [17:10:30] Processing: VID_00565 (41 of 42)
- [17:10:30] Extracting A/V streams [VID_00565]
- [17:10:36] Reencoding video [VID_00565]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 1,100 frames
- Bitrate: 8,545 Kbs
- [17:10:37] Reencoding: VID_00565, Pass 1 of 2
- [17:11:27] Reencoding: VID_00565, Pass 2 of 2
- [17:12:20] Video Encode complete
- [17:12:20] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (eng): Keeping original audio
- Track 4356 (eng): Keeping original audio
- [17:12:20] Multiplexing M2TS
- [17:12:25] Processing: VID_00566 (42 of 42)
- [17:12:25] Extracting A/V streams [VID_00566]
- [17:12:28] Reencoding video [VID_00566]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 123 frames
- Bitrate: 2,132 Kbs
- [17:12:28] Reencoding: VID_00566, Pass 1 of 2
- [17:12:31] Reencoding: VID_00566, Pass 2 of 2
- [17:12:35] Video Encode complete
- [17:12:35] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (eng): Keeping original audio
- Track 4356 (eng): Keeping original audio
- [17:12:35] Multiplexing M2TS
[17:12:38]PHASE ONE complete
[17:12:38]PHASE TWO - Rebuild Started
- [17:12:38] Rebuilding BD file Structure
[17:13:03] - Encode and Rebuild complete
[17:13:03] BURNING BD structure to disc
- ImgBurn WAS NOT COMPLETED successfully
- Computer SHUTDOWN initiated.

[omegaman7]

Given how you acquired it, it could be a corrupt source. Man there's a lot of content on that disc!

[henryperu77]

Sorry, no way to do that right now.

Is there really a signifcant performance increase with MT and that statement? It was my understanding that it didn't do much to improve speed.

Oh yeah it improve a lot.. at least 30% to 50% less of time..
Hope sometime you can add an option to use the MT adding that line at the beginning.

Ok another problem i got, i set to maintain all the audios and subtitles with the Limit to one track for each languaje, and i manually chose what audio i wanted to be removed, and i did that for the 4 episodes on this particulary Lost disc.
It finished, everything worked fine on the computer, powerdvd loads fine the video and the audios, but when i put it on my panasonic bluray player, i can't choose different audios, when i use the remote control all the other audios appears on the screen, i mean the name is still linked but any of them worked only English (suppose to be English and Spanish) , not even work using the menu or popup menu, just english.
I dunno if is a bug, or whats going on.. my first guess is that i choose on the settings to maintain all the audios so they weren't unlinked fromt the .pls or something like that.. :scared:

[omegaman7]

I dunno if is a bug, or whats going on.. my first guess is that i choose on the settings to maintain all the audios so they weren't unlinked fromt the .pls or something like that.. :scared:

I seem to recall a problem with "THE OTHER GUYS" in a similar regard. I would remove certain audio tracks, which would incorrectly remove the english audio tracks. My only option was to maintain ALL the audio tracks. But the video quality didn't suffer, so I gave up on it. I may try it again one day, since it has a particular audio Infection known as Cinavia!!!

[jdobbs]

a bit of a strange one here Jdobbs.
I dont really post much on here cos i never really have any problems with your great program, but this one is baffling me.
I never change the settings, and yes i know i'm not using your latest version but if you could have a quick look at this for me.
I've got a full retail release of Real Steel, if you mount the 49gb image you can watch the full movie, but if i rip it down with BDRebuilder to 25gb it looks perfect menus intact etc. except it's missing the first 9 minutes and 45 seconds of the movie.

here's my log i've tried it twice now.



Sorry, but that looks like a downloaded source. That implies preprocessing, which almost guarantees the problem is caused before BD-RB is involved.

[Ch3vr0n]

Pretty sure graffight's source is a download too, there's no disc that uses such a volume name

[HatchetMan]

Problem is it was only 1st 50 seconds worth and 70MB total :(

==========================
[00:57:46] BD Rebuilder v0.39.07 (beta)
[00:57:46] BEGIN - BATCH SEQUENCE
==========================
-----------------------
[00:57:46] PROCESSING BATCH FILE [1]
-----------------------
[00:57:46] BD Rebuilder v0.39.07 (beta)
- Source: MONEYBALL
- Input BD size: 29.77 GB
- Approximate total content: [02:13:14.987]
- Target BD size: 11.75 GB
- Windows Version: 6.1 [7601]
- MOVIE-ONLY mode enabled
- Quality: Highest (Very Slow), Two Pass
- Audio Settings: AC3=1 DTS=1 HD=0 Kbs=640
[00:57:46] PHASE ONE, Encoding
- [00:57:46] Processing: VID_00800 (1 of 1)
- [00:57:46] Extracting A/V streams [VID_00800]
- [00:59:39] Reencoding video [VID_00800]
- [00:59:39] Keeping original video (no reencode)
- [00:59:39] Processing audio tracks
- Track 4352 (eng): Reencoding audio to AC3...
- [00:59:47] Multiplexing M2TS
[00:59:53]PHASE ONE complete
[00:59:53]PHASE TWO - Rebuild Started
- [00:59:53] Rebuilding BD file Structure
[00:59:58] - Encode and Rebuild complete
- WORKFILES folder removed.
[00:59:58]JOB: MONEYBALL finished.
==========================
[00:59:58] END - BATCH SEQUENCE
==========================

[[SLiM]D12]

Problem is it was only 1st 50 seconds worth and 70MB total :(

==========================
[00:57:46] BD Rebuilder v0.39.07 (beta)
[00:57:46] BEGIN - BATCH SEQUENCE
==========================
-----------------------
[00:57:46] PROCESSING BATCH FILE [1]
-----------------------
[00:57:46] BD Rebuilder v0.39.07 (beta)
- Source: MONEYBALL
- Input BD size: 29.77 GB
- Approximate total content: [02:13:14.987]
- Target BD size: 11.75 GB
- Windows Version: 6.1 [7601]
- MOVIE-ONLY mode enabled
- Quality: Highest (Very Slow), Two Pass
- Audio Settings: AC3=1 DTS=1 HD=0 Kbs=640
[00:57:46] PHASE ONE, Encoding
- [00:57:46] Processing: VID_00800 (1 of 1)
- [00:57:46] Extracting A/V streams [VID_00800]
- [00:59:39] Reencoding video [VID_00800]
- [00:59:39] Keeping original video (no reencode)
- [00:59:39] Processing audio tracks
- Track 4352 (eng): Reencoding audio to AC3...
- [00:59:47] Multiplexing M2TS
[00:59:53]PHASE ONE complete
[00:59:53]PHASE TWO - Rebuild Started
- [00:59:53] Rebuilding BD file Structure
[00:59:58] - Encode and Rebuild complete
- WORKFILES folder removed.
[00:59:58]JOB: MONEYBALL finished.
==========================
[00:59:58] END - BATCH SEQUENCE
==========================


Not sure if your result was only 70MB if that's what you're saying, but i've backup up moneyball without issue.

[HatchetMan]

D12;1551199']Not sure if your result was only 70MB if that's what you're saying, but i've backup up moneyball without issue.

Good to know. Maybe I had a bad rip, did not get any errors anywhere on the brand new disc, but I have deleted it and will re-rip. Did you do movie only or whole disk?

[graffight]

Sorry, but that looks like a downloaded source. That implies preprocessing, which almost guarantees the problem is caused before BD-RB is involved.



ok thanks i thought it was the source no bother.

[[SLiM]D12]

Good to know. Maybe I had a bad rip, did not get any errors anywhere on the brand new disc, but I have deleted it and will re-rip. Did you do movie only or whole disk?

Whole Disk.

[HatchetMan]

D12;1551241']Whole Disk.
Hmmm... mine was movie only.
As was the BD immediately before it (Fight Club) and after (Cowboys & Aliens - Extended), both of which turned out just fine, all BD-RB settings exactly the same. I just haven't had time to retry MB since C&A just finished up. Anybody do Moneyball movie only? Custom file size? I chose that size (which comes out to 11.2~11.3GB) because when I back it up to disk, I can fit 2 flicks on one cheap single layer BDR using multiAVCHD. This is the very first time such unsatisfactory results has occurred in about 200 backups that did not even throw up an error, from neither AnyDVD-HD nor BD-RB, hence the postings... but I will try again :thanks:

[DVDIT]

I backed up the movie "BLACKTHORN" with Movie&Menus enabled and the backup burned copy plays fine on Samsung 2500 and Pioneer BDP-320 stand alone blu-ray players and it also plays fine on my computer with Pioneer 205 burner and PowerDVD 9 but it would not play on the following: same computer with PowerDVD9 and Samsung SH-B123L & Liteon iHOS104 blu ray drives and on the PS3. Why is it that some players and burners would play the disc and some not ? Anything I overlooked on Rebuilder settings ?

[Ch3vr0n]

They may not like the type of blanks you're using. What's the brand?

[DVDIT]

They may not like the type of blanks you're using. What's the brand?

Verbatim BD-R, the best of the best, if you ask me. But every backup I have done using verbatim BD-R 25GB whether full and movie only backup play fine on all drives and stand alone players I own. You suspect the media ?

[Ch3vr0n]

if you're using verbatim, then it cant be the brand. That's top quality. could just be a faulty rip or the affected players can't handle the disc

[nick9461]

Verbatim BD-R, the best of the best, if you ask me. But every backup I have done using verbatim BD-R 25GB whether full and movie only backup play fine on all drives and stand alone players I own. You suspect the media ?

I agree unless it is Verbatim LTH, they do not work on some players

[DVDIT]

I agree unless it is Verbatim LTH, they do not work on some players

They are not LTH. I think my issues is disc or studio specific, as BLACKTHORN is the only title that is giving me playback problem with PS3 and PowerDVD9.

[omegaman7]

They are not LTH. I think my issues is disc or studio specific, as BLACKTHORN is the only title that is giving me playback problem with PS3 and PowerDVD9.

In order for my old Samsung to play modern backups, I have to go movie only. Oddly, it'll play Full BD-9s though. Pretty weird. And that includes Taiyo Yuden LTH discs :p

[DVDIT]

In order for my old Samsung to play modern backups, I have to go movie only. Oddly, it'll play Full BD-9s though. Pretty weird. And that includes Taiyo Yuden LTH discs :p

My Samsung BD-P2550 plays every disc I throw at it. I had issues playing back AVCHD discs before but after I did a firmware to update, all playback issues went away. I did the update about a year ago.

[AmigaFuture]

C'mon, everyone...let's stick to jdobbs request...debugging only.

Has anyone else notice that after making a change(s), or disable/re-enable BD-Rebuilder will crash or become unresponsive? It may be a few moments after a change..and nothing else has changed with your system. As of this post I'm using 0.37.09. Previous did it also. I know that nothing is ever random or accidental so I'm searching.

[omegaman7]

What kinds of changes are you speaking of? A big change would likely confuse the program eh? Though I imagine Jdobbs has implemented certain reactions for such cases. E.g. "Path Doesn't Exist".

[jdobbs]

C'mon, everyone...let's stick to jdobbs request...debugging only.

Has anyone else notice that after making a change, or disable/re-enable BD-Rebuilder will crash [sometimes] or become unresponsive? It may be a few moments after a change..and nothing else has changed with your system. As of this post I'm using 0.37.09. Previous did it also. I know that nothing is ever random or accidental so I'm searching.

I certainly haven't noticed anything like that. Can you identify a certain set of steps that will cause a crash?

[Sharc]

C'mon, everyone...let's stick to jdobbs request...debugging only.

Has anyone else notice that after making a change(s), or disable/re-enable BD-Rebuilder will crash or become unresponsive? It may be a few moments after a change..and nothing else has changed with your system. As of this post I'm using 0.37.09. Previous did it also. I know that nothing is ever random or accidental so I'm searching.
I have seen "over-ambitious" System Integrity Monitoring / System Defense etc. tools delaying or impeding the execution of BD-RB or modules called by BD-RB. Make sure DB-RB and its associated .bat and .exe is under trusted applications or similar (depending on the tool).

[Locator]

v0.39.07. Win7x64. Mode "movie only". If folder name of blu-ray is long, the ready file 00000.m2ts has difference on contents, than if folder name was short. Compared by Total Commander. I have been strongly surprised!

[jdobbs]

v0.39.07. Win7x64. Mode "movie only". If folder name of blu-ray is long, the ready file 00000.m2ts has difference on contents, than if folder name was short. Compared by Total Commander. I have been strongly surprised!???? I think you're mistaken. I can see no possible way the length of a path could affect the content of the file beyond simply failing to write (at all) due to length limits.

[Locator]

Hеh, but the fact remains. After release of the new version, i each time check identity of ready files on the last bluray. For calmness... Madness... Always the target folder bluray after processing in the new version was an identical target folder after processing in the old version. has found by chance. On the old version has processed one bluray with a long name of a folder. In 3-4 days i have updated the program. Has reduced the name of a folder and has processed bluray. Further, i have compared folders. 00000.m2ts were different in contents, however the size of files was identical. I many times have repeated again processing with different length of a name of a folder. The same result. Yet didn't check on others bluray. I will inform, when I will check up. Excuse me at my bad english.

[jdobbs]

I'm sorry but I'm having a hard time understanding what you're trying to say. For example, I have no idea what a "ready file" is. When you say "00000.m2ts were different in contents" -- what do you mean? Is it video and does it play back? It's also very possible that any small change (different video selections, or changes in SETUP for example) could make the contents different between two runs. There could also be slight changes in the program's execution that might alter it as well. That would be normal. The output doesn't necessarily have to match exactly between two releases. So the change in versions would be much more likely the reason for the change than the change in path...

So I guess the question is -- what is the problem? Does it not play back? Is it oversized? Is it not playing on a certain player? Are you saying that you changed versions and expected the exact same bit-for-bit output? A "difference in contents" is not a bug -- it could be the result of something as simple as an X264 upgrade. I just don't get what you're trying to say. :confused:

[Locator]

Oк. I will try to explain on another. Source bluray a folder "KungFuPanda2_ASD_SDF_DFGD_34_566_XCVXCVX_TYYRYR_5_67_XCVCXVXCV_IUYYHG_5_A_5_7_2_XCV_56", for example. I use a mode "movie only". But i do not use reencoding. Video stream and audio stream i leave as is. I select my language audio stream and i launch process. After rebuilding i receive in a folder \BDMV\STREAM\ a file 00000.m2ts. It i name a "ready file" :) Further, i rename a name source folders bluray more shortly. "KungFuPanda2", for example. I repeat the same process with the same setting. Then i compare output folders by Total Commander in a binary mode. Result - files 00000.m2ts different. Both of them are played back well, and quality doesn't change. However, I don't understand why the length of folder name influences code contents?
http://www.imagebam.com/image/bd7a2f170154542
[02:17:39] BD Rebuilder v0.39.07 (beta)
- Source: KUNGFUPANDA2
- Input BD size: 26,26 GB
- Approximate total content: [01:30:23.960]
- Target BD size: 45,00 GB
- Windows Version: 6.1 [7601]
- MOVIE-ONLY mode enabled
- Quality: High-Speed Option (BD-25), Two Pass
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=640
[02:17:39] PHASE ONE, Encoding
- [02:17:39] Processing: VID_00372 (1 of 1)
- [02:17:39] Extracting A/V streams [VID_00372]
- [02:24:30] Reencoding video [VID_00372]
- [02:24:30] Keeping original video (no reencode)
- [02:24:30] Processing audio tracks
- Track 4357 (rus): Keeping original audio
- [02:24:30] Multiplexing M2TS
[02:28:53]PHASE ONE complete
[02:28:53]PHASE TWO - Rebuild Started
- [02:28:53] Rebuilding BD file Structure
[02:32:59] - Encode and Rebuild complete
- WORKFILES folder removed.
[02:32:59]JOB: KUNGFUPANDA2 finished.

[jdobbs]

That filename is illegal because it can't be used as a volume label. Why would anybody use a name like that anyway? But even with that said, I don't know why you are posting it as a bug when you haven't found anything at issue. Does it play correctly? I would think so. My guess is that Total Commander is wrong (considering the fact that both files are the exact same length). But even if they don't match -- unless you can tell me what issue there is, I don't see why you're reporting it as a bug. It's entirely possible that TSMUXER made some small change in a header, etc. as a result of the long filename. But unless it causes a problem, I don't know why we're talking about it...

[Locator]

hmm... This name for an example. The name as a name, on Internet open spaces meets often. I can put many examples when renaming of folders gives identical at comparing. I always compared and never received distinction. It has happened for the first time. Yes, i consider as an error. Shouldn't change algorithm the code at identical setting. Also shouldn't depend on a name of folders, a location of a source, the carrier and etc. Don't blame Total Commander, it is the faultless program. I repeat once again, "output bluray folder" is played back correctly. However, i thought that you can explain such behavior. Sorry, if that.
http://www.imagebam.com/image/b578fc170205049
P.S. I suppose that anybody never spoke to you about it. But my profession the system administrator... A habit to check and compare the code in blood. Excuse me at my bad english.

[[SLiM]D12]

Hate to say it but my head hurts from trying to decipher these posts.

[jdobbs]

Yes, i consider as an error. Well I don't consider it an error, and I'm the one who decides.
I repeat once again, "output bluray folder" is played back correctly. This is why.

Done. End. This is nothing more than an academic discussion and serves no purpose here. If you want to discuss if further you need to start a new thread -- as it clearly isn't a BD-RB bug.

[RobertM]

Done. End. This is nothing more than an academic discussion and serves no purpose here.

And it might just be something on Locator's system anyway. I just ran a test, doing 2 rebuilds of ROTPOTA, one with the folder name "RISE_PLANET_OF_THE_APES" and the other with the name "RISE_PLANET_OF_THE_APES_ASD_SDF_DFGD_34_566_XCVXCVX_TYYRYR_5_67_XCVCXVXCV_IUYYHG_5_A_5_7_2_XCV_56". I used the same settings as Locator and compared the results with "Total Commander"; the 2 files were identical.

Bob.

[Rich86]

I am having a problem making a DVD-5 of my "A River Runs Through It" blu-ray. It runs fine through converting subtitles to DVD format, MPLEX runs to 100%, then throws an error message. Ending Log entries follow:
[00:18:22]PHASE ONE complete
[00:18:22]PHASE TWO - Rebuild Started
- [00:18:22] Rebuilding stream 00011 [1 of 1]
- [00:18:22] Building ALTERNATE OUTPUT Structure
- [00:18:23] Converting 2 subtitles to DVD format.
- [00:19:40] Starting MPLEX.
- ERROR in attempt to mux (MPLEX)
[00:22:02] - Failed to REBUILD

The target hard drive has plenty of space available. I have uninstalled and reinstalled everything related to BD-RB (I think). When I run "Inspect", it indicates "OK" everywhere except for:
- FFDSHOW VC-1 set incorrectly: [1]. It was [0] the first time I ran inspect, so I thought maybe that was an issue and I made a change. What should this entry be?
Any ideas or suggestions to try are welcome and appreciated.

Update: Tried with and without subtitles being included - no change. Ran same source through Clown-BD - it ran fine, the output looks fine.
Update: Ran a couple additional different BD titles to DVD-5 alternate output with 1 audio and 2 subtitles. All ran fine. Output fine.
Apparently there is something specifically about the "River Runs Through It" BD that BD-RB chokes on? Could the Dolby TrueHD lossless audio track on the source be causing a problem?

[busch42]

Not sure if this is the right place, But I just installed BDrebuilder 0.39.07, Then I ran inspect.exe, Which it said ffdshow and avisynth not recommened versions, I downloaded the versions here the one's you recommened, Or since this is a newer version of BDrebuilder should I download the new versions of ffdshow and avisynth?

[setarip_old]

@busch42

Hi!

Use the versions obtained by clicking on the links in Post #1 of this thread...

[jdobbs]

Not sure if this is the right place, But I just installed BDrebuilder 0.39.07, Then I ran inspect.exe, Which it said ffdshow and avisynth not recommened versions, I downloaded the versions here the one's you recommened, Or since this is a newer version of BDrebuilder should I download the new versions of ffdshow and avisynth? No. The versions linked have been tested and are reliable. I have experienced issues with newer versions (new bugs have been introduced). In fact, I recently I updated the recommended HAALI version after local testing -- only to have to reverse it and relink to the older version a few days ago due to trouble reports.

I've been testing a newer release of FFDSHOW for a few weeks now and haven't experienced any issues -- but I'd recommend you stay with the one linked in the first post of this thread until I'm confident the newer one is safe. FFDSHOW gets a lot of version releases and frankly I can't test all of them sufficiently. If you do decide to use a version other than the one linked in the first post -- I will not accept bug reports until you revert and reattempt your encode with that one.

[Locator]

Hate to say it but my head hurts from trying to decipher these posts.
Try to write in the Albanian language :)
Well I don't consider it an error, and I'm the one who decides.
It is a pity to me :( Not seriously...
And it might just be something on Locator's system anyway.
No, a problem not in Locator's system, a problem in specific bluray "KungFuPanda2" from Central Eastern Europe original release. Others bluray with any names after process the identical. But it already precedent without the answer.

[nick9461]

@Locator
Does it play or does it not play, that is the question.

[jwjohnson]

After reading this ongoing exchange, I'm more incerested in "Will it Blend?". The disk that is. :)
Back on topic: The program works great for me. I'm quite happy with it and with jdobbs. So much so that I've donated a couple of times. Keep it up.

[jfcarbel]

Some questions about INI config file. I have after every updated BD-Rebuilder, copied over my old INI file to keep my settings and then just renamed the version # at top.

This time around I decided to check if anything changed from one version to the next. By going thru the menus and some doc, I was able to figure out why I had some different, but there are some I do not know why I had them set the way I did.

My older INI had AVCHD=0 versus the AVCHD=1 as found in latest version. What is this setting? I could not find details on it on the HIDDENOPTS.TXT

I had these set as well and found there options on the GUI menu, but unsure why I had them set the way I did. Perhaps I read something in forums on using these settings this way. Can you briefly explain what these 2 do. I mainly only do 1080p Blurays so not sure these would even matter except for maybe the bonus features in 480i
DEINTERLACE=0 (From setup menu - Use DEINTERLACER on interlaced sources)
IVTC_PULLDOWN=1 (main menu - IVTC sources with 3:2 pulldown)

Also is there a way to put commented line in INI file that will be ignored? I would like to add a FORCE_NOENCODE=1 that I can comment and uncomment when I want to. Otherwise I am always looking back to HIDDENOPTS.TXT to remember what the option is called.

[jdobbs]

@Locator
Does it play or does it not play, that is the question. ...and he already said it plays fine. That's why I'm scratching my head as to why it matters.

[jdobbs]

Some questions about INI config file. I have after every updated BD-Rebuilder, copied over my old INI file to keep my settings and then just renamed the version # at top.

This time around I decided to check if anything changed from one version to the next. By going thru the menus and some doc, I was able to figure out why I had some different, but there are some I do not know why I had them set the way I did.

My older INI had AVCHD=0 versus the AVCHD=1 as found in latest version. What is this setting? I could not find details on it on the HIDDENOPTS.TXT

I had these set as well and found there options on the GUI menu, but unsure why I had them set the way I did. Perhaps I read something in forums on using these settings this way. Can you briefly explain what these 2 do. I mainly only do 1080p Blurays so not sure these would even matter except for maybe the bonus features in 480i
DEINTERLACE=0 (From setup menu - Use DEINTERLACER on interlaced sources)
IVTC_PULLDOWN=1 (main menu - IVTC sources with 3:2 pulldown)

Also is there a way to put commented line in INI file that will be ignored? I would like to add a FORCE_NOENCODE=1 that I can comment and uncomment when I want to. Otherwise I am always looking back to HIDDENOPTS.TXT to remember what the option is called.

They aren't listed in HIDDENOPTS because they aren't hidden. They are set explicitly in the program.

AVCHD=1 -- Strict AVCHD. Some players require it for playing BD-5/9

DEINTERLACE=1 -- Turns interlaced into progressive, useful to get rid of annoying comb lines when playing back on a PC. Not necessarily needed for standalone playback. It can "smooth" the source a little.

IVTC_PULLDOWN=1 -- Retains the original FILM picture structure on sources with pulldown. Should normally be kept set. Not setting it will result in hard-telecined output on a telecined source.

I usually comment the INI file by preceding the comment line with a "#" -- but anything will work. Just don't add comments to the same line as the setting.

[jfcarbel]

AVCHD=1 -- Strict AVCHD. Some players require it for playing BD-5/9

Thanks, no wonder my Panasonic Bluray player is not playing these BD-9 Bonus features discs I have been creating.

Just don't add comments to the same line as the setting.
Not sure I follow since thats what I want to do. For example I want to have in the INI a line like this:

#FORCE_NOENCODE=1

And then just uncomment it when I want BD-Rebuilder to see it.
Will this not work?

[Capsbackup]

Thanks, no wonder my Panasonic Bluray player is not playing these BD-9 Bonus features discs I have been creating.

I believe the AVCHD=1--Strict AVCHD is meant for Movie Only, and has no effect on full backups. :(

[Ch3vr0n]

Think i've found a small bug. Just finished doing an alternate output for a miniseries blu-ray to pal DVD-5, the encode went ok but the temp folder was not removed. More specifically, during the remuxing / rebuilding a folder called THE_PILLARS_OF_THE_EARTH_D1 was created, when done with the process the final output folder was created called THE_PILLARS_OF_THE_EARTH_D1_DVD that contained the VOB files. However the now empty THE_PILLARS_OF_THE_EARTH_D1 folder was not deleted. A small glitch in the folder deleting process?

[busch42]

Had a problem backing up killer elite which I bought, Kept coming up x264.exe has stopped working, Finally I got it, Had to go into the BDRebuilder Setup menu and check this option to turn it on:Use X264's internal LAVF for decoding. Now I tried to do main movie only to a dvd-5 but now that's coming up x264.exe has stopped working, Do I have to go back and change = Use X264's internal LAVF for decoding and turn it off?

[jdobbs]

Thanks, no wonder my Panasonic Bluray player is not playing these BD-9 Bonus features discs I have been creating.


Not sure I follow since thats what I want to do. For example I want to have in the INI a line like this:

#FORCE_NOENCODE=1

And then just uncomment it when I want BD-Rebuilder to see it.
Will this not work? Yes that would work.

[jdobbs]

I believe the AVCHD=1--Strict AVCHD is meant for Movie Only, and has no effect on full backups. :( That is correct. If you are doing a full backup, it has to be BD format because it's quite possible it is not AVCHD compliant (e.g. BD-J).

[jdobbs]

Think i've found a small bug. Just finished doing an alternate output for a miniseries blu-ray to pal DVD-5, the encode went ok but the temp folder was not removed. More specifically, during the remuxing / rebuilding a folder called THE_PILLARS_OF_THE_EARTH_D1 was created, when done with the process the final output folder was created called THE_PILLARS_OF_THE_EARTH_D1_DVD that contained the VOB files. However the now empty THE_PILLARS_OF_THE_EARTH_D1 folder was not deleted. A small glitch in the folder deleting process? Yeah, that folder gets created for no reason when you've selected ALTERNATE output -- I need to correct that.

[jdobbs]

Had a problem backing up killer elite which I bought, Kept coming up x264.exe has stopped working, Finally I got it, Had to go into the BDRebuilder Setup menu and check this option to turn it on:Use X264's internal LAVF for decoding. Now I tried to do main movie only to a dvd-5 but now that's coming up x264.exe has stopped working, Do I have to go back and change = Use X264's internal LAVF for decoding and turn it off? That just means there is a problem in the configuration of AVISYNTH, HAALI, or FFDSHOW. When you select LAVF, they aren't used -- but sometimes they have to be used. So you need to correct the configuration problem. I'd suggest you uninstall BD-RB, HAALI, FFDSHOW, and AVISYNTH and reinstall from the links in the first post. Sometimes other software can change settings and cause issues.

[jfcarbel]

That is correct. If you are doing a full backup, it has to be BD format because it's quite possible it is not AVCHD compliant (e.g. BD-J).

Sol any titles using Java (BD-J) for their menus would not work on a BD-5/9 for any standalone?
Is there a easy way to tell its a BD-J menu?

Any one had luck on the Panasonics with this AVCHD=1?

As I have many full backups on BD-9 that are not recognized as valid BD by my standalone Panny BD-85 player.

I wonder if I can take these full backups and run them thru BD-Rebuilder again with AVCHD=1 set and it would fix them?

[Ch3vr0n]

@Jdobbs: i happened to be behind the computer when it was creating the final output structure. apparantly the redundant folder (without the _DVD) gets created during the stage "Creating ALTERNATE MOVIE-ONLY structure (Pt 1)..." and before converting the subtitles to dvd standard. The _DVD labelled folder was created during the final "Creating DVD File Structure" message. Maybe this will help you pinpoint the the place in the code and ease the fix :)

[BuddTX]

I apologize in advance if the answer to my problem exists in this thread, but the searches that I have done did not provide any answers.

So here is my issue.

I CAN successfully make an MKV backup (movie only) of a Blu-Ray dvd. I have created at least 34 MKV files, so I know that I can make MKV's from ripped Blu-Ray disks.

However, I cannot successfully make an MKV from a ripped DVD.

I am using the method that Jdobbs posted here (http://forum.doom9.org/showthread.php?t=162004) (post 18):
I think the best MKV backups of DVDs can be done like this (it's how I do it):

1. Use multiAVCHD to convert the DVD movie to Blu-Ray. Since MPEG-2/AC3 is a legal BD format, the file will not be reencoded, so you have a pristine copy to work with.

2. Use BD-RB to do the MKV backup using X264. That way to get size/quality benefit of AVC in your MKV.

I have tried using several different ALTERNATE MOVIE only output, and I even made my own setting.

Now the interesting thing, is that I CAN successfully create an MP4 file, from the same source that I am trying to create an MKV file.

Also, I have tried uninstalling and re-installing all the support files (Avisynth_258.exe, MatroskaSplitter.exe, ffdshow_rev3882_20110613_clsid.exe), and I downloaded the recommended version from the links at the first post on this thread.

So here are my details:


INSPECT:
- Windows Version: 6.1 [7601]
- AVISYNTH Version: [2.5.8.0], Ok
- HAALI Splitter: [1.9.42.1], Ok
- FFDSHOW: [3882], Ok
- WIN7 preferred AVC CODEC: Ok
- WIN7 preferred VC-1 CODEC: Ok
- WIN7 preferred MPEG2 CODEC: Ok
- FFDSHOW VC-1 set to "wmv9", Ok
- FFDSHOW MPEG2 set to "libavcodec": Ok
- FFDSHOW AVC set to "ffmpeg-mt": Ok
- BD Rebuilder v0.39.0.7, Ok
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok

BD-REBUILDER.LOG
(As you can see, I tried several times, using different settings
the SUCCESSFUL MP4 file
ALSO, NOT trying to be a jerk by posting a long LOG file, just want to show that I tried using different settings)

[05:18:57] BD Rebuilder v0.39.07 (beta)
- Source: AVCHD
- Input BD size: 5.30 GB
- Approximate total content: [02:23:57.411]
- Windows Version: 6.1 [7601]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- Mode: MP4 Container, 1920x1080, Auto-AAC
- Audio Settings: AC3=1 DTS=1 HD=0 Kbs=640
[05:19:17] PHASE ONE, Encoding
- [05:19:17] Processing: VID_00000 (1 of 2)
- [05:19:17] Extracting A/V streams [VID_00000]
- [05:23:25] Reencoding video [VID_00000]
- Source Video: MPEG-2, 720x480
- Rate/Length: 29.970fps, 191,941 frames
- Convert: 1920x1080, 29.970fps, 191,941 frames
- Bitrate: 9,005 Kbs
- [05:23:26] Reencoding: VID_00000, Pass 1 of 2
- [07:43:45] Reencoding: VID_00000, Pass 2 of 2
- [14:16:13] Video Encode complete
- [14:16:13] Processing audio tracks
- Track 4352 (eng): Reencoding audio to AAC...
- [14:31:16] Multiplexing M2TS
- [14:31:16] Processing: VID_00001 (2 of 2)
- [14:31:16] Extracting A/V streams [VID_00001]
- [14:32:31] Reencoding video [VID_00001]
- Source Video: MPEG-2, 720x480
- Rate/Length: 29.970fps, 66,922 frames
- Convert: 1920x1080, 29.970fps, 66,922 frames
- Bitrate: 9,263 Kbs
- [14:32:31] Reencoding: VID_00001, Pass 1 of 2
- [15:19:22] Reencoding: VID_00001, Pass 2 of 2
- [17:34:42] Video Encode complete
- [17:34:42] Multiplexing M2TS
[17:34:42]PHASE ONE complete
[17:34:42]PHASE TWO - Rebuild Started
- [17:34:42] Rebuilding stream 00000 [1 of 2]
- [17:34:42] Rebuilding stream 00001 [2 of 2]
- [17:34:42] Building ALTERNATE OUTPUT Structure
[17:52:31] - Encode and Rebuild complete
[17:52:31]JOB: AVCHD finished.
--
[23:16:41] BD Rebuilder v0.39.07 (beta)
- Source: AVCHD
- Input BD size: 5.30 GB
- Approximate total content: [02:23:57.411]
- Windows Version: 6.1 [7601]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- Mode: MKV Container, 1920x1080, Auto-AAC
- Audio Settings: AC3=1 DTS=1 HD=0 Kbs=640
[23:16:45] PHASE ONE, Encoding
- [23:16:45] Processing: VID_00000 (1 of 2)
- [23:16:45] Extracting A/V streams [VID_00000]
- [23:20:47] Reencoding video [VID_00000]
- Source Video: MPEG-2, 720x480
- Rate/Length: 29.970fps, 191,941 frames
- Convert: 1920x1080, 29.970fps, 191,941 frames
- [23:20:47] Reencoding: VID_00000, Pass 1 of 1
[23:40:18]PHASE ONE aborted by user request
--
[00:01:56] BD Rebuilder v0.39.07 (beta)
- Source: AVCHD
- Input BD size: 5.30 GB
- Approximate total content: [02:23:57.411]
- Windows Version: 6.1 [7601]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- Mode: BP MKV Container, 720x480/576, 640Kbs DD5.1
- Audio Settings: AC3=1 DTS=1 HD=0 Kbs=640
[00:01:57] PHASE ONE, Encoding
- [00:01:57] Processing: VID_00000 (1 of 2)
- [00:01:57] Extracting A/V streams [VID_00000]
- [00:05:38] Reencoding video [VID_00000]
- Source Video: MPEG-2, 720x480
- Rate/Length: 29.970fps, 191,941 frames
- Convert: 1920x1080, 29.970fps, 191,941 frames
- [00:05:38] Reencoding: VID_00000, Pass 1 of 1
- [01:07:48] Video Encode complete
- [01:07:48] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [01:07:54] Multiplexing M2TS
- [01:07:54] Processing: VID_00001 (2 of 2)
- [01:07:55] Extracting A/V streams [VID_00001]
- [01:08:42] Reencoding video [VID_00001]
- Source Video: MPEG-2, 720x480
- Rate/Length: 29.970fps, 66,922 frames
- Convert: 1920x1080, 29.970fps, 66,922 frames
- [01:08:43] Reencoding: VID_00001, Pass 1 of 1
- [01:28:51] Video Encode complete
- [01:28:51] Multiplexing M2TS
[01:28:51]PHASE ONE complete
[01:28:51]PHASE TWO - Rebuild Started
- [01:28:51] Rebuilding stream 00000 [1 of 2]
- [01:28:51] Rebuilding stream 00001 [2 of 2]
- [01:28:51] Building ALTERNATE OUTPUT Structure
[01:29:12] - Failed to REBUILD
--
[03:36:50] BD Rebuilder v0.39.07 (beta)
- Source: AVCHD
- Input BD size: 5.30 GB
- Approximate total content: [02:23:57.411]
- Windows Version: 6.1 [7601]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- Mode: BP MKV Container, 720x480/576, 640Kbs DD5.1
- Audio Settings: AC3=1 DTS=1 HD=0 Kbs=640
[03:36:53] PHASE ONE, Encoding
- [03:36:53] Processing: VID_00000 (1 of 2)
- [03:36:53] Extracting A/V streams [VID_00000]
- [03:41:20] Reencoding video [VID_00000]
- Source Video: MPEG-2, 720x480
- Rate/Length: 29.970fps, 191,941 frames
- Convert: 1920x1080, 29.970fps, 191,941 frames
- [03:41:21] Reencoding: VID_00000, Pass 1 of 1
- [03:55:04] Video Encode complete
- [03:55:04] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [03:55:15] Multiplexing M2TS
- [03:55:15] Processing: VID_00001 (2 of 2)
- [03:55:15] Extracting A/V streams [VID_00001]
- [03:56:07] Reencoding video [VID_00001]
- Source Video: MPEG-2, 720x480
- Rate/Length: 29.970fps, 66,922 frames
- Convert: 1920x1080, 29.970fps, 66,922 frames
- [03:56:07] Reencoding: VID_00001, Pass 1 of 1
- [04:00:07] Video Encode complete
- [04:00:07] Multiplexing M2TS
[04:00:07]PHASE ONE complete
[04:00:07]PHASE TWO - Rebuild Started
- [04:00:07] Rebuilding stream 00000 [1 of 2]
- [04:00:07] Rebuilding stream 00001 [2 of 2]
- [04:00:07] Building ALTERNATE OUTPUT Structure
[04:00:11] - Failed to REBUILD
--
[04:01:56] BD Rebuilder v0.39.07 (beta)
- Source: AVCHD
- Input BD size: 5.30 GB
- Approximate total content: [02:23:57.411]
- Windows Version: 6.1 [7601]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- Mode: BP MKV Container, 720x480/576, 640Kbs DD5.1
- Audio Settings: AC3=1 DTS=1 HD=0 Kbs=640
[04:02:06] PHASE ONE, Encoding
- [04:02:06] Processing: VID_00000 (1 of 2)
- [04:02:06] Extracting A/V streams [VID_00000]
- [04:06:15] Reencoding video [VID_00000]
- Source Video: MPEG-2, 720x480
- Rate/Length: 29.970fps, 191,941 frames
- Convert: 1920x1080, 29.970fps, 191,941 frames
- Bitrate: 872 Kbs
- [04:06:16] Reencoding: VID_00000, Pass 1 of 2
- [04:19:49] Reencoding: VID_00000, Pass 2 of 2
- [04:34:03] Video Encode complete
- [04:34:03] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [04:34:09] Multiplexing M2TS
- [04:34:09] Processing: VID_00001 (2 of 2)
- [04:34:09] Extracting A/V streams [VID_00001]
- [04:34:55] Reencoding video [VID_00001]
- Source Video: MPEG-2, 720x480
- Rate/Length: 29.970fps, 66,922 frames
- Convert: 1920x1080, 29.970fps, 66,922 frames
- Bitrate: 872 Kbs
- [04:34:55] Reencoding: VID_00001, Pass 1 of 2
- [04:39:33] Reencoding: VID_00001, Pass 2 of 2
- [04:44:22] Video Encode complete
- [04:44:22] Multiplexing M2TS
[04:44:22]PHASE ONE complete
[04:44:22]PHASE TWO - Rebuild Started
- [04:44:22] Rebuilding stream 00000 [1 of 2]
- [04:44:22] Rebuilding stream 00001 [2 of 2]
- [04:44:22] Building ALTERNATE OUTPUT Structure
[04:44:36] - Failed to REBUILD
--
[11:56:01] BD Rebuilder v0.39.07 (beta)
- Source: AVCHD
- Input BD size: 5.30 GB
- Approximate total content: [02:23:57.411]
- Windows Version: 6.1 [7601]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- Mode: BP MKV Container, 720x480/576, 640Kbs DD5.1
- Audio Settings: AC3=1 DTS=1 HD=0 Kbs=640
- Resuming from previously started job.
[11:56:05] PHASE ONE, Encoding
[11:56:05]PHASE ONE complete
[11:56:05]PHASE TWO - Rebuild Started
- [11:56:05] Rebuilding stream 00000 [1 of 2]
- [11:56:05] Rebuilding stream 00001 [2 of 2]
- [11:56:05] Building ALTERNATE OUTPUT Structure
[11:56:48] - Failed to REBUILD
--
[12:02:39] BD Rebuilder v0.39.07 (beta)
- Source: AVCHD
- Input BD size: 5.30 GB
- Approximate total content: [02:23:57.411]
- Windows Version: 6.1 [7601]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- Mode: BP MKV Container, 720x480/576, 640Kbs DD5.1
- Audio Settings: AC3=1 DTS=1 HD=0 Kbs=640
- Resuming from previously started job.
[12:02:42] PHASE ONE, Encoding
[12:02:42]PHASE ONE complete
[12:02:42]PHASE TWO - Rebuild Started
- [12:02:42] Rebuilding stream 00000 [1 of 2]
- [12:02:42] Rebuilding stream 00001 [2 of 2]
- [12:02:42] Building ALTERNATE OUTPUT Structure
[12:03:27] - Failed to REBUILD
--
[12:03:56] BD Rebuilder v0.39.07 (beta)
- Source: AVCHD
- Input BD size: 5.30 GB
- Approximate total content: [02:23:57.411]
- Windows Version: 6.1 [7601]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- Mode: BP MKV Container, 720x480/576, 640Kbs DD5.1
- Audio Settings: AC3=1 DTS=1 HD=0 Kbs=640
[12:04:03] PHASE ONE, Encoding
- [12:04:03] Processing: VID_00000 (1 of 2)
- [12:04:03] Extracting A/V streams [VID_00000]
- [12:08:24] Reencoding video [VID_00000]
- Source Video: MPEG-2, 720x480
- Rate/Length: 29.970fps, 191,941 frames
- Convert: 1920x1080, 29.970fps, 191,941 frames
- Bitrate: 872 Kbs
- [12:08:25] Reencoding: VID_00000, Pass 1 of 2
- [12:21:59] Reencoding: VID_00000, Pass 2 of 2
- [12:36:10] Video Encode complete
- [12:36:10] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [12:36:16] Multiplexing M2TS
- [12:36:16] Processing: VID_00001 (2 of 2)
- [12:36:16] Extracting A/V streams [VID_00001]
- [12:37:04] Reencoding video [VID_00001]
- Source Video: MPEG-2, 720x480
- Rate/Length: 29.970fps, 66,922 frames
- Convert: 1920x1080, 29.970fps, 66,922 frames
- Bitrate: 872 Kbs
- [12:37:04] Reencoding: VID_00001, Pass 1 of 2
- [12:41:41] Reencoding: VID_00001, Pass 2 of 2
- [12:46:29] Video Encode complete
- [12:46:29] Multiplexing M2TS
[12:46:29]PHASE ONE complete
[12:46:29]PHASE TWO - Rebuild Started
- [12:46:29] Rebuilding stream 00000 [1 of 2]
- [12:46:29] Rebuilding stream 00001 [2 of 2]
- [12:46:29] Building ALTERNATE OUTPUT Structure
[12:46:43] - Failed to REBUILD
--
[14:42:31] BD Rebuilder v0.39.07 (beta)
- Source: AVCHD
- Input BD size: 5.30 GB
- Approximate total content: [02:23:57.411]
- Windows Version: 6.1 [7601]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- Mode: MKV Container, 1920x1080, Auto-AAC
- Audio Settings: AC3=1 DTS=1 HD=0 Kbs=640
[14:42:33] PHASE ONE, Encoding
- [14:42:33] Processing: VID_00000 (1 of 2)
- [14:42:33] Extracting A/V streams [VID_00000]
- [14:46:36] Reencoding video [VID_00000]
- Source Video: MPEG-2, 720x480
- Rate/Length: 29.970fps, 191,941 frames
- Convert: 1920x1080, 29.970fps, 191,941 frames
- Bitrate: 3,000 Kbs
- [14:46:36] Reencoding: VID_00000, Pass 1 of 2
- [16:14:29] Reencoding: VID_00000, Pass 2 of 2
- [17:41:15] Video Encode complete
- [17:41:15] Processing audio tracks
- Track 4352 (eng): Reencoding audio to AAC...
- [17:56:20] Multiplexing M2TS
- [17:56:20] Processing: VID_00001 (2 of 2)
- [17:56:20] Extracting A/V streams [VID_00001]
- [17:56:59] Reencoding video [VID_00001]
- Source Video: MPEG-2, 720x480
- Rate/Length: 29.970fps, 66,922 frames
- Convert: 1920x1080, 29.970fps, 66,922 frames
- Bitrate: 3,000 Kbs
- [17:56:59] Reencoding: VID_00001, Pass 1 of 2
- [18:27:15] Reencoding: VID_00001, Pass 2 of 2
- [18:56:44] Video Encode complete
- [18:56:44] Multiplexing M2TS
[18:56:44]PHASE ONE complete
[18:56:44]PHASE TWO - Rebuild Started
- [18:56:44] Rebuilding stream 00000 [1 of 2]
- [18:56:44] Rebuilding stream 00001 [2 of 2]
- [18:56:44] Building ALTERNATE OUTPUT Structure
[18:57:22] - Failed to REBUILD

BDREBUILDER.INI
[Options]
VERSION=0.39.0.7
MODE=2
ENCODE_QUALITY=0
ONEPASS_ENCODING=0
AUTO_QUALITY=1
AUDIO_TO_KEEP=eng;
SUBS_TO_KEEP=all
SD_CONVERT=0
OPEN_GOP=0
RESIZE_1080=0
DEINTERLACE=1
SD_TO_1080=1
CONVERT_WIDE=0
DTS_REENCODE=1
AC3_REENCODE=1
AC3_640=1
AC3_192=0
KEEP_HD_AUDIO=0
AVCHD=0
REMOVE_WORKFILES=0
MOVIE_ONLY_LOOP=1
REMOVE_OUTPUT=0
USE_FILTERS=0
BDMV_CERT_ONLY=0
USE_LAVF=0
IVTC_PULLDOWN=0
ASSUME_DVD_PAL=0
UNMASK_CHAPTER=0
COMPLETION_BEEP=0
AUDIO_TRACK_LIMIT=1
SUBTITLE_TRACK_LIMIT=1
CUSTOM_TARGET_SIZE=10240
MOVIEONLY_TYPE=17
ALTCRF=20
ALT_TARGET=10240
ALTMETHOD=1
ALTAUTOCROP=0
AUTO_BIAS=3
TARGET_SIZE=23500
[Paths]
WORKING_PATH=C:\BD_REBUILDER\WORKING PATH\
SOURCE_PATH=C:\MULTIAVCHD-WORK\DEVILS_ADVOCATE\AVCHD\

Avchd.inf
[Status]
LABEL=AVCHD
VERSION=v0.39.07 (beta)
SOURCE_SIZE=5695444992
SOURCE_VIDEO_SIZE=5695444992
TARGET_SIZE=24641536000
REDUCTION=4.32653392923859
RESIZE_1080=0
AUDIO_TO_KEEP=eng;
KEEP_HD_AUDIO=0
SUBS_TO_KEEP=all
BACKUP_MODE=1
MOVIEONLY_TYPE=17
USE_LAVF=0
QUICK=0
ENCODE_STEP=0
COMPLETED=2
REBUILD_COMPLETE=0
[00000]
AUDIO=1
PGS=
SCAN=2
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=18145584644
NSIZE=0
FLINK=0
MLINK=0
[00001]
SCAN=2
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=6495951356
AUDIO=1
NSIZE=0
FLINK=0
MLINK=0

Lastcmd.txt
"C:\BD_Rebuilder\tools\x264.exe"
"C:\BD_REBUILDER\WORKING PATH\WORKFILES\VID_00001.AVS"
--preset superfast --bluray-compat --b-pyramid none --weightp 1 --qpmin=0 --bitrate 3000 --level 4.1 --qpfile
"C:\BD_REBUILDER\WORKING PATH\WORKFILES\VID_00001.CHP"
--aud --nal-hrd vbr --pic-struct --vbv-bufsize 15000 --keyint 48 --min-keyint 1 --ipratio 1.1 --pbratio 1.1
--vbv-maxrate 15000 --fake-interlaced --threads auto --slices 4 --thread-input --stats
"C:\BD_REBUILDER\WORKING PATH\WORKFILES\VID_00001.AVS.264.stats"
--pass 2 --output "C:\BD_REBUILDER\WORKING PATH\WORKFILES\VID_00001.AVS.264"

alternate.txt (the one that I created)
caption=MKV Container, 720x480/576, 640Kbs DD5.1
vBitrate=872
aBitrate=640
aType=0
vFormat=6
cType=1


Thank you for any advice you can offer!

And THANK YOU JDobbs for some really nice software!

[jdobbs]

Sol any titles using Java (BD-J) for their menus would not work on a BD-5/9 for any standalone?
Is there a easy way to tell its a BD-J menu? No. That isn't the point I was making. Lots of players play BD-5/9 full backups fine. What I said was that AVCHD has many restrictions that differentiate it from standard blu-ray. For example it doesn't allow DTS audio, VC-1 or MPEG-2 video, or any BD-J... and there's a lot more.

[jdobbs]

@BuddTX

I'll do some testing and see what I come up with.

[Ch3vr0n]

just did about half a dozen rebuilds of the miniseries pillars of the earth. Rebuilds went succesful except for 2 things. If i choose pal output the audio was out of sync, ntsc and audio's fine. 2nd thing i noticed was that even though the output size was set to DVD-9 total size on job completion was way undersized and fits a DVD-5.

[20:42:07] BD Rebuilder v0.39.07 (beta)
- Source: PILLARS_OF_THE_EARTH_D3
- Input BD size: 10,71 GB
- Approximate total content: [00:52:55.500]
- Windows Version: 6.0 [6002]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- Mode: DVD-9, 720x480/576, AC3 Audio
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[20:42:07] PHASE ONE, Encoding
- [20:42:07] Processing: VID_00003 (1 of 1)
- [20:42:07] Extracting A/V streams [VID_00003]
- [20:45:14] Reencoding video [VID_00003]
- Source Video: VC-1, 1920x1080
- Rate/Length: 24,000fps, 76.212 frames
- Bitrate: 8.104 Kbs
- [20:45:14] Reencoding: VID_00003
- [22:13:27] Video Encode complete
- [22:13:27] Processing audio tracks
- Track 4352 (eng): Reencoding audio to AC3...
- Track 4353 (eng): Reencoding audio to AC3...
- [22:21:50] Multiplexing M2TS
[22:21:50]PHASE ONE complete
[22:21:50]PHASE TWO - Rebuild Started
- [22:21:50] Rebuilding stream 00003 [1 of 1]
- [22:21:50] Building ALTERNATE OUTPUT Structure
- [22:21:50] Converting 1 subtitles to DVD format.
- [22:22:11] Starting MPLEX.
- [22:24:46] Multiplexing 1 subtitles into stream.
- [22:26:32] Building DVD File Structure.
[22:28:23] - Encode and Rebuild complete
- WORKFILES folder removed.
[22:28:23]JOB: PILLARS_OF_THE_EARTH_D3 finished.

total file size was 2.77GB, did get lucky by accident though, actually wanted a DVD-5 output.

[Priapismic]

This is the strangest thing; My 0.39.07 will not work because it is expired...
How is that possible???

[A.Fenderson]

This is the strangest thing; My 0.39.07 will not work because it is expired...
How is that possible???

Mine's working: double-check date/time on your pc.

[jdobbs]

This is the strangest thing; My 0.39.07 will not work because it is expired...
How is that possible??? Your PC's date is wrong. That version isn't due to expire until sometime in February.

[Priapismic]

All right now. Just replaced defective memory and did not notice it had done that. Thank you!

[kctobyjoe]

The option to create an ISO image is checked but GREYED OUT

HELP

YOU have my email to be able to reply
kctobyjoe@comcast.net

[Adbear]

do you have Imgburn installed?

[busch42]

jdobbs, I took your advise about deleting all the programs and the reinstalling them ( BDrebuilder, Avisynth, ffdshow, Matroska splitter), Everything worked fine. This week I went and bought Real Steel and 50/50 bluray movies, Ran both movies to my hard drive with DVDFab, Used BDrebuilder to rip Real Steel to a bd25 disk no problem, But when I went to do the same for movie 50/50 it did the same thing as last week ( x264.exe cannot continue). Seems like it will let me do 1 movie, then I have to delete everything and reinstall to continue, unless I do what I did last week (which it did work again) go into setup and enable x264's internal LAVF for decoding.

[jdobbs]

jdobbs, I took your advise about deleting all the programs and the reinstalling them ( BDrebuilder, Avisynth, ffdshow, Matroska splitter), Everything worked fine. This week I went and bought Real Steel and 50/50 bluray movies, Ran both movies to my hard drive with DVDFab, Used BDrebuilder to rip Real Steel to a bd25 disk no problem, But when I went to do the same for movie 50/50 it did the same thing as last week ( x264.exe cannot continue). Seems like it will let me do 1 movie, then I have to delete everything and reinstall to continue, unless I do what I did last week (which it did work again) go into setup and enable x264's internal LAVF for decoding. You need to look at other software on your system... something is changing the settings without your knowledge/consent, it's likely it is whatever you are using to play it back.

If you have any CODECs or CODEC PACKS on your system -- remove them. FFDSHOW has every codec anyone should ever need.

[Sharc]

Probably not a bug, just an observation:
When I follow the route
BD original => BD5 backup (movie only) => Alternate output DVD, the audio of the Alternate DVD is in some cases out of sync (up to few seconds).
When I do
BD original => Alternate output DVD, the audio of the Alternate DVD is in sync.
So some video/audio sync info seems to get lost in the first case.

[jdobbs]

Probably not a bug, just an observation:
When I follow the route
BD original => BD5 backup (movie only) => Alternate output DVD, the audio of the Alternate DVD is in some cases out of sync (up to few seconds).
When I do
BD original => Alternate output DVD, the audio of the Alternate DVD is in sync.
So some video/audio sync info seems to get lost in the first case.

:confused: That's really weird. Can you post your INI file and give me an example of a disc that will do it?

[Ch3vr0n]

i noticed that too on my recent conversions but i had "assume pal" enabled for movie only mode. I removed that checkbox and audio was in sync

[jdobbs]

i noticed that too on my recent conversions but i had "assume pal" enabled for movie only mode. I removed that checkbox and audio was in sync

So the "DVD audio out-of-sync" only happens on PAL conversion? Is it consistently off?

[Ch3vr0n]

it was off-sync from the start afaik. I'll do a new run later today to check if it was a fluke or if i can reproduce it.
i'll do it in the following modes.

full disc BD5 (pal enabled though afaik that shouldn't matter should it, as it will be a bd structure)
movie only bd-5 (pal enabled)
movie only bd-5 (pal disabled)

I'll use the same disc (pillars of the earth blu-ray tv series). I'll keep you posted.

[Sharc]

:confused: That's really weird. Can you post your INI file and give me an example of a disc that will do it?
Example of a disc: Unknown Identity Region 2
Same as Ch3vr0n I have PAL output enabled (BD-RB does a nice pitch correction :)).
I don't remember if desync happens in every case. IIRC some came out in perfect sync.
Here my ini:
[Options]
ENABLE_TEST=1
BLANK_THRESHOLD=3600
#FIXED_CRF=20
QUICK_CRF=27
#TWEAK_PASS_ONE=--ipratio 1.4 --me umh --b-adapt 2 --subme 8
#TWEAK_PASS_TWO=--ipratio 1.4 --me umh --b-adapt 2 --subme 8
TWEAK_PASS_ONE=--ipratio 1.4 --me umh --b-adapt 2 --subme 8 --tune film
TWEAK_PASS_TWO=--ipratio 1.4 --me umh --b-adapt 2 --subme 8 --tune film
#TWEAK_PASS_ONE=--ipratio 1.4 --me umh --b-adapt 2 --subme 8 --tune film --ref 6
#TWEAK_PASS_TWO=--ipratio 1.4 --me umh --b-adapt 2 --subme 8 --tune film --ref 6
#TWEAK_PASS_ONE=--ipratio 1.4 --me umh --b-adapt 2 --subme 8 --tune animation
#TWEAK_PASS_TWO=--ipratio 1.4 --me umh --b-adapt 2 --subme 8 --tune animation
B_PYRAMID=1
SAMPLE_GROUP=2400
#SAMPLE_SIZE=48
#DEINTERLACER_TYPE=4
ALTERNATE_PAL=1
WEIGHTP=2
DEFAULT_LANG=deu
EXTENDED_GOP=1
KEEP_MBTREE=1
QUICK_USE_QUALITY=1
SHOW_ENCODER=1
FORCE_ENCODE=0
SECONDARY_USE_QUALITY=1
HC_PROFILE=BEST
RESIZE=0
MODE=2
AUDIO_AMPLIFY=1.0
AUDIO_TO_KEEP=deu;eng;ger;
SUBS_TO_KEEP=deu;ger;
SD_CONVERT=0
COLOR_BOOST=0
RESIZE_1080=1
DTS_REENCODE=1
AC3_REENCODE=0
AC3_640=0
KEEP_HD_AUDIO=0
AVCHD=0
REMOVE_WORKFILES=0
AUDIO_TRACK_LIMIT=1
SUBTITLE_TRACK_LIMIT=0
CUSTOM_TARGET_SIZE=4483
VERBOSE_STATUS=1
ONEPASS_ENCODING=1
TARGET_SIZE=8032
QUICK_EXTRAS=1
PRIORITY_CLASS=1
ENCODE_QUALITY=2
AUTO_QUALITY=0
DEINTERLACE=0
AC3_192=0
FULL_AVCHD=0
REMOVE_OUTPUT=0
OPEN_GOP=1
USE_FILTERS=1
MOVIE_ONLY_LOOP=0
BDMV_CERT_ONLY=0
USE_LAVF=0
IVTC_PULLDOWN=0
ASSUME_DVD_PAL=1
VERSION=0.39.0.7
MOVIEONLY_TYPE=0
ALTCRF=24
ALTMETHOD=0
SD_TO_1080=0
CONVERT_WIDE=0
ALT_TARGET=1000
AUTO_BLANK=0
UNMASK_CHAPTER=0
ENABLE_BLANKING=1
COMPLETION_BEEP=0
ALTAUTOCROP=0
AVSFilter01=f:r:Sharpen(0.15)
[Paths]
.......

[colinhunt]

I wonder what the Japanese authoring shops do differently. I bumped into another Japanese BD (Goemon) which gives BD-RB a headache. Trying to do a simple movie-only backup resulted in audio playing a second late from the start. The original looks like standard 1080p23.976 but it does have a PiP video commentary track on it.

[Sharc]

So the "DVD audio out-of-sync" only happens on PAL conversion? Is it consistently off?
Looks like yes. I just did 2 tests with another movie (Rise of the Planet of the Apes):
Sync is off when "Assume PAL for DVD output" is enabled
Sync is perfect when "Assume PAL for DVD output" is disabled.
Not sure now if this has been the case with previous releases of BD-RB. I am pretty sure having done similar backups before with PAL output enabled, without sync issues.
The sync issue happens when making a DVD backup from a previous BD5 backup (which had the original DTS converted to AC3 448 in my cases).

[jdobbs]

Looks like yes. I just did 2 tests with another movie (Rise of the Planet of the Apes):
Sync is off when "Assume PAL for DVD output" is enabled
Sync is perfect when "Assume PAL for DVD output" is disabled.
Not sure now if this has been the case with previous releases of BD-RB. I am pretty sure having done similar backups before with PAL output enabled, without sync issues.
The sync issue happens when making a DVD backup from a previous BD5 backup (which had the original DTS converted to AC3 448 in my cases). Do you have ALTERNATE_PAL=1 set or are you using the standard setting? Also -- what is the framerate of the source?

[jdobbs]

Looks like yes. I just did 2 tests with another movie (Rise of the Planet of the Apes):
Sync is off when "Assume PAL for DVD output" is enabled
Sync is perfect when "Assume PAL for DVD output" is disabled.
Not sure now if this has been the case with previous releases of BD-RB. I am pretty sure having done similar backups before with PAL output enabled, without sync issues.
The sync issue happens when making a DVD backup from a previous BD5 backup (which had the original DTS converted to AC3 448 in my cases). I just tried it with two different discs using both types of conversion (ALTERNATE_PAL=0/1). It came out perfectly with all combinations. :confused:

I have a DVD-9 backup of "Rise of the Planet of the Apes" laying around somewhere -- I'll find it and run against that for testing...

[Sharc]

Do you have ALTERNATE_PAL=1 set or are you using the standard setting? Also -- what is the framerate of the source?
I have ALTERNATE_PAL=1 set.
The framerate of the source (=BD5 movie-only backup) is 23.976 fps.
Please note that the problem exists only when converting a BD5 backup to DVD. When I convert from the original Blu-ray disc to DVD the sync is ok.

[Sharc]

I just tried it with two different discs using both types of conversion (ALTERNATE_PAL=0/1). It came out perfectly with all combinations. :confused:

I have a DVD-9 backup of "Rise of the Planet of the Apes" laying around somewhere -- I'll find it and run against that for testing...
This comes probably close to my case if your BD-9 backup is with AC3 audio (converted from the DTS original).
Anyway, as I mentioned I can always make a DVD from the original BD source rather than from its BD5 backup. So not too much to worry about.

[jdobbs]

I have ALTERNATE_PAL=1 set.
The framerate of the source (=BD5 movie-only backup) is 23.976 fps.
Please note that the problem exists only when converting a BD5 backup to DVD. When I convert from the original Blu-ray disc to DVD the sync is ok. From a BD Rebuilder point-of-view there is no difference between a BD-5 and a BD-9.

I just finished "Rise of the Planet of the Apes" from the BD-9 backup win ALTERNATE_PAL=1. It also was converted to AC3 5.1 from the original. It has perfect sync throughout. It's possible you may have a CODEC issue... but don't know for sure. I'd suggest you uninstall/reinstall BD-RB, HAALI, AVISYNTH, and FFDSHOW.

[jdobbs]

I've updated the first post of this thread with a new version of BD-RB (v0.40.01). Changes for this release:- Corrected an issue related to the program map
and remuxing of DTS Express and IGS streams.
- Modified ALTERNATE routines so that MKV and MP4
(non-iPOD/iPAD) formats will keep HD audio when
"Keep HD Audio" and "ALTERNATE/Intact Audio" are
both enabled.
- Modified ALTERNATE AVS creation to prevent
unnecessary inclusion of resize commands. This
can speed up some encodes.
- Added routines to include alternate angles in
the "Other Movie-Only Playlist" selection dialog.
- Reverted the recommended HAALI media splitter
to v1.9.42.1. Some systems seem to have issues
with the later version(s).
- Added a new (experimental) multi-processing mode
for extremely fast computers. Divides encoding
tasks among multiple instances of X264. Most
useful on systems that don't use 100% of the
available processor time. See the link in
HIDDENOPTS.TXT for more details.
- Updated the included version of MKVMERGE.EXE to
a newer release (v5.2.1.0).
- Updated the included version of X264.EXE to the
latest release (r2146).
- Updated the included version of X264-64.EXE to
the latest release (r2146).
- Other minor corrections and cosmetic fixes.

If (unlike me) you are one of the lucky people who own a "super-fast" computer and you decide to try the new multi-process mode. Please let me know how it works out for you...

[soneca]

Thank you! What would be considered a "super-fast" computer?
I do a test on automatic "1".

[omegaman7]

I set mine for the same. I'll likely run an encode tonight, then run the same encode again during the day tomorrow. I imagine a super fast computer would be a 6 or more core computer(or intel extreme). I imagine Jdobbs has at least a 4 core. Which I consider fast. However not SUPER fast :p Can't wait for a 10 core. I'm waiting to upgrade til those come out.

[jdobbs]

I'm thinking specifically of the folks who have posted here that their computer doesn't run at 100% processor utilization during encoding. As I mentioned in the changelog and HIDDENOPTS.TXT, a little more detail on the multiprocess setting is available at this link. (http://www.jdobbs.net/freeware/multiprocessing.html)

I'm running a Phenom II X4 945 @3.5Ghz -- but my system has always run at 100% during pass 2 so I get nothing there -- and although pass 1 typically doesn't use it all, it also doesn't leave a lot on the table. So I pick up a little on pass 1, nothing to write home about... but I'm thinking others will see much better improvements. More importantly I'm trying to step out in front of all the really fast processors that are coming down the road.

This multiprocessing feature was a lot of work, especially in trying to create frame-accurate segments in an environment that doesn't seem to care about frame accuracy. I had to do a lot of head banging -- so I'm hoping it doesn't disappoint.

[SqUaDrApHoNiC]

I'm thinking specifically of the folks who have posted here that their computer doesn't run at 100% processor utilization during encoding. As I mentioned in the changelog and HIDDENOPTS.TXT, a little more detail on the multiprocess setting is available at this link. (http://www.jdobbs.net/freeware/multiprocessing.html)

I'm running a Phenom II X4 945 @3.5Ghz -- but my system has always run at 100% during pass 2 so I get nothing there -- and although pass 1 typically doesn't use it all, it also doesn't leave a lot on the table. So I pick up a little on pass 1, nothing to write home about... but I'm thinking others will see much better improvements. More importantly I'm trying to step out in front of all the really fast processors that are coming down the road.

This multiprocessing feature was a lot of work, especially in trying to create frame-accurate segments in an environment that doesn't seem to care about frame accuracy. I had to do a lot of head banging -- so I'm hoping it doesn't disappoint.

Thanks again for your hard work, excellent feature/implementation. Best quality app out there.

[setarip_old]

@jdobbs - Corrected an issue related to the program map
and remuxing of DTS Express and IGS streams. Does this mean what I think it means? - Is DTS Express now properly processed even for the SONY 360?Should it work on "BD"5s and "BD"9s, as well as BD-R 25s?

[omegaman7]

I'm already impressed Jdobbs :D I'm seeing much more processor usage already, and i've barely began the test. Even if it isn't what I expect, I'm already impressed. You're definitely getting some support in the next 7 - 14 days. Can't wait to see the difference it's made.

[colinhunt]

Dual Xeon with 12GB of RAM here. I set multiprocess to 3 right away to see what happens. During pass 1 CPU usage was usually somewhere around 20-30%. With multiprocess=3 it's now hovering at 75-80% and BD-RB reports "FPS: 381". Now, before anyone soils their pants I have to admit the file it's processing is only 480i :)

Pass 2 is now commencing. CPU usage jumped to 100% and BD-RB reports 117 fps. This is still on a 480i file which is being deinterlaced and re-encoded by BD-RB. Memory usage is only 2,10 GB. CPU use for the three instances of x264 is 45%, 33% and 22%. The instance with the highest CPU % is using 350MB of memory, and the other two use 320MB each. After ~75% of file had been processed one instance of x264 finished its work and quit. With only two x264 instances running FPS jumped to 133.

This suggests it might be a good idea to run more x264 instances during pass 1 than pass 2. For example, 4 instances during pass 1 for maximum CPU usage, then only 2 instances during pass 2.

Main movie file processing begins in a few minutes. I'll update this post then.

BD-RB splitting main movie file (35GB) for 3-way encoding. Looks like a 10-minute job, approximately. (Used the waiting time wisely by making a donation.) The splitting process made me think about using an SSD drive to see if it affects performance during splitting phase.

OK, here we go.
Source: AVC 1080p/23.976
BD-RB set to Highest quality with "--tune film" tweaks in the .INI file.

PASS 1
x264 instances
#1: 20-30% CPU
#2: 19-25% CPU
#3: 18-23% CPU

Total CPU use 59-73%
Total RAM use 4,37 GB
Speed: 2,61x
FPS: ~63

RAM use has increased during the first few minutes from 800MB per x264 instance to 1,3GB per instance. Total RAM use has risen from below 4GB to 4,8GB.

update: Pass 1 is now 56% complete. CPU usage hovers around 65-70% and each instance eats up 1,4GB of RAM. Total RAM use is now 5,15GB.

PASS 2
at 10% completion
x264 instances
#1 at 50% CPU
#2 at 15-20% CPU
#3 at 30-40% CPU

Instances #2 and #3 use 1,1 GB of RAM each, #1 uses 0,1GB more.
Total CPU use 100% (Explorer goes like molasses)
Total RAM use 4,4 GB

Speed: 0,71x
FPS: ~17 (clear improvement over the usual 11-12 fps)

at 84% completion:
2 instances of x264 running
#1: CPU 55%, 1,2GB of RAM
#2: CPU 45%, 1,2GB of RAM

Speed: 0,77x
FPS: ~18,5
Total RAM use 3,62GB

[Ch3vr0n]

I'm game for trying out the new multiprocessing on my quadcore. I'm curious if there will be a time difference between LAVF & multiprocessing. I'll let ya know. Oh and sry i havent had time to do that audio sync issue. That will be done later this week. Oh and ya might wanna change the year in the startup image ;) Still lists 2011 :)

** edit: looking nice so far **

Source: Friends with benefits on 157.415 frames @ 18.425kbs @ MPEG-4 (AVC)
Mode: movie & menus
quality: 1 pass auto mode

Pass 1
3 instances of x264.exe
#1: 30-40%
#2: 26-35%
#3: 24-35%

All 3 using atm approx 650 - 670MB ram each

Total CPU use: 100%
Total ram use: 4.40-4.81GB atm 12% into the
Speed: 1.44x
FPS: ~34

** edit 25% into the build, ram use increased to approx 800MB each and a total of 5.41 **

[jdobbs]

BD-RB splitting main movie file (35GB) for 3-way encoding. Looks like a 10-minute job, approximately. The split has to run through the entire while source extracting the video stream(s) -- so it will take approximately the same amout of time as TSMUXER. It varies from 4 minutes to up around 11. So in order to come out ahead you have to save at least that much. On my system I find that I gain a little more than that on pass 1 -- and since it has already been split there is no cost for pass 2.

Unfortunately I can't change the number of X264 instances between passes 1 and 2 -- because X264 needs them to be identical. It would also require another split -- which would also add time.

[jdobbs]

I'm curious if there will be a time difference between LAVF & multiprocessing. If it works out well I'm hoping to add a module to split for LAVF as well. I'm also doing some testing with X264's internal resizing too -- that way LAVF mode could handle some of the ALTERNATE formats that require resizing -- and even use the 64 bit routines to do it. With no filters, LAVF mode should be able to do pretty much anything as long as you aren't trying to process a VC-1 interlaced source.

I think the program has gotten to a point where it is stable (for the most part, as long as the helper apps don't get hosed by some other process) -- so I'm now looking at ways to improve speeds.

[colinhunt]

Unfortunately I can't change the number of X264 instances between passes 1 and 2 -- because X264 needs them to be identical. It would also require another split -- which would also add time.
Very likely a stupid question as I'm not a programmer... So it's not possible to set instances to 4 for pass 1, and then during pass 2 drop instances to 2 while tellling the instances to process parts sequentially? For example, instance #1 begins processing part 1 and #2 begins with part 2. Once #1 is done with part 1 it begins processing part 3 and #2 moves to part 4 once its done with part 2.

Or how about starting 4 instances but only giving 2 instances parts to process? Too much of a kludge? ;)

I suppose further means of improving speed would include moving to 64-bit apps and multithreading, like Avisynth-MT.

[Ch3vr0n]

multiprocessing LAVF would be cool to see happening. multiprocessing LAFV x264-64 would be even better. That would definitely give a major speed increase. 80% into the current build and ram usage per instance is holding steady arround 800MB each, total cpu usage at 100%, total ram use at 5.2GB

** edit: recoding for main m2ts complete: job time including splitting and rejoining multiparts 93minutes**

i did notice some weird behavior. LAVF was disabled in the setup. yet x264-64 was launched and cpu usage was approx 100% for 1 pass encodes on the secondairy files. According to the release notes from September 5th, 2010 x264-64 should only be launched when LAVF is selected on a 64bit os. My OS is 64bit but lavf was not selected.

[Status]
LABEL=FRIENDS_WITH_BENEFITS
VERSION=v0.40.01 (beta)
SOURCE_SIZE=36453851971
SOURCE_VIDEO_SIZE=35969003520
TARGET_SIZE=24641536000
REDUCTION=.671597352858776
RESIZE_1080=0
AUDIO_TO_KEEP=dut;eng;nld;und;
KEEP_HD_AUDIO=-1
SUBS_TO_KEEP=dut;eng;nld;und;
BACKUP_MODE=0
MOVIEONLY_TYPE=0
USE_LAVF=0
MULTIPROCESS=3
QUICK=0
ENCODE_STEP=1.5
COMPLETED=6

** edit 2: well this is even weider. Now x264-64 doenst get loaded on VID_00102. On some it does others it doesnt. Weird"
** edit 3: Iso burning completed at 17.53. Job started on 14.45. So 2hrs for an 125video encoding and 3 blanks" Total size output 23.364.096kb aka 22.2GB
Now redoing same job with LAVF enabled. To check time diff

Job Restarted at 18.00.00hrs

[jdobbs]

multiprocessing LAVF would be cool to see happening. multiprocessing LAFV x264-64 would be even better. That would definitely give a major speed increase. 80% into the current build and ram usage per instance is holding steady arround 800MB each, total cpu usage at 100%, total ram use at 5.2GB

** edit: recoding for main m2ts complete: job time including splitting and rejoining multiparts 93minutes**

i did notice some weird behavior. LAVF was disabled in the setup. yet x264-64 was launched and cpu usage was approx 100% for 1 pass encodes on the secondairy files. According to the release notes from September 5th, 2010 x264-64 should only be launched when LAVF is selected on a 64bit os. My OS is 64bit but lavf was not selected.

** edit 2: well this is even weider. Now x264-64 doenst get loaded on VID_00102. On some it does others it doesnt. Weird" X264-64 might also be loaded for segments that have ATCDelta set. That was implemented because of a glitch in certain instances related to framecounts processed on multipart sources. I'll look at it and see if it is still necessary with the splitting...

[varekai]

Thought I'd share this, I'm a not-so-settings-savvy-person.
I just fired up BDRB like I use to do.
Usually I select ENCODE_QUALITY=4 and let it run over-nite.
But for this test I lowered the quality.

The new version 0.40.01 is a lot faster! :D

-----------------------
[11:49:38] BD Rebuilder v0.39.07 (beta)
- Source: xxx_xxx_xxx_x
- Input BD size: 43,16 GB
- Approximate total content: [02:48:21.091]
- Target BD size: 23,05 GB
- Windows Version: 6.1 [7601]
- MOVIE-ONLY mode enabled
- Quality: Good (Very Fast), Two Pass
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[11:49:38] PHASE ONE, Encoding
- [11:49:38] Processing: VID_00050 (1 of 1)
- [11:49:38] Extracting A/V streams [VID_00050]
- [11:56:03] Reencoding video [VID_00050]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 242*184 frames
- Bitrate: 13*606 Kbs
- [11:56:03] Reencoding: VID_00050, Pass 1 of 2
- [13:29:56] Reencoding: VID_00050, Pass 2 of 2
- [15:14:36] Video Encode complete
- [15:14:37] Processing audio tracks
- Track 4352 (xxx): Keeping original audio
- [15:14:37] Multiplexing M2TS
[15:20:30]PHASE ONE complete
[15:20:30]PHASE TWO - Rebuild Started
- [15:20:30] Rebuilding BD file Structure
[15:29:24] - Encode and Rebuild complete
[15:29:24]JOB: xxx_xxx_xxx_x finished.
-----------------------

-----------------------
[15:38:40] BD Rebuilder v0.40.01 (beta)
- Source: xxx_xxx_xxx_x
- Input BD size: 43,16 GB
- Approximate total content: [02:48:21.091]
- Target BD size: 23,05 GB
- Windows Version: 6.1 [7601]
- MOVIE-ONLY mode enabled
- Quality: Good (Very Fast), Two Pass
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[15:38:40] PHASE ONE, Encoding
- [15:38:40] Processing: VID_00050 (1 of 1)
- [15:38:40] Extracting A/V streams [VID_00050]
- [15:45:13] Reencoding video [VID_00050]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 242*184 frames
- Bitrate: 13*606 Kbs
- [15:45:13] Reencoding: VID_00050, Pass 1 of 2
- [16:29:37] Reencoding: VID_00050, Pass 2 of 2
- [17:13:58] Video Encode complete
- [17:13:59] Processing audio tracks
- Track 4352 (xxx): Keeping original audio
- [17:13:59] Multiplexing M2TS
[17:20:06]PHASE ONE complete
[17:20:06]PHASE TWO - Rebuild Started
- [17:20:06] Rebuilding BD file Structure
[17:29:10] - Encode and Rebuild complete
[17:29:10] JOB: xxx_xxx_xxx_x finished.
-----------------------

[jdobbs]

Thought I'd share this, I'm a not-so-settings-savvy-person.
I just fired up BDRB like I use to do.
Usually I select ENCODE_QUALITY=4 and let it run over-nite.
But for this test I lowered the quality.

The new version 0.40.01 is a lot faster! :D
Did you have MULTIPROCESS set?

[varekai]

Did you have MULTIPROCESS set?
No, not set.
I havn't looked into the HIDDENOPTS.TXT until now.
Will read more about it on your site.
I can do some more testings if you like?

[Rumbah]

The new x264 is much faster for me, too. 10-20% without any setting changed in some test encodes of mine (not tested with bdrb)

[colinhunt]

Now that one of the three x264 instances finished its job and the process is running two instances only, FPS went from ~17 to ~18.5 (now actually 19.00, whee! ... less than 10% to go and fps is now 19.50.). And while total CPU usage is still at 100%, the PC is much more responsive to use than it was when 3 instances were running.

It will be interesting to see how many instances BD-RB will launch when I set multiprocess to automatic (i.e. 1). On my PC 4 instances is optimal for Pass 1 (as extrapolated from current data) but 2 instances works best for Pass 2.

[Ch3vr0n]

@Jdobbs:

2nd rebuild of Friends with Benefits completed, LAVF enabled

Job 2: LAVF (multithread enabled, though according to you not used in LAVF situations)
Job Start: 18.00hrs
Job completion: 20.26hrs (including iso burning)
Total duration: approx 2.5hrs

Job 1: multithread enabled
Job Start: 14.45
Job Completion: 17.53 (including iso burning)
Total Duration: approx 3hrs 10 minutes

Total timeLOSS with multi thread (including splitting & rejoining) 40 minutes unless my math is off

I'd say that's a pretty significant timeloss for an experimental feature.

[colinhunt]

BD-RB just finished Pass 2 of a 290,138 frame main movie. Based on experience I can estimate previous versions of BD-RB would have taken approx. 400-450 minutes to process that Pass 2. This new version of BD-RB ran Pass 2 in 296 minutes with multiprocess enabled... and it would have been even faster if it had been running only 2 instances of x264 from the start instead of 3. Pass 1 took 100 minutes and I'm pretty certain earlier versions would have taken at least twice as long, perhaps more.

I'd say the total time saved is something like 3-4 hours. You know what that is? Awesome, that's what.

[soneca]

1 instance

- [15:33:42] Reencoding: VID_00000, Pass 1 of 2
- [15:58:33] Reencoding: VID_00000, Pass 2 of 2
- [17:18:10] Video Encode complete

3 instances
ram max pass 1 ~ 4,05GB
ram max pass 2 ~ 3,65GB
- [13:44:10] Reencoding: VID_00000, Pass 1 of 2
- [14:03:00] Reencoding: VID_00000, Pass 2 of 2
- [15:22:17] Video Encode complete

4 instances
ram max pass 1 ~ 5,06GB
ram max pass 2 ~ 4,5GB
- [10:40:58] Reencoding: VID_00000, Pass 1 of 2
- [10:59:39] Reencoding: VID_00000, Pass 2 of 2
- [12:19:40] Video Encode complete

I believe that using two instances in my case would be a good balance between speed on the first pass and consumption of ram.

[colinhunt]

Running the same backup again on v0.39.07 to see what sort of FPS figures I get.

Source: AVC/480i (DEINT processing enabled)
PASS 1
v0.39.07 - 179 fps
v0.40.01 - 381 fps (3 instances)

PASS2
v0.39.07 - 100 fps
v0.40.01 - 117 fps (3 instances)

from ~75% completion onwards:
v0.39.07 - 92 fps
v0.40.01 - 133 fps (2 instances)

Source: AVC/1080p23.976
PASS 1
v0.39.07 - 30 fps (...and dropping)
v0.40.01 - 63 fps (3 instances)

PASS 2
at 10% completion:
v0.39.07 - 13 fps (higher than expected!)
v0.40.01 - 17 fps (3 instances)


I user bd-rebuilder.log to compare how long it took for 0.39.07 and 0.40.01 to make two passes of the same main movie file using the exact same settings.

v0.40.01: 6 hours 36 minutes
v0.39.07: 7 hours 54 minutes

Despite higher fps figures especially for Pass 1, the difference in total time is not quite as big as I originally estimated. I was expecting to see 11-12 fps for Pass 2 from v0.39.07 but the disc I picked for the test was "easier" to re-encode than I thought it would be.

[jdobbs]

@Jdobbs:

2nd rebuild of Friends with Benefits completed, LAVF enabled

Job 2: LAVF (multithread enabled, though according to you not used in LAVF situations)
Job Start: 18.00hrs
Job completion: 20.26hrs (including iso burning)
Total duration: approx 2.5hrs

Job 1: multithread enabled
Job Start: 14.45
Job Completion: 17.53 (including iso burning)
Total Duration: approx 3hrs 10 minutes

Total timeLOSS with multi thread (including splitting & rejoining) 40 minutes unless my math is off

I'd say that's a pretty significant timeloss for an experimental feature. Gotta be something wrong there. At the most you should lose no more than the time associated with splitting... and in most cases that would be 5-10 minutes. The only other possibility might be if you are running short on memory.

[jdobbs]

No, not set.
I havn't looked into the HIDDENOPTS.TXT until now.
Will read more about it on your site.
I can do some more testings if you like? If you're getting improvements without MULTIPROCESS set I would have to guess the improvement is in the new version of X264. Have you checked the output and it looks good/normal?

[jdobbs]

The new x264 is much faster for me, too. 10-20% without any setting changed in some test encodes of mine (not tested with bdrb) That's good to know. I'll go back through the changelog of X264 and see where it could pick up that much. 10-20% seems likea lot.

[soneca]

The new x264 is much faster for me, too. 10-20% without any setting changed in some test encodes of mine (not tested with bdrb)
I got a gain of ~12% using the 64bit version and preset slower.

[Rumbah]

That's good to know. I'll go back through the changelog of X264 and see where it could pick up that much. 10-20% seems likea lot.

There were CABAC Trellis asm optimizations. Must have been the last commits.

[Ch3vr0n]

Gotta be something wrong there. At the most you should lose no more than the time associated with splitting... and in most cases that would be 5-10 minutes. The only other possibility might be if you are running short on memory.

Doubt it, never ran above 5.5GB. Got 8 gig installed. I'll run another encode tomorrow. Its a bit too late now.

[dfsooner]

I set multiprocess=3 but I'm only seeing one instance of x264 and it is 32-bit. What do I need to do to use multiple instances of 64-bit x264?

I'm seeing the desired increase in CPU usage but only modest memory usage increase.

Intel i7 2600K - 8GB Windows 7 x64.

[Sharc]

From a BD Rebuilder point-of-view there is no difference between a BD-5 and a BD-9.

I just finished "Rise of the Planet of the Apes" from the BD-9 backup win ALTERNATE_PAL=1. It also was converted to AC3 5.1 from the original. It has perfect sync throughout. It's possible you may have a CODEC issue... but don't know for sure. I'd suggest you uninstall/reinstall BD-RB, HAALI, AVISYNTH, and FFDSHOW.
My latest findings:
Sync is ok with ALTERNATE_PAL=0 (but then I get the ugly blends)
Sync fails with ALTERNATE_PAL =1.
(I have reinstalled everything but Avisynth. This may be my next trial).

[bassnut]

just redooing my oc now and will run some tests to with my 1090T tomorrow once i have tested for stability.

[jdobbs]

I set multiprocess=3 but I'm only seeing one instance of x264 and it is 32-bit. What do I need to do to use multiple instances of 64-bit x264?

I'm seeing the desired increase in CPU usage but only modest memory usage increase.

Intel i7 2600K - 8GB Windows 7 x64. Reasons that could happen:

1. LAVF is set.
2. Resizing. (ALTERNATE resizing or selecting one of the resize options in SETUP)
3. VC-1 Interlaced source.

[setarip_old]

@jdobbs

If, "- Corrected an issue related to the program map and remuxing of DTS Express and IGS streams." means that all standalone players should now properly process ExpressDTS audio, I'm sorry to tell you that I used v.40.01 to produce a 25Gb disc of one of the "Band of Brothers" Blu-rays - and playback on my SONY BDP S360 exhibited the same old behavior of silent PIP inserted video, with reduced volume primary audio.

If the "corrected issue" was NOT expected to accomplish this, please advise.

[jdobbs]

@jdobbs

If, "- Corrected an issue related to the program map and remuxing of DTS Express and IGS streams." means that all standalone players should now properly process ExpressDTS audio, I'm sorry to tell you that I used v.40.01 to produce a 25Gb disc of one of the "Band of Brothers" Blu-rays - and playback on my SONY BDP S360 exhibited the same old behavior of silent PIP inserted video, with reduced volume primary audio.

If the "corrected issue" was NOT expected to accomplish this, please advise. Nope. It didn't mean that at all. This was an unrelated issue that also had to be fixed.

[setarip_old]

Considering my results, I'm glad to hear that ;>}

[omegaman7]

Clearly I need a more powerful system to benefit from the new code. I did hear you say (Jdobbs), that you didn't benefit much. Although perhaps playing with more settings. I'm pretty sure this version is friskier though. Apparently the new X264 has better optimizations. In any case, my results from a star trek VI encode.


All done at "High Quality"
Main title encoding
1hr:04m:35s 1st pass (MULTIPROCESS=1)
2hr:31m:11s 2nd pass (MULTIPROCESS=1)


1hr:05m:26s 1st pass (MULTIPROCESS=DISABLED)
2hr:29m:28s 2nd pass (MULTIPROCESS=DISABLED)

Overall encode
4hr:24m:47s (MULTIPROCESS=1)
4hr:21m:38s (MULTIPROCESS=DISABLED)

[dfsooner]

Reasons that could happen:

1. LAVF is set.
2. Resizing. (ALTERNATE resizing or selecting one of the resize options in SETUP)
3. VC-1 Interlaced source.

Source is MPEG-4 AVC 1080p
LAVF not set.
INF file:
[Status]
LABEL=CHUCK_S1D3
VERSION=v0.40.01 (beta)
SOURCE_SIZE=19593642692
SOURCE_VIDEO_SIZE=19558010880
TARGET_SIZE=8422162432
REDUCTION=.428802840506447
RESIZE_1080=0
AUDIO_TO_KEEP=eng;
KEEP_HD_AUDIO=-1
SUBS_TO_KEEP=eng;fra;ger;spa;
BACKUP_MODE=0
MOVIEONLY_TYPE=0
USE_LAVF=0
MULTIPROCESS=1
QUICK=0
ENCODE_STEP=1.5
REBUILD_COMPLETE=0
[00001]
AUDIO=100
PGS=1110000
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=2412705328
RATE=6175

Also noticed that MULTIPROCESS=1 is inserted even though I specified a value of 3 in the .ini file.

Can x264-64 be specified or does the the program choose the 32-bit or 64-bit dynamically?

[Chuckwagon]

Just adding my results so far testing the new multiprocessor code.

Adding MULTIPROCESS=n to the Config file seems to work, as the log file reports MULTIPROCESS=3 when I set it to MULTIPROCESS=3 in the Config file, so I am assuming it is doing as it should.

My system is an i7 X980 with 6GB of RAM. I am doing a full backup of X-Men: First Class.
- Input BD size: 44.11 GB
- Approximate total content: [04:35:20.959]
- Target BD size: 22.95 GB
- Windows Version: 6.1 [7601]
- Quality: High-Speed Option (BD-25), ABR
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640

I used the times from "PHASE ONE, Encoding" and "Encode and Rebuild complete" as reported in the log file as my start and stop times to calculate the total time for the backup. (I left out the time it takes to write the ISO just in case there are any size differences or hard drive hiccups.)

With MULTIPROCESS=0 the total time is 1:29:22, and the completed ISO is 23,001,024 KB in size.

With MULTIPROCESS=1 the total time is 1:29:20, and the completed ISO is 23,001,088 KB in size.

With MULTIPROCESS=3 the total time is 1:28:02, and the completed ISO is 22,994,240 KB in size.

So, for my system, with this disc, there is very little change with the various settings.

I will try again another disc and report again.

[Yordan5]

Intel Core i5 2500K, 6Gb RAM, Windows 7 64bit.

Input file (bluray movie only) 26Gb

Output, bluray DVD5, 1080p, audio downmix to Stereo 192khz

MULTIPROCESS=3

During encoding Pass 1 and Pass 2 three instances of x264 were running.

From start to end it took 3.08hrs to complete the whole movie.

Then I ran the same settings again (just to compare if MULTIPROCESS would make any difference) only this time I disabled MULTIPROCESS. However, I noticed that for some reason BD Rebuilder ran MULTIPROCESS=1 (even though I disabled it by removing the MULTIPROCESS line from the edit list). During encoding Pass 1 only one instance of x264 was running. I did not stay around to see if it would be different during Pass 2.

From Start to end it took about 8min longer this time.

[colinhunt]

I'm running the same disc (Malcolm X, if you must know) again with 0.40.01, but this time with multiprocess=1... and BD-RB is splitting the main movie file for 10-way encoding. Whoa! This should be interesting ;)

** update
Pass 1 is reaching 84 fps on 10 instances. On 3 instances (set manually) it reached 63 fps.
Oh wow, total RAM use 11.8 GB. Of course; 10 instances eating more than 1GB each.

I'm pretty sure 10 instances will choke on Pass 2. We'll see.

** update
The system started running out of RAM halfway through Pass 1. Swapping memory to HDD caused an instant performance hit and the PC became extremely sluggish to use.

** update
Uh-huh. It's getting pretty bad. I don't like the sounds my encoding PC is making. I think I have to kill BD-RB process. With extreme prejudice. Kill it with fire.

** update
It's done. What a gruesome scene. I barely managed to make it out alive. Let this be a cautionary tale to one and all.

[colinhunt]

However, I noticed that for some reason BD Rebuilder ran MULTIPROCESS=1 (even though I disabled it by removing the MULTIPROCESS line from the edit list). During encoding Pass 1 only one instance of x264 was running
It's not multiprocessing if it's running only a single instance.

[bassnut]

Running CPLOMBIANA now will see what the results are when I get home.

Just a note to Norton Internet Security 2012 users ...... Nortons is being a pain again and is being dificult even when adding BDREBUILDER to exclusions.

[varekai]

Did you have MULTIPROCESS set?
If you're getting improvements without MULTIPROCESS set I would have to guess the improvement is in the new version of X264. Have you checked the output and it looks good/normal?
Tried new settings.
USE_LAVF=0
MULTIPROCESS=1

CPU load on reencoding 90-100% (i7 2600K @ 4.3GHz)
No memory issues, stable at 10% (16GB)

Quality: Good (Very Fast), Two Pass encodings look great on PC display.
Will burn to a BD-RE and check with Oppo and plasma.
Output looks alright though a higher encode quality will improve for shure.
Next test is to enable ENCODE_QUALITY=4

-----------------------
[09:38:44] BD Rebuilder v0.40.01 (beta)
- Source: xxx_xxx_xxx_x
- Input BD size: 43,16 GB
- Approximate total content: [02:48:21.091]
- Target BD size: 23,05 GB
- Windows Version: 6.1 [7601]
- MOVIE-ONLY mode enabled
- Quality: Good (Very Fast), Two Pass
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[09:38:44] PHASE ONE, Encoding
- [09:38:44] Processing: VID_00050 (1 of 1)
- [09:38:44] Extracting A/V streams [VID_00050]
- [09:45:17] Reencoding video [VID_00050]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 242*184 frames
- Bitrate: 13*606 Kbs
- [09:45:17] Reencoding: VID_00050, Pass 1 of 2
- [10:29:42] Reencoding: VID_00050, Pass 2 of 2
- [11:14:01] Video Encode complete
- [11:14:02] Processing audio tracks
- Track 4352 (xxx): Keeping original audio
- [11:14:02] Multiplexing M2TS
[11:20:35]PHASE ONE complete
[11:20:35]PHASE TWO - Rebuild Started
- [11:20:35] Rebuilding BD file Structure
[11:29:39] - Encode and Rebuild complete
[11:29:39] JOB: xxx_xxx_xxx_x finished.
-----------------------

[Yordan5]

It's not multiprocessing if it's running only a single instance.

I understand that. MULTIPROCESS=1 means that BD Rebuilder will decide if additional instances are required (looks like here it decided multiple instances were not required). I only mentioned it as I specifically deleted MULTIPROCESS from the Edit list and yet it appeared again.

[steveg32]

@jdobbs

"Error in attempt to multiplex: MUX_00136.meta
- Can't open file: ... WORKFILES\VID_00136_2.AVS.MKV"

--------------------------------

- Windows Version: 6.1 [7601]
- AVISYNTH Version: [2.5.8.0], Ok
- HAALI Splitter: [1.9.42.1], Ok
- FFDSHOW: [3882], Ok
- WIN7 preferred AVC CODEC: Ok
- WIN7 preferred VC-1 CODEC: Ok
- WIN7 preferred MPEG2 CODEC: Ok
- FFDSHOW VC-1 set to "wmv9", Ok
- FFDSHOW MPEG2 set to "libavcodec": Ok
- FFDSHOW AVC set to "ffmpeg-mt": Ok
- BD Rebuilder v0.40.0.1, Ok
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok

--------------------------

[Options]
VERSION=0.40.0.1
DTSX_ENABLE=1
MODE=0
ENCODE_QUALITY=0
ONEPASS_ENCODING=2
AUTO_QUALITY=1
MINIMIZE_TO_TRAY=1
TARGET_SIZE=23500
AUTO_BURN=2
AUDIO_TO_KEEP=eng;
SUBS_TO_KEEP=all
SD_CONVERT=0
OPEN_GOP=0
RESIZE_1080=0
DEINTERLACE=1
SD_TO_1080=0
CONVERT_WIDE=0
DTS_REENCODE=0
AC3_REENCODE=0
AC3_640=1
AC3_192=0
KEEP_HD_AUDIO=1
AVCHD=1
REMOVE_WORKFILES=1
MOVIE_ONLY_LOOP=1
REMOVE_OUTPUT=0
USE_FILTERS=0
BDMV_CERT_ONLY=1
USE_LAVF=0
IVTC_PULLDOWN=0
ASSUME_DVD_PAL=0
UNMASK_CHAPTER=0
COMPLETION_BEEP=1
AUDIO_TRACK_LIMIT=0
SUBTITLE_TRACK_LIMIT=0
CUSTOM_TARGET_SIZE=23500
QUICK_EXTRAS=1
[Paths]
SOURCE_PATH=C:\USERS\STEVE\VIDEOS\MY ANYDVD HD BLU-RAY RIPS\
WITH DT EXPRESS AUDIO\BATTLE_LA\WORKING_PATH=C:\USERS\STEVE\
VIDEOS\MY BD-REBUILDER ENCODES\MY BD-25_GOOD_1 PASS ABR\

--------------------

[02:12:52] BD Rebuilder v0.40.01 (beta)
- Source: BATTLE_LA
- Input BD size: 39.58 GB
- Approximate total content: [03:52:52.748]
- Target BD size: 22.95 GB
- Windows Version: 6.1 [7601]
- Auto Quality: Good (Very Fast), ABR
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[02:12:52] PHASE ONE, Encoding
- [02:12:52] Processing: VID_00127 (1 of 34)
- [02:12:52] Extracting A/V streams [VID_00127]
- [02:12:55] Reencoding video [VID_00127]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 165 frames
- [02:12:55] Reencoding: VID_00127, Pass 1 of 1
- [02:12:57] Video Encode complete
- [02:12:57] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [02:12:57] Multiplexing M2TS
- [02:13:01] Processing: VID_00101 (2 of 34)
- [02:13:01] Extracting A/V streams [VID_00101]
- [02:13:08] Reencoding video [VID_00101]
- Source Video: MPEG-2, 1920x1080
- Rate/Length: 23.976fps, 1,012 frames
- [02:13:08] Reencoding: VID_00101, Pass 1 of 1
- [02:13:19] Video Encode complete
- [02:13:19] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [02:13:19] Multiplexing M2TS
- [02:13:23] Processing: VID_00104 (3 of 34)
- [02:13:23] Extracting A/V streams [VID_00104]
- [02:13:30] Reencoding video [VID_00104]
- Source Video: MPEG-2, 1920x1080
- Rate/Length: 23.976fps, 1,012 frames
- [02:13:30] Reencoding: VID_00104, Pass 1 of 1
- [02:13:41] Video Encode complete
- [02:13:41] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [02:13:41] Multiplexing M2TS
- [02:13:45] Processing: VID_00129 (4 of 34)
- [02:13:45] Extracting A/V streams [VID_00129]
- [02:13:53] Reencoding video [VID_00129]
- Source Video: MPEG-2, 1920x1080
- Rate/Length: 23.976fps, 1,330 frames
- [02:13:53] Reencoding: VID_00129, Pass 1 of 1
- [02:14:07] Video Encode complete
- [02:14:07] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [02:14:07] Multiplexing M2TS
- [02:14:12] Processing: VID_00116 (5 of 34)
- [02:14:12] Extracting A/V streams [VID_00116]
- [02:14:19] Reencoding video [VID_00116]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 1,883 frames
- [02:14:19] Reencoding: VID_00116, Pass 1 of 1
- [02:14:47] Video Encode complete
- [02:14:47] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [02:14:47] Multiplexing M2TS
- [02:14:52] Processing: VID_00136 (6 of 34)
- [02:14:52] Extracting A/V streams [VID_00136]
- [02:15:00] Reencoding video [VID_00136]
- [02:15:00] Reencoding secondary video [TRK_02]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 856 frames
- Bitrate: 14,731 Kbs
- [02:15:02] Reencoding: VID_00136, Pass 1 of 1
- [02:15:17] Video Encode complete
- [02:15:17] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 6656 (eng): Keeping original audio
- Track 4353 (eng): Keeping original audio
- [02:15:17] Multiplexing M2TS
- Error in attempt to multiplex: MUX_00136.meta
- Can't open file: C:\USERS\STEVE\VIDEOS\MY BD-REBUILDER ENCODES\MY
BD-25_GOOD_1 PASS ABR\WORKFILES\VID_00136_2.AVS.MKV
[02:15:21] - Failed to build structure, aborted

----------------

"DTSX_ENABLE=1" is the only change I added to my config/INI file. Tried 3x but always ends like this. Mahalo, Steve :confused:

Tried again but without "DTSX_ENABLE=1" added to my config/INI file. Got the exact error again. Mahalo, Steve :confused:

[jdobbs]

Intel Core i5 2500K, 6Gb RAM, Windows 7 64bit.

Input file (bluray movie only) 26Gb

Output, bluray DVD5, 1080p, audio downmix to Stereo 192khz

MULTIPROCESS=3

During encoding Pass 1 and Pass 2 three instances of x264 were running.

From start to end it took 3.08hrs to complete the whole movie.

Then I ran the same settings again (just to compare if MULTIPROCESS would make any difference) only this time I disabled MULTIPROCESS. However, I noticed that for some reason BD Rebuilder ran MULTIPROCESS=1 (even though I disabled it by removing the MULTIPROCESS line from the edit list). During encoding Pass 1 only one instance of x264 was running. I did not stay around to see if it would be different during Pass 2.

From Start to end it took about 8min longer this time. Don't confuse the value in the INF file with the one in the INI. The one in the INF says how many instances are actually running, the one in the INI tell BD-RB how to determine that number. In other words, setting it to "0" in the INI would mean "1" in the INF. Setting a "1" in the INI could mean any number in the INF depending upon your system.

I've changed the label in the INF to "INSTANCES" for the next release (just to avoid confusion).

[jdobbs]

I'm running the same disc (Malcolm X, if you must know) again with 0.40.01, but this time with multiprocess=1... and BD-RB is splitting the main movie file for 10-way encoding. Whoa! This should be interesting ;)

** update
Pass 1 is reaching 84 fps on 10 instances. On 3 instances (set manually) it reached 63 fps.
Oh wow, total RAM use 11.8 GB. Of course; 10 instances eating more than 1GB each.

I'm pretty sure 10 instances will choke on Pass 2. We'll see.

** update
The system started running out of RAM halfway through Pass 1. Swapping memory to HDD caused an instant performance hit and the PC became extremely sluggish to use.

** update
Uh-huh. It's getting pretty bad. I don't like the sounds my encoding PC is making. I think I have to kill BD-RB process. With extreme prejudice. Kill it with fire.

** update
It's done. What a gruesome scene. I barely managed to make it out alive. Let this be a cautionary tale to one and all. 10-way encoding with MULTIPROCESS=1? You'd have to have at least 16 processors (as indicated by the NUMBER_OF_PROCESSORS environment variable) and 12GB of memory for that to happen. The current algorithm gives you the lesser of (.6 x processors) or (memory / 1GB). I'll adjust it down for the next release.

What kind of monster system are you using? I'm guessing it is the kind for which this feature was actually intended. So with MULTIPROCESS=3 you're seeing about a 50% increase in encoding speed, apparently. Obviously 10 processes was a bad idea -- can you try it with 6 or so?

[jdobbs]

@steveg32

I'll do some testing and see if the new code has somehow affect the muxing of DTS-X.

[Chuckwagon]

I have completed a second comparison, only this time I used the "MOVIE and MENUS" mode on a disc (Diehard) that has one large main movie stream and not many smaller streams (X-Men: First Class.)

Using the same system, an i7 X980 with 6GB of RAM, and these settings,
- Input BD size: 29.61 GB
- Approximate total content: [03:00:38.394]
- Target BD size: 22.95 GB
- Windows Version: 6.1 [7601]
- MOVIE and MENUS mode enabled
- Quality: High-Speed Option (BD-25), ABR
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
I got these results:

With MULTIPROCESS=0 the total time is 1:21:53, and the completed ISO is 23,183,232 KB in size.

With MULTIPROCESS=3 the total time is 1:09:09, and the completed ISO is 23,256,320 KB in size.

So for this disc, using the mp setting at 3 results in an encode that is 12:44 faster than the single processor run, with an output ISO that is 73,088 KB larger.

So I've been able to see good improvement (15%) in encoding speed with one disc, but no change with another. The differences between them were full backup vs movie and menus only, and a main title comprised of many files vs just one.

Is there a minimum size an extracted file needs to be in order to be split for multiprocessing? If not, I will try a full backup of Diehard, and a movie and menus backup of X-Men: First Class, and see if either change alters the behavior.

[jdobbs]

@steveg32

Is MKV_INTERMEDIATE=1 set in your INI file?

[jdobbs]

I have completed a second comparison, only this time I used the "MOVIE and MENUS" mode on a disc (Diehard) that has one large main movie stream and not many smaller streams (X-Men: First Class.)

Using the same system, an i7 X980 with 6GB of RAM, and these settings,
- Input BD size: 29.61 GB
- Approximate total content: [03:00:38.394]
- Target BD size: 22.95 GB
- Windows Version: 6.1 [7601]
- MOVIE and MENUS mode enabled
- Quality: High-Speed Option (BD-25), ABR
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
I got these results:

With MULTIPROCESS=0 the total time is 1:21:53, and the completed ISO is 23,183,232 KB in size.

With MULTIPROCESS=3 the total time is 1:09:09, and the completed ISO is 23,256,320 KB in size.

So for this disc, using the mp setting at 3 results in an encode that is 12:44 faster than the single processor run, with an output ISO that is 73,088 KB larger.

So I've been able to see good improvement (15%) in encoding speed with one disc, but no change with another. The differences between them were full backup vs movie and menus only, and a main title comprised of many files vs just one.

Is there a minimum size an extracted file needs to be in order to be split for multiprocessing? If not, I will try a full backup of Diehard, and a movie and menus backup of X-Men: First Class, and see if either change alters the behavior. Yes there is a minimum size. BD-RB will not split a file unless there are a minimum of 5000 frames per segment. That's to ensure there isn't a quality drop because of a shortage of frame samples in which to distribute bitrate. That means that multi-part sources are less likely to benefit from multi-processing (depending upon the size of the parts).

Interesting that the output size was different -- I hadn't noticed that in my testing. It shouldn't matter with a difference that small, though.

[omegaman7]

@steveg32

Is MKV_INTERMEDIATE=1 set in your INI file?
I don't know about steve, but my INI does not contain such an entry. This is the very first time I've seen this error.

I even attempted to NOT keep the HD. Thereby compressing to 640Kbs. Still an error during mux.

I'm afraid I didn't keep the older version of BD rebuilder. I never do. My history with the program has been 95% perfect :)

Removing the DTS-HD XLL track via double click had no effect.

[01:43:49] BD Rebuilder v0.40.01 (beta)
- Source: STAR_TREK_S1D3
- Input BD size: 44.40 GB
- Approximate total content: [04:56:52.610]
- Target BD size: 23.10 GB
- Windows Version: 6.1 [7601]
- Quality: High Quality (Default), Two Pass
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[01:43:51] PHASE ONE, Encoding
- [01:43:51] Processing: VID_00001 (1 of 64)
- [01:43:51] Extracting A/V streams [VID_00001]
- [01:44:01] Reencoding video [VID_00001]
- [01:44:01] Reencoding secondary video [TRK_02]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23.976fps, 4,952 frames
- Bitrate: 1,171 Kbs
- [01:44:12] Reencoding: VID_00001, Pass 1 of 2
- [01:46:02] Reencoding: VID_00001, Pass 2 of 2
- [01:48:27] Video Encode complete
- [01:48:27] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (eng): Keeping original audio
- [01:48:27] Multiplexing M2TS
- Error in attempt to multiplex: MUX_00001.meta
- Can't open file: R:\BD OUTPUT\WORKFILES\VID_00001_2.AVS.MKV
[01:48:30] - Failed to build structure, aborted

[jdobbs]

Yeah, I got it too when I tested a disc with a secondary. I'll fix it and post a correction version.

[colinhunt]

10-way encoding with MULTIPROCESS=1? You'd have to have at least 16 processors (as indicated by the NUMBER_OF_PROCESSORS environment variable) and 12GB of memory for that to happen. What kind of monster system are you using? I'm guessing it is the kind for which this feature was actually intended.
It's got two quad-core Xeons and 12 GB of RAM. That's a total of 8 physical cores, running 16 threads. So I'd say your guess is pretty much on the nose, if BD-RB thinks threads = processors.

So with MULTIPROCESS=3 you're seeing about a 50% increase in encoding speed, apparently.
The encoding speed during Pass 2 actually got faster when one of the three instances quit after finishing its part. That makes me very interested to see what happens during Pass 2 with 6-way split.

A single instance maxes out my CPU(s) but only during Pass 2. Pass 1 has been the biggest bottleneck in the past; a single instance barely breaks the 10% CPU usage barrier. No wonder 10 instances worked great for Pass 1 FPS-wise. Too bad the system ran out of RAM.

Obviously 10 processes was a bad idea -- can you try it with 6 or so?
10 might have been fine if the PC had had enough RAM. I'll set multiprocess=6 for the next test.

[MrT.]

failed doing a bd25 - movie and menu only, backup. It has a secondary video.

- Input BD size: 28.78 GB
- Approximate total content: [02:36:21.162]
- Target BD size: 22.95 GB
- Windows Version: 6.1 [7601]
- MOVIE and MENUS mode enabled
- Auto Quality: Good (Very Fast), ABR
- Audio Settings: AC3=1 DTS=1 HD=1 Kbs=640
[12:51:58] PHASE ONE, Encoding
- [12:51:58] Blanking: VID_00061 (1 of 74)
- [12:51:58] Blanking: VID_00062 (2 of 74)
- [12:51:58] Blanking: VID_00084 (3 of 74)
- [12:51:58] Blanking: VID_00085 (4 of 74)
- [12:51:58] Blanking: VID_50055 (5 of 74)
- [12:51:58] Blanking: VID_50056 (6 of 74)
- [12:51:58] Blanking: VID_50057 (7 of 74)
- [12:51:58] Blanking: VID_50058 (8 of 74)
- [12:51:58] Blanking: VID_50059 (9 of 74)
- [12:51:58] Blanking: VID_50060 (10 of 74)
- [12:51:58] Blanking: VID_50100 (11 of 74)
- [12:51:58] Blanking: VID_50101 (12 of 74)
- [12:51:58] Blanking: VID_50102 (13 of 74)
- [12:51:58] Blanking: VID_50103 (14 of 74)
- [12:51:58] Blanking: VID_50104 (15 of 74)
- [12:51:58] Blanking: VID_50105 (16 of 74)
- [12:51:58] Blanking: VID_50106 (17 of 74)
- [12:51:58] Blanking: VID_50126 (18 of 74)
- [12:51:59] Processing: VID_50201 (19 of 74)
- [12:51:59] Extracting A/V streams [VID_50201]
- [13:10:29] Reencoding video [VID_50201]
- [13:10:29] Reencoding secondary video [TRK_02]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23.976fps, 148,191 frames
- Bitrate: 24,690 Kbs
- [13:22:03] Reencoding: VID_50201, Pass 1 of 1
- [14:17:33] Video Encode complete
- [14:17:33] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [14:17:33] Multiplexing M2TS
- Error in attempt to multiplex: MUX_50201.meta
- Can't open file: C:\OUTPUT\WORKFILES\VID_50201_2.AVS.MKV
[14:17:37] - Failed to build structure, aborted
-------------------------------
VERSION=v0.40.01 (beta)
SOURCE_SIZE=30897118762
SOURCE_VIDEO_SIZE=30397298688
TARGET_SIZE=24641536000
REDUCTION=.79420596460864
RESIZE_1080=0
AUDIO_TO_KEEP=eng;
KEEP_HD_AUDIO=-1
SUBS_TO_KEEP=eng;fra;fre;
BACKUP_MODE=0
MOVIEONLY_TYPE=0
USE_LAVF=0
MULTIPROCESS=1
QUICK=0
ENCODE_STEP=4
[50201]
AUDIO=100000
PGS=10101
VIDEO2=333898650.210084
V2MBRATE=7000
M2TS_TARGET=24141715926
RATE=24690

[omegaman7]

Secondary video eh? Apparently not an isolated problem. I wonder what causes it.

[jdobbs]

@MrT

That was already reported, I already noted that I was able to repeat it, I also said I'll be releasing an interim that fixes it (two posts up from yours).

[jdobbs]

I have updated the first post of this thread with links to a new version of BD-RB (v0.49.02). Changes for this release:- Corrected an issue introduced in v0.40.1 in
which an error occured during muxing of
streams containing secondary video.
- Made modifications to the algorithm used for
multi-processing instance count selection.
- Changed the label used in INF files that logs
the number of instances used during encoding
to prevent confusion with that in the INI.
- Other minor corrections and cosmetic fixes.

[omegaman7]

Thank you JD. Just in time for another test :D

[MrT.]

thanks jdobbs ! :D

[jdobbs]

It's got two quad-core Xeons and 12 GB of RAM. That's a total of 8 physical cores, running 16 threads. So I'd say your guess is pretty much on the nose, if BD-RB thinks threads = processors.


The encoding speed during Pass 2 actually got faster when one of the three instances quit after finishing its part. That makes me very interested to see what happens during Pass 2 with 6-way split.

A single instance maxes out my CPU(s) but only during Pass 2. Pass 1 has been the biggest bottleneck in the past; a single instance barely breaks the 10% CPU usage barrier. No wonder 10 instances worked great for Pass 1 FPS-wise. Too bad the system ran out of RAM.


10 might have been fine if the PC had had enough RAM. I'll set multiprocess=6 for the next test.
Interesting that your system sets the NUMBER_OF_PROCESSORS environment variable to the thread count rather than the actual "number of processors". That's kinda' cheating a bit.

Unfortunately, if you're not seeing any "left-over" processor time it's unlikely you'll get any speed improvement in pass 2. But using 6 instances on your system probably wouldn't slow it down either.

You know, there might actually be a way to use multiple processes in pass 1 and only one in pass 2. I think all I'd have to do is combine the stats and mbtree files before the run -- and then use the original AVS file (before the split). I'd have to research the mbtree file format, though... but the source code is available so that's not a huge challenge. I'm not sure how many systems other than yours would see much benefit, though.

[mayhem2408]

How do I set the Movie and Menu Only mode as shown in MrT post? It appears buy the new files and the Blank option is close. Can it be enabled yet?

[jdobbs]

How do I set the Movie and Menu Only mode as shown in MrT post? It appears buy the new files and the Blank option is close. Can it be enabled yet? Search this thread for "ENABLE_TEST". It is still experimental -- but there is a post explaining how to use it.

[mayhem2408]

Sweet. Found It. Enabled It. Now testing it. Thanks JD

[jdobbs]

Sweet. Found It. Enabled It. Now testing it. Thanks JD Hopefully you found this link (http://forum.doom9.org/showthread.php?p=1526277&highlight=enable_test%27#post1526277).

[bluballz]

jdobbs is there an undocumented setting for the size limit, or how bdrb calculates what are extras, when it runs quicker encode for extras?

For example, the way I have it setup, it does 1 pass crf 18 encodes on what it deems "extras" but does 2 pass high quality on what it defines the main feature. Currently it is running 2 passes on a 7gb extras video file which is 38 minutes, has 1 video 1 audio and 3 subtitle tracks.

Awesome work by the way, keep it up :)

[AmigaFuture]

I, Too, am noticing Sweet speed increase with my 8 Core system (i7 930) and slightly overclocked with 6GB of RAM and multiple HDDs. I originally had the PageFile disabled, but noticed for the Re-Encodes to operate successfully with MULTIPROCESS it has to be turned ON, haha. I was using MULTIPROCESS=1 1st and thought "Wow! Nice!" I'm testing from a Clean 0.40.1.

I'm glad to see the ENABLE_TEST as I missed that before. I'll check that, now, too. My encodes from MULTIPROCESS is looking great...and in sync.

[Yordan5]

I, Too, am noticing Sweet speed increase with my 8 Core system (i7 930) and slightly overclocked with 6GB of RAM and multiple HDDs. I originally had the PageFile disabled, but noticed for the Re-Encodes to operate successfully with MULTIPROCESS it has to be turned ON, haha. I was using MULTIPROCESS=1 1st and thought "Wow! Nice!" I'm testing from a Clean 0.40.1.

I'm glad to see the ENABLE_TEST as I missed that before. I'll check that, now, too. My encodes from MULTIPROCESS is looking great...and in sync.

Well, I guess that's the minimum spec one needs to have in order to take advantage of MULTIPROCESS. I have 4 Core Processor (i5 2500K not overclocked) and 6Gb of RAM. I ran the same file (bluray 26Gb to bluray DVD5) three times. Without MULTIPROCESS, with MULTIPROCESS=2 and with MULTIPROCESS=3. The fastest was MULTIPROCESS=2 which finished just 2min quicker. The other two were identical in time.

[bassnut]

Sweet ..... Took a bit longer than I thought to get back as my OC needed some tweeking. I Ran Real Steal last night ..... All settings exactly the same on both runs.

AMD PII 1090T @ 4.2GHZ 4 GIG DDR3 1800 CL7 RAM

Old BDRebuilder
[10:13:03] BD Rebuilder v0.39.07 (beta)
- Source: REAL_STEEL
- Input BD size: 46.12 GB
- Approximate total content: [03:58:29.961]
- Target BD size: 22.95 GB
- Windows Version: 6.1 [7601]
- Auto Quality: Good (Very Fast), ABR
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640

[13:02:50]PHASE TWO - Rebuild Started
- [13:02:50] Rebuilding BD file Structure
[13:03:06] - Encode and Rebuild complete
- WORKFILES folder removed.
[13:03:07]JOB: REAL_STEEL finished.

2Hours 50 Min

New BDRebuilder

[22:09:01] BD Rebuilder v0.40.02 (beta)
- Source: REAL_STEEL
- Input BD size: 46.12 GB
- Approximate total content: [03:58:29.961]
- Target BD size: 22.95 GB
- Windows Version: 6.1 [7601]
- Auto Quality: Good (Very Fast), ABR
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640

[23:35:13]PHASE ONE complete
[23:35:13]PHASE TWO - Rebuild Started
- [23:35:13] Rebuilding BD file Structure
[23:35:29] - Encode and Rebuild complete
- WORKFILES folder removed.
[23:35:29] JOB: REAL_STEEL finished.


1 Hour 29 Min

[colinhunt]

Interesting that your system sets the NUMBER_OF_PROCESSORS environment variable to the thread count rather than the actual "number of processors". That's kinda' cheating a bit.
Yeah ;)


But using 6 instances on your system probably wouldn't slow it down either.
1080p24 original, 290 138 frames, 2-pass Highest Quality, --tune film

2-way split
Pass 1 - 119 minutes
Pass 2 - 301 minutes

3-way split
Pass 1 - 102 minutes
Pass 2 - 295 minutes (last 25% with 2 instances)

5-way split
Pass 1 - 94 minutes
Pass 2 - 308 minutes

6-way split
Pass 1 - 94 minutes
Pass 2 - 308 minutes

v0.39.07 - 1 instance
Pass 1 - 168 minutes
Pass 2 - 305 minutes

Conclusions: more instances = better for pass 1, as long as RAM doesn't run out. Pass 2 benefits little from additional instances; best balance might be found somewhere between 3 and 6 instances.

You know, there might actually be a way to use multiple processes in pass 1 and only one in pass 2. I think all I'd have to do is combine the stats and mbtree files before the run -- and then use the original AVS file (before the split). I'd have to research the mbtree file format, though... but the source code is available so that's not a huge challenge. I'm not sure how many systems other than yours would see much benefit, though.
Pass 1 certainly benefits from more instances. It's another matter if it's worth the hassle involved, seeing how little encoding times differ in pass 2.

** update
Fixed processing time for 6-way pass 1. Forgot to carry the one, so to speak.
Added results from 5-way run.

[busch42]

Just installed the new version of BDrebuilder, Bought the new Bluray movie Drive yesterday and ripped to hard drive, Now I went to use BDrebuilder to shrink down to a bd25 and it came up, Failed video encode, aborted. Here's the full report.

[06:42:58] BD Rebuilder v0.40.02 (beta)
- Source: DRIVE
- Input BD size: 44.82 GB
- Approximate total content: [03:03:08.684]
- Target BD size: 22.95 GB
- Windows Version: 6.1 [7601]
- Auto Quality: Good (Very Fast), ABR
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=640
[06:42:58] PHASE ONE, Encoding
- [06:42:58] Processing: VID_00703 (1 of 13)
- [06:42:58] Extracting A/V streams [VID_00703]
- [06:43:13] Reencoding video [VID_00703]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 2,857 frames
- [06:43:13] Reencoding: VID_00703, Pass 1 of 1
- [06:44:23] Video Encode complete
- [06:44:23] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [06:44:23] Multiplexing M2TS
- [06:44:31] Processing: VID_00002 (2 of 13)
- [06:44:31] Extracting A/V streams [VID_00002]
- [06:44:47] Reencoding video [VID_00002]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 6,863 frames
- [06:44:47] Reencoding: VID_00002, Pass 1 of 1
- [06:47:03] Video Encode complete
- [06:47:03] Processing audio tracks
- [06:47:03] Multiplexing M2TS
- [06:47:18] Processing: VID_00705 (3 of 13)
- [06:47:18] Extracting A/V streams [VID_00705]
- [06:47:38] Reencoding video [VID_00705]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 3,169 frames
- [06:47:38] Reencoding: VID_00705, Pass 1 of 1
- [06:48:52] Video Encode complete
- [06:48:52] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [06:48:52] Multiplexing M2TS
- [06:49:02] Processing: VID_00702 (4 of 13)
- [06:49:02] Extracting A/V streams [VID_00702]
- [06:49:24] Reencoding video [VID_00702]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 3,241 frames
- [06:49:24] Reencoding: VID_00702, Pass 1 of 1
- [06:50:45] Video Encode complete
- [06:50:45] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [06:50:45] Multiplexing M2TS
- [06:50:56] Processing: VID_00701 (5 of 13)
- [06:50:56] Extracting A/V streams [VID_00701]
- [06:51:16] Reencoding video [VID_00701]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 3,625 frames
- [06:51:16] Reencoding: VID_00701, Pass 1 of 1
- [06:52:52] Video Encode complete
- [06:52:52] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [06:52:52] Multiplexing M2TS
- [06:53:02] Processing: VID_00704 (6 of 13)
- [06:53:02] Extracting A/V streams [VID_00704]
- [06:53:21] Reencoding video [VID_00704]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 3,673 frames
- [06:53:22] Reencoding: VID_00704, Pass 1 of 1
- [06:54:47] Video Encode complete
- [06:54:47] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [06:54:47] Multiplexing M2TS
- [06:54:57] Processing: VID_00700 (7 of 13)
- [06:54:57] Extracting A/V streams [VID_00700]
- [06:55:16] Reencoding video [VID_00700]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 3,841 frames
- [06:55:16] Reencoding: VID_00700, Pass 1 of 1
- [06:56:44] Video Encode complete
- [06:56:44] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [06:56:44] Multiplexing M2TS
- [06:56:54] Processing: VID_00454 (8 of 13)
- [06:56:54] Extracting A/V streams [VID_00454]
- [06:57:51] Reencoding video [VID_00454]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 6,596 frames
- [06:57:51] Reencoding: VID_00454, Pass 1 of 1
- [07:00:47] Video Encode complete
- [07:00:47] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [07:00:47] Multiplexing M2TS
- [07:01:00] Processing: VID_00451 (9 of 13)
- [07:01:00] Extracting A/V streams [VID_00451]
- [07:02:15] Reencoding video [VID_00451]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 7,825 frames
- [07:02:15] Reencoding: VID_00451, Pass 1 of 1
- [07:05:51] Video Encode complete
- [07:05:51] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [07:05:51] Multiplexing M2TS
- [07:06:11] Processing: VID_00453 (10 of 13)
- [07:06:11] Extracting A/V streams [VID_00453]
- [07:07:38] Reencoding video [VID_00453]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 8,970 frames
- [07:07:38] Reencoding: VID_00453, Pass 1 of 1
- Encode failed. Aborting.
- BD-Rebuilder v0.40.02 (beta)
- Windows Version: 6.1 [7601]
- AVISYNTH Version: 2.5.8.0, Ok
- HAALI Splitter: 1.9.42.1, Ok
- FFDSHOW: 3882, Ok
- WIN7 preferred AVC CODEC: Ok
- WIN7 preferred VC-1 CODEC: Ok
- WIN7 preferred MPEG2 CODEC: Ok
- FFDSHOW VC-1 set to "wmv9", Ok
- FFDSHOW MPEG2 set to "libavcodec": Ok
- FFDSHOW AVC set to "ffmpeg-mt": Ok
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok
[07:07:39] - Failed video encode, aborted

[jdobbs]

Well, I guess that's the minimum spec one needs to have in order to take advantage of MULTIPROCESS. I have 4 Core Processor (i5 2500K not overclocked) and 6Gb of RAM. I ran the same file (bluray 26Gb to bluray DVD5) three times. Without MULTIPROCESS, with MULTIPROCESS=2 and with MULTIPROCESS=3. The fastest was MULTIPROCESS=2 which finished just 2min quicker. The other two were identical in time. As I've said, the improvement with MULTIPROCESS will be approximately equal to the amount of unused processor utilization. Most quad cores max out and use 100% in pass two. So all you might get is a small increase in pass one that is balanced by the additional scan time.

But... what about your next processor and the ones after that? Ahhh...

[jdobbs]

@busch42

Can't say for sure -- but most of the time when it works its way through that many files and then fails deep into the process it is a sign of system instability (usually related to overheating). Are you overclocked?

The other possibility is a corrupt source. You might try ripping again. Also, sometimes a new high-volume release can throw a new angle at the decrypters and it might take a week or so for them to adjust. Of course that's just conjecture...

[Capsbackup]

I did a full backup to BD-25 of Drive, no problems with mine. ;)

[jdobbs]

jdobbs is there an undocumented setting for the size limit, or how bdrb calculates what are extras, when it runs quicker encode for extras?

For example, the way I have it setup, it does 1 pass crf 18 encodes on what it deems "extras" but does 2 pass high quality on what it defines the main feature. Currently it is running 2 passes on a 7gb extras video file which is 38 minutes, has 1 video 1 audio and 3 subtitle tracks.

Awesome work by the way, keep it up :) No. For the most part anything that is not a part of the main feature is considered an "extra". But there are occasional exceptions -- mainly when the M2TS is large (over ~5GB) or has ATCDelta set.

[RobertM]

As I've said, the improvement with MULTIPROCESS will be approximately equal to the amount of unused processor utilization. Most quad cores max out and use 100% in pass two. So all you might get is a small increase in pass one that is balanced by the additional scan time.


This agrees with my findings. My system is an i7-950 (4 core) with 6GB running at 3.6GHz. I see virtually no difference (<1%) between MULTIPROCESS=0 and MULTIPROCESS=1 in either Pass 1 or Pass 2.

With Hyper-Threading turned ON (so, 8 threads) I see a slight degradation in Pass 1 (1.5% slower) and a slight improvement in Pass 2 (5% faster).

So, on this system, it seems to be pretty much a wash.

[busch42]

jdobbs, Sorry to bother you but I think it had nothing to do with BDrebuilder, I tried DVDfab Bluray ripper and that didn't work either, Seems funny DVDfab let me rip to hard drive and it plays fine on computer but I can't shrink to a BD25, But I did just use VSO Bluray Converter and that worked fine, But it only does main movie and converts to a DVD5, Capsbackup, Can you tell me how you did it.

[busch42]

Oh, I'm not overclocked, And the movie Driver is cinavia protected.

[omegaman7]

Cinavia has nothing to do with it...

[busch42]

omegaman7, Have any suggestions because last week I backed up a bluray no problems. I'm using a AMD Phenom 9850 quad core processor 2.5GHz, 4GB memory, Windows7 64 bit.

[omegaman7]

I'll be running "Drive" today. I don't expect problems. Anydvd HD did update recently. If there was a new encryption, i'm sure they are aware of it ;) Cinavia is merely an audio watermark. It requires a specific hardware/firmware to detect it. At the PC level, it doesn't come into play.

I rarely use dvdfab. I've had more problems with it, than anydvd hd.

[busch42]

I might have to try Anydvd, Been using Fab for so many years with no problems but might have to switch. Looks like capsbackup had no problem.

[AmigaFuture]

Interesting...

Without MULTIPROCESS so I would know the speed. FPS is what I was used to seeing.

[16:14:51] BD Rebuilder v0.40.01 (beta)
- Source: JEFF_DUNHAM_SPARK
- Input BD size: 11.02 GB
- Approximate total content: [01:20:25.376]
- Windows Version: 6.1 [7601]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- Mode: MKV Container, 1920x1080, 192Kbs AC3
- Automatic cropping of borders enabled
- Audio Settings: AC3=0 DTS=1 HD=0 Kbs=640
[16:14:54] PHASE ONE, Encoding
- [16:14:54] Processing: VID_00010 (1 of 1)
- [16:14:54] Extracting A/V streams [VID_00010]
- [16:17:46] Reencoding video [VID_00010]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 29.970fps, 144,617 frames
- Bitrate: 7,448 Kbs
- [16:17:46] Reencoding: VID_00010, Pass 1 of 2
- [18:19:43] Reencoding: VID_00010, Pass 2 of 2
- [20:15:12] Video Encode complete
- [20:15:12] Processing audio tracks
- Track 4352 (eng): Reencoding audio to AC3...
- [20:15:49] Multiplexing M2TS
[20:15:49]PHASE ONE complete
[20:15:49]PHASE TWO - Rebuild Started
- [20:15:49] Rebuilding stream 00010 [1 of 1]
- [20:15:49] Building ALTERNATE OUTPUT Structure
[20:18:43] - Encode and Rebuild complete
[20:18:43] JOB: JEFF_DUNHAM_SPARK finished.


Same as before except with MULTIPROCESS=1 which you can really see the difference. Very noticeable higher FPS.

[13:13:47] BD Rebuilder v0.40.01 (beta)
- Source: JEFF_DUNHAM_SPARK
- Input BD size: 11.02 GB
- Approximate total content: [01:20:25.376]
- Windows Version: 6.1 [7601]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- Mode: MKV Container, 1920x1080, 192Kbs AC3
- Automatic cropping of borders enabled
- Audio Settings: AC3=0 DTS=1 HD=0 Kbs=640
[13:13:54] PHASE ONE, Encoding
- [13:13:54] Processing: VID_00010 (1 of 1)
- [13:13:54] Extracting A/V streams [VID_00010]
- [13:16:50] Reencoding video [VID_00010]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 29.970fps, 144,617 frames
- Bitrate: 7,448 Kbs
- [13:16:50] Reencoding: VID_00010, Pass 1 of 2
- [14:26:26] Reencoding: VID_00010, Pass 2 of 2
- [16:06:25] Video Encode complete
- [16:06:25] Processing audio tracks
- Track 4352 (eng): Reencoding audio to AC3...
- [16:07:08] Multiplexing M2TS
[16:07:08]PHASE ONE complete
[16:07:08]PHASE TWO - Rebuild Started
- [16:07:08] Rebuilding stream 00010 [1 of 1]
- [16:07:08] Building ALTERNATE OUTPUT Structure
[16:11:16] - Encode and Rebuild complete
[16:11:16] JOB: JEFF_DUNHAM_SPARK finished.

Around an hour difference. I used a timer on both, and the logs display what I got. Quality is set to Auto for these.

[LowDead]

I just say WOW.. Now we talking speed. I though I would do a test with multiprocessing. I set it to 1 so bdrb could decide what was best for my i7 980X with 24GB RAM. First off I thought my raided SATA6GB HDDs would totally die on me when doing 6-way.. FPS was jumping between 30 to 70 and was all over the place. Couldn't get stable usage of processor either as it jumped about to.. couldn't get 100% on first pass at all. Then I switched working directory to my revodrive (four raided SSDs on a PCIe card for those who don't know what it is), et voíla. FPS stable on 100. 100% on processor usage first pass. So it's not all about having a good processor ;-)

Oh, almost forgot.. Thank you for this great update JDOBBS, this will generate a donation from me later tonight :)

edit: ~22-27 FPS on second pass

[AmigaFuture]

So it's not all about having a good processor ;-)

Oh, almost forgot.. Thank you for this great update JDOBBS, this will generate a donation from me later tonight :)

I agree, totally. Setting the directories to different drives (not just partitions) really helps. I've known that since the Amiga days. Hehe. I'm donating tonight also. Not just for the speed increase, but more for Appreciation of your Passion we get to enjoy.

[jdobbs]

Interesting...

Without MULTIPROCESS so I would know the speed. FPS is what I was used to seeing.

...

Same as before except with MULTIPROCESS=1 which you can really see the difference. Very noticeable higher FPS.

...

Around an hour difference. I used a timer on both, and the logs display what I got. Quality is set to Auto for these. Great news. Thanks for the report.

[jdobbs]

I just say WOW.. Now we talking speed. I though I would do a test with multiprocessing. I set it to 1 so bdrb could decide what was best for my i7 980X with 24GB RAM. First off I thought my raided SATA6GB HDDs would totally die on me when doing 6-way.. FPS was jumping between 30 to 70 and was all over the place. Couldn't get stable usage of processor either as it jumped about to.. couldn't get 100% on first pass at all. Then I switched working directory to my revodrive (four raided SSDs on a PCIe card for those who don't know what it is), et voíla. FPS stable on 100. 100% on processor usage first pass. So it's not all about having a good processor ;-)

Oh, almost forgot.. Thank you for this great update JDOBBS, this will generate a donation from me later tonight :)

edit: ~22-27 FPS on second pass Cool... I was hoping to see some positive reports like these...

I can't wait until I grow up so I can get me one of those super bad-ass machines too. ;)

[steveg32]

@jdobbs

@steveg32

Is MKV_INTERMEDIATE=1 set in your INI file?

In HIDDENOPTS.TXT shows:

"MKV_INTERMEDIATE=n n = 0/1 - 0=OFF (default) - if set to "1", .MKV files are used instead of .264"

"MKV_INTERMEDIATE=" as shown in my previous attachments did not appear in the INI.

-------------------------

Btw, tried another movie with DTS Express Audio (RE_AFTERLIFE) and had the same type error.

"[03:44:26] BD Rebuilder v0.40.01 (beta)
- Source: RE_AFTERLIFE
- Input BD size: 34.02 GB
- Approximate total content: [03:16:08.996]
- Target BD size: 22.95 GB
- Windows Version: 6.1 [7601]
- Auto Quality: Good (Very Fast), ABR
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=640 ......

- [04:29:58] Processing: VID_00011 (35 of 35)
- [04:29:58] Extracting A/V streams [VID_00011]
- [04:45:34] Reencoding video [VID_00011]
- [04:45:34] Reencoding secondary video [TRK_02]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 139,368 frames
- Bitrate: 15,514 Kbs
- [04:49:37] Reencoding: VID_00011, Pass 1 of 1
- [05:32:57] Video Encode complete
- [05:32:57] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4355 (eng): Keeping original audio
- Track 4357 (eng): Keeping original audio
- Track 6656 (eng): Keeping original audio
- [05:32:57] Multiplexing M2TS
- Error in attempt to multiplex: MUX_00011.meta
- Can't open file: C:\USERS\STEVE\VIDEOS\MY BD-REBUILDER ENCODES\MY BD-25_GOOD_1 PASS ABR\WORKFILES\VID_00011_2.AVS.MKV
[05:33:01] - Failed to build structure, aborted"

-------------------

Mahalo, Steve :confused:

@jdobbs ... ooops, saw your post about the release of v0.40.02. Will download & retry again later. Aloha jdobbs - U Da Man!

[setarip_old]

@busch42

Hi! I might have to try Anydvd, Been using Fab for so many years with no problems but might have to switch. Looks like capsbackup had no problem.Just as a point of information, MakeMKV (presently free) also properly processed a Full Disc backup of "Drive" (a SONY release) with no difficulty...

[Racer]

What is actually the correct setting in ffdshow.
If I use libavcodec the avs script delivers to less frames for x264.
If I use ffmpeg-mt the avs script requires too much cpu load so that it slows down x264. On my AMD X4 libavcodec is faster but then I can not reach 100% cpu load.
How is it possible to improve this?

The speed (fps) can be measured very easy with AVSMeter.

[sonate]

JD, this is a general question. I notice that sometimes I will run an app which is memory intensive while I'm running BDRB, the frame counter will stop and remain stopped for maybe a minute or two after I close the application. Then it starts back up in normal fashion and runs to completion. Does this in any way create a problem with the encode? I haven't noticed any but I just wanted to ask.

Also, putting the computer into standby while running an encode, when awakened it resumes where it left off in the particular pass not needing to restart the pass over. Again, this should be OK too?

[jdobbs]

What is actually the correct setting in ffdshow.
If I use libavcodec the avs script delivers to less frames for x264.
If I use ffmpeg-mt the avs script requires too much cpu load so that it slows down x264. On my AMD X4 libavcodec is faster but then I can not reach 100% cpu load.
How is it possible to improve this?

The speed (fps) can be measured very easy with AVSMeter. I use libavcodec, but either is fine. Not sure how either would "delivers to less frames" -- they should deliver the same number of frames if read end-to-end sequentially (as is done in an encode). But -- since neither is frame accurate in its seeking, jumping around in a player (or AVISYNTH) will give inaccurate framecounts.

[jdobbs]

JD, this is a general question. I notice that sometimes I will run an app which is memory intensive while I'm running BDRB, the frame counter will stop and remain stopped for maybe a minute or two after I close the application. Then it starts back up in normal fashion and runs to completion. Does this in any way create a problem with the encode? I haven't noticed any but I just wanted to ask.

Also, putting the computer into standby while running an encode, when awakened it resumes where it left off in the particular pass not needing to restart the pass over. Again, this should be OK too? Running something at the time of encoding shouldn't matter.

But I wouldn't put a lot of trust in an encode that resumes after standby mode, however. There are a lot of variables at play there. You're putting your trust in a perfect resume and a belief the Windows never makes a mistake in doing so... and I'm personally not willing to make that assumption.

[Ch3vr0n]

Quick question, im confused about something. If i have both LAVF enabled and multiprocessing. What should happen (eg wich method should take priority). LAVF or multiprocessing

[busch42]

Thanks, setarip old, I will have to check that out and see how it works, I just tried BDrebuilder again and it came up x264.exe stopped working, So I uninstalled everything and reinstalled all programs and now Im giving it 1 more shot, Don't know why I'm having such a hard time.

[jdobbs]

Quick question, im confused about something. If i have both LAVF enabled and multiprocessing. What should happen (eg wich method should take priority). LAVF or multiprocessing LAVF will take priority.

[busch42]

Still having a problem, After uninstalling everything and reinstalling I got the movie to go from 16% before to go 31% now, But still comes up x264.exe has stopped working. Any suggestions anybody?

[jdobbs]

Still having a problem, After uninstalling everything and reinstalling I got the movie to go from 16% before to go 31% now, But still comes up x264.exe has stopped working. Any suggestions anybody? Does it always stop in the same place? If so -- it is almost definitely the source.

Right after it stops, copy the command from LASTCMD.TXT (in the BD-RB folder) into a command window and run it. That way you will be able to see what X264 is saying when it crashes.

[Capsbackup]

Still having a problem, After uninstalling everything and reinstalling I got the movie to go from 16% before to go 31% now, But still comes up x264.exe has stopped working. Any suggestions anybody?

If you are not over clocked, then have you checked and cleaned out all dust from your cpu fan and case? Are your fans working? X264 is very processor intense, more so than most people realize. ;)

[rippn]

I'm having trouble with it stopping too. Same point 3 attempts. Went back to v0.39.7 and no issue.

Win7 X64 no overclock.

[jdobbs]

I'm having trouble with it stopping too. Same point 3 attempts. Went back to v0.39.7 and no issue.

Win7 X64 no overclock. I need a lot more information that this. What disc? A log would help. Stopping how? What point? Where in the process?

I'm willing to work on any problem -- but first I have to have a clue as to what it is...

[Ch3vr0n]

Here's detailed comparison from a disc run with 40.02; Disc: Friends With Benefits

full backup (non-blanking) multiprocess mode, intact audio
auto-quality: Good, 1 pass
main m2ts: VID_0001; 27.619,68MB AVC
job start: 22:37:43
encode start: 22:44:04
n° X264's: 2 (0.40.01 launched 3)
cpu usage: 100%
ram usage: 4% into build 3.75GB / 80% into build 4.25-4.45GB
FPS count: ~36FPS
encode finish: 00:10:16
encode time: 1h26min
job end: 00:59:47 (not counting iso burning)
job time: 2h22min
output size: 23.338.112kb; 22.2GB

smaller video files utilised mostly 100% cpu with 1 x264 and arround 3.25GB of ram @ ~40FPS


full backup (non-blanking) LAVF mode, intact audio
auto quality: Good, 1 pass
Main m2ts: same one
Job start: 18:35:01
encode start: 18:41:46
n° x264's:: 1x x264-64
cpu usage: 100%
ram usage: 4% into build 2.91GB / 80% into build 2.89GB
FPS count: ~36FPS
encode finish: 19:55:32
encode time: 1h14min
job end: 20:42:18
job time: 2h07min
output size: 22.539.520kb (slightly smaller); 21.4GB

Total comparison: MP vs LAFV = MP = +15minutes (probably the time it took to split the main m2ts)
will try a different codec next

[busch42]

Wiped all junk off hard drive, Reinstalled all required programs still no luck, But I did manage to extract the main movie with tsMuxeR and save it as a bluray, But it is still 28GB. So Tried again with BDrebuilder to shrink but still comes up x264.exe has stopped working, After trying for 2 days it is getting frustrating, I even tried a program that was recommened called Blue Cloner, But everytime I hit the start button it would come up (failed attempt). I'm now trying again after going into setup and enabled Use X264's internal LAVF for decoding.

[jdobbs]

Wiped all junk off hard drive, Reinstalled all required programs still no luck, But I did manage to extract the main movie with tsMuxeR and save it as a bluray, But it is still 28GB. So Tried again with BDrebuilder to shrink but still comes up x264.exe has stopped working, After trying for 2 days it is getting frustrating, I even tried a program that was recommened called Blue Cloner, But everytime I hit the start button it would come up (failed attempt). I'm now trying again after going into setup and enabled Use X264's internal LAVF for decoding. There was a new version of X264 included with this release. Just for testing, try replacing it with the one from v0.39.07 and see if that makes a difference.

[busch42]

Thanks jdobbs, I will try that. I just got 37% done after I enabled Use X264's internal LAVF for decoding, but then it came up x264.exe stopped working again. Before I could only get about 14% done. But I did notice on the last version of BDrebuilder that when you clicked on settings there was A word there called Encoder that you could click on and make sure it was set to x264, But I don't see it on this version.

[jdobbs]

Thanks jdobbs, I will try that. I just got 37% done after I enabled Use X264's internal LAVF for decoding, but then it came up x264.exe stopped working again. Before I could only get about 14% done. But I did notice on the last version of BDrebuilder that when you clicked on settings there was A word there called Encoder that you could click on and make sure it was set to x264, But I don't see it on this version. It never did anything, and it's unlikely that I'll ever add an alternate encoder -- so I removed it.

[AmigaFuture]

Cool... I was hoping to see some positive reports like these...

I can't wait until I grow up so I can get me one of those super bad-ass machines too. ;)

You don't have to grow "up" to have a "super computer", Friend. The parts can be gathered from friends, family, job(s) and others' you Know and Help. Law of Attraction is a powerful Friend, the ~Best~. :-)

[Sharc]

@jdobbs
Source is Blu-ray 25fps MBAFF.
I resize it to 720 for a BD5, encode using CRF prediction, and it comes out oversized as BD9. (CRF final was 12.8 which is already an indication of oversizing).
BD-RB introduces frame duplication for 50fps for blu-ray compliance. Is this duplication possibly the reason for oversizing? Has anything been changed with respect to earlier version (I am pretty sure that the sizing came out right in earlier versions)?

[RobertM]

Just got a "PredictAndEncode" error when trying to backup "Skyline" with "MULTIPROCESS=1" set. The error happens immediately after extracting the A/V streams. I tried several times, re-extracting the data each time, with the same result. Then I set "MULTIPROCESS=0" and Pass 1 is now progressing normally.

BTW; I've done several successful backups with "MULTIPROCESS=1" set.

Here's the log:

[17:11:23] BD Rebuilder v0.40.01 (beta)
- Source: SKYLINE
- Input BD size: 25.61 GB
- Approximate total content: [01:32:46.394]
- Target BD size: 7.84 GB
- Windows Version: 6.1 [7601]
- MOVIE-ONLY mode enabled
- Quality: High Quality (Default), Two Pass
- Audio Settings: AC3=1 DTS=1 HD=0 Kbs=640
[17:11:26] PHASE ONE, Encoding
- [17:11:26] Processing: VID_00004 (1 of 1)
- [17:11:26] Extracting A/V streams [VID_00004]
- [17:14:54] Reencoding video [VID_00004]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 133,460 frames
- Bitrate: 10,517 Kbs
- [17:14:54] Reencoding: VID_00004, Pass 1 of 2
- [17:14:54] PredictAndEncode() 00006 2809
[17:15:55] - Aborted by user request

[busch42]

jdobbs, You were right on with that suggestion about replacing x264 in version 0.40.02 with x264 in version 0.39.07, Everything worked perfect. Thanks Alot!

[jdobbs]

@jdobbs
Source is Blu-ray 25fps MBAFF.
I resize it to 720 for a BD5, encode using CRF prediction, and it comes out oversized as BD9. (CRF final was 12.8 which is already an indication of oversizing).
BD-RB introduces frame duplication for 50fps for blu-ray compliance. Is this duplication possibly the reason for oversizing? Has anything been changed with respect to earlier version (I am pretty sure that the sizing came out right in earlier versions)? No, I haven't changed anything in the sizing algorithms for quite some time. I'd guess that one is likely just one of the random ones that CRF can't predict very well. But I'll do a couple of tests and see if the 720p conversion is affecting the sizing.

[jdobbs]

jdobbs, You were right on with that suggestion about replacing x264 in version 0.40.02 with x264 in version 0.39.07, Everything worked perfect. Thanks Alot!

Well... that's not really good news. It means that it is likely there is some slight glitch in the last release of X264 that is making it flaky on your machine (and probably others). Is there any way you can try what I suggested earlier about using the command from LASTCMD.TXT in a DOS command window after it fails with X264? That way we could put our finger on exactly what error you are getting -- of course there's also always the chance it will just "crash" and we won't get an error...

What kind of processor are you using for your encodes? I'm just wondering because I (and a lot of other people) have done a huge number of encodes with the new X264 version and have had no problems at all.

[jdobbs]

Just got a "PredictAndEncode" error when trying to backup "Skyline" with "MULTIPROCESS=1" set. The error happens immediately after extracting the A/V streams. I tried several times, re-extracting the data each time, with the same result. Then I set "MULTIPROCESS=0" and Pass 1 is now progressing normally.

BTW; I've done several successful backups with "MULTIPROCESS=1" set.

Here's the log:

[17:11:23] ...
- [17:14:54] Reencoding: VID_00004, Pass 1 of 2
- [17:14:54] PredictAndEncode() 00006 2809
[17:15:55] - Aborted by user request Hmm.. that's a variable overflow error. I'll have to see if I can pick that one up and do some testing. Can you post the .INI contents for the encode that fails so I can repeat it with the exact same settings?

[wrocnrob]

I just made a donation because BD-Rebuilder is pretty impressive. I've found it easy to use with the following feedback:

1. Software like this needs lots of documentation so users can tweak. In my case, I rather use nero aac. Not a major complaint, but an extra step. Real documentation instead of forum support would be more professional.

2. Marketing is lacking. There are lots of competitors that aren't half as good, but they market aggressively. Maybe some type of alliance with Slysoft would be a good fit?

3. Ability to recode without transcoding could be better documented.

Still, I am left with a question. I use software like this just for fun, but I should think many potential users won't do that. Somebody should make it very clear as to why anyone would want to use mp4 over mp2. Since I've tried it, I can say mp4 is way better than mp2 AT THE SAME BITRATE, but I still could not tell anyone WHY this is the case.

[RobertM]

Hmm.. that's a variable overflow error. I'll have to see if I can pick that one up and do some testing. Can you post the .INI contents for the encode that fails so I can repeat it with the exact same settings?

My "MULTIPROCESS=0" backup completed with no errors. Then I tried again with "MULTIPROCESS=1" and the error popped up again at the same point.

Here is the encode "inf" file:

[Status]
LABEL=SKYLINE
VERSION=v0.40.01 (beta)
SOURCE_SIZE=27503462400
SOURCE_VIDEO_SIZE=27503462400
TARGET_SIZE=8422162432
REDUCTION=.306221897065585
RESIZE_1080=0
AUDIO_TO_KEEP=eng;
KEEP_HD_AUDIO=0
SUBS_TO_KEEP=eng;
BACKUP_MODE=1
MOVIEONLY_TYPE=0
USE_LAVF=0
MULTIPROCESS=4
QUICK=0
ENCODE_STEP=1.5
[00004]
AUDIO=1000
PGS=10
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=8422162432
RATE=10517


and my BDREBUILDER.INI file:

[Options]
VERSION=0.40.0.1
MODE=2
ENCODE_QUALITY=2
ONEPASS_ENCODING=0
AUTO_QUALITY=0
TARGET_SIZE=8032
AUDIO_TO_KEEP=eng;
SUBS_TO_KEEP=eng;
SD_CONVERT=0
OPEN_GOP=0
RESIZE_1080=0
DEINTERLACE=1
SD_TO_1080=0
CONVERT_WIDE=0
DTS_REENCODE=1
AC3_REENCODE=1
AC3_640=1
AC3_192=0
KEEP_HD_AUDIO=0
AVCHD=1
REMOVE_WORKFILES=0
MOVIE_ONLY_LOOP=0
REMOVE_OUTPUT=0
USE_FILTERS=0
BDMV_CERT_ONLY=0
USE_LAVF=0
IVTC_PULLDOWN=0
ASSUME_DVD_PAL=0
UNMASK_CHAPTER=0
COMPLETION_BEEP=0
AUDIO_TRACK_LIMIT=1
SUBTITLE_TRACK_LIMIT=0
CUSTOM_TARGET_SIZE=23500
MULTIPROCESS=1
[Paths]
SOURCE_PATH=E:\BLURAY\SKYLINE\
WORKING_PATH=D:\BD-REBUILDS\BUILDS\

[JJB]

My "MULTIPROCESS=0" backup completed with no errors. Then I tried again with "MULTIPROCESS=1" and the error popped up again at the same point.

Here is the encode "inf" file:

[Status]
LABEL=SKYLINE
VERSION=v0.40.01 (beta)
SOURCE_SIZE=27503462400
SOURCE_VIDEO_SIZE=27503462400
TARGET_SIZE=8422162432
REDUCTION=.306221897065585
RESIZE_1080=0
AUDIO_TO_KEEP=eng;
KEEP_HD_AUDIO=0
SUBS_TO_KEEP=eng;
BACKUP_MODE=1
MOVIEONLY_TYPE=0
USE_LAVF=0
MULTIPROCESS=4
QUICK=0
ENCODE_STEP=1.5
[00004]
AUDIO=1000
PGS=10
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=8422162432
RATE=10517


and my BDREBUILDER.INI file:

[Options]
VERSION=0.40.0.1
MODE=2
ENCODE_QUALITY=2
ONEPASS_ENCODING=0
AUTO_QUALITY=0
TARGET_SIZE=8032
AUDIO_TO_KEEP=eng;
SUBS_TO_KEEP=eng;
SD_CONVERT=0
OPEN_GOP=0
RESIZE_1080=0
DEINTERLACE=1
SD_TO_1080=0
CONVERT_WIDE=0
DTS_REENCODE=1
AC3_REENCODE=1
AC3_640=1
AC3_192=0
KEEP_HD_AUDIO=0
AVCHD=1
REMOVE_WORKFILES=0
MOVIE_ONLY_LOOP=0
REMOVE_OUTPUT=0
USE_FILTERS=0
BDMV_CERT_ONLY=0
USE_LAVF=0
IVTC_PULLDOWN=0
ASSUME_DVD_PAL=0
UNMASK_CHAPTER=0
COMPLETION_BEEP=0
AUDIO_TRACK_LIMIT=1
SUBTITLE_TRACK_LIMIT=0
CUSTOM_TARGET_SIZE=23500
MULTIPROCESS=1
[Paths]
SOURCE_PATH=E:\BLURAY\SKYLINE\
WORKING_PATH=D:\BD-REBUILDS\BUILDS\


I have a i7 920 and it crashed on 8 processors as I expected it would, ran slow as mud on 4 and is faster than 0 processors when using 2. 2 seems to be my magic number for speed.

[brunchto]

Hi,

thanks for adding angle selection in other movie playlist... but i didn't manage to have it work.
on "star wars- a new hope", french scrolling title is on angle 5. i choose playlist XXX / angle 5, then backup. in the resulting iso, scrolling title is always in english. when i do "preview item", the title is also in english.

[rysktkr]

Not sure why all of the sudden I am not able to encode across several movies:

-----------------------
[11:00:31] BD Rebuilder v0.40.02 (beta)
- Source: MONEYBALL
- Input BD size: 26.57 GB
- Approximate total content: [02:13:14.987]
- Target BD size: 22.95 GB
- Windows Version: 5.1 [2600]
- MOVIE-ONLY mode enabled
- Quality: Highest (Very Slow), ABR
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[11:00:34] PHASE ONE, Encoding
- [11:00:34] Processing: VID_00800 (1 of 1)
- [11:00:34] Extracting A/V streams [VID_00800]
- [11:28:35] Reencoding video [VID_00800]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 191,688 frames
- Bitrate: 20,374 Kbs
- [11:28:35] Reencoding: VID_00800, Pass 1 of 1
- Encode failed. Aborting.
- BD-Rebuilder v0.40.02 (beta)
- Windows Version: 5.1 [2600]
- AVISYNTH Version: 2.5.8.0, Ok
- HAALI Splitter: 1.9.42.1, Ok
- FFDSHOW: 3326, Ok
- FFDSHOW VC-1 set to "wmv9", Ok
- FFDSHOW MPEG2 set to "libavcodec": Ok
- FFDSHOW AVC set to "libavcodec": Ok
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok
[11:28:44] - Failed video encode, aborted

[Capsbackup]

@rysktkr;
The usual explanation is another codec on your pc has taken over priority, possibly due to codec packs or other software installations. You can try to uninstall avisynth, haali, ffdshow...and any codec packs. Reboot... then reinstall those three programs. :cool:

[jdobbs]

@RobertM

I've been running "Skyline" with every configuration I can think of -- I used v0.40.1, with your INI file, I forced MULTIPROCESS to 4 instances, set it to "1", pretty much everything, my log matches yours exactly -- except that it processes correctly with no error.

It is possible, I guess, that we have two different versions of the same disc. Is your the U.S. version? It's also possible that you have a bad rip.

[RobertM]

@RobertM
It is possible, I guess, that we have two different versions of the same disc. Is your the U.S. version? It's also possible that you have a bad rip.

It's the Canadian (Alliance Films) version, so that may be a difference.

When this error happened I originally thought that the rip might be bad, and I was going to try a fresh rip. But first I tried turning off MULTIPROCESS and it worked fine. I found that I could repeatably make the problem happen by turning on/off MULTIPROCESS, so I thought that the problem was likely something other than the rip. But I'll rip it again and see what happens, just to be as thorough as possible. I'll let you know what happens.

[Chuckwagon]

Just wanted to let you know that Symantec Endpoint Protection software (version 12.1.1000.157) has decided to report bdrb.exe as a threat. It claims it's a Bloodhound.Sonar.9 threat, whatever that is. Version 11 of SEP had no problem with BDRB, so I guess they've decided to change who they screw with on the new version. :) I'm sure it's a bogus report, obviously, so I excluded BDRB in the program and it seems to run fine after that. But I thought I'd let you know in case others start having issues as well.

On a happier note, the new multi-cpu is working very well for me. And when I use my SSD drives, my encodes drop to almost half of what they were previously. Nice. Very happy. :)

That reminds me, any chance of getting an option to feed IMG Burn a different location for the final ISO instead of where BD Rebuilder's work directory resides? I ask because while my SSD's have enough space to do the full encode, I can't really store the finished product there, and would like to skip a step of having to manually move the ISOs to free up space. Not a high priority, but a nice item for a "wishes" list. Thanks.

[jdobbs]

It's the Canadian (Alliance Films) version, so that may be a difference.

When this error happened I originally thought that the rip might be bad, and I was going to try a fresh rip. But first I tried turning off MULTIPROCESS and it worked fine. I found that I could repeatably make the problem happen by turning on/off MULTIPROCESS, so I thought that the problem was likely something other than the rip. But I'll rip it again and see what happens, just to be as thorough as possible. I'll let you know what happens. Yeah... that makes more sense now that I think about it. You doesn't pass the sanity test that a bad rip is only bad when multiprocessing...

[jdobbs]

Just wanted to let you know that Symantec Endpoint Protection software (version 12.1.1000.157) has decided to report bdrb.exe as a threat. It claims it's a Bloodhound.Sonar.9 threat, whatever that is. Version 11 of SEP had no problem with BDRB, so I guess they've decided to change who they screw with on the new version. :) I'm sure it's a bogus report, obviously, so I excluded BDRB in the program and it seems to run fine after that. But I thought I'd let you know in case others start having issues as well.

On a happier note, the new multi-cpu is working very well for me. And when I use my SSD drives, my encodes drop to almost half of what they were previously. Nice. Very happy. :)

That reminds me, any chance of getting an option to feed IMG Burn a different location for the final ISO instead of where BD Rebuilder's work directory resides? I ask because while my SSD's have enough space to do the full encode, I can't really store the finished product there, and would like to skip a step of having to manually move the ISOs to free up space. Not a high priority, but a nice item for a "wishes" list. Thanks.No big surprise... this is about the 4th time they've decided to have a problem with BD-RB. My suggestion is to get rid of Norton. BD-RB is just one of many false-positives. I got tired of their software finding issues where there are no issues... thats why I switched to Trend Micro a long time ago -- and have never regretted it.

I'll take a look at an alternate final output folder. I've had several requests because folks thought it might increase speed (it won't) -- but I guess it can make sense when you want to use the same working space over-and-over like in your case.

I'm working on some more speed improvements -- the next version will support DGDecNV in single and multi-processing modes, I'm getting a good speed boost on my system from it. I'm also looking at more concurrent processing options that should pick up a few minutes here-and-there.

[RobertM]

Yeah... that makes more sense now that I think about it. [It] doesn't pass the sanity test that a bad rip is only bad when multiprocessing...

I just repeated the procedure with a brand new rip and I got the same results: OK with MULTIPROCESS=0 but crash with MULTIPROCESS=1. Maybe it's just this particular disc release, and it won't be a widespread problem. For now I'll leave my settings at MULTIPROCESS=1, just to see what happens, even though it doesn't give much of a boost on my system.

[jdobbs]

I just repeated the procedure with a brand new rip and I got the same results: OK with MULTIPROCESS=0 but crash with MULTIPROCESS=1. Maybe it's just this particular disc release, and it won't be a widespread problem. For now I'll leave my settings at MULTIPROCESS=1, just to see what happens, even though it doesn't give much of a boost on my system. Have you tried it with the latest release (v0.40.02)? I noticed from the log that you were using the previous one. I made a few changes to that area of code.

[RobertM]

Have you tried it with the latest release (v0.40.02)? I noticed from the log that you were using the previous one. I made a few changes to that area of code.

No I hadn't -- missed that one. I just downloaded it and gave it a try: same result.

Here's some further detail. After I dismiss the "PredictAndEncode" message box BD-RB becomes unstable. For instance, if I immediately pick the menu item to select BD-25 instead of BD-9 I see the "Scanning source directory..." message and this error pops up right away:

"BD Rebuilder experienced an error 2501 [23:24:32] SourceCheck() 00055 2501"

After that point the "Scanning source directory..." message never disappears, but the application UI still functions behind it. I can click the "Backup" button but it gives me another error because the source cannot be read.

I'm not sure if this info is of much use to you. If you'd like me do any specific tests I'll do so gladly.

Here's a copy of the latest INF and LOG files:


[Status]
LABEL=SKYLINE
VERSION=v0.40.02 (beta)
SOURCE_SIZE=27503462400
SOURCE_VIDEO_SIZE=27503462400
TARGET_SIZE=8422162432
REDUCTION=.306221897065585
RESIZE_1080=0
AUDIO_TO_KEEP=eng;
KEEP_HD_AUDIO=0
SUBS_TO_KEEP=eng;
BACKUP_MODE=1
MOVIEONLY_TYPE=0
USE_LAVF=0
INSTANCES=3
QUICK=0
ENCODE_STEP=1.5
[00004]
AUDIO=1000
PGS=10
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=8422162432
RATE=10517



[23:18:52] BD Rebuilder v0.40.02 (beta)
- Source: SKYLINE
- Input BD size: 25.61 GB
- Approximate total content: [01:32:46.394]
- Target BD size: 7.84 GB
- Windows Version: 6.1 [7601]
- MOVIE-ONLY mode enabled
- Quality: High Quality (Default), Two Pass
- Audio Settings: AC3=1 DTS=1 HD=0 Kbs=640
[23:18:53] PHASE ONE, Encoding
- [23:18:53] Processing: VID_00004 (1 of 1)
- [23:18:53] Extracting A/V streams [VID_00004]
- [23:23:33] Reencoding video [VID_00004]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 133,460 frames
- Bitrate: 10,517 Kbs
- [23:23:33] Reencoding: VID_00004, Pass 1 of 2
- [23:23:33] PredictAndEncode() 00006 2809
[23:24:18] - Aborted by user request
- [23:24:32] SourceCheck() 00055 2501
- [23:27:59] SourceCheck() 00055 2501

[jdobbs]

After getting an error it is unpredictable what might happen if you continue... as something wasn't completed properly. The 00055 means a file that should have been closed was already open.

[wakko709]

[17:21:52] BD Rebuilder v0.39.07 (beta)
- Source: GREEN_MILE_THE
- Input BD size: 40.09 GB
- Approximate total content: [05:55:38.600]
- Target BD size: 22.95 GB
- Windows Version: 6.1 [7600]
- Auto Quality: Good (Very Fast), Two Pass
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=640
[17:21:54] PHASE ONE, Encoding
- [17:21:54] Processing: VID_00000 (1 of 17)
- [17:21:54] Extracting A/V streams [VID_00000]
- [17:44:52] Reencoding video [VID_00000]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23.976fps, 271,359 frames
- Bitrate: 11,848 Kbs
- [17:44:52] Reencoding: VID_00000, Pass 1 of 2
- Encode failed. Retrying.
- Encode failed. Retrying.
- Reached retry limit. Aborting.
- BD-Rebuilder v0.39.07 (beta)
- Windows Version: 6.1 [7600]
- AVISYNTH Version: 2.5.7.0, Ok
- HAALI Splitter: 1.9.42.1, Ok
- FFDSHOW: 3326, Ok
- WIN7 preferred AVC CODEC: Not Set correctly
- WIN7 preferred VC-1 CODEC: Not Set correctly
- WIN7 preferred MPEG2 CODEC: Not Set correctly
- FFDSHOW VC-1 set incorrectly: [1]
- FFDSHOW MPEG2 set to "libavcodec": Ok
- FFDSHOW AVC set to "libavcodec": Ok
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok
[17:47:58] - Failed video encode, aborted
any help?

[Chuckwagon]

[17:21:52] BD Rebuilder v0.39.07 (beta)

- WIN7 preferred AVC CODEC: Not Set correctly
- WIN7 preferred VC-1 CODEC: Not Set correctly
- WIN7 preferred MPEG2 CODEC: Not Set correctly
- FFDSHOW VC-1 set incorrectly: [1]



I'd guess your problem is that you haven't gotten your codecs set properly. Set these items correctly and try the encode again. Also from the fist page, did you follow this instruction?

Note to Windows 7 Users: The first time (and only the first time) you run BD Rebuilder, you may have to "Run As Administrator". This is necessary so BD-RB can make CODEC preference changes in the Windows Registry.

[Capsbackup]

Also, should be using the latest BD-RBV04002! :devil:

[wakko709]

thank you

[colinhunt]

I'm working on some more speed improvements -- the next version will support DGDecNV in single and multi-processing modes
YES, YES, YES! Thank you, Sir! :D

[sonate]

This is the first time I had this problem. A rip of "Baraka" burned to a 50 gb disc plays without a problem, but a compressed 25 gb disc will not show the pop up menu and thus no navigation is possible. This happens both on the power DVD video software player and the sharp aquos player.

Log
-----------------------
[17:52:17] BD Rebuilder v0.40.01 (beta)
- Source: BARAKA
- Input BD size: 43.76 GB
- Approximate total content: [03:12:10.377]
- Target BD size: 24.02 GB
- Windows Version: 5.1 [2600]
- Auto Quality: Good (Very Fast), ABR
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[17:52:19] PHASE ONE, Encoding
- [17:52:19] Processing: VID_00008 (1 of 5)
- [17:52:19] Extracting A/V streams [VID_00008]
- [17:52:27] Reencoding video [VID_00008]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23.976fps, 1,008 frames
- [17:52:27] Reencoding: VID_00008, Pass 1 of 1
- [17:55:33] Video Encode complete
- [17:55:33] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4354 (eng): Keeping original audio
- Track 4355 (eng): Keeping original audio
- [17:55:33] Multiplexing M2TS
- [17:55:40] Processing: VID_00012 (2 of 5)
- [17:55:40] Extracting A/V streams [VID_00012]
- [17:56:27] Reencoding video [VID_00012]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23.976fps, 12,600 frames
- [17:56:27] Reencoding: VID_00012, Pass 1 of 1
- [18:27:21] Video Encode complete
- [18:27:21] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (eng): Keeping original audio
- [18:27:21] Multiplexing M2TS
- [18:27:45] Remuxing DTSX/IGS stream(s)
- [18:30:22] Processing: VID_00016 (3 of 5)
- [18:30:22] Extracting A/V streams [VID_00016]
- [18:32:33] Reencoding video [VID_00016]
- Source Video: VC-1, 1920x1080
- Rate/Length: 29.970fps, 12,721 frames
- [18:32:34] Reencoding: VID_00016, Pass 1 of 1
- [19:03:35] Video Encode complete
- [19:03:35] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [19:03:35] Multiplexing M2TS
- [19:03:55] Processing: VID_00015 (4 of 5)
- [19:03:55] Extracting A/V streams [VID_00015]
- [19:25:04] Reencoding video [VID_00015]
- Source Video: VC-1, 1920x1080
- Rate/Length: 29.970fps, 137,371 frames
- Bitrate: 11,916 Kbs
- [19:25:04] Reencoding: VID_00015, Pass 1 of 1
- [03:05:02] Video Encode complete
- [03:05:02] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [03:05:02] Multiplexing M2TS
- [03:10:24] Processing: VID_00017 (5 of 5)
- [03:10:24] Extracting A/V streams [VID_00017]
- [03:26:27] Reencoding video [VID_00017]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23.976fps, 140,716 frames
- Bitrate: 10,185 Kbs
- [03:26:27] Reencoding: VID_00017, Pass 1 of 1
- [10:40:43] Video Encode complete
- [10:40:43] Processing audio tracks
- Track 4353 (eng): Keeping original audio
- [10:40:43] Multiplexing M2TS
[10:52:42]PHASE ONE complete
[10:52:42]PHASE TWO - Rebuild Started
- [10:52:42] Rebuilding BD file Structure
[10:52:54] - Encode and Rebuild complete
[10:52:54] Writing BD structure to ISO file
- ImgBurn completed successfully
[11:05:00] JOB: BARAKA finished.

INF
[Status]
LABEL=BARAKA
VERSION=v0.40.01 (beta)
SOURCE_SIZE=46983537206
SOURCE_VIDEO_SIZE=46776834048
TARGET_SIZE=25794969600
REDUCTION=.547028608557446
RESIZE_1080=0
AUDIO_TO_KEEP=eng;
KEEP_HD_AUDIO=-1
SUBS_TO_KEEP=eng;
BACKUP_MODE=0
MOVIEONLY_TYPE=0
USE_LAVF=0
MULTIPROCESS=1
QUICK=1
ENCODE_STEP=0
COMPLETED=5
REBUILD_COMPLETE=1
[00008]
AUDIO=1011
PGS=101
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=68364957
NSTART=27000000
NEND=29066400
NSIZE=125706240
FLINK=0
MLINK=0
[00012]
AUDIO=11
PGS=
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=701754977
NSTART=27000000
NEND=50647680
NSIZE=1091192832
FLINK=0
MLINK=0
[00016]
AUDIO=1
PGS=
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=894599208
NSTART=27000000
NEND=46100475
NSIZE=596318208
FLINK=0
MLINK=0
[00015]
AUDIO=1
PGS=
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=8374115984
RATE=11916
NSTART=27000000
NEND=233262450
NSIZE=8278757376
FLINK=0
MLINK=0
[00017]
AUDIO=01
PGS=
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=15496291786
RATE=10185
NSTART=27000000
NEND=291106080
NSIZE=14489026560
FLINK=0
MLINK=0

[Ch3vr0n]

@JDobbs: i thought you werent gonna go that way of encoding biased on nvidia cuda or ati app technology.

http://neuron2.net/dgdecnv/dgdecnv.html
DGDecNV is a decoder/frameserver for AVC, MPEG2, and VC1 streams that runs on the GPU of Nvidia graphics cards that support CUDA video decoding.

[wakko709]

-----------------------
[09:27:41] BD Rebuilder v0.40.02 (beta)
- Source: GREEN_MILE_THE
- Input BD size: 40.09 GB
- Approximate total content: [05:55:38.600]
- Target BD size: 22.95 GB
- Windows Version: 6.1 [7600]
- Auto Quality: Good (Very Fast), Two Pass
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=640
[09:27:44] PHASE ONE, Encoding
- [09:27:44] Processing: VID_00000 (1 of 17)
- [09:27:44] Extracting A/V streams [VID_00000]
- [09:45:34] Reencoding video [VID_00000]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23.976fps, 271,359 frames
- Bitrate: 11,848 Kbs
- [09:45:35] Reencoding: VID_00000, Pass 1 of 2
- [13:06:32] Reencoding: VID_00000, Pass 2 of 2
- [16:22:42] Video Encode complete
- [16:22:42] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [16:22:42] Multiplexing M2TS
- [16:35:56] Processing: VID_00002 (2 of 17)
- [16:35:56] Extracting A/V streams [VID_00002]
- [16:36:34] Reencoding video [VID_00002]
- Source Video: VC-1, 720x480
- Rate/Length: 29.970fps, 45,870 frames
- Bitrate: 3,189 Kbs
- [16:36:34] Reencoding: VID_00002, Pass 1 of 2
- [16:44:12] Reencoding: VID_00002, Pass 2 of 2
- [16:51:09] Video Encode complete
- [16:51:09] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [16:51:09] Multiplexing M2TS
- [16:51:24] Processing: VID_00004 (3 of 17)
- [16:51:24] Extracting A/V streams [VID_00004]
- [16:52:06] Reencoding video [VID_00004]
- Source Video: VC-1, 720x480
- Rate/Length: 29.970fps, 43,050 frames
- Bitrate: 3,013 Kbs
- [16:52:06] Reencoding: VID_00004, Pass 1 of 2
- [16:58:52] Reencoding: VID_00004, Pass 2 of 2
- [17:05:27] Video Encode complete
- [17:05:27] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [17:05:27] Multiplexing M2TS
- [17:05:43] Processing: VID_00005 (4 of 17)
- [17:05:43] Extracting A/V streams [VID_00005]
- [17:06:06] Reencoding video [VID_00005]
- Source Video: VC-1, 720x480
- Rate/Length: 29.970fps, 25,320 frames
- Bitrate: 2,848 Kbs
- [17:06:06] Reencoding: VID_00005, Pass 1 of 2
- [17:09:54] Reencoding: VID_00005, Pass 2 of 2
- [17:13:41] Video Encode complete
- [17:13:41] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [17:13:41] Multiplexing M2TS
- [17:13:51] Processing: VID_00006 (5 of 17)
- [17:13:51] Extracting A/V streams [VID_00006]
- [17:14:51] Reencoding video [VID_00006]
- Source Video: VC-1, 720x480
- Rate/Length: 29.970fps, 37,890 frames
- Bitrate: 3,016 Kbs
- [17:14:51] Reencoding: VID_00006, Pass 1 of 2
- Encode failed. Aborting.
- BD-Rebuilder v0.40.02 (beta)
- Windows Version: 6.1 [7600]
- AVISYNTH Version: 2.5.7.0, Ok
- HAALI Splitter: Isn't recommended version
- FFDSHOW: 4238, not recommended version
- WIN7 preferred AVC CODEC: Ok
- WIN7 preferred VC-1 CODEC: Ok
- WIN7 preferred MPEG2 CODEC: Ok
- FFDSHOW VC-1 set to "wmv9", Ok
- FFDSHOW MPEG2 set to "libavcodec": Ok
- FFDSHOW AVC set to "libavcodec": Ok
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok
[17:15:12] - Failed video encode, aborted
now what?

[Ch3vr0n]

@wakko709:

- HAALI Splitter: Isn't recommended version
- FFDSHOW: 4238, not recommended version

now what?

You can start by installing the recommended versions from the first post and configure them per matching instructions. Then try again

[jdobbs]

@JDobbs: i thought you werent gonna go that way of encoding biased on nvidia cuda or ati app technology.

http://neuron2.net/dgdecnv/dgdecnv.html I've always said I'm not going to make BD Rebuilder dependent on other software or specific hardware. So I'm not making the software dependent on DGDecNV. It's just there as an option under the SETUP menu in case you happen to already own DGDecNV and have a CUDA enabled video card.

[jdobbs]

This is the first time I had this problem. A rip of "Baraka" burned to a 50 gb disc plays without a problem, but a compressed 25 gb disc will not show the pop up menu and thus no navigation is possible. This happens both on the power DVD video software player and the sharp aquos player. Do you have the following set in your INI?

DTSX_ENABLE=1

If not, set it and see if it fixes the issue. In addition to remuxing DTS-Express when set, this flag also tells BD-RB to remux IGS streams. I'm guessing that is what you're experiencing. It's still experimental -- but I think it's stable.

[setarip_old]

@sonate

Hi!

On that EXTREMELY poorly authored Blu-ray disc, if you explore it carefully, you'll find a silent 13 second clip from "Rambo"!

And, IIRC, the MAIN menu on a 25GB backup attempt is lacking buttons...

But the snow monkey is cute ;>}

**EDIT - Just checked my records - The backup I made was a "BD9"...

[wakko709]

-----------------------
[18:56:29] BD Rebuilder v0.40.02 (beta)
- Source: GREEN_MILE_THE
- Input BD size: 40.09 GB
- Approximate total content: [05:55:38.600]
- Target BD size: 22.95 GB
- Windows Version: 6.1 [7600]
- Auto Quality: Good (Very Fast), Two Pass
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=640
[18:56:39] PHASE ONE, Encoding
- [18:56:39] Processing: VID_00000 (1 of 17)
- [18:56:39] Extracting A/V streams [VID_00000]
- [19:13:58] Reencoding video [VID_00000]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23.976fps, 271,359 frames
- Bitrate: 11,848 Kbs
- [19:13:58] Reencoding: VID_00000, Pass 1 of 2
- Encode failed. Aborting.
- BD-Rebuilder v0.40.02 (beta)
- Windows Version: 6.1 [7600]
- AVISYNTH Version: 2.5.7.0, Ok
- HAALI Splitter: 1.9.42.1, Ok
- FFDSHOW: 3326, Ok
- WIN7 preferred AVC CODEC: Ok
- WIN7 preferred VC-1 CODEC: Ok
- WIN7 preferred MPEG2 CODEC: Ok
- FFDSHOW VC-1 set incorrectly: [0]
- FFDSHOW MPEG2 set incorrectly: [0]
- FFDSHOW AVC set to "libavcodec": Ok
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok
[19:15:00] - Failed video encode, aborted
now what?

[jdobbs]

@wakko709

Uninstall everything. Then go to the first post of this thread and follow the instruction exactly. Don't skip over anything. It will work everytime. If you followed it you would have seen the information below (as well as the other step already mentioned):
1. Download and install FFDSHOW and the Haali Matroska Splitter. They are required for BD-RB to work and are free. After the install, run "Video Decoder Configuration" for FFDSHOW from the "START/Programs" menu, and make sure MPEG2 decoding is enabled. Do the same using "Audio Decoder Configuration" to ensure "Uncompressed" is set to "All Supported".8. Setup VC-1 decoding in the same way you did MPEG-2 in step one. For Vista or Windows 7 using "Video Decoder Configuration" -- select "wmv9". Recommended for Windows XP only (but not required): Download and install WMV11 from Microsoft, and set VC-1 decoding to "disabled" in FFDSHOW (allowing the WMV11 codec to be used instead). It really isn't proper asking others to read the instructions and repeat them to you...

[wakko709]

I see it!

[sonate]

Do you have the following set in your INI?

DTSX_ENABLE=1

If not, set it and see if it fixes the issue. In addition to remuxing DTS-Express when set, this flag also tells BD-RB to remux IGS streams. I'm guessing that is what you're experiencing. It's still experimental -- but I think it's stable.

Thank you much :)

Yes, it is enabled and that must be the problem as the suspect menu is indeed in 00012.m2ts A quick copy and paste from the original along with the associated clpi and .mpls creates a working disc.

- [17:55:40] Processing: VID_00012 (2 of 5)
- [17:55:40] Extracting A/V streams [VID_00012]
- [17:56:27] Reencoding video [VID_00012]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23.976fps, 12,600 frames
- [17:56:27] Reencoding: VID_00012, Pass 1 of 1
- [18:27:21] Video Encode complete
- [18:27:21] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (eng): Keeping original audio
- [18:27:21] Multiplexing M2TS
- [18:27:45] Remuxing DTSX/IGS stream(s)

[sonate]

@sonate

Hi!

On that EXTREMELY poorly authored Blu-ray disc, if you explore it carefully, you'll find a silent 13 second clip from "Rambo"!

And, IIRC, the MAIN menu on a 25GB backup attempt is lacking buttons...

But the snow monkey is cute ;>}

**EDIT - Just checked my records - The backup I made was a "BD9"...

Yeah, and what was that Rambo thing all about? Got the whole thing working and all 4 buttons.

Nice visuals, I imagine a lot of people will want to watch it while under the influence of something. Is that scene with the crystal cathedral real?

[varekai]

@setarip_old
First time I've ever heard of this. Havn't discovered any problems on the remastered 8k version either.
Where can I read more about this?

@sonate
The greatness of movies like Baraka is that you get a natural high... so no need for other stimuli substances.
Read about Samsara movie here:
http://www.spiritofbaraka.com/samsara
http://www.barakasamsara.com

[sonate]

Thank you for the info. I was sort of dead pan joking. Beautiful movie to say the least.

One of the special features talks about the restoration, the production BR disc version is the 8k version, evidently. Image sharpness and clarity are amazing.

[busch42]

jdobbs, Sorry getting back to you so late, I'm using an AMD quad core, I just did a back up of Transformers with no problem, Don't know why but the x264 version in BDrebuilder 0.39.0.7 seems to work for me for now.

[omegaman7]

I'm not getting high enough bitrates for Star Trek TOS discs. So what I'm attempting to do is output the episodes to MKV, or MP4. And later I'll have Multiavchd incorporate them into a disc of my own making :D I've been looking for a reason to give it a shot anyway.
Here's the thing. I set it for 1920x1080, 640Kbs DD5.1, CRF 18, and "Auto crop black borders". Been meaning to experiment with that too. The original video is clearly 1440 x 1080p excluding the side black borders (4:3). But the output changes it to 1040 height. Why would it do that? You're really gonna love this. I deleted all the files, and then thought I better report this. So... I'm gonna run the job again, and hope the bug is reproduced. If you would like the usual INI/INF just let me know. I haven't changed any settings, so theoretically, the bug should reoccur.

[greslogo]

DGDecNV....

This seems like it would speed up processing for me. How does BDR know where to find it ?

[jdobbs]

DGDecNV....

This seems like it would speed up processing for me. How does BDR know where to find it ?

When you select it from the setup menu the first time you enter a browser through which you point to both DGIndexNV and DGDecodeNV.

[omegaman7]

Here's the Log. And this time it Failed To REBUILD. I tried continuing after it failed. Failed yet again. I think I know why. When I use mediainfo, to get the stats of the .264 file, the resolution is very funky LOL! Not at all kosher. I've checked .264 files with mediainfo in the past. The few times I have checked, they appeared exactly as they should be. Get a load of this one! :eek:
I checked other .264 files. Some are correct, others are not.
http://i730.photobucket.com/albums/ww302/omegaman7/Mediainforesolution.png

[15:59:11] BD Rebuilder v0.40.02 (beta)
- Source: STAR_TREK_S1D2
- Input BD size: 7.35 GB
- Approximate total content: [00:50:31.528]
- Windows Version: 6.1 [7601]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- Mode: MKV Container, 1920x1080, 640Kbs DD5.1
- Automatic cropping of borders enabled
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[15:59:11] PHASE ONE, Encoding
- [15:59:11] Processing: VID_00069 (1 of 20)
- [15:59:11] Extracting A/V streams [VID_00069]
- [16:00:28] Reencoding video [VID_00069]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23.976fps, 209 frames
- [16:00:28] Reencoding: VID_00069, Pass 1 of 1
- [16:00:35] Video Encode complete
- [16:00:35] Processing audio tracks
- Track 4352 (eng): Reencoding audio to AC3...
- [16:02:09] Multiplexing M2TS
- [16:02:09] Processing: VID_00128 (2 of 20)
- [16:02:09] Extracting A/V streams [VID_00128]
- [16:02:13] Reencoding video [VID_00128]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23.976fps, 284 frames
- [16:02:13] Reencoding: VID_00128, Pass 1 of 1
- [16:02:35] Video Encode complete
- [16:02:35] Multiplexing M2TS
- [16:02:35] Processing: VID_00129 (3 of 20)
- [16:02:35] Extracting A/V streams [VID_00129]
- [16:02:39] Reencoding video [VID_00129]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23.976fps, 445 frames
- [16:02:39] Reencoding: VID_00129, Pass 1 of 1
- [16:03:18] Video Encode complete
- [16:03:18] Multiplexing M2TS
- [16:03:18] Processing: VID_00131 (4 of 20)
- [16:03:18] Extracting A/V streams [VID_00131]
- [16:03:23] Reencoding video [VID_00131]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23.976fps, 552 frames
- [16:03:23] Reencoding: VID_00131, Pass 1 of 1
- [16:04:03] Video Encode complete
- [16:04:03] Multiplexing M2TS
- [16:04:03] Processing: VID_00132 (5 of 20)
- [16:04:03] Extracting A/V streams [VID_00132]
- [16:04:09] Reencoding video [VID_00132]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23.976fps, 2,104 frames
- [16:04:09] Reencoding: VID_00132, Pass 1 of 1
- [16:06:39] Video Encode complete
- [16:06:39] Multiplexing M2TS
- [16:06:39] Processing: VID_00133 (6 of 20)
- [16:06:39] Extracting A/V streams [VID_00133]
- [16:06:43] Reencoding video [VID_00133]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23.976fps, 273 frames
- [16:06:43] Reencoding: VID_00133, Pass 1 of 1
- [16:07:02] Video Encode complete
- [16:07:02] Multiplexing M2TS
- [16:07:02] Processing: VID_00134 (7 of 20)
- [16:07:02] Extracting A/V streams [VID_00134]
- [16:07:06] Reencoding video [VID_00134]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23.976fps, 166 frames
- [16:07:06] Reencoding: VID_00134, Pass 1 of 1
- [16:07:22] Video Encode complete
- [16:07:22] Multiplexing M2TS
- [16:07:22] Processing: VID_00136 (8 of 20)
- [16:07:22] Extracting A/V streams [VID_00136]
- [16:07:44] Reencoding video [VID_00136]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23.976fps, 17,902 frames
- [16:07:44] Reencoding: VID_00136, Pass 1 of 1
- [16:30:04] Video Encode complete
- [16:30:04] Multiplexing M2TS
- [16:30:04] Processing: VID_00137 (9 of 20)
- [16:30:04] Extracting A/V streams [VID_00137]
- [16:30:09] Reencoding video [VID_00137]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23.976fps, 1,103 frames
- [16:30:09] Reencoding: VID_00137, Pass 1 of 1
- [16:31:31] Video Encode complete
- [16:31:31] Multiplexing M2TS
- [16:31:31] Processing: VID_00139 (10 of 20)
- [16:31:31] Extracting A/V streams [VID_00139]
- [16:31:37] Reencoding video [VID_00139]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23.976fps, 2,660 frames
- [16:31:37] Reencoding: VID_00139, Pass 1 of 1
- [16:34:56] Video Encode complete
- [16:34:56] Multiplexing M2TS
- [16:34:56] Processing: VID_00140 (11 of 20)
- [16:34:56] Extracting A/V streams [VID_00140]
- [16:35:00] Reencoding video [VID_00140]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23.976fps, 727 frames
- [16:35:00] Reencoding: VID_00140, Pass 1 of 1
- [16:36:00] Video Encode complete
- [16:36:00] Multiplexing M2TS
- [16:36:00] Processing: VID_00142 (12 of 20)
- [16:36:00] Extracting A/V streams [VID_00142]
- [16:36:06] Reencoding video [VID_00142]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23.976fps, 2,507 frames
- [16:36:06] Reencoding: VID_00142, Pass 1 of 1
- [16:39:14] Video Encode complete
- [16:39:14] Multiplexing M2TS
- [16:39:14] Processing: VID_00143 (13 of 20)
- [16:39:14] Extracting A/V streams [VID_00143]
- [16:39:18] Reencoding video [VID_00143]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23.976fps, 129 frames
- [16:39:18] Reencoding: VID_00143, Pass 1 of 1
- [16:39:25] Video Encode complete
- [16:39:25] Multiplexing M2TS
- [16:39:25] Processing: VID_00145 (14 of 20)
- [16:39:25] Extracting A/V streams [VID_00145]
- [16:39:42] Reencoding video [VID_00145]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23.976fps, 13,704 frames
- [16:39:42] Reencoding: VID_00145, Pass 1 of 1
- [16:56:36] Video Encode complete
- [16:56:36] Multiplexing M2TS
- [16:56:36] Processing: VID_00146 (15 of 20)
- [16:56:36] Extracting A/V streams [VID_00146]
- [16:56:40] Reencoding video [VID_00146]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23.976fps, 316 frames
- [16:56:40] Reencoding: VID_00146, Pass 1 of 1
- [16:56:59] Video Encode complete
- [16:56:59] Multiplexing M2TS
- [16:56:59] Processing: VID_00148 (16 of 20)
- [16:56:59] Extracting A/V streams [VID_00148]
- [16:57:19] Reencoding video [VID_00148]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23.976fps, 24,916 frames
- [16:57:19] Reencoding: VID_00148, Pass 1 of 1
- [17:28:18] Video Encode complete
- [17:28:18] Multiplexing M2TS
- [17:28:18] Processing: VID_00149 (17 of 20)
- [17:28:18] Extracting A/V streams [VID_00149]
- [17:28:22] Reencoding video [VID_00149]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23.976fps, 546 frames
- [17:28:22] Reencoding: VID_00149, Pass 1 of 1
- [17:29:06] Video Encode complete
- [17:29:06] Multiplexing M2TS
- [17:29:06] Processing: VID_00151 (18 of 20)
- [17:29:06] Extracting A/V streams [VID_00151]
- [17:29:10] Reencoding video [VID_00151]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23.976fps, 509 frames
- [17:29:10] Reencoding: VID_00151, Pass 1 of 1
- [17:29:52] Video Encode complete
- [17:29:52] Multiplexing M2TS
- [17:29:52] Processing: VID_00152 (19 of 20)
- [17:29:52] Extracting A/V streams [VID_00152]
- [17:29:57] Reencoding video [VID_00152]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23.976fps, 2,320 frames
- [17:29:57] Reencoding: VID_00152, Pass 1 of 1
- [17:32:44] Video Encode complete
- [17:32:44] Multiplexing M2TS
- [17:32:44] Processing: VID_00154 (20 of 20)
- [17:32:44] Extracting A/V streams [VID_00154]
- [17:32:49] Reencoding video [VID_00154]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23.976fps, 1,312 frames
- [17:32:49] Reencoding: VID_00154, Pass 1 of 1
- [17:34:02] Video Encode complete
- [17:34:02] Multiplexing M2TS
[17:34:02]PHASE ONE complete
[17:34:02]PHASE TWO - Rebuild Started
- [17:34:02] Rebuilding stream 00069 [1 of 20]
- [17:34:02] Rebuilding stream 00128 [2 of 20]
- [17:34:02] Rebuilding stream 00129 [3 of 20]
- [17:34:02] Rebuilding stream 00131 [4 of 20]
- [17:34:02] Rebuilding stream 00132 [5 of 20]
- [17:34:02] Rebuilding stream 00133 [6 of 20]
- [17:34:02] Rebuilding stream 00134 [7 of 20]
- [17:34:02] Rebuilding stream 00136 [8 of 20]
- [17:34:02] Rebuilding stream 00137 [9 of 20]
- [17:34:02] Rebuilding stream 00139 [10 of 20]
- [17:34:02] Rebuilding stream 00140 [11 of 20]
- [17:34:02] Rebuilding stream 00142 [12 of 20]
- [17:34:02] Rebuilding stream 00143 [13 of 20]
- [17:34:02] Rebuilding stream 00145 [14 of 20]
- [17:34:02] Rebuilding stream 00146 [15 of 20]
- [17:34:02] Rebuilding stream 00148 [16 of 20]
- [17:34:02] Rebuilding stream 00149 [17 of 20]
- [17:34:02] Rebuilding stream 00151 [18 of 20]
- [17:34:02] Rebuilding stream 00152 [19 of 20]
- [17:34:02] Rebuilding stream 00154 [20 of 20]
- [17:34:02] Building ALTERNATE OUTPUT Structure
[17:34:58] - Failed to REBUILD
-----------------------
[21:25:25] BD Rebuilder v0.40.02 (beta)
- Source: STAR_TREK_S1D2
- Input BD size: 7.35 GB
- Approximate total content: [00:50:31.528]
- Windows Version: 6.1 [7601]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- Mode: MKV Container, 1920x1080, 640Kbs DD5.1
- Automatic cropping of borders enabled
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
- Resuming from previously started job.
[21:25:28] PHASE ONE, Encoding
[21:25:28]PHASE ONE complete
[21:25:28]PHASE TWO - Rebuild Started
- [21:25:28] Rebuilding stream 00069 [1 of 20]
- [21:25:28] Rebuilding stream 00128 [2 of 20]
- [21:25:28] Rebuilding stream 00129 [3 of 20]
- [21:25:28] Rebuilding stream 00131 [4 of 20]
- [21:25:28] Rebuilding stream 00132 [5 of 20]
- [21:25:28] Rebuilding stream 00133 [6 of 20]
- [21:25:28] Rebuilding stream 00134 [7 of 20]
- [21:25:28] Rebuilding stream 00136 [8 of 20]
- [21:25:28] Rebuilding stream 00137 [9 of 20]
- [21:25:28] Rebuilding stream 00139 [10 of 20]
- [21:25:28] Rebuilding stream 00140 [11 of 20]
- [21:25:28] Rebuilding stream 00142 [12 of 20]
- [21:25:28] Rebuilding stream 00143 [13 of 20]
- [21:25:28] Rebuilding stream 00145 [14 of 20]
- [21:25:28] Rebuilding stream 00146 [15 of 20]
- [21:25:28] Rebuilding stream 00148 [16 of 20]
- [21:25:28] Rebuilding stream 00149 [17 of 20]
- [21:25:28] Rebuilding stream 00151 [18 of 20]
- [21:25:28] Rebuilding stream 00152 [19 of 20]
- [21:25:28] Rebuilding stream 00154 [20 of 20]
- [21:25:28] Building ALTERNATE OUTPUT Structure
[21:26:08] - Failed to REBUILD

[Adbear]

I'm not getting high enough bitrates for Star Trek TOS discs. So what I'm attempting to do is output the episodes to MKV, or MP4. And later I'll have Multiavchd incorporate them into a disc of my own making :D I've been looking for a reason to give it a shot anyway.
Here's the thing. I set it for 1920x1080, 640Kbs DD5.1, CRF 18, and "Auto crop black borders". Been meaning to experiment with that too. The original video is clearly 1440 x 1080p excluding the side black borders (4:3). But the output changes it to 1040 height. Why would it do that? You're really gonna love this. I deleted all the files, and then thought I better report this. So... I'm gonna run the job again, and hope the bug is reproduced. If you would like the usual INI/INF just let me know. I haven't changed any settings, so theoretically, the bug should reoccur.

You do realize that if you want to put those files back onto a Blu-ray you'll have to put back in the black borders otherwise if you leave them at 1440x1080 24p then your settop player will probably either state it's a non valid format or stretch the image as that res uses non square (anamorphic) pixels when played back.

[omegaman7]

Blu-ray authoring programs probably take that into account. But I have reweighed my options. I'm not gonna do the cropping. I guess it just bothers me the way it displays on a 1920 x 1200 screen. But there are ways to adjust it ;)

[Adbear]

Not normally, if you bring in a 1440x1080 file into a Blu-ray authoring program it expects it to use non square pixels so it would either put the file on the disc as it is in which case your player would stretch it or if it doesn't support 1440x1080 then it would re-encode the footage and stretch it at that point. 1440x1080 is not a 4x3 option it's a widescreen pixel option for full HD which is how HDV cameras record

(Sorry to have gone off topic, just thought I'd clear that up)

[AmigaFuture]

Using 0.40.02 I've re-encoded The Matrix - Revolutions using Movie Only Backup, MULTIPROCESS=1 and 0, Crop Borders, Alternate MKV Intact Audio without errors from BD-RB. However, when I skipped through the rebuilt video I noticed between 44 minutes 36 to 38 seconds there are frame, or something, clitches only in video. VLC shows blank frames and put it's cone on the screen for a flash for a second. MPC, just shows some video glitch. Going with a feeling, I also encoded it with Movie-Only Backup set to DVD-5 which produced what I see as flawless in both A/V...in both players.

A side note...the video is indicated as VC-1 by BD-RB, at first past, with each render above, was around 87 FPS, but the 2nd pass never went over 30 FPS.

I'm going try 40.01 to see if a difference is produced.

[greslogo]

When you select it from the setup menu the first time you enter a browser through which you point to both DGIndexNV and DGDecodeNV.

I'm pretty ignorant of how all this works. Using BDR, which browser would that be, assuming I am creating a BD-25 or a DVD.

Thanks.

[jdobbs]

I'm pretty ignorant of how all this works. Using BDR, which browser would that be, assuming I am creating a BD-25 or a DVD.

Thanks. Well... you can't do it at all yet. That is going to be in the next release. But the "browser" is the standard Windows Explorer file browser that all applications would use.

[greslogo]

Ah. found your original post where you first mentioned it will be in the next release, which is why I was confused when you mentioned browser/setup. I use FF and don't see anything in the Setup where I can point to DGDecodeNV.

[jdobbs]

Ah. found your original post where you first mentioned it will be in the next release, which is why I was confused when you mentioned browser/setup. I use FF and don't see anything in the Setup where I can point to DGDecodeNV. FF is an internet browser. Explorer it Windows internal file browser.

[greslogo]

Oops. Not enough coffee this morning.

[jdobbs]

Oops. Not enough coffee this morning. I'm on my second cup... ;)

[jdobbs]

I'm not getting high enough bitrates for Star Trek TOS discs. So what I'm attempting to do is output the episodes to MKV, or MP4. And later I'll have Multiavchd incorporate them into a disc of my own making :D I've been looking for a reason to give it a shot anyway.
Here's the thing. I set it for 1920x1080, 640Kbs DD5.1, CRF 18, and "Auto crop black borders". Been meaning to experiment with that too. The original video is clearly 1440 x 1080p excluding the side black borders (4:3). But the output changes it to 1040 height. Why would it do that? You're really gonna love this. I deleted all the files, and then thought I better report this. So... I'm gonna run the job again, and hope the bug is reproduced. If you would like the usual INI/INF just let me know. I haven't changed any settings, so theoretically, the bug should reoccur.Using 0.40.02 I've re-encoded The Matrix - Revolutions using Movie Only Backup, MULTIPROCESS=1 and 0, Crop Borders, Alternate MKV Intact Audio without errors from BD-RB. However, when I skipped through the rebuilt video I noticed between 44 minutes 36 to 38 seconds there are frame, or something, clitches only in video. VLC shows blank frames and put it's cone on the screen for a flash for a second. MPC, just shows some video glitch. Going with a feeling, I also encoded it with Movie-Only Backup set to DVD-5 which produced what I see as flawless in both A/V...in both players.

A side note...the video is indicated as VC-1 by BD-RB, at first past, with each render above, was around 87 FPS, but the 2nd pass never went over 30 FPS.

I'm going try 40.01 to see if a difference is produced.Hmmm... I guess I overestimated the capabilities of the auto-cropping filter. I only did a couple tests and it seemed to work ok. In fact until these bug reports I'd forgotten I'd even added it.. :) Maybe I should just leave that up to human intervention and get rid of that option.

Of course on the other hand... I can't be definitely sure that the problem is in auto-cropping on AmigaFuture's job -- as MULTIPROCESS was also in the mix. Do you know how many splits it made for the reencode? I'm running it right now with two.

[The_Unknown]

I have problems with rebuilding "Harry Potter and the Order of the Phoenix - Bonus-Disc" to a BD-9.

I attached the log. Do you have any idea what's the problem here?

[jdobbs]

I have problems with rebuilding "Harry Potter and the Order of the Phoenix - Bonus-Disc" to a BD-9.

I attached the log. Do you have any idea what's the problem here? Ahh... that's the same error that RobertM reported a couple of pages ago. I haven't been able to repeat it yet. Maybe I can with this disc. Can you post the contents of your BDREBUILDER.INI file (the config file) so I can use your settings in the encode?

[omegaman7]

How many splits for the reencode? I've actually got the "MULTIPROCESS" disabled at the moment.

[jdobbs]

How many splits for the reencode? I've actually got the "MULTIPROCESS" disabled at the moment. Soryy, I meant that for AmigaFuture.

I've found another issue with concurrently having MULTIPROCESS and cropping set. It could add a lot of time to the encode... I'm probably going to just disable multiprocessing when cropping is selected.

[jdobbs]

I have problems with rebuilding "Harry Potter and the Order of the Phoenix - Bonus-Disc" to a BD-9.

I attached the log. Do you have any idea what's the problem here?

Can you give me a listing of the WORKFILES folder immediately after getting the error? That might point me to the right section of code.

[RobertM]

Hi JDobbs,

Just in case this will help, here's a listing of my WORKFILES folder immediately before the error:

Directory of D:\BD-Rebuilds\BUILDS\WORKFILES

07/02/2012 01:22 PM <DIR> .
07/02/2012 01:22 PM <DIR> ..
07/02/2012 01:26 PM 20,131,635,057 00004.track_4113.264
07/02/2012 01:26 PM 1,049,963,452 00004.track_4352.dts
07/02/2012 01:26 PM 14,419,026 00004.track_4608.sup
07/02/2012 01:22 PM 366 AUD_00004.meta
4 File(s) 21,196,017,901 bytes
2 Dir(s) 1,599,663,779,840 bytes free

... and immediately after the error:

Directory of D:\BD-Rebuilds\BUILDS\WORKFILES

07/02/2012 01:26 PM <DIR> .
07/02/2012 01:26 PM <DIR> ..
07/02/2012 01:26 PM 1,049,963,452 00004.track_4352.dts
07/02/2012 01:26 PM 14,419,026 00004.track_4608.sup
07/02/2012 01:22 PM 366 AUD_00004.meta
07/02/2012 01:26 PM 222 AUD_00004_4352.AVS
07/02/2012 01:26 PM 189 VID_00004.AVS
07/02/2012 01:26 PM 203 VID_00004.CHP
6 File(s) 1,064,383,458 bytes
2 Dir(s) 1,619,795,415,040 bytes free


I just re-ran this process for SLYLINE; same error, same place.

[jdobbs]

Thanks! Yes that helps. That gives me a little better idea as to where the error is occuring. I'll scour that section of code.

[jdobbs]

@RobertM

I just send you a PM...

[AmigaFuture]

It stated 3 splits. I hope you find a way to leave them both active. :) I much prefer cropping and the speed. Hehe. I'll disable cropping in my next test but leave everything else as posted before. I thought about changing the number of MULTIPROCESS, but hadn't created the moments to do it yet. I noticed 40.01 also does it. I'll stay with .02 for the next tests.

[The_Unknown]

The error also occurs with Harry Potter and the Halfblood Prince (also Bonus Disc).

Directly after the error:

07.02.2012 17:55 <DIR> .
07.02.2012 17:55 <DIR> ..
07.02.2012 17:55 13.702.765 00003.track_4113.264
07.02.2012 17:55 145 AUD_00003.meta
07.02.2012 17:55 169 VID_00003.AVS
3 Datei(en), 13.703.079 Bytes
2 Verzeichnis(se), 274.110.214.144 Bytes frei

INI and LOG are in attachment.

[jdobbs]

The error also occurs with Harry Potter and the Halfblood Prince (also Bonus Disc).

Directly after the error:

07.02.2012 17:55 <DIR> .
07.02.2012 17:55 <DIR> ..
07.02.2012 17:55 13.702.765 00003.track_4113.264
07.02.2012 17:55 145 AUD_00003.meta
07.02.2012 17:55 169 VID_00003.AVS
3 Datei(en), 13.703.079 Bytes
2 Verzeichnis(se), 274.110.214.144 Bytes frei

INI and LOG are in attachment. Thanks. I've found the problem and fixed it for the next release. Hopefully I will post it later today. I just want to do a little testing first.

[AmigaFuture]

@jdobbs

I like the other method of encoding you typed about. That seems more along the way you have DVD-Rebuilder doing it. With that, HCEnc will use multiple instances of itself depending how many Cores the CPU has which results in very high FPS also, except for the last encode. After multiple encodes and only 1 process remaining, the FPS is reflected only for that single HCEnc process. However, when Mutl-Processing, whatever it's called..I don't recall at the moment, is disabled...the FPS is high as if multi is being used but with 1 instance of HCEnc. Which I see as it using multiple cores...with 1 HCEnc. I hoped that for MULTIPROCESS, but it doesn't seem like it with BD-Rebuilder. Is it possible to do the same with the external x264? I'm not using the internal x264 any more. I am noticing the 32-bit version is running only...so I'm guessing that it's not making calls to the 64-bit version?

Current render is with MULTIPROCESS=0 and Crop for Alternate Intact Audio is active. No splitting has happened. I got 40.XX FPS 1st pas. 19.XX 2nd pass.

[jdobbs]

BD-RB works the same way as DVD Rebuilder for multi-processing. The difference is that it is taking a lot more processing power for HD encoding, so the benefit only shows when you have spare processor time. On faster processors it will show more benefit.

If you use AVISYNTH as input you have to use the 32 bit version of X264. It really doesn't matter anyway -- in my testing the speed difference is negligible between 32/64 bit anyway. If you did see a difference it was more likely from LAVF.

[jdobbs]

I have updated the first post of this thread with a link to a new version of BD-RB (v0.40.04). Changes for this release:- Added support for Neuron2's DGDecNV. Note that
this software is not required for BD-RB to run,
but it will likely speed encoding in most cases.
DGDecNV requires a CUDA enabled video card and
a license that can be obtained through a $15
donation. For more info and h/w requirements:
http://www.neuron2.net/dgdecnv/dgdecnv.html
- Added code to make DGDecNV indexing execute
concurrently with TSMUXER audio extraction. This
should, in most cases, eliminate any additional
time needed for the indexing. If problems occur
however, concurrent indexing can be disabled
through a new INDEX_WITH_EXTRACT hidden option.
See HIDDENOPTS.TXT for more info.
- Corrected a bug that could result in a crash and
the error "PredictAndEncode() 00006 XXXX" when
MULTIPROCESS is active.
- Modified the log so the current date is shown
as the job begins rather than the time-of-day.
- Updated the included version of X264.EXE to the
latest release (r2164).
- Updated the included version of X264-64.EXE to
the latest release (r2164).
- Other minor corrections and cosmetic fixes.

[RobertM]

Good news!

40.04 seems to have fixed my problem. I didn't let it encode the whole thing through, but it completed the extraction and then started splitting for the multiprocess with no error, so it has certainly gotten past my precious problem area.

Thanks.

[AmigaFuture]

I get it about the resolution differences and that to see higher FPS with higher resolution you need to tap more power (vibration) to get higher FPS...or "seemingly" have multiple processes of a particular program. Which I noticed DVD Rebuilder didn't have to (multiple processes of HCEnc) to get higher FPS.

The last encoding wasn't split, but I verified it anyway and it was smooth. Reading your last post to me...I though I'd not activate the external LAVF and try that since I haven't for several past tests. :)

[jdobbs]

I get it about the resolution differences and that to see higher FPS with higher resolution you need to tap more power (vibration) to get higher FPS...or "seemingly" have multiple processes of a particular program. Which I noticed DVD Rebuilder didn't have to (multiple processes of HCEnc) to get higher FPS.

The last encoding wasn't split, but I verified it anyway and it was smooth. Reading your last post to me...I though I'd not activate the external LAVF and try that since I haven't for several past tests. :) Yes... it does use multiple process of HCEnc... but later versions of HCEnc incorporated internal multiprocessing so the increases weren't as great. I'm pretty familiar with how it works, having written it and all.

[AmigaFuture]

My intention wasn't to express you're not aware of your own program, but to help me further understand the Encoding process and speeds, and "Is there a Bug here??". Now I get it about the version of HCEnc I use which answers other question(s) a bit more even about BD-RB. :-D I Appreciate your reply, Thank You. :-)

Please keep the "Automatically crop black borders" option. I'm cool with using slower speeds for that. Fast is good, but slow has it's...benefits also. ;-)

[colinhunt]

Anyone done The Thing (2011) with PiP video/DTS Express enabled?

I ran it on 0.40.02 (multiprocess disabled) and the output plays PiP video without audio on PowerDVD 11. The original plays fine, audio and all, on PDVD11.

Slight clarification: when PiP video window opens and the secondary audio is activated, PDVD11 lowers the volume level of the main audio. On the backup, main audio level is lowered but secondary audio remains mute.

Also, on the original PDVD11 shows "DTSHD" as the codec of 2nd audio, along with the bitrate of the secondary audio. On the backup, only "DTSHD" is shown on the information OSD; bitrate is not shown.

[colinhunt]

Took a closer look at the secondary audio specs on both original and backup with Mediainfo. Here's the data, with parts that differ marked in bold.

Original
Audio #6
Count : 169
Count of stream of this kind : 6
Kind of stream : Audio
Kind of stream : Audio
Stream identifier : 5
Stream identifier : 6
ID : 6656
ID : 6656 (0x1A00)
Menu ID : 1
Menu ID : 1 (0x1)
Format : DTS
Format/Info : Digital Theater Systems
Commercial name : DTS
Format profile : Express
Codec ID : 162
Codec : DTS
Codec : DTS
Duration : 6180779
Duration : 1h 43mn
Duration : 1h 43mn 0s 779ms
Duration : 1h 43mn
Duration : 01:43:00.779
Bit rate mode : CBR
Bit rate mode : Constant
Bit rate : 192000
Bit rate : 192 Kbps
Channel(s) : 2
Channel(s) : 2 channels
Channel positions : Front: L R
Channel positions : 2/0/0
Sampling rate : 48000
Sampling rate : 48.0 KHz
Samples count : 296677392
Frame count : 193149
Resolution : 24
Resolution : 24 bits
Bit depth : 24
Bit depth : 24 bits
Compression mode : Lossy
Compression mode : Lossy
Delay : 11650.667
Delay : 11s 651ms
Delay : 11s 651ms
Delay : 11s 651ms
Delay : 00:00:11.651
Delay, origin : Container
Delay, origin : Container
Delay relative to video : 0
Video0 delay : 0
Stream size : 148338696
Stream size : 141 MiB (0%)
Stream size : 141 MiB
Stream size : 141 MiB
Stream size : 141 MiB
Stream size : 141.5 MiB
Stream size : 141 MiB (0%)
Proportion of this stream : 0.00488

Backup
Audio #3
Count : 169
Count of stream of this kind : 3
Kind of stream : Audio
Kind of stream : Audio
Stream identifier : 2
Stream identifier : 3
ID : 6656
ID : 6656 (0x1A00)
Menu ID : 1
Menu ID : 1 (0x1)
Format : DTS
Format/Info : Digital Theater Systems
Commercial name : DTS
Format profile : Express
Codec ID : 162
Codec : DTS
Codec : DTS
Duration : 6180608
Duration : 1h 43mn
Duration : 1h 43mn 0s 608ms
Duration : 1h 43mn
Duration : 01:43:00.608
Bit rate mode : CBR
Bit rate mode : Constant
Bit rate : 192000
Bit rate : 192 Kbps
Channel(s) : 2
Channel(s) : 2 channels
Channel positions : Front: L R
Channel positions : 2/0/0
Sampling rate : 48000
Sampling rate : 48.0 KHz
Samples count : 296669184
Frame count : 193144
Resolution : 24
Resolution : 24 bits
Bit depth : 24
Bit depth : 24 bits
Compression mode : Lossy
Compression mode : Lossy
Delay : 600000.000
Delay : 10mn 0s
Delay : 10mn 0s 0ms
Delay : 10mn 0s
Delay : 00:10:00.000
Delay, origin : Container
Delay, origin : Container
Delay relative to video : 0
Video0 delay : 0
Stream size : 148334592
Stream size : 141 MiB (1%)
Stream size : 141 MiB
Stream size : 141 MiB
Stream size : 141 MiB
Stream size : 141.5 MiB
Stream size : 141 MiB (1%)
Proportion of this stream : 0.00742

Note: the original is VC-1 encoded for both main and PiP video.

Note 2: the answer (or part of it) might lie in the length of Delay. Original has 11 seconds, backup has 10 minutes.

[jdobbs]

Note 2: the answer (or part of it) might lie in the length of Delay. Original has 11 seconds, backup has 10 minutes. Sorry, but that isn't it. That's just the "start" point that TSMUXER always uses. You'll find that all other video and audio streams also start at that point. Commercial discs often use 11.650 seconds as their start point -- probably because they use the same authoring software. If you open up the disc with BDEDIT you'll see that the "delay" isn't a delay at all -- it is the same for all the streams.

[colinhunt]

Sorry, but that isn't it. That's just the "start" point that TSMUXER always uses. You'll find that all other video and audio streams also start at that point. Commercial discs often use 11.650 seconds as their start point -- probably because they use the same authoring software. If you open up the disc with BDEDIT you'll see that the "delay" isn't a delay at all -- it is the same for all the streams.
Okey-dokey. It's something else, then. Let me know if there's something I can do to help with debugging.

[soneca]

I expected a better difference in speed, the first pass time was higher using DGDecNV, and the second pass, the difference was very small.
In this case I do not know if it's worth sharing the job with the video card(GTS450/1GB).

[02/08/12] BD Rebuilder v0.40.04 (beta)
[00:27:28] Source: CLEOPATRA_DISC_1
- Input BD size: 31,29 GB
- Approximate total content: [01:59:34.584]
- Target BD size: 7,84 GB
- Windows Version: 6.1 [7601]
- MOVIE-ONLY mode enabled
- RESIZE 1080p to 720p enabled
- SHUTDOWN at completion enabled
- Quality: Highest (Very Slow), Two Pass
- X264 Tweak(s) enabled
- Decoding/Frame serving: DGDecNV
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=640
- Subtitle [9] is defaulted ON.
- Audio [1] set to default.
[00:27:28] PHASE ONE, Encoding
- [00:27:28] Processing: VID_00001 (1 of 1)
- [00:27:28] Extracting A/V streams [VID_00001]
- [00:32:54] Reencoding video [VID_00001]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 172.018 frames
- Convert: 1280x720, 23,976fps, 172.018 frames
- Bitrate: 7.271 Kbs
- [00:32:54] Reencoding: VID_00001, Pass 1 of 2
- [01:20:54] Reencoding: VID_00001, Pass 2 of 2
- [02:42:39] Video Encode complete
- [02:42:39] Processing audio tracks
- Track 4352 (eng): Reencoding audio to AC3...
- Track 4357 (por): Keeping original audio
- [02:45:50] Multiplexing M2TS
[02:50:01]PHASE ONE complete
[02:50:01]PHASE TWO - Rebuild Started
- [02:50:01] Rebuilding AVCHD file Structure
[02:54:50] - Encode and Rebuild complete
- Computer SHUTDOWN initiated.
----------------------
[02/08/12] BD Rebuilder v0.40.04 (beta)
[11:29:32] Source: CLEOPATRA_DISC_1
- Input BD size: 31,29 GB
- Approximate total content: [01:59:34.584]
- Target BD size: 7,84 GB
- Windows Version: 6.1 [7601]
- MOVIE-ONLY mode enabled
- RESIZE 1080p to 720p enabled
- Quality: Highest (Very Slow), Two Pass
- X264 Tweak(s) enabled
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=640
- Subtitle [9] is defaulted ON.
- Audio [1] set to default.
[11:29:36] PHASE ONE, Encoding
- [11:29:36] Processing: VID_00001 (1 of 1)
- [11:29:36] Extracting A/V streams [VID_00001]
- [11:34:58] Reencoding video [VID_00001]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 172.018 frames
- Convert: 1280x720, 23,976fps, 172.018 frames
- Bitrate: 7.271 Kbs
- [11:34:58] Reencoding: VID_00001, Pass 1 of 2
- [12:09:51] Reencoding: VID_00001, Pass 2 of 2
- [13:39:09] Video Encode complete
- [13:39:09] Processing audio tracks
- Track 4352 (eng): Reencoding audio to AC3...
- Track 4357 (por): Keeping original audio
- [13:42:17] Multiplexing M2TS
[13:45:36]PHASE ONE complete
[13:45:36]PHASE TWO - Rebuild Started
- [13:45:36] Rebuilding AVCHD file Structure
[13:50:25] - Encode and Rebuild complete
[13:50:25] JOB: CLEOPATRA_DISC_1 finished.

[jdobbs]

I expected a better difference in speed, the first pass time was higher using DGDecNV, and the second pass, the difference was very small.
In this case I do not know if it's worth sharing the job with the video card(GTS450/1GB). Results can vary, I guess. But I can tell you that on my system I'm seeing increases in speed of 15-25%, and my video card is far from top-of-the-line (GT520). So it's definitely worth it to me. I can't guarantee everyone will see those kinds of increases -- for all I know they may see more. But I think its safe to say the most will see some increase.

Have you turned INDEX_WITH_EXTRACT off? I've never seen pass 1 be slower with DGDecNV...

[colinhunt]

What's the working relationship of LAVF and DGDecNV? Does one override the other or..?

[jdobbs]

What's the working relationship of LAVF and DGDecNV? Does one override the other or..?

LAVF, DGDecNV, and DirectShow all perform the same function, so you have to pick only one of the three.

[The_Unknown]

Thanks. I've found the problem and fixed it for the next release. Hopefully I will post it later today. I just want to do a little testing first.
Mhm, I'm having the same problem again (Harry Potter and the Order of the Phoenix (Bonus-Disc again)):


08.02.2012 18:08 <DIR> .
08.02.2012 18:08 <DIR> ..
08.02.2012 17:53 2.196 00003.clpi
08.02.2012 17:53 43.229.184 00003.m2ts
08.02.2012 17:59 1.412 00004.clpi
08.02.2012 17:59 113.111.040 00004.m2ts
08.02.2012 17:53 3.734.784 00004.track_4352.ac3
08.02.2012 17:53 654.106 00004.track_4608.sup
08.02.2012 17:53 918.872 00004.track_4609.sup
08.02.2012 17:53 825.849 00004.track_4610.sup
08.02.2012 17:53 1.020.835 00004.track_4611.sup
08.02.2012 17:53 850.345 00004.track_4612.sup
08.02.2012 17:53 759.859 00004.track_4613.sup
08.02.2012 17:53 835.023 00004.track_4614.sup
08.02.2012 17:53 815.305 00004.track_4615.sup
08.02.2012 18:00 636 00005.clpi
08.02.2012 17:59 12.275.712 00005.m2ts
08.02.2012 17:59 414.720 00005.track_4352.ac3
08.02.2012 17:59 30.882 00005.track_4608.sup
08.02.2012 17:59 46.879 00005.track_4609.sup
08.02.2012 17:59 50.419 00005.track_4610.sup
08.02.2012 17:59 48.534 00005.track_4611.sup
08.02.2012 17:59 42.628 00005.track_4612.sup
08.02.2012 17:59 53.023 00005.track_4613.sup
08.02.2012 17:59 47.594 00005.track_4614.sup
08.02.2012 17:59 44.740 00005.track_4615.sup
08.02.2012 18:01 716 00006.clpi
08.02.2012 18:01 19.998.720 00006.m2ts
08.02.2012 18:00 724.992 00006.track_4352.ac3
08.02.2012 18:00 47.312 00006.track_4608.sup
08.02.2012 18:00 85.546 00006.track_4609.sup
08.02.2012 18:00 61.615 00006.track_4610.sup
08.02.2012 18:00 87.328 00006.track_4611.sup
08.02.2012 18:00 59.213 00006.track_4612.sup
08.02.2012 18:00 27.325 00006.track_4613.sup
08.02.2012 18:00 73.792 00006.track_4614.sup
08.02.2012 18:00 64.479 00006.track_4615.sup
08.02.2012 18:06 1.552 00007.clpi
08.02.2012 18:06 111.820.800 00007.m2ts
08.02.2012 18:01 4.096.512 00007.track_4352.ac3
08.02.2012 18:01 454.255 00007.track_4608.sup
08.02.2012 18:01 608.860 00007.track_4609.sup
08.02.2012 18:01 596.151 00007.track_4610.sup
08.02.2012 18:01 702.400 00007.track_4611.sup
08.02.2012 18:01 575.797 00007.track_4612.sup
08.02.2012 18:01 499.046 00007.track_4613.sup
08.02.2012 18:01 584.977 00007.track_4614.sup
08.02.2012 18:01 581.793 00007.track_4615.sup
08.02.2012 18:07 668 00008.clpi
08.02.2012 18:07 14.241.792 00008.m2ts
08.02.2012 18:06 523.776 00008.track_4352.ac3
08.02.2012 18:06 2.288 00008.track_4608.sup
08.02.2012 18:06 7.960 00008.track_4609.sup
08.02.2012 18:06 2.288 00008.track_4610.sup
08.02.2012 18:06 6.563 00008.track_4611.sup
08.02.2012 18:06 2.288 00008.track_4612.sup
08.02.2012 18:06 2.288 00008.track_4613.sup
08.02.2012 18:06 2.288 00008.track_4614.sup
08.02.2012 18:06 2.288 00008.track_4615.sup
08.02.2012 18:08 684 00009.clpi
08.02.2012 18:08 16.754.688 00009.m2ts
08.02.2012 18:07 608.256 00009.track_4352.ac3
08.02.2012 18:07 2.288 00009.track_4608.sup
08.02.2012 18:07 11.517 00009.track_4609.sup
08.02.2012 18:07 2.288 00009.track_4610.sup
08.02.2012 18:07 13.753 00009.track_4611.sup
08.02.2012 18:07 2.288 00009.track_4612.sup
08.02.2012 18:07 2.288 00009.track_4613.sup
08.02.2012 18:07 2.288 00009.track_4614.sup
08.02.2012 18:07 2.288 00009.track_4615.sup
08.02.2012 18:08 15.321.513 00013.track_4113.vc1
08.02.2012 18:08 657.664 00013.track_4352.ac3
08.02.2012 17:49 143 AUD_00003.meta
08.02.2012 17:53 785 AUD_00004.meta
08.02.2012 17:53 263 AUD_00004_4352.AVS
08.02.2012 17:59 785 AUD_00005.meta
08.02.2012 17:59 263 AUD_00005_4352.AVS
08.02.2012 18:00 785 AUD_00006.meta
08.02.2012 18:00 263 AUD_00006_4352.AVS
08.02.2012 18:01 785 AUD_00007.meta
08.02.2012 18:01 263 AUD_00007_4352.AVS
08.02.2012 18:06 785 AUD_00008.meta
08.02.2012 18:06 263 AUD_00008_4352.AVS
08.02.2012 18:07 785 AUD_00009.meta
08.02.2012 18:07 263 AUD_00009_4352.AVS
08.02.2012 18:08 201 AUD_00013.meta
08.02.2012 18:08 263 AUD_00013_4352.AVS
08.02.2012 17:53 188 MUX_00003.meta
08.02.2012 17:59 813 MUX_00004.meta
08.02.2012 17:59 813 MUX_00005.meta
08.02.2012 18:01 813 MUX_00006.meta
08.02.2012 18:06 813 MUX_00007.meta
08.02.2012 18:07 813 MUX_00008.meta
08.02.2012 18:08 813 MUX_00009.meta
08.02.2012 17:49 172 VID_00003.AVS
08.02.2012 17:53 39.461.306 VID_00003.AVS.264
08.02.2012 17:51 828.685 VID_00003.AVS.264.stats
08.02.2012 17:49 378 VID_00003.CHP
08.02.2012 17:53 172 VID_00004.AVS
08.02.2012 17:59 95.943.905 VID_00004.AVS.264
08.02.2012 17:55 423.068 VID_00004.AVS.264.stats
08.02.2012 17:59 171 VID_00005.AVS
08.02.2012 17:59 10.777.757 VID_00005.AVS.264
08.02.2012 17:59 45.682 VID_00005.AVS.264.stats
08.02.2012 18:00 171 VID_00006.AVS
08.02.2012 18:01 17.566.017 VID_00006.AVS.264
08.02.2012 18:00 80.813 VID_00006.AVS.264.stats
08.02.2012 18:01 172 VID_00007.AVS
08.02.2012 18:06 96.258.189 VID_00007.AVS.264
08.02.2012 18:03 461.705 VID_00007.AVS.264.stats
08.02.2012 18:01 19 VID_00007.CHP
08.02.2012 18:06 171 VID_00008.AVS
08.02.2012 18:07 12.842.018 VID_00008.AVS.264
08.02.2012 18:07 57.581 VID_00008.AVS.264.stats
08.02.2012 18:07 171 VID_00009.AVS
08.02.2012 18:08 15.119.956 VID_00009.AVS.264
08.02.2012 18:08 67.049 VID_00009.AVS.264.stats
08.02.2012 18:08 169 VID_00013.AVS
116 Datei(en), 659.691.506 Bytes
2 Verzeichnis(se), 274.088.603.648 Bytes frei

[jdobbs]

Mhm, I'm having the same problem again (Harry Potter and the Order of the Phoenix (Bonus-Disc again)):


08.02.2012 18:08 <DIR> .
08.02.2012 18:08 <DIR> ..
08.02.2012 17:53 2.196 00003.clpi
08.02.2012 17:53 43.229.184 00003.m2ts
08.02.2012 17:59 1.412 00004.clpi
08.02.2012 17:59 113.111.040 00004.m2ts
08.02.2012 17:53 3.734.784 00004.track_4352.ac3
08.02.2012 17:53 654.106 00004.track_4608.sup
08.02.2012 17:53 918.872 00004.track_4609.sup
08.02.2012 17:53 825.849 00004.track_4610.sup
08.02.2012 17:53 1.020.835 00004.track_4611.sup
08.02.2012 17:53 850.345 00004.track_4612.sup
08.02.2012 17:53 759.859 00004.track_4613.sup
08.02.2012 17:53 835.023 00004.track_4614.sup
08.02.2012 17:53 815.305 00004.track_4615.sup
08.02.2012 18:00 636 00005.clpi
08.02.2012 17:59 12.275.712 00005.m2ts
08.02.2012 17:59 414.720 00005.track_4352.ac3
08.02.2012 17:59 30.882 00005.track_4608.sup
08.02.2012 17:59 46.879 00005.track_4609.sup
08.02.2012 17:59 50.419 00005.track_4610.sup
08.02.2012 17:59 48.534 00005.track_4611.sup
08.02.2012 17:59 42.628 00005.track_4612.sup
08.02.2012 17:59 53.023 00005.track_4613.sup
08.02.2012 17:59 47.594 00005.track_4614.sup
08.02.2012 17:59 44.740 00005.track_4615.sup
08.02.2012 18:01 716 00006.clpi
08.02.2012 18:01 19.998.720 00006.m2ts
08.02.2012 18:00 724.992 00006.track_4352.ac3
08.02.2012 18:00 47.312 00006.track_4608.sup
08.02.2012 18:00 85.546 00006.track_4609.sup
08.02.2012 18:00 61.615 00006.track_4610.sup
08.02.2012 18:00 87.328 00006.track_4611.sup
08.02.2012 18:00 59.213 00006.track_4612.sup
08.02.2012 18:00 27.325 00006.track_4613.sup
08.02.2012 18:00 73.792 00006.track_4614.sup
08.02.2012 18:00 64.479 00006.track_4615.sup
08.02.2012 18:06 1.552 00007.clpi
08.02.2012 18:06 111.820.800 00007.m2ts
08.02.2012 18:01 4.096.512 00007.track_4352.ac3
08.02.2012 18:01 454.255 00007.track_4608.sup
08.02.2012 18:01 608.860 00007.track_4609.sup
08.02.2012 18:01 596.151 00007.track_4610.sup
08.02.2012 18:01 702.400 00007.track_4611.sup
08.02.2012 18:01 575.797 00007.track_4612.sup
08.02.2012 18:01 499.046 00007.track_4613.sup
08.02.2012 18:01 584.977 00007.track_4614.sup
08.02.2012 18:01 581.793 00007.track_4615.sup
08.02.2012 18:07 668 00008.clpi
08.02.2012 18:07 14.241.792 00008.m2ts
08.02.2012 18:06 523.776 00008.track_4352.ac3
08.02.2012 18:06 2.288 00008.track_4608.sup
08.02.2012 18:06 7.960 00008.track_4609.sup
08.02.2012 18:06 2.288 00008.track_4610.sup
08.02.2012 18:06 6.563 00008.track_4611.sup
08.02.2012 18:06 2.288 00008.track_4612.sup
08.02.2012 18:06 2.288 00008.track_4613.sup
08.02.2012 18:06 2.288 00008.track_4614.sup
08.02.2012 18:06 2.288 00008.track_4615.sup
08.02.2012 18:08 684 00009.clpi
08.02.2012 18:08 16.754.688 00009.m2ts
08.02.2012 18:07 608.256 00009.track_4352.ac3
08.02.2012 18:07 2.288 00009.track_4608.sup
08.02.2012 18:07 11.517 00009.track_4609.sup
08.02.2012 18:07 2.288 00009.track_4610.sup
08.02.2012 18:07 13.753 00009.track_4611.sup
08.02.2012 18:07 2.288 00009.track_4612.sup
08.02.2012 18:07 2.288 00009.track_4613.sup
08.02.2012 18:07 2.288 00009.track_4614.sup
08.02.2012 18:07 2.288 00009.track_4615.sup
08.02.2012 18:08 15.321.513 00013.track_4113.vc1
08.02.2012 18:08 657.664 00013.track_4352.ac3
08.02.2012 17:49 143 AUD_00003.meta
08.02.2012 17:53 785 AUD_00004.meta
08.02.2012 17:53 263 AUD_00004_4352.AVS
08.02.2012 17:59 785 AUD_00005.meta
08.02.2012 17:59 263 AUD_00005_4352.AVS
08.02.2012 18:00 785 AUD_00006.meta
08.02.2012 18:00 263 AUD_00006_4352.AVS
08.02.2012 18:01 785 AUD_00007.meta
08.02.2012 18:01 263 AUD_00007_4352.AVS
08.02.2012 18:06 785 AUD_00008.meta
08.02.2012 18:06 263 AUD_00008_4352.AVS
08.02.2012 18:07 785 AUD_00009.meta
08.02.2012 18:07 263 AUD_00009_4352.AVS
08.02.2012 18:08 201 AUD_00013.meta
08.02.2012 18:08 263 AUD_00013_4352.AVS
08.02.2012 17:53 188 MUX_00003.meta
08.02.2012 17:59 813 MUX_00004.meta
08.02.2012 17:59 813 MUX_00005.meta
08.02.2012 18:01 813 MUX_00006.meta
08.02.2012 18:06 813 MUX_00007.meta
08.02.2012 18:07 813 MUX_00008.meta
08.02.2012 18:08 813 MUX_00009.meta
08.02.2012 17:49 172 VID_00003.AVS
08.02.2012 17:53 39.461.306 VID_00003.AVS.264
08.02.2012 17:51 828.685 VID_00003.AVS.264.stats
08.02.2012 17:49 378 VID_00003.CHP
08.02.2012 17:53 172 VID_00004.AVS
08.02.2012 17:59 95.943.905 VID_00004.AVS.264
08.02.2012 17:55 423.068 VID_00004.AVS.264.stats
08.02.2012 17:59 171 VID_00005.AVS
08.02.2012 17:59 10.777.757 VID_00005.AVS.264
08.02.2012 17:59 45.682 VID_00005.AVS.264.stats
08.02.2012 18:00 171 VID_00006.AVS
08.02.2012 18:01 17.566.017 VID_00006.AVS.264
08.02.2012 18:00 80.813 VID_00006.AVS.264.stats
08.02.2012 18:01 172 VID_00007.AVS
08.02.2012 18:06 96.258.189 VID_00007.AVS.264
08.02.2012 18:03 461.705 VID_00007.AVS.264.stats
08.02.2012 18:01 19 VID_00007.CHP
08.02.2012 18:06 171 VID_00008.AVS
08.02.2012 18:07 12.842.018 VID_00008.AVS.264
08.02.2012 18:07 57.581 VID_00008.AVS.264.stats
08.02.2012 18:07 171 VID_00009.AVS
08.02.2012 18:08 15.119.956 VID_00009.AVS.264
08.02.2012 18:08 67.049 VID_00009.AVS.264.stats
08.02.2012 18:08 169 VID_00013.AVS
116 Datei(en), 659.691.506 Bytes
2 Verzeichnis(se), 274.088.603.648 Bytes frei
??? Are you sure you're using the new version? Can you post your log?

[omegaman7]

Thank you once again Jdobbs! It's obvious that your program is making leaps and bounds now. I'll be attempting my first DGDecNV encode today. Preparing the helper app was fairly easy.
"Make a file called license.txt containing this key (use cut-and-paste). Put a line feed after the number!

That last part caught me off guard. Line Feed is among the jargon I'm unfamiliar with. Google will suffice ;) I believe what he means is, advance the line by pressing return. Essentially create a new line, but type nothing.
And from what I'm seeing, My GTX 260 should more than match your card. Should be an interesting experiment :)
I should be receiving my Federal return in a couple days. Guess what that means ;)

[The_Unknown]

??? Are you sure you're using the new version? Can you post your log?

I posted my log above ;)

[RobertM]

I posted my log above ;)

No, that was a listing of the WORKFILES folder content. By "Log" we mean the contents of the BD-REBUILDER.LOG file that can be found in the parent folder of the WORKFILES folder. Just cut/paste the end of the log file where it describes your last, failed rebuild.

[The_Unknown]

No, that was a listing of the WORKFILES folder content. By "Log" we mean the contents of the BD-REBUILDER.LOG file that can be found in the parent folder of the WORKFILES folder. Just cut/paste the end of the log file where it describes your last, failed rebuild.

http://img685.imageshack.us/img685/9906/unbenanntqg.png!?!?

[steveg32]

Anyone done The Thing (2011) with PiP video/DTS Express enabled?

I ran it on 0.40.02 (multiprocess disabled) and the output plays PiP video without audio on PowerDVD 11. The original plays fine, audio and all, on PDVD11.

Slight clarification: when PiP video window opens and the secondary audio is activated, PDVD11 lowers the volume level of the main audio. On the backup, main audio level is lowered but secondary audio remains mute.

Also, on the original PDVD11 shows "DTSHD" as the codec of 2nd audio, along with the bitrate of the secondary audio. On the backup, only "DTSHD" is shown on the information OSD; bitrate is not shown.

Also @jdobbs:

I have never got this to work on any movie with DTS Express Audio. "DTSX_ENABLE=1" added to my config/INI file activates the process but the DTS Express AUDIO has never played back on any version of PowerDVD or my standalone Pioneer BD-121 player. Any ideas why? Mahalo, Steve

[omegaman7]

I had a thought about that. Why in the world would you call it "52"??? :confused:

[The_Unknown]

I had a thought about that. Why in the world would you call it "52"??? :confused:

Sorry for the naming, it's Harry Potter, Part 5, Disc 2 -> 52 ;)

[omegaman7]

LOL, that's rather logical. I might of chosen a similar scheme.

[colinhunt]

More about The Thing (2011) PiP audio. Dune HD Max plays the data fine over LAN, PiP audio included. I also burned the output data on a BD-RE and tested on a Panasonic BDT110 stand-alone: PiP audio plays fine on that, too. And yet PDVD does not play PiP audio from the backup, but plays it fine from the original. Mystical!

[RobertM]

http://img685.imageshack.us/img685/9906/unbenanntqg.png!?!?

Ah, I see now.

For the future, though, it's best to just cut/paste into the message itself (enclosed in 'code' tags, like you did for the directory listing), because attached files sometimes take quite a while before normal forum members can see them. But don't paste in the whole log, just the bottom part relating to the particular rebuild in question.

[jdobbs]

Also @jdobbs:

I have never got this to work on any movie with DTS Express Audio. "DTSX_ENABLE=1" added to my config/INI file activates the process but the DTS Express AUDIO has never played back on any version of PowerDVD or my standalone Pioneer BD-121 player. Any ideas why? Mahalo, Steve It works on some players and not on others. I've done about everything I can to find what is different. I've scoured the standard, I've compared files, and I've dumped pretty much everything I can think of. I'm sure there is some small piece of the puzzle missing that is confusing some players -- but for the life of me I haven't been able to put my finger on it.

[jdobbs]

Mhm, I'm having the same problem again (Harry Potter and the Order of the Phoenix (Bonus-Disc again)):
That's a different error than the one I fixed. This one is a "divide by zero" error.

[wakko709]

I'm having a weird audio problem with the green mile audio when any one talks is low! but the other (sound effects) is fine!

[Bullet1979]

After downloading and licensing DGDecNV, is there a special process to instruct BD-Rebuilder to utilize it?

Edit: Nevermind... I used my eyes!

[Guest]

Thanks for supporting DGDecNV.

I slipstreamed a fix just now for LPCM audio demux from program streams. It doesn't affect blurays obviously, but I thought I'd mention it. Users please redownload 2041 if the fix is important to you.

[greslogo]

Results can vary, I guess. But I can tell you that on my system I'm seeing increases in speed of 15-25%, and my video card is far from top-of-the-line (GT520). So it's definitely worth it to me. I can't guarantee everyone will see those kinds of increases -- for all I know they may see more. But I think its safe to say the most will see some increase.

Have you turned INDEX_WITH_EXTRACT off? I've never seen pass 1 be slower with DGDecNV...

I'm getting about a 12% improvement in speed going from BD to a BD-25 using a GTX460 and DGDecNV.

[Guest]

GT520 has a VP5 engine, so even though it is a low end card, it decodes faster than the VP4 cards.

My GT520 card died and I'm waiting for a high-end card with VP5 to replace it.

[soneca]

Have you turned INDEX_WITH_EXTRACT off? I've never seen pass 1 be slower with DGDecNV...

No way, not even remember this option.:rolleyes:

[jdobbs]

No way, not even remember this option.:rolleyes: Try turning MULTIPROCESS on... my experience has been good with DGDecNV -- and there's no delay added in because the indexing happens concurrently with the audio demuxing.

[jdobbs]

GT520 has a VP5 engine, so even though it is a low end card, it decodes faster than the VP4 cards.

My GT520 card died and I'm waiting for a high-end card with VP5 to replace it. Interesting. I picked up two of them, one for my development machine and another for my video computer. One of them died immediately and I had to take it back for exchange.

[omegaman7]

Sorry to get anyones hopes up. Figures! I have this way of hexxing things I swear. My GTX 260 is now DEAD! My Coolit eco CPU water cooler leaked all over it. POP! And then the screen went to puke! Thankfully I was quick and switched the main power strip off. But my 8600GT barely falls within the acceptable specifications/parameters. And it doesn't have a fan...where it's supposed to. So I won't be CUDA'ing anything for a while :( If I were capable of crying, I would be. I have been itching to upgrade it though anyway. But it would have made an excellent spare.

I should look at the positive side of things. I was right at my desk when it happened!!! It could have been much much worse. Thankfully my PSU is good. The GPU is the only thing that suffered :) So far...

[rendez2k]

So DGDecNV isn't encoding the video, its just 'serving' the video to BD-RB and this should result in a noticeable speed increase with my GTX 480? I assume theres no demo of DGDecNV?

[colinhunt]

Well this is a bit on the peculiar side. I'm running a movie-only back-up on 0.40.04 with DGDecNV and multiprocess=1 (resulting in a 6-way split). On an earlier (non-DGDecNV) version of BD-RB I usually got anything from 40 to 100 fps during pass 1 when running multiprocess.

Now, with DGDecNV + multiprocess, I get only 16 fps. That's very low for pass 1; it's closer to the fps I usually see during pass 2 at 100% CPU load. Checking Task Manager tells me this pass 1 at 16 fps is using 8,6GB of RAM and CPU use jumps between 30-53%.

DGDecNV + multiprocess (6-way)
Pass 1: 16 fps
Extraction/indexing/splitting: 23 minutes

** update
DGDecNV + multiprocess disabled
Pass 1: 34-35 fps
Extraction/indexing: 23 minutes

** update
Installed a GPU Meter gadget to monitor what the GPU is doing when BD-RB is running with DGDecNV. BD-RB is now "Extracting/indexing A/V streams" but the GPU Meter says GPU usage is 0%. Shouldn't that be something else if DGDecNV is using CUDA right now?

** update
DGDecNV + multiprocess (3-way)
Pass 1: 42-43 fps
Extraction/indexing/splitting: 30 minutes
GPU use: 4%
GPU RAM use: 2%
CPU use: 34-36%
RAM use: 5.2GB

** update
LAVF + multiprocess disabled
Pass 1: 33-34 fps
Extraction: 30 minutes
GPU use: 2-3%
GPU RAM use: 5%
CPU use: 14-21%
RAM use: 2.7GB

[colinhunt]

My Coolit eco CPU water cooler leaked all over it. POP!
My previous encoding rig was utterly destroyed by a leaking water cooler. It was a Coolit, too. $1500 worth of hardware up in smoke. It's been air cooling for me ever since.

[jdobbs]

Well this is a bit on the peculiar side. I'm running a movie-only back-up on 0.40.02 with DGDecNV and multiprocess=1 (resulting in a 6-way split). On an earlier (non-DGDecNV) version of BD-RB I usually got anything from 40 to 100 fps during pass 1 when running multiprocess.

Now, with DGDecNV + multiprocess, I get only 16 fps. That's very low for pass 1; it's closer to the fps I usually see during pass 2 at 100% CPU load. Checking Task Manager tells me this pass 1 at 16 fps is using 8,6GB of RAM and CPU use jumps between 30-53%.

DGDecNV + multiprocess (6-way)
Pass 1: 16 fps
Extraction/indexing/splitting: 23 minutes

** update
DGDecNV + multiprocess disabled
Pass 1: 34-35 fps
Extraction/indexing: 23 minutes

** update
Installed a GPU Meter gadget to monitor what the GPU is doing when BD-RB is running with DGDecNV. BD-RB is now "Extracting/indexing A/V streams" but the GPU Meter says GPU usage is 0%. Shouldn't that be something else if DGDecNV is using CUDA right now?

** update
DGDecNV + multiprocess (3-way)
Pass 1: 42-43 fps
Extraction/indexing/splitting: 30 minutes
GPU use: 4%
GPU RAM use: 2%
CPU use: 34-36%
RAM use: 5.2GB

** update
LAVF + multiprocess disabled
Pass 1: 33-34 fps
Extraction: 30 minutes
GPU use: 2-3%
GPU RAM use: 5%
CPU use: 14-21%
RAM use: 2.7GB The GPU doesn't do the extracting indexing, that's the CPU. It does the frame decoding as the reencoding occurs.

With hyperthreading enabled the intel processors make the O/S think it has more processors than are actually there. I need to find a way to get the actual physical processor count so I can more accurately select the number of multiprocess splits. A "virtual processor" is not a processor -- it is only one processor pretending to be more.

[jdobbs]

So DGDecNV isn't encoding the video, its just 'serving' the video to BD-RB and this should result in a noticeable speed increase with my GTX 480? I assume theres no demo of DGDecNV? Yes... when using DirectShow for decoding, the CPU is sharing its time between encoding (X264) and decoding (DirectShow). So theoretically, since DGDecNV is using the GPU to take some of the load off the CPU, you should see some speed increase. Decoding typically uses much less processor time then encoding -- but I'm trying to tweak BD-RB to take advantage of all it can. On my system I gain about 15-25% for most encodes. On other systems it might be more or less.

[drmih]

I'm just backing up the UK version of Merlin - Series 4 which consists of 5 discs. The first four encoded fine, but the fifth, which is some extras and just over the capacity of a bd-9 (I've tried to bd-5 and bd-9), gives the following error on each M2TS. The ripped image plays fine on the HDD with TMT3.

"BD Rebuilder Experienced an error 2007 [time] CorrectEPData() 00006 2007"

I have tried to advance the process by manually copying the files and tweaking the .inf file, but it happens on the subsequent files.

The log files give:
[02/09/12] BD Rebuilder v0.40.04 (beta)
[09:21:11] Source: MERLIN_S4_D5
- Input BD size: 8.64 GB
- Approximate total content: [01:02:26.907]
- Target BD size: 4.36 GB
- Windows Version: 6.1 [7601]
- Quality: Highest (Very Slow), Two Pass
- Decoding/Frame serving: X264/LAVF
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[09:21:11] PHASE ONE, Encoding
- [09:21:11] Processing: VID_00000 (1 of 25)
- [09:21:11] Extracting A/V streams [VID_00000]
- [09:21:39] Reencoding video [VID_00000]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 25.000fps, 6,112 frames
- Bitrate: 8,989 Kbs
- [09:21:39] Reencoding: VID_00000, Pass 1 of 2
- [09:27:06] Reencoding: VID_00000, Pass 2 of 2
- [09:50:09] Video Encode complete
- [09:50:09] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [09:50:09] Multiplexing M2TS
- [09:50:21] CorrectEPData() 00006 2007
[09:54:37]PHASE ONE aborted by user request

[jdobbs]

I think I know what might be causing that one. It seems that some recent discs are using some extremely large starting PTS values. Goofy for sure. There are a couple places I need to change to account for that -- that was the cause of the issue I fixed in v0.40.04 and I'd guess you're seeing something similar. I should be able to find it. I should have gone back and fixed that possibility long ago.

[colinhunt]

The GPU doesn't do the extracting indexing, that's the CPU. It does the frame decoding as the reencoding occurs.
OK... I installed the latest Nvidia drivers a moment ago and am running the same movie-only backup again, this time with DGDecNV and multiprocess=1.
6-way split pass 1 is now running at 12,50 fps. GPU Monitor says the GPU is not used at all; its load is 0%. Not sure if the GPU Monitor can be trusted because Nvidia Control Panel acts very sluggish. Is there a reliable way to doublecheck BD-RB is using DGDecNV and CUDA?

edit: It looks like GPU Monitor is a POS. I aborted BD-RB and noticed GPU temperature dropping rapidly from 58C to 53C which hints at GPU being used during re-encoding even though GPU Monitor says it's not.

[varekai]

OK... I installed the latest Nvidia drivers a moment ago and am running the same movie-only backup again, this time with DGDecNV and multiprocess=1.
6-way split pass 1 is now running at 12,50 fps. GPU Monitor says the GPU is not used at all; its load is 0%. Not sure if the GPU Monitor can be trusted because Nvidia Control Panel acts very sluggish. Is there a reliable way to doublecheck BD-RB is using DGDecNV and CUDA?

edit: It looks like GPU Monitor is a POS. I aborted BD-RB and noticed GPU temperature dropping rapidly from 58C to 53C which hints at GPU being used during re-encoding even though GPU Monitor says it's not.
You could try this free GPU-Z
http://www.techpowerup.com/downloads/2092/TechPowerUp_GPU-Z_v0.5.8.html

[jdobbs]

Is there a reliable way to doublecheck BD-RB is using DGDecNV and CUDA?

You can look at the AVS file during the encode. It will reference "DGSource()" as opposed to "DirectshowSource()"

[varekai]

Is there a demo/tryout of DGDecNV?

[jdobbs]

I've never asked... but for $15, there's not a lot at risk. It's kinda' like asking for a tryout of a lunch at Burger King. Of course we need to remember that you also need an Nvidia CUDA enabled video card.

Just a reminder -- DGDecNV is Neuron2's software, not mine, I just added support for it in BD-RB because I tried it and liked it. It also removes dependencies to FFDSHOW and HAALI (it still uses AVISYNTH).

[Capsbackup]

Is there a demo/tryout of DGDecNV?

No, but by supporting a long time Doom9 member/moderator with only a $ 15.00 contribution seems extremely fair! ;)

[jdobbs]

No, but by supporting a long time Doom9 member/moderator with only a $ 15.00 contribution seems extremely fair! ;) I completely agree. He's been the most active moderator here for a long time. He also wrote the free MPEG-2 frame serving software (DGDecode) that was used for this same purpose in DVD Rebuilder -- not to mention a huge stable of freeware AVISYNTH and VirtualDub filters.

[colinhunt]

You can look at the AVS file during the encode. It will reference "DGSource()" as opposed to "DirectshowSource()"
Yeah, it says DGSource.

I found a much better monitoring gadget called GPU Observer. It's able to show me what GPU and VPU are doing. I'm running a 2-way pass 2 now and the gadget says GPU is practically idling, but VPU load jumps between 5 and 35 percent. So it's deffo doing something. I guess I'll try upping multiprocessing to 3 or 4-way next.

[Capsbackup]

I completely agree. He's been the most active moderator here for a long time. He also wrote the MPEG-2 frame serving software (DGDecode) that was used for this same purpose in DVD Rebuilder as well as a huge stable of freeware AVISYNTH filters.

True, and DGDecode remains free! :D
If I consider all the backups I have made with DVD RB and now BD-RB, both of you are have been extremely generous!

Well I guess it's time to share my gratitude!! ;)

[colinhunt]

No, but by supporting a long time Doom9 member/moderator with only a $ 15.00 contribution seems extremely fair! ;)
^ what he said.

[colinhunt]

DGDecNV + 4-way multiprocessing
Pass 1: 42-43 fps
VPU load: 71-82%
GPU RAM: 662 of 896 MB in use
CPU load: 30-38% (2 x Xeon E5520, 12GB RAM)

I believe the low fps for pass 1 with 6-way split was caused by the VPU choking. My graphics card is an old GTX 275 and judging by the tests so far, I'd say 5-way multiprocessing is the limit for its VPU.

[varekai]

It's kinda' like asking for a tryout of a lunch at Burger King.

OK! I hear you all... just made a 15$ donation to Mr. Donald A. Graft and DGDecNV...

I got 2 Asus Nvidia Geforce GTX 560 Ti DCII TOP 1GB in SLI.
Will DGDecNV use both GPU's? I'll try it and hopefully get some speed improvements.

regards

[Harlem Carmello]

good Afternoon
I just do the conversion from a Blu-ray to AVCHD with BD Rebuilder take more than 18 hours in the end did not come all the BDMV folder without the CERTIFICATE folder so I did a test starting this folder create a BDMV ISO did not run as expected does anyone know the solution as a folder is missing!

Thank you!

[jdobbs]

good Afternoon
I just do the conversion from a Blu-ray to AVCHD with BD Rebuilder take more than 18 hours in the end did not come all the BDMV folder without the CERTIFICATE folder so I did a test starting this folder create a BDMV ISO did not run as expected does anyone know the solution as a folder is missing!

Thank you! A CERTIFICATE folder is a part of the Blu-Ray standard and is not required in AVCHD.

[LowDead]

Maybe found a bug.. I licensed and installed DG.. Set it up in BDRB and took it for a spin.. Worked but gave me worse result than with DS, for example ~70fps(DG) against ~100+fps (DS). And this was the same test setup and movie as the last speed test.. And now for the bug. For comparison I went back to DS decoding and when I got to main movie it gave me - Failed video encode, aborted.. below are the logs.

[Options]
VERSION=0.40.0.4
MODE=0
ENCODE_QUALITY=3
ONEPASS_ENCODING=0
AUTO_QUALITY=0
TARGET_SIZE=24400
AUDIO_TO_KEEP=eng;jpn;
SUBS_TO_KEEP=deu;eng;ger;swe;
SD_CONVERT=0
OPEN_GOP=1
RESIZE_1080=0
DEINTERLACE=1
SD_TO_1080=0
CONVERT_WIDE=0
DTS_REENCODE=0
AC3_REENCODE=0
AC3_640=1
AC3_192=0
KEEP_HD_AUDIO=0
AVCHD=1
REMOVE_WORKFILES=0
MOVIE_ONLY_LOOP=1
REMOVE_OUTPUT=0
USE_FILTERS=0
BDMV_CERT_ONLY=0
USE_LAVF=0
IVTC_PULLDOWN=1
ASSUME_DVD_PAL=0
UNMASK_CHAPTER=0
COMPLETION_BEEP=0
AUDIO_TRACK_LIMIT=1
SUBTITLE_TRACK_LIMIT=1
CUSTOM_TARGET_SIZE=8250
DTSX=1
B_PYRAMID=1
QUICK_EXTRAS=0
MULTIPROCESS=5
DGDECNV=0
[Paths]
SOURCE_PATH=E:\TEMP\THE GIRL WHO LEAPT THROUGH TIME\
WORKING_PATH=C:\TEMP\
DGIndexNV=C:\VidSoft\BD_Rebuilder\Tools\DG\DGIndexNV.exe
DGDecNV=C:\VidSoft\BD_Rebuilder\Tools\DG\DGDecodeNV.dll

"C:\VidSoft\BD_Rebuilder\tools\x264.exe" "C:\TEMP\WORKFILES\VID_00014.5.AVS" --preset slow
--bluray-compat --ref 4 --b-adapt 1 --b-pyramid strict --weightp 1 --open-gop --qpmin=0
--bitrate 8002 --level 4.1 --qpfile "C:\TEMP\WORKFILES\VID_00014.5.CHP" --sar 1:1 --aud
--nal-hrd vbr --pic-struct --vbv-bufsize 13000 --keyint 24 --min-keyint 1 --ipratio 1.1
--pbratio 1.1 --vbv-maxrate 15000 --threads auto --slices 4 --thread-input -
-stats "C:\TEMP\WORKFILES\VID_00014.AVS.5.264.stats" --pass 1 --output NUL


----------------------
[02-09-12] BD Rebuilder v0.40.04 (beta)
[18:09:20] Source: THE_GIRL_WHO_LEAPT_THROUGH_TIME
- Input BD size: 21,88 GB
- Approximate total content: [01:43:33.102]
- Target BD size: 8,06 GB
- Windows Version: 6.1 [7601]
- Quality: Highest (Very Slow), Two Pass
- Decoding/Frame serving: DirectShow [5-way]
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=640
[18:09:20] PHASE ONE, Encoding
- [18:09:20] Processing: VID_00000 (1 of 4)
- [18:09:20] Extracting A/V streams [VID_00000]
- [18:09:24] Reencoding video [VID_00000]
- Source Video: MPEG-2, 1920x1080
- Rate/Length: 23,976fps, 720 frames
- Bitrate: 5*356 Kbs
- [18:09:24] Reencoding: VID_00000, Pass 1 of 2
- [18:09:30] Reencoding: VID_00000, Pass 2 of 2
- [18:09:39] Video Encode complete
- [18:09:39] Processing audio tracks
- [18:09:39] Multiplexing M2TS
- [18:09:43] Processing: VID_00009 (2 of 4)
- [18:09:43] Extracting A/V streams [VID_00009]
- [18:09:50] Reencoding video [VID_00009]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 6*257 frames
- Bitrate: 2*260 Kbs
- [18:09:50] Reencoding: VID_00009, Pass 1 of 2
- [18:12:29] Reencoding: VID_00009, Pass 2 of 2
- [18:14:56] Video Encode complete
- [18:14:56] Processing audio tracks
- Track 4352 (jpn): Keeping original audio
- Track 4353 (jpn): Keeping original audio
- Track 4354 (jpn): Keeping original audio
- [18:14:56] Multiplexing M2TS
- [18:15:10] Processing: VID_00014 (3 of 4)
- [18:15:10] Extracting A/V streams [VID_00014]
- [18:17:07] Reencoding video [VID_00014]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 141*415 frames
- Bitrate: 8*002 Kbs
- [18:17:07] Reencoding: VID_00014, Pass 1 of 2
- Encode failed. Aborting.
- BD-Rebuilder v0.40.04 (beta)
- Windows Version: 6.1 [7601]
- AVISYNTH Version: 2.5.8.0, Ok
- HAALI Splitter: 1.11.96.14, Ok
- FFDSHOW: 3882, Ok
- WIN7 preferred AVC CODEC: Ok
- WIN7 preferred VC-1 CODEC: Ok
- WIN7 preferred MPEG2 CODEC: Ok
- FFDSHOW VC-1 set to "wmv9", Ok
- FFDSHOW MPEG2 set to "libavcodec": Ok
- FFDSHOW AVC set to "ffmpeg-mt": Ok
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok
[18:17:07] - Failed video encode, aborted


[Status]
LABEL=THE_GIRL_WHO_LEAPT_THROUGH_TIME
VERSION=v0.40.04 (beta)
SOURCE_SIZE=23488221533
SOURCE_VIDEO_SIZE=23466332160
TARGET_SIZE=8650752000
REDUCTION=.367712455792665
RESIZE_1080=0
AUDIO_TO_KEEP=eng;jpn;
KEEP_HD_AUDIO=0
SUBS_TO_KEEP=deu;eng;ger;swe;
BACKUP_MODE=0
MOVIEONLY_TYPE=0
USE_LAVF=0
INSTANCES=5
DGDECNV=0
QUICK=0
ENCODE_STEP=1.5
COMPLETED=2
[00000]
AUDIO=
PGS=
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=21627564
RATE=5356
NSIZE=10887168
FLINK=0
MLINK=-1
[00009]
AUDIO=111
PGS=
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=255163686
RATE=2260
NSIZE=259049472
FLINK=0
MLINK=-1
[00014]
AUDIO=0110
PGS=010001
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=8341755754
RATE=8002


/LD

[jdobbs]

I'm guessing you're working on a system that is counting hyperthreading as if it represents "real" processors. BD-RB takes the Windows environment variable NUMBER_OF_PROCESSORS literally. I can see that you have at least 5 splits going on. That's probably bringing your system to a point of degenerated return. I'd suggest you set MULTIPROCESS=2 as a start and see how that works out.

Not sure about the DS error -- try reinstalling to counter the impact of other software that is tweaking your system, that's the usual cure.

[Harlem Carmello]

So what should I do want to record and view directly on the PS3 flimes intend to write to DVD-dl 8GB did a test and do not run!

Thank you.

[Harlem Carmello]

So what should I do want to record and view directly on the PS3 flimes intend to write to DVD-dl 8GB did a test and do not run!

Thank you.

[jdobbs]

So what should I do want to record and view directly on the PS3 flimes intend to write to DVD-dl 8GB did a test and do not run!

Thank you. Nothing special. Lots of people are using BD Rebuilder for the PS3 -- I don't own one so I can't say for sure what settings to use. I would guess you should turn "strict AVCHD off".

[LowDead]

I'm guessing you're working on a system that is counting hyperthreading as if it represents "real" processors. BD-RB takes the Windows environment variable NUMBER_OF_PROCESSORS literally. I can see that you have at least 5 splits going on. That's probably bringing your system to a point of degenerated return. I'd suggest you set MULTIPROCESS=2 as a start and see how that works out.

Not sure about the DS error -- try reinstalling to counter the impact of other software that is tweaking your system, that's the usual cure.

Haven't installed anything between 4002(which worked flawlessly with the same settings on my test disc) and 4004, so I went looking on other things before trying to reinstall.. First I tested to use the x264 from 4002 to see if there were some problems with the new one.. no luck, but this time I noticed that the error comes when initiating the split. The split information line just blinks and then the error comes.. I have more than enough space on my hdd, so it should not be that...

//LD

[jdobbs]

Haven't installed anything between 4002(which worked flawlessly with the same settings on my test disc) and 4004, so I went looking on other things before trying to reinstall.. First I tested to use the x264 from 4002 to see if there were some problems with the new one.. no luck, but this time I noticed that the error comes when initiating the split. The split information line just blinks and then the error comes.. I have more than enough space on my hdd, so it should not be that...

//LD Does it run if you turn MULTIPROCESS off? That would at least tell for sure if it was the split.

[LowDead]

Does it run if you turn MULTIPROCESS off? That would at least tell for sure if it was the split.

Yes, turning it off worked.

/LD

[omegaman7]

Jdobbs. Go have dinner on me :) Or buy some more blu rays, or whatever you want. A big thank you for all you do.

If I can get the GTX 560 Ti here soon, I'll try some more testing :D

[Guest]

edit: It looks like GPU Monitor is a POS. I aborted BD-RB and noticed GPU temperature dropping rapidly from 58C to 53C which hints at GPU being used during re-encoding even though GPU Monitor says it's not. DGDecNV uses the VP engine, not the graphics (GPU) core.

[jdobbs]

DGDecNV uses the VP engine, not the graphics (GPU) core. That misinformation is probably my fault... I though it was the GPU as well.

[soneca]

@ neuron2

What is the gain of the VP5 in relation to VP4, an approximate value?

[soneca]

Try turning MULTIPROCESS on... my experience has been good with DGDecNV -- and there's no delay added in because the indexing happens concurrently with the audio demuxing.

The difference was very small by using multiprocess=auto(6) ... I'll try using two instances.

[NightHawkGuy]

I've observed with several test runs on an AMD 6core CPU (Phenom II x6 1090T @3.6Ghz) and an Nvidia GTX460 GPU (VP4) and 4GB memory with Windows 7x64,
that using DGDecNV is up to 25% slower than ffdshow directshow if encoding with x264 on the superfast setting.
However, with the x264 faster setting or lower, DGDecNV is about 7-10% faster than ffdshow on my system.

On my system I can also run with multiprocess for 2 instances using under 3GB RAM total and with DGDecNV and x264 faster setting and 24fps 1080p AVC video source, get speeds of pass1@2.8x(67fps) and pass2@2.1x(51fps)
In pass1 I get about 65% use of all six CPU cores with ~3GB RAM used, and GPU video engine at 99% with 288MB GPU memory used.
In pass2 I get full 100% use of all six CPU cores with ~2.8GB RAM used, and GPU video engine at 80% with 289MB GPU memory used.

Testing with DGDecNV and x264 faster setting with only 1 pass ABR to a 25GB output from a 1080p AVC source, I found with my system I get essentially the same speed with multiprocess off vs 2 instances since the CPU load on all six cores is 100% either way.
In this case I'm getting a speed of about 1.25x (30fps) with 100% CPU load and 50% GPU load.
Appears that on my system that multiprocess mode only speeds up 2 pass encoding at faster or lower settings, especially with the DGDecNV decoder - good for 4-8GB output builds.
And for 25GB (BD-R) builds where 1pass ABR is good enough, I can just run with multiprocess off for good speed on my system.

I measured GPU video engine load using GPU-Z software.
So with my system setup for superfast/veryfast x264 runs regular ffdshow and no multiprocess is ok/best, but for higher quality with smaller output size with x264 setting of faster or lower then DGDecNV decoding and multiprocess=2 is best.
Not sure if adding more RAM to up it to 8-12GB to run at multiprocess=3 would speed it up much more to be worth the ~$50 cost to buy some 8GB DDR3 1600 RAM?

[Mark_Venture]

Help?

I've been using BD Rebuilder successfully for a while now to convert Blurays to MKV (via alternate movie only, MKV Container/1920x1080/Intact Audio), which I put on a windows share to be accessed/played with my LG BD390 and BD570 bluray players (wired gigabit Ethernet).

With build 0.40.4, the files wont play. It looks like they are going to start, but the LG goes right back to the file list.

To upgrade, all I did was like I've done in the past... downloaded the new version, unzipped it, and copied the files into the existing directory (overwriting the old ones).

Any suggestions?

Hope the following info helps. Let me know if anything else is needed...

Here is info on a recode I did of GROUNDHOG_DAY with v0.39.07 that works..
[Status]
LABEL=GROUNDHOG_DAY
VERSION=v0.39.07 (beta)
SOURCE_SIZE=26590912512
SOURCE_VIDEO_SIZE=26590912512
TARGET_SIZE=24641536000
REDUCTION=.926690123510418
RESIZE_1080=0
AUDIO_TO_KEEP=eng;
KEEP_HD_AUDIO=-1
SUBS_TO_KEEP=eng;
BACKUP_MODE=1
MOVIEONLY_TYPE=11
USE_LAVF=0
QUICK=0
ENCODE_STEP=0
COMPLETED=1
REBUILD_COMPLETE=1
[00011]
AUDIO=10010
PGS=110000000000000000000
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=24641536000
NSIZE=0
FLINK=0
MLINK=0-----------------------
[00:10:33] BD Rebuilder v0.39.07 (beta)
- Source: GROUNDHOG_DAY
- Input BD size: 24.76 GB
- Approximate total content: [01:41:04.057]
- Windows Version: 6.1 [7601]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- Mode: MKV Container, 1920x1080, Intact Audio
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[00:10:35] PHASE ONE, Encoding
- [00:10:35] Processing: VID_00011 (1 of 1)
- [00:10:35] Extracting A/V streams [VID_00011]
- [00:17:40] Reencoding video [VID_00011]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 145,392 frames
- Bitrate: 10,187 Kbs
- [00:17:40] Reencoding: VID_00011, Pass 1 of 2
- [01:21:52] Reencoding: VID_00011, Pass 2 of 2
- [02:28:22] Video Encode complete
- [02:28:22] Processing audio tracks
- [02:28:22] Multiplexing M2TS
[02:28:22]PHASE ONE complete
[02:28:22]PHASE TWO - Rebuild Started
- [02:28:22] Rebuilding stream 00011 [1 of 1]
- [02:28:22] Building ALTERNATE OUTPUT Structure
[02:33:30] - Encode and Rebuild complete
[02:33:31]JOB: GROUNDHOG_DAY finished.
----------------------and info about the file per MediaInfo
General
Unique ID : 243937437596447059580597332619115883905 (0xB784A43D6F1D0AACB07DD7DD3B97ED81)
Complete name : J:\[Movies]\GROUNDHOG_DAY\GROUNDHOG_DAY_00.MKV
Format : Matroska
Format version : Version 2
File size : 7.64 GiB
Duration : 1h 41mn
Overall bit rate mode : Variable
Overall bit rate : 10.8 Mbps
Encoded date : UTC 2012-02-07 07:28:23
Writing application : mkvmerge v2.9.7 ('Tenderness') built on Jul 1 2009 18:43:35
Writing library : libebml v0.7.7 + libmatroska v0.8.1

Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L4.1
Format settings, CABAC : Yes
Format settings, ReFrames : 2 frames
Codec ID : V_MPEG4/ISO/AVC
Duration : 1h 41mn
Bit rate mode : Variable
Bit rate : 10.2 Mbps
Maximum bit rate : 15.0 Mbps
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate : 23.976 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.205
Stream size : 7.04 GiB (92%)
Writing library : x264 core 120 r2120 0c7dab9
Encoding settings : cabac=1 / ref=1 / deblock=1:0:0 / analyse=0x3:0x3 / me=dia / subme=1 / psy=1 / psy_rd=1.00:0.00 / mixed_ref=0 / me_range=16 / chroma_me=1 / trellis=0 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=1 / chroma_qp_offset=0 / threads=12 / sliced_threads=0 / slices=4 / nr=0 / decimate=1 / interlaced=0 / bluray_compat=1 / constrained_intra=0 / bframes=3 / b_pyramid=0 / b_adapt=1 / b_bias=0 / direct=1 / weightb=1 / open_gop=0 / weightp=1 / keyint=48 / keyint_min=1 / scenecut=40 / intra_refresh=0 / rc_lookahead=0 / rc=2pass / mbtree=0 / bitrate=10187 / ratetol=1.0 / qcomp=0.60 / qpmin=0 / qpmax=69 / qpstep=4 / cplxblur=20.0 / qblur=0.5 / vbv_maxrate=15000 / vbv_bufsize=15000 / nal_hrd=vbr / ip_ratio=1.10 / pb_ratio=1.10 / aq=1:1.00
Default : Yes
Forced : No

Audio #1
ID : 2
Format : AC-3
Format/Info : Audio Coding 3
Mode extension : CM (complete main)
Codec ID : A_AC3
Duration : 1h 41mn
Bit rate mode : Constant
Bit rate : 448 Kbps
Channel(s) : 6 channels
Channel positions : Front: L C R, Side: L R, LFE
Sampling rate : 48.0 KHz
Bit depth : 16 bits
Compression mode : Lossy
Stream size : 324 MiB (4%)
Language : English
Default : Yes
Forced : No

Audio #2
ID : 3
Format : AC-3
Format/Info : Audio Coding 3
Format profile : Dolby Digital
Mode extension : CM (complete main)
Codec ID : A_AC3
Duration : 1h 41mn
Bit rate mode : Constant
Bit rate : 192 Kbps
Channel(s) : 2 channels
Channel positions : Front: L R
Sampling rate : 48.0 KHz
Bit depth : 16 bits
Compression mode : Lossy
Stream size : 139 MiB (2%)
Language : English
Default : No
Forced : No

Menu
00:00:00.000 : en:00:00:00.000
00:07:26.863 : en:00:07:26.863
00:14:12.935 : en:00:14:12.935
00:18:17.221 : en:00:18:17.221
00:24:30.385 : en:00:24:30.385
00:30:43.341 : en:00:30:43.341
00:34:32.653 : en:00:34:32.653
00:41:00.624 : en:00:41:00.624
00:45:54.501 : en:00:45:54.501
00:52:39.823 : en:00:52:39.823
00:59:21.182 : en:00:59:21.182
01:06:08.047 : en:01:06:08.047
01:14:55.490 : en:01:14:55.490
01:19:59.169 : en:01:19:59.169
01:24:11.087 : en:01:24:11.087
01:32:13.611 : en:01:32:13.611

Here is the same, done with 0.40.4...
[Status]
LABEL=GROUNDHOG_DAY
VERSION=v0.40.04 (beta)
SOURCE_SIZE=26590912512
SOURCE_VIDEO_SIZE=26590912512
TARGET_SIZE=24641536000
REDUCTION=.926690123510418
RESIZE_1080=0
AUDIO_TO_KEEP=eng;
KEEP_HD_AUDIO=-1
SUBS_TO_KEEP=eng;
BACKUP_MODE=1
MOVIEONLY_TYPE=11
USE_LAVF=0
INSTANCES=1
DGDECNV=0
QUICK=0
ENCODE_STEP=0
COMPLETED=1
REBUILD_COMPLETE=1
[00011]
AUDIO=10010
PGS=110000000000000000000
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=24641536000
NSIZE=0
FLINK=0
MLINK=0
----------------------
[02/09/12] BD Rebuilder v0.40.04 (beta)
[08:19:25] Source: GROUNDHOG_DAY
- Input BD size: 24.76 GB
- Approximate total content: [01:41:04.057]
- Windows Version: 6.1 [7601]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- Mode: MKV Container, 1920x1080, Intact Audio
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[08:19:27] PHASE ONE, Encoding
- [08:19:27] Processing: VID_00011 (1 of 1)
- [08:19:27] Extracting A/V streams [VID_00011]
- [08:26:32] Reencoding video [VID_00011]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 145,392 frames
- Bitrate: 8,075 Kbs
- [08:26:32] Reencoding: VID_00011, Pass 1 of 2
- [09:28:59] Reencoding: VID_00011, Pass 2 of 2
- [10:31:52] Video Encode complete
- [10:31:52] Processing audio tracks
- [10:31:52] Multiplexing M2TS
[10:31:52]PHASE ONE complete
[10:31:52]PHASE TWO - Rebuild Started
- [10:31:52] Rebuilding stream 00011 [1 of 1]
- [10:31:52] Building ALTERNATE OUTPUT Structure
[10:37:01] - Encode and Rebuild complete
[10:37:01] JOB: GROUNDHOG_DAY finished.and from media info...General
Unique ID : 199774127402341520045391125516082624458 (0x964B18EFB7B37330A3DAEB23CF4637CA)
Complete name : J:\[Movies]\1-TEST\GROUNDHOG_DAY\GROUNDHOG_DAY_00.MKV
Format : Matroska
Format version : Version 2
File size : 7.07 GiB
Duration : 1h 41mn
Overall bit rate mode : Variable
Overall bit rate : 10.0 Mbps
Encoded date : UTC 2012-02-09 15:31:54
Writing application : mkvmerge v5.2.1 ('A Far Off Place') built on Jan 2 2012 23:21:10
Writing library : libebml v1.2.3 + libmatroska v1.3.0

Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L4.1
Format settings, CABAC : Yes
Format settings, ReFrames : 2 frames
Muxing mode : Header stripping
Codec ID : V_MPEG4/ISO/AVC
Duration : 1h 41mn
Bit rate mode : Variable
Nominal bit rate : 8 075 Kbps
Maximum bit rate : 15.0 Mbps
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate : 23.976 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.162
Writing library : x264 core 120 r2164 da19765
Encoding settings : cabac=1 / ref=1 / deblock=1:0:0 / analyse=0x3:0x3 / me=dia / subme=1 / psy=1 / psy_rd=1.00:0.00 / mixed_ref=0 / me_range=16 / chroma_me=1 / trellis=0 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=1 / chroma_qp_offset=0 / threads=12 / sliced_threads=0 / slices=4 / nr=0 / decimate=1 / interlaced=0 / bluray_compat=1 / constrained_intra=0 / bframes=3 / b_pyramid=0 / b_adapt=1 / b_bias=0 / direct=1 / weightb=1 / open_gop=0 / weightp=1 / keyint=48 / keyint_min=1 / scenecut=40 / intra_refresh=0 / rc_lookahead=0 / rc=2pass / mbtree=0 / bitrate=8075 / ratetol=1.0 / qcomp=0.60 / qpmin=0 / qpmax=69 / qpstep=4 / cplxblur=20.0 / qblur=0.5 / vbv_maxrate=15000 / vbv_bufsize=15000 / nal_hrd=vbr / ip_ratio=1.10 / pb_ratio=1.10 / aq=1:1.00
Default : Yes
Forced : No

Audio #1
ID : 2
Format : TrueHD
Codec ID : A_TRUEHD
Duration : 1h 41mn
Bit rate mode : Variable
Maximum bit rate : 3 069 Kbps
Channel(s) : 6 channels
Channel positions : Front: L C R, Side: L R, LFE
Sampling rate : 48.0 KHz
Compression mode : Lossless
Language : English
Default : Yes
Forced : No

Audio #2
ID : 3
Format : AC-3
Format/Info : Audio Coding 3
Format profile : Dolby Digital
Mode extension : CM (complete main)
Muxing mode : Header stripping
Codec ID : A_AC3
Duration : 1h 41mn
Bit rate mode : Constant
Bit rate : 192 Kbps
Channel(s) : 2 channels
Channel positions : Front: L R
Sampling rate : 48.0 KHz
Bit depth : 16 bits
Compression mode : Lossy
Stream size : 139 MiB (2%)
Language : English
Default : No
Forced : No

Menu
00:00:00.000 : en:00:00:00.000
00:07:26.863 : en:00:07:26.863
00:14:12.935 : en:00:14:12.935
00:18:17.221 : en:00:18:17.221
00:24:30.385 : en:00:24:30.385
00:30:43.341 : en:00:30:43.341
00:34:32.653 : en:00:34:32.653
00:41:00.624 : en:00:41:00.624
00:45:54.501 : en:00:45:54.501
00:52:39.823 : en:00:52:39.823
00:59:21.182 : en:00:59:21.182
01:06:08.047 : en:01:06:08.047
01:14:55.490 : en:01:14:55.490
01:19:59.169 : en:01:19:59.169
01:24:11.087 : en:01:24:11.087
01:32:13.611 : en:01:32:13.611I did also try unchecking "keep hd audio" from setup. That file also doesn't play.

[KiwiKid]

I'm guessing the Header stripping listed under Muxing mode in MediaInfo is the problem. It is a quick fix with MkvMerge.

Instructions at this link

http://www.noblemd.info/index.php?option=com_content&view=article&id=21&Itemid=24

[colinhunt]

DGDecNV uses the VP engine, not the graphics (GPU) core.
Well, no wonder then :)

[NightHawkGuy]

I'm guessing the Header stripping listed under Muxing mode in MediaInfo is the problem.
Some playback devices have a problem with MKV header compression.
I noticed the version of mkvmerge was changed in the recent BD-Rebuilder releases.
The older mkvmerge version with v0.39.07 may not have output MKVs with header compression.
Its best to have MKV header compression disabled for most compatability - in the GUI version of mkvmerge this can be set as the default.

[varekai]

@neuron2

Can't get DGDecNV to work with BDRB?
After Extracting A/V Streams nothing happens?
Tried to figure out what's going on and doubledchecked license info and that peculiar line feed but nothing worked.
Finally found that the machine ID doesn't match?
What's that about?

Edit:
Just found out that if I go online DGDecNV works?!?
Is that it? I have to be connected to the web?
When I go offline the machine ID changes and DGDecNV/BDRB won't work!?

regards

[jdobbs]

I'm guessing the Header stripping listed under Muxing mode in MediaInfo is the problem. It is a quick fix with MkvMerge.

Instructions at this link

http://www.noblemd.info/index.php?option=com_content&view=article&id=21&Itemid=24 I think you're right. The newer versions of MKVMERGE changed the default -- I just noticed that I added "--compression 0:none" to all but one internal command line. That setting is the only one that can be guaranteed to work with all players. That's almost surely the problem. I'll correct that line and post an interim update.

I had to update the MKVMERGE version so I can add .SUP subtitle support.

[Mark_Venture]

I'm guessing the Header stripping listed under Muxing mode in MediaInfo is the problem. It is a quick fix with MkvMerge.

Instructions at this link

http://www.noblemd.info/index.php?option=com_content&view=article&id=21&Itemid=24
Thank you, those steps worked.

The copy made with 0.40.4, then I used those steps, is now playable.

[soneca]

jdobbs,

"--compression 0:none" or "--compression -1:none"? :confused:

[jdobbs]

jdobbs,

"--compression 0:none" or "--compression -1:none"? :confused: That just depends on how you are using the command line. In my case it is "0:none" -- in another it might be "-1:none".

[rendez2k]

Just donated for DGDecNV. Is there anyway for bdrb to record in the log the average FPS and time/speed etc for comparison?

[soneca]

That just depends on how you are using the command line. In my case it is "0:none" -- in another it might be "-1:none".

Ok.;)

[LowDead]

Does it run if you turn MULTIPROCESS off? That would at least tell for sure if it was the split.

I also reinstalled 4002 to verify.

4002=Works perfectly splitting
4004=Fail to split. Errors out directly. Works when using MULTIPROCESS=0

//LD

[jdobbs]

I also reinstalled 4002 to verify.

4002=Works perfectly splitting
4004=Fail to split. Errors out directly. Works when using MULTIPROCESS=0

//LD I can't figure out why it is doing it on your encode but there are no other reports... I've done several more encodes since your post -- and still no problem.

[NightHawkGuy]

I had to update the MKVMERGE version so I can add .SUP subtitle support.

Is there a hidden option to include the subtitles in the output mkv file?

[Farscape1]

I'm guessing the Header stripping listed under Muxing mode in MediaInfo is the problem. It is a quick fix with MkvMerge.

Instructions at this link

http://www.noblemd.info/index.php?option=com_content&view=article&id=21&Itemid=24


you can have header stripping turned off permanently:

1. file>options
2. under "mmg" tab, make sure "disable header removal compression for audio and video tracks by default" is checked (v5.3.0 but also was an option in 4.8....not sure about earlier versions)

[jdobbs]

Is there a hidden option to include the subtitles in the output mkv file? Not yet. That is just a little forward planning.

[LowDead]

I can't figure out why it is doing it on your encode but there are no other reports... I've done several more encodes since your post -- and still no problem.

I don't understand it either.. with no other reports it has to be something with my system, but what? O_o

/LD

[jdobbs]

I don't understand it either.. with no other reports it has to be something with my system, but what? O_o

/LD I don't think so... it has to be BD-RB's splitting -- but I can't figure what is different in this case. I'd like to figure it out and put in a fix (as well as the issue reported by The_Unknown) before I post another interim release.

[LowDead]

I don't think so... it has to be BD-RB's splitting -- but I can't figure what is different in this case. I'd like to figure it out and put in a fix (as well as the issue reported by The_Unknown) before I post another interim release.

Please let me now if you need some more testing from me.

//LD

[AmigaFuture]

I'm not sure what's up with MULTIPROCESS, as I'm noticing it's not working well with 40.04. I've noticed as LowDead that something isn't functional as it was. I was going to post to please reactive MULTIPROCESS as 0, 1, 2 or 3 aren't working with my machine anymore.

I also noticed something else, I went back to...40.01 for testing, and when I had reported the video glitch (The Matrix - Revolutions), I didn't notice that BD-RB reported it as VC-1 before or not. So I ripped it again, and tried it with 40.01, and this time I saw VC-1 and MULTIPROCESS=1 showed BD-RB was indeed splitting it. Which could be why the glitch was there...as in your website says it shouldn't work with VC-1. Now, with 40.04 even AVC's, here, with MUTLTIPROCESS 0, 1, 2, or 3 set aren't functioning. I am noticing 1st pass starts with HIGH (98) FPS and slowly it drops to 40 something FPS or lower. I haven't let it go to 2nd pass yet.

The changes were made using View/Edit Config and NOT exiting the program for the info above.

[19:37:57] BD Rebuilder v0.40.01 (beta)
- Source: ASSAULTONPRECINCT13
- Input BD size: 19.03 GB
- Approximate total content: [01:30:49.444]
- Windows Version: 6.1 [7601]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- Mode: MKV Container, 1920x1080, Intact Audio
- Automatic cropping of borders enabled
- Audio Settings: AC3=0 DTS=1 HD=0 Kbs=640
[19:37:58] PHASE ONE, Encoding
- [19:37:58] Processing: VID_00020 (1 of 1)
- [19:37:58] Extracting A/V streams [VID_00020]
- [19:43:04] Reencoding video [VID_00020]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 130,656 frames
- Bitrate: 11,261 Kbs
- [19:43:04] Reencoding: VID_00020, Pass 1 of 2
[20:00:37]PHASE ONE aborted by user request
-----------------------
[20:00:49] BD Rebuilder v0.40.01 (beta)
- Source: ASSAULTONPRECINCT13
- Input BD size: 19.03 GB
- Approximate total content: [01:30:49.444]
- Windows Version: 6.1 [7601]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- Mode: MKV Container, 1920x1080, Intact Audio
- Automatic cropping of borders enabled
- Audio Settings: AC3=0 DTS=1 HD=0 Kbs=640
[20:00:52] PHASE ONE, Encoding
- [20:00:52] Processing: VID_00020 (1 of 1)
- [20:00:52] Extracting A/V streams [VID_00020]
- [20:06:02] Reencoding video [VID_00020]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 130,656 frames
- Bitrate: 11,261 Kbs
- [20:06:02] Reencoding: VID_00020, Pass 1 of 2
- [21:11:05] Reencoding: VID_00020, Pass 2 of 2
- [23:42:52] Video Encode complete
- [23:42:52] Processing audio tracks
- [23:42:52] Multiplexing M2TS
[23:42:52]PHASE ONE complete
[23:42:52]PHASE TWO - Rebuild Started
- [23:42:52] Rebuilding stream 00020 [1 of 1]
- [23:42:52] Building ALTERNATE OUTPUT Structure
[23:50:34] - Encode and Rebuild complete
[23:50:34] JOB: ASSAULTONPRECINCT13 finished.
----------------------
[02/10/12] BD Rebuilder v0.40.04 (beta)
[10:45:42] Source: ASSAULTONPRECINCT13
- Input BD size: 19.03 GB
- Approximate total content: [01:30:49.444]
- Windows Version: 6.1 [7601]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- Mode: MKV Container, 1920x1080, Intact Audio
- Automatic cropping of borders enabled
- Decoding/Frame serving: DirectShow [3-way]
- Audio Settings: AC3=0 DTS=1 HD=0 Kbs=448
[10:45:43] PHASE ONE, Encoding
- [10:45:43] Processing: VID_00020 (1 of 1)
- [10:45:43] Extracting A/V streams [VID_00020]
- [10:50:41] Reencoding video [VID_00020]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 130,656 frames
- Bitrate: 5,675 Kbs
- [10:50:41] Reencoding: VID_00020, Pass 1 of 2
- [11:47:59] Reencoding: VID_00020, Pass 2 of 2
[12:16:07]PHASE ONE aborted by user request
----------------------
[02/10/12] BD Rebuilder v0.40.04 (beta)
[12:16:35] Source: ASSAULTONPRECINCT13
- Input BD size: 19.03 GB
- Approximate total content: [01:30:49.444]
- Windows Version: 6.1 [7601]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- Mode: MKV Container, 1920x1080, Intact Audio
- Automatic cropping of borders enabled
- Decoding/Frame serving: DirectShow [3-way]
- Audio Settings: AC3=0 DTS=1 HD=0 Kbs=448
[12:16:37] PHASE ONE, Encoding
- [12:16:37] Processing: VID_00020 (1 of 1)
- [12:16:37] Extracting A/V streams [VID_00020]
- [12:21:32] Reencoding video [VID_00020]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 130,656 frames
- Bitrate: 5,675 Kbs
- [12:21:32] Reencoding: VID_00020, Pass 1 of 2
[12:22:24]PHASE ONE aborted by user request
----------------------
[02/10/12] BD Rebuilder v0.40.04 (beta)
[12:22:44] Source: ASSAULTONPRECINCT13
- Input BD size: 19.03 GB
- Approximate total content: [01:30:49.444]
- Windows Version: 6.1 [7601]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- Mode: MKV Container, 1920x1080, Intact Audio
- Automatic cropping of borders enabled
- Decoding/Frame serving: DirectShow [2-way]
- Audio Settings: AC3=0 DTS=1 HD=0 Kbs=448
[12:22:46] PHASE ONE, Encoding
- [12:22:46] Processing: VID_00020 (1 of 1)
- [12:22:46] Extracting A/V streams [VID_00020]
- [12:27:48] Reencoding video [VID_00020]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 130,656 frames
- Bitrate: 5,675 Kbs
- [12:27:48] Reencoding: VID_00020, Pass 1 of 2
[12:28:00]PHASE ONE aborted by user request
----------------------
[02/10/12] BD Rebuilder v0.40.04 (beta)
[12:28:13] Source: ASSAULTONPRECINCT13
- Input BD size: 19.03 GB
- Approximate total content: [01:30:49.444]
- Windows Version: 6.1 [7601]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- Mode: MKV Container, 1920x1080, Intact Audio
- Automatic cropping of borders enabled
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=1 HD=0 Kbs=448
[12:28:14] PHASE ONE, Encoding
- [12:28:14] Processing: VID_00020 (1 of 1)
- [12:28:14] Extracting A/V streams [VID_00020]
- [12:33:18] Reencoding video [VID_00020]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 130,656 frames
- Bitrate: 5,675 Kbs
- [12:33:18] Reencoding: VID_00020, Pass 1 of 2
[12:35:37]PHASE ONE aborted by user request
----------------------
[02/10/12] BD Rebuilder v0.40.04 (beta)
[12:36:16] Source: ASSAULTONPRECINCT13
- Input BD size: 19.03 GB
- Approximate total content: [01:30:49.444]
- Windows Version: 6.1 [7601]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- Mode: MKV Container, 1920x1080, Intact Audio
- Automatic cropping of borders enabled
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=1 HD=0 Kbs=448
[12:36:19] PHASE ONE, Encoding
- [12:36:19] Processing: VID_00020 (1 of 1)
- [12:36:19] Extracting A/V streams [VID_00020]
- Extracting A/V to M2TS [VID_00020]
- Extracting A/V from M2TS [VID_00020]
- Error in attempt to extract audio/subs.
-
- Error in attempt to extract audio/subs.
-
[12:48:00] - Failed to retrieve audio, aborted

The previous log is because of disk space as to why it failed.

Now most recent test logs..

In this instance MP is set to 1. 3-way is set, looks like, and 1st pass atarts at 95 FPS and slowly drops to 40's but before doing so it climbs to 99. x264 is 1 instance and using 1GB of RAM.
[02/10/12] BD Rebuilder v0.40.04 (beta)
[13:05:53] Source: ASSAULTONPRECINCT13
- Input BD size: 19.03 GB
- Approximate total content: [01:30:49.444]
- Windows Version: 6.1 [7601]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- Mode: MKV Container, 1920x1080, Intact Audio
- Automatic cropping of borders enabled
- Decoding/Frame serving: DirectShow [3-way]
- Audio Settings: AC3=0 DTS=1 HD=0 Kbs=448
[13:05:53] PHASE ONE, Encoding
- [13:05:53] Processing: VID_00020 (1 of 1)
- [13:05:53] Extracting A/V streams [VID_00020]
- [13:10:52] Reencoding video [VID_00020]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 130,656 frames
- Bitrate: 5,675 Kbs
- [13:10:52] Reencoding: VID_00020, Pass 1 of 2

I've now changed MP to 2. Exited, and re-run the program. Clicked to delete old files. x264 same stuff.
[02/10/12] BD Rebuilder v0.40.04 (beta)
[13:18:40] Source: ASSAULTONPRECINCT13
- Input BD size: 19.03 GB
- Approximate total content: [01:30:49.444]
- Windows Version: 6.1 [7601]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- Mode: MKV Container, 1920x1080, Intact Audio
- Automatic cropping of borders enabled
- Decoding/Frame serving: DirectShow [2-way]
- Audio Settings: AC3=0 DTS=1 HD=0 Kbs=448
[13:18:42] PHASE ONE, Encoding
- [13:18:42] Processing: VID_00020 (1 of 1)
- [13:18:42] Extracting A/V streams [VID_00020]
- [13:23:50] Reencoding video [VID_00020]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 130,656 frames
- Bitrate: 5,675 Kbs
- [13:23:50] Reencoding: VID_00020, Pass 1 of 2
[13:25:15]PHASE ONE aborted by user request

I changed MP to 0. Exited, re-ran program. Clicked to delete old files. Same RAM usage, and 1 instance of x264. Same scene as above except without DirectShow, as should be.
[02/10/12] BD Rebuilder v0.40.04 (beta)
[13:29:05] Source: ASSAULTONPRECINCT13
- Input BD size: 19.03 GB
- Approximate total content: [01:30:49.444]
- Windows Version: 6.1 [7601]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- Mode: MKV Container, 1920x1080, Intact Audio
- Automatic cropping of borders enabled
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=1 HD=0 Kbs=448
[13:29:07] PHASE ONE, Encoding
- [13:29:07] Processing: VID_00020 (1 of 1)
- [13:29:07] Extracting A/V streams [VID_00020]
- [13:34:07] Reencoding video [VID_00020]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 130,656 frames
- Bitrate: 5,675 Kbs
- [13:34:07] Reencoding: VID_00020, Pass 1 of 2
[13:37:02]PHASE ONE aborted by user request

MP is now removed from the config. Exited program, and re-run.
----------------------
[02/10/12] BD Rebuilder v0.40.04 (beta)
[13:39:36] Source: ASSAULTONPRECINCT13
- Input BD size: 19.03 GB
- Approximate total content: [01:30:49.444]
- Windows Version: 6.1 [7601]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- Mode: MKV Container, 1920x1080, Intact Audio
- Automatic cropping of borders enabled
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=1 HD=0 Kbs=448
[13:39:38] PHASE ONE, Encoding
- [13:39:38] Processing: VID_00020 (1 of 1)
- [13:39:38] Extracting A/V streams [VID_00020]
- [13:44:38] Reencoding video [VID_00020]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 130,656 frames
- Bitrate: 5,675 Kbs
- [13:44:38] Reencoding: VID_00020, Pass 1 of 2
[13:45:55]PHASE ONE aborted by user request

Now using MP=1 with 40.02. 3-was split is active. 3 processes of x264 are active. About 50MB RAM per x264. From the splitting process to seeing FPS was about 14 minutes. Holding around 53.xx FPS. After maybe 15 to 20 minutes I'm seeing 55-66.xx FPS. Finished at 51 minutes. This is all within the 1st pass.

2nd pass started. 3 processes of x264 using about 50MB+/- each for 14 minutes of processing before it shows FPS. Now ranges from 400 to 700MB each. It started at 40.xx FPS and has slowly dropped to 18.xx at 36% done. The process isn't done and I'll Watch the final result tonight.
-----------------------
[13:47:52] BD Rebuilder v0.40.02 (beta)
- Source: ASSAULTONPRECINCT13
- Input BD size: 19.03 GB
- Approximate total content: [01:30:49.444]
- Windows Version: 6.1 [7601]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- Mode: MKV Container, 1920x1080, Intact Audio
- Automatic cropping of borders enabled
- Audio Settings: AC3=0 DTS=1 HD=0 Kbs=640
[13:47:53] PHASE ONE, Encoding
- [13:47:53] Processing: VID_00020 (1 of 1)
- [13:47:53] Extracting A/V streams [VID_00020]
- [13:52:52] Reencoding video [VID_00020]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 130,656 frames
- Bitrate: 10,185 Kbs
- [13:52:52] Reencoding: VID_00020, Pass 1 of 2
- [14:51:14] Reencoding: VID_00020, Pass 2 of 2

[NightHawkGuy]

Didn't the x264 version change between BD Rebuilder v0.40.01 thru v0.40.04?
Could that cause the difference in speed and amounts of RAM used by x264, noted above?

[jdobbs]

as in your website says it shouldn't work with VC-1. Where did you get that? The only time it would not split VC-1 is if it is interlaced, which is very rare (virtually non-existent) for a feature -- and that wouldn't even matter with DGDecNV.

I'm telling you -- except for fixing the 00006 error, which isn't related to that, the code when using DirectshowSource is identical. I'll go back an check -- but I'm pretty sure that's true.

Maybe I'm dense, but as for your post... I read it about 5 times and I can't for the life of me figure out what you're trying to say. I also don't get the connection between what you are saying and LowDead's report. He's reporting an straight-forward error... and that doesn't sound anything like what you're posting.

Sticking with only the current version... please tell me what it is (or isn't) doing that you think it should (or should not) be doing???

[jdobbs]

@LowDead

When you get your error is it with a clean start (not an attempt to resume)? Is it possible you may have killed the job from task manager rather than with the "Abort" buttong. The reason I ask is that I've been experimenting and if that happens during the spit it could confuse BD-RB into thinking the split was already done and cause the failure to encode...

Also... does it fail on other discs or just the one you reported?

[jdobbs]

Didn't the x264 version change between BD Rebuilder v0.40.01 thru v0.40.04?
Could that cause the difference in speed and amounts of RAM used by x264, noted above? Yes it did. According to the X264 changelog the newer version should be slightly faster.

[NightHawkGuy]

Using multiprocess mode I noticed after encoding is complete there appears to be a separate concatenation of the split video segments prior to final muxing.
Is it possible that it could that be done during the mux process instead to eliminate the extra time and temp disk space used?
Both Tsmuxer and mkvmerge appear to support joining input segments that could help optimize that process a bit.

[jdobbs]

Using multiprocess mode I noticed after encoding is complete there appears to be a separate concatenation of the split video segments prior to final muxing.
Is it possible that it could that be done during the mux process instead to eliminate the extra time and temp disk space used?
Both Tsmuxer and mkvmerge appear to support joining input segments that could help optimize that process a bit.

Yes, it could... I did it that way so I could get it debugged without spreading the risk over too many modules of code. I'll probably eventually just do it in the mux -- on most jobs it'll save 5-10 minutes of so.

[AmigaFuture]

Jdobbs,

I was referencing post #14351 from LowDead, he typed about the differences with 40.01 and 40.04 with MP which I've notied.

I thought the VC-1 comment I remembered was at http://www.jdobbs.net/freeware/multiprocessing.html, nope. Then going back further..in this thread..

"Reasons that could happen:

1. LAVF is set.
2. Resizing. (ALTERNATE resizing or selecting one of the resize options in SETUP)
3. VC-1 Interlaced source."

I remembered that incorrectly. Pardon.


So...with 40.04, is x264 also now doing multiprocessing itself and is the reason only 1 instance of x264.exe (with ffdshow and Haali Media Splitter)? I didn't see anything in the x264 change log to indicate its own multiprocessing.

I have internal x264 LAVF unchecked. Also DGDecNV unchecked since I use an ATI board. I'm not seeing the speeds, or the processing (around 10 to 15 minutes) before and after pass 1 even though 3-way is showing.
I was before which is why I was checking with 40.01 and 40.02....and shared the logs.

Is this a bit more clear? Let me know, if not. :-)

Using 40.04 ONLY...first pass had no preprocessing that I saw.
I am seeing a pretty steady 37.72 FPS and a speed of 1.57x. CPU between 34 and 41%. RAM (6GB) is at 3.41GB.

Pass 2..FPS shot up to 100, and is slowly going down. CPU is at MAX, and RAM 3.22GB. Single instance of x264 is almost using 840MB.
This is at 3.40% complete, pass 2.

Pass 2..4.10% done...FPS is at 35 and dropping. x264 around 840MB.

Pass 2..53% done, FPS very steady at 20.63. CPU 95 - 100%. Single instance of x264 using 842MB.

Different results compared to 40.01 or 40.02 which had multiple instances depending on MP value. I'm not suggesting multiple instances are required, only noticing differences.

Also, Cool about .SUP files.


----------------------
[02/10/12] BD Rebuilder v0.40.04 (beta)
[19:23:24] Source: ASSAULTONPRECINCT13
- Input BD size: 19.03 GB
- Approximate total content: [01:30:49.444]
- Windows Version: 6.1 [7601]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- Mode: MKV Container, 1920x1080, Intact Audio
- Automatic cropping of borders enabled
- Decoding/Frame serving: DirectShow [3-way]
- Audio Settings: AC3=0 DTS=1 HD=0 Kbs=448
[19:23:38] PHASE ONE, Encoding
- [19:23:38] Processing: VID_00020 (1 of 1)
- [19:23:38] Extracting A/V streams [VID_00020]
- [19:28:37] Reencoding video [VID_00020]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 130,656 frames
- Bitrate: 5,675 Kbs
- [19:28:37] Reencoding: VID_00020, Pass 1 of 2
- [20:26:02] Reencoding: VID_00020, Pass 2 of 2
- [22:10:50] Video Encode complete
- [22:10:50] Processing audio tracks
- [22:10:50] Multiplexing M2TS
[22:10:50]PHASE ONE complete
[22:10:50]PHASE TWO - Rebuild Started
- [22:10:50] Rebuilding stream 00020 [1 of 1]
- [22:10:50] Building ALTERNATE OUTPUT Structure
[22:14:22] - Encode and Rebuild complete
[22:14:22] JOB: ASSAULTONPRECINCT13 finished.

[AmigaFuture]

I'm now trying INDEX_WITH_EXTRACT.

[Harlem Carmello]

A CERTIFICATE folder is a part of the Blu-Ray standard and is not required in AVCHD.

Originally Posted by Harlem View Post Carmello
good afternoon
I just do the conversion of a Blu-ray to AVCHD BD Rebuilder will take longer than 18 hours in the end did not come all the BDMV folder without the CERTIFICATE folder so I did a test from this folder create a BDMV ISO does not work as expected does anyone know the solution as a folder is missing!

Thank you!
The certificate folder is a part of the Blu-Ray and AVCHD is not necessary.

This has been resolved. It was only to create the folder (CERTIFICATE / BACKUP) and burn with imgburn that road legally without problems.

Thank you!

[jdobbs]

@AmigaFuture

X264 has always done it's own internal multiprocessing. You'll see that by watching Task Manager and noticing that it uses all of your processors. But... the frame-serving portion of the process (feeding frames for X264 to encode) doesn't and that's (probably) why you don't see all the processors maxed to 100%. On faster processors X264 spends at least some of its time waiting for something to encode. BD-RB's multiprocessing function runs multiple instances of X264 so that the other (support) software can feed more frames to X264 and use that extra processing time.

So... if you are already using something close to 100% of your processor time, there isn't room for improvement and you likely wouldn't see additional speed with BD-RB's multiprocessing. In fact, in some instances the additional overhead might even slow it down a little -- especially if an excessive number of instances is being used.

The FPS figure isn't particulary useful when starting/stopping jobs like in your first post. There are other factors that can wildly affect it. For example, if you keep starting over and doing small sections of code you'll see super-high figures (at least at the beginning) because the frames are always in the disc cache and you never have to actually read from the hard drive. So unless you are doing an entire encode (that is at least as large as the cache) you may never actually see any benefit of multiprocessing -- because your cache keeps your processor up-front loaded with frames. The bottom line is that you need to complete whole jobs and compare the overall time -- otherwise the information is skewed terribly and becomes meaningless.

I'd suggest you, instead, look at processor utilization. So, for example, if you are using 90% of your processor with one instance of X264, the most you could reasonably expect to gain by implementing more instances would be 10%. On the other hand, if you are only using 50% -- you could theoretically get up to double your speed.

Currently INDEX_WITH_EXTRACT applies to DGDecNV only. There is no indexing for DirectshowSource().

[colinhunt]

Dark Star has a 116-minute long making of which is originally MPEG-2 720x480p@23.976fps. BD-RB v0.40.04 processes it into AVC 720x480p@29.97fps and audio is very much out of sync. Is there a box to tick in settings which might solve this?

[jdobbs]

Dark Star has a 116-minute long making of which is originally MPEG-2 720x480p@23.976fps. BD-RB v0.40.04 processes it into AVC 720x480p@29.97fps and audio is very much out of sync. Is there a box to tick in settings which might solve this? I'll need to look at it... is DGDecNV enabled? Also, make sure Directshow is using the FFDSHOW MPEG-2 CODEC. Other programs have a tendency to intercept that one often because it is so commonly used (for DVD). It also commonly uses pulldown and different CODECs have a tendency to react to pulldown in different ways. Uninstall/reinstall FFDSHOW and immediately encode and see if that corrects it.

[colinhunt]

I'll need to look at it... is DGDecNV enabled?
Yes, it's enabled.

Also, make sure Directshow is using the FFDSHOW MPEG-2 CODEC. Other programs have a tendency to intercept that one often because it is so commonly used for DVD. Reinstall FFDSHOW and immediately encode and see if that corrects it.
Is this relevant when DGDecNV is enabled?

[jdobbs]

Yes, it's enabled.


Is this relevant when DGDecNV is enabled? No. It wouldn't be relevant for DGDecNV. I'll dig up some MPEG-2 sources and do some testing.

[jdobbs]

@colinhunt

Can you look at the stream list in BD-RB and see if it has a "*" or a "**" next to the fps number? That way I can tell whether it is interlaced, uses pulldown, or is hybrid MPEG-2.

[colinhunt]

Can you look at the stream list in BD-RB and see if it has a "*" or a "**" next to the fps number? That way I can tell whether it is interlaced, uses pulldown, or is hybrid MPEG-2.
Stream list reads:

VID_00007 MPEG-2, 480i, 29.97fps*, 4 607,04 MB

Huh? How come Mediainfo says it's 480p@23.976fps?

[jdobbs]

Stream list reads:

VID_00007 MPEG-2, 480i, 29.97fps*, 4 607,04 MB

Huh? How come Mediainfo says it's 480p@23.976fps? Apparently because Mediainfo isn't giving you all the information. The "*" means that there are pulldown flags in the source. The pulldown flags bring the 23.976 progressive source up to 29.97fps interlaced upon playback.

23.976/480p isn't even a legal rate/frame-size combination in Blu-ray standard except as a secondary. But... if your DVD or Blu-ray player sees this combination it can sometimes ignore the pulldown flags a play it back as progressive (which usually delivers better perceived quality).

Trust what BD-RB says, if anything else disagrees -- it is wrong.

[colinhunt]

Apparently because MediaInfo isn't giving you all the information. The "*" means that there are pulldown flags in the source. The pulldown flags bring the 23.976 progressive source up to 29.97fps interlaced upon playback. 23.976/480p isn't even a legal rate/frame-size combination in Blu-ray except as a secondary.
OK. I guess MediaInfo isn't quite as trustworthy as I had imagined. Anyhoo, doesn't change the fact that the file comes out of BD-RB quite wonky. I did not have "IVTC sources with 3:2 pulldown" box ticked; I'll try another run with IVTC enabled.

Trust what BD-RB says, if anything else disagrees -- it is wrong.
:)

[jdobbs]

OK. I guess MediaInfo isn't quite as trustworthy as I had imagined. Anyhoo, doesn't change the fact that the file comes out of BD-RB quite wonky. I did not have "IVTC sources with 3:2 pulldown" box ticked; I'll try another run with IVTC enabled.


:) Mediainfo isn't necessarily "wrong" at a fundamental level -- it's just appears to be leaving out some important information.

I'm building a souce that is similar and will run some tests on it. There are three ways I can treat these sources in DGDecNV, I used the one that is most similar to the way DirectshowSource() delivers them in order to prevent the need for exceptions in the following processing. I'll see what I can find.

Wonky, eh? Sounds sinister.

[jdobbs]

By the way, as a recommendation, you should leave IVTC enabled (the default). Otherwise you aren't maintaining the original format of the source and it will become "hard-telecined".

[colinhunt]

Wonky, eh? Sounds sinister.
Heh, only meant the audio is very much out of sync. It's running with IVTC enabled now.

[rendez2k]

Just running a test disc with DGDecNV installed. I ran the same disc without DGDecNV last night and encode went fine. What I'm now getting is an error saying "Timed out looking for I/P frame". Whats causing that? The actual encode has stopped completely as its waiting for me to press OK to continue.

[jdobbs]

Heh, only meant the audio is very much out of sync. It's running with IVTC enabled now. You should be ok with IVTC enabled. I didn't test it with it disabled -- so of course there had to be an issue there. I found it and fixed it for the next release.

[jdobbs]

Just running a test disc with DGDecNV installed. I ran the same disc without DGDecNV last night and encode went fine. What I'm now getting is an error saying "Timed out looking for I/P frame". Whats causing that? The actual encode has stopped completely as its waiting for me to press OK to continue. Hmm... that has to be from DGDecNV -- as I've never seen it. It sure sounds like a corrupt source, though. The only cause for pause would be "why didn't Directshow have an issue with it?"

Where did the source originate? It isn't one of those video streams that was preprocessed/reencoded at some point in its history with a huge (illegal for Blu-ray) GOP was it? That's sounds like it might cause something like that (since there may be 10 seconds or more between the I frames).

I'm guessing this is a question for Neuron2.

[LowDead]

@LowDead

When you get your error is it with a clean start (not an attempt to resume)? Is it possible you may have killed the job from task manager rather than with the "Abort" buttong. The reason I ask is that I've been experimenting and if that happens during the spit it could confuse BD-RB into thinking the split was already done and cause the failure to encode...

Also... does it fail on other discs or just the one you reported?

I have tried both with clean start and and start again after abort and change settings. I have never killed the job via task manager or tried to resume (always choosed to delete temporary files so it would begin from start.)

It fails on every disk I try. Always the same error when begin to split.

//LD

[jdobbs]

I have tried both with clean start and and start again after abort and change settings. I have never killed the job via task manager or tried to resume (always choosed to delete temporary files so it would begin from start.)

It fails on every disk I try. Always the same error when begin to split.

//LD Every disc? Then I have to believe the problem is specific to just your system... now we have to figure out why that is possible.

Is there anything unique about your system?

[LowDead]

Every disc? Then I have to believe the problem is specific to just your system... now we have to figure out why that is possible.

Is there anything unique about your system?

Yes, 4002=Every disk works.. 4004=Every disk fails..

Intel 980X, 24GB RAM, Nvidia GTX580, Revodrive X2 240GB, Win7 Ultimate 64bit

I was wondering about if the split module needs to be run as administrator(as BD-RB) as I was having the work folder on C:/temp but I tried switching to D:/work instead but it was still a no go.. :(

/LD

[jdobbs]

Yes, 4002=Every disk works.. 4004=Every disk fails..

Intel 980X, 24GB RAM, Nvidia GTX580, Revodrive X2 240GB, Win7 Ultimate 64bit

I was wondering about if the split module needs to be run as administrator(as BD-RB) as I was having the work folder on C:/temp but I tried switching to D:/work instead but it was still a no go.. :(

/LD That is a difference between the two versions. in 0.40.02 the split code was a function within BD-RB. In 0.40.04 I compiled it as a separate exe (with the intent of making it at some point run concurrently to save time) and it is called from within BD-RB. I can't see how that could affect it this way, though, as there are already other programs being spawned by BD-RB (like X264, TSMUXER, WAVI, AFTEN, and DGIndexNV).

The odd thing is that the nature of the way it exits give the impression that the failure is occurring during the encode as opposed to the split. What I might do is add a little debugging code to the next release just to see where specifically it is bombing for you. I want to make sure we clear this up.

[jdobbs]

@LowDead

I PM'd you with a "debugging" version of SPLIT.EXE -- try it and let me know if you get any useful feedback from it.

[rendez2k]

Hmm... that has to be from DGDecNV -- as I've never seen it. It sure sounds like a corrupt source, though. The only cause for pause would be "why didn't Directshow have an issue with it?"

Where did the source originate? It isn't one of those video streams that was preprocessed/reencoded at some point in its history with a huge (illegal for Blu-ray) GOP was it? That's sounds like it might cause something like that (since there may be 10 seconds or more between the I frames).

I'm guessing this is a question for Neuron2.

The source is my own rip done with AnyDVD. No idea if thats the best way to rip it but will be happy to test any alternative methods. I think the main movie has encoded fine and its the extras that its had issues with. Exactly the same rip source as last nights test.

[jdobbs]

The source is my own rip done with AnyDVD. No idea if thats the best way to rip it but will be happy to test any alternative methods. I think the main movie has encoded fine and its the extras that its had issues with. Exactly the same rip source as last nights test. An AnyDVD rip is fine and is the preferred method. I was referring to something that may have been reencoded previously using non-BD acceptable parameters. A lot of the third-party software out there (MKV converters, etc.) will use GOP sizes that are illegal in blu-ray.

Does BD-RB's log say how many frames are in that stream?

[d62ks821]

- Added a new option to the ALTERNATE output dialog
that allows removal of black borders (automatic
cropping). ...[/code]

Processed much of my library with this feature and it seemed to worked great. However it didnt work for star wars blurays. It appears avisythn autocrop plugin crops way too much from all side of frame. To debug this, I edited VID_82*.AVS file and changed to Autocrop(mode=1) and it shows actual cropping as:
Left 312 Top 152
Right 315 Bottom 303
Width 4 Height 152
Crop(312,152,4,152)

Autocrop by default is looking at 5 samples starting at frame 0 and in this video the first 120 frames are blank! If I add samplestartframe=150 param to autocrop, then it works much better, but it still crops too much off the top (maybe this is happening with my other videos also, I'll have to check). Then added threshold=20 to autocrop, then it finally got it right.

The autocrop plugin is going to need some tending for it to consistently get the desired results. Maybe BDR needs something more complicated like:

1. take multiple samples at various offsets (or from various files in multiple file stream) using autocrop mode=2 for log output

2. parse through log outputs and make intelligent guess at best crop settings.

[AmigaFuture]

@AmigaFuture

X264 has always done it's own internal multiprocessing. You'll see that by watching Task Manager and noticing that it uses all of your processors. But... the frame-serving portion of the process (feeding frames for X264 to encode) doesn't and that's (probably) why you don't see all the processors maxed to 100%. On faster processors X264 spends at least some of its time waiting for something to encode. BD-RB's multiprocessing function runs multiple instances of X264 so that the other (support) software can feed more frames to X264 and use that extra processing time.

So... if you are already using something close to 100% of your processor time, there isn't room for improvement and you likely wouldn't see additional speed with BD-RB's multiprocessing. In fact, in some instances the additional overhead might even slow it down a little -- especially if an excessive number of instances is being used.

The FPS figure isn't particulary useful when starting/stopping jobs like in your first post. There are other factors that can wildly affect it. For example, if you keep starting over and doing small sections of code you'll see super-high figures (at least at the beginning) because the frames are always in the disc cache and you never have to actually read from the hard drive. So unless you are doing an entire encode (that is at least as large as the cache) you may never actually see any benefit of multiprocessing -- because your cache keeps your processor up-front loaded with frames. The bottom line is that you need to complete whole jobs and compare the overall time -- otherwise the information is skewed terribly and becomes meaningless.

I'd suggest you, instead, look at processor utilization. So, for example, if you are using 90% of your processor with one instance of X264, the most you could reasonably expect to gain by implementing more instances would be 10%. On the other hand, if you are only using 50% -- you could theoretically get up to double your speed.

Currently INDEX_WITH_EXTRACT applies to DGDecNV only. There is no indexing for DirectshowSource().

I was sure INDEX_WITH_EXTRACT is meant but only DGDecNV, but I thought I'd try it.. I'm trying different things to get across that BD-RB 40.04 is not running more than 1 process of x264 on my system now as BD-RB 40.01 and 40.02 did. I'm trying to figure Why. In all the stuff I shared, my computer specs are what I forgot.

Intel i7-930 4 Cores, 8 Threads, Overclocked to 3.17Ghz and absolutely stable, 6GB of RAM. Multiple Hard Drives running at 5700 RPM with an ATI GFX board. I build this computer for power. :) I've exited all programs several times to keep RAM and PageFile free so BD-RB 40.04 could allow/help x264 run multiple process but it only runs 1 x264 process when 40.01 and 40.02 ran 2 to 3 depending on how I set MULTIPROCESS. With my specs, should I only be seeing in TaskManagaer/Processes only 1 process of x264? That is all I see when using 40.04.

Seeing DirectShow (2-way) or (3-way) or even sometimes I see (4-way) indicates to me I should see x264.exe show that many processes in TaskManger/Processes respectively. Correct? Because I am not seeing more than 1 at all with 40.04.

When I run DB-RB 40.04, I ONLY run it. I don't play games. Only...Maybe..Firefox is running...and perhaps Notepad. I keep RAM and CPU available for DB-RB and x264.


I hope this helps. :-D

[rendez2k]

An AnyDVD rip is fine and is the preferred method. I was referring to something that may have been reencoded previously using non-BD acceptable parameters. A lot of the third-party software out there (MKV converters, etc.) will use GOP sizes that are illegal in blu-ray.

Does BD-RB's log say how many frames are in that stream?

----------------------
[02/11/12] BD Rebuilder v0.40.04 (beta)
[13:34:50] Source: ADJUSTMENT_BUREAU
- Input BD size: 33.44 GB
- Approximate total content: [03:12:09.499]
- Target BD size: 22.95 GB
- Windows Version: 6.1 [7601]
- MOVIE and MENUS mode enabled
- Auto Quality: Good (Very Fast), ABR
- Decoding/Frame serving: DGDecNV
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[13:34:50] PHASE ONE, Encoding
- [13:34:50] Blanking: VID_00061 (1 of 187)
- [13:34:50] Blanking: VID_00062 (2 of 187)
- [13:34:50] Blanking: VID_00084 (3 of 187)
- [13:34:50] Blanking: VID_00085 (4 of 187)
- [13:34:50] Blanking: VID_00300 (5 of 187)
- [13:34:50] Blanking: VID_00301 (6 of 187)
- [13:34:50] Blanking: VID_00302 (7 of 187)
- [13:34:50] Blanking: VID_00304 (8 of 187)
- [13:34:50] Blanking: VID_00305 (9 of 187)
- [13:34:50] Blanking: VID_00306 (10 of 187)
- [13:34:50] Blanking: VID_00307 (11 of 187)
- [13:34:50] Blanking: VID_00308 (12 of 187)
- [13:34:50] Blanking: VID_00309 (13 of 187)
- [13:34:50] Blanking: VID_00310 (14 of 187)
- [13:34:50] Blanking: VID_00311 (15 of 187)
- [13:34:50] Blanking: VID_00312 (16 of 187)
- [13:34:50] Blanking: VID_00313 (17 of 187)
- [13:34:50] Blanking: VID_00314 (18 of 187)
- [13:34:50] Blanking: VID_00315 (19 of 187)
- [13:34:50] Blanking: VID_00316 (20 of 187)
- [13:34:50] Blanking: VID_00320 (21 of 187)
- [13:34:50] Blanking: VID_00321 (22 of 187)
- [13:34:50] Blanking: VID_00322 (23 of 187)
- [13:34:50] Blanking: VID_00323 (24 of 187)
- [13:34:50] Blanking: VID_00324 (25 of 187)
- [13:34:50] Blanking: VID_00325 (26 of 187)
- [13:34:50] Blanking: VID_00326 (27 of 187)
- [13:34:50] Blanking: VID_00327 (28 of 187)
- [13:34:50] Blanking: VID_00328 (29 of 187)
- [13:34:50] Blanking: VID_00329 (30 of 187)
- [13:34:50] Blanking: VID_00330 (31 of 187)
- [13:34:50] Blanking: VID_00331 (32 of 187)
- [13:34:50] Blanking: VID_00332 (33 of 187)
- [13:34:50] Blanking: VID_00333 (34 of 187)
- [13:34:50] Blanking: VID_00334 (35 of 187)
- [13:34:50] Blanking: VID_00335 (36 of 187)
- [13:34:50] Blanking: VID_00336 (37 of 187)
- [13:34:50] Blanking: VID_00337 (38 of 187)
- [13:34:50] Processing: VID_00800 (39 of 187)
- [13:34:50] Extracting A/V streams [VID_00800]
- [13:41:44] Reencoding video [VID_00800]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23.976fps, 152,256 frames
- Bitrate: 19,686 Kbs
- [13:41:44] Reencoding: VID_00800, Pass 1 of 1
- [14:14:46] Video Encode complete
- [14:14:46] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4355 (eng): Keeping original audio
- Track 4356 (eng): Keeping original audio
- [14:14:46] Multiplexing M2TS
- [14:24:05] Blanking: VID_50055 (40 of 187)
- [14:24:05] Blanking: VID_50056 (41 of 187)
- [14:24:05] Blanking: VID_50057 (42 of 187)
- [14:24:05] Blanking: VID_50058 (43 of 187)
- [14:24:05] Blanking: VID_50059 (44 of 187)
- [14:24:05] Blanking: VID_50060 (45 of 187)
- [14:24:05] Blanking: VID_50100 (46 of 187)
- [14:24:05] Blanking: VID_50101 (47 of 187)
- [14:24:05] Blanking: VID_50102 (48 of 187)
- [14:24:05] Blanking: VID_50103 (49 of 187)
- [14:24:05] Blanking: VID_50104 (50 of 187)
- [14:24:05] Blanking: VID_50105 (51 of 187)
- [14:24:05] Blanking: VID_50106 (52 of 187)
- [14:24:05] Blanking: VID_50126 (53 of 187)
- [14:24:05] Blanking: VID_50205 (54 of 187)
- [14:24:06] Blanking: VID_50206 (55 of 187)
- [14:24:06] Blanking: VID_50207 (56 of 187)
- [14:24:06] Blanking: VID_50208 (57 of 187)
- [14:24:06] Blanking: VID_50210 (58 of 187)
- [14:24:06] Blanking: VID_50211 (59 of 187)
- [14:24:06] Blanking: VID_50212 (60 of 187)
- [14:24:06] Blanking: VID_50262 (61 of 187)
- [14:24:06] Blanking: VID_50263 (62 of 187)
- [14:24:06] Blanking: VID_50267 (63 of 187)
- [14:24:06] Blanking: VID_50269 (64 of 187)
- [14:24:06] Blanking: VID_50270 (65 of 187)
- [14:24:06] Blanking: VID_50271 (66 of 187)
- [14:24:06] Blanking: VID_50272 (67 of 187)
- [14:24:06] Blanking: VID_50273 (68 of 187)
- [14:24:06] Blanking: VID_50274 (69 of 187)
- [14:24:06] Blanking: VID_50275 (70 of 187)
- [14:24:06] Blanking: VID_50276 (71 of 187)
- [14:24:06] Blanking: VID_50278 (72 of 187)
- [14:24:06] Blanking: VID_50283 (73 of 187)
- [14:24:06] Blanking: VID_50284 (74 of 187)
- [14:24:06] Blanking: VID_50285 (75 of 187)
- [14:24:06] Processing: VID_50286 (76 of 187)
- [14:24:06] Extracting A/V streams [VID_50286]
- [14:24:11] Reencoding video [VID_50286]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 444 frames
- Bitrate: 10,127 Kbs
- [14:24:11] Reencoding: VID_50286, Pass 1 of 1
- [14:24:18] Video Encode complete
- [14:24:18] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [14:24:18] Multiplexing M2TS
- [14:24:22] Processing: VID_50287 (77 of 187)
- [14:24:22] Extracting A/V streams [VID_50287]
- [14:34:49] Reencoding video [VID_50287]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 1 frames
- Bitrate: 10,875 Kbs
- [14:34:49] Reencoding: VID_50287, Pass 1 of 1
- [14:34:50] Video Encode complete
- [14:34:50] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [14:34:50] Multiplexing M2TS
- [14:34:53] Processing: VID_50288 (78 of 187)
- [14:34:53] Extracting A/V streams [VID_50288]
- [14:35:00] Reencoding video [VID_50288]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 1,385 frames
- Bitrate: 10,132 Kbs
- [14:35:00] Reencoding: VID_50288, Pass 1 of 1
- [14:35:20] Video Encode complete
- [14:35:20] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [14:35:20] Multiplexing M2TS
- [14:35:25] Processing: VID_50289 (79 of 187)
- [14:35:25] Extracting A/V streams [VID_50289]
- [19:01:48] Reencoding video [VID_50289]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 1 frames
- Bitrate: 10,875 Kbs
- [19:01:48] Reencoding: VID_50289, Pass 1 of 1
- [19:01:48] Video Encode complete
- [19:01:48] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [19:01:48] Multiplexing M2TS
- [19:01:52] Processing: VID_50290 (80 of 187)
- [19:01:52] Extracting A/V streams [VID_50290]
- [19:01:57] Reencoding video [VID_50290]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 445 frames
- Bitrate: 10,122 Kbs
- [19:01:57] Reencoding: VID_50290, Pass 1 of 1
- [19:02:03] Video Encode complete
- [19:02:03] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [19:02:03] Multiplexing M2TS
- [19:02:07] Processing: VID_50292 (81 of 187)
- [19:02:07] Extracting A/V streams [VID_50292]
- [19:02:16] Reencoding video [VID_50292]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 1 frames
- Bitrate: 10,875 Kbs
- [19:02:16] Reencoding: VID_50292, Pass 1 of 1
- [19:02:16] Video Encode complete
- [19:02:16] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [19:02:16] Multiplexing M2TS
- [19:02:20] Processing: VID_50294 (82 of 187)
- [19:02:20] Extracting A/V streams [VID_50294]
- [19:02:25] Reencoding video [VID_50294]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 95 frames
- Bitrate: 10,132 Kbs
- [19:02:25] Reencoding: VID_50294, Pass 1 of 1
- [19:02:26] Video Encode complete
- [19:02:26] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [19:02:26] Multiplexing M2TS
- [19:02:30] Processing: VID_50295 (83 of 187)
- [19:02:30] Extracting A/V streams [VID_50295]

[NightHawkGuy]

You should be ok with IVTC enabled. I didn't test it with it disabled -- so of course there had to be an issue there. I found it and fixed it for the next release.

Was this an issue using DGDecNV with a bluray that had some MPG2 480i extras titles that used soft pulldown getting audio sync issues?
I believe I got that as well in one of my test runs on a blu-ray that had a bunch of MPG2 480i extras (like deleted scenes) that had pulldown flags.
I had the default setting of ivtc off.

The main source HD title was AVC 1080p 23.976fps and that played back fine with good audio sync. Only the 480i extras with pulldown (originally in MPEG2) played back with audio out of sync after they were encoded into AVC 480i.

I just confirmed this doing a quick run with movie only build with other movie-only playlist of just a 41min 480i with pulldown extras title (deleted scenes).
With ivtc off, deinterlacing off, and using DGDecNV decoding the resulting output was way out of audio sync.
Running the build using regular ffdshow decoding however produced the output with good audio sync.
In both cases I just did a quick run with target size BD-5 and good(veryfast) with ABR 1-pass, no multiprocess.

[jdobbs]

Was this an issue using DGDecNV with a bluray that had some MPG2 480i extras titles that used soft pulldown getting audio sync issues?
I believe I got that as well in one of my test runs on a blu-ray that had a bunch of MPG2 480i extras (like deleted scenes) that had pulldown flags.
I had the default setting of ivtc off.

The main source HD title was AVC 1080p 23.976fps and that played back fine with good audio sync. Only the 480i extras with pulldown (originally in MPEG2) played back with audio out of sync after they were encoded into AVC 480i.

I just confirmed this doing a quick run with movie only build with other movie-only playlist of just a 41min 480i with pulldown extras title (deleted scenes).
With ivtc off, deinterlacing off, and using DGDecNV decoding the resulting output was way out of audio sync.
Running the build using regular ffdshow decoding however produced the output with good audio sync.
In both cases I just did a quick run with target size BD-5 and good(veryfast) with ABR 1-pass, no multiprocess. If you had IVTC turned off and used DGDecNV on a telecined source -- yes, you would likely have sync issues. It is was a true 29.97 interlaced or hard telecined the sync wouldn't be an issue. If you had the default set (IVTC enabled) it should always be in sync.

It is extremely rare that anything is telecined on a blu-ray other than 480i sources (that are usually copes of what was developed for DVD extras) -- so they are pretty much the only ones that would be affected.

[jdobbs]

I was sure INDEX_WITH_EXTRACT is meant but only DGDecNV, but I thought I'd try it.. I'm trying different things to get across that BD-RB 40.04 is not running more than 1 process of x264 on my system now as BD-RB 40.01 and 40.02 did. I'm trying to figure Why. In all the stuff I shared, my computer specs are what I forgot.

Intel i7-930 4 Cores, 8 Threads, Overclocked to 3.17Ghz and absolutely stable, 6GB of RAM. Multiple Hard Drives running at 5700 RPM with an ATI GFX board. I build this computer for power. :) I've exited all programs several times to keep RAM and PageFile free so BD-RB 40.04 could allow/help x264 run multiple process but it only runs 1 x264 process when 40.01 and 40.02 ran 2 to 3 depending on how I set MULTIPROCESS. With my specs, should I only be seeing in TaskManagaer/Processes only 1 process of x264? That is all I see when using 40.04.

Seeing DirectShow (2-way) or (3-way) or even sometimes I see (4-way) indicates to me I should see x264.exe show that many processes in TaskManger/Processes respectively. Correct? Because I am not seeing more than 1 at all with 40.04.

When I run DB-RB 40.04, I ONLY run it. I don't play games. Only...Maybe..Firefox is running...and perhaps Notepad. I keep RAM and CPU available for DB-RB and x264.


I hope this helps. :-D There are several conditions that will make the encode use only one instance -- even when MULTIPROCESS is set to more than one. This includes but isn't limited to:

1. There are less than 5000 frames per segment.
2. There isn't an EP table in the CLPI for collecting SPNs
3. MKV_INTERMEDIATE is enabled.
4. Autocropping is enabled.

[jdobbs]

I have updated the first page of this thread with links to a new version of BD-RB (v0.40.05). Changes for this release:- Corrected an issue with MKV file output. By
default the new MKVMERGE used header compression
that may not be supported by some players. BD-RB
now forces compression to "none" for maximum
player compatibility.
- Corrected a issue in which BD-RB may configure
DGDecNV incorrectly for MPEG-2 pulldown video
that is not being IVTC'd. This could in some
cases result in out-of-sync audio/video.
- Removed the hidden option FIX_CLPI as well as
the associated code. It was only useful for
old outdated versions of TSMUXER that are no
longer used.
- Put a limit of 4 into the automatic multiprocess
value. This is to help prevent too many instances
caused by hyperthreading "pretending" to be more
processors than it really is.
- Corrected an error in which multiprocess splitting
would fail in regions that do not use the same
decimal notation (".") as is used in North America.
- Other minor corrections and cosmetic fixes.

[LowDead]

I have updated the first page of this thread with links to a new version of BD-RB (v0.40.05). Changes for this release:- Corrected an issue with MKV file output. By
default the new MKVMERGE used header compression
that may not be supported by some players. BD-RB
now forces compression to "none" for maximum
player compatibility.
- Corrected a issue in which BD-RB may configure
DGDecNV incorrectly for MPEG-2 pulldown video
that is not being IVTC'd. This could in some
cases result in out-of-sync audio/video.
- Removed the hidden option FIX_CLPI as well as
the associated code. It was only useful for
old outdated versions of TSMUXER that are no
longer used.
- Put a limit of 4 into the automatic multiprocess
value. This is to help prevent too many instances
caused by hyperthreading "pretending" to be more
processors than it really is.
- Corrected an error in which multiprocess splitting
would fail in regions that do not use the same
decimal notation (".") as is used in North America.
- Other minor corrections and cosmetic fixes.

Thank you for the quick fix and taking your time to find it. The split works perfectly now on all rates. Donation for you, kind sir :)

[colinhunt]

Not sure if this is a genuine bug or something else... tested Alternate movie-only output to "MKV Container 720x480/576, 128Kbs AC3", constant rate factor 21. Source was Warner's Malcolm X and specifically its playlist 00204 which contains deleted scenes. The playlist consists of 9 AVC 480i/29.97fps files.

BD-RB version 0.40.04, DGDecNV enabled, multiprocessing disabled, "IVTC Sources with 3:2 pulldown" enabled.

The problem has to do with audio sync. At the start of output audio sync is OK but as the 20min 54sec file playback proceeds, audio begins to go out-of-sync more and more. By the end of the file audio plays ~1 second late.

** update
Re-running the backup with 0.40.05 and noticed that each source file has 5 identical AC3 tracks. BD-RB re-encodes each and every one. I'm guessing the audio sync issue is caused by this (unnecessary AC3 2.0 to AC3 2.0) re-encoding.

** update
Re-ran the backup with 0.40.05 with one difference compared to previous run with 0.40.04: switched from DGDecNV to LAVF. Everything went fine until the "Building ALTERNATE OUTPUT Structure" phase which threw up a "Failed to REBUILD" error.

[NightHawkGuy]

Not sure if this is a genuine bug or something else... tested Alternate movie-only output to "MKV Container 720x480/576, 128Kbs AC3", constant rate factor 21. Source was Warner's Malcolm X and specifically its playlist 00204 which contains deleted scenes. The playlist consists of 9 AVC 480i/29.97fps files.

BD-RB version 0.40.04, DGDecNV enabled, multiprocessing disabled, "IVTC Sources with 3:2 pulldown" enabled.

I had audio sync issues as well as noted before with DGDecNV decoding and 480i pulldown sources (extras, deleted scenes).
I had no audio sync issue when I used regular ffdshow decoding instead with the ivtc option disabled with the 480i pulldown sources, so you might try that in your case.

Also the just released new version of BD Rebuilder may also resolve this using DGDecNV and with ivtc disabled. I'm going to try that new version now with my 480i pulldown deleted scenes again.

[colinhunt]

I had audio sync issues as well as noted before with DGDecNV decoding and 480i pulldown sources (extras, deleted scenes).
I had no audio sync issue when I used regular ffdshow decoding instead with the ivtc option disabled with the 480i pulldown sources, so you might try that in your case.

This is different. If this was caused by pulldown, audio sync would be off by a *lot*. Since the error is only about a second, this is caused by something else. I'm fairly certain the culprit is audio re-encoding in this case.

[jdobbs]

This is different. If this was caused by pulldown, audio sync would be off by a *lot*. Since the error is only about a second, this is caused by something else. I'm fairly certain the culprit is audio re-encoding in this case.Not likely... it would take an incredible amount of error in the encoder to just get to the point where a human could perceive it.

If it is off it is much more likely to be something else.

[jdobbs]

Thank you for the quick fix and taking your time to find it. The split works perfectly now on all rates. Donation for you, kind sir :)You, sir, are a gentleman and a scholar...

[NightHawkGuy]

the just released new version of BD Rebuilder may also resolve this using DGDecNV and with ivtc disabled. I'm going to try that new version now with my 480i pulldown deleted scenes again.

I just ran a test with the new version of BD rebuilder 0.40.05 using a MPG2 480i with pulldown title to MKV output using DGDecNV and IVTC disabled and now get good audio sync in the output. :)

I see that the change involved was a DGSource() parameter in the AVS file for such titles to process the pulldown flags, where in the previous version the flags were ignored.
That makes it work like with using ffdshow directshow decoding now with IVTC off - excellent!

I was thinking though that since MPG2 480i extras titles are pretty small already relative to the main HD title on blurays, a good new option to have with BD Rebuilder would be to an option that could be selected as a setting to leave the SD titles as is and skip encoding of them - save a little time on full disc builds that have a lot of little SD extras? Kind of like the quick extras option, but even quicker for SD extras titles.

[jdobbs]

I just ran a test with the new version of BD rebuilder 0.40.05 using a MPG2 480i with pulldown title to MKV output using DGDecNV and IVTC disabled and now get good audio sync in the output. :)

I see that the change involved was a DGSource() parameter in the AVS file for such titles to process the pulldown flags, where in the previous version the flags were ignored.
That makes it work like with using ffdshow directshow decoding now with IVTC off - excellent!

I was thinking though that since MPG2 480i extras titles are pretty small already relative to the main HD title on blurays, a good new option to have with BD Rebuilder would be to an option that could be selected as a setting to leave the SD titles as is and skip encoding of them - save a little time on full disc builds that have a lot of little SD extras? Kind of like the quick extras option, but even quicker for SD extras titles. BD-RB will skip titles if the output is BD-25 -- but it has to reencode for a smaller output, because the maximum bitrate is reduced if writing to a DVD+-R. You'll find a lot of discs in which everything but the main feature is left intact when outputing to BD-25.

Just a repeat: You are still much better off keeping IVTC selected all the tim... when it isn't you are hard telecining. That takes 20% or so more bitrate to get the same quality because of the increased framecount. IVTC is also faster for the same reason.

[AmigaFuture]

I disabled the cropping (not happy about that as I much prefer the borders removed), and now am seeing the split.exe is active AND multiple x264 as I did in 40.02 With Cropping Active. I SHOULD have considered Autocropping but I set and forgot is active since I use it for DVDs (AutoGK). The speed is back, if not a little faster due to the x264 being updated. I'm testing with my Assault on Precinct 13 (the 1970s movie, not the newer). After it has finished, I'll check with The Matrix - Revolutions to "see" if the video glitch is still there. If it is then Autocrop isn't doing it. I hope not.
BD-RB 40.04.

[NightHawkGuy]

Just a repeat: You are still much better off keeping IVTC selected all the tim... when it isn't you are hard telecining. That takes 20% or so more bitrate to get the same quality because of the increased framecount. IVTC is also faster for the same reason.

Unfortunately I tried IVTC both with ffdshow directshow decoding and DGDecNV decoding and both cases gives me audio sync issues with MPG2 480i pulldown extra titles, with software players.
But I get good audio sync on those titles with IVTC off.

Perhaps the pulldown 32 item used with IVTC on, with recent versions of x264 isn't supported properly by some players?
Thats also why I'd actually prefer to just keep those small titles in MPG2 format with the original pulldown flags intact, without re-encoding, since all the players I've tried handle MPG2 pulldown ok.

The only way to do it for a BD-25 full disc build for the bluray disc I tested with that has lots of MPG2 480i (most with pulldown, some without) was to use the ini option MIN_M2TS_SIZE and increase it until only the large main movie was listed, a setting of around 1000. With the default setting (100) it was set to encode into AVC almost 40 of the MPG2 480i extras titles, only a very few didn't get listed to encode.

But it would still be nice to have a simpler option to force no encoding of all the 480i extra titles automatically. :)

[colinhunt]

Not likely... it would take an incredible amount of error in the encoder to just get to the point where a human could perceive it.
If it is off it is much more likely to be something else.
Before starting another job I took a look at the temp files and compared the original AC3 file to the re-encoded one. The latter one was approx. 100 milliseconds longer. And yet the delay I'm seeing/hearing is clearly longer than that.

I keep getting a "Failed to rebuild" error with 0.40.05.

** update
Re-ran the job with 0.40.04 but disabled DGDencNV, LAVF and multiprocessing. Output still has out-of-sync audio. Took the original audio files and used mkvtoolnix to remove re-encoded audio and replaced them with original audio. The resulting file has out-of-sync audio, too. So that was me barking up the wrong tree again :)

** update
Another try with 0.40.05. This time with DGDecNV, LAVF and multiprocessing disabled. Also, disabled 4 of the 5 AC3 tracks because they all had the exact same content. Result: "Failed to REBUILD".

[jdobbs]

Unfortunately I tried IVTC both with ffdshow directshow decoding and DGDecNV decoding and both cases gives me audio sync issues with MPG2 480i pulldown extra titles, with software players.
But I get good audio sync on those titles with IVTC off.

Perhaps the pulldown 32 item used with IVTC on, with recent versions of x264 isn't supported properly by some players?
Thats also why I'd actually prefer to just keep those small titles in MPG2 format with the original pulldown flags intact, without re-encoding, since all the players I've tried handle MPG2 pulldown ok.

The only way to do it for a BD-25 full disc build for the bluray disc I tested with that has lots of MPG2 480i (most with pulldown, some without) was to use the ini option MIN_M2TS_SIZE and increase it until only the large main movie was listed, a setting of around 1000. With the default setting (100) it was set to encode into AVC almost 40 of the MPG2 480i extras titles, only a very few didn't get listed to encode.

But it would still be nice to have a simpler option to force no encoding of all the 480i extra titles automatically. :) I've also seen players that have problems with pulldown on H.264 sources I'm not sure why. Interestingly I don't think I've ever seen a factory original disc that used it. VC-1, yes, MPEG-2, yes, but not H.264. Usually if there is an issue it manifests as jerky playback. One other option... you can set the hidden option SD_PROGRESSIVE=1. It keeps the SD video that has pulldown at 23.976. That isn't consistent with the BD standard -- but, on the other hand, I've never heard of a player that had trouble playing it. In your case, though, I guess keeping it at 29.97 works just as well.

[setarip_old]

@jdobbs

Minor booboo on Post #1: CURRENT VERSION 0.40.04 (February 11th, 2012)

[jdobbs]

@jdobbs

Minor booboo on Post #1: Thanks for the heads-up. I know I'm not perfect -- but I seem to prove that point more often than I'd like... ;)

[Rich86]

I am having a problem making a DVD-5 of my "A River Runs Through It" blu-ray. It runs fine through converting subtitles to DVD format, MPLEX runs to 100%, then throws an error message. Ending Log entries follow:
[00:18:22]PHASE ONE complete
[00:18:22]PHASE TWO - Rebuild Started
- [00:18:22] Rebuilding stream 00011 [1 of 1]
- [00:18:22] Building ALTERNATE OUTPUT Structure
- [00:18:23] Converting 2 subtitles to DVD format.
- [00:19:40] Starting MPLEX.
- ERROR in attempt to mux (MPLEX)
[00:22:02] - Failed to REBUILD

The target hard drive has plenty of space available. I have uninstalled and reinstalled everything related to BD-RB (I think). When I run "Inspect", it indicates "OK" everywhere except for:
- FFDSHOW VC-1 set incorrectly: [1]. It was [0] the first time I ran inspect, so I thought maybe that was an issue and I made a change. What should this entry be?
Any ideas or suggestions to try are welcome and appreciated.

Update: Tried with and without subtitles being included - no change. Ran same source through Clown-BD - it ran fine, the output looks fine.
Update: Ran a couple additional different BD titles to DVD-5 alternate output with 1 audio and 2 subtitles. All ran fine. Output fine.
Apparently there is something specifically about the "River Runs Through It" BD that BD-RB chokes on? Could the Dolby TrueHD lossless audio track on the source be causing a problem?

Info - this problem continues with certain titles. Latest is "Drive". The process fails if I include subtitles in the BD to DVD-5 process. If I do not include subtitles - it works fine. This is using the latest BD-DB version (40.05), freshly installed including ffdshow, etc. I am happy to do more testing & investigation, but some guidance on what to try would be helpful.

Update: I reinstalled the 1st BD-RB version that supported subtitles being output to DVD-5 (version 37.8). I ran the same source BD folders for "Drive" through BD-RB to DVD-5 output. It ran without a problem, the created DVD5 looks fine, both English subtitles are there and look fine. It would appear that BD-RB has a bug which was introduced in an updated version. I am happy to test more, but need direction from jdobbs telling me which version he would like me to test to identify and/or verify which updated version introduced the bug.

[jdobbs]

Info - this problem continues with certain titles. Latest is "Drive". The process fails if I include subtitles in the BD to DVD-5 process. If I do not include subtitles - it works fine. This is using the latest BD-DB version (40.05), freshly installed including ffdshow, etc. I am happy to do more testing & investigation, but some guidance on what to try would be helpful.

Update: I reinstalled the 1st BD-RB version that supported subtitles being output to DVD-5 (version 37.8). I ran the same source BD folders for "Drive" through BD-RB to DVD-5 output. It ran without a problem, the created DVD5 looks fine, both English subtitles are there and look fine. It would appear that BD-RB has a bug which was introduced in an updated version. I am happy to test more, but need direction from jdobbs telling me which version he would like me to test to identify and/or verify which updated version introduced the bug. I'll pick up "Drive" and attempt to do a DVD-5 conversion and see if I can repeat the problem.

[greslogo]

I've never had this error going from a BD to DVD-5 before. I'm now trying it with DirectShow

----------------------
[02/12/12] BD Rebuilder v0.40.05 (beta)
[10:38:32] Source: PARANORMAL_ACTIVITY_3
- Input BD size: 22.39 GB
- Approximate total content: [01:24:08.751]
- Windows Version: 6.1 [7601]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- Mode: DVD-5, 720x480/576, AC3 Audio
- Decoding/Frame serving: DGDecNV
- Audio Settings: AC3=1 DTS=1 HD=1 Kbs=640
[10:38:34] PHASE ONE, Encoding
- [10:38:34] Processing: VID_00352 (1 of 11)
- [10:38:34] Extracting A/V streams [VID_00352]
- [10:43:29] Reencoding video [VID_00352]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 7,611 frames
- Bitrate: 5,686 Kbs
- [10:43:30] Reencoding: VID_00352
- [10:48:28] Video Encode complete
- [10:48:28] Processing audio tracks
- Track 4352 (eng): Reencoding audio to AC3...
- Track 4353 (fra): Reencoding audio to AC3...
- Track 4354 (spa): Reencoding audio to AC3...
- Track 4356 (eng): Reencoding audio to AC3...
- [10:54:58] Multiplexing M2TS
- [10:54:58] Processing: VID_00353 (2 of 11)
- [10:54:58] Extracting A/V streams [VID_00353]
- [10:55:05] Reencoding video [VID_00353]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 629 frames
- Bitrate: 5,684 Kbs
- [10:55:05] Reencoding: VID_00353
- [10:55:31] Video Encode complete
- [10:55:31] Multiplexing M2TS
- [10:55:31] Processing: VID_00354 (3 of 11)
- [10:55:31] Extracting A/V streams [VID_00354]
- [10:56:50] Reencoding video [VID_00354]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 30,533 frames
- Bitrate: 5,666 Kbs
- [10:56:50] Reencoding: VID_00354
- [11:19:30] Video Encode complete
- [11:19:30] Multiplexing M2TS
- [11:19:30] Processing: VID_00355 (4 of 11)
- [11:19:30] Extracting A/V streams [VID_00355]
- [11:19:41] Reencoding video [VID_00355]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 1,432 frames
- Bitrate: 5,699 Kbs
- [11:19:41] Reencoding: VID_00355
- [11:20:46] Video Encode complete
- [11:20:46] Multiplexing M2TS
- [11:20:46] Processing: VID_00356 (5 of 11)
- [11:20:46] Extracting A/V streams [VID_00356]
- [11:21:22] Reencoding video [VID_00356]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 8,213 frames
- Bitrate: 5,653 Kbs
- [11:21:22] Reencoding: VID_00356
- [11:27:06] Video Encode complete
- [11:27:06] Multiplexing M2TS
- [11:27:06] Processing: VID_00357 (6 of 11)
- [11:27:06] Extracting A/V streams [VID_00357]
- [11:27:12] Reencoding video [VID_00357]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 669 frames
- Bitrate: 5,695 Kbs
- [11:27:12] Reencoding: VID_00357
- [11:27:41] Video Encode complete
- [11:27:41] Multiplexing M2TS
- [11:27:41] Processing: VID_00358 (7 of 11)
- [11:27:41] Extracting A/V streams [VID_00358]
- [11:28:06] Reencoding video [VID_00358]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 8,085 frames
- Bitrate: 5,665 Kbs
- [11:28:06] Reencoding: VID_00358
- [11:33:43] Video Encode complete
- [11:33:43] Multiplexing M2TS
- [11:33:43] Processing: VID_00359 (8 of 11)
- [11:33:43] Extracting A/V streams [VID_00359]
- [11:33:49] Reencoding video [VID_00359]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 746 frames
- Bitrate: 5,638 Kbs
- [11:33:49] Reencoding: VID_00359
- [11:34:20] Video Encode complete
- [11:34:20] Multiplexing M2TS
- [11:34:20] Processing: VID_00360 (9 of 11)
- [11:34:20] Extracting A/V streams [VID_00360]
- [11:34:45] Reencoding video [VID_00360]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 8,165 frames
- Bitrate: 5,634 Kbs
- [11:34:45] Reencoding: VID_00360
- [11:40:13] Video Encode complete
- [11:40:13] Multiplexing M2TS
- [11:40:13] Processing: VID_00361 (10 of 11)
- [11:40:13] Extracting A/V streams [VID_00361]
- [11:40:21] Reencoding video [VID_00361]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 1,330 frames
- Bitrate: 5,623 Kbs
- [11:40:21] Reencoding: VID_00361
- [11:41:14] Video Encode complete
- [11:41:14] Multiplexing M2TS
- [11:41:14] Processing: VID_00362 (11 of 11)
- [11:41:14] Extracting A/V streams [VID_00362]
- [11:43:19] Reencoding video [VID_00362]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 53,636 frames
- Bitrate: 5,022 Kbs
- [11:43:19] Reencoding: VID_00362
- [12:20:07] Video Encode complete
- [12:20:07] Multiplexing M2TS
[12:20:07]PHASE ONE complete
[12:20:07]PHASE TWO - Rebuild Started
- [12:20:07] Rebuilding stream 00352 [1 of 11]
- [12:20:07] Rebuilding stream 00353 [2 of 11]
- [12:20:07] Rebuilding stream 00354 [3 of 11]
- [12:20:07] Rebuilding stream 00355 [4 of 11]
- [12:20:07] Rebuilding stream 00356 [5 of 11]
- [12:20:07] Rebuilding stream 00357 [6 of 11]
- [12:20:07] Rebuilding stream 00358 [7 of 11]
- [12:20:07] Rebuilding stream 00359 [8 of 11]
- [12:20:07] Rebuilding stream 00360 [9 of 11]
- [12:20:07] Rebuilding stream 00361 [10 of 11]
- [12:20:07] Rebuilding stream 00362 [11 of 11]
- [12:20:07] Building ALTERNATE OUTPUT Structure
[12:21:41] - Failed to REBUILD

[jdobbs]

Interesting you'd mention that one. I was just doing some testing and also got it. I'm fixing it right now.

Unfortunately this one happens on all ALTERNATE output... ughhh

I'll post an update as soon as I also find/fix the problem reported by Rich86. You'll probably see it tomorrow morning.

[Rich86]

I'll pick up "Drive" and attempt to do a DVD-5 conversion and see if I can repeat the problem.

Sounds good. The other title that failed for me was "A River Runs Through It", in case you already have that one on blu-ray. Let me know if there is anything I can do to assist.

[jdobbs]

Sounds good. The other title that failed for me was "A River Runs Through It", in case you already have that one on blu-ray. Let me know if there is anything I can do to assist. "Drive" is running right now. I'm waiting for the point where the error would surface.

Even if you'd gotten past that point it would have failed due to the other error reported by greslogo above. I can't believe I missed that one -- one of those last minute "it's only cosmetic" changes that became more than "cosmetic" when I misspelled a variable name... :rolleyes:

[greslogo]

I also have Drive but haven't run it through, yet.

[NightHawkGuy]

I've seen some "failed to rebuild" errors too with the recent new versions with some alternate output to MKV builds.
I could however manually use mkvmerge to do the final mux and the result played ok - so it must have had a problem just in the mkvmerge final step.

Might want to also check encoding using one-pass CRF mode with DGDecNV.
That stops during the predictive CRF phase with DGDecNV, but works fine with ffdshow decoding for me.

[greslogo]

I also have Drive but haven't run it through, yet.

Oops... I did do drive but that was a few days ago and it was to BD-25, movie only.

[Rich86]

Oops... I did do drive but that was a few days ago and it was to BD-25, movie only.

Yes - that works fine. "Drive" fails for me when going to DVD-5 alternate output with subtitles included.

[jdobbs]

I just completed "Drive" to DVD-5 Alternate output -- I did all 3 subtitles and it finished sucessfully. I played it back and the subtitles work.

[jdobbs]

I've seen some "failed to rebuild" errors too with the recent new versions with some alternate output to MKV builds.
I could however manually use mkvmerge to do the final mux and the result played ok - so it must have had a problem just in the mkvmerge final step.

Might want to also check encoding using one-pass CRF mode with DGDecNV.
That stops during the predictive CRF phase with DGDecNV, but works fine with ffdshow decoding for me. The error I fixed was introduced only on the last release.

I'll check the CRF encoding with DGDecNV.

[Rich86]

I just completed "Drive" to DVD-5 Alternate output -- I did all 3 subtitles and it finished sucessfully. I played it back and the subtitles work.

OK - I am at a loss as to why the latest version fails but the older one works on my system. Any suggestions for further troubleshooting or corrective actions I should take?

[busch42]

I too have a problem with latest versions, Don't know why but when I shrink my first Blu-Ray to a BD25 works fine but everytime I try my next movie it comes up x264.exe has stopped working, It could be something on my computer is changing 1 of the programs BDrebuilder is using, The movie In Time I tried 3 times before I got it to work, Rich86, You might want to try what worked for me after Jdobbs suggestion, I took the x264.exe file in the new version and replaced it with the file from version 03907.

[jdobbs]

OK - I am at a loss as to why the latest version fails but the older one works on my system. Any suggestions for further troubleshooting or corrective actions I should take?

I'm not sure... I ran it with the latest version... but it includes the bug-fix for greslogo. Are you using v0.40.5?

[jdobbs]

I too have a problem with latest versions, Don't know why but when I shrink my first Blu-Ray to a BD25 works fine but everytime I try my next movie it comes up x264.exe has stopped working, It could be something on my computer is changing 1 of the programs BDrebuilder is using, The movie In Time I tried 3 times before I got it to work, Rich86, You might want to try what worked for me after Jdobbs suggestion, I took the x264.exe file in the new version and replaced it with the file from version 03907. There has been another X264 released since then. Are you saying that one is having issue on your computer too?

[busch42]

Yes, I'm using version 0.40.04. I'm just guessing, Do you think that when I run Blu-Ray Copy with DVDfab that it might be changing something?

[jdobbs]

Yes, I'm using version 0.40.04. I'm just guessing, Do you think that when I run Blu-Ray Copy with DVDfab that it might be changing something? Then I guess that interprets as "No, I'm not using v0.40.05..."

Not sure about DVDFab... I don't use it.

[Dofin]

Hi ! I wanted to keep the LPCM audio 4608 kbps but instead, got Dolby Digital audio at 640 kbps. In Settings > Setup, I know I can checked the "Do not convert DTS to AC3 (Blu-Ray only) or Do not reencode AC3 (Blu-Ray only) but I've set a custom size of 24450 Megabytes.
There must be a way to change the config file and succeed in keeping original audio ? I would want to know what the 0, 1 or any numbers are for in the config file. Thanks for any clue and here's my config file:

[Options]
VERSION=0.40.0.2
MODE=0
ENCODE_QUALITY=3
ONEPASS_ENCODING=0
AUTO_QUALITY=0
AUDIO_TO_KEEP=all
SUBS_TO_KEEP=eng;fra;fre;
SD_CONVERT=0
OPEN_GOP=0
RESIZE_1080=0
DEINTERLACE=1
SD_TO_1080=0
CONVERT_WIDE=0
DTS_REENCODE=0
AC3_REENCODE=0
AC3_640=1
AC3_192=0
KEEP_HD_AUDIO=1
AVCHD=1
REMOVE_WORKFILES=1
MOVIE_ONLY_LOOP=1
REMOVE_OUTPUT=0
USE_FILTERS=0
BDMV_CERT_ONLY=0
USE_LAVF=0
IVTC_PULLDOWN=0
ASSUME_DVD_PAL=0
UNMASK_CHAPTER=0
COMPLETION_BEEP=0
AUDIO_TRACK_LIMIT=0
SUBTITLE_TRACK_LIMIT=0
CUSTOM_TARGET_SIZE=24450
QUICK_EXTRAS=1
TARGET_SIZE=24400
[Paths]
SOURCE_PATH=M:\THE PRISONNER OF AZKABAN\
WORKING_PATH=D:\WORKING-BD\

[nozuul]

Been struggling on this one.

25gb BD works fine. Alternate output files fail.

Here is the log. Let me know if you need any further info.

Thanks!


==========================
[07:20:39] BD Rebuilder v0.40.05 (beta)
[07:20:39] BEGIN - BATCH SEQUENCE
==========================
-----------------------
[07:20:39] PROCESSING BATCH FILE [1]
----------------------
[02/13/12] BD Rebuilder v0.40.05 (beta)
[07:20:39] Source: BREAKING_DAWN
- Input BD size: 22.40 GB
- Approximate total content: [01:57:08.020]
- Windows Version: 6.1 [7601]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- Mode: DVD-9, 720x480/576, AC3 Audio
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=640
[07:20:39] PHASE ONE, Encoding
- [07:20:39] Processing: VID_00509 (1 of 14)
- [07:20:39] Extracting A/V streams [VID_00509]
- [07:24:19] Reencoding video [VID_00509]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 13,735 frames
- Bitrate: 8,552 Kbs
- [07:24:19] Reencoding: VID_00509
- [07:30:03] Video Encode complete
- [07:30:03] Processing audio tracks
- Track 4352 (eng): Reencoding audio to AC3...
- [07:31:18] Multiplexing M2TS
- [07:31:18] Processing: VID_00501 (2 of 14)
- [07:31:18] Extracting A/V streams [VID_00501]
- [07:31:23] Reencoding video [VID_00501]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 706 frames
- Bitrate: 8,552 Kbs
- [07:31:23] Reencoding: VID_00501
- [07:31:42] Video Encode complete
- [07:31:42] Multiplexing M2TS
- [07:31:42] Processing: VID_00511 (3 of 14)
- [07:31:42] Extracting A/V streams [VID_00511]
- [07:31:47] Reencoding video [VID_00511]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 843 frames
- Bitrate: 8,552 Kbs
- [07:31:47] Reencoding: VID_00511
- [07:32:10] Video Encode complete
- [07:32:10] Multiplexing M2TS
- [07:32:10] Processing: VID_00505 (4 of 14)
- [07:32:10] Extracting A/V streams [VID_00505]
- [07:32:15] Reencoding video [VID_00505]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 758 frames
- Bitrate: 8,552 Kbs
- [07:32:15] Reencoding: VID_00505
- [07:32:35] Video Encode complete
- [07:32:35] Multiplexing M2TS
- [07:32:35] Processing: VID_00507 (5 of 14)
- [07:32:35] Extracting A/V streams [VID_00507]
- [07:33:19] Reencoding video [VID_00507]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 18,649 frames
- Bitrate: 8,552 Kbs
- [07:33:19] Reencoding: VID_00507
- [07:41:23] Video Encode complete
- [07:41:23] Multiplexing M2TS
- [07:41:23] Processing: VID_00508 (6 of 14)
- [07:41:23] Extracting A/V streams [VID_00508]
- [07:41:29] Reencoding video [VID_00508]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 873 frames
- Bitrate: 8,483 Kbs
- [07:41:29] Reencoding: VID_00508
- [07:41:53] Video Encode complete
- [07:41:53] Multiplexing M2TS
- [07:41:53] Processing: VID_00503 (7 of 14)
- [07:41:53] Extracting A/V streams [VID_00503]
- [07:41:58] Reencoding video [VID_00503]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 872 frames
- Bitrate: 8,552 Kbs
- [07:41:58] Reencoding: VID_00503
- [07:42:21] Video Encode complete
- [07:42:21] Multiplexing M2TS
- [07:42:21] Processing: VID_00512 (8 of 14)
- [07:42:21] Extracting A/V streams [VID_00512]
- [07:42:26] Reencoding video [VID_00512]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 629 frames
- Bitrate: 8,552 Kbs
- [07:42:26] Reencoding: VID_00512
- [07:42:44] Video Encode complete
- [07:42:44] Multiplexing M2TS
- [07:42:44] Processing: VID_00504 (9 of 14)
- [07:42:44] Extracting A/V streams [VID_00504]
- [07:43:28] Reencoding video [VID_00504]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 19,046 frames
- Bitrate: 8,552 Kbs
- [07:43:28] Reencoding: VID_00504
- [07:51:19] Video Encode complete
- [07:51:19] Multiplexing M2TS
- [07:51:19] Processing: VID_00502 (10 of 14)
- [07:51:19] Extracting A/V streams [VID_00502]
- [07:51:24] Reencoding video [VID_00502]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 664 frames
- Bitrate: 8,552 Kbs
- [07:51:24] Reencoding: VID_00502
- [07:51:41] Video Encode complete
- [07:51:41] Multiplexing M2TS
- [07:51:41] Processing: VID_00513 (11 of 14)
- [07:51:41] Extracting A/V streams [VID_00513]
- [07:51:46] Reencoding video [VID_00513]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 696 frames
- Bitrate: 8,552 Kbs
- [07:51:46] Reencoding: VID_00513
- [07:52:04] Video Encode complete
- [07:52:04] Multiplexing M2TS
- [07:52:04] Processing: VID_00514 (12 of 14)
- [07:52:04] Extracting A/V streams [VID_00514]
- [07:52:09] Reencoding video [VID_00514]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 720 frames
- Bitrate: 8,552 Kbs
- [07:52:09] Reencoding: VID_00514
- [07:52:28] Video Encode complete
- [07:52:28] Multiplexing M2TS
- [07:52:28] Processing: VID_00510 (13 of 14)
- [07:52:28] Extracting A/V streams [VID_00510]
- [07:52:34] Reencoding video [VID_00510]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 1,073 frames
- Bitrate: 8,552 Kbs
- [07:52:34] Reencoding: VID_00510
- [07:53:01] Video Encode complete
- [07:53:01] Multiplexing M2TS
- [07:53:01] Processing: VID_00506 (14 of 14)
- [07:53:01] Extracting A/V streams [VID_00506]
- [07:56:45] Reencoding video [VID_00506]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 109,240 frames
- Bitrate: 8,552 Kbs
- [07:56:46] Reencoding: VID_00506
- [08:41:03] Video Encode complete
- [08:41:03] Multiplexing M2TS
[08:41:03]PHASE ONE complete
[08:41:03]PHASE TWO - Rebuild Started
- [08:41:03] Rebuilding stream 00509 [1 of 14]
- [08:41:04] Rebuilding stream 00501 [2 of 14]
- [08:41:04] Rebuilding stream 00511 [3 of 14]
- [08:41:04] Rebuilding stream 00505 [4 of 14]
- [08:41:04] Rebuilding stream 00507 [5 of 14]
- [08:41:04] Rebuilding stream 00508 [6 of 14]
- [08:41:04] Rebuilding stream 00503 [7 of 14]
- [08:41:04] Rebuilding stream 00512 [8 of 14]
- [08:41:04] Rebuilding stream 00504 [9 of 14]
- [08:41:04] Rebuilding stream 00502 [10 of 14]
- [08:41:04] Rebuilding stream 00513 [11 of 14]
- [08:41:04] Rebuilding stream 00514 [12 of 14]
- [08:41:04] Rebuilding stream 00510 [13 of 14]
- [08:41:04] Rebuilding stream 00506 [14 of 14]
- [08:41:04] Building ALTERNATE OUTPUT Structure
[08:43:16] - Failed to REBUILD
==========================
[08:43:16] END - BATCH SEQUENCE
==========================

[jdobbs]

@Dofin

Look at the setting "KEEP_HD_LPCM=n" in HIDDENOPTS.TXT. But I would never recommend keeping HD LPCM. It gives no improvement in sound at an incredibly high cost in space...

[jdobbs]

@nozuul

That error has been fixed. You should see a new release that includes it today.

[nozuul]

Thanks for the quick reply!

[Rich86]

I'm not sure... I ran it with the latest version... but it includes the bug-fix for greslogo. Are you using v0.40.5?

Yes - I am running 40.05. That one fails to handle "Drive" output to DVD-5 on my system.
The version that works successfully on my system is 37.8.
This problem showed up prior to version 40.05, however. I haven't experimented with different versions between 37.8 and 40.05 to try to identify where along the way problems began . . yet . .

[Dofin]

@Dofin

Look at the setting "KEEP_HD_LPCM=n" in HIDDENOPTS.TXT. But I would never recommend keeping HD LPCM. It gives no improvement in sound at an incredibly high cost in space...

Thanks ! Where is HIDDENOPTS.TXT ? What number do I put to replace "n". The only thing I've found is this "Currently multi-processing is enabled via a "hidden" switch in the CONFIG/INI file (accessible from the FILE menu). After it has been tested more thoroughly it will be added to the SETUP dialog. For now you must add it to the "[Options]" area of the configuration file like this:"

Does a chart stating what the numbers 0, 1, and so on, exist ?

[jdobbs]

Yes - I am running 40.05. That one fails to handle "Drive" output to DVD-5 on my system.
The version that works successfully on my system is 37.8.
This problem showed up prior to version 40.05, however. I haven't experimented with different versions between 37.8 and 40.05 to try to identify where along the way problems began . . yet . . I have to assume you're using a different version of "Drive" than I am... please check your PM.

[jdobbs]

Thanks ! Where is HIDDENOPTS.TXT ? What number do I put to replace "n". Have you ever produced a chart stating what the numbers 0, 1, and so on, are ? It's in the BD Rebuilder installation folder. It is an informational file that answers your question. The actual setting goes into the Config/INI file.

[jdobbs]

Yes - I am running 40.05. That one fails to handle "Drive" output to DVD-5 on my system.
The version that works successfully on my system is 37.8.
This problem showed up prior to version 40.05, however. I haven't experimented with different versions between 37.8 and 40.05 to try to identify where along the way problems began . . yet . . There's a good chance that it never got to the point you'd experienced before... try the new release I'll be posting soon and report back.

Thanks

[jdobbs]

I have updated the first post of this thread with links to a new version of BD-RB (v0.40.06). Changes for this interim release:- Corrected a bug introduced in v0.40.5 that could
cause movie-only/alternate output to fail during
final multiplexing.
- Corrected a bug related to implementation of
multiprocessing and DGDecNV that could cause
CRF encoding prediction to fail when the
MULTIPROCESS paramater was asserted.
- Corrected an issue with MKV file output. By
default the new MKVMERGE used header compression
that may not be supported by some players. BD-RB
now forces compression to "none" for maximum
player compatibility.[v0.40.5]
- Corrected a issue in which BD-RB may configure
DGDecNV incorrectly for MPEG-2 pulldown video
that is not being IVTC'd. This could in some
cases result in out-of-sync audio/video. [v0.40.5]
- Removed the hidden option FIX_CLPI as well as
the associated code. It was only useful for
old outdated versions of TSMUXER that are no
longer are used.[v0.40.5]
- Put a limit of 4 into the automatic multiprocess
value. This is to help prevent too many instances
caused by hyperthreading "pretending" to be more
processors than it really is.[v0.40.5]
- Corrected an error in which multiprocess splitting
would fail in regions that do not use the same
decimal notation (".") as is used in North America.
[v0.40.5]
- Other minor corrections and cosmetic fixes.

[Mark_Venture]

I have updated the first post of this thread with links to a new version of BD-RB (v0.40.06).Thanks for the fixes (yup, I donated too)

[Rich86]

There's a good chance that it never got to the point you'd experienced before... try the new release I'll be posting soon and report back.

Thanks

I downloaded and installed 40.06 over my previous 40.05 folder. I launched it, it referenced the source folder, offered to restart from where it failed, and this time it ran to conclusion successfully. It looks like I have a DVD version of my BD. Thanks very much for 40.06!!

[jdobbs]

I downloaded and installed 40.06 over my previous 40.05 folder. I launched it, it referenced the source folder, offered to restart from where it failed, and this time it ran to conclusion successfully. It looks like I have a DVD version of my BD. Thanks very much for 40.06!!That's good news. Thanks for the update.

[terrykuntz]

Could you please tell me if bd rebuilder works on 3D movies? Do I need to select the complete movie backup option to make this work? I noticed on some 3d movies there are two versions on them a 2d and a 3d version. On your playlist are these option identified?

[colinhunt]

Could you please tell me if bd rebuilder works on 3D movies?
Nope.

[jdobbs]

Could you please tell me if bd rebuilder works on 3D movies? Do I need to select the complete movie backup option to make this work? I noticed on some 3d movies there are two versions on them a 2d and a 3d version. On your playlist are these option identified? Currently there is no freeware MVC encoder available -- and even if there was, there is no method to burn in a way that sectors can be referenced by more-than-one file (as is needed by BD-3D).

[Ch3vr0n]

well it works and it doesnt work. BD-RB can "read" 3D discs but it cannot shrink them. If the disc is a 2D & 3D version disc, then you CAN create a 2D only backup with BDRB. BDRB ignores the SSIF folder that contains the 3D data. Your backup will be 2D only but the menu itself will still also list the 3D option, however it will not work.

[colinhunt]

Malcolm X "Deleted Scenes" to MKV with 0.40.06, DGDecNV/LAVF/multiprocessing disabled: audio sync is still ~1 second late by the end of the video. But rebuild no longer fails, so that's good.

[Dofin]

It's in the BD Rebuilder installation folder. It is an informational file that answers your question. The actual setting goes into the Config/INI file.

What a basic question to be asked :stupid: but I would have never thought to look in the installation folder. I am sorry !
One more question, I hope. In HIDDENOPTS.TXT, I've found "KEEP_HD_LPCM=n where n = 0/1 - Default=1, When set to "0", BD-RB reencodes LPCM even for "Keep HD Audio", so I will paste "KEEP_HD_LPCM=1" inserting it in config file, between any lines ? Thank so much.

[busch42]

Thanks jdobbs, I will try the new version on the blu-ray movie THE RUM DIARY tomorrow when I pick it up at wal-mart.

[JoeH]

Yesterday I tried to convert 3 Blu-rays to DVDs, using version 40.05. They all failed in the Rebuild process. Here is the log of one of them:

----------------------
[02/12/12] BD Rebuilder v0.40.05 (beta)
[20:49:15] Source: BLURAY
- Input BD size: 16.61 GB
- Approximate total content: [01:53:11.585]
- Windows Version: 6.1 [7601]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- Mode: DVD-5, 720x480/576, AC3 Audio
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[20:49:15] PHASE ONE, Encoding
- [20:49:15] Processing: VID_00000 (1 of 1)
- [20:49:15] Extracting A/V streams [VID_00000]
- [20:56:31] Reencoding video [VID_00000]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 162,835 frames
- Bitrate: 4,869 Kbs
- [20:56:32] Reencoding: VID_00000
- [22:36:48] Video Encode complete
- [22:36:48] Processing audio tracks
- Track 4352 (eng): Reencoding audio to AC3...
- [22:38:15] Multiplexing M2TS
[22:38:15]PHASE ONE complete
[22:38:15]PHASE TWO - Rebuild Started
- [22:38:15] Rebuilding stream 00000 [1 of 1]
- [22:38:15] Building ALTERNATE OUTPUT Structure
[22:38:15] - Failed to REBUILD
-----------------------
[22:38:15] PROCESSING BATCH FILE [4]

Here is the INF file of the same. The other two are similar.
[Status]
LABEL=BLURAY
VERSION=v0.40.05 (beta)
SOURCE_SIZE=17838919680
SOURCE_VIDEO_SIZE=17838919680
TARGET_SIZE=24641536000
REDUCTION=1.38133566617415
RESIZE_1080=0
AUDIO_TO_KEEP=eng;ita;spa;
KEEP_HD_AUDIO=-1
SUBS_TO_KEEP=all
BACKUP_MODE=1
MOVIEONLY_TYPE=1
USE_LAVF=0
INSTANCES=1
DGDECNV=0
QUICK=0
ENCODE_STEP=0
COMPLETED=1
REBUILD_COMPLETE=0
[00000]
AUDIO=10
PGS=1
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=24641536000
NSIZE=0
FLINK=0
MLINK=0

[Ch3vr0n]

I'd recommend to try 40.06 first. There was a bug in 40.05 that could cause it to fail in the final rebuild

[Rich86]

Yesterday I tried to convert 3 Blu-rays to DVDs, using version 40.05. They all failed in the Rebuild process. Here is the log of one of them:



Here is the INF file of the same. The other two are similar.

I was having problems using the DVD-5 Alternate output also.
Download and try 40.06, as it seems to have fixed the issues I was having. Go to the first post in this thread for the link.

[jdobbs]

What a basic question to be asked :stupid: but I would have never thought to look in the installation folder. I am sorry !
One more question, I hope. In HIDDENOPTS.TXT, I've found "KEEP_HD_LPCM=n where n = 0/1 - Default=1, When set to "0", BD-RB reencodes LPCM even for "Keep HD Audio", so I will paste "KEEP_HD_LPCM=1" inserting it in config file, between any lines ? Thank so much. Yes as long as it's in the [Options] area... but... I'd forgotten that I'd made that the default. So unless you've set it to "0" it should work anyway.

What output size are you using for CUSTOM?

[Racer]

What Geforce would you recommend for DGDecNV? Right now I would go for a GT430 or GT520. For frameserving the GT520 is the better one, but seems to produce some glitches and has only 48 CUDA cores; the GT430 has 96 CUDA cores.

My issue is that my AMD X4 630 never reaches 100% CPU load as avisynth/ffdshow produces too less frames. So I hope for a performance boost of 15-20% with DGDecNV.

[jdobbs]

What Geforce would you recommend for DGDecNV? Right now I would go for a GT430 or GT520. For frameserving the GT520 is the better one, but seems to produce some glitches and has only 48 CUDA cores; the GT430 has 96 CUDA cores.

My issue is that my AMD X4 630 never reaches 100% CPU load as avisynth/ffdshow produces too less frames. So I hope for a performance boost of 15-20% with DGDecNV. I think Neuron2 would be a better judge of that... I haven't really done much research -- I bought the GT520, but mainly because I wanted a CUDA enabled card for testing/implementing DGDecNV for a low price. It also helped that the local parts store carried it in stock. :)

I can't say what you will or won't see for speed increases. It seems the reports are pretty inconsistent... but mine is in that range when I use it in conjuction with multiprocessing (as compared to Directshow with multiprocessing).

[NightHawkGuy]

What Geforce would you recommend for DGDecNV? Right now I would go for a GT430 or GT520. For frameserving the GT520 is the better one, but seems to produce some glitches and has only 48 CUDA cores; the GT430 has 96 CUDA cores.

My issue is that my AMD X4 630 never reaches 100% CPU load as avisynth/ffdshow produces too less frames. So I hope for a performance boost of 15-20% with DGDecNV.

Purportedly the GT520 has the new faster video engine (VP5) compared to other current Nvidia cards that have VP4. Other higher end Nvidia models are faster for games but the GT520 may be the current fastest available Nvidia card for DGDecNV video engine decoding. But a higher end CPU with more than 4 cores might be needed to take full advantage however.

Compare the video engine capabilities of different Nvidia chipsets here:
http://en.wikipedia.org/wiki/PureVideo#Table_of_PureVideo_.28HD.29_GPUs

As far as with ffdshow never reaches 100% CPU load, that might helped more by the multiprocess feature, though adding DGDecNV with Multiprocess may be the best of all...

[Dofin]

Yes as long as it's in the [Options] area... but... I'd forgotten that I'd made that the default. So unless you've set it to "0" it should work anyway.

What output size are you using for CUSTOM?
I've set it at 24450, for this 29.6 Go film, it gave me an output of 23.2 Go, which is very fine with me. Thanks.

[shearer69]

Installed latest version 4006, it won't run keeps saying beta has expired

[jdobbs]

Installed latest version 4006, it won't run keeps saying beta has expired

It doesn't expire until May. Your computer's clock is wrong.

[shearer69]

It doesn't expire until May. Your computer's clock is wrong.

Silly me never noticed clock was a month out just done a new system install on an ssd. Sent you a donation too. thanks

[AmigaFuture]

Nice program, Jdobbs, soon I'll send another Thanks your way. Something interesting, perhaps you or someone else could shed some light on it? When I use MULTIPROCESS 1 to 3, 1st pass gets around 68 FPS, but 2nd pass gets 19 to 20 FPS. That's an interesting drop. CPU is maxed and RAM has about 10% remaining (of 6GB), currently using 3-way. I also have Autocrop deactivated. I'm testing a bit with Matrix - Revolutions. It's probably all related to H.264 and FFDSHOW, and Haai Media Splitter. The settings are still set as per 1st page instructions. I'm using MKV Alternative Intact Audio and Auto Video Quality (soon to start testing the other Quality settings). Curious. Also using 40.06, and noticed the bug fix in rebuilt. Oh Yeah...THANKS for the AVS Editor..!!

[jdobbs]

Silly me never noticed clock was a month out just done a new system install on an ssd. Sent you a donation too. thanks My thanks.

[jdobbs]

Nice program, Jdobbs, soon I'll send another Thanks your way. Something interesting, perhaps you or someone else could shed some light on it? When I use MULTIPROCESS 1 to 3, 1st pass gets around 68 FPS, but 2nd pass gets 19 to 20 FPS. That's an interesting drop. CPU is maxed and RAM has about 10% remaining (of 6GB), currently using 3-way. I also have Autocrop deactivated. I'm testing a bit with Matrix - Revolutions. It's probably all related to H.264 and FFDSHOW, and Haai Media Splitter. The settings are still set as per 1st page instructions. I'm using MKV Alternative Intact Audio and Auto Video Quality (soon to start testing the other Quality settings). Curious. Also using 40.06, and noticed the bug fix in rebuilt. Oh Yeah...THANKS for the AVS Editor..!! Pass one is much less demanding than Pass 2. Some of the high-end bells and whistles aren't necessary in pass 1, so they aren't used until pass 2 -- and suck up extra processor time (making the FPS considerably less).

[Mark_Venture]

Ok, now I have an audio problem... (I use... alternate movie only -> MKV Container, 1920x1080, Intact Audio... and the MKV file streamed across my network/file share to my LG BD570 and LG BD390 Bluray players.)

When playing back some movies converted with 0.40.6, my receiver keeps fliping between DTS and Dolby Digital, and no sound is heard.

As a test, I re-encoded Star Wars: Revenge of the Sith, which I had previously done with v0.39.03 and it works (DTS shown on the receiver)...

Done with v0.39.03, and works...Audio
ID : 2
Format : DTS
Format/Info : Digital Theater Systems
Format profile : ES
Codec ID : A_DTS
Duration : 2h 20mn
Bit rate mode : Constant
Bit rate : 1 510 Kbps
Channel(s) : 7 channels / 6 channels
Channel positions : Front: L C R, Side: L R, Back: C, LFE / Front: L C R, Side: L R, LFE
Sampling rate : 48.0 KHz
Bit depth : 24 bits
Compression mode : Lossy
Stream size : 1.48 GiB (16%)
Default : Yes
Forced : No
And the audio when done with 40.06, which doesn't work...
Audio
ID : 2
Format : DTS
Format/Info : Digital Theater Systems
Format profile : MA / Core
Codec ID : A_DTS
Duration : 2h 20mn
Bit rate mode : Variable
Bit rate : 1 510 Kbps
Channel(s) : 7 channels / 6 channels
Channel positions : Front: L C R, Side: L R, Back: C, LFE / Front: L C R, Side: L R, LFE
Sampling rate : 48.0 KHz
Bit depth : 24 bits
Compression mode : Lossless / Lossy
Stream size : 1.48 GiB (16%)
Language : English
Default : Yes
Forced : NoAt first, I thought it might be related to my adding MULTIPROCESS=1 to the ini, so I removed it, and have the same result.

if needed... (first run with multiprocess=1, second run without it)
----------------------
[02/13/12] BD Rebuilder v0.40.06 (beta)
[12:29:58] Source: REVENGE_OF_THE_SITH
- Input BD size: 40.37 GB
- Approximate total content: [02:20:05.855]
- Windows Version: 6.1 [7601]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- Mode: MKV Container, 1920x1080, Intact Audio
- Decoding/Frame serving: DirectShow [4-way]
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[12:30:00] PHASE ONE, Encoding
- [12:30:00] Processing: VID_00300 (1 of 2)
- [12:30:00] Extracting A/V streams [VID_00300]
- [12:38:10] Reencoding video [VID_00300]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 2,964 frames
- Bitrate: 2,722 Kbs
- [12:38:10] Reencoding: VID_00300, Pass 1 of 2
- [12:39:19] Reencoding: VID_00300, Pass 2 of 2
- [12:40:28] Video Encode complete
- [12:40:28] Processing audio tracks
- [12:40:28] Multiplexing M2TS
- [12:40:28] Processing: VID_00301 (2 of 2)
- [12:40:28] Extracting A/V streams [VID_00301]
- [12:53:25] Reencoding video [VID_00301]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 198,575 frames
- Bitrate: 2,810 Kbs
- [12:53:25] Reencoding: VID_00301, Pass 1 of 2
- [14:05:45] Reencoding: VID_00301, Pass 2 of 2
- [14:44:55] Video Encode complete
- [14:44:55] Multiplexing M2TS
[14:44:55]PHASE ONE complete
[14:44:55]PHASE TWO - Rebuild Started
- [14:44:55] Rebuilding stream 00300 [1 of 2]
- [14:44:55] Rebuilding stream 00301 [2 of 2]
- [14:44:55] Building ALTERNATE OUTPUT Structure
[14:52:25] - Encode and Rebuild complete
[14:52:25] JOB: REVENGE_OF_THE_SITH finished.
----------------------
[02/13/12] BD Rebuilder v0.40.06 (beta)
[17:43:34] Source: REVENGE_OF_THE_SITH
- Input BD size: 40.37 GB
- Approximate total content: [02:20:05.855]
- Windows Version: 6.1 [7601]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- Mode: MKV Container, 1920x1080, Intact Audio
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[17:43:37] PHASE ONE, Encoding
- [17:43:37] Processing: VID_00300 (1 of 2)
- [17:43:37] Extracting A/V streams [VID_00300]
- [17:55:27] Reencoding video [VID_00300]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 2,964 frames
- Bitrate: 3,570 Kbs
- [17:55:27] Reencoding: VID_00300, Pass 1 of 2
- [17:56:37] Reencoding: VID_00300, Pass 2 of 2
- [17:57:45] Video Encode complete
- [17:57:45] Processing audio tracks
- [17:57:45] Multiplexing M2TS
- [17:57:45] Processing: VID_00301 (2 of 2)
- [17:57:45] Extracting A/V streams [VID_00301]
- [18:10:36] Reencoding video [VID_00301]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 198,575 frames
- Bitrate: 3,685 Kbs
- [18:10:36] Reencoding: VID_00301, Pass 1 of 2
- [19:23:05] Reencoding: VID_00301, Pass 2 of 2
- [21:22:24] Video Encode complete
- [21:22:24] Multiplexing M2TS
[21:22:24]PHASE ONE complete
[21:22:24]PHASE TWO - Rebuild Started
- [21:22:24] Rebuilding stream 00300 [1 of 2]
- [21:22:24] Rebuilding stream 00301 [2 of 2]
- [21:22:24] Building ALTERNATE OUTPUT Structure
[21:32:34] - Encode and Rebuild complete
[21:32:34] JOB: REVENGE_OF_THE_SITH finished.Btw, multiprocess=1 makes a real difference in time

[jdobbs]

When keeping the audio intact -- there really isn't much that can go wrong, because there is no processing. The audio is simply extracted at the beginning of the job, and then remuxed at the end. Other than the container holding it (MKV) it is bit-for-bit identical.

[Mark_Venture]

When keeping the audio intact -- there really isn't much that can go wrong, because there is no processing. The audio is simply extracted at the beginning of the job, and then remuxed at the end. Other than the container holding it (MKV) it is bit-for-bit identical.
That is what I thought, and its why I'm scratching my head, because it appears, based on the mediainfo output (in my above post), that the audio IS different between the MKV created with 39.03 and 40.06 when re-encoding the same Bluray with the same settings and keep audio entact.

I don't know what does the extraction and remuxing, but is it possibly something with the newer version of MKVMERGE or x264?

Its not all files, as Groundhog_Day was fine after the header compression was fixed.. (here is MediaInfo's stuff about its audio..)Audio #1
ID : 2
Format : AC-3
Format/Info : Audio Coding 3
Mode extension : CM (complete main)
Codec ID : A_AC3
Duration : 1h 41mn
Bit rate mode : Constant
Bit rate : 448 Kbps
Channel(s) : 6 channels
Channel positions : Front: L C R, Side: L R, LFE
Sampling rate : 48.0 KHz
Bit depth : 16 bits
Compression mode : Lossy
Stream size : 324 MiB (4%)
Language : English
Default : Yes
Forced : NoMaybe its just how DTS is handled?

[jdobbs]

Well there is a definite difference... HD audio wasn't kept intact in v0.39.3 when outputting to MKV... what you got was the core (intact). HD audio output to MKV wasn't added until v0.40.1. That's why one is Lossy and the other is both Lossless (HD) and Lossy (core).

MKVMERGE would be involved in the remuxing -- but X264 is never involved in audio processing.

Since the audio is essentially left untouched -- if I had that issue I'd first question whether the player can actually properly play HD audio from an MKV file.

Frankly if it were me I'd toss the HD audio. Human ears can't hear the difference... so unless your dog loves movies it's a waste of space.

[hungryhorse]

Hi guys,
Im getting the following in BD Rebuilder...
Can anyone tell me whats going on and how to resolve it?
It didnt used to do this.... :mad:

[16:51:53] PHASE ONE, Encoding
- [16:51:53] Processing: VID_00004 (1 of 18)
- [16:51:53] Reencoding video [VID_00004]
- Source Video: MPEG-2, 720x480
- Rate/Length: 29.970fps, 905 frames
- [16:51:53] Reencoding: VID_00004, Pass 1 of 1
- Encode failed. Aborting.
- BD-Rebuilder v0.40.06 (beta)
- Windows Version: 6.1 [7601]
- AVISYNTH Version: 2.5.8.0, Ok
- HAALI Splitter: 1.11.96.14, Ok
- FFDSHOW: 3882, Ok
- WIN7 preferred AVC CODEC: Ok
- WIN7 preferred VC-1 CODEC: Ok
- WIN7 preferred MPEG2 CODEC: Ok
- FFDSHOW VC-1 set to "wmv9", Ok
- FFDSHOW MPEG2 set to "libmpeg2": Ok
- FFDSHOW AVC set to "ffmpeg-mt": Ok
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok
[16:51:53] - Failed video encode, aborted

[Dofin]

Hi ! I've used 2 hidden options for Potter and Azkaban; MULTIPROCESS=1 and KEEP_HD_LPCM=1, and it worked flawlessly. No audio were re-encoded and I am very pleased with that. Thanks a lot for your help, it is greatly appreciated.

[Racer]

@jdobbs
What GT520 did you buy, do you have any issues with it?
I don't know if I should go for the GT520, as it seems to produce glitches:

http://forums.nvidia.com/index.php?showtopic=220823
http://forum.team-mediaportal.com/threads/gt430-vs-gt520.104787/page-3#post-834714

[Mark_Venture]

Well there is a definite difference... HD audio wasn't kept intact in v0.39.3 when outputting to MKV... what you got was the core (intact). HD audio output to MKV wasn't added until v0.40.1. That's why one is Lossy and the other is both Lossless (HD) and Lossy (core).

MKVMERGE would be involved in the remuxing -- but X264 is never involved in audio processing.

Since the audio is essentially left untouched -- if I had that issue I'd first question whether the player can actually properly play HD audio from an MKV file.

Frankly if it were me I'd toss the HD audio. Human ears can't hear the difference... so unless your dog loves movies it's a waste of space.Ok, so then to make it work like the older version, just go Setup, and uncheck the box for keep hd audio for... ?

Setup that way, any HD audio stream will be re-encoded? Would I be correct in thinking that non-HD audio streams will be untouched?

[jdobbs]

@jdobbs
What GT520 did you buy, do you have any issues with it?
I don't know if I should go for the GT520, as it seems to produce glitches:

http://forums.nvidia.com/index.php?showtopic=220823
http://forum.team-mediaportal.com/threads/gt430-vs-gt520.104787/page-3#post-834714Mine is from EVGA (http://www.evga.com/articles/00624/). As I noted earlier, one of the two I bought was DOA, so that might raise and eyebrow, but I exchanged it and both have been running 24/7 since then with no issues.

I've had no problems and I'm using the 285.62 drivers. I read the links -- but I always take anything anyone says on those things with a grain of salt. I have no idea who those folks are and for all I know they could be geniuses. But when most people report problems they haven't a clue what the real cause is... and generally it turns out to be an issue located somewhere between the monitor and the chair.

[jdobbs]

Ok, so then to make it work like the older version, just go Setup, and uncheck the box for keep hd audio for... ?

Setup that way, any HD audio stream will be re-encoded? Would I be correct in thinking that non-HD audio streams will be untouched? Yes, uncheck "Keep HD Audio", but check the "don't reencode" options. Then you will be getting the original core audio with no reencoding.

[Mark_Venture]

Yes, uncheck "Keep HD Audio", but check the "don't reencode" options. Then you will be getting the original core audio with no reencoding.
Ok, the two for "don't reencode" were checked already.

first encode since unchecking "keep hd audio" plays fine.. Thanks again!!

[DRKPSYD]

Hi there,

I've been a big fan of this software, doing some tests backing up my movies in full mode to BD25, highest quality, 2-pass. I haven't been following this thread much, but do have a couple quick questions:

1. I seem to struggle setting the output size to 23.2GB. Normally I set the CUSTOM_TARGET_SIZE=24500 in the .ini file which seems to be a hit and miss at first but keeps changing with follow-up conversions. I'd like this output size at all times no matter what movie or circumstance.

2. My Anti-Virus has reporting a bloodhound virus in v0.40.04 and v0.40.06. If it's a false-positive, these normally point to hacktools. Not sure if or why they're being used.

Thanks.

[Adbear]

I'm assuming your antivirus is probably Norton as they give anything they don't recognize the 'Bloodhound' tag (although others have also started doing this now)and are notoriously bad for false positives

[jdobbs]

I think I might add a new module to BD-RB that identifies Norton as trojan... it's only fair.

My recommendation -- dump it and get a better anti-virus package.

[JJB]

I think I might add a new module to BD-RB that identifies Norton as trojan... it's only fair.

My recommendation -- dump it and get a better anti-virus package.

I know many people do not care for Microsoft products but they offer a free anti-virus\anti-malware called Microsoft Security Essentials that has a very small footprint,
very effective and when combined with Window firewall does a commendable job and best of all it's free!

[AmigaFuture]

I reinstalled my 7 64-bit, installed SP1, installed the software and made changes as stated on page 1. 40.06. Set a job for on through the night. Woke to everything doing as usual with previous Windows 7 install, except rebuild won't completely...it won't even attempt to start. I'm not novice, but I'm unable to reason what the challenge is. I even tried with previous versions...and each fail with rebuilding. When I use Merge GUI to create from the Source /Rebuild/WORK directory files to the /Rebuild/Movie.mkv file, it's flawless. The fact that it's re-encoding means all security permissions are fine within that directory structure. Yes, I even use Run as Admin the 1st time I ran BD-RB 40.06. I ran Inspect and all is Okay. I've watched TaskManager after I've clicked "Resume Previous Job?" and nothing runs. Comparability mode isn't needed as I ~know~ it works with Windows 7 64-bit, so... I also created the Rebuilder directory structure on my Desktop and copied the Work files to their respective directories.

I then changed the Work directory with BD-RD. Again, it failed to rebuild.

Any ideas? Have I found a new bug?

Thanks.

I have deleted the BD-RB 40.06 directory and it's contents. I've re-extracted the archive. Trying it completely fresh. I'll post once I know it functions or not. 1st pass (2 way) is doing fine at 50% complete. So, working path IS writable. :)

[jdobbs]

Any ideas? Have I found a new bug? Well... since its running for everyone else and it seems to have started exactly at the time you've rebuilt -- that's highly unlikely. A log might help... I can't even determine what you're trying to do from you post.

[Edit] Never mind -- I see you've edited your post.

[jdobbs]

I have updated the first post of this thread with links to a new version of BD-RB (v0.40.07). Changes for this release:- Made changes to prevent the need for .264 file
concatenation following encode. The concatenation
is now a part of the TSMUXER muxing. Should save
5-30 minutes per job.
- Modified the movie-only build routines so that
a redundant intermediate video build is no longer
needed. This should save 5-15 minutes per job.
- Corrected an error in which secondary video could
be processed incorrectly when MULTIPROCESS is in
effect.
- Corrected an issue that could cause iPod and iPad
ALTERNATE types to be processed incorrectly when
used in conjunction with MULTIPROCESS.
- Established a workaround related to handling of
very small (< 1 sec) files that prevents certain
anomalies in both DGDecNV and DirectShow. Can
avoid certain "Timeout...I/P frame" messages in
DGDecNV.
- Corrected an annoyance in which BD-RB would cause
exit delay when aborted during a TSMUXER action.
- Other minor corrections and cosmetic fixes.

[soneca]

I have updated the first post of this thread with links to a new version of BD-RB (v0.40.07).
:thanks:

jdobbs,

It would be possible to improve the definition of subtitles?

[AmigaFuture]

Jdobbs: I looked at all the logs, none of which displayed any errors. From looking at logs others' have posted...to my own...nothing looked "suspicious". Which is why I didn't post. However, once this encoding is done..and IF build fails...I'll post the fresh logs. Everything else about my reinstall is doing well. Other programs functioning as they should. Which is why I'm Intrigued. If it fails, I'll try the MKVMERGE= option, too.

[SquallMX]

Just to inform to all the users of nVidia Mobile Cards, BD-Rebuilder (and other multimedia related software such as DVDFab) fails to start after installing the latest beta drivers (295.xx), disabling the nVidia Card (using hardware manager) seams to fix the issue (This is not a BD-Rebuilder bug but may cause confusion)

[jdobbs]

I have updated the first post of this thread with links to a new version of BD-RB (v0.40.07).
:thanks:

jdobbs,

It would be possible to improve the definition of subtitles???? You can't make it any better than the original -- and that's what you're getting... are you talking about DVD backups\/

[NightHawkGuy]

I have updated the first post of this thread with links to a new version of BD-RB (v0.40.07). Changes for this release:- Made changes to prevent the need for .264 file
concatenation following encode. The concatenation
is now a part of the TSMUXER muxing. Should save
5-30 minutes per job.

How about with MKV output builds, does mkvmerge similarly now do the concatenation of segments if multiprocess is used?

[soneca]

:confused:So I'm missing something, these are the subtitles created by BD-Rebuilder compared with BDSup2Sub.

BD Rebuilder
http://i131.photobucket.com/albums/p305/soneca1/Forum/bdrebuilder1.png

BDSup2Sub
http://i131.photobucket.com/albums/p305/soneca1/Forum/bdsuptosub1.png

[AmigaFuture]

From what I posted before... Here's the new 40.06 log.

----------------------
[02/16/12] BD Rebuilder v0.40.06 (beta)
[13:33:40] Source: CASTAWAY
- Input BD size: 40.88 GB
- Approximate total content: [02:23:46.618]
- Windows Version: 6.1 [7601]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- Mode: MKV Container, 1920x1080, Intact Audio
- Decoding/Frame serving: DirectShow [2-way]
- Audio Settings: AC3=0 DTS=1 HD=0 Kbs=448
[13:33:45] PHASE ONE, Encoding
- [13:33:45] Processing: VID_00001 (1 of 1)
- [13:33:45] Extracting A/V streams [VID_00001]
- [13:45:07] Reencoding video [VID_00001]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 206,832 frames
- Bitrate: 3,631 Kbs
- [13:45:07] Reencoding: VID_00001, Pass 1 of 2
- [15:08:50] Reencoding: VID_00001, Pass 2 of 2
- [17:40:40] Video Encode complete
- [17:40:42] Processing audio tracks
- [17:40:42] Multiplexing M2TS
[17:40:42]PHASE ONE complete
[17:40:42]PHASE TWO - Rebuild Started
- [17:40:42] Rebuilding stream 00001 [1 of 1]
- [17:40:42] Building ALTERNATE OUTPUT Structure
[17:40:43] - Failed to REBUILD
----------------------

The INI..

[Status]
LABEL=CASTAWAY
VERSION=v0.40.06 (beta)
SOURCE_SIZE=43892133888
SOURCE_VIDEO_SIZE=43892133888
TARGET_SIZE=4686086144
REDUCTION=.1067636892742
RESIZE_1080=0
AUDIO_TO_KEEP=eng;
KEEP_HD_AUDIO=0
SUBS_TO_KEEP=eng;
BACKUP_MODE=1
MOVIEONLY_TYPE=11
USE_LAVF=0
INSTANCES=2
DGDECNV=0
QUICK=0
ENCODE_STEP=0
COMPLETED=1
REBUILD_COMPLETE=0
[00001]
AUDIO=1001
PGS=10001
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=4686086144
NSIZE=0
FLINK=0
MLINK=0


...And Config...

[Options]
VERSION=0.40.0.6
MODE=2
ENCODE_QUALITY=2
MULTIPROCESS=2
ONEPASS_ENCODING=0
AUTO_QUALITY=1
AUDIO_TO_KEEP=eng;
SUBS_TO_KEEP=eng;
SD_CONVERT=0
OPEN_GOP=0
RESIZE_1080=0
DEINTERLACE=1
SD_TO_1080=0
CONVERT_WIDE=0
DTS_REENCODE=1
AC3_REENCODE=0
AC3_640=0
AC3_192=0
KEEP_HD_AUDIO=0
AVCHD=1
REMOVE_WORKFILES=0
MOVIE_ONLY_LOOP=1
REMOVE_OUTPUT=0
USE_FILTERS=0
BDMV_CERT_ONLY=0
USE_LAVF=0
IVTC_PULLDOWN=0
ASSUME_DVD_PAL=0
UNMASK_CHAPTER=0
COMPLETION_BEEP=0
DGDECNV=0
AUDIO_TRACK_LIMIT=0
SUBTITLE_TRACK_LIMIT=0
CUSTOM_TARGET_SIZE=23500
MOVIEONLY_TYPE=11
ALTCRF=20
ALT_TARGET=4700
ALTMETHOD=2
ALTAUTOCROP=0
[Paths]
SOURCE_PATH=F:\CASTAWAY\
WORKING_PATH=E:\BLU-RAY\REBUILDER\


Inspect...

- Windows Version: 6.1 [7601]
- AVISYNTH Version: [2.5.8.0], Ok
- HAALI Splitter: [1.9.42.1], Ok
- FFDSHOW: [3882], Ok
- WIN7 preferred AVC CODEC: Ok
- WIN7 preferred VC-1 CODEC: Ok
- WIN7 preferred MPEG2 CODEC: Ok
- FFDSHOW VC-1 set to "wmv9", Ok
- FFDSHOW MPEG2 set to "libavcodec": Ok
- FFDSHOW AVC set to "libavcodec": Ok
- BD Rebuilder v0.40.0.7, Ok
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok


With more a little more free space than that matching the Blu-Ray rip AnyDVD did; on the same partition as the "Working Path:" Any ideas or suggestions? Thanks.

Also..Currently, no condom for the OS..meaning no AntiVirus, but do have Malwarebytes AntiMalware. I also disabled it..because of curiosity.

[stereo55]

Ive been a BD Rebuiled user for quite awhile now (60+ movies done) and just installed ver 4007. This is the first time Ive ever gotten the "Failed to retrieve audio, aborted" message myself (everything is up to date icluding Anydvd HD with my same usual settings) . This is on the movie "In Time" , and I cant fiqure it out the problem thus far .

Anyone else with the same ???

[jdobbs]

@soneca

You're talking in circles. I have no idea what you mean by "created by BD Rebuilder"???? BD Rebuilder never "creates" as subtitle. There is a possibility that it could be resized if the output is being resized... is that what you're talking about? If not -- all I can say is the BD Rebuilder simply demuxes it with TSMUXER and remuxes it again. I can't speak for BDSub2sub -- as I don't use it.

Give me context... what are you doing? I can't keep trying to guess what you're talking about. Are you resizing? Are you outputting to DVD?

[jdobbs]

Ive been a BD Rebuiled user for quite awhile now (60+ movies done) and just installed ver 4007. This is the first time Ive ever gotten the "Failed to retrieve audio, aborted" message myself (everything is up to date icluding Anydvd HD with my same usual settings) . This is on the movie "In Time" , and I cant fiqure it out the problem thus far .

Anyone else with the same ??? I've done numerous encodes and I haven't had that once.

[DRKPSYD]

I think I might add a new module to BD-RB that identifies Norton as trojan... it's only fair.

My recommendation -- dump it and get a better anti-virus package.

lol good one. Norton is out of the question though. I've tested it using 2 different versions of Symantec (Corp and Endpoint) and Kaspersky. All report the same thing unfortunately.

[soneca]

Sorry for the confusion ...
The two screens were taken from AVCHD discs(DVD-9) at 720p, the first has been resized(not created) by BD Rebuilder and the second screen also resized to 720 by BDSup2Sub.

[jdobbs]

lol good one. Norton is out of the question though. I've tested it using 2 different versions of Symantec (Corp and Endpoint) and Kaspersky. All report the same thing unfortunately.

Well... the problem is in the antivirus software, not mine. So please report it to them -- I can't fix their software. This is about the 5th time their "heuristic" algorithms have imagined a problem where none exists... if they can't keep their software from interfering with the day-to-day functioning of the computer -- they need to find another line of work.

Trend Micro Titanium says it's clean...

[jdobbs]

Sorry for the confusion ...
The two screens were taken from AVCHD discs(DVD-9) at 720p, the first has been resized(not created) by BD Rebuilder and the second screen also resized to 720 by BDSup2Sub. Ok. That make more sense. I'm using a bilinear algorithm... I'll take a look at it and see what I can do to smooth it out.

[jdobbs]

Ive been a BD Rebuiled user for quite awhile now (60+ movies done) and just installed ver 4007. This is the first time Ive ever gotten the "Failed to retrieve audio, aborted" message myself (everything is up to date icluding Anydvd HD with my same usual settings) . This is on the movie "In Time" , and I cant fiqure it out the problem thus far .

Anyone else with the same ??? Can you try another disc and see if it still happens?

[jdobbs]

Ive been a BD Rebuiled user for quite awhile now (60+ movies done) and just installed ver 4007. This is the first time Ive ever gotten the "Failed to retrieve audio, aborted" message myself (everything is up to date icluding Anydvd HD with my same usual settings) . This is on the movie "In Time" , and I cant fiqure it out the problem thus far .

Anyone else with the same ??? Can you try another disc and see if it still happens? I don't think I changed anything in the way the audio is retrieved -- but I did add some code to that area so that indexing can happen at the same time... but that should only be executed if DGDecNV is enabled.

[soneca]

Thanks!
Perhaps lanczos, very good for undersize.

[jdobbs]

I think most tests pick Bilinear or Bicubic when going smaller and Spline or Lanczos when going in the other direction. But, I did it pretty quickly, so it's possible it needs more tweaking.

[NightHawkGuy]

Here's the new 40.06 log.
[02/16/12] BD Rebuilder v0.40.06 (beta)
[13:33:40] Source: CASTAWAY
- Input BD size: 40.88 GB
- Approximate total content: [02:23:46.618]
- Windows Version: 6.1 [7601]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- Mode: MKV Container, 1920x1080, Intact Audio
- Decoding/Frame serving: DirectShow [2-way]
...
[17:40:42]PHASE TWO - Rebuild Started
- [17:40:42] Rebuilding stream 00001 [1 of 1]
- [17:40:42] Building ALTERNATE OUTPUT Structure
[17:40:43] - Failed to REBUILD


I got that failed to rebuild error as well on some test builds recently with MKV output. I observed the encoding completed fine and I could manually mux the final encoded elementary streams to MKV with mkvmerge ok.

I've tried a build today with the new version 0.40.07 with regular directshow/ffdshow serving (no multiprocess) and it didn't have the error and created correctly the MKV output with a 1080p AVC movie title, output as 1080p with 192Kb/s stereo AC3 audio.
However, I just tried an alternate title that was 720x480 MPEG-2, encoded to AVC 720x480 MKV output with 192Kb/s stereo audio and that one failed at the same place as yours. Again the encoded streams were completed fine and just the final MKV merging apparently failed.


[02/16/12] BD Rebuilder v0.40.07 (beta)
[19:16:53] Source: OUTLANDER
- Input BD size: 1.70 GB
- Approximate total content: [00:41:22.362]
- Windows Version: 6.1 [7601]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- Mode: MKV Container, 720x480/576, 128Kbs AC3
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=640
- Audio [1] set to default.
[19:16:53] PHASE ONE, Encoding
...
- [19:21:30] Video Encode complete
[19:21:30]PHASE ONE complete
[19:21:30]PHASE TWO - Rebuild Started
- [19:21:30] Building ALTERNATE OUTPUT Structure
[19:21:51] - Failed to REBUILD


So this MKV merging problem seems to happen only with certain titles or formats perhaps?

I watched closely during the final "Building ALTERNATE OUTPUT Structure" stage and though it doesn't appear in the logs, I could see the following messages while that process is happening:
Creating ALTERNATE MOVIE-ONLY Structure (Pt 1)
Creating ALTERNATE MOVIE-ONLY Structure (Pt 2)
each of these steps goes from 0->100% on the "current progress" indicator
and then it gets the "Failed to REBUILD" error message after that.
I can start the build again and it retries that step.
I also observed during this step in the Windows 7 Task Manager, Processes list, I never see "mkvmerge.exe" listed as running...

I don't quite understand what it is doing during that stage, since I can manually just input the already completed elementary streams (video, audio, and chapters) directly to mkvmerge to create an MKV fine with no other processing.

[AmigaFuture]

NightHawkGuy, I never saw mkvmerge.exe in TaskManager either. Not even an ~Instant~..haha. I even tried the rebuild after using MSConfig and changing settings to Diagnostic Startup, even that produced the same effect. I've installed AutoGK as I've noticed Windows 7 64-bit have challenges with it when trying to encode and split (a "year" ago)...but everything is functional there. I've even noticed challenges with DVD Rebuilder, and haven't reinstalled it yet.. I have some projects to have done for Saturday so I cannot focus too much towards BD-RB at the moment since everything else is operating correctly (that I can see). I've copy/pasted, after making a backup, 40.07 and am now trying with The Da Vinci Code (again). I know it completed with 40.06 with the same settings. So.. :-D Shall See.

[jdobbs]

I'll do some more testing in the morning...

[jdobbs]

I got that failed to rebuild error as well on some test builds recently with MKV output. I observed the encoding completed fine and I could manually mux the final encoded elementary streams to MKV with mkvmerge ok.

I've tried a build today with the new version 0.40.07 with regular directshow/ffdshow serving (no multiprocess) and it didn't have the error and created correctly the MKV output with a 1080p AVC movie title, output as 1080p with 192Kb/s stereo AC3 audio.
However, I just tried an alternate title that was 720x480 MPEG-2, encoded to AVC 720x480 MKV output with 192Kb/s stereo audio and that one failed at the same place as yours. Again the encoded streams were completed fine and just the final MKV merging apparently failed.



So this MKV merging problem seems to happen only with certain titles or formats perhaps?

I watched closely during the final "Building ALTERNATE OUTPUT Structure" stage and though it doesn't appear in the logs, I could see the following messages while that process is happening:
Creating ALTERNATE MOVIE-ONLY Structure (Pt 1)
Creating ALTERNATE MOVIE-ONLY Structure (Pt 2)
each of these steps goes from 0->100% on the "current progress" indicator
and then it gets the "Failed to REBUILD" error message after that.
I can start the build again and it retries that step.
I also observed during this step in the Windows 7 Task Manager, Processes list, I never see "mkvmerge.exe" listed as running...

I don't quite understand what it is doing during that stage, since I can manually just input the already completed elementary streams (video, audio, and chapters) directly to mkvmerge to create an MKV fine with no other processing. Is this an multi-part source?

[NightHawkGuy]

Is this an multi-part source?

Yes, the case of the one that failed was from selecting a multi-part 41min extra, 720x480 MPEG-2 title as the main movie. It was a deleted scenes title(playlist) that appears to made up of 27 chapters/segments.

A separate build from a single part source selecting the 1080p AVC main movie worked OK to MKV output.
I ran the tests for the quickest speed using CRF 1-pass MKV mode, very fast encoding with directshow/ffdshow and no multiprocess.

[stereo55]

Ive been a BD Rebuiled user for quite awhile now (60+ movies done) and just installed ver 4007. This is the first time Ive ever gotten the "Failed to retrieve audio, aborted" message myself (everything is up to date icluding Anydvd HD with my same usual settings) . This is on the movie "In Time" , and I cant fiqure it out the problem thus far .

Anyone else with the same ???

I've done numerous encodes and I haven't had that once.

Well just to be safe , I re-installded the ffdshow and Matroska splitter , did a "inspect" and all was a-ok (as a previous inspect was not all ok after the new build) . Then I came up with a differant error , but only when the orginal movie disc was inserted . Seems the problem now was AnyDVD HD , so then I was forced to use the lastest beta 169.112 (seems 169.10 would not read the new movie disc properly) ; and now it seems Iam all good to go .

Doing the BD Rebuild as we speak , but confident the copy will come out beautiful (as usual) .

Sorry for the possible "false alarm" on the new 4007 build .

Thanks jdobbs for all your hardwork on BDR!

[Adbear]

I think you mean AnyDVD HD 6.9.1.12 and AnyDVD HD did warn you there may be a problem when using 6.9.1.0

[AmigaFuture]

I'll check for replies in the morning. However, Ahhh...Haaa... An Encode DID complete...

----------------------
[02/16/12] BD Rebuilder v0.40.07 (beta)
[19:57:18] Source: DA_VINCI_CODE
- Input BD size: 40.59 GB
- Approximate total content: [02:54:37.467]
- Windows Version: 6.1 [7601]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- Mode: MKV Container, 1920x1080, Intact Audio
- Decoding/Frame serving: DirectShow [2-way]
- Audio Settings: AC3=0 DTS=1 HD=0 Kbs=448
[19:57:23] PHASE ONE, Encoding
- [19:57:23] Processing: VID_00011 (1 of 1)
- [19:57:23] Extracting A/V streams [VID_00011]
- [20:06:03] Reencoding video [VID_00011]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 251,208 frames
- Bitrate: 5,703 Kbs
- [20:06:03] Reencoding: VID_00011, Pass 1 of 2
- [21:34:44] Reencoding: VID_00011, Pass 2 of 2
- [01:01:29] Video Encode complete
- [01:01:29] Processing audio tracks
[01:01:29]PHASE ONE complete
[01:01:29]PHASE TWO - Rebuild Started
- [01:01:29] Building ALTERNATE OUTPUT Structure
[01:11:55] - Encode and Rebuild complete
[01:11:55] JOB: DA_VINCI_CODE finished.


Hmmm...my Castaway disk seems to have something to help make this software better. Cool. :-D Zzz...G'night. Let me know what I may help with, of course.

[jdobbs]

Hmmm...my Castaway disk seems to have something to help make this software better. Cool. :-D Zzz...G'night. Let me know what I may help with, of course. Is that the Tom Hanks movie, or the 1986 movie?

[AmigaFuture]

Tom Hanks is in it. :-)

[rippn]

So if you use MULTIPROCESS=1 does bdrebuilder then not use DGDecNV? The reason I ask is because if I set MULTIPROCESS=0 then DGDecNV crashes and it has to be closed, however if I set MULTIPROCESS=1 the encode finishes no problem.

Also I'm in 64-bit win7, but the program gives the error that the 64-bit version of DGDecNV is not supported, I know 32-bit programs run fine in a 64-bit environment, wondering though if this might be the cause of DGDecNV crashing?

[NightHawkGuy]

Also I'm in 64-bit win7, but the program gives the error that the 64-bit version of DGDecNV is not supported, I know 32-bit programs run fine in a 64-bit environment, wondering though if this might be the cause of DGDecNV crashing?

64bit Avisynth filters are only for use with 64-bit version of Avisynth.
I believe that BD Rebuilder uses only 32bit Avisynth even with Windows 7 64bit, so you need to use only 32bit filters including with DGDecNV.

I'm using Windows 7 64 bit with the recommended 32bit Avisynth and 32bit DGDecNV with no crashing either with Multiprocess on or off.

[Sharc]

No, I haven't changed anything in the sizing algorithms for quite some time. I'd guess that one is likely just one of the random ones that CRF can't predict very well. But I'll do a couple of tests and see if the 720p conversion is affecting the sizing.
Hmmm..., it looks to me like being systematic (a bug?) that such sources (Blu-ray disc 25fps MBAFF, converted by BD-RB to 720p50fps using frame duplication) end up with much too low CRF predictions which eventually results in double size outputs (i.e. BD9 instead of BD5). I had this same effect for 2 such sources now. This looks a bit strange to me because the CRF prediction is usually pretty precise for progressive 23.976fps sources.

And b.t.w. thanks a lot for supporting DG...NV tools :cool:

[jdobbs]

Hmmm..., it looks to me like being systematic (a bug?) that such sources (Blu-ray disc 25fps MBAFF, converted by BD-RB to 720p50fps using frame duplication) end up with much too low CRF predictions which eventually results in double size outputs (i.e. BD9 instead of BD5). I had this same effect for 2 such sources now. This looks a bit strange to me because the CRF prediction is usually pretty precise for progressive 23.976fps sources.

And b.t.w. thanks a lot for supporting DG...NV tools :cool: I have a table embedded in BD-RB that has some prediction factors I created based on testing. It changes with the size/rate of the source. I'll take a look at it and see if I might be off on 25fps to 720p conversion.

[DarWun]

For the past three days I have been trying to batch encode episodes from blurays for Farscape using DGDecNV for decoding. In the morning I find a dialogue box saying "Error: cuInit failed (100)". A google search found that this error is most likely attributed to DGDecNV. After some trial and error I found that this error occurs when the monitor has turned off to comply with Windows Power Option settings. After changing my Power Options so that the monitor never turns off, the cuInit error no longer occurs when batch encoding with DGDecNV enabled.

This is not an bug with BD-Rebuilder per se, but I figured it was worth pointing out in case other people are experiencing the same issue when using DGDecNV.

[Mark_Venture]

Using MULTIPROCESS=1 has really sped up conversions to "movie only/alternate output MKV" (example: UNDERWORLD-UNRATED-EXTENDED took 2hrs 1min to convert with 0.40.06)

Since I have an EVGA GeForce GTX 275 896-P3-1170-AR, which supports CUDA. Being that its a slightly older card, I was wondering how much, if any, also using DGDecNV would help?

Thoughts? or should I just leave it alone since the current setup is working fine?

If it matters, rest of system's main parts are i7-860 (2.8GHz 8MB L3 Cache), ASUS P7P55D Deluxe motherboard, 8gig Corsair XMS3 CMX4GX3M2A1600C8 (4 x 2Gig sticks). Hard drives are Western Digital Caviar GP SATA (which I know are "slower")

[jdobbs]

For the past three days I have been trying to batch encode episodes from blurays for Farscape using DGDecNV for decoding. In the morning I find a dialogue box saying "Error: cuInit failed (100)". A google search found that this error is most likely attributed to DGDecNV. After some trial and error I found that this error occurs when the monitor has turned off to comply with Windows Power Option settings. After changing my Power Options so that the monitor never turns off, the cuInit error no longer occurs when batch encoding with DGDecNV enabled.

This is not an bug with BD-Rebuilder per se, but I figured it was worth pointing out in case other people are experiencing the same issue when using DGDecNV. Good to know, thanks. I may be able to prevent video-disabling from happening when DGDecNV is enabled... I'll check it out.

[jdobbs]

Using MULTIPROCESS=1 has really sped up conversions to "movie only/alternate output MKV" (example: UNDERWORLD-UNRATED-EXTENDED took 2hrs 1min to convert with 0.40.06)

Since I have an EVGA GeForce GTX 275 896-P3-1170-AR, which supports CUDA. Being that its a slightly older card, I was wondering how much, if any, also using DGDecNV would help?

Thoughts? or should I just leave it alone since the current setup is working fine?

If it matters, rest of system's main parts are i7-860 (2.8GHz 8MB L3 Cache), ASUS P7P55D Deluxe motherboard, 8gig Corsair XMS3 CMX4GX3M2A1600C8 (4 x 2Gig sticks). Hard drives are Western Digital Caviar GP SATA (which I know are "slower") Can't say for sure. It helped on my system and I'd guess it would on yours -- but there are a lot of variables and I can't say how much (if any) improvement you'll see.

[NightHawkGuy]

For the past three days I have been trying to batch encode episodes from blurays for Farscape using DGDecNV for decoding. In the morning I find a dialogue box saying "Error: cuInit failed (100)". A google search found that this error is most likely attributed to DGDecNV. After some trial and error I found that this error occurs when the monitor has turned off to comply with Windows Power Option settings. After changing my Power Options so that the monitor never turns off, the cuInit error no longer occurs when batch encoding with DGDecNV enabled.

This is not an bug with BD-Rebuilder per se, but I figured it was worth pointing out in case other people are experiencing the same issue when using DGDecNV.

That hasn't happened with my setup using an Asus Nvidia GTX460 video card with DGDecNV.
My monitor can go into standby mode and come out fine during a build and I like that feature, so would like to keep that ability. For those who have a problem in their particular setup, perhaps an optional ini entry can be used to disable it, but allow it to be enabled otherwise.

Might depend on the particular Nvidia chip and driver and other system specific stuff?
Should probably report it at the DGDecNV support forum with details of your particular system and video card + drivers.
I noticed he has a support thread over there for that particular error which could happen if the video card's memory is used a lot at the same time as DGDecNV by some other graphics intensive apps.

[DarWun]

That hasn't happened with my setup using an Asus Nvidia GTX460 video card with DGDecNV.


Good to know. I'm using a Asus Nvidia GTX580 card with the most recent beta drivers (295.51). DGDecNV hasn't really given me any performance boost over the multi-processor option so I was going to stop using it. But I'll post over at the official forums in case it helps anyone.

[omegaman7]

Good to know. I'm using a Asus Nvidia GTX580 card with the most recent beta drivers (295.51). DGDecNV hasn't really given me any performance boost over the multi-processor option so I was going to stop using it. But I'll post over at the official forums in case it helps anyone.
Indeed. I'm using a 570, and seeing very tiny gains. But I also only use the "high quality" option. I've found that the CPU seems to hold back the GPU. The faster the CPU, the faster the frameservice.
I plan to run some comparisons using the faster setting, and compare to X264/LAVF, and see what I come up with.

[NightHawkGuy]

Indeed. I'm using a 570, and seeing very tiny gains. But I also only use the "high quality" option. I've found that the CPU seems to hold back the GPU. The faster the CPU, the faster the frameservice.
I plan to run some comparisons using the faster setting, and compare to X264/LAVF, and see what I come up with.

I ran several comparisons and found that using a fast CPU (I have an AMD 6 core) that DGDecNV only gave me quicker speed with 2 pass mode (only pass1 speeds up since pass 2 is already at 100% on all cores) and an x264 encoding setting of "faster" or slower, compared to using regular directshow/ffdshow decoding. At these encoding settings I got about 7-10% improvement, but with the very fast or ultra fast encoding settings DGDecNV was actually slower taking as much as 25% longer. So DGDecNV is better only for me for a slower/higher quality encoding setting with 2 passes.

In multiprocess mode (I test with multiprocess=2 since that was the most I could do safely with my limited 4GB RAM) I found DGDecNV was overall faster since it didn't take extra time to split the source video compared to using directshow/ffdshow. Saved 10-15min overall from that split time savings for me.

So the best encoding build total times for a higher quality encodes on a fast sytem like mine with a Nvidia GTX460 video card was DGDecNV decoding with multiprocess=2 for 2 pass encodes of "faster" or slower setting. Good for a quality BD5 or BD9 or 4GB MKV from a bluray movie only.

However for very quick encodes (not high quality) I used directshow/ffdshow decoding no multiprocess with CRF 1pass mode for MKV/BD5/BD9 or for 25GB output, the high speed (ultra fast) 1pass mode.

[omegaman7]

I let Rebuilder decide the split. Which seems to be 2-way under all circumstances so far. DGDecNV Slower in super fast settings eh? Interesting. I've barely began my testing. Thanks for the info.

[JoeH]

DGDecNV will be slower in super fast settings on fast computers because the NVidia card can't decode all that fast. VP4 engines will generally decode H264 at something like a little more than 60fps, and VP5 engines at 120fps. When the encode can go faster than that a CPU decode will beat DGDecNV.

[JoeH]

Using version 40.07 I'm having trouble with the Blu-ray to DVD conversion (I tried with the 5GB DVD output size). In this case I was converting a Blu-ray folder created by TSMuxer. The subtitles were also created by TSMuxer.

I tested with three movies. In all three the audio is out of sync, and the subtitles are not visible (some programs, like MPC-HT think they are there but then can't display them, others, like TMT5 do not even see them). Here is an example of the logs:

----------------------
[02/19/12] BD Rebuilder v0.40.07 (beta)
[11:37:57] Source: REMIX
- Input BD size: 2.72 GB
- Approximate total content: [01:50:20.416]
- Windows Version: 6.1 [7601]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- Mode: DVD-5, 720x480/576, AC3 Audio
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[11:37:57] PHASE ONE, Encoding
- [11:37:57] Processing: VID_00000 (1 of 1)
- [11:37:57] Extracting A/V streams [VID_00000]
- [11:39:11] Reencoding video [VID_00000]
- Source Video: MPEG-4 (AVC), 1280x720
- Rate/Length: 23.976fps, 158,731 frames
- Bitrate: 5,007 Kbs
- [11:39:11] Reencoding: VID_00000
- [12:39:14] Video Encode complete
- [12:39:14] Processing audio tracks
- Track 4352 (eng): Reencoding audio to AC3...
[12:40:48]PHASE ONE complete
[12:40:48]PHASE TWO - Rebuild Started
- [12:40:48] Building ALTERNATE OUTPUT Structure
- [12:40:48] Converting 1 subtitles to DVD format.
- [12:43:31] Starting MPLEX.
- [12:45:31] Multiplexing 1 subtitles into stream.
- [12:47:46] Building DVD File Structure.
[12:50:08] - Encode and Rebuild complete
- WORKFILES folder removed.
[12:50:08] JOB: REMIX finished.
==========================
[12:50:08] END - BATCH SEQUENCE
==========================

And the INF:
[Status]
LABEL=REMIX
VERSION=v0.40.07 (beta)
SOURCE_SIZE=2924931072
SOURCE_VIDEO_SIZE=2924931072
TARGET_SIZE=24641536000
REDUCTION=8.42465528021851
RESIZE_1080=0
AUDIO_TO_KEEP=eng;ita;spa;
KEEP_HD_AUDIO=-1
SUBS_TO_KEEP=all
BACKUP_MODE=1
MOVIEONLY_TYPE=1
USE_LAVF=0
INSTANCES=1
DGDECNV=0
QUICK=0
ENCODE_STEP=0
COMPLETED=1
REBUILD_COMPLETE=1
[00000]
AUDIO=1
PGS=1
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=24641536000
NSIZE=0
FLINK=0
MLINK=0

[jdobbs]

I did several BD to DVD conversions in testing and they all worked fine. I'll do a couple more tests.

This type of behaviour can be an indicator that some other CODECs are interfering with BD-RB. Try uninstalling and reinstalling AVISYNTH, FFDSHOW, and HAALI.

Are you doing PAL conversion?

I'm also concerned with I see a 1280x720 source that has been previously edited by TSMUXER (and other software obviously). That's almost a guarantee that the source has been preprocessed (even beyond TSMUXER) -- and 90% of the time when preprocessing is present it is the source of any problems.

Try a conversion on a unedited commercial source and see if you still have issues.

But... you never know, so as I said, I'll do some more testing.

[Sharc]

This type of behaviour can be an indicator that some other CODECs are interfering with BD-RB. Try uninstalling and reinstalling AVISYNTH, FFDSHOW, and HAALI.

Are you doing PAL conversion?

I'm also concerned with I see a 1280x720 source that has been previously edited by TSMUXER (and other software obviously). That's almost a guarantee that the source has been preprocessed (even beyond TSMUXER) -- and 90% of the time when preprocessing is present it is the source of any problems.

Try a conversion on a unedited commercial source and see if you still have issues.

But... you never know, so as I said, I'll do some more testing.
I have seen similar audio sync problems when converting a pre-processed (by BD-RB) 1280x720p source to a PAL DVD. Un-installing and re-installing the SW components did not help. Encoding to PAL DVD from the original blu-ray source has however never given any problems so far .

[greslogo]

Anybody do Real Steel. It seems that all the streams on the disk have some sort of commentary that pops up now and then and no audio when the popups appear. Anybody manage to do a movie only BD-25 and get just the movie ?

[jdobbs]

I have seen similar audio sync problems when converting a pre-processed (by BD-RB) 1280x720p source to a PAL DVD. Un-installing and re-installing the SW components did not help. Encoding to PAL DVD from the original blu-ray source has however never given any problems so far . I'll create a 1280x720 source and then do a PAL conversion and see how it comes out. When you do the PAL conversion do you use ALTERNATE_PAL=1 or just the standard out-of-the-box settings?

[jdobbs]

Anybody do Real Steel. It seems that all the streams on the disk have some sort of vvommentary that pops up now and then and no audio when the popups appear. Anybody manage to do a movie only BD-25 and get just the movie ? I'm going to be picking that one up later today. I'll let you know what I find. I thought I had it -- but it seems to be MIA.

Is there more than one English audio choice on the streams menu?

[JoeH]

Thanks for the quick reply. After posting that I ran the Inspect tool and it said that some of my filters were not correctly set up (in particular I had a newer version of Haali and a newer version of FFDSHOW than the recommended). So, it hurt ;) but I uninstalled those and installed the recommended versions.

I got the Inspect tool to say everything was OKAY, and now I am trying again.

jdobbs, would it be terribly difficult to include your own codecs, splitter, etc. that are used exclusively by BD-Rebuilder? Might make things like this simpler.

I'll let you know how the new tests come out. I'm currently testing with a 1080p Blu-ray, but again, remuxed by TSMuxer (so as to add subtitles). So at least we'll remove the 720p factor as well if it doesn't work correctly.

PS. I am NOT doing PAL Conversion.

[jdobbs]

Thanks for the quick reply. After posting that I ran the Inspect tool and it said that some of my filters were not correctly set up (in particular I had a newer version of Haali and a newer version of FFDSHOW than the recommended). So, it hurt ;) but I uninstalled those and installed the recommended versions.

I got the Inspect tool to say everything was OKAY, and now I am trying again.

jdobbs, would it be terribly difficult to include your own codecs, splitter, etc. that are used exclusively by BD-Rebuilder? Might make things like this simpler.

I'll let you know how the new tests come out. I'm currently testing with a 1080p Blu-ray, but again, remuxed by TSMuxer (so as to add subtitles). So at least we'll remove the 720p factor as well if it doesn't work correctly.

PS. I am NOT doing PAL Conversion. Unfortunately there's no way to do that. The splitter and CODECs are selected at the system level when the playback/frame-serving occurs. If it is failing with different versions -- that means there are problems with those versions -- not BD-RB, so it's better not to have them installed anyway. I try newer versions all the time -- but only update when I run it for a long time without issues. BD-RB is doing nothing out-of-the-ordinary that might be unique in the way they are used.

About the only way around that is to use LAVF (which will fail on VC-1 interlaced sources) or DGDecNV. I'd love to work independently of other packages -- but that'd probably requre more work than BD-RB itself.

[greslogo]

I'm going to be picking that one up later today. I'll let you know what I find. I thought I had it -- but it seems to be MIA.

Is there more than one English audio choice on the streams menu?

Yes, there is. Quite a few but wouldn't make any difference since that wouldn't change the video (popups). Right after the opening credits, there is a whole "behind the scene" scene that gets picked up so you don't have to go far to see the problem.

I don't have the disk anymore. I used ANydvd to do the rip.

btw. I also made a DVD-5 with just the Spanish track... Same problem.

[jdobbs]

Yes, there is. Quite a few but wouldn't make any difference since that wouldn't change the video (popups). Right after the opening credits, there is a whole "behind the scene" scene that gets picked up so you don't have to go far to see the problem.

I don't have the disk anymore. I used ANydvd to do the rip.

btw. I also made a DVD-5 with just the Spanish track... Same problem. That just means they are using a different stream to create a PiP effect (rather than secondary video overlays). How many choices are there in the "Other Playlist" list? One of them has to be the normal-playback movie. The original wouldn't work if that weren't the case.

[Edit] I just read on another forum that playlist 00051 is the correct choice for English. Of course until I get it I can't say that's correct for sure.

[Sharc]

I'll create a 1280x720 source and then do a PAL conversion and see how it comes out. When you do the PAL conversion do you use ALTERNATE_PAL=1 or just the standard out-of-the-box settings?
I tried it both ways. No success. Only when I don't convert it to PAL at all it comes out in sync.
I did PAL conversions successfully in the past from such pre-processed sources, so it seems that something has changed since. No idea what this could be.

[jdobbs]

I tried it both ways. No success. Only when I don't convert it to PAL at all it comes out in sync.
I did PAL conversions successfully in the past from such pre-processed sources, so it seems that something has changed since. No idea what this could be. Is the 1280x720 encoded at 23.976fps?

[Sharc]

Is the 1280x720 encoded at 23.976fps?
Yes.....

[jdobbs]

Yes..... Alright. My first job (testing a standard conversion to DVD) is almost done. Assuming that one is in-sync, I will next create a movie-only 1280x720, and then convert that to DVD.

[Sharc]

Alright. My first job (testing a standard conversion to DVD) is almost done. Assuming that one is in-sync, I will next create a movie-only 1280x720, and then convert that to DVD.
If it should help: My 720p/23.976fps movie-only sources had the original DTS audio converted to ac3 5.1/448.

Edit:
... and IIRC the audio on the PAL DVD was offset by a fix amount (few seconds) rather than running progressively out of sync.

[greslogo]

That just means they are using a different stream to create a PiP effect (rather than secondary video overlays). How many choices are there in the "Other Playlist" list? One of them has to be the normal-playback movie. The original wouldn't work if that weren't the case.

[Edit] I just read on another forum that playlist 00051 is the correct choice for English. Of course until I get it I can't say that's correct for sure.

I'm almost positive I used playlist 51 (it's the first one) . I'm trying it, again, just to confirm.

[jdobbs]

If it should help: My 720p/23.976fps movie-only sources had the original DTS audio converted to ac3 5.1/448.

Edit:
... and IIRC the audio on the PAL DVD was offset by a fix amount (few seconds) rather than running progressively out of sync.

I'm glad you game me that last bit of information... I think that may be the key. It may be possible that the audio needed to be reencoded so it could be adjusted for the new framerate -- but since it was already DVD compatible (448kbs), it may have been incorrectly kept intact.

It looks from the log, though, like JoeH's audio was reencoded.

[Sharc]

I'm glad you game me that last bit of information... I think that may be the key. It may be possible that the audio needed to be reencoded so it could be adjusted for the new framerate -- but since it was already DVD compatible (448kbs), it may have been incorrectly kept intact.
It looks from the log, though, like JoeH's audio was reencoded.
You are probably right here. I checked the logs, and in fact it says whenever the audio was already converted to ac3/448: ... Keeping original audio . Bingo!

[jdobbs]

You are probably right here. I checked the logs, and in fact it says whenever the audio was already converted to ac3/448: ... Keeping original audio . Bingo! I just finished converting 1280x720 to PAL DVD -- and it is perfectly in-sync. Next I'll do the same disc with ALTERNATE_PAL set. I think that must be where you got the bad sync -- it makes more sense because that's where it requires reencoding...

[Sharc]

I just finished converting 1280x720 to PAL DVD -- and it is perfectly in-sync. Next I'll do the same disc with ALTERNATE_PAL set. I think that must be where you got the bad sync -- it makes more sense because that's where it requires reencoding...

Yes, I have ALTERNATE_PAL normally set. In this case the log "...Keeping original audio" points to a possible problem.

[greslogo]

I'm almost positive I used playlist 51 (it's the first one) . I'm trying it, again, just to confirm.

I can't believe it. I encoded this twice...once for DVD-5 and once for BD-25. How could I have chosen the wrong playlist (I never went to the playlist and selected one) Is it possible BDR selected the wrong one, by default ?

Whenh I selecxted the the first one, 51, it worked fine.

[jdobbs]

Yes, I have ALTERNATE_PAL normally set. In this case the log "...Keeping original audio" points to a possible problem. I'd added some code a few versions ago to prevent unnecessary reencoding of AC3 -- and I'm 99% sure that's what's causing it. I just want to repeat it first so I can be sure it is fixed when I enable the fix. It's gotten to a point where there are so many settings in use that it's difficult to keep track of them

[jdobbs]

I can't believe it. I encoded this twice...once for DVD-5 and once for BD-25. How could I have chosen the wrong playlist (I never went to the playlist and selected one) Is it possible BDR selected the wrong one, by default ?

Whenh I selecxted the the first one, 51, it worked fine. It's possible, sure. Choosing the main playlist is just an educated guess based on a list of factors... it's right most of the time, but it can miss every now and then (maybe 1 out of 100).

[jdobbs]

Yes, I have ALTERNATE_PAL normally set. In this case the log "...Keeping original audio" points to a possible problem. Yep, that was it. It kept original audio when the source was already DD 5.1 and the bitrate was 448Kbs or less (DVD compatible) -- even though it required reencoding to match the video rate. I've just fixed it for the next release.

Thanks.

[humphammer]

I'm going to be picking that one up later today. I'll let you know what I find. I thought I had it -- but it seems to be MIA.

Is there more than one English audio choice on the streams menu?

I had the same problem with Real Steel. The feature is 21 chapters, but if you try to do a movie only backup BD rebuilder selects the one with 48 chapters that has the directors commentary. Must go to mode other movie and select the first one.

[Sharc]

Yep, that was it. It kept original audio when the source was already DD 5.1 and the bitrate was 448Kbs or less (DVD compatible) -- even though it required reencoding to match the video rate. I've just fixed it for the next release.

Thanks.
Good news. Thanks for your efforts in sorting this out.

[omegaman7]

I'm currently running GROUNDHOGS_DAY with X264/LAVF. I'm using the Alternate MKV output crf18@720P. I tried to use DGDecNV(without split), but it was throwing an error message like this:
http://i730.photobucket.com/albums/ww302/omegaman7/AudioDetectionMismatch.png
Killer elite was going considerably quicker with DGDecNV. If Groundhogs day could use it, I have no doubt it would see the speed gain as well.
I clicked "yes" on the window. Twice. But DGindexNV.exe hung for 7 minutes(Extracting A/V streams [VID_00011]), before I ultimately canceled.

When the current encode finishes, I'll attempt it again. And I'll upload what ever you need. More than anything, I'm curious exactly what this error means :)

[NightHawkGuy]

But DGindex.exe hung for 7 minutes(Extracting A/V streams [VID_00011]), before I ultimately canceled.
Probably need support on that issue over at neuron2's support forum for DGDecNV/DGindexNV?
http://neuron2.net/board/index.php

[omegaman7]

The thing is, it could be in BD Rebuilders code(it is new after all). Since I use his App, I figured I'd post here first. ;)
Besides, I believe Neuron2 is subscribed here :p

I'll try clicking "No" next time.

Clicking "No" apparently made the difference. So essentially, the detected type was the correct type. Assuming there are no more problems :S Apparently clicking "yes" confused "DGindexNV".

[greslogo]

Ok.. so Real Steel to DVD-5, no problem. To BD-25 I got this

----------------------
[02/19/12] BD Rebuilder v0.40.06 (beta)
[20:03:03] Source: REAL_STEEL
- Input BD size: 30.08 GB
- Approximate total content: [02:06:50.644]
- Target BD size: 22.95 GB
- Windows Version: 6.1 [7601]
- MOVIE-ONLY mode enabled
- Auto Quality: Good (Very Fast), ABR
- Decoding/Frame serving: DGDecNV
- Audio Settings: AC3=1 DTS=1 HD=1 Kbs=640
[20:03:03] PHASE ONE, Encoding
- [20:03:03] Processing: VID_00051 (1 of 24)
- [20:03:03] Extracting A/V streams [VID_00051]
- [20:23:50] Reencoding video [VID_00051]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 2,293 frames
- Bitrate: 13,289 Kbs
- [20:23:50] Reencoding: VID_00051, Pass 1 of 1
- [20:27:07] Video Encode complete
- [20:27:07] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (eng): Keeping original audio
- Track 4354 (fra): Keeping original audio
- Track 4355 (spa): Keeping original audio
- Track 4356 (eng): Keeping original audio
- [20:27:07] Multiplexing M2TS
- [20:27:14] Processing: VID_00052 (2 of 24)
- [20:27:14] Extracting A/V streams [VID_00052]
- [20:27:34] Reencoding video [VID_00052]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 2,513 frames
- Bitrate: 14,074 Kbs
- [20:27:34] Reencoding: VID_00052, Pass 1 of 1
- [20:30:42] Video Encode complete
- [20:30:42] Multiplexing M2TS
- [20:30:48] Processing: VID_00054 (3 of 24)
- [20:30:48] Extracting A/V streams [VID_00054]
- [20:32:52] Reencoding video [VID_00054]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 11,137 frames
- Bitrate: 13,791 Kbs
- [20:32:52] Reencoding: VID_00054, Pass 1 of 1
- [20:43:05] Video Encode complete
- [20:43:05] Multiplexing M2TS
- [20:43:17] Processing: VID_00053 (4 of 24)
- [20:43:17] Extracting A/V streams [VID_00053]
- [20:43:24] Reencoding video [VID_00053]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 1,118 frames
- Bitrate: 13,499 Kbs
- [20:43:24] Reencoding: VID_00053, Pass 1 of 1
- [20:44:05] Video Encode complete
- [20:44:05] Multiplexing M2TS
- [20:44:09] Processing: VID_00056 (5 of 24)
- [20:44:09] Extracting A/V streams [VID_00056]
- [20:44:30] Reencoding video [VID_00056]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 7,685 frames
- Bitrate: 13,309 Kbs
- [20:44:30] Reencoding: VID_00056, Pass 1 of 1
- [20:49:13] Video Encode complete
- [20:49:13] Multiplexing M2TS
- [20:49:23] Processing: VID_00058 (6 of 24)
- [20:49:23] Extracting A/V streams [VID_00058]
- [20:49:49] Reencoding video [VID_00058]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 10,496 frames
- Bitrate: 13,360 Kbs
- [20:49:49] Reencoding: VID_00058, Pass 1 of 1
- [20:56:18] Video Encode complete
- [20:56:18] Multiplexing M2TS
- [20:56:30] Processing: VID_00055 (7 of 24)
- [20:56:30] Extracting A/V streams [VID_00055]
- [20:56:37] Reencoding video [VID_00055]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 768 frames
- Bitrate: 14,292 Kbs
- [20:56:37] Reencoding: VID_00055, Pass 1 of 1
- [20:57:08] Video Encode complete
- [20:57:08] Multiplexing M2TS
- [20:57:12] Processing: VID_00060 (8 of 24)
- [20:57:12] Extracting A/V streams [VID_00060]
- [20:57:41] Reencoding video [VID_00060]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 11,161 frames
- Bitrate: 14,170 Kbs
- [20:57:41] Reencoding: VID_00060, Pass 1 of 1
- [21:05:36] Video Encode complete
- [21:05:36] Multiplexing M2TS
- [21:05:49] Processing: VID_00062 (9 of 24)
- [21:05:49] Extracting A/V streams [VID_00062]
- [21:06:20] Reencoding video [VID_00062]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 10,808 frames
- Bitrate: 14,160 Kbs
- [21:06:20] Reencoding: VID_00062, Pass 1 of 1
- Encode failed. Aborting.
- BD-Rebuilder v0.40.06 (beta)
- Windows Version: 6.1 [7601]
- AVISYNTH Version: 2.5.8.0, Ok
- HAALI Splitter: 1.11.96.14, Ok
- FFDSHOW: 3882, Ok
- WIN7 preferred AVC CODEC: Ok
- WIN7 preferred VC-1 CODEC: Ok
- WIN7 preferred MPEG2 CODEC: Ok
- FFDSHOW VC-1 set to "wmv9", Ok
- FFDSHOW MPEG2 set to "libavcodec": Ok
- FFDSHOW AVC set to "libavcodec": Ok
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok
[21:06:20] - Failed video encode, aborted

[jdobbs]

The thing is, it could be in BD Rebuilders code(it is new after all). Since I use his App, I figured I'd post here first. ;)
Besides, I believe Neuron2 is subscribed here :p

I'll try clicking "No" next time.

Clicking "No" apparently made the difference. So essentially, the detected type was the correct type. Assuming there are no more problems :S Apparently clicking "yes" confused "DGindexNV". Nope, not BD-RB -- I've not seen any error messages from DGDecNV... so these are new to me.

[jdobbs]

@greslogo

Are you overclocked? It's unusual that it would die there after successfully reencoding several other streams that are virtually identical in terms of content. My first guess would be overheating/CPU crash. I'd normally give the "reinstall" recommendation -- but CODECs usually don't get overwritten or intercepted in the middle of an encode -- and these are all AVC@1920x1080.

[omegaman7]

GROUNDHOG_DAY is the first TRUE_HD track I've dealt with, using DGDecNV. Given the amount of testing you likely do, you've probably done a bit of conversion in that area as well. This is likely an isolated incident. It sure would have been unfortunate for batch mode. Though I've only used it once. I'll attempt more TRUE_HD conversions over the coming days. But since you've had no troubles, this is likely a rare occurrence ;)

[greslogo]

@greslogo

Are you overclocked? It's unusual that it would die there after successfully reencoding several other streams that are virtually identical in terms of content. My first guess would be overheating/CPU crash. I'd normally give the "reinstall" recommendation -- but CODECs usually don't get overwritten or intercepted in the middle of an encode -- and these are all AVC@1920x1080.

I also thought it unusual since I had already encoded DVD-5's and BD-25 using the same source, just wrong playlist. Subsequently made a DVD-5 with the correct playlist and was pricessing the BD-25 when I got this. I'll try it again and see what happens.

No, no overclocking. Yes, all 1920 x 1080.

[jdobbs]

I also thought it unusual since I had already encoded DVD-5's and BD-25 using the same source, just wrong playlist. Subsequently made a DVD-5 with the correct playlist and was pricessing the BD-25 when I got this. I'll try it again and see what happens.

No, no overclocking. Yes, all 1920 x 1080. If it continues, try replacing your X264.EXE with the one found in v0.39.4 and see if that helps.

[JoeH]

OK, with the codecs all OK in the Inspect tool the audio and video came out OK on a 1080p reencode. However, the subtitles (which I had rendered to the Blu-ray subtitle format using TSMuxer) do not work.

==========================
[14:57:31] BD Rebuilder v0.40.07 (beta)
[14:57:31] BEGIN - BATCH SEQUENCE
==========================
-----------------------
[14:57:31] PROCESSING BATCH FILE [1]
----------------------
[02/19/12] BD Rebuilder v0.40.07 (beta)
[14:57:31] Source: BLURAY
- Input BD size: 16.61 GB
- Approximate total content: [01:53:11.585]
- Windows Version: 6.1 [7601]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- Mode: DVD-5, 720x480/576, AC3 Audio
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[14:57:31] PHASE ONE, Encoding
- [14:57:31] Processing: VID_00000 (1 of 1)
- [14:57:31] Extracting A/V streams [VID_00000]
- [15:04:33] Reencoding video [VID_00000]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 162,835 frames
- Bitrate: 4,869 Kbs
- [15:04:33] Reencoding: VID_00000
- [17:45:39] Video Encode complete
- [17:45:39] Processing audio tracks
- Track 4352 (eng): Reencoding audio to AC3...
[17:47:04]PHASE ONE complete
[17:47:04]PHASE TWO - Rebuild Started
- [17:47:04] Building ALTERNATE OUTPUT Structure
- [17:47:04] Converting 1 subtitles to DVD format.
- [17:48:10] Starting MPLEX.
- [17:50:26] Multiplexing 1 subtitles into stream.
- [17:52:34] Building DVD File Structure.
[17:55:06] - Encode and Rebuild complete
- WORKFILES folder removed.
[17:55:07] JOB: BLURAY finished.
==========================
[17:55:07] END - BATCH SEQUENCE
==========================

[JoeH]

Just a couple of notes about the subtitles I mux in using TSMuxer. I tend to use the font Calibri, size 85. As a side note, MultiAVCHD does convert them correctly to DVD (although I would much prefer to use BD Rebuilder if I can get it to work).

[jdobbs]

I'm sorry, but I've done many, many subtitle tests to DVD -- and I just don't think the problem is within BD-RB... I'll do a couple more tests. How does it work on an original commercial disc's subtitles?

BTW -- I know there are at least some problems with TSMUXER's subtitle routines. That's the reason I had to write the code to do the subtitle resizing within BD-RB (to prevent crashes when TSMUXER attempts resizing on some sources).

[JoeH]

OK, thanks. I'll try some original subs tonight and see if it works.

All this stuff is so complicated - I appreciate the great support you give for this great program.

FYI, I've been occasionally testing BD Rebuilder with TSMuxer subs ever since the DVD export feature was added to BD Rebuilder. If I remember correctly I have never gotten it to work correctly with TSMuxer subs. I probably should have reported it sooner, but always just fell back to MultiAVCHD out of haste.

[jdobbs]

OK, thanks. I'll try some original subs tonight and see if it works.

All this stuff is so complicated - I appreciate the great support you give for this great program.

FYI, I've been occasionally testing BD Rebuilder with TSMuxer subs ever since the DVD export feature was added to BD Rebuilder. If I remember correctly I have never gotten it to work correctly with TSMuxer subs. I probably should have reported it sooner, but always just fell back to MultiAVCHD out of haste. What kind of subs are you using (that are being converted to SUP by TSMUXER)? It's fairly easy to create a SUP from text subs (but almost impossible to go the other way without human intervention), maybe I could add a module...

Interesting that you'd have problems -- all the subs from commercial discs are demuxed by TSMUXER before BD-RB resizes them.

[soneca]

jdobbs,

Have you considered the possibility of adding BDSup2Sub for resizing and conversion of subtitles?

[jdobbs]

Yes -- but, I'd rather do it myself. BDSup2Sub would put another layer of requirements on it as well as a dependency on the java runtime libraries. It also includes some portions that aren't GPL, and I don't want to get into that.

Besides, all I'm doing is simple conversions and resizing -- and that's pretty straightforward. BDSup2Sub does a lot more things that I don't really need.

[soneca]

Ok. :(

[colinhunt]

Ran a full backup of Labyrinth (Jim Henson's puppets with very young Jennifer Connelly). Output's PiP video is not working. On some players PiP audio plays but there's no PiP video. PowerDVD 11 freezes when PiP video window is supposed to open. (Note: PDVD11 plays the original without problems.) PiP feature on this title also shows the name of the person speaking as a graphic separate from PiP video.

[abbadon]

Is BDRB supposed to check size first before all re-encoding, or just sometimes? I went to strip and audio track from a previous encode that was 10MB over the BD25 limit, but it still began to reencode. I tried a number of options, all unsuccessfully, until adding the NOREENCODE=1 line.

And maybe something else I missed, is there a place where the current size is listed, minus blanked playlists and deleted audio?

[bassnut]

With all the talk about DGDecNV I thought I would give it a try. Picked up an Asus560Ti 448 CORE to for my AMD FX8120 which I just got up and running on stock settings. All I had on my portable drive for a test was Mission Imposible III wich I ran with DGDecNV and with without, both runs were done with the same setting with multi process set at 2 instances just disabling DGDecNV for the second run.

Run 1 DGDecNV - 1h 13min
Run 2 without DGDecNV enabled 1h 37 min

I should note with Multi Process set at 2 my processor was running about 90% so once my OC is set back up it might be posssible to run at Muliti Process at 3. Some more testing is in order.

[NightHawkGuy]

With all the talk about DGDecNV I thought I would give it a try. Picked up an Asus560Ti 448 CORE to for my AMD FX8120 which I just got up and running on stock settings. All I had on my portable drive for a test was Mission Imposible III wich I ran with DGDecNV and with without, both runs were done with the same setting with multi process set at 2 instances just disabling DGDecNV for the second run.

Run 1 DGDecNV - 1h 13min
Run 2 without DGDecNV enabled 1h 37 min

I should note with Multi Process set at 2 my processor was running about 90% so once my OC is set back up it might be posssible to run at Muliti Process at 3. Some more testing is in order.

Was this full disc or movie only and what was the output size setting and format?
What was your x264 encoding settings? One pass or two pass? Very fast, faster, slower, or default?

[greslogo]

If it continues, try replacing your X264.EXE with the one found in v0.39.4 and see if that helps.

Ran it again and this time it completed correctly. No idea what happened the first time.

[jdobbs]

Is BDRB supposed to check size first before all re-encoding, or just sometimes? I went to strip and audio track from a previous encode that was 10MB over the BD25 limit, but it still began to reencode. I tried a number of options, all unsuccessfully, until adding the NOREENCODE=1 line.

And maybe something else I missed, is there a play where the current size is listed, minus blanked playlists and deleted audio? It checks sizing at the individual playitem level. So if a playitem's predicted size is less than or equal to the desired size -- it is kept intact. If not, it is reencoded. But don't forget, there also are lots of settings that make an encode necessary -- like filters, resizing, splitting, reencoding status of playlist peers... it goes on and on.

[jdobbs]

Ran it again and this time it completed correctly. No idea what happened the first time. You may want to think about opening up your box and vacuuming out any dust etc -- often CPU heatsinks can get clogged and cause overheating/crashing only in the most strenuous conditions or when ambient temperatures rise a few degrees.

Nothing exercises your processor like X264...

[greslogo]

Ya, I know. I did this about 6 months ago and it's time to clean it out, again. I am in a dusty environment. Thanks for reminding me.

[jdobbs]

Ya, I know. I did this about 6 months ago and it's time to clean it out, again. I am in a dusty environment. Thanks for reminding me. I always forget -- then I'll happen to open up CPU Hardware Monitor one day and notice that my idle temps are a few degrees higher than they used to be... it's amazing how much a little accumulated dust can affect CPU temps.

[JoeH]

Just to update everybody on the TSMuxer subtitles - jdobbs has identified the problem and says it will be fixed for the next release of BD-RB. Thanks jdobbs!

[JoeH]

What kind of subs are you using (that are being converted to SUP by TSMUXER)? It's fairly easy to create a SUP from text subs (but almost impossible to go the other way without human intervention), maybe I could add a module...

I use SRT text files (as they are easy to find, or even modify if it were necessary), and convert them to SUP using TSMuxer.

[soneca]

I always forget -- then I'll happen to open up CPU Hardware Monitor one day and notice that my idle temps are a few degrees higher than they used to be... it's amazing how much a little accumulated dust can affect CPU temps.

Really, enclosures with many fans are like vacuum cleaners, in a few months are very dirty!
've seen some coolers with fins fully enclosed by dirt, increasing up to 7 or 8 degrees the temperature at idle, ie, the temperature will also increase proportionally in full.

[Sharc]

Source audio is DTS-HD XLL (as reported by DB-RB).
The Channel position is
- Front: L C R (reported by MediaInfo). Playback is correct using the 3 front speakers on my 5.1 system.
After encoding to ac3 /448 the new channel position is
- Front: L R Side: C (reported by MediaInfo)
=> The original center speaker is mapped to the left rear speaker on my 5.1 audio system.

I think this 3-channel audio is quite unusual, so I don't mind to simply put the problem aside. I report it just in case it should be a bug which needs perhaps to be looked at for another reason.

[soneca]

I think it would be clearer if the BD Rebuilder inform the track DTS-HD Master Audio such as DTS-HD MA, not XLL. Since reports track DTS-HD High Resolution as DTS-HD.

[abbadon]

Solution to dust: watercooling. One of the overlooked benefits.

[omegaman7]

Solution to dust: watercooling. One of the overlooked benefits.

Clearly you missed my post LOL! My water cooler blew up in my face(so to speak). I'm not against them though...
And actually, radiators accumulate dust too :p

[bassnut]

Was this full disc or movie only and what was the output size setting and format?
What was your x264 encoding settings? One pass or two pass? Very fast, faster, slower, or default?

This was all done on Automatic settings as I had just got home from the weekend and just finished installing windows. I really have not had a chance to paly with this system since I upgraded the cooling to a custom loop. you will find the Rebuilder Log and INF files attached if you want to look.

[colinhunt]

Goshdarnit but v0.40.07 can be fast. I just did a full backup of a 37GB disc using DGDecNV, 3-way multiprocessing and 2-pass Highest Quality (i.e. Slowest). BD-RB blazed through it in only 4 hours. I'm used to seeing 8-hour runs on my encoding rig so this feels like a massive improvement.

I wonder why 0.40.07 suddenly fared worse than previous versions with secondary audio/video. I think I'll do some testing by disabling DGDecNV and multiprocessing, then running Labyrinth again. Difference in performance might also be linked to how secondaries are used on Labyrinth.

[richardrpg]

I don't even know if I should put this query up as its not really a bug.Just a bit of background, being using BD Rebuilder for about a year and only do "movie only backup" MKV Container 1080p DD5.1 Once I've completed making the MKV I run it through "MKV2VOB" or Tsmuxer and mux it to either .mpg or m2ts keeping the DD5.1 intact and file split for fat32. I do this because I have friends who only have a PS3 to watch HD movies and I'm the sucker who must do all the encoding for them. My problem is that the newer beta's of BD rebuilder (from about v0.40.03)give me an MKV which cant be Muxed again as they just crash TSmuxer after about 10sec. I've tried mkvmerge and MKV rebuilder etc to some how get tsmuxer to completed the job. As I said this is not a bug as I can watch the MKV perfectly on my PC, what I'm doing to overcome this problem is using an older version of BD rebuilder (v0,39.01) and then the mkv muxes perfectly. If anybody has got a bit of advice for me how I can end up with what I need or some info as to why this is happening it would be appreciated. But if I have turn my PC back to October 2011 each time then I have no problem doing that.... the Quality of BD rebuilders output files is just too good to even try any other encoder. Thanks

[jdobbs]

I don't even know if I should put this query up as its not really a bug.Just a bit of background, being using BD Rebuilder for about a year and only do "movie only backup" MKV Container 1080p DD5.1 Once I've completed making the MKV I run it through "MKV2VOB" or Tsmuxer and mux it to either .mpg or m2ts keeping the DD5.1 intact and file split for fat32. I do this because I have friends who only have a PS3 to watch HD movies and I'm the sucker who must do all the encoding for them. My problem is that the newer beta's of BD rebuilder (from about v0.40.03)give me an MKV which cant be Muxed again as they just crash TSmuxer after about 10sec. I've tried mkvmerge and MKV rebuilder etc to some how get tsmuxer to completed the job. As I said this is not a bug as I can watch the MKV perfectly on my PC, what I'm doing to overcome this problem is using an older version of BD rebuilder (v0,39.01) and then the mkv muxes perfectly. If anybody has got a bit of advice for me how I can end up with what I need or some info as to why this is happening it would be appreciated. But if I have turn my PC back to October 2011 each time then I have no problem doing that.... the Quality of BD rebuilders output files is just too good to even try any other encoder. Thanks What version of BD-RB were you using when you experienced the problem? That problem (caused by compressed headers being the default in the newer versions of MKVMERGE) should be fixed (since v0.40.05) and should no longer be an issue.

[richardrpg]

@jdobbs
I have had that problem since BD-RBV04004 and have tried them all up to the latest release BD-RBV04007. Previously I was using one of the Betas in v0.39.01 range so havent tried every beta between V0.39.01 upto v0.40.04.

Thanks for the reply

[jdobbs]

@jdobbs
I have had that problem since BD-RBV04004 and have tried them all up to the latest release BD-RBV04007. Previously I was using one of the Betas in v0.39.01 range so havent tried every beta between V0.39.01 upto v0.40.04.

Thanks for the reply I'll test it -- but I'm pretty sure that TSMUXER should have no problem reading MKV output since v0.40.05...

[richardrpg]

I'll test it -- but I'm pretty sure that TSMUXER should have no problem reading MKV output since v0.40.05...
Thanks jdobbs. i do have a warning log and output log from mkvmerge if that will help, its all greek to me, its just lots of "F:\Work\FINAL_DESTINATION_5_00.MKV: Error in the Matroska file structure at position 1175259930. Resyncing to the next level 1 element."
and lots of
"Warning: 'F:\Work\FINAL_DESTINATION_5_00.MKV' track 2: This AC3 track contains 103743 bytes of non-AC3 data which were skipped. The audio/video synchronization may have been lost"

This was using an MKV made with the latest beta of BD-RB. As you can see I'm trying everything, even stuff I have no clue about

[jdobbs]

Thanks jdobbs. i do have a warning log and output log from mkvmerge if that will help, its all greek to me, its just lots of "F:\Work\FINAL_DESTINATION_5_00.MKV: Error in the Matroska file structure at position 1175259930. Resyncing to the next level 1 element."
and lots of
"Warning: 'F:\Work\FINAL_DESTINATION_5_00.MKV' track 2: This AC3 track contains 103743 bytes of non-AC3 data which were skipped. The audio/video synchronization may have been lost"

This was using an MKV made with the latest beta of BD-RB. As you can see I'm trying everything, even stuff I have no clue about Ok, I'll let you know what I find from testing.

[colinhunt]

Another peculiarly programmed Blu-ray: Redemption Film's "The Shiver of the Vampires" (US/Region A). On the backup, extra materials and the movie itself start with a text screen containing master tape information. That screen is not displayed on the original. There's some information telling the player where it should start and end playback of a file that's not being copied over to the backup. It's not in Java code because this title does not have any Java on it.

[jdobbs]

Thanks jdobbs. i do have a warning log and output log from mkvmerge if that will help, its all greek to me, its just lots of "F:\Work\FINAL_DESTINATION_5_00.MKV: Error in the Matroska file structure at position 1175259930. Resyncing to the next level 1 element."
and lots of
"Warning: 'F:\Work\FINAL_DESTINATION_5_00.MKV' track 2: This AC3 track contains 103743 bytes of non-AC3 data which were skipped. The audio/video synchronization may have been lost"

This was using an MKV made with the latest beta of BD-RB. As you can see I'm trying everything, even stuff I have no clue about I just did two separate encodes to MKV. One was multipart and the other was a single part. Both were reencoded to AVC with AC3 audio (1080p DD5.1). I then opened them with TSMUXER... no problem at all. :confused:

[graffight]

Bd Rebulilder experienced an error 2501 sourcecheck 0009.

and then when you click ok

it says selected source is not BD format.

tried this with 2 blu rays now and still getting the same problem, got it 98% through 25gb rip yesterday aswell.

anyone any ideas only been getting since bd rebuilder 40.07

[jdobbs]

Bd Rebulilder experienced an error 2501 sourcecheck 0009.

and then when you click ok

it says selected source is not BD format.

tried this with 2 blu rays now and still getting the same problem, got it 98% through 25gb rip yesterday aswell.

anyone any ideas only been getting since bd rebuilder 40.07 There's no such error as 2501, and it is impossible to get a sourcecheck error 98% through a rip -- it is never executed other when selecting a source or reloading a job.

I'd recommend you post your log.

[graffight]

There's no such error as 2501, and it is impossible to get a sourcecheck error 98% through a rip -- it is never executed other when selecting a source or reloading a job.

I'd recommend you post your log.


just closed anydvd and tried it again and it worked, wierd i've never had any problems with leaving anydvd running whilst using your program jdobbs

[setarip_old]

@jdobbs

Hi!

Perhaps the "error 2501" is being generated by one of the associated programs.

I suggest this because the following Googlesearch generates quite a few specific references:

BD-Rebuilder error 2501

[omegaman7]

Wow. A lot of people do it that way eh? I prefer remove anydvd from the factors of problems that could arise. So I rip to hard disk. It only takes 25 - 45min most the time. Seems like it would be harder on the Blu ray drive to run for so long. Start stop start stop.

[jdobbs]

@jdobbs

Hi!

Perhaps the "error 2501" is being generated by one of the associated programs.

I suggest this because the following Googlesearch generates quite a few specific references:

BD-Rebuilder error 2501 2501 is probably the location and 0009 the error.

[soneca]

Bd Rebulilder experienced an error 2501 sourcecheck 0009.

and then when you click ok

it says selected source is not BD format.

tried this with 2 blu rays now and still getting the same problem, got it 98% through 25gb rip yesterday aswell.

anyone any ideas only been getting since bd rebuilder 40.07

These Blu-rays are taken to the hard disk as an image or file?

[jdobbs]

These Blu-rays are taken to the hard disk as an image or file?

I always just copy the BDMV and CERTIFICATE folders to a folder I create on my hard drive.

[richardrpg]

I just did two separate encodes to MKV. One was multipart and the other was a single part. Both were reencoded to AVC with AC3 audio (1080p DD5.1). I then opened them with TSMUXER... no problem at all. :confused:

Thanks for testing, I just tried again using BD-RB 0.40.07 MKV 1080p DD5.1. Put it through TSMUXER and mux to M2TS but get error "tsMuxer finished with error code-1073741810" and it muxes only 20mb of a 8gb mkv. Windows error log of
"Problem signature:
Problem Event Name: APPCRASH
Application Name: tsMuxeR.exe
Application Version: 0.0.0.0
Application Timestamp: 4a077b02
Fault Module Name: tsMuxeR.exe
Fault Module Version: 0.0.0.0
Fault Module Timestamp: 4a077b02
Exception Code: c0000005
Exception Offset: 0000c916
OS Version: 6.1.7600.2.0.0.256.48
Locale ID: 1033
Additional Information 1: 0a9e
Additional Information 2: 0a9e372d3b4ad19135b953a78882e789
Additional Information 3: 0a9e
Additional Information 4: 0a9e372d3b4ad19135b953a78882e789"

tsMuxer's output log is as follows
"SmartLabs tsMuxeR. Version 1.10.6 http://www.smlabs.net
Decoding H264 stream (track 1): Profile: High@4.0 Resolution: 1920:1080p Frame rate: 23.976
H.264 stream does not contain fps field. Muxing fps=23.976
H264 bitstream changed: insert nal unit delimiters
Decoding AC3 stream (track 2): Bitrate: 640Kbps Sample Rate: 48KHz Channels: 6"

Not to worry though, I'll just use an older version of BD-RB, I'm obviously doing something wrong on my side and am not really clued up on all this stuff (I'm a food scientist not a coder) but thanks anyway for your effort in trying to solve my issue. I'm also confused.

[graffight]

I always just copy the BDMV and CERTIFICATE folders to a folder I create on my hard drive.

I normally put them on my hard drive as an image if under 25gb and create BDMV and certificate folders if over 25gb then run BDRebuilder.

[richardrpg]

I just did two separate encodes to MKV. One was multipart and the other was a single part. Both were reencoded to AVC with AC3 audio (1080p DD5.1). I then opened them with TSMUXER... no problem at all. :confused:
Encoded the same Blu Ray again using BD-RB v0.39.01, encoded again to MKV container 1080p DD5.1 (same encoding settings as I used on BD-RB v0.40.07 except I just did a quicker 2 pass encode to save time) and put it through TSmuxer and muxed to M2TS, muxes without an issue. I'm totally stumped, the only difference I can see in TSmuxers log is that the MKV made using BD-RB v0.39.01 gives this line "A_AC3, "F:\work2\FINAL_DESTINATION_5_00.MKV", track=2, lang=und" While the same MKV using BD-RB v0.40.07 gives this line "A_AC3, "F:\work2\FINAL_DESTINATION_5_00.MKV", track=2, lang=eng"
I dont see how "und vs eng" can make any difference. i've attached media info texts for each MKV, if that can shed any light.
But really, I don't mind using an older version and will continue to do so. . thanks again

[soneca]

I normally put them on my hard drive as an image if under 25gb and create BDMV and certificate folders if over 25gb then run BDRebuilder.

And what program you use to mount the images, what is your operating system?

[jdobbs]

Thanks for testing, I just tried again using BD-RB 0.40.07 MKV 1080p DD5.1. Put it through TSMUXER and mux to M2TS but get error "tsMuxer finished with error code-1073741810" and it muxes only 20mb of a 8gb mkv. Windows error log of
"Problem signature:
Problem Event Name: APPCRASH
Application Name: tsMuxeR.exe
Application Version: 0.0.0.0
Application Timestamp: 4a077b02
Fault Module Name: tsMuxeR.exe
Fault Module Version: 0.0.0.0
Fault Module Timestamp: 4a077b02
Exception Code: c0000005
Exception Offset: 0000c916
OS Version: 6.1.7600.2.0.0.256.48
Locale ID: 1033
Additional Information 1: 0a9e
Additional Information 2: 0a9e372d3b4ad19135b953a78882e789
Additional Information 3: 0a9e
Additional Information 4: 0a9e372d3b4ad19135b953a78882e789"

tsMuxer's output log is as follows
"SmartLabs tsMuxeR. Version 1.10.6 http://www.smlabs.net
Decoding H264 stream (track 1): Profile: High@4.0 Resolution: 1920:1080p Frame rate: 23.976
H.264 stream does not contain fps field. Muxing fps=23.976
H264 bitstream changed: insert nal unit delimiters
Decoding AC3 stream (track 2): Bitrate: 640Kbps Sample Rate: 48KHz Channels: 6"

Not to worry though, I'll just use an older version of BD-RB, I'm obviously doing something wrong on my side and am not really clued up on all this stuff (I'm a food scientist not a coder) but thanks anyway for your effort in trying to solve my issue. I'm also confused. You can always swap out the MKVMERGE version on the new version with that of the older one...

[richardrpg]

You can always swap out the MKVMERGE version on the new version with that of the older one...
Thanks, will try , i would never have thought of doing that.

[jdobbs]

Thanks, will try , i would never have thought of doing that. Since the older one has a folder of its own and some support dlls, you'll also have to add a line to the [Paths] area of the INI:

[Paths]
MKVMERGE=c:\path\to\bd_rebuilder\tools\mkvmerge\mkvmerge.exe

[busch42]

graffight, what program do you use to rip to hard drive as an image? Because I use DVDfab an Anydvd to rip to hard drive, And they always put BDMV & Certificate
folders into the folder I create on hard drive.

[jdobbs]

graffight, what program do you use to rip to hard drive as an image? Because I use DVDfab an Anydvd to rip to hard drive, And they always put BDMV & Certificate
folders into the folder I create on hard drive. When I rip as an image I use IMGBURN to create the ISO and DAEMON TOOLS to mount it. It's easier, though, to just copy the folders.

[richardrpg]

Since the older one has a folder of its own and some support dlls, you'll also have to add a line to the [Paths] area of the INI:

[Paths]
MKVMERGE=c:\path\to\bd_rebuilder\tools\mkvmerge\mkvmerge.exe
O.K. so BDREBUILDER.txt should then look like this at the [Paths] section and I just swap out the MKVMerge's in the tools folder.

ALTMETHOD=2
ALTAUTOCROP=0
[Paths]
SOURCE_PATH=E:\
WORKING_PATH=F:\WORK\
MKVMERGE=c:\path\to\bd_rebuilder\tools\mkvmerge\mkvmerge.exe

[jdobbs]

O.K. so BDREBUILDER.txt should then look like this at the [Paths] section and I just swap out the MKVMerge's in the tools folder.

ALTMETHOD=2
ALTAUTOCROP=0
[Paths]
SOURCE_PATH=E:\
WORKING_PATH=F:\WORK\
MKVMERGE=c:\path\to\bd_rebuilder\tools\mkvmerge\mkvmerge.exe BDREBUILDER.INI... but, of course, you replace "c:\path\to" with whatever path you chose when you installed BD Rebuilder. Then just copy the MKVMERGE folder (under tools) from the old installation to the new one. You can leave the new MKVMERGE.EXE alone since the path statement tells BD-RB to use the other one.

[soneca]

graffight, what program do you use to rip to hard drive as an image? Because I use DVDfab an Anydvd to rip to hard drive, And they always put BDMV & Certificate
folders into the folder I create on hard drive.

It depends on your choice. Both programs can extract to your hard drive as blu-ray folder or ISO image file.

[Capsbackup]

Encoded the same Blu Ray again using BD-RB v0.39.01, encoded again to MKV container 1080p DD5.1 (same encoding settings as I used on BD-RB v0.40.07 except I just did a quicker 2 pass encode to save time) and put it through TSmuxer and muxed to M2TS, muxes without an issue. I'm totally stumped, the only difference I can see in TSmuxers log is that the MKV made using BD-RB v0.39.01 gives this line "A_AC3, "F:\work2\FINAL_DESTINATION_5_00.MKV", track=2, lang=und" While the same MKV using BD-RB v0.40.07 gives this line "A_AC3, "F:\work2\FINAL_DESTINATION_5_00.MKV", track=2, lang=eng"
I dont see how "und vs eng" can make any difference. i've attached media info texts for each MKV, if that can shed any light.
But really, I don't mind using an older version and will continue to do so. . thanks again

Thanks, will try , i would never have thought of doing that.

I have had, on some rare occasions, tsMuxer complain about certain files. What has worked for me is to demux the file, be it a .ts or .mkv, to its elementary streams and then add those streams individually into tsMuxeR.
I have used dgavcdec for the demux and then put the .264 and .ac3 into tsMuxeR with success! :)

EDIT:
If .m2ts is what you are remuxing the newly created .mkv into, why not just create a movie only Blu-ray and use that .m2ts that was created. This would remove the extra step you are doing! :confused:

[jdobbs]

I have had, on some rare occasions, tsMuxer complain about certain files. What has worked for me is to demux the file, be it a .ts or .mkv, to its elementary streams and then add those streams individually into tsMuxeR.
I have used dgavcdec for the demux and then put the .264 and .ac3 into tsMuxeR with success! :)

EDIT:
If .m2ts is what you are remuxing the newly created .mkv into, why not just create a movie only Blu-ray and use that .m2ts that was created. This would remove the extra step you are doing! :confused: That's a good point -- and if you really wanted an MKV (for archiving etc) just use MKVMERGE to make an MKV from the M2TS (easy as pie and only takes a few minutes).

[busch42]

Thanks soneca & jdobbs, But I think I will keep ripping blu-ray movie to a folder on my hard drive, I make a folder called the same as the movie, Then when I rip the movie with Fab there is 2 folders inside the folder I created called BMDV & Certificate, The I shrink the movie down to a BD25 with BDrebuilder, then I use IMGburn to burn, Seems to work well for almost all Blu-Rays.

[jdobbs]

Thanks soneca & jdobbs, But I think I will keep ripping blu-ray movie to a folder on my hard drive, I make a folder called the same as the movie, Then when I rip the movie with Fab there is 2 folders inside the folder I created called BMDV & Certificate, The I shrink the movie down to a BD25 with BDrebuilder, then I use IMGburn to burn, Seems to work well for almost all Blu-Rays. Not much different than the way I do it. I just use AnyDVD as a device driver and copy it directly. It usually takes about 10-15 minutes.

[soneca]

Also I prefer this way, I create images only for 3D movies.

[richardrpg]

I have had, on some rare occasions, tsMuxer complain about certain files. What has worked for me is to demux the file, be it a .ts or .mkv, to its elementary streams and then add those streams individually into tsMuxeR.
I have used dgavcdec for the demux and then put the .264 and .ac3 into tsMuxeR with success! :)

EDIT:
If .m2ts is what you are remuxing the newly created .mkv into, why not just create a movie only Blu-ray and use that .m2ts that was created. This would remove the extra step you are doing! :confused:
Thanks for the advice Capsbackup and jdobbs, I'm actually making 7.8gb MKV's at 1080p, as I need to save space (I'm a data addict & have been collecting Blu Ray rips for ages) and 800+ Blu Rays without compression will bankrupt me in no time as they are all on HDD's. ( As I also mentioned before, I'm not that versed in encoding and tend to stick with what I know, creature of habit, but you've both shown me I don't actually have a clue what I'm doing and what you've said actually does make sense , so I'll try that)
I did the MKVMERGE swap and it worked perfectly and muxed without a problem, at least I can now stay in 2012 and not have to time travel back to 2011 each time I do an encode.
Thanks again for all the help and keep making BD-RB the only encoder anyone will ever need.

[jdobbs]

Thanks for the advice Capsbackup and jdobbs, I'm actually making 7.8gb MKV's at 1080p, as I need to save space (I'm a data addict & have been collecting Blu Ray rips for ages) and 800+ Blu Rays without compression will bankrupt me in no time as they are all on HDD's. ( As I also mentioned before, I'm not that versed in encoding and tend to stick with what I know, creature of habit, but you've both shown me I don't actually have a clue what I'm doing and what you've said actually does make sense , so I'll try that)
I did the MKVMERGE swap and it worked perfectly and muxed without a problem, at least I can now stay in 2012 and not have to time travel back to 2011 each time I do an encode.
Thanks again for all the help and keep making BD-RB the only encoder anyone will ever need. The only downside to the old MKVMERGE is muxing of PGS subtitles which will be available in the next release of BD-RB. The old MKVMERGE doesn't support them (that's why I upgraded it in the package). But if you can live without them -- there's really no other problem of which I'm aware.

[omegaman7]

That's cool. My LG player seems to support Subtitles in MKV :D (LG BD640)

[AmigaFuture]

My LG player supports SRT in MKV but not SUP. I mostly watch movies with my computer using VLC which does support SUP. I'm glad to know about the next update supporting SUP.

Jdobbs, where you able to "fix" the challenge with Castaway (with Tom Hanks) not Rebuilding?

[colinhunt]

All the media players I use for MKV playback support SUP in MKV. I've been waiting for BD-RB to start muxing SUPs in the MKV output.

[richardrpg]

The only downside to the old MKVMERGE is muxing of PGS subtitles which will be available in the next release of BD-RB. The old MKVMERGE doesn't support them (that's why I upgraded it in the package). But if you can live without them -- there's really no other problem of which I'm aware.
I'm way more than happy at the moment, you've solved my little issue and I will cross the subtitle bridge if I ever need to. I'm just so glad I can stay in 2012.:D

[soneca]

That's cool. My LG player seems to support Subtitles in MKV :D (LG BD640)

I think the BD640 only supports .sub and the rest > SubRip (.srt / .txt), SAMI (.smi), SubStation Alpha (.ssa/.txt), MicroDVD (.sub/.txt), SubViewer 1.0 (.sub), SubViewer 2.0 (.sub/.txt), TMPlayer (.txt), DVD Subtitle System (.txt)

[omegaman7]

Ok, perhaps that statement was premature. The MKV I do have, has a subtitle in it, and it appears to use it properly. I guess when BD rebuilder begins the new subtitle capability, I'll play with it more ;)

[jdobbs]

My LG player supports SRT in MKV but not SUP. I mostly watch movies with my computer using VLC which does support SUP. I'm glad to know about the next update supporting SUP.

Jdobbs, where you able to "fix" the challenge with Castaway (with Tom Hanks) not Rebuilding?

I have it on my hard drive... but I forgot that I put it there and that I was going to test it. I'll run it later today. If I remember correctly you were attempting an MKV output using 1920x1080p with intact audio, right?

[Capsbackup]

Thanks for the advice Capsbackup and jdobbs, I'm actually making 7.8gb MKV's at 1080p, as I need to save space (I'm a data addict & have been collecting Blu Ray rips for ages) and 800+ Blu Rays without compression will bankrupt me in no time as they are all on HDD's. ( As I also mentioned before, I'm not that versed in encoding and tend to stick with what I know, creature of habit, but you've both shown me I don't actually have a clue what I'm doing and what you've said actually does make sense , so I'll try that)
I did the MKVMERGE swap and it worked perfectly and muxed without a problem, at least I can now stay in 2012 and not have to time travel back to 2011 each time I do an encode.
Thanks again for all the help and keep making BD-RB the only encoder anyone will ever need.

I'm way more than happy at the moment, you've solved my little issue and I will cross the subtitle bridge if I ever need to. I'm just so glad I can stay in 2012.:D

You can make movie only backups to BD9 (7.8GB) with BD-RB, including subtitles, right now the way it is. 1080P, DD 5.1 ac3. ;)
No more changing back the PC clock! :cool:

[AmigaFuture]

Jdobbs, correct. Rebuild wouldn't happen.

[jdobbs]

Jdobbs, correct. Rebuild wouldn't happen.It's running now -- the rebuild should start in about an hour. Edit: (Never mind -- I forgot to load your INI, it just started over).

[busch42]

Wow jdobbs, only takes you about 10-15 minutes to rip a Blu-Ray with Anydvd, You must have a fast machine or I have a slow one, Takes me about 30 to 40 minutes with DVDfab, might have to switch programs.

[jdobbs]

Wow jdobbs, only takes you about 10-15 minutes to rip a Blu-Ray with Anydvd, You must have a fast machine or I have a slow one, Takes me about 30 to 40 minutes with DVDfab, might have to switch programs. Well -- now that I give it more thought, 20-25 minutes is probably more like it.

[busch42]

That's still good, Like I said before, good 30 to 40 minutes to rip to hard drive then 2 1/2 to 3 hours to shrink with BDrebuilder to a BD25 then about 45 minutes to burn.

[jdobbs]

My LG player supports SRT in MKV but not SUP. I mostly watch movies with my computer using VLC which does support SUP. I'm glad to know about the next update supporting SUP.

Jdobbs, where you able to "fix" the challenge with Castaway (with Tom Hanks) not Rebuilding? Thanks for reminding me. It was a simple error -- but it only showed up if BD-RB detected an audio delay... that movie had a very small delay that caused that section of code to be executed.

I've fixed it for the next release.

[richardrpg]

You can make movie only backups to BD9 (7.8GB) with BD-RB, including subtitles, right now the way it is. 1080P, DD 5.1 ac3. ;)
No more changing back the PC clock! :cool:
I forgot to also mention that I'm doing what I'm doing ,(the TSmuxer or MKV2VOB step) to also add a fat32 file split as I share my movies with friends who only have PS3's to watch HD. As you know PS3 can only read FAT32 ext HDD's. Can your method add that step or must I put the output through a splitter ?

[AmigaFuture]

Wow jdobbs, only takes you about 10-15 minutes to rip a Blu-Ray with Anydvd, You must have a fast machine or I have a slow one, Takes me about 30 to 40 minutes with DVDfab, might have to switch programs.

It depends on the content per disk. As well as optical drive. ;)


@ Jdobbs, You're Welcome. :-D Glad I could assist, heh heh.

[richardrpg]

That's still good, Like I said before, good 30 to 40 minutes to rip to hard drive then 2 1/2 to 3 hours to shrink with BDrebuilder to a BD25 then about 45 minutes to burn.
You should check to see if your BR-rom has not got a "riplock" firmware installed, I removed mine & my read speed has increased from 10mb/s to 30mb/s and higher. Just ripped Columbiana to an iso and total time is 12min, its a small iso though, only 23gb.

[jdobbs]

You should check to see if your BR-rom has not got a "riplock" firmware installed, I removed mine & my read speed has increased from 10mb/s to 30mb/s and higher. Just ripped Columbiana to an iso and total time is 12min, its a small iso though, only 23gb. Right -- I should have mentioned that. Most drives limit their read speed on video discs to lower noise levels. I ran MediaCodeSpeedEdit against my drive's firmware and disabled RipLock.

[omegaman7]

I left riplock :S I'm afraid increasing the read speed, will affect the longevity of the drive :p

[michgaud]

I experienced severe out of sync AV issues upon the first use of Version 0.40.07. I also had multiple Pixellated images about every 2 to 3 Minutes in the Video. I went back to V 0.40.04 and was able to process the disc with an excellent result. I then went back to V 0.40.07 and deleted Multiprocess from the config file and ran the disc again and everything came out perfect. Hope this helps

[jdobbs]

I left riplock :S I'm afraid increasing the read speed, will affect the longevity of the drive :p It's just there to avoid complaints about too much noise when watching a film.

[jdobbs]

I experienced severe out of sync AV issues upon the first use of Version 0.40.07. I also had multiple Pixellated images about every 2 to 3 Minutes in the Video. I went back to V 0.40.04 and was able to process the disc with an excellent result. I then went back to V 0.40.07 and deleted Multiprocess from the config file and ran the disc again and everything came out perfect. Hope this helps I think it may have been an anomaly and removing MULTIPROCESS was coincidental ... too many others are successfully using MULTIPROCESS.

I'm at a loss as to how splitting a process could cause pixelation...

[omegaman7]

I suppose that makes sense :p

[michgaud]

Sync issues were what caused the most heartache. I am not sure of the correlation of that to Multiprocess or if there is one. It was the only variable I changed in the equation. Have run more discs with the newer version without Multiprocess and there have been none of the earlier sync issues.

[Marco33]

Backing up Twilight Breaking Dawnn. It's for the kids Really. Anyway I did the movie only backup. The first 15 minutes has scenes out of order. People are talking then all of a sudden they are just then walking in the room then the conversation is way far ahead. It's weird. Just for the heck of it I'll try backing up my whole disk. Maybe that will work better. Anybody seen this maybe with another movie?

[jdobbs]

Backing up Twilight Breaking Dawnn. It's for the kids Really. Anyway I did the movie only backup. The first 15 minutes has scenes out of order. People are talking then all of a sudden they are just then walking in the room then the conversation is way far ahead. It's weird. Just for the heck of it I'll try backing up my whole disk. Maybe that will work better. Anybody seen this maybe with another movie? Go to "MODE/Other Movie-Only Playlist" and select a different playlist. Apparently the one selected is for some type of extra (or purposeful obfuscation).

A full backup will work...

[omegaman7]

I thought that full backups won't work with Java protection.

For a movie only backup, it's playlist 689 :D

[jdobbs]

I thought that full backups won't work with Java protection.

For a movie only backup, it's playlist 689 :D Full backups work with BD-25 (for all players, BD-J or not). They also will work on BD-5/9 if the player supports it (like my Sony and my Samsung standalones). There's a thread here somewhere that lists players that support it.

[NightHawkGuy]

This will to BD-25 (for all players). They also will work on BD-5/9 if the player supports it (like my Sony and my Samsung standalones). There's a thread here somewhere that lists players that support it.

Is this the thread?
List of BD-Rebuilder Compatible Players (BD5\BD9 output) (http://forum.doom9.org/showthread.php?t=144674)

[busch42]

Thanks guys, I never heard of riplock firmware, Guess I learn something new everyday that's why I love sites like this, The reason I said 30 to 40 minutes to rip to hard drive is because I have only done about 15 Blu-Rays and so far each one has been in the 30's to 40's gb size. Right now I'm doing the movie Puss in boots which I just bought at Wal-mart and it is 43GB. I ran DVDfab thru it successfully now I'm trying to shrink to BD25 with BDrebuilder.

[jdobbs]

Is this the thread?
List of BD-Rebuilder Compatible Players (BD5\BD9 output) (http://forum.doom9.org/showthread.php?t=144674)There's a newer one that I started last month (I think).

[omegaman7]

Jdobbs, are you saying that you backed up "Source code"(Full bd-25) and perhaps similar titles with the structural java protection, and it plays fine? If so, I clearly missed something. I think star wars may have had a similar protection. Essentially, multiple bogus playlists, and when on a copy, it doesn't play back properly.

[setarip_old]

@jdobbs

Hi!

Here's a link to the newer thread...

http://forum.doom9.org/showthread.php?p=1541710#post1541710

[Geo]

Hi,
I have tried to use the one-pass CRF encoding with the FIXED_CRF= option in the config file. The txt file on hidden options says that in that case the "output size control disappears". In fact it does not disappear at all and a CRF value is estimated to match the target size.
I have made a thorough search in order to find an explanation without success. Maybe I miss something or is it a bug ? Thanks for help.

[jdobbs]

Jdobbs, are you saying that you backed up "Source code"(Full bd-25) and perhaps similar titles with the structural java protection, and it plays fine? If so, I clearly missed something. I think star wars may have had a similar protection. Essentially, multiple bogus playlists, and when on a copy, it doesn't play back properly. Yes. Those things don't matter when doing a full backup. It plays back exactly like the original -- and the multiple bogus playlists act exactly as they did on the original (usually doing nothing).

[jdobbs]

Hi,
I have tried to use the one-pass CRF encoding with the FIXED_CRF= option in the config file. The txt file on hidden options says that in that case the "output size control disappears". In fact it does not disappear at all and a CRF value is estimated to match the target size.
I have made a thorough search in order to find an explanation without success. Maybe I miss something or is it a bug ? Thanks for help. You've probably misspelled it in the INI (or something similar). When a fixed CRF is set, there is no prediction done. You add it via the "View/Edit Config file" option in the file menu. It should be in the "[Options]" section and here's how it should look:

FIXED_CRF=18

The value must be somewhere between 10 and 50...

[soneca]

Hi jdobbs,

Came to test the resizing subtitles with another algorithm?

[busch42]

Just got finished shrinking the movie Puss in Boots to a BD25, Took me 3 hours 31 minutes, For some reason I had to do it 3 times because it would keep coming up x264.exe error cannot recode, I have been having this problem alot, I would keep uninstalling the required programs and reinstalling them then they would work.

[jdobbs]

Just got finished shrinking the movie Puss in Boots to a BD25, Took me 3 hours 31 minutes, For some reason I had to do it 3 times because it would keep coming up x264.exe error cannot recode, I have been having this problem alot, I would keep uninstalling the required programs and reinstalling them then they would work. Gotta be your system glitching... otherwise it would be consistent.

[jdobbs]

Hi jdobbs,

Came to test the resizing subtitles with another algorithm? I've tweaked it and also found an error in offset positioning and it should be visibly clearer.

[Geo]

> jdobbs (FIXED_CRF)

I have done exactly what you says and here is the copy of my config file :

"
[Options]
VERSION=0.40.0.7
MODE=2
ENCODE_QUALITY=2
ONEPASS_ENCODING=1
AUTO_QUALITY=0
AUTO_BIAS=2
FIXED_CRF=20
ALTCRF=20
AUDIO_TO_KEEP=eng;fra;fre;
SUBS_TO_KEEP=all
SD_CONVERT=0
OPEN_GOP=0
RESIZE_1080=0
DEINTERLACE=0
SD_TO_1080=0
CONVERT_WIDE=0
DTS_REENCODE=1
AC3_REENCODE=1
AC3_640=0
AC3_192=0
KEEP_HD_AUDIO=0
AVCHD=0
REMOVE_WORKFILES=0
MOVIE_ONLY_LOOP=1
REMOVE_OUTPUT=0
USE_FILTERS=0
BDMV_CERT_ONLY=1
USE_LAVF=0
IVTC_PULLDOWN=0
ASSUME_DVD_PAL=0
UNMASK_CHAPTER=0
COMPLETION_BEEP=1
DGDECNV=0
AUDIO_TRACK_LIMIT=1
SUBTITLE_TRACK_LIMIT=0
CUSTOM_TARGET_SIZE=8400
"

I have checked "One-pass CRF encoding" in the "Settings / Encoder settings" options but the target size options in "Settings / Output options" are still available (I understood, they should have disappeared). So, I don't understand. Have you any idea ? Thanks.

[jdobbs]

The target settings won't disappear -- they will just be ignored/overridden during the encode.

I just tested it. I think I see the source of the confusion. The text saying "Performing CRF prediction" is still showing in the log. That is incorrect. It is actually encoding the orignal at that point. I'll correct that for the next release.

[Geo]

> jdobbs (FIXED_CRF)

Thanks a lot for the answer. I will check and report you back.

[Sharc]

Alternate output mode:
iPad MP4 HD, 1024x768/576, 128Kbs AAC; crf=22
gives an x264 warning:
MB rate (115200) > level limit (108000)

Do I have to change settings?

[jdobbs]

I'm not familiar with that warning -- you may want to ask about it in the X264 subforum.

[NightHawkGuy]

I've noticed on the x264 command line BDR uses for 480i 16:9 SD 720x480 sources:
--sar 40:33
but that sar setting is apparently for a 704x480 resolution.

I believe the correct sar settings for 720x480 resolution titles are:
sar 32:27 for 16:9 720x480
sar 8:9 for 4:3 720x480

The current sar settings may cause a slight error in displayed aspect ratio, for a 16:9 720x480 SD title of 1.82 instead of 1.78(16:9)

[jdobbs]

I've updated the first post of this thread with links to a new version of BD-RB (v0.40.08). Changes for this release:- Made several improvements to the subtitle resizing
routines to provide a more accurate representation
of the original PGS when resizing video output.
- Corrected a bug that could cause subtitle resizing
to fail under some rare circumstances.
- Added support for subtitle muxing in ALTERNATE
output to MKV. This feature is enabled by adding
a new hidden option MKV_MUXSUPS=1 to the INI file
(see HIDDENOPTS.TXT). Note: This feature muxes
.SUP files in Blu-ray format. SUP formatted
subtitles are not supported in all MKV players.
Please check your MKV player's specifications.
- Corrected a problem that could result in audio
desynchronization when converting to PAL under
certain circumstances.
- Added a new hidden option DISABLE_VIDEO_SLEEP.
This will prevent video card sleep mode, and may
be useful when running jobs overnight while using
DGDecNV with some video cards.
- Corrected a problem in which subtitles created by
TSMUXER from text-type sources failed to be muxed
and resized properly into ALTERNATE/DVD output.
- Corrected an error in which adjusting for an audio
delay would cause ALTERNATE/MKV multiplexing to
fail and BD-RB to abort.
- Corrected a reporting error in which "Performing
CRF prediction" is displayed in the log even when
a fixed CRF is being applied (and not prediction
is actually performed).
- Updated the included version of MKVMERGE.EXE to
the latest release (v5.3.0.0).
- Other minor corrections and cosmetic fixes.

[jdobbs]

I've noticed on the x264 command line BDR uses for 480i 16:9 SD 720x480 sources:
--sar 40:33
but that sar setting is apparently for a 704x480 resolution.

I believe the correct sar settings for 720x480 resolution titles are:
sar 32:27 for 16:9 720x480
sar 8:9 for 4:3 720x480

The current sar settings may cause a slight error in displayed aspect ratio, for a 16:9 720x480 SD title of 1.82 instead of 1.78(16:9)See this post (http://forum.videohelp.com/threads/323384-MeGUI-x264-Aspect-Ratio-Tag?p=2007584&viewfull=1#post2007584) for explanation of why the current values are used.

Also see this link. (http://www.x264bluray.com/home/480i-ntsc)

[soneca]

I've tweaked it and also found an error in offset positioning and it should be visibly clearer.

Thank you! Testing...:D

[jdobbs]

To all:

A reminder: Do not report any bugs on sources that have been preprocessed. If the original has been modified in any way it is preprocessed. If you remove adverts with another package -- it is preprocessed. If you make a little change with another package -- it has been preprocessed. If you decide to "make a change that has not impact anything" with BDEDIT -- it is preprocessed.

I really don't like spending hours trying to find a bug (that I can't repeat) only to discover that it has probably been introduced by some other package during preprocessing (especially when the fact wasn't revealed to me until after I'd spent a considerable amount of time on it).

:(

[soneca]

Much better, although not competing for the Oscar for best subtitle.:p

:thanks:

[jdobbs]

Much better, although not competing for the Oscar for best subtitle.:p

:thanks::cool:

[techno1]

I recently backed up How To Train Your Dragon and viewers have indicated the audio goes out of sync near the middle. I used Imgburn to create an ISO of the AnyDVDHD ripped structure and when mounted and played, the audio is IN sync thru-out. Unfortunately I can't do much with a 38GB ISO. This has apparently been an issue with other software similar to BD-Rebuilder. I won't mention the Fab product directly...

[jdobbs]

I recently backed up How To Train Your Dragon and viewers have indicated the audio goes out of sync near the middle. I used Imgburn to create an ISO of the AnyDVDHD ripped structure and when mounted and played, the audio is IN sync thru-out. Unfortunately I can't do much with a 38GB ISO. This has apparently been an issue with other software similar to BD-Rebuilder. I won't mention the Fab product directly...

A couple thousand encodes with BD-RB so far and none are out-of-sync. Follow the instructions to the letter in the first post of this thread and it works every time. Anything can happen, I guess, but most of the time sync issues come right back to configuration.

[techno1]

A couple thousand encodes with BD-RB so far and none are out-of-sync. Follow the instructions to the letter in the first post of this thread and it works every time. Anything can happen, I guess, but most of the time sync issues come right back to configuration.

JDobbs, could you please post the # of the thread that mentions the instructions? Thanks

[Adbear]

JDobbs, could you please post the # of the thread that mentions the instructions? ThanksThat would be the first post (#1) as he said

[Geo]

> jdobbs (FIXED_CRF)

I have carried out a test and it looks OK. Thanks for all.

[DarWun]

- Added a new hidden option DISABLE_VIDEO_SLEEP.
This will prevent video card sleep mode, and may
be useful when running jobs overnight while using
DGDecNV with some video cards.


I just ran a couple of batch jobs in a row while I went out and I no longer received the DGDecNV error when moving to the next job after the display went to sleep. This option is greatly appreciated!!!

[graffight]

hi all,

I'm getting the error condition error still, BD Rebuilder experience an error 2501 , sourcecheck 000055 2501.

It's happening everytime now with anything i put in.
I've tried wiping my source hard drive and scanning for errors nothing there.
I've tried ripping with anydvd using image and rip video dvd to harddisk
I've tried downloading other sources over 25gb and trying those it does exactly the same.
I've tried taking BD rebuilder off and installing it again.

I've ran the inspect tool but nothing there see below

- Windows Version: 6.1 [7601]
- AVISYNTH Version: [2.5.7.0], Ok
- HAALI Splitter: [1.9.42.1], Ok
- FFDSHOW: [3882], Ok
- WIN7 preferred AVC CODEC: Ok
- WIN7 preferred VC-1 CODEC: Ok
- WIN7 preferred MPEG2 CODEC: Ok
- FFDSHOW VC-1 set to "wmv9", Ok
- FFDSHOW MPEG2 set to "libavcodec": Ok
- FFDSHOW AVC set to "libavcodec": Ok
- BD Rebuilder v0.40.0.7, Ok
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok

report looks a bit like this

- [23:31:52] SourceCheck() 00009 2501
- [23:32:34] SourceCheck() 00009 2501
- [23:32:45] SourceCheck() 00055 2501



Need help please!!!

[colinhunt]

Anyone else tried to do full backup of Transformers 3 disc 2 to BD25? Interested to hear how it worked out for others, especially the multi-angle sequences.

[jdobbs]

hi all,

I'm getting the error condition error still, BD Rebuilder experience an error 2501 , sourcecheck 000055 2501.

It's happening everytime now with anything i put in.
I've tried wiping my source hard drive and scanning for errors nothing there.
I've tried ripping with anydvd using image and rip video dvd to harddisk
I've tried downloading other sources over 25gb and trying those it does exactly the same.
I've tried taking BD rebuilder off and installing it again.

I've ran the inspect tool but nothing there see below

- Windows Version: 6.1 [7601]
- AVISYNTH Version: [2.5.7.0], Ok
- HAALI Splitter: [1.9.42.1], Ok
- FFDSHOW: [3882], Ok
- WIN7 preferred AVC CODEC: Ok
- WIN7 preferred VC-1 CODEC: Ok
- WIN7 preferred MPEG2 CODEC: Ok
- FFDSHOW VC-1 set to "wmv9", Ok
- FFDSHOW MPEG2 set to "libavcodec": Ok
- FFDSHOW AVC set to "libavcodec": Ok
- BD Rebuilder v0.40.0.7, Ok
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok

report looks a bit like this

- [23:31:52] SourceCheck() 00009 2501
- [23:32:34] SourceCheck() 00009 2501
- [23:32:45] SourceCheck() 00055 2501



Need help please!!!

It's happening when BD-RB is trying to do a simple directory scan. Is this drive unusual in any way? Is it a USB drive, network drive, etc? The 00055 isn't the issue -- that one is just a spinoff of the real error which is 00009.

[Shylock]

Hi jdobbs,

I'm using BDRB for a while and never encounter any trouble so far.
I have my first issue
The source is Lethal weapon 2, region B
Target is BD 25.
Source ripped with AnyDVDHD to files, no preprocessing.
The main feature was processed flawlessly (VC-1, 1920x1080)
but BDRB fails when it tries to process the next file (VC-1, 720x480)
The original m2ts plays flawessly and do not seem to be corrupted.
My system is WIN 7 64 French localised
here is the log


[02/26/12] BD Rebuilder v0.40.08 (beta)
[07:36:14] Source: LETHAL_WEAPON_2
- Input BD size: 28,75 GB
- Approximate total content: [02:12:23.418]
- Target BD size: 22,95 GB
- Windows Version: 6.1 [7601]
- Quality: Highest (Very Slow), Two Pass
- Decoding/Frame serving: X264/LAVF [4-way]
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[07:36:14] PHASE ONE, Encoding
- [07:36:14] Processing: VID_00020 (1 of 5)
- [07:36:14] Extracting A/V streams [VID_00020]
- [07:51:44] Reencoding video [VID_00020]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23,976fps, 164*647 frames
- Bitrate: 21*541 Kbs
- [07:51:44] Reencoding: VID_00020, Pass 1 of 2
- [09:17:00] Reencoding: VID_00020, Pass 2 of 2
- [15:11:16] Video Encode complete
- [15:11:17] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (fra): Keeping original audio
- Track 4364 (eng): Keeping original audio
- [15:11:17] Multiplexing M2TS
- [15:47:11] Processing: VID_00075 (2 of 5)
- [15:47:11] Extracting A/V streams [VID_00075]
- [15:47:38] Reencoding video [VID_00075]
- Source Video: VC-1, 720x480
- Rate/Length: 29,970fps, 6*770 frames
- Bitrate: 3*455 Kbs
- [15:47:38] Reencoding: VID_00075, Pass 1 of 2
- Encode failed. Aborting.
- BD-Rebuilder v0.40.08 (beta)
- Windows Version: 6.1 [7601]
- AVISYNTH Version: 2.5.8.0, Ok
- HAALI Splitter: 1.11.96.14, Ok
- FFDSHOW: 3882, Ok
- WIN7 preferred AVC CODEC: Ok
- WIN7 preferred VC-1 CODEC: Ok
- WIN7 preferred MPEG2 CODEC: Ok
- FFDSHOW VC-1 set to "wmv9", Ok
- FFDSHOW MPEG2 set to "libavcodec": Ok
- FFDSHOW AVC set to "libavcodec": Ok
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok
[15:47:40] - Failed video encode, abort

here is the last x264 command:

"C:\Program Files (x86)\BD_Rebuilder\tools\x264.exe" "D:\BDWORK\WORKFILES\VID_00075.AVS"
--preset slow --bluray-compat --ref 6 --b-adapt 1 --b-pyramid none --weightp 1 --qpmin=0 --bitrate 3455
--level 4.1 --qpfile "D:\BDWORK\WORKFILES\VID_00075.CHP" --sar 10:11 --aud --nal-hrd vbr --pic-struct
--vbv-bufsize 30000 --keyint 24 --min-keyint 1 --ipratio 1.1 --pbratio 1.1 --vbv-maxrate 35000
--fake-interlaced --threads auto --slices 4 --thread-input
--stats "D:\BDWORK\WORKFILES\VID_00075.AVS.264.stats" --pass 1 --output NUL

[jdobbs]

@Shylock

I notice you have chosen LAVF as your decoder. A 720x480i VC-1 source cannot be decoded by LAVF, so DirectShow is forced as the decoder. My guess is that some other software is intercepting/interfering with the decode. The feature got through unscathed because it is not VC-1 interlaced and was decoded by LAVF. Try uninstalling and reinstalling FFDSHOW, HAALI, and AVISYNTH.

I'll look through my discs and try to find one with 480i VC-1 and see if it encounters any issues.

[Shylock]

Thanks Jdobbs.

Uninstalled and reinstalled as you suggested.
Now it's working..the job as resumed.
Many thanks for your quick answer and wonderfull software.

[jdobbs]

Thanks Jdobbs.

Uninstalled and reinstalled as you suggested.
Now it's working..the job as resumed.
Many thanks for your quick answer and wonderfull software. Good to know. Thanks for the feedback. I just wish I knew what popular software out there is screwing with the DirectShow settings and intercepts/interferes with the original FFDSHOW/HAALI/AVISYNTH installation.. it seems to happen a lot.

[techno1]

That would be the first post (#1) as he said

I'm not new to BD-RB. I've made hundreds of backups with few if any issues until now. The audio starts getting delayed on How To Train Your Dragon about 1/2 way thru, and gets prpgressively worse near the end. Approx. 5 second delay. I haven't had a need to touch anything (settings) in months, but jdobbs mentioned it's configuration. So I tried many permutations of the settings with exactly the same delayed audio result. I even tried downloading a Dec 2011 release, and left ALL the settings @ default, and still got delayed audio. The main .m2ts plays fine as does a 35GB .iso made from the AnyDVD structure. I'm at a loss.

[jdobbs]

I'm not new to BD-RB. I've made hundreds of backups with few if any issues until now. The audio starts getting delayed on How To Train Your Dragon about 1/2 way thru, and gets prpgressively worse near the end. Approx. 5 second delay. I haven't had a need to touch anything (settings) in months, but jdobbs mentioned it's configuration. So I tried many permutations of the settings with exactly the same delayed audio result. I even tried downloading a Dec 2011 release, and left ALL the settings @ default, and still got delayed audio. The main .m2ts plays fine as does a 35GB .iso made from the AnyDVD structure. I'm at a loss. I'll look around for "How to Train Your Dragon" and run it to see what I find. You mentioned the main M2TS plays ok -- what section (feature) has the issue?

[j_m_min]

Hey Jdobbs, been working great here for a year. Just did Bucky Larson and only screen that plays is a sony screen that says can't play due to parental controls lock. I have no lock, password and settings say 'unlocked.' Any ideas on why this happened? I never tried playing the original disc, just ripped and sent back. But can play all other rated R movies.

[graffight]

It's happening when BD-RB is trying to do a simple directory scan. Is this drive unusual in any way? Is it a USB drive, network drive, etc? The 00055 isn't the issue -- that one is just a spinoff of the real error which is 00009.


No just a standard hard drive used for a while , i've also tried a usb hard drive aswell and does the same its weird, i've used BDRB for years now and never had a problem.

[AmigaFuture]

JDobbs: My first test with 40.08, Cast Away. Alternate MKV and Audio Intact. A/V look good and seem to be in good sync. The 1st subtitles (SUP) showed "[Wind Blowing Softly]" was all I saw. I skipped ahead a few times and even checked the 2nd Subtitle. Didn't see it either.

I used MKVExtractGUI, as per usual for me, dragged the completed Build over it, unchecked the SUP's, dragged the "Work" SUP's over, made sure English is active on both, then rebuilt. I saw "[Wind Blowing Softly]" again and the 1st conversation. 2nd SUP is also functioning now. Hmmm... I cannot tell which SUP's the program added, but I noticed there are:

00001.track_4608.sup
00001.track_4608-rz.sup
00001.track_4612.sup
00001.track_4612-rz.sup

I wondered if the "*-rz.sup"'s are being used, so I rebuilt with them also and I got the same effect effect as BD-RB has built it. Using the other, Subtitles are looking as per Blu-Ray. :) I hope this helps you.

[jdobbs]

JDobbs: My first test with 40.08, Cast Away. Alternate MKV and Audio Intact. A/V look good and seem to be in good sync. The 1st subtitles (SUP) showed "[Wind Blowing Softly]" was all I saw. I skipped ahead a few times and even checked the 2nd Subtitle. Didn't see it either.

I used MKVExtractGUI, as per usual for me, dragged the completed Build over it, unchecked the SUP's, dragged the "Work" SUP's over, made sure English is active on both, then rebuilt. I saw "[Wind Blowing Softly]" again and the 1st conversation. 2nd SUP is also functioning now. Hmmm... I cannot tell which SUP's the program added, but I noticed there are:

00001.track_4608.sup
00001.track_4608-rz.sup
00001.track_4612.sup
00001.track_4612-rz.sup

I wondered if the "*-rz.sup"'s are being used, so I rebuilt with them also and I got the same effect effect as BD-RB has built it. Using the other, Subtitles are looking as per Blu-Ray. :) I hope this helps you. the -rz indicates that these are resized subtitles.

[AmigaFuture]

Ah, okay. Hmm...I didn't set any option to resize them as I'm not doing BD to DVD. So I'll guess BD-RB it's doing it by default? Unless you figure in Target Size BD-5...hmm...I wouldn't consider that BD to DVD though since it's MKV. I also wonder then...are they resized too big and that's why I only saw the 1 part of the subtitle when using those? Another question is, why was the resize muxed in?

[colinhunt]

Ran into problems with a VC-1 source (Warner's Being There) and DGDecNV. At least that's what I think is the cause.

I'm running v0.40.08 on a new laptop which sports a GTX 570M with 3GB of VRAM and latest Nvidia drivers. The backup had been running merrily for an hour or so when I heard the laptop make a couple of error beeps. When I tapped the mousepad to turn the display on, I could see two error message windows disappear from screen in a blink of an eye. Both had a large red X symbol on them, but I didn't see what they said.

However, I could see that GPU temperature dropped down to idle temps very quickly after that and BD-RB's encoding speed climbed rapidly from 20fps to 140fps. That was during pass 2 with 1080p VC-1 source and BD-RB set to highest quality, so I assume the encoder was being fed blank frames due to DGDecNV conking out.

My apologies if I posted this on an incorrect thread; wasn't sure where to post it, to be honest.

[omegaman7]

@Colinhunt, Input this in your ini file.
- Added a new hidden option DISABLE_VIDEO_SLEEP.
This will prevent video card sleep mode, and may
be useful when running jobs overnight while using
DGDecNV with some video cards.

[jdobbs]

Ran into problems with a VC-1 source (Warner's Being There) and DGDecNV. At least that's what I think is the cause.

I'm running v0.40.08 on a new laptop which sports a GTX 570M with 3GB of VRAM and latest Nvidia drivers. The backup had been running merrily for an hour or so when I heard the laptop make a couple of error beeps. When I tapped the mousepad to turn the display on, I could see two error message windows disappear from screen in a blink of an eye. Both had a large red X symbol on them, but I didn't see what they said.

However, I could see that GPU temperature dropped down to idle temps very quickly after that and BD-RB's encoding speed climbed rapidly from 20fps to 140fps. That was during pass 2 with 1080p VC-1 source and BD-RB set to highest quality, so I assume the encoder was being fed blank frames due to DGDecNV conking out.

My apologies if I posted this on an incorrect thread; wasn't sure where to post it, to be honest. Try setting the new option to prevent video sleep (DISABLE_VIDEO_SLEEP=1). On a laptop it is likely that the video is shutting down -- and that might be creating issues with DVDecNV (which relies on the video card for decoding).

[Edit] Looks like omegaman7 types faster than I do... :)

[jdobbs]

Ah, okay. Hmm...I didn't set any option to resize them as I'm not doing BD to DVD. So I'll guess BD-RB it's doing it by default? Unless you figure in Target Size BD-5...hmm...I wouldn't consider that BD to DVD though since it's MKV. I also wonder then...are they resized too big and that's why I only saw the 1 part of the subtitle when using those? Another question is, why was the resize muxed in?

What MKV option are you using? Most of them resize... if you are outputting to the same resolution as the original it shouldn't be necessary. Let me know so I can look through the code...

[colinhunt]

Thanks guys! I had missed that option altogether; will give it a shot.

[AmigaFuture]

Same resolution as Cast Away Source; 1080p without Autocrop, MKV Alternative Intact Audio.

The INI.

[Options]
VERSION=0.40.0.8
MODE=2
ENCODE_QUALITY=2
MULTIPROCESS=3
MKV_MUXSUPS=1
ONEPASS_ENCODING=0
AUTO_QUALITY=1
AUDIO_TO_KEEP=eng;
SUBS_TO_KEEP=eng;
SD_CONVERT=0
OPEN_GOP=0
RESIZE_1080=0
DEINTERLACE=1
SD_TO_1080=0
CONVERT_WIDE=0
DTS_REENCODE=1
AC3_REENCODE=0
AC3_640=0
AC3_192=0
KEEP_HD_AUDIO=0
AVCHD=1
REMOVE_WORKFILES=0
MOVIE_ONLY_LOOP=1
REMOVE_OUTPUT=0
USE_FILTERS=0
BDMV_CERT_ONLY=0
USE_LAVF=0
IVTC_PULLDOWN=0
ASSUME_DVD_PAL=0
UNMASK_CHAPTER=0
COMPLETION_BEEP=0
DGDECNV=0
AUDIO_TRACK_LIMIT=0
SUBTITLE_TRACK_LIMIT=0
CUSTOM_TARGET_SIZE=23500
MOVIEONLY_TYPE=10
ALTCRF=19
ALT_TARGET=5000
ALTMETHOD=2
ALTAUTOCROP=0
VERBOSE_STATUS=1
[Paths]
SOURCE_PATH=F:\CASTAWAY\
WORKING_PATH=E:\BLU-RAY\REBUILDER\


Something more? Let me know.

[Bronxboybob]

I have used BD Rebuilder to get down to a BD 25 disc and on some recent discs I get a green bar at the bottom of the converted files (Scarface, Jurrasic Park, 12 Monkeys). I don't know what to show you.

[setarip_old]

@Bronxboybob

Hi!

Sounds like a videocard problem...

[jdobbs]

I have used BD Rebuilder to get down to a BD 25 disc and on some recent discs I get a green bar at the bottom of the converted files (Scarface, Jurrasic Park, 12 Monkeys). I don't know what to show you.

1. Are you playing it back on a standalone player?

2. What are you using as a source? Is it a commercial Blu-ray disc that was ripped immediately before the reencode? I ask because that often is an indicator that the source isn't a legal blu-ray resolution. A lot of the MKV sources that are sometimes converted to BD have been resized to remove borders and can cause that symptom.

[drmih]

No great issue but is there a reason why it's so difficult to get the disc sizes accurate? Re-encoding to bd-9, full disc, highest quality, 2 pass, the output can vary by 400 to 500 Mb. Admittedly it's only once in a blue moon (maybe 1 in a 100) that it exceeds the capacity, and you can usually see the issue coming because of an unusual number audio tracks. I assume that it is audio related, as bd-25, where I leave the audio untouched, are always pretty much spot on.

[colinhunt]

Odd problems on the new laptop continue, even with DISABLE_VIDEO_SLEEP in the ini file. Running "Being There" (Warner, VC-1) again with DGDecNV and multiprocess=1 enabled. No red X symbols in the error message this time, but a dialog window with Yes, No and Cancel buttons saying "Error: cuInit failed". Yes/No/Cancel buttons choose if the process should be resumed and how this particular error is reported in the future.

Googling reveals the dialog window is DGDecNV related so perhaps this is something I should take up with neuron2 instead.

[jdobbs]

No great issue but is there a reason why it's so difficult to get the disc sizes accurate? Re-encoding to bd-9, full disc, highest quality, 2 pass, the output can vary by 400 to 500 Mb. Admittedly it's only once in a blue moon (maybe 1 in a 100) that it exceeds the capacity, and you can usually see the issue coming because of an unusual number audio tracks. I assume that it is audio related, as bd-25, where I leave the audio untouched, are always pretty much spot on. You have to estimate what the size will be before you set the bitrate for encoding. Unfortunately the M2TS muxing takes space also and it is very inconsistent. One audio track may take considerably more overhead in muxing than another -- even though they are very similar. For example -- it's not unusual for a 192Kbs AC3 track to result in a larger M2TS than a 224Kbs AC3 track of the exact same audio.

It is much better than "once in a blue moon" if you leave BD-RB at the default output sizes. I have done well over 2000 encodes in testing and have never had a single oversize.

[jdobbs]

Odd problems on the new laptop continue, even with DISABLE_VIDEO_SLEEP in the ini file. Running "Being There" (Warner, VC-1) again with DGDecNV and multiprocess=1 enabled. No red X symbols in the error message this time, but a dialog window with Yes, No and Cancel buttons saying "Error: cuInit failed". Yes/No/Cancel buttons choose if the process should be resumed and how this particular error is reported in the future.

Googling reveals the dialog window is DGDecNV related so perhaps this is something I should take up with neuron2 instead. I think you're better off asking Neuron2... as I'm not familiar with that message.

BD-RB doesn't set the DISABLE_VIDEO_SLEEP option with the O/S until the actual video encode starts, and it then resets the timeout every few minutes as the encode is executing. It is possible that the timeout for your video card is so short that it has already kicked in during the audio demuxing? I wouldn't be surprised -- as laptops can get aggressive with those settings to save battery. You can check it with the Control Panel's advanced power options.

[JoeH]

jdobbs, thanks for the 40.08 TSMuxer subs update. Works great.

[brunchto]

Hi,

thanks for adding angle selection in other movie playlist... but i didn't manage to have it work.
on "star wars- a new hope", french scrolling title is on angle 5. i choose playlist XXX / angle 5, then backup. in the resulting iso, scrolling title is always in english. when i do "preview item", the title is also in english. whatever angle i choose, it's always the 00300 track which is extracted instead of 0030X (0.40.08)
BR

[mcdcad]

----------------------
[02/28/12] BD Rebuilder v0.40.08 (beta)
[10:47:32] Source: THE_THING_2011_RENTAL
- Input BD size: 28.31 GB
- Approximate total content: [01:43:00.799]
- Target BD size: 22.95 GB
- Windows Version: 6.1 [7601]
- MOVIE-ONLY mode enabled
- Auto Quality: Good (Very Fast), ABR
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=640
[10:47:32] PHASE ONE, Encoding
- [10:47:32] Processing: VID_50201 (1 of 1)
- [10:47:32] Extracting A/V streams [VID_50201]
- [11:33:44] Reencoding video [VID_50201]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23.976fps, 148,191 frames
- Bitrate: 27,957 Kbs
- [11:33:44] Reencoding: VID_50201, Pass 1 of 1
- Encode failed. Aborting.
- BD-Rebuilder v0.40.08 (beta)
- Windows Version: 6.1 [7601]
- AVISYNTH Version: 2.5.8.0, Ok
- HAALI Splitter: Isn't recommended version
- FFDSHOW: 3611, not recommended version
- WIN7 preferred AVC CODEC: Ok
- WIN7 preferred VC-1 CODEC: Ok
- WIN7 preferred MPEG2 CODEC: Ok
- FFDSHOW VC-1 set incorrectly: [0]
- FFDSHOW MPEG2 set incorrectly: [0]
- FFDSHOW AVC set to "ffmpeg-mt": Ok
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok
[11:34:47] - Failed video encode, aborted

first time i ran into this any suggestions

[setarip_old]

@mcdcad

Source: THE_THING_2011_RENTAL This is a no-no at Doom9 Forums...

[omegaman7]

Not necessarily. Rentals often are easier to make a backup copy, than the retail instore version. Sometimes they don't need any processing before burning. No extras to deal with, etc. I won't shun a rental backup, but I do prefer extras and a flashy menu :p

You do realize, that some of your helper applications need updating? Haali, FFDSHOW.

There are legitimate reasons for backing up a rental copy.

[Ch3vr0n]

@mcdcad:


- HAALI Splitter: Isn't recommended version
- FFDSHOW: 3611, not recommended version
- FFDSHOW VC-1 set incorrectly: [0]
- FFDSHOW MPEG2 set incorrectly: [0]


Ya might wanna fix that too. Follow the instructions in the first post, you're using the wrong versions & improperly configured

[colinhunt]

I think you're better off asking Neuron2...
Will do!

I wouldn't be surprised -- as laptops can get aggressive with those settings to save battery.
I'm running the laptop with all power saving features disabled.

[Bronxboybob]

They were commercial discs from my collection. I review them before burning a backup disc

[Bronxboybob]

@Bronxboybob

Hi!

Sounds like a videocard problem...

It carries over the burned disc and shows the same way on a standard blu-ray player

[Bronxboybob]

1. Are you playing it back on a standalone player?

2. What are you using as a source? Is it a commercial Blu-ray disc that was ripped immediately before the reencode? I ask because that often is an indicator that the source isn't a legal blu-ray resolution. A lot of the MKV sources that are sometimes converted to BD have been resized to remove borders and can cause that symptom.

They were commercial discs from my collection. I review them before burning to a backup disc. The green bar carries over to the burned disc.

[jdobbs]

They were commercial discs from my collection. I review them before burning to a backup disc. The green bar carries over to the burned disc. It's something unique to your system for sure... there are many, many people using this software and the green bar is only on yours... if you haven't done so already -- uninstall and reinstall everything. Something has to be interfering with the frame serving.

[busch42]

I just tried to shrink the new movie HUGO down to a BD25 with BDrebuilder V04008, Got 62% done then it came up H.264 (MPEG-4 AVC) encoder has stopped working, here is the report.
[02/29/12] BD Rebuilder v0.40.08 (beta)
[07:01:32] Source: HUGO
- Input BD size: 33.82 GB
- Approximate total content: [02:10:51.092]
- Target BD size: 22.95 GB
- Windows Version: 6.1 [7601]
- Auto Quality: Good (Very Fast), ABR
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=640
[07:01:32] PHASE ONE, Encoding
- [07:01:32] Processing: VID_00414 (1 of 1)
- [07:01:32] Extracting A/V streams [VID_00414]
- [07:28:26] Reencoding video [VID_00414]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 181,763 frames
- Bitrate: 21,895 Kbs
- [07:28:26] Reencoding: VID_00414, Pass 1 of 1

[busch42]

Forgot some, here is the report.
[02/29/12] BD Rebuilder v0.40.08 (beta)
[07:01:32] Source: HUGO
- Input BD size: 33.82 GB
- Approximate total content: [02:10:51.092]
- Target BD size: 22.95 GB
- Windows Version: 6.1 [7601]
- Auto Quality: Good (Very Fast), ABR
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=640
[07:01:32] PHASE ONE, Encoding
- [07:01:32] Processing: VID_00414 (1 of 1)
- [07:01:32] Extracting A/V streams [VID_00414]
- [07:28:26] Reencoding video [VID_00414]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 181,763 frames
- Bitrate: 21,895 Kbs
- [07:28:26] Reencoding: VID_00414, Pass 1 of 1
- Encode failed. Aborting.
- BD-Rebuilder v0.40.08 (beta)
- Windows Version: 6.1 [7601]
- AVISYNTH Version: 2.5.8.0, Ok
- HAALI Splitter: 1.9.42.1, Ok
- FFDSHOW: 3882, Ok
- WIN7 preferred AVC CODEC: Ok
- WIN7 preferred VC-1 CODEC: Ok
- WIN7 preferred MPEG2 CODEC: Ok
- FFDSHOW VC-1 set to "wmv9", Ok
- FFDSHOW MPEG2 set to "libavcodec": Ok
- FFDSHOW AVC set to "ffmpeg-mt": Ok
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok
[10:07:07] - Failed video encode, aborted

[jdobbs]

@busch42

I'm running that disc right now -- it's about 50% complete... so the problem has to be in your config. I'd recommend you reinstall HAALI, FFDSHOW, and AVISYNTH. I'd also take a close look at other software you are using, because something is apparently overriding your settings. If you have any "Codec Packs" or other similar packages installed, you really should dump them. With FFDSHOW installed you really don't need any others.

[jc243]

Hi, I have same error that busch42, I uninstall all codecs packs and Ccleaner over register, reinstall recommended software but still problem encode stopped on 12%.

-----------------------
[21:46:55] BD Rebuilder v0.40.08 (beta)
- Source: THE_TWILIGHT_SAGA_BREAKING_DAWN_PART_1_2011_1080P_SPECIAL_EDITION
- Input BD size: 42,74 GB
- Approximate total content: [03:54:24.783]
- Target BD size: 22,95 GB
- Windows Version: 6.1 [7601]
- Auto Quality: Good (Very Fast), ABR
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=640
[21:46:55] PHASE ONE, Encoding
- [21:46:55] Processing: VID_00002 (1 of 20)
- [21:46:55] Extracting A/V streams [VID_00002]
- [21:47:48] Reencoding video [VID_00002]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 15.840 frames
- Bitrate: 8.497 Kbs
- [21:47:48] Reencoding: VID_00002, Pass 1 of 1
- [21:54:08] Video Encode complete
- [21:54:08] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [21:54:08] Multiplexing M2TS
- [21:54:32] Processing: VID_00003 (2 of 20)
- [21:54:32] Extracting A/V streams [VID_00003]
- [21:55:42] Reencoding video [VID_00003]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 18.070 frames
- Bitrate: 8.505 Kbs
- [21:55:42] Reencoding: VID_00003, Pass 1 of 1
- [22:03:18] Video Encode complete
- [22:03:18] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [22:03:18] Multiplexing M2TS
- [22:04:08] Processing: VID_00004 (3 of 20)
- [22:04:08] Extracting A/V streams [VID_00004]
- [22:06:17] Reencoding video [VID_00004]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 28.402 frames
- Bitrate: 8.506 Kbs
- [22:06:17] Reencoding: VID_00004, Pass 1 of 1
- [22:17:35] Video Encode complete
- [22:17:35] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [22:17:35] Multiplexing M2TS
- [22:18:19] Processing: VID_00005 (4 of 20)
- [22:18:19] Extracting A/V streams [VID_00005]
- [22:19:26] Reencoding video [VID_00005]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 22.994 frames
- Bitrate: 8.645 Kbs
- [22:19:26] Reencoding: VID_00005, Pass 1 of 1

Inpect Log
- Windows Version: 6.1 [7601]
- AVISYNTH Version: [2.5.8.0], Ok
- HAALI Splitter: [1.9.42.1], Ok
- FFDSHOW: [3882], Ok
- WIN7 preferred AVC CODEC: Ok
- WIN7 preferred VC-1 CODEC: Ok
- WIN7 preferred MPEG2 CODEC: Ok
- FFDSHOW VC-1 set to "wmv9", Ok
- FFDSHOW MPEG2 set to "libavcodec": Ok
- FFDSHOW AVC set to "libavcodec": Ok
- BD Rebuilder v0.40.0.8, Ok
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok

Please help.

I have another BD Band of Brothers no problem to encode, possible bad rip?

[yahknow1]

Hello, I've been using your program for about a year now jdobbs and it is fantastic, thanks! I recently noticed something I hadn't before and was hoping someone could give me a quick explanation?

Settings>Encoder Settings>High-Speed Option(BD-25)

I ALWAYS use BD-25 for my recording medium and I have tried every setting value except this one? Also how does it relate to the single pass CBR and ABR setting?

a simple post refrence would be fine if this has alread been hashed out multiple times sorry, this thread is just HUGE and I'm terrible at using the search function

[jdobbs]

@jc243

What kind of processor are you using? I've asked this of about 10 other people who have had random failures and for some reason everyone just ignores the question... I'm trying to see if X264 may have issues with certain processors -- because it never crashes for at least 90% of the users.

If I were you I'd look inside my computer for problems -- like dust etc... because your log shows several successful encodes before the crash -- and that's likely something that is heat related. If you're overclocking -- that's the most likely problem.

By the way, your problem doesn't seem to be related to busch42's at all -- his failed when it tried to encode, yours completed several M2TS encodes before it appears to have crashed in the middle of another... one is an indicator of a config problem, and the other a system issue.

[jdobbs]

Hello, I've been using your program for about a year now jdobbs and it is fantastic, thanks! I recently noticed something I hadn't before and was hoping someone could give me a quick explanation?

Settings>Encoder Settings>High-Speed Option(BD-25)

I ALWAYS use BD-25 for my recording medium and I have tried every setting value except this one? Also how does it relate to the single pass CBR and ABR setting?

a simple post refrence would be fine if this has alread been hashed out multiple times sorry, this thread is just HUGE and I'm terrible at using the search function That option uses the fastest of all settings. It is a one-pass encode using X264's ultrafast setting with only a couple of tweaks to keep it Blu-ray compatible. I made it available for BD-25 only, because it doesn't take advantage of some bells-and-whistles that are really needed for reasonable quallity on BD-5/9.

[jc243]

Thanks for answer jdobbs,

Well My PC Processor is:

AMD Phenom X4 AM3+ 3.2Ghz

[jdobbs]

Thanks for answer jdobbs,

Well My PC Processor is:

AMD Phenom X4 AM3+ 3.2Ghz Hmm... not much different than mine... since that's a newer processor I'd rule out X264 support as an issue. Heat still seems to be the first thing to check. I know mine can get overheated with just a little dust buildup.

You might want to try running CPUID's freeware HW Monitor during the encode just to watch temps...

[jc243]

I resume work start encode again and unexpectedly stopped, test in my laptop Core I5 same problem.

[jc243]

Hmm... not much different than mine... since that's a newer processor I'd rule out X264 support as an issue. Heat still seems to be the first thing to check. I know mine can get overheated with just a little dust buildup.

You might want to try running CPUID's freeware HW Monitor during the encode just to watch temps...

Ok I test that

[jdobbs]

I resume work start encode again and unexpectedly stopped, test in my laptop Core I5 same problem. Is it possible there may be new protection on that disc that hasn't been addressed yet? Also -- does it stop at the exact same point? What are you using for ripping?

[jdobbs]

@busch42

No problem with HUGO here, and based on size, etc. it appears to be the exact same disc as your post:----------------------
[02/29/12] BD Rebuilder v0.40.08 (beta)
[08:38:29] Source: HUGO
- Input BD size: 33.82 GB
- Approximate total content: [02:10:51.092]
- Target BD size: 22.95 GB
- Windows Version: 6.1 [7601]
- Auto Quality: Good (Very Fast), Two Pass
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=1 DTS=1 HD=0 Kbs=640
[08:38:32] PHASE ONE, Encoding
- [08:38:32] Processing: VID_00414 (1 of 1)
- [08:38:32] Extracting A/V streams [VID_00414]
- [08:46:41] Reencoding video [VID_00414]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 181,763 frames
- Bitrate: 22,793 Kbs
- [08:46:41] Reencoding: VID_00414, Pass 1 of 2
- [09:57:13] Reencoding: VID_00414, Pass 2 of 2
- [11:09:53] Video Encode complete
- [11:09:53] Processing audio tracks
- Track 4352 (eng): Reencoding audio to AC3...
- [11:14:08] Multiplexing M2TS
[11:30:32]PHASE ONE complete
[11:30:32]PHASE TWO - Rebuild Started
- [11:30:32] Rebuilding BD file Structure
[11:30:41] - Encode and Rebuild complete
[11:30:41] BURNING BD structure to disc
- ImgBurn WAS NOT COMPLETED successfully
[11:30:44] JOB: HUGO finished.

[yahknow1]

Thanks for that answer jdobbs I have another question. I recently upgraded my CPU from Phenom II X2 to a Phenom II X6. One reason being to speed the process of encoding up. So I was wondering:

A) Can BD Rebuilder take advantage of multicores and if so how many? or is this determined by the individual programes running within BD Rebuilder?

B) I'm using BD-25 medium. In order to achieve the highest possible quality in both video and audio what setting would I use, if time was no object? I have tried "keepHD audio for BD-25" and " Highest" checked in the encoder setting, was this the propper way? If so, the only question remaining would be should I leave the CBR and ABR unchecked?

Thanks

[RobertM]

A) Can BD Rebuilder take advantage of multicores and if so how many?

Yes it can, but it is a hidden setting. Look in the "hiddenopts.txt" file (in the same folder as BDRB.exe) for information.

B) I'm using BD-25 medium. In order to achieve the highest possible quality in both video and audio what setting would I use, if time was no object? I have tried "keepHD audio for BD-25"

Keeping HD audio is probably not a good idea. It takes a lot of space and yields negligible (or, really, "no") audible benefit. The space used for the HD audio would be much better used for higher quality video encoding.

"Highest" checked in the encoder setting, was this the propper way? If so, the only question remaining would be should I leave the CBR and ABR unchecked?

Highest is probably overkill. With BD25, "good" is probably good enough, but if you don't mind waiting a long time for the encode to finish then "highest" will be, technically, the best quality. And, yes, for best quality uncheck both CBR and ABR to get 2-pass encoding.

[jc243]

Quote:
Originally Posted by jc243 View Post
I resume work start encode again and unexpectedly stopped, test in my laptop Core I5 same problem.
Is it possible there may be new protection on that disc that hasn't been addressed yet? Also -- does it stop at the exact same point? What are you using for ripping?

Thanks, I try re-ripping this, later tell you about that.

[jdobbs]

Thanks for that answer jdobbs I have another question. I recently upgraded my CPU from Phenom II X2 to a Phenom II X6. One reason being to speed the process of encoding up. So I was wondering:

A) Can BD Rebuilder take advantage of multicores and if so how many? or is this determined by the individual programes running within BD Rebuilder?

B) I'm using BD-25 medium. In order to achieve the highest possible quality in both video and audio what setting would I use, if time was no object? I have tried "keepHD audio for BD-25" and " Highest" checked in the encoder setting, was this the propper way? If so, the only question remaining would be should I leave the CBR and ABR unchecked?

Thanks A. Yes. X264 is where most of the time is spent and it is capable of using all 6 of those processors. If you find that 100% of the processor utilization isn't used you can also try "MULTIPROCESS=1" in the config/INI file so that the frame-serving also takes advantage of the multiple processors.

B. Just select "High Quality (Default)" -- there is one setting that is higher, but on a BD-25 you'll never need that... leave both CBR and ABR unchecked for best quality. I would not recommend keeping HD audio, as in my opinion it is a marketing gimmick (substantiated by double blind tests) that contributes nothing but subtracts from video quality.

[Edit] Once again I'm late with my answer as I see you've already been advised by RobertM

[Capsbackup]

Hi, I have same error that busch42, I uninstall all codecs packs and Ccleaner over register, reinstall recommended software but still problem encode stopped on 12%.
I have another BD Band of Brothers no problem to encode, possible bad rip?

Did You rip this Blu-ray? Perhaps this has been preprocessed or is not an original rip! :(
Source: THE_TWILIGHT_SAGA_BREAKING_DAWN_PART_1_2011_1080P_SPECIAL_EDITION

[omegaman7]

Jdobbs, I wouldn't apologize for being late. We ALL appreciate words from the coder of this wonderful program. Your words take precedent over everyone else in my opinion :p

Ooops, no apology was given.

[BobFloyd]

Hi, been using BD Rebuilder for some time now, done quite a few backups but every now and then I get a fail and it always seems to be the same issue.

Error in attempt to extract audio/subs.
AV frame too large (xxxxx bytes) increase buffer
Failed to retrieve audio.

Been reading a few posts but nothing seems to resolve things. Good chance I'm doing something wrong though!!

Currently using the latest edition (v0.40.08)

Actually, just as I'm writing this I've seem the comments above on HD Audio and the hint not to use it. I do, all the time thinking it was better quality. Would this option have any relation the failures??

I do honestly appreciate any replies/ideas :)
Cheers

[yahknow1]

Thank you Robert and jdobbs that helps

[jdobbs]

Hi, been using BD Rebuilder for some time now, done quite a few backups but every now and then I get a fail and it always seems to be the same issue.

Error in attempt to extract audio/subs.
AV frame too large (xxxxx bytes) increase buffer
Failed to retrieve audio.

Been reading a few posts but nothing seems to resolve things. Good chance I'm doing something wrong though!!

Currently using the latest edition (v0.40.08)

Actually, just as I'm writing this I've seem the comments above on HD Audio and the hint not to use it. I do, all the time thinking it was better quality. Would this option have any relation the failures??

I do honestly appreciate any replies/ideas :)
Cheers That's almost always an indicator of a bad rip. You may try deselecting the audio/subs one at a time and see which one is causing the issue...

[Nav1]

I have same error that busch42 and jc243 on v40.08, get stuck at 60%.It came up H.264 (MPEG-4 AVC) encoder has stopped working. Then I tried v40.07 works fine no problem.

[busch42]

jdobbs, Thanks for the reply, I finally got hugo finished after 3 tries, I just kept retrying, But it doesn't play right, But since I have been having problems and there isn't much on my new computer I'm going to try to find an delete anything that might be conflicting with BDrebuilder, And delete any codecs like you suggested, Also I have a Geforce 8600 video card built into my motherboard is there any chance that could be the problem?

[Bronxboybob]

It's something unique to your system for sure... there are many, many people using this software and the green bar is only on yours... if you haven't done so already -- uninstall and reinstall everything. Something has to be interfering with the frame serving.

Thanks for getting back to me. This is the latest message I received after updating the software and other components

[02/29/12] BD Rebuilder v0.40.06 (beta)
[12:03:47] Source: 12_MONKEYS_G51_GLO
- Input BD size: 35.92 GB
- Approximate total content: [02:09:34.766]
- Target BD size: 23.93 GB
- Windows Version: 5.1 [2600]
- MOVIE-ONLY mode enabled
- Quality: High-Speed Option (BD-25), ABR
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=640
[12:03:47] PHASE ONE, Encoding
- [12:03:47] Processing: VID_00009 (1 of 1)
- [12:03:47] Extracting A/V streams [VID_00009]
- [13:48:59] Reencoding video [VID_00009]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23.976fps, 186,408 frames
- Bitrate: 22,879 Kbs
- [13:48:59] Reencoding: VID_00009, Pass 1 of 1
- Encode failed. Aborting.
- BD-Rebuilder v0.40.06 (beta)
- Windows Version: 5.1 [2600]
- AVISYNTH Version: 2.5.8.0, Ok
- HAALI Splitter: 1.9.42.1, Ok
- FFDSHOW: 3326, Ok
- FFDSHOW VC-1 set "disabled", WMP11, Ok
- FFDSHOW MPEG2 set to "libavcodec": Ok
- FFDSHOW AVC set to "libavcodec": Ok
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok
[13:50:01] - Failed video encode, aborted

[jdobbs]

I have same error that busch42 and jc243 on v40.08, get stuck at 60%.It came up H.264 (MPEG-4 AVC) encoder has stopped working. Then I tried v40.07 works fine no problem. They both use the exact same version of X264... and BD-RB is pretty much sitting back watching when the encode is happening -- so what you're saying doesn't jive...

Also -- neither of the two you are quoting are having the same issue with each other -- so how am I supposed to read that?

[jdobbs]

jdobbs, Thanks for the reply, I finally got hugo finished after 3 tries, I just kept retrying, But it doesn't play right, But since I have been having problems and there isn't much on my new computer I'm going to try to find an delete anything that might be conflicting with BDrebuilder, And delete any codecs like you suggested, Also I have a Geforce 8600 video card built into my motherboard is there any chance that could be the problem? All I can say is that I did the exact same version of Hugo as you -- and it worked fine. That doesn't leave a lot of possible issues. What's different? Your computer v.s. mine... and I unfortunately that means it's something outside of BD-RB, and out of my control.

Sorry... but facts are facts.

[jdobbs]

Thanks for getting back to me. This is the latest message I received after updating the software and other components

[02/29/12] BD Rebuilder v0.40.06 (beta)
[12:03:47] Source: 12_MONKEYS_G51_GLO
- Input BD size: 35.92 GB
- Approximate total content: [02:09:34.766]
- Target BD size: 23.93 GB
- Windows Version: 5.1 [2600]
- MOVIE-ONLY mode enabled
- Quality: High-Speed Option (BD-25), ABR
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=640
[12:03:47] PHASE ONE, Encoding
- [12:03:47] Processing: VID_00009 (1 of 1)
- [12:03:47] Extracting A/V streams [VID_00009]
- [13:48:59] Reencoding video [VID_00009]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23.976fps, 186,408 frames
- Bitrate: 22,879 Kbs
- [13:48:59] Reencoding: VID_00009, Pass 1 of 1
- Encode failed. Aborting.
- BD-Rebuilder v0.40.06 (beta)
- Windows Version: 5.1 [2600]
- AVISYNTH Version: 2.5.8.0, Ok
- HAALI Splitter: 1.9.42.1, Ok
- FFDSHOW: 3326, Ok
- FFDSHOW VC-1 set "disabled", WMP11, Ok
- FFDSHOW MPEG2 set to "libavcodec": Ok
- FFDSHOW AVC set to "libavcodec": Ok
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok
[13:50:01] - Failed video encode, aborted 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.

[MorbidPenguin]

Just updated to the latest version and getting "encoding failed, aborting."

03/01/12] BD Rebuilder v0.40.08 (beta)
[17:40:27] Source: ATTACK_OF_THE_CLONES
- Input BD size: 46.14 GB
- Approximate total content: [02:51:24.606]
- Target BD size: 7.84 GB
- Windows Version: 6.1 [7601]
- Auto Quality: Better (Faster), Two Pass
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=640
[17:40:32] PHASE ONE, Encoding
- [17:40:32] Processing: VID_00002 (1 of 17)
- [17:40:32] Extracting A/V streams [VID_00002]
- [17:40:44] Reencoding video [VID_00002]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 1,073 frames
- Bitrate: 3,965 Kbs
- [17:40:44] Reencoding: VID_00002, Pass 1 of 2
- Encode failed. Aborting.
- BD-Rebuilder v0.40.08 (beta)
- Windows Version: 6.1 [7601]
- AVISYNTH Version: 2.5.8.0, Ok
- HAALI Splitter: 1.11.96.14, Ok
- FFDSHOW: 3882, Ok
- WIN7 preferred AVC CODEC: Ok
- WIN7 preferred VC-1 CODEC: Ok
- WIN7 preferred MPEG2 CODEC: Ok
- FFDSHOW VC-1 set to "wmv9", Ok
- FFDSHOW MPEG2 set to "libavcodec": Ok
- FFDSHOW AVC set to "libavcodec": Ok
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok
[17:40:44] - Failed video encode, aborted

It appears that everything is "ok," so what do I do? Thanks.

[jdobbs]

@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.

[busch42]

jdobbs, I was on your site and noticed that Rebuilder Pro hasn't been updated since July 2008, Is this program no longer available?

[jdobbs]

DVD Rebuilder Pro is certainly still available. But it currently has no outstanding bug reports, and frankly I've added just about every bell-and-whistle I can think of to it... so the reason it hasn't been updated is because there really isn't anything worthwhile to update. Some have asked for support for CCE SP3 -- but I've gotten fed-up with that company completely changing their ECL formats with every new release and have decided not to support SP3 because HC Encoder is just as good, is free, and isn't a pain-in-the-ass.

Add to that the fact that BD is the wave of the future and will certainly replace DVD -- and it makes sense that I've decided it is better to spend my time working on BD Rebuilder instead. That doesn't change the fact that DVD Rebuilder is the highest quality backup solution available for DVDs... but I want to be forward-looking rather than expending my programming efforts dwelling in the past.

I've also found that some folks would rather make their contribution to BD-Rebuilder by donating for the Pro version of DVD Rebuilder. That way they get to help with development -- and still get DVD-RB Pro as a "bonus".

[busch42]

So can I do Blu-Rays with Rebuilder Pro? Just wondering before I make a donation, because if Rebuilder Pro does what I want which is just shrink a Blu-ray to a BD25 then I will pay for the Pro edition.

[jdobbs]

So can I do Blu-Rays with Rebuilder Pro? Just wondering before I make a donation, because if Rebuilder Pro does what I want which is just shrink a Blu-ray to a BD25 then I will pay for the Pro edition.No. That's why it is called DVD Rebuilder. Because it does DVDs, not BDs. BD Rebuilder is the software for blu-ray (BD) backup. Whether you decide to contribute to the project through donation is completely up to you. Of course you can probably guess my opinion on that... ;)

I currently have no plans to create a Pro version of BD Rebuilder... I'm hoping I can keep it going based upon voluntary donations. I'll reserve the right to change my mind if donations dry up... but I currently have no plans to do so. Frankly it's a pain trying to keep the pirates and hackers from patching it and ruining its reputation when their poorly hacked downloads fail to work or they load a trojan into it -- and I really want to avoid having to go through that again. By keeping it free I can always tell people to download it from my site with the full confidence it's exactly as I compiled it.

[busch42]

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.

[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.

[taso1000]

Hi,

I haven't used BD Rebuilder in a couple weeks but today after downloading the latest version, I am finding the resize 1080p to 720p setting not resizing. My conversions are coming out at 1080p. I was using movie only, custom target size 50000, high priority and automatic quality settings. I know the target size is way too big but I didn't want to constrain the re encode.

Thanks

[By-Tor]

first time have had this happen
any ideas j.dobbs ?
I have tried using various different changes to my normal settings to get around this, but all have resulted with the same fail:scared:
any help much appricated

Target BD size: 22.95 GB
- Windows Version: 6.1 [7601]
- SHUTDOWN at completion enabled
- Quality: High-Speed Option (BD-25), CRF
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=640
[21:14:23] PHASE ONE, Encoding
- [21:14:23] Processing: VID_00000 (1 of 10)
- [21:14:23] Extracting A/V streams [VID_00000]
- Error in attempt to extract audio/subs.
- AV frame too large (65276 bytes). Increase AV buffer.
[21:20:32] - Failed to retrieve audio, aborted
[Options]
VERSION=0.40.0.8
MODE=0
ENCODE_QUALITY=5
ONEPASS_ENCODING=1
AUTO_QUALITY=0
TARGET_SIZE=23500
AUTO_BURN=1
AUDIO_TO_KEEP=eng;
SUBS_TO_KEEP=eng;
SD_CONVERT=0
OPEN_GOP=0
RESIZE_1080=0
DEINTERLACE=1
SD_TO_1080=1
CONVERT_WIDE=0
DTSX_EN=1
DTS_REENCODE=0
AC3_REENCODE=0
AC3_640=1
AC3_192=0
KEEP_HD_AUDIO=0
AVCHD=0
REMOVE_WORKFILES=1
MOVIE_ONLY_LOOP=0
REMOVE_OUTPUT=1
USE_FILTERS=0
BDMV_CERT_ONLY=0
USE_LAVF=0
IVTC_PULLDOWN=0
ASSUME_DVD_PAL=0
AUTO_BLANK=0
AUDIO_TRACK_LIMIT=0
SUBTITLE_TRACK_LIMIT=0
TARGET_SIZE=23500
UNMASK_CHAPTER=0
COMPLETION_BEEP=0
DGDECNV=0

[drmih]

I had the same error and when I checked the original M2TS there was corruption. I re-ripped and it was okay.

[By-Tor]

first time have had this happen
any ideas j.dobbs ?
I have tried using various different changes to my normal settings to get around this, but all have resulted with the same fail:scared:
any help much appricated

Target BD size: 22.95 GB
- Windows Version: 6.1 [7601]
- SHUTDOWN at completion enabled
- Quality: High-Speed Option (BD-25), CRF
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=640
[21:14:23] PHASE ONE, Encoding
- [21:14:23] Processing: VID_00000 (1 of 10)
- [21:14:23] Extracting A/V streams [VID_00000]
- Error in attempt to extract audio/subs.
- AV frame too large (65276 bytes). Increase AV buffer.
[21:20:32] - Failed to retrieve audio, aborted
[Options]
VERSION=0.40.0.8
MODE=0
ENCODE_QUALITY=5
ONEPASS_ENCODING=1
AUTO_QUALITY=0
TARGET_SIZE=23500
AUTO_BURN=1
AUDIO_TO_KEEP=eng;
SUBS_TO_KEEP=eng;
SD_CONVERT=0
OPEN_GOP=0
RESIZE_1080=0
DEINTERLACE=1
SD_TO_1080=1
CONVERT_WIDE=0
DTSX_EN=1
DTS_REENCODE=0
AC3_REENCODE=0
AC3_640=1
AC3_192=0
KEEP_HD_AUDIO=0
AVCHD=0
REMOVE_WORKFILES=1
MOVIE_ONLY_LOOP=0
REMOVE_OUTPUT=1
USE_FILTERS=0
BDMV_CERT_ONLY=0
USE_LAVF=0
IVTC_PULLDOWN=0
ASSUME_DVD_PAL=0
AUTO_BLANK=0
AUDIO_TRACK_LIMIT=0
SUBTITLE_TRACK_LIMIT=0
TARGET_SIZE=23500
UNMASK_CHAPTER=0
COMPLETION_BEEP=0
DGDECNV=0

well followed drmih's advice
re-ripped original disc again using anydvd hd 7.0.1.0
and got these results again
- Input BD size: 42.23 GB
- Approximate total content: [02:44:45.133]
- Target BD size: 22.95 GB
- Windows Version: 6.1 [7601]
- Quality: High-Speed Option (BD-25), Two Pass
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=640
[15:53:24] PHASE ONE, Encoding
- [15:53:24] Processing: VID_00000 (1 of 10)
- [15:53:24] Extracting A/V streams [VID_00000]
- Error in attempt to extract audio/subs.
- AV frame too large (65409 bytes). Increase AV buffer.
[15:59:22] - Failed to retrieve audio, aborted :sly:

not sure whats causing this as i have copied this before with no probs
[Options]
VERSION=0.40.0.8
MODE=0
ENCODE_QUALITY=5
ONEPASS_ENCODING=0
AUTO_QUALITY=0
TARGET_SIZE=23500
AUTO_BURN=1
AUDIO_TO_KEEP=eng;
SUBS_TO_KEEP=
SD_CONVERT=0
OPEN_GOP=1
RESIZE_1080=0
DEINTERLACE=1
SD_TO_1080=1
CONVERT_WIDE=0
DTSX_EN=1
DTS_REENCODE=0
AC3_REENCODE=0
AC3_640=1
AC3_192=0
KEEP_HD_AUDIO=0
AVCHD=0
REMOVE_WORKFILES=1
MOVIE_ONLY_LOOP=0
REMOVE_OUTPUT=1
USE_FILTERS=0
BDMV_CERT_ONLY=0
USE_LAVF=0
IVTC_PULLDOWN=0
ASSUME_DVD_PAL=0
AUTO_BLANK=0
AUDIO_TRACK_LIMIT=0
SUBTITLE_TRACK_LIMIT=0
CUSTOM_TARGET_SIZE=23500
UNMASK_CHAPTER=0
COMPLETION_BEEP=0
DGDECNV=0

error log gives me
2/12/12 [23:09:56] CorrectMPLS() 00009 2408
02/12/12 [23:38:39] CorrectEPData() 00055 2008
02/13/12 [23:40:54] CorrectMPLS() 00009 2408
02/14/12 [09:37:07] CorrectEPData() 00055 2008
02/14/12 [09:52:33] RebuildBDFiles() 00006 2203
02/14/12 [09:53:04] RebuildBDFiles() 00006 2203
02/14/12 [09:53:14] RebuildBDFiles() 00006 2203
02/14/12 [09:54:36] RebuildBDFiles() 00006 2203
and thats all the info i've got
ripped film works fine with powerdvd 11

[mayhem2408]

I have been testing BD-Rebuilder for some time and know my way around it quite well. I have come across a stubon movie that all seems well, but the resulting stream is corrupt. Then I compress Transformers (Region B), the compression appears to go through OK with no errors, but when I try to to use MakeMKV on the resulting ISO or BDMV folder, MakeMKV says the file is corrupt. When I play the file, at about to 30 minute make, I get a couple of green squares appear in the video. I have tried with and without HD Audio. These errors do not occur when I try the same think on the original BD50 disc. As BD-Rebuilder is not reporting any errors, I have little more information I can input. Can anyone think on any other information I might be able to share to find the cause. I have dozens of movies prior and after this movie that do not show any signs of corruption.

[Adbear]

Did you rip the original to the harddrive first before running through BD Rebuilder?
You might want to post up your logfile

[mayhem2408]

Did you rip the original to the harddrive first before running through BD Rebuilder?
You might want to post up your logfile

I copied the disc to the hard drive twice, just to make sure I didn't have a bad copy. The log file shows nothing interesting, but here it is.

----------------------
[03/04/12] BD Rebuilder v0.40.08 (beta)
[21:25:21] Source: TRANSFORMERS_D1_EU
- Input BD size: 42.95 GB
- Approximate total content: [02:30:04.503]
- Target BD size: 22.95 GB
- Windows Version: 6.1 [7600]
- AVS Filtering is enabled
- Quality: High Quality (Default), Two Pass
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[21:25:21] PHASE ONE, Encoding
- [21:25:21] Processing: VID_00000 (1 of 7)
- [21:25:21] Extracting A/V streams [VID_00000]
- [21:25:27] Reencoding video [VID_00000]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23.976fps, 357 frames
- Bitrate: 13,342 Kbs
- [21:25:27] Reencoding: VID_00000, Pass 1 of 2
- [21:25:40] Reencoding: VID_00000, Pass 2 of 2
- [21:26:09] Video Encode complete
- [21:26:09] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [21:26:09] Multiplexing M2TS
- [21:26:12] Processing: VID_00010 (2 of 7)
- [21:26:12] Extracting A/V streams [VID_00010]
- [22:11:35] Reencoding video [VID_00010]
- [22:11:35] Reencoding secondary video [TRK_02]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 206,369 frames
- Bitrate: 15,733 Kbs
- [22:31:45] Reencoding: VID_00010, Pass 1 of 2
- [02:05:10] Reencoding: VID_00010, Pass 2 of 2
- [07:00:52] Video Encode complete
- [07:00:53] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 6656 (eng): Keeping original audio
- Track 4357 (eng): Keeping original audio
- [07:00:53] Multiplexing M2TS
- [07:19:43] Processing: VID_00013 (3 of 7)
- [07:19:43] Extracting A/V streams [VID_00013]
- [07:19:53] Reencoding video [VID_00013]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 1,201 frames
- Bitrate: 9,315 Kbs
- [07:19:53] Reencoding: VID_00013, Pass 1 of 2
- [07:20:30] Reencoding: VID_00013, Pass 2 of 2
- [07:22:00] Video Encode complete
- [07:22:00] Processing audio tracks
- [07:22:00] Multiplexing M2TS
- [07:22:07] Blanking: VID_00038 (4 of 7)
- [07:22:07] Blanking: VID_00039 (5 of 7)
- [07:22:07] Blanking: VID_00040 (6 of 7)
- [07:22:07] Blanking: VID_00041 (7 of 7)
[07:22:07]PHASE ONE complete
[07:22:07]PHASE TWO - Rebuild Started
- [07:22:07] Rebuilding BD file Structure
[07:23:03] - Encode and Rebuild complete
[07:23:03] Writing BD structure to ISO file
- ImgBurn completed successfully
[07:44:17] JOB: TRANSFORMERS_D1_EU finished.
-----------------------


I have also tried it with and without blanking parts. Still says its corrupt.

[colinhunt]

FYI, I managed to make a full backup of Labyrinth with working secondary audio/video by disabling multiprocess and choosing LAVF instead of DGDecNV.

[jdobbs]

FYI, I managed to make a full backup of Labyrinth with working secondary audio/video by disabling multiprocess and choosing LAVF instead of DGDecNV. I'll be honest -- I don't think DGDecNV or LAVF could have an impact. All LAVF or DGDecNV does is serve the frames to the encoder. Multiprocess, well it might make a difference but its not probable... I'd look for something else has changed on your system...

[By-Tor]

how do you increase A/V buffer :o:stupid:

[jdobbs]

how do you increase A/V buffer :o:stupid:

You don't, it is set within TSMUXER and is a fixed size. That error is actually returned by TSMUXER when it is trying to demultiplex the source streams. Getting that error is pretty much an indicator that the source is corrupt. Usually you can eliminate audio or subtitle streams until you find the one that is corrupted...

[jdobbs]

To all the folks who keep reporting "the original plays ok in PowerDVD..."

That statement means nothing. Playback of a source isn't a good test as to whether it is corrupt. Players will just skip over glitched sections -- sometimes you see it and sometimes you don't. But reencoding has to first be able to read it before attempting to reencode/rewrite it. A couple of bad frames will just blip a player, but it can stop a frame-server or encoder in its tracks.

[omegaman7]

I experienced that recently. My first bad rip :( X264 doesn't like the frames. Pretty obvious to me, since the drive that ripped the disc, Slowed WAYYYY down, at multiple sections to focus on the bad areas of the disc. I love bluray, but the smaller laser has a harder time with scratches, dirt, fingerprints, etc. Perhaps the drives will advance over time. Dvd did ;)

[RobertM]

since the drive that ripped the disc, Slowed WAYYYY down, at multiple sections to focus on the bad areas of the disc.

Exactly what happened to me a couple of times. In one case the rebuild worked fine, in the other I got the "AV frame too large" error.

Pretty hard to blame BDRB for something like that.

[setarip_old]

@By-Tor

Hi!

What is the title, region, and version (1 disc, 2disc, BD+DVD, "Extended", "xx Anniversary" etc.) of your original, commercial disc?

[busch42]

I formated my hard drive and reinstalled windows 7 64 bit since I was having problems with BDrebuilder, I reinstalled all programs according to first post in thread, But now when I run Inspect it comes up - WIN7 preferred AVC CODEC: Not Set correctly
- WIN7 preferred VC-1 CODEC: Not Set correctly
- WIN7 preferred MPEG2 CODEC: Not Set correctly
Any suggestions!

[Ch3vr0n]

From the VERY FIRST POST!


Note to Windows 7 Users: The first time (and only the first time) you run BD Rebuilder, you may have to "Run As Administrator". This is necessary so BD-RB can make CODEC preference changes in the Windows Registry.

[busch42]

uninstalled everything and reinstalled, Now everything works, For some reason it would come up and say that windows wasn't configured for ffdshow do you want BDrebuilder to try to fix it for you, I hit yes then everything worked, But that was the first time that happen, Thanks Ch3vr0n.

[Ch3vr0n]

it comes up with that because you didnt run it with admin priviledges the first time. That's why it needs to "fix" ffdshow settings. Nevertheless, glad to see things solved.

[busch42]

jdobbs, Everything works great now, After formating hard drive and reinstalling windows the problems I was having having that I listed in some of my earlier posts are gone, Must have been something conflicting with BDrebuilder that I had installed like you suggested.

[AmigaFuture]

2 Great programs made for UnInstalling software are; Ashampoo Uninstaller; and Advanced Uninstaller Pro. Learn how to use them well and most Windows frustrations will be gone or become VERY Low. Window's built in Uninstaller doesn't remove everything, it's more non-useful like many poorly made programs; or their uninstallers. Start using one of them right and most times you won't have to do what busch42, reformat/reinstall Windows. These programs function best when you Become Aware of what's being installed than what you might be. If more people would use these programs correctly, programmers, such as Jdobbs would not have to make states so much about "It's probably your system." or "Check your system for conflicts." or other more frustrated statements...which, I can relate to. Hehe.

Personally, I love Ashampoo's UnInstaller. Back to debugging.

[By-Tor]

@By-Tor

Hi!

What is the title, region, and version (1 disc, 2disc, BD+DVD, "Extended", "xx Anniversary" etc.) of your original, commercial disc?

sorry for delay but it's 2 disc region B ;)

[Race Guy]

Hi jdobbs!

One of the best things about your prog is, I can take my MPEG-2 HDTV captures, edit them, mux them into a Blu format & then squeeze them down with BD-RB to the media size of choice.

The HDTV caps are either 720p/59.940 or 1080i/29.970. For whatever reason, BD-RB is now misidentifying the frame rate on the 720p/60 stuff. Looks like it's calling it 720p/50 which is PAL?? On this job I was shooting for BD-5 & ended up with an 8.92GB encode. Haven't tried a 1080i recently. Here's the log:

[03/06/12] BD Rebuilder v0.40.07 (beta)
[16:52:31] Source: D500_2012
- Input BD size: 24.69 GB
- Approximate total content: [04:18:34.943]
- Target BD size: 4.35 GB
- Windows Version: 6.1 [7601]
- MOVIE-ONLY mode enabled
- Quality: Highest (Very Slow), Two Pass
- Decoding/Frame serving: X264/LAVF
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[16:52:35] PHASE ONE, Encoding
- [16:52:35] Processing: VID_00000 (1 of 1)
- [16:52:35] Extracting A/V streams [VID_00000]
- [16:57:59] Reencoding video [VID_00000]
- Source Video: MPEG-2, 1280x720
- Rate/Length: 49.950fps, 774,972 frames
- Bitrate: 1,749 Kbs
- [16:57:59] Reencoding: VID_00000, Pass 1 of 2
- [19:44:15] Reencoding: VID_00000, Pass 2 of 2
- [04:11:11] Video Encode complete
- [04:11:11] Processing audio tracks
- Track 4352 (eng): Keeping original audio
[04:11:11]PHASE ONE complete
[04:11:11]PHASE TWO - Rebuild Started
- [04:11:11] Rebuilding AVCHD file Structure
[04:16:27] - Encode and Rebuild complete
[04:16:27] JOB: D500_2012

Thanks & have a nice day!!

[busch42]

AmigaFuture, I use Revo Uninstaller Pro which is highly recommended by many, I also checked the programs you listed to which some sites gave good comments an other sites gave bad comments, I guess it is up to the individual what he or she really wants, I personally haven't found one that is perfect yet, Now back to BDrebuilder.

[setarip_old]

@By-Tor

And again, what is the TITLE of the Blu-ay disc?

[jdobbs]

@By-Tor

And again, what is the TITLE of the Blu-ay disc? I was wondering the same thing. Why is it that the logs all have that part removed and whenever asked there's no response?

[jdobbs]

Hi jdobbs!

One of the best things about your prog is, I can take my MPEG-2 HDTV captures, edit them, mux them into a Blu format & then squeeze them down with BD-RB to the media size of choice.

The HDTV caps are either 720p/59.940 or 1080i/29.970. For whatever reason, BD-RB is now misidentifying the frame rate on the 720p/60 stuff. Looks like it's calling it 720p/50 which is PAL?? On this job I was shooting for BD-5 & ended up with an 8.92GB encode. Haven't tried a 1080i recently. Here's the log:

[03/06/12] BD Rebuilder v0.40.07 (beta)
[16:52:31] Source: D500_2012
- Input BD size: 24.69 GB
- Approximate total content: [04:18:34.943]
- Target BD size: 4.35 GB
- Windows Version: 6.1 [7601]
- MOVIE-ONLY mode enabled
- Quality: Highest (Very Slow), Two Pass
- Decoding/Frame serving: X264/LAVF
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[16:52:35] PHASE ONE, Encoding
- [16:52:35] Processing: VID_00000 (1 of 1)
- [16:52:35] Extracting A/V streams [VID_00000]
- [16:57:59] Reencoding video [VID_00000]
- Source Video: MPEG-2, 1280x720
- Rate/Length: 49.950fps, 774,972 frames
- Bitrate: 1,749 Kbs
- [16:57:59] Reencoding: VID_00000, Pass 1 of 2
- [19:44:15] Reencoding: VID_00000, Pass 2 of 2
- [04:11:11] Video Encode complete
- [04:11:11] Processing audio tracks
- Track 4352 (eng): Keeping original audio
[04:11:11]PHASE ONE complete
[04:11:11]PHASE TWO - Rebuild Started
- [04:11:11] Rebuilding AVCHD file Structure
[04:16:27] - Encode and Rebuild complete
[04:16:27] JOB: D500_2012

Thanks & have a nice day!! I've fixed it for the next release. I'd made a small change in the code recently in which I used the value "60000/1001" (which is how you properly calculate that frame rate). I just went back and looked, and I'd mistyped "50000/1001". That value isn't PAL, in fact it is completely illegal.

[setarip_old]

@jdobbs Why is it that the logs all have that part removed and whenever asked there's no response?YOU can eliminate that behavior with "one stroke of your pen" - By posting a sticky that states, "Postings that include or refer to posted logs that do not include the title will be deleted. "

[Capsbackup]

@jdobbs YOU can eliminate that behavior with "one stroke of your pen" - By posting a sticky that states, "Postings that include or refer to posted logs that do not include the title will be deleted. "

What's wrong with ignored? ;)

Legitimate posts and titles will almost always have the full log. :rolleyes:

[setarip_old]

@Capsbackup
What's wrong with ignored?If they're deleted that will make it certain that it won't be responded to or "take up space"
Legitimate posts and titles will almost always have the full log.Yes - and such proper posts and logs won't be affected by my suggestion to jdobbs...

[Whosnext]

2 Great programs made for UnInstalling software are; Ashampoo Uninstaller; and Advanced Uninstaller Pro. Learn how to use them well and most Windows frustrations will be gone or become VERY Low. Window's built in Uninstaller doesn't remove everything, it's more non-useful like many poorly made programs; or their uninstallers. Start using one of them right and most times you won't have to do what busch42, reformat/reinstall Windows. These programs function best when you Become Aware of what's being installed than what you might be. If more people would use these programs correctly, programmers, such as Jdobbs would not have to make states so much about "It's probably your system." or "Check your system for conflicts." or other more frustrated statements...which, I can relate to. Hehe.

Personally, I love Ashampoo's UnInstaller. Back to debugging.

That's true and I also love Ashampoos uninstaller. But you better be sure that you don't need any files again (like autosaves for games) before you use one of them. If you're familiar with Windows uninstaller you're used to keeping those files easily but most of the time you can't do anything to avoid a complete uninstall with Ashampoo. Just a thought for everbody who intends to use it in the future.

[AmigaFuture]

Yes, that's why I commented about using UnInstallers correctly since they do a "better" job than Windows. :)

BD-RB... I was wondering if there was a bug with SUP files, or ..video.. because I was sometimes seeing "jitters" with some videos; playing normal or skipping through. I've mostly used VLC to play them. I've noticed after trying different settings with VLC that using Output set as DirectX (DirectDraw) disables Windows 7 Ultimate's Aero and then no more video jitters. I also noticed MCP (Media Player Classic) Home Cinema (64-bit) plays smooth and without disabling Aero, but doesn't always switch between SUP or SRT files well. I hope this is helpful for others. I've been trying to figure if it is a bug or not for the past couple weeks. All videos play fine with VLC for the Mac, I was really wondering.

[jdobbs]

Software players often have issues, either internally or related to the system upon which they're playing. That's why I ask folks to verify playback issues on a standalone player,

[AmigaFuture]

I check each video, since this is still beta, with my standalone player also. I forgot to include that when I typed about my Mac.

[By-Tor]

I was wondering the same thing. Why is it that the logs all have that part removed and whenever asked there's no response?
Sorry the film is
The chronicles of Narnia
The lion,The witch and the wardrobe.:o
I have been away

[busch42]

AmigaFuture, There seems to be a bug with the new release of VLC player, Over on videohelp's site their is other people having problems too. Which version are you using?

[worknstiff]

Is anyone else having problems?? BD_REbuilder (or AnyDVD HD) is really having a fit doing The Three Musketeers 2011 (Full Movie + Menu). It seems the BD has at least 98 playlists to choose from and BD_RB (or AnyDVD HD) gets the playlist and all the various m2ts's wrong. I tried three times with different rips and it still comes out wrong. I finally had to do movie only using playlist (98) 00274.mpls, 1:39:27
[140+131+165+132+8+135+164+137+170+6+151+161+159+163+166+187+3+144+128+2+129+145+1+4+150+122+134+156+142+154+157+181+125+158+153+174+168+179+10+155+133+160+167+184+146].m2ts
- Chapters, 19 chapters
That is the only playlist that is even close to the movie runtime, I hope this is the right playlist. Maybe someone else has the secret to this screwed up disk?

[omegaman7]

It's the latest Sony BD-J structural protection! LOTS of playlists. I plan on working this one through tonight. I suspect it'll take multiple attempts, until the correct playlist is posted ;)

00631 may be correct.

[setarip_old]

Try the following, from a post at another forum:

http://www.makemkv.com/forum2/viewtopic.php?p=19323&sid=db10254b004cae4aac85d2bd76c521c2#p19323

[worknstiff]

Hey that was the ticket, I don't know why when I played the original movie rip it was only showing 99 minutes as the runtime but that playlist at that link was 110 minutes.
Anyway, thanks :thanks: worknstiff

[setarip_old]

@worknstiff Thanks: setarip_oldAs always, my pleasure ;>}

[ttringle]

Is there a way to add or modify the list of Alternate Output for things like MKV etc? I would like to add a new one for the new iPad or modify one of the existing ones so that it can create a compatible 1080p file.

Thanks.

TimT

[jdobbs]

Is there a way to add or modify the list of Alternate Output for things like MKV etc? I would like to add a new one for the new iPad or modify one of the existing ones so that it can create a compatible 1080p file.

Thanks.

TimT Yes. You can define your own. Look at the file ALTERNATE.TXT under the MISC folder. You can add new formats to the bottom (or edit the existing) using the information at the top of the file.

If you modify it, save it somewhere. It's easy to forget and overwrite it when new releases come out.

[greslogo]

What would give me the better output

Creating a DVD using the original BD as input or the BD-25 that I created ?

[omegaman7]

Theoretically the original files. But I've worked with the BD-25 outputs without trouble :) I've even ran AVCHD files through. Unfortunately, since the black bars were removed, the output was not good.

[greslogo]

I was just curious since I have the original rips + the BD-25's. If no difference, I think the BD-25's are faster but have never run a comparison.

[omegaman7]

Just remember, since the BD-25 is preprocessed, bugs won't be supported. I seriously doubt that any bugs will ensue though ;)

[greslogo]

I usually use the BD-25 as the source. Never had an issue.

[AmigaFuture]

AmigaFuture, There seems to be a bug with the new release of VLC player, Over on videohelp's site their is other people having problems too. Which version are you using?

2.0.0 for 7..I don't recall for the Mac, but for Mac is plays great...so until I want something more, I'm not going to update VLC there. I'll visit the site. Thanks.

[jidelite]

jdobbs, I've been using 'Movie and Menu' mode with much success but The Three Musketeers has got me stumped. Is it currently impossible to do Movie+Menu with this movie?

jidelite

[omegaman7]

jdobbs, I've been using 'Movie and Menu' mode with much success but The Three Musketeers has got me stumped. Is it currently impossible to do Movie+Menu with this movie?

jidelite

Story of my life. Source code, Twlight, and now Three Musketeers. I'm GUESSING, that anydvd HD has to do something during the ripping process to make it proper(perhaps MPLS editing). But I can't seem to get an answer on this. Until I know what's up with this "Structural protection(or Java?)", Movie only for me. Plus I have to know which playlist is correct.

[ttringle]

jdobbs, Thanks for the info. That worked perfectly. FYI. I have tested with the original bitrate and up to 12 Mb bitrate both with 160Kb audio bitrate on the new iPad and so far it's played both files without any problems at all. In fact it plays without any stutter or issue and is quite capable of outputting at full resolution to the ATV2 as well.

Here is the section I created for the new resolution for testing.

[00013]
caption=iPad MP4 HD, 1920x1080, 160Kbs AAC
vBitrate=12000
aBitrate=160
aType=1
vFormat=5

For now, 12000 while beautiful ends up with a file too large for my liking. I'm now testing at 6000 and I'll see what the quality looks like on that. I'll update after that so others can use this if they want.

Thanks for a great app, I'll be buying this for sure when you feel it's ready.

TimT

[musiclover]

I'm just backing up the UK version of Merlin - Series 4 which consists of 5 discs. The first four encoded fine, but the fifth, which is some extras and just over the capacity of a bd-9 (I've tried to bd-5 and bd-9), gives the following error on each M2TS. The ripped image plays fine on the HDD with TMT3.

"BD Rebuilder Experienced an error 2007 [time] CorrectEPData() 00006 2007"

I have tried to advance the process by manually copying the files and tweaking the .inf file, but it happens on the subsequent files.

The log files give:
[02/09/12] BD Rebuilder v0.40.04 (beta)
[09:21:11] Source: MERLIN_S4_D5
- Input BD size: 8.64 GB
- Approximate total content: [01:02:26.907]
- Target BD size: 4.36 GB
- Windows Version: 6.1 [7601]
- Quality: Highest (Very Slow), Two Pass
- Decoding/Frame serving: X264/LAVF
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[09:21:11] PHASE ONE, Encoding
- [09:21:11] Processing: VID_00000 (1 of 25)
- [09:21:11] Extracting A/V streams [VID_00000]
- [09:21:39] Reencoding video [VID_00000]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 25.000fps, 6,112 frames
- Bitrate: 8,989 Kbs
- [09:21:39] Reencoding: VID_00000, Pass 1 of 2
- [09:27:06] Reencoding: VID_00000, Pass 2 of 2
- [09:50:09] Video Encode complete
- [09:50:09] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [09:50:09] Multiplexing M2TS
- [09:50:21] CorrectEPData() 00006 2007
[09:54:37]PHASE ONE aborted by user request

I think I know what might be causing that one. It seems that some recent discs are using some extremely large starting PTS values. Goofy for sure. There are a couple places I need to change to account for that -- that was the cause of the issue I fixed in v0.40.04 and I'd guess you're seeing something similar. I should be able to find it. I should have gone back and fixed that possibility long ago.

I am having the same issue with the blu-ray "PINK_FLOYD_WYWH". Is there a work-around? Or will this error be resolved in the next build?

[jdobbs]

@musiclover

There's really no relationship to the quote you used from me. That was fixed back in February. I'll check it out.

[musiclover]

@musiclover

There's really no relationship to the quote you used from me. That was fixed back in February. I'll check it out.

Sorry for the misunderstanding. Your post was right after Drmih's so the (faulty) connection was quickly made.

Here is my log:

[03-17-12] BD Rebuilder v0.40.08 (beta)
[11:09:40] Source: PINK_FLOYD_WYWH
- Input BD size: 20.09 GB
- Approximate total content: [01:16:49.346]
- Target BD size: 7.84 GB
- Windows Version: 6.1 [7601]
- Auto Quality: Good (Very Fast), ABR
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=1 DTS=1 HD=0 Kbs=640
[11:09:43] PHASE ONE, Encoding
- [11:09:43] Processing: VID_00000 (1 of 17)
- [11:09:43] Extracting A/V streams [VID_00000]
- [11:09:52] Reencoding video [VID_00000]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 29.970fps, 1,349 frames
- Bitrate: 9,122 Kbs
- [11:09:52] Reencoding: VID_00000, Pass 1 of 1
- [11:10:33] Video Encode complete
- [11:10:33] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [11:10:33] Multiplexing M2TS
- [11:10:45] Processing: VID_00001 (2 of 17)
- [11:10:45] Extracting A/V streams [VID_00001]
- [11:11:01] Reencoding video [VID_00001]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 29.970fps, 1,349 frames
- Bitrate: 9,125 Kbs
- [11:11:01] Reencoding: VID_00001, Pass 1 of 1
- [11:11:49] Video Encode complete
- [11:11:49] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [11:11:49] Multiplexing M2TS
- [11:11:58] Processing: VID_00003 (3 of 17)
- [11:11:58] Extracting A/V streams [VID_00003]
- [11:12:46] Reencoding video [VID_00003]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 29.970fps, 8,894 frames
- Bitrate: 2,515 Kbs
- [11:12:46] Reencoding: VID_00003, Pass 1 of 1
- [11:18:19] Video Encode complete
- [11:18:19] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (eng): Keeping original audio
- [11:18:19] Multiplexing M2TS
- [11:18:43] CorrectEPData() 00006 2007
[12:17:44]PHASE ONE aborted by user request

[jdobbs]

@musiclover

Unfortunately that one (Pink Floyd, Wish You Were Here) doesn't look like its been released on Blu-Ray in the U.S. -- or at least it isn't available at Amazon. Same for Merlin Season 4.

[musiclover]

@jdobbs

"Pink Floyd, Wish You Were Here" is part of The Immersion Box Set. This set contains 2 cd's, 2 dvd's and 1 blu-ray.

[jdobbs]

@jdobbs

"Pink Floyd, Wish You Were Here" is part of The Immersion Box Set. This set contains 2 cd's, 2 dvd's and 1 blu-ray. Sorry, but there's zero chance that I'm going to fork out $127 for something I don't really want just to debug one disc... my donations don't even come close to covering what I already spend on discs for debugging... my sense of community spirit has to have limits.

[musiclover]

Sorry, but there's zero chance that I'm going to fork out $127 for something I don't really want just to debug one disc... my donations don't even come close to covering what I already spend on discs for debugging... my sense of community spirit has to have limits.

I can understand that. So we have to wait for another disc that has the same problem.

[LowDead]

Or you could donate the box set to jdobbs ;-)

[AmigaFuture]

Ha! About the same thought I had.. Mail it to him, include everything needed for him to return it to you. :-) The disk, not the entire Box Set. ;-)

[Prz]

Jdobbs manythanks for your excellent software which I've used sucessfulling for over a year. Unfortunately, my Win 7 64bit system crashed and I needed to reload Windows 7 and reinstall BDRB. I've been at it for a week and have followed the threads of previous posts on this issue. I've launched as administrator for ffreset, launched as admin for the BDRB application and get confirmation that the changes were made but continue to get the following message when running Inspect:

- Windows Version: 6.1 [7601]
- AVISYNTH Version: [2.5.8.0], Ok
- HAALI Splitter: [1.9.42.1], Ok
- FFDSHOW: [3326], Ok
- WIN7 preferred AVC CODEC: Not Set correctly
- WIN7 preferred VC-1 CODEC: Not Set correctly
- WIN7 preferred MPEG2 CODEC: Not Set correctly
- FFDSHOW VC-1 set to "wmv9", Ok
- FFDSHOW MPEG2 set to "libmpeg2": Ok
- FFDSHOW AVC set to "libavcodec": Ok
- BD Rebuilder v0.40.0.8, Ok
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok

I did run through one encoding which went to the end and produced an error code prior to burn of [2306 13:12:58 Do EncodingO 00053 2306]. I presume it was due to the Win7 codecs Not Set Correctly messages.

I saw the frequent pointer to "other programs" making changes however I can't detect which programs might be suspect.

There are sites which claim to have "tweekers" for Direct Show but I'm afraid to run them as they quickly change their program titles to something else which I suspect is a for fee type of service. Anyway, can you make any suggestions to get BDRB functioning.

[jidelite]

jdobbs, Forgive my ignorance regarding the "Movie and Menus" mode but is it possible to have an option to select a specific playlist (mpls) to re-encode with menus instead of blanking/editing individual streams associated with playlists?

jidelite

[Ch3vr0n]

@Prz: You don't happen to have UAC active by any chance do you? Ifso, pretty sure that's the problem. Disable UAC, launch BDRB as admin and let it do it's thing. You can then reset UAC to it's previous position but imo i'd leave that crap off. Does more harm then good anyway

[setarip_old]

Has anybody successfully made a FULL DISC copy of "The Three Musketeers" Blu-ray? If so:

1) What version number of what program did you use?

2) Are you CERTAIN it's a proper copy and NOT one that contains 51 chapters (Pieces of each of the real 17 chapters repeated 3 times throughout)?

[By-Tor]

Has anybody successfully made a FULL DISC copy of "The Three Musketeers" Blu-ray? If so:

1) What version number of what program did you use?

2) Are you CERTAIN it's a proper copy and NOT one that contains 51 chapters (Pieces of each of the real 17 chapters repeated 3 times throughout)?

yes I have region B with no problems to a bd25
usind VERSION 0.40.08

[Capsbackup]

Has anybody successfully made a FULL DISC copy of "The Three Musketeers" Blu-ray? If so:

1) What version number of what program did you use?

2) Are you CERTAIN it's a proper copy and NOT one that contains 51 chapters (Pieces of each of the real 17 chapters repeated 3 times throughout)?

My results appear just as you stated.. 2), with also the notification/black screen around the 18 minute mark : Copy detected, or a rip tool is running... :(
SlySoft says they are working on it, so maybe it is a ripping issue. BD-RB did not make a proper full backup of this title that was ripped with 7.0.2.0, even though the rip completed without any errors. However, I believe a proper movie only backup was successful choosing playlist 00437.mpls.

[setarip_old]

@By-Tor

Sorry if I was a bit unclear.

What program and version number did you use to decrypt your original, commercial Blu-ray disc, before usig BD-RB to compress it?

[Prz]

@Prz: You don't happen to have UAC active by any chance do you? Ifso, pretty sure that's the problem. Disable UAC, launch BDRB as admin and let it do it's thing. You can then reset UAC to it's previous position but imo i'd leave that crap off. Does more harm then good anyway

Turned down the UAC control to lowest seeting a few days age but no luck. Also turned off firewalls etc. Thanks for the suggestion tho.

[jidelite]

Has anybody successfully made a FULL DISC copy of "The Three Musketeers" Blu-ray? If so:

1) What version number of what program did you use?

2) Are you CERTAIN it's a proper copy and NOT one that contains 51 chapters (Pieces of each of the real 17 chapters repeated 3 times throughout)?

I tried DVDFab 8.1.6.8 Qt (free DVDFab HD Decrypter). This seems to have successfully given me a proper backup of a region 1 disc (runtime 1:50:32 / 19 chapters).

jidelite

[setarip_old]

@jidelite

Thanks for that info ;>}

[By-Tor]

@By-Tor

Sorry if I was a bit unclear.

What program and version number did you use to decrypt your original, commercial Blu-ray disc, before usig BD-RB to compress it?

sorry setrip_old, is this for narnia or the three muskerteer's ?
narnia not worked done 1st
three muskerteer's worked fine done second
it was anydvd hd 7.0.1.0 and have tried using 7.0.2.0
with the same results .

[omegaman7]

I've tried using 7.0.2.2. "Peer" has said it cannot be fixed at the moment, until they acquire a disc to correct the "bug" with anydvd.

[musiclover]

Sorry, but there's zero chance that I'm going to fork out $127 for something I don't really want just to debug one disc... my donations don't even come close to covering what I already spend on discs for debugging... my sense of community spirit has to have limits.

I can understand that. So we have to wait for another disc that has the same problem.

Working back from 40.08 through old builds of BD-RB I finally had succes with version 39.04 and got a working full dvd9 backup. For FFDshow and the other packages I kept using the current ones from page 1.

So I guess changes made in 39.05 resulted in the "BD Rebuilder Experienced an error 2007 [time] CorrectEPData() 00006 2007" error.

I hope this helps.

[SnowSledder]

Okay, I've been using this software for some months now, and usually it works fine, but recently, I was making a copy of Pirates 2 and while attempting to convert to BD-25, I got the following error message:

[03/20/12] BD Rebuilder v0.40.08 (beta)
[11:53:18] Source: PIRATES2
- Input BD size: 39.88 GB
- Approximate total content: [03:38:30.905]
- Target BD size: 22.95 GB
- Windows Version: 6.1 [7601]
- Auto Quality: Good (Very Fast), ABR
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[11:53:18] PHASE ONE, Encoding
- [11:53:18] Processing: VID_00001 (1 of 18)
- [11:53:18] Extracting A/V streams [VID_00001]
- Error in attempt to extract audio/subs.
- AV frame too large (35724 bytes). Increase AV buffer.
[11:58:39] - Failed to retrieve audio, aborted

Since I'm NO expert on this stuff, I do not know how to increase the AV buffer. Any help would be greatly appreciated! Thanks!!!

Logfile posted below:

[Status]
LABEL=PIRATES2
VERSION=v0.40.08 (beta)
SOURCE_SIZE=42818591118
SOURCE_VIDEO_SIZE=41777516544
TARGET_SIZE=24641536000
REDUCTION=.564908194127433
RESIZE_1080=0
AUDIO_TO_KEEP=eng;
KEEP_HD_AUDIO=-1
SUBS_TO_KEEP=eng;
BACKUP_MODE=0
MOVIEONLY_TYPE=0
USE_LAVF=0
INSTANCES=1
DGDECNV=0
QUICK=0
[00001]
AUDIO=11000
PGS=100000

[SnowSledder]

The error seems to be a tsMuxeR error (http://linkai8425.wordpress.com/2008/12/08/how-to-deal-with-tsmuxers-av-frame-too-large-error/).

I have just recently begun ripping and copying Blu-rays, so this explanation is more involved than I am used to. Maybe there's an easier way to fix this problem in BD-Rebuilder - if so, I'd appreciate someone posting the fix. Thanks!!!

[RobertM]

Hi Snow,

the "AV frame too large" error usually means there is some kind of input file corruption; usually from a bad rip. Try ripping that disc again and see what happens.

Regards,
Bob

[AmigaFuture]

With 40.08, Alternate MKV Intact Audio; chapters aren't being included. I'm also noticing chapters aren't being included in Movie-Only Backup, Custom Target Size. In both modes, they aren't in the Working Path directory upon TSMUXER extracting.

[rpareja]

I am having problems to make a FULL DISC copy of disk 5 from the TV Series GAME OF THRONES.

I removed all audio streams except english and removed all subtitles streams except english and spanish. BDRB gets stuck at the 31 of 42 title (at 16.99% overall progress).

Had no problems at all with the first 4 blu-rays.

Any suggestions?

[Marco33]

What line in the INI do I edit to have "Shutdown after rebuild" always on?

[Paddy97]

I'm having problems to get the SUP files muxed in when using the latest BDRebuilder that has this hidden option. Is it a problem in the software or is it me?

The SUP gets extracted to the working dir but not muxed in to the final MKV.

[03-23-12] BD Rebuilder v0.40.08 (beta)
[17:28:59] Source: FIGHT_CLUB
- Input BD size: 31,82 GB
- Approximate total content: [02:19:08.381]
- Windows Version: 6.1 [7601]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- Mode: MKV Container, 1920x1080, Intact Audio
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=640
[17:29:00] PHASE ONE, Encoding
- [17:29:00] Processing: VID_00349 (1 of 1)
- [17:29:00] Extracting A/V streams [VID_00349]
- [17:46:23] Reencoding video [VID_00349]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 200*161 frames
- [17:46:23] Reencoding: VID_00349, Pass 1 of 1
- [19:56:14] Video Encode complete
- [19:56:14] Processing audio tracks
[19:56:14]PHASE ONE complete
[19:56:14]PHASE TWO - Rebuild Started
- [19:56:14] Building ALTERNATE OUTPUT Structure
[20:09:57] - Encode and Rebuild complete
[20:09:57] JOB: FIGHT_CLUB finished.


[Status]
LABEL=FIGHT_CLUB
VERSION=v0.40.08 (beta)
SOURCE_SIZE=34166661120
SOURCE_VIDEO_SIZE=34166661120
TARGET_SIZE=4686086144
REDUCTION=.137153763065743
RESIZE_1080=0
AUDIO_TO_KEEP=eng;swe;
KEEP_HD_AUDIO=0
SUBS_TO_KEEP=eng;swe;
BACKUP_MODE=1
MOVIEONLY_TYPE=11
USE_LAVF=0
INSTANCES=1
DGDECNV=0
QUICK=0
ENCODE_STEP=0
COMPLETED=1
REBUILD_COMPLETE=1
[00349]
AUDIO=100000000
PGS=00000000100000000000000000000
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=4686086144
SPLITS=1
NSIZE=0
FLINK=0
MLINK=0


[Options]
ALTCRF=n n = 0-50 - CRF value to use for Alternate Movie-Only encodes (default=20)
ALTERNATE_PAL=n n = 0/1 - Default=0, setting to "1" converts FILM DVD's to PAL without adding frames
ASSUME_HYBRID=n n = 0/1 - Default=0, - if set to "1" all MPEG-2 NTSC SD material is assumed hybrid
AUDIO_AMPLIFY=n n = 0-x - Increase volume of reencoded audio. Example "1.2" = 20% increase, "2.0" = 2X
AUTO_BIAS=n n = 0-3 - Def=1, Auto Qual bias, 0=high speed, 1=normal, 2=high quality, 3=highest qual
AUTO_TWOPASSONLY=n n = 0/1 - 0 (default) allows one-pass ABR via automatic quality, 1 forces two-pass always
B_PYRAMID=n n = 0/1 - 0 (default) sets option "--b-pyramid none", 1 sets option "--b-pyramid strict"
BDMV_CERT_ONLY=n n = 0/1 - 0=Off (default) - if set to "1" BD-RB ignores all but BDMV & CERTIFICATE folders
BEEP_SOUNDFILE=s s = The full path of a WAV file to be played upon completion of each job
COLOR_BOOST=n n = 0/1 - Default=0, When set to "1" BD-RB will boost color levels by 10% (slow)
DEFAULT_LANG=s s = language code, sets assumption for "undetermined" languages, example: DEFAULT_LANG=eng
DEINTERLACER_TYPE=n n = 1-4 - 1=DECOMB w/o blend, 2=DECOMB w/blend, 3=SmoothDeinterlace, 4=Progressive (fake)
DISABLE_SLEEP=n n = 0/1 - 1=(Default) block system SLEEP mode during encoding, 0=No SLEEP disabling
DISABLE_VIDEO_SLEEP=n n = 0/1 - 1=Block video SLEEP mode during encoding, 0=(default) No video SLEEP disabling
DVD_SUB_BACKGROUND=n n = 0-2 - 0=Transparent background (default), 1=Dark Blue background, 2=Black background
DVD_SUB_COLOR=n n = 0/1/2 - 0=Yellow subtitles, 1=White subtitles (default), 2=Green subtitles
EXTENDED_GOP=n n = 0/1 - 0=Off (default), 1=Use 48 frame GOPs for BD-5/9 output (rather than 24)
FIX_MOVIEONLY=n n = 0/1 - 1=ON (default) - If set to "0", BD-RB will not add ExtensionData() to CLPI/MPLS
FIXED_CRF=n n = 10..50 - force CRF encoding to use this CRF value (output size control disappears)
FORCE_ENCODE=n n = 0/1 - if set to 1, BD-RB will never check to see if original video will fit
FORCE_NOENCODE=n n = 0/1 - if set to 1, BD-RB will always use original video (sizing will not be checked)
FREE_PROCESSOR=n subtract n from the processor count (leaves n processors free for other tasks)
HC_PROFILE=s s = FAST/NORMAL/BEST - Default=NORMAL, Sets quality level for DVD encoding with HCEncode
HC_ONEPASS=n n = 0/1 - 0=Normal two pass encoding (default), 1=HC *1PASS (quick first scan) (DVD only)
HDDVD_COMPLIANT=n n = 0/1 - if set to 1, the output will be compliant with HD-DVD standards
IMGBURN_TARGET_DEVICE=s s = Drive to use for burning with ImgBurn (ex: e:, f:, etc)
INDEX_WITH_EXTRACT=n n = 0/1 - if set to 1 (default), indexing occurs concurrently with audio extraction
IVTC_480i=n n = 0/1 - Default=0, 1=Perform IVTC on all 480i sources (careful -- normally a bad idea)
IVTC_DIRECTSHOW=n n = 0/1 - Default=1, 1=IVTC is inherently performed by Directshow, 0=Use other (DECOMB)
IVTC_SELECTION=n n = 0/1 - Default=0, 1=Enables IVTC on dropdown menu, use only for hard telecined sources
IVTC_TELECIDE=n n = 0/1 - Default=1, 1=Use DECOMB's TELECIDE in Inverse telecining (IVTC) (DECOMB iVTC only).
KEEP_HD_LPCM=n n = 0/1 - Default=1, When set to "0", BD-RB reencodes LPCM even for "Keep HD Audio"
KEEP_MBTREE=n n = 0/1 - 0=Off (default), 1=Keep the stats.mbtree file after encode is complete
KEEP_SINGLE_AUDIO=n n = 0/1 - 1=On (default), 1=Select audio (regardless of lang) when only 1 track exists
MAXIMIZE_REFS=n n = 0/1 - If set to 0, BD-RB will always limit reference frames to 4. Otherwise, max.
MIN_M2TS_SIZE=n n = minimum size required for BD-RB processing on BD-25 in MB, default is 100
MIN_PLAYLIST_MINS=n n = minimum size (in minutes, default=15) for a playlist to a movie-only choice
MKV_INTERMEDIATE=n n = 0/1 - 0=OFF (default) - if set to "1", .MKV files are used instead of .264
MKV_CHAPTERS=n n = 0/1 - 1=ON (default) - if set to "0", no chapters will be implementeded in MKV output
MKV_MUXSUPS=n 1 = 0/1 - If set to "1", ALTERNATE/MKV output will include selected .SUP subtitles
MULTIPROCESS=n n = 0-n - Experimental, see http://www.jdobbs.net/freeware/multiprocessing.html
NO_MBTREE=n n = 0/1 - if set to 1, BD-RB will disable MBTREE in encodes
PASS_TWO_STATS_UPDATE=n n = 0/1 - 0=OFF (default) - if set to "1", BD-RB uses "--pass 3" for second pass
QUICK_CRF=n n = 10..50 -- CRF value for "Quick Extras" encoding, defaults are BD5=30,BD9=24,BD25=20
QUICK_USE_QUALITY=n n = 0/1 - if set to 1, BD-RB will use the current quality selection for CRF encodes
REMOVE_OUTPUT=n n = 0/1 - 0=OFF (default) - if set to "1", the OUTPUT folder is removed after burning
REMOVE_WORKING=n n = 0/1 - 0=OFF (default) - if set to "1", the WORKFILES folder is removed after rebuild
RESET_PERMISSION=n n = 0/1 - Default=1, When set to "1", tells ImgBurn to reset permission flag during burn
SAMPLE_GROUP=n n = Number of frames in each sample group for CRF estimation
SAMPLE_SIZE=n n = Number of frames in each sample for CRF estimation (size/group = sample percentage)
SD_PROGRESSIVE=n n = 0/1 - 0=OFF (default). If set to 1, Keeps IVTC'd 480i sources as 480p (not compliant)
SECONDARY_CRF=n n = 10..50 - force BD-RB to use the specified CRF value for secondary encodings
SECONDARY_USE_QUALITY=n n = 0/1 - 0=OFF (default) - if set to "0" ultrafast is used, "1" uses standard quality
SHOW_ENCODER=n n = 0/1 - Default 0. If set to 1, BD-RB will show the X264 window during encoding
SHUTDOWN_SLEEP=n n = 0/1 - Default=0, Setting to "1" changes "SHUTDOWN after Rebuild" option to "SLEEP..."
THREADS=n n represents the number of threads to use in X264, default is "auto"
TWEAK_PASS_ONE=s s = X264 pass 1 command line tweak(s)(warning -- for experts only, bugs not supported)
TWEAK_PASS_TWO=s s = X264 pass 2 command line tweak(s)(warning -- for experts only, bugs not supported)
CHECK_FFDSHOW=n n = 0/1 - 1=ON (default) 1 = Checks for FFDSHOW before running, 0 = Ignore checks
USE_NAL_HRD=n n = 0/1 - 1=ON (default) 1 = Use "--nal-hrd" in the X264 command line, 0 = Don't use it.
WEIGHTP=n n = 0/1/2 - Value used by BD-RB in X264 command line "--weightp", default is "1"
WIDE_OFFSET=n n = .1-2.0 - Adjust start of clipping: 1=centered (default), .75=(y_start_line*.75), etc.

[Paths]
NICAUDIO= Change the path for NICAUDIO.DLL
TSMUXER= Change the path for TSMUXER.EXE
WAVI= Change the path for WAVI.EXE
AFTEN= Change the path for AFTEN.EXE
DECOMB= Change the path for DECOMB521.DLL
MKVMERGE= Change the path for MKVMERGE.EXE

[jdobbs]

You didn't post your INI file, so I can't tell if you're configured correctly. Do you have MKV_MUXSUPS=1 added to your INI file? It looks like you just changed it in the HIDDENOPTS.TXT file. That file is just there as documentation -- it isn't read by BD-RB. The INI/Config file has to be altered to include any hidden option you decide to use.

[Paddy97]

You didn't post your INI file, so I can't tell if you're configured correctly. Do you have MKV_MUXSUPS=1 added to your INI file? It looks like you just changed it in the HIDDENOPTS.TXT file. That file is just there as documentation -- it isn't read by BD-RB. The INI/Config file has to be altered to include any hidden option you decide to use.

Thanks for clarifying. I feel stupid. :thanks:

I only changed in the hiddenopts and did not transfter the line to the INI file.

[Prz]

Not related to this post but if you can review my post from Prz March 12th , 15:08 I'd greatly appreciate it as I'm pretty much out of commission using BDRB for a couple of weeks now.

[omegaman7]

You have no post on march 12th...

[jdobbs]

Thanks for clarifying. I feel stupid. :thanks:

I only changed in the hiddenopts and did not transfter the line to the INI file. Don't feel stupid. It's not your fault. Unfortunately the software just hasn't been documented very well (yet). In its entirety this thread pretty much covers everything about the software -- but you'd have to scan through almost 15,000 posts to find it all. :eek:

[Prz]

Yes your correct. Its 18th March 2012, 15:08. However was trying to get to jdobbs but since I'm new to the forum thought I could do this by replying to his reply to you. Sorry for the misdirection but any pointers you can offer would be appreciated.

[Capsbackup]

Yes your correct. Its 18th March 2012, 15:08. However was trying to get to jdobbs but since I'm new to the forum thought I could do this by replying to his reply to you. Sorry for the misdirection but any pointers you can offer would be appreciated.

Uninstall any / all codec packs, and also uninstall haali, ffdshow and avisynth. Delete the BD-RB folder that you initially unzipped to run the program. Then install only those three programs. (haali, ffdshow and avisynth)
From the same page that you download the latest BD-RB is the Windows 7 installation instructions. Follow that exactly. :cool:

[Prz]

So your saying get ffdshw,avsynth and haali installed with the needed modifications to the codecs in ffdshow then install BDRB? If so, the process is then to extract BDRB then launch it as an admin and allow it to set the Win 7 codecs. Wonder why the pre install of the 3 supporting pgms prior to BDRB? Will try it and let you know and thanks for the suggestion.

[Capsbackup]

So your saying get ffdshw,avsynth and haali installed with the needed modifications to the codecs in ffdshow then install BDRB?

No, I did not say this! This may work, but I only said to install them!

If so, the process is then to extract BDRB then launch it as an admin and allow it to set the Win 7 codecs

Yes, as the first post states for Windows 7 installation guide. Read the guide, it needs to be followed exactly!

Wonder why the pre install of the 3 supporting pgms prior to BDRB?

They are necessary for BD-RB to work! :cool:

[jdobbs]

I am having problems to make a FULL DISC copy of disk 5 from the TV Series GAME OF THRONES.

I removed all audio streams except english and removed all subtitles streams except english and spanish. BDRB gets stuck at the 31 of 42 title (at 16.99% overall progress).

Had no problems at all with the first 4 blu-rays.

Any suggestions? I love this series, so I picked it up. I'll run Disc 5 today and will report back.

[drmih]

It may not be appropriate to comment but I have read a similar 'fault' elsewhere and it turned out that there is a version on Newsgroups which has corruption on Disc 5 - I have a Region B set and that works fine on all 5 discs with the latest version.

If you look closely at the post you'll see it was edited and I guess it may have been dubious:

"Last edited by neuron2; 21st March 2012 at 12:27. Reason: rule 6"

[colinhunt]

An observation I made when trying to do a full backup of a disc containing two episodes of a TV series (AVC 1080i/29.97fps):

With LAVF enabled, the output was constantly too large by several gigabytes. I ran several tests, using both custom and regular BD-25 target sizes. Switching to DGDecNV and selecting regular BD-25 target size resulted in an output size of 22.2GB.

[drmih]

I've also been struggling with something similar compressing to bd-9 with a 1 Gb oversize. Again a tv series with 2 episodes per disc, but a series and have had the same issue with the first two discs of a five disc set. I'll try changing to a machine with DGDecNV capability.

[Prz]

I followed your directions and those in the Windows 7 installation post exactly and still get the following from the inspect program.

- Windows Version: 6.1 [7601]
- AVISYNTH Version: [2.5.8.0], Ok
- HAALI Splitter: [1.9.42.1], Ok
- FFDSHOW: [3882], Ok
- WIN7 preferred AVC CODEC: Not Set correctly
- WIN7 preferred VC-1 CODEC: Not Set correctly
- WIN7 preferred MPEG2 CODEC: Not Set correctly
- FFDSHOW VC-1 set to "wmv9", Ok
- FFDSHOW MPEG2 set to "libmpeg2": Ok
- FFDSHOW AVC set to "ffmpeg-mt": Ok
- BD Rebuilder v0.40.0.8, Ok
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok

Any other suggestions?

[Ch3vr0n]

Did you run BDRB as with administrator priviledges?

[KarstenS]

I got the following error in the movie "Meet Dave" german version (full backup to BD9):

- [11:10:51] Processing: VID_00011 (12 of 35)
- [11:10:51] Extracting A/V streams [VID_00011]
- [11:11:09] Reencoding video [VID_00011]
- Source Video: MPEG-2, 720x576
- Rate/Length: 25,000fps, 3.475 frames
- Bitrate: 1.300 Kbs
- [11:11:09] Reencoding: VID_00011, Pass 1 of 2
- [11:11:50] Reencoding: VID_00011, Pass 2 of 2
- [11:13:38] Video Encode complete
- [11:13:38] Processing audio tracks
- Track 4352 (deu): Keeping original audio
- [11:13:38] Multiplexing M2TS
- [11:13:44] CorrectEPData() 00006 2007

EDIT: BD Rebuilder 0.40.08

[Prz]

Yes, I did. I followed all instructions to the letter.

[Ch3vr0n]

@KarstenS, where's the rest of the log? We need all data

@Prz: check your system, do you have ANY kind of codec pack installed, kazaa lite, divx, ... ultimate codec pack, ...

[busch42]

Just tried to shrink the Bluray Movie Extremely Loud & Incredibly Close, Came up Failed video encode, aborted, Don't know why because I wiped my hard drive clean an reinstalled windows 7 with 64 bit and since I did that several weeks ago I have done 2 blurays since with no problem, Here is the report:
----------------------
[03/27/12] BD Rebuilder v0.40.08 (beta)
[13:46:04] Source: EXTREME_LOUD_INCREDIBLE_CLOSE
- Input BD size: 34.51 GB
- Approximate total content: [03:46:30.576]
- Target BD size: 22.95 GB
- Windows Version: 6.1 [7601]
- Auto Quality: Good (Very Fast), ABR
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=640
[13:46:04] PHASE ONE, Encoding
- [13:46:04] Processing: VID_00001 (1 of 8)
- [13:46:05] Extracting A/V streams [VID_00001]
- [13:46:15] Reencoding video [VID_00001]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 2,627 frames
- Bitrate: 6,157 Kbs
- [13:46:15] Reencoding: VID_00001, Pass 1 of 1
- [13:47:29] Video Encode complete
- [13:47:29] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [13:47:29] Multiplexing M2TS
- [13:47:35] Processing: VID_00015 (2 of 8)
- [13:47:35] Extracting A/V streams [VID_00015]
- [13:47:45] Reencoding video [VID_00015]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 8,159 frames
- Bitrate: 2,582 Kbs
- [13:47:45] Reencoding: VID_00015, Pass 1 of 1
- [13:50:00] Video Encode complete
- [13:50:00] Processing audio tracks
- [13:50:00] Multiplexing M2TS
- [13:50:06] Processing: VID_00023 (3 of 8)
- [13:50:06] Extracting A/V streams [VID_00023]
- [13:50:16] Reencoding video [VID_00023]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 1,849 frames
- Bitrate: 6,228 Kbs
- [13:50:16] Reencoding: VID_00023, Pass 1 of 1
- [13:51:03] Video Encode complete
- [13:51:03] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [13:51:03] Multiplexing M2TS
- [13:51:09] Processing: VID_00054 (4 of 8)
- [13:51:09] Extracting A/V streams [VID_00054]
- [14:12:13] Reencoding video [VID_00054]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 186,265 frames
- Bitrate: 15,050 Kbs
- [14:12:13] Reencoding: VID_00054, Pass 1 of 1
- Encode failed. Aborting.
- BD-Rebuilder v0.40.08 (beta)
- Windows Version: 6.1 [7601]
- AVISYNTH Version: 2.5.8.0, Ok
- HAALI Splitter: 1.9.42.1, Ok
- FFDSHOW: 3882, Ok
- WIN7 preferred AVC CODEC: Ok
- WIN7 preferred VC-1 CODEC: Ok
- WIN7 preferred MPEG2 CODEC: Ok
- FFDSHOW VC-1 set to "wmv9", Ok
- FFDSHOW MPEG2 set to "libavcodec": Ok
- FFDSHOW AVC set to "libavcodec": Ok
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok
[15:04:02] - Failed video encode, aborted

[AmigaFuture]

I'm using 04.08 to make a BD-9 (Keeping everything) of The Breakfast Club. It completes, and after I make an ISO with ImgBurn; filesize looks like DVD-9; mount the image, PowerDVD 9 displays only a blank screen.

When I make a new ISO from the AnyDVD rip, mount the image, PowerDVD 9 plays it. A software player much play it before I'll use a disk in my Standalone player. :-) ...Unless it's a ReWriteable or plays from USB.

The Log:


[03/26/12] BD Rebuilder v0.40.08 (beta)
[20:02:49] Source: BREAKFAST_CLUB
- Input BD size: 29.28 GB
- Approximate total content: [02:45:27.558]
- Target BD size: 7.84 GB
- Windows Version: 6.1 [7601]
- Quality: High Quality (Default), Two Pass
- Decoding/Frame serving: DirectShow [3-way]
- Audio Settings: AC3=0 DTS=1 HD=0 Kbs=448
[20:02:50] PHASE ONE, Encoding
- [20:02:50] Processing: VID_00000 (1 of 25)
- [20:02:50] Extracting A/V streams [VID_00000]
- [20:02:55] Reencoding video [VID_00000]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23.976fps, 567 frames
- Bitrate: 4,683 Kbs
- [20:02:55] Reencoding: VID_00000, Pass 1 of 2
- [20:03:12] Reencoding: VID_00000, Pass 2 of 2
- [20:03:38] Video Encode complete
- [20:03:38] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [20:03:38] Multiplexing M2TS
- [20:03:42] Processing: VID_00001 (2 of 25)
- [20:03:42] Extracting A/V streams [VID_00001]
- [20:03:46] Reencoding video [VID_00001]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23.976fps, 336 frames
- Bitrate: 3,944 Kbs
- [20:03:46] Reencoding: VID_00001, Pass 1 of 2
- [20:03:56] Reencoding: VID_00001, Pass 2 of 2
- [20:04:10] Video Encode complete
- [20:04:10] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [20:04:10] Multiplexing M2TS
- [20:04:14] Processing: VID_00002 (3 of 25)
- [20:04:14] Extracting A/V streams [VID_00002]
- [20:04:20] Reencoding video [VID_00002]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23.976fps, 1,416 frames
- Bitrate: 4,591 Kbs
- [20:04:20] Reencoding: VID_00002, Pass 1 of 2
- [20:04:59] Reencoding: VID_00002, Pass 2 of 2
- [20:06:06] Video Encode complete
- [20:06:06] Processing audio tracks
- [20:06:06] Multiplexing M2TS
- [20:06:12] Processing: VID_00010 (4 of 25)
- [20:06:12] Extracting A/V streams [VID_00010]
- [20:12:23] Reencoding video [VID_00010]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23.976fps, 139,656 frames
- Bitrate: 8,674 Kbs
- [20:12:23] Reencoding: VID_00010, Pass 1 of 2
- [21:15:36] Reencoding: VID_00010, Pass 2 of 2
- [00:08:41] Video Encode complete
- [00:08:41] Processing audio tracks
- Track 4352 (eng): Reencoding audio to AC3...
- Track 4354 (eng): Keeping original audio
- [00:12:20] Multiplexing M2TS
- [00:16:38] Processing: VID_00011 (5 of 25)
- [00:16:38] Extracting A/V streams [VID_00011]
- [00:16:46] Reencoding video [VID_00011]
- Source Video: MPEG-2, 720x480
- Rate/Length: 29.970fps, 5,737 frames
- Bitrate: 1,154 Kbs
- [00:16:46] Reencoding: VID_00011, Pass 1 of 2
- [00:17:09] Reencoding: VID_00011, Pass 2 of 2
- [00:17:52] Video Encode complete
- [00:17:52] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [00:17:52] Multiplexing M2TS
- [00:17:57] Processing: VID_00012 (6 of 25)
- [00:17:57] Extracting A/V streams [VID_00012]
- [00:18:04] Reencoding video [VID_00012]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23.976fps, 1,572 frames
- Bitrate: 6,365 Kbs
- [00:18:04] Reencoding: VID_00012, Pass 1 of 2
- [00:19:03] Reencoding: VID_00012, Pass 2 of 2
- [00:20:25] Video Encode complete
- [00:20:25] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [00:20:25] Multiplexing M2TS
- [00:20:38] Processing: VID_00013 (7 of 25)
- [00:20:38] Extracting A/V streams [VID_00013]
- [00:20:45] Reencoding video [VID_00013]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23.976fps, 1,440 frames
- Bitrate: 6,204 Kbs
- [00:20:45] Reencoding: VID_00013, Pass 1 of 2
- [00:21:28] Reencoding: VID_00013, Pass 2 of 2
- [00:22:41] Video Encode complete
- [00:22:41] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [00:22:41] Multiplexing M2TS
- [00:22:51] Processing: VID_00078 (8 of 25)
- [00:22:51] Extracting A/V streams [VID_00078]
- [00:22:57] Reencoding video [VID_00078]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 1,741 frames
- Bitrate: 4,140 Kbs
- [00:22:57] Reencoding: VID_00078, Pass 1 of 2
- [00:23:34] Reencoding: VID_00078, Pass 2 of 2
- [00:24:50] Video Encode complete
- [00:24:50] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [00:24:50] Multiplexing M2TS
- [00:24:55] Processing: VID_00082 (9 of 25)
- [00:24:55] Extracting A/V streams [VID_00082]
- [00:25:00] Reencoding video [VID_00082]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23.976fps, 567 frames
- Bitrate: 4,683 Kbs
- [00:25:00] Reencoding: VID_00082, Pass 1 of 2
- [00:25:17] Reencoding: VID_00082, Pass 2 of 2
- [00:25:43] Video Encode complete
- [00:25:43] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [00:25:43] Multiplexing M2TS
- [00:25:47] Processing: VID_00083 (10 of 25)
- [00:25:47] Extracting A/V streams [VID_00083]
- [00:25:51] Reencoding video [VID_00083]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23.976fps, 567 frames
- Bitrate: 4,683 Kbs
- [00:25:51] Reencoding: VID_00083, Pass 1 of 2
- [00:26:08] Reencoding: VID_00083, Pass 2 of 2
- [00:26:34] Video Encode complete
- [00:26:34] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [00:26:34] Multiplexing M2TS
- [00:26:38] Processing: VID_00084 (11 of 25)
- [00:26:38] Extracting A/V streams [VID_00084]
- [00:26:44] Reencoding video [VID_00084]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23.976fps, 1,416 frames
- Bitrate: 4,591 Kbs
- [00:26:44] Reencoding: VID_00084, Pass 1 of 2
- [00:27:25] Reencoding: VID_00084, Pass 2 of 2
- [00:28:32] Video Encode complete
- [00:28:32] Processing audio tracks
- [00:28:32] Multiplexing M2TS
- [00:28:38] Processing: VID_00085 (12 of 25)
- [00:28:38] Extracting A/V streams [VID_00085]
- [00:28:44] Reencoding video [VID_00085]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23.976fps, 1,416 frames
- Bitrate: 4,591 Kbs
- [00:28:44] Reencoding: VID_00085, Pass 1 of 2
- [00:29:24] Reencoding: VID_00085, Pass 2 of 2
- [00:30:31] Video Encode complete
- [00:30:31] Processing audio tracks
- [00:30:31] Multiplexing M2TS
- [00:30:37] Processing: VID_00127 (13 of 25)
- [00:30:37] Extracting A/V streams [VID_00127]
- [00:30:44] Reencoding video [VID_00127]
- Source Video: MPEG-2, 720x480
- Rate/Length: 29.970fps, 4,010 frames
- Bitrate: 1,156 Kbs
- [00:30:44] Reencoding: VID_00127, Pass 1 of 2
- [00:31:00] Reencoding: VID_00127, Pass 2 of 2
- [00:31:29] Video Encode complete
- [00:31:29] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [00:31:29] Multiplexing M2TS
- [00:31:33] Processing: VID_00128 (14 of 25)
- [00:31:33] Extracting A/V streams [VID_00128]
- [00:31:43] Reencoding video [VID_00128]
- Source Video: MPEG-2, 720x480
- Rate/Length: 29.970fps, 6,792 frames
- Bitrate: 1,153 Kbs
- [00:31:43] Reencoding: VID_00128, Pass 1 of 2
- [00:32:10] Reencoding: VID_00128, Pass 2 of 2
- [00:33:01] Video Encode complete
- [00:33:01] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [00:33:01] Multiplexing M2TS
- [00:33:06] Processing: VID_00129 (15 of 25)
- [00:33:06] Extracting A/V streams [VID_00129]
- [00:33:15] Reencoding video [VID_00129]
- Source Video: MPEG-2, 720x480
- Rate/Length: 29.970fps, 5,628 frames
- Bitrate: 1,154 Kbs
- [00:33:15] Reencoding: VID_00129, Pass 1 of 2
- [00:33:37] Reencoding: VID_00129, Pass 2 of 2
- [00:34:20] Video Encode complete
- [00:34:20] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [00:34:20] Multiplexing M2TS
- [00:34:24] Processing: VID_00130 (16 of 25)
- [00:34:24] Extracting A/V streams [VID_00130]
- [00:34:34] Reencoding video [VID_00130]
- Source Video: MPEG-2, 720x480
- Rate/Length: 29.970fps, 7,250 frames
- Bitrate: 1,153 Kbs
- [00:34:34] Reencoding: VID_00130, Pass 1 of 2
- [00:35:04] Reencoding: VID_00130, Pass 2 of 2
- [00:35:59] Video Encode complete
- [00:35:59] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [00:35:59] Multiplexing M2TS
- [00:36:04] Processing: VID_00131 (17 of 25)
- [00:36:04] Extracting A/V streams [VID_00131]
- [00:36:13] Reencoding video [VID_00131]
- Source Video: MPEG-2, 720x480
- Rate/Length: 29.970fps, 7,677 frames
- Bitrate: 1,157 Kbs
- [00:36:13] Reencoding: VID_00131, Pass 1 of 2
- [00:36:44] Reencoding: VID_00131, Pass 2 of 2
- [00:37:43] Video Encode complete
- [00:37:43] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [00:37:43] Multiplexing M2TS
- [00:37:48] Processing: VID_00132 (18 of 25)
- [00:37:48] Extracting A/V streams [VID_00132]
- [00:37:56] Reencoding video [VID_00132]
- Source Video: MPEG-2, 720x480
- Rate/Length: 29.970fps, 5,773 frames
- Bitrate: 1,157 Kbs
- [00:37:56] Reencoding: VID_00132, Pass 1 of 2
- [00:38:20] Reencoding: VID_00132, Pass 2 of 2
- [00:39:03] Video Encode complete
- [00:39:03] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [00:39:03] Multiplexing M2TS
- [00:39:08] Processing: VID_00133 (19 of 25)
- [00:39:08] Extracting A/V streams [VID_00133]
- [00:39:19] Reencoding video [VID_00133]
- Source Video: MPEG-2, 720x480
- Rate/Length: 29.970fps, 9,792 frames
- Bitrate: 1,148 Kbs
- [00:39:19] Reencoding: VID_00133, Pass 1 of 2
- [00:39:56] Reencoding: VID_00133, Pass 2 of 2
- [00:41:09] Video Encode complete
- [00:41:09] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [00:41:09] Multiplexing M2TS
- [00:41:14] Processing: VID_00134 (20 of 25)
- [00:41:14] Extracting A/V streams [VID_00134]
- [00:41:26] Reencoding video [VID_00134]
- Source Video: MPEG-2, 720x480
- Rate/Length: 29.970fps, 11,307 frames
- Bitrate: 1,154 Kbs
- [00:41:26] Reencoding: VID_00134, Pass 1 of 2
- [00:42:12] Reencoding: VID_00134, Pass 2 of 2
- [00:43:40] Video Encode complete
- [00:43:40] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [00:43:40] Multiplexing M2TS
- [00:43:46] Processing: VID_00135 (21 of 25)
- [00:43:46] Extracting A/V streams [VID_00135]
- [00:43:59] Reencoding video [VID_00135]
- Source Video: MPEG-2, 720x480
- Rate/Length: 29.970fps, 8,908 frames
- Bitrate: 1,155 Kbs
- [00:43:59] Reencoding: VID_00135, Pass 1 of 2
- [00:44:36] Reencoding: VID_00135, Pass 2 of 2
- [00:45:48] Video Encode complete
- [00:45:48] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [00:45:48] Multiplexing M2TS
- [00:45:53] Processing: VID_00136 (22 of 25)
- [00:45:53] Extracting A/V streams [VID_00136]
- [00:46:04] Reencoding video [VID_00136]
- Source Video: MPEG-2, 720x480
- Rate/Length: 29.970fps, 9,168 frames
- Bitrate: 1,157 Kbs
- [00:46:04] Reencoding: VID_00136, Pass 1 of 2
- [00:46:42] Reencoding: VID_00136, Pass 2 of 2
- [00:47:52] Video Encode complete
- [00:47:52] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [00:47:52] Multiplexing M2TS
- [00:47:57] Processing: VID_00137 (23 of 25)
- [00:47:57] Extracting A/V streams [VID_00137]
- [00:48:09] Reencoding video [VID_00137]
- Source Video: MPEG-2, 720x480
- Rate/Length: 29.970fps, 10,436 frames
- Bitrate: 1,154 Kbs
- [00:48:09] Reencoding: VID_00137, Pass 1 of 2
- [00:49:00] Reencoding: VID_00137, Pass 2 of 2
- [00:50:23] Video Encode complete
- [00:50:23] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [00:50:23] Multiplexing M2TS
- [00:50:28] Processing: VID_00138 (24 of 25)
- [00:50:28] Extracting A/V streams [VID_00138]
- [00:50:40] Reencoding video [VID_00138]
- Source Video: MPEG-2, 720x480
- Rate/Length: 29.970fps, 9,945 frames
- Bitrate: 1,154 Kbs
- [00:50:40] Reencoding: VID_00138, Pass 1 of 2
- [00:51:24] Reencoding: VID_00138, Pass 2 of 2
- [00:52:40] Video Encode complete
- [00:52:40] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [00:52:40] Multiplexing M2TS
- [00:52:45] Processing: VID_00139 (25 of 25)
- [00:52:45] Extracting A/V streams [VID_00139]
- [00:52:51] Reencoding video [VID_00139]
- Source Video: MPEG-2, 720x480
- Rate/Length: 29.970fps, 2,660 frames
- Bitrate: 1,118 Kbs
- [00:52:51] Reencoding: VID_00139, Pass 1 of 2
- [00:53:04] Reencoding: VID_00139, Pass 2 of 2
- [00:53:28] Video Encode complete
- [00:53:28] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [00:53:28] Multiplexing M2TS
[00:53:32]PHASE ONE complete
[00:53:32]PHASE TWO - Rebuild Started
- [00:53:32] Rebuilding BD file Structure
[12:08:04] - Encode and Rebuild complete
[12:08:04] JOB: BREAKFAST_CLUB finished.

[AmigaFuture]

The INF:

[Status]
LABEL=BREAKFAST_CLUB
VERSION=v0.40.08 (beta)
SOURCE_SIZE=31439137902
SOURCE_VIDEO_SIZE=31395127296
TARGET_SIZE=8422162432
REDUCTION=.266861533861895
RESIZE_1080=0
AUDIO_TO_KEEP=eng;
KEEP_HD_AUDIO=0
SUBS_TO_KEEP=eng;
BACKUP_MODE=0
MOVIEONLY_TYPE=0
USE_LAVF=0
INSTANCES=3
DGDECNV=0
QUICK=0
ENCODE_STEP=0
COMPLETED=25
REBUILD_COMPLETE=1
[00000]
AUDIO=1
PGS=
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=17107558
RATE=4683
SPLITS=1
NSTART=27000000
NEND=28064160
NSIZE=17295360
FLINK=0
MLINK=0
[00001]
AUDIO=1
PGS=
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=8350469
RATE=3944
SPLITS=1
NSTART=27000000
NEND=27629280
NSIZE=8331264
FLINK=0
MLINK=0
[00002]
AUDIO=
PGS=
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=36458085
RATE=4591
SPLITS=1
NSIZE=34375680
FLINK=-1
MLINK=-1
[00010]
AUDIO=101
PGS=1000
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=7384236163
RATE=8674
SPLITS=3
NSTART=27000000
NEND=289116000
NSIZE=7186464768
FLINK=0
MLINK=0
[00011]
AUDIO=1
PGS=100
SCAN=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=36026871
RATE=1154
SPLITS=1
NSTART=27000000
NEND=35614080
NSIZE=42676224
FLINK=-1
MLINK=0
[00012]
AUDIO=1
PGS=
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=62248950
RATE=6365
SPLITS=1
NSIZE=58484736
FLINK=-1
MLINK=-1
[00013]
AUDIO=1
PGS=
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=55726632
RATE=6204
SPLITS=1
NSIZE=52396032
FLINK=-1
MLINK=-1
[00078]
AUDIO=1
PGS=100
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=48071352
RATE=4140
SPLITS=1
NSTART=27000000
NEND=30267360
NSIZE=47032320
FLINK=0
MLINK=0
[00082]
AUDIO=1
PGS=
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=17107558
RATE=4683
SPLITS=1
NSTART=27000000
NEND=28064160
NSIZE=17283072
FLINK=0
MLINK=0
[00083]
AUDIO=1
PGS=
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=17107558
RATE=4683
SPLITS=1
NSTART=27000000
NEND=28064160
NSIZE=17289216
FLINK=0
MLINK=0
[00084]
AUDIO=
PGS=
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=36458085
RATE=4591
SPLITS=1
NSIZE=34375680
FLINK=-1
MLINK=-1
[00085]
AUDIO=
PGS=
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=36458085
RATE=4591
SPLITS=1
NSIZE=34375680
FLINK=-1
MLINK=-1
[00127]
AUDIO=1
PGS=100
SCAN=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=25261275
RATE=1156
SPLITS=1
NSTART=27000000
NEND=33020640
NSIZE=29853696
FLINK=-1
MLINK=0
[00128]
AUDIO=1
PGS=100
SCAN=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=42703311
RATE=1153
SPLITS=1
NSTART=27000000
NEND=37198080
NSIZE=50522112
FLINK=-1
MLINK=0
[00129]
AUDIO=1
PGS=100
SCAN=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=35326763
RATE=1154
SPLITS=1
NSTART=27000000
NEND=35449920
NSIZE=41822208
FLINK=-1
MLINK=0
[00130]
AUDIO=1
PGS=100
SCAN=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=45446357
RATE=1153
SPLITS=1
NSTART=27000000
NEND=37884960
NSIZE=53753856
FLINK=-1
MLINK=0
[00131]
AUDIO=1
PGS=100
SCAN=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=48153332
RATE=1157
SPLITS=1
NSTART=27000000
NEND=38525760
NSIZE=57077760
FLINK=-1
MLINK=0
[00132]
AUDIO=1
PGS=100
SCAN=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=36208866
RATE=1157
SPLITS=1
NSTART=27000000
NEND=35667360
NSIZE=42829824
FLINK=-1
MLINK=0
[00133]
AUDIO=1
PGS=100
SCAN=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=61183212
RATE=1148
SPLITS=1
NSTART=27000000
NEND=41702400
NSIZE=72382464
FLINK=-1
MLINK=0
[00134]
AUDIO=1
PGS=100
SCAN=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=70735505
RATE=1154
SPLITS=1
NSTART=27000000
NEND=43976160
NSIZE=83625984
FLINK=-1
MLINK=0
[00135]
AUDIO=1
PGS=100
SCAN=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=55954536
RATE=1155
SPLITS=1
NSTART=27000000
NEND=40374720
NSIZE=66201600
FLINK=-1
MLINK=0
[00136]
AUDIO=1
PGS=100
SCAN=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=57685951
RATE=1157
SPLITS=1
NSTART=27000000
NEND=40764960
NSIZE=68112384
FLINK=-1
MLINK=0
[00137]
AUDIO=1
PGS=100
SCAN=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=65434687
RATE=1154
SPLITS=1
NSTART=27000000
NEND=42668640
NSIZE=67203072
FLINK=0
MLINK=0
[00138]
AUDIO=1
PGS=100
SCAN=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=62516204
RATE=1154
SPLITS=1
NSTART=27000000
NEND=41931360
NSIZE=64002048
FLINK=0
MLINK=0
[00139]
AUDIO=1
PGS=100
SCAN=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=16184465
RATE=1118
SPLITS=1
NSTART=27000000
NEND=30993120
NSIZE=16613376
FLINK=0
MLINK=0


BD-Rebuilder Config for it...

[Options]
VERSION=0.40.0.8
MODE=0
ENCODE_QUALITY=2
MULTIPROCESS=3
MKV_MUXSUPS=1
ONEPASS_ENCODING=0
AUTO_QUALITY=0
AUDIO_TO_KEEP=eng;
SUBS_TO_KEEP=eng;
SD_CONVERT=0
OPEN_GOP=0
RESIZE_1080=0
DEINTERLACE=0
SD_TO_1080=0
CONVERT_WIDE=0
DTS_REENCODE=1
AC3_REENCODE=0
AC3_640=0
AC3_192=0
KEEP_HD_AUDIO=0
AVCHD=0
REMOVE_WORKFILES=0
MOVIE_ONLY_LOOP=0
REMOVE_OUTPUT=0
USE_FILTERS=0
BDMV_CERT_ONLY=0
USE_LAVF=0
IVTC_PULLDOWN=0
ASSUME_DVD_PAL=0
UNMASK_CHAPTER=0
COMPLETION_BEEP=0
DGDECNV=0
AUDIO_TRACK_LIMIT=0
SUBTITLE_TRACK_LIMIT=0
CUSTOM_TARGET_SIZE=4950
MOVIEONLY_TYPE=0
ALTCRF=20
ALT_TARGET=4850
ALTMETHOD=2
ALTAUTOCROP=0
VERBOSE_STATUS=1
TARGET_SIZE=8032
[Paths]
SOURCE_PATH=F:\BREAKFAST_CLUB\
WORKING_PATH=E:\BLU-RAY\REBUILDER\


I've tried with Strict AVCHD for BD-5/9 Movie Only active also with same effect. Any suggestions?

Thanks.

[worknstiff]

@AmigaFuture RE: I'm using 04.08 to make a BD-9 (Keeping everything) of The Breakfast Club.

It is my understanding that BD_Rebuilder is hit or miss with full backups to DVD9. It seems there is problems either with DTS or some other exotic audio or it does not like keeping java menu's. Even if you get one to recode down to DVD9 and play with software on a PC then there's a possiblility that your BD player will choke on it during playback. I think the consensus is that it's better to just do a movie only when fitting onto a DVD9, but YMMV LOL. Goodluck, I wish there was a way to keep menu's too, but sometimes it seems silly to keep a menu that has buttons for things that I removed.

[AmigaFuture]

@worknstiff

It's the first test I've had it do for DVD-9 keeping menus and using Java. After posting that information I changed 1 setting to BD-25....that was a success; Movie, Extras, Menu. So there's something about the DB/DVD-9 option. There are problems with DTS when keeping Java menus? Seems I've now witnessed that, haha. That's why I typed that I won't burn to a physical DVD-9 unless I know it'll function with a Software player 1st. Most of my backups have been with Alternative MKV output. I wanted to make a backup that included all the extras, hence the DVD-9 with a menu. :) I have 0 belief in Luck/chance, but I appreciate the sentiment. :) Until DVD-9 is functioning (with Java) I'll make an MKV output and use my Blu-Ray for the extras.

Just sharing this with all..

Something I noticed is x264 32-bit was active (and very, very slow...) for the VC-1 movie files. However, for the 720x480 (DVD) video...x264-64.exe was active and very fast. Hmm..

[drmih]

I think that it's a bit off the mark to say that BD-RB is 'hit and miss' with BD-9 backups. I've not seen this in hundreds of backups, but what we do know is that both PC software and standalone players can have difficulties - they expect to see content on 'blu-ray' capacity disks and the implementation on dvd+dl can cause concerns - many players just won't accept dvd+dl with full content, particularly if it also includes java . In general if you use a Sony or Samsung player, or TMT pc player, the backups will be fine.

[JJB]

@worknstiff

It's the first test I've had it do for DVD-9 keeping menus and using Java. After posting that information I changed 1 setting to BD-25....that was a success; Movie, Extras, Menu. So there's something about the DB/DVD-9 option. There are problems with DTS when keeping Java menus? Seems I've now witnessed that, haha. That's why I typed that I won't burn to a physical DVD-9 unless I know it'll function with a Software player 1st. Most of my backups have been with Alternative MKV output. I wanted to make a backup that included all the extras, hence the DVD-9 with a menu. :) I have 0 belief in Luck/chance, but I appreciate the sentiment. :) Until DVD-9 is functioning (with Java) I'll make an MKV output and use my Blu-Ray for the extras.

Just sharing this with all..

Something I noticed is x264 32-bit was active (and very, very slow...) for the VC-1 movie files. However, for the 720x480 (DVD) video...x264-64.exe was active and very fast. Hmm..

I believe it uses HC for DVD rebuilds and not x264.:):)

[AmigaFuture]

@drmih

I also tried with VLC, newest version which does support Blu-Ray, though perhaps limited. "Hit and Miss"..No trust in that. It's like saying chance exists. I just don't know the "Why" for it not functioning yet, other than possible Java. :D I'll try with another movie.

@JJB

I had the TaskManager program running and I saw x264-64.exe run each encode for 720x480 video as I was doing other things. Are you suggesting x264-64 runs HCEnc or visa versa?

[Ch3vr0n]

neither. x264 is x264 and HCenc is HCenc. x264 is an encoder on its own

[drmih]

@drmih

I also tried with VLC, newest version which does support Blu-Ray, though perhaps limited. "Hit and Miss"..No trust in that. It's like saying chance exists. I just don't know the "Why" for it not functioning yet, other than possible Java. :D I'll try with another movie.


All I can say is that I did 'Breakfast Club' a few months ago as full disk to bd-9 and mine works fine in a Sony and Samsung standalone.

[soneca]

@drmih

I also tried with VLC, newest version which does support Blu-Ray, though perhaps limited. "Hit and Miss"..No trust in that. It's like saying chance exists. I just don't know the "Why" for it not functioning yet, other than possible Java. :D I'll try with another movie.

@JJB

I had the TaskManager program running and I saw x264-64.exe run each encode for 720x480 video as I was doing other things. Are you suggesting x264-64 runs HCEnc or visa versa?

DVD uses MPEG-2 compression > HCEnc.

[KarstenS]

@KarstenS, where's the rest of the log? We need all data


Here they are:

BD-REBUILDER.LOG


----------------------
[03.25.12] BD Rebuilder v0.40.08 (beta)
[23:50:21] Source: MENSCH_DAVE
- Input BD size: 34,41 GB
- Approximate total content: [03:20:16.595]
- Target BD size: 7,84 GB
- Windows Version: 6.1 [7601]
- Resize SD to HD 720p enabled
- Quality: High Quality (Default), Two Pass
- Decoding/Frame serving: X264/LAVF
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[23:50:21] PHASE ONE, Encoding
- [23:50:21] Processing: VID_00000 (1 of 35)
- [23:50:21] Extracting A/V streams [VID_00000]
- [23:50:26] Reencoding video [VID_00000]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23,976fps, 240 frames
- [23:50:26] Reencoding: VID_00000, Pass 1 of 1
- [23:50:32] Video Encode complete
- [23:50:32] Processing audio tracks
- Track 4352 (deu): Keeping original audio
- [23:50:32] Multiplexing M2TS
- [23:50:36] Processing: VID_00001 (2 of 35)
- [23:50:36] Extracting A/V streams [VID_00001]
- [23:50:43] Reencoding video [VID_00001]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23,976fps, 404 frames
- Bitrate: 2.161 Kbs
- [23:50:43] Reencoding: VID_00001, Pass 1 of 2
- [23:51:03] Reencoding: VID_00001, Pass 2 of 2
- [23:51:49] Video Encode complete
- [23:51:49] Processing audio tracks
- Track 4352 (deu): Keeping original audio
- [23:51:49] Multiplexing M2TS
- [23:51:53] Processing: VID_00002 (3 of 35)
- [23:51:53] Extracting A/V streams [VID_00002]
- [23:52:26] Reencoding video [VID_00002]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23,976fps, 1.440 frames
- Bitrate: 5.815 Kbs
- [23:52:26] Reencoding: VID_00002, Pass 1 of 2
- [23:53:54] Reencoding: VID_00002, Pass 2 of 2
- [23:57:54] Video Encode complete
- [23:57:54] Processing audio tracks
- Track 4352 (deu): Keeping original audio
- [23:57:54] Multiplexing M2TS
- [23:58:02] Processing: VID_00003 (4 of 35)
- [23:58:02] Extracting A/V streams [VID_00003]
- [23:58:25] Reencoding video [VID_00003]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 3.484 frames
- Bitrate: 1.395 Kbs
- [23:58:25] Reencoding: VID_00003, Pass 1 of 2
- [00:01:44] Reencoding: VID_00003, Pass 2 of 2
- [00:08:25] Video Encode complete
- [00:08:25] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [00:08:25] Multiplexing M2TS
- [00:08:29] Processing: VID_00004 (5 of 35)
- [00:08:29] Extracting A/V streams [VID_00004]
- [00:09:02] Reencoding video [VID_00004]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 2.760 frames
- Bitrate: 1.965 Kbs
- [00:09:02] Reencoding: VID_00004, Pass 1 of 2
- [00:11:46] Reencoding: VID_00004, Pass 2 of 2
- [00:17:10] Video Encode complete
- [00:17:10] Processing audio tracks
- Track 4352 (deu): Keeping original audio
- [00:17:10] Multiplexing M2TS
- [00:17:14] Processing: VID_00005 (6 of 35)
- [00:17:14] Extracting A/V streams [VID_00005]
- [01:02:39] Reencoding video [VID_00005]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23,976fps, 130.002 frames
- Bitrate: 5.975 Kbs
- [01:02:39] Reencoding: VID_00005, Pass 1 of 2
- [03:31:43] Reencoding: VID_00005, Pass 2 of 2
- [10:40:23] Video Encode complete
- [10:40:23] Processing audio tracks
- Track 4352 (deu): Keeping original audio
- [10:40:23] Multiplexing M2TS
- [10:43:33] Processing: VID_00006 (7 of 35)
- [10:43:33] Extracting A/V streams [VID_00006]
- [10:43:50] Reencoding video [VID_00006]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23,976fps, 734 frames
- Bitrate: 3.632 Kbs
- [10:43:50] Reencoding: VID_00006, Pass 1 of 2
- [10:44:36] Reencoding: VID_00006, Pass 2 of 2
- [10:46:36] Video Encode complete
- [10:46:36] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [10:46:36] Multiplexing M2TS
- [10:46:43] Processing: VID_00007 (8 of 35)
- [10:46:43] Extracting A/V streams [VID_00007]
- [10:46:58] Reencoding video [VID_00007]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23,976fps, 712 frames
- Bitrate: 3.496 Kbs
- [10:46:58] Reencoding: VID_00007, Pass 1 of 2
- [10:47:42] Reencoding: VID_00007, Pass 2 of 2
- [10:49:43] Video Encode complete
- [10:49:43] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [10:49:43] Multiplexing M2TS
- [10:49:50] Processing: VID_00008 (9 of 35)
- [10:49:50] Extracting A/V streams [VID_00008]
- [10:49:59] Reencoding video [VID_00008]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23,976fps, 403 frames
- Bitrate: 2.571 Kbs
- [10:49:59] Reencoding: VID_00008, Pass 1 of 2
- [10:50:19] Reencoding: VID_00008, Pass 2 of 2
- [10:51:07] Video Encode complete
- [10:51:07] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [10:51:07] Multiplexing M2TS
- [10:51:13] Processing: VID_00009 (10 of 35)
- [10:51:13] Extracting A/V streams [VID_00009]
- [10:51:32] Reencoding video [VID_00009]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 2.908 frames
- Bitrate: 1.340 Kbs
- [10:51:32] Reencoding: VID_00009, Pass 1 of 2
- [10:54:07] Reencoding: VID_00009, Pass 2 of 2
- [10:59:03] Video Encode complete
- [10:59:03] Processing audio tracks
- Track 4352 (deu): Keeping original audio
- [10:59:03] Multiplexing M2TS
- [10:59:11] Processing: VID_00010 (11 of 35)
- [10:59:11] Extracting A/V streams [VID_00010]
- [10:59:47] Reencoding video [VID_00010]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 3.802 frames
- Bitrate: 2.566 Kbs
- [10:59:47] Reencoding: VID_00010, Pass 1 of 2
- [11:03:12] Reencoding: VID_00010, Pass 2 of 2
- [11:10:41] Video Encode complete
- [11:10:41] Processing audio tracks
- Track 4352 (deu): Keeping original audio
- [11:10:41] Multiplexing M2TS
- [11:10:51] Processing: VID_00011 (12 of 35)
- [11:10:51] Extracting A/V streams [VID_00011]
- [11:11:09] Reencoding video [VID_00011]
- Source Video: MPEG-2, 720x576
- Rate/Length: 25,000fps, 3.475 frames
- Bitrate: 1.300 Kbs
- [11:11:09] Reencoding: VID_00011, Pass 1 of 2
- [11:11:50] Reencoding: VID_00011, Pass 2 of 2
- [11:13:38] Video Encode complete
- [11:13:38] Processing audio tracks
- Track 4352 (deu): Keeping original audio
- [11:13:38] Multiplexing M2TS
- [11:13:44] CorrectEPData() 00006 2007
[19:52:09]PHASE ONE aborted by user request


INF


[Status]
LABEL=MENSCH_DAVE
VERSION=v0.40.08 (beta)
SOURCE_SIZE=36943533870
SOURCE_VIDEO_SIZE=36895358976
TARGET_SIZE=8422162432
REDUCTION=.226965877834315
RESIZE_1080=0
AUDIO_TO_KEEP=deu;eng;ger;
KEEP_HD_AUDIO=-1
SUBS_TO_KEEP=
BACKUP_MODE=0
MOVIEONLY_TYPE=0
USE_LAVF=-1
INSTANCES=1
DGDECNV=0
QUICK=0
ENCODE_STEP=4
COMPLETED=11
REBUILD_COMPLETE=0
[00000]
AUDIO=1
PGS=
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=2310651
SPLITS=1
NSTART=27000000
NEND=29706720
NSIZE=8196096
FLINK=0
MLINK=0
[00001]
AUDIO=1
PGS=
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=7043510
RATE=2161
SPLITS=1
NSTART=27000000
NEND=27859680
NSIZE=6905856
FLINK=0
MLINK=0
[00002]
AUDIO=10
PGS=11
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=60234492
RATE=5815
SPLITS=1
NSIZE=57477120
FLINK=0
MLINK=-1
[00003]
AUDIO=1
PGS=
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=36790522
RATE=1395
SPLITS=1
NSTART=27000000
NEND=33539040
NSIZE=35180544
FLINK=0
MLINK=0
[00004]
AUDIO=1
PGS=
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=55657815
RATE=1965
SPLITS=1
NSTART=27000000
NEND=32178298
NSIZE=53803008
FLINK=0
MLINK=0
[00005]
AUDIO=10
PGS=00
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=5553822406
RATE=5975
SPLITS=1
NSTART=27000000
NEND=271009440
NSIZE=5254631424
FLINK=0
MLINK=0
[00006]
AUDIO=1
PGS=1
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=21725973
RATE=3632
SPLITS=1
NSIZE=20699136
FLINK=0
MLINK=-1
[00007]
AUDIO=1
PGS=1
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=21249061
RATE=3496
SPLITS=1
NSIZE=20336640
FLINK=0
MLINK=-1
[00008]
AUDIO=1
PGS=1
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=9920319
RATE=2571
SPLITS=1
NSIZE=9566208
FLINK=0
MLINK=-1
[00009]
AUDIO=1
PGS=
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=29730278
RATE=1340
SPLITS=1
NSIZE=28397568
FLINK=0
MLINK=-1
[00010]
AUDIO=1
PGS=
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=64989664
RATE=2566
SPLITS=1
NSIZE=61347840
FLINK=0
MLINK=-1
[00011]
AUDIO=1
PGS=
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=28178224
RATE=1300
SPLITS=1

[AmigaFuture]

neither. x264 is x264 and HCenc is HCenc. x264 is an encoder on its own

I agree. :) That's why I typed that HCEnc wasn't used.

[AmigaFuture]

@soneca

I agree. I wasn't watching for HCEnc...I'll have it do it again and see if HCEnc and x264-64 are both loaded.

[Prz]

Dont know how to find them if i did. Have deleteed anything suspect like Cyber Link.

[AmigaFuture]

Prz,

If you're using XP, check Add/Remove Programs for any Codec Pack you may have installed or that may have been installed when in the background with some software. Many people click "Okay" or "Continue" buttons without noticing what it's for. "I just want to use the program...okay, okay, okay, whatever.." is the thought many people have. Not to insinuate that you do. If you're using Vista/7, check Programs and Features or Uninstall, depending how you have Control Panel set to display. Search and research programs listed...for any packs.

However, it does seem that you may not have Right-Clicked the BD-RB and then selected "Run as Administrator". Even if you think you did, try again. :)

[nozuul]

I am fairly certain this is not a bug, but I am posting here just in case. Perhaps I just dont have a clue...

I have been converting my collection of blu-rays to HD Mp4 files to play on my Ipad and stream in itunes. BDR works excellently for this, and the video quality is great. It wasn't until I tried to watch Pan's Labyrinth that I noticed I had no options for subtitles. Since I do not speak Spanish, it made the movie a little hard to follow...

Since then, I checked all my other conversions, and they also had no subtitles. I performed some searches of this forum for subtitles, but the threads seem mostly to do with MKV.

What am I doing wrong? Is it not possible to have subs in an Mp4? I leave all the settings at default as far as I can remember. Any clue thrown my way would be greatly appreciated!

Thanks

[worknstiff]

@nozul RE: Mp4 with subs, specifically Forced Subs.

This is probablly not a good place to discuss this but it seems the BD_RB bug reports is sorta dead at the moment and maybe it will start some suggestions about this problem. It seems that MP4's and soft subs are not easily accomplished by using BD_RB. I have had some luck in hardcoding subs into the resulting .m2ts or .mp4 that BD_RD creates but you have to use another 3rd party solution (Handbrake or my favorite paid solution Pavtube Bluray Converter) which entails doing a another encode to permanently burn the sub's into the resulting mp4. I would be interested in seeing if other people (or jdobbs specifically) have a higher quality or even a faster solution to this problem?

[jdobbs]

@AmigaFuture RE: I'm using 04.08 to make a BD-9 (Keeping everything) of The Breakfast Club.

It is my understanding that BD_Rebuilder is hit or miss with full backups to DVD9. It seems there is problems either with DTS or some other exotic audio or it does not like keeping java menu's. Even if you get one to recode down to DVD9 and play with software on a PC then there's a possiblility that your BD player will choke on it during playback. I think the consensus is that it's better to just do a movie only when fitting onto a DVD9, but YMMV LOL. Goodluck, I wish there was a way to keep menu's too, but sometimes it seems silly to keep a menu that has buttons for things that I removed.

BD Rebuilder isn't "hit-or-miss" -- the player is. The only real standard for BD-9 is AVCHD, and it doesn't support DTS or JAVA. Some players support it anyway.

[abbadon]

FWIW

Disc 1 R1 of The Pacific, DTS-Express option, full backup, BD25, all other default, I ended up with a disc 4GB under (this happens consistantly with this disc, stripping audio, extras, full vs movie&menu, always 4GB under. through full disc is 40GB and NOENCODE=1 gives 35GB after language stripping). Initially the DTS-E audio was silent, then I remembered another post on audio settings, and changed my LG BD630 from
"Primary Pass-Thru" to "DTS Re-encode" and audio was there. I'm also wondering whether using optical/spdif audio vs HDMI (and which version) makes a difference here.

PS

I think HIDDENOPTS.TXT should be updated . After checking the TXT files, I took a good amount of time finding the proper option. I thought I was doing a good job keeping up with with this 500+ page thread, but I guess not. Other than test mode and blanking I wonder what I'm still missing (I do understand the choice to keep these hidden, but they should be listed in the hiddenopts.txt)

PPS

My primary player is an LG BD630, connected via component video and digital audio (the orange RCA)(easiest for my setup). My TV is 1080i and sound system is high end but pre-HDMI. My secondary player is a Sony S185 pre-cinavia.

[Cela]

BD plays well on PS3 and on standalone Philips BDP.
Using current AnyDVD 7.0.2.0:
1.)
Copied BD to ISO. Mounted with VCD.
PowerDVD11 plays ok. VLC 1.1.11 plays BDMV.
But current BD Rebuilder v0.40.08 (beta) reports 'SourceCheck() 00006 2501'.

2.)
Copied same BD to Harddisk.
Again:
PowerDVD11 plays ok. VLC 1.1.11 plays BDMV.
But current BD Rebuilder v0.40.08 (beta) reports 'SourceCheck() 00006 2501'.

What else should I do to proceed?

[jdobbs]

BD plays well on PS3 and on standalone Philips BDP.
Using current AnyDVD 7.0.2.0:
1.)
Copied BD to ISO. Mounted with VCD.
PowerDVD11 plays ok. VLC 1.1.11 plays BDMV.
But current BD Rebuilder v0.40.08 (beta) reports 'SourceCheck() 00006 2501'.

2.)
Copied same BD to Harddisk.
Again:
PowerDVD11 plays ok. VLC 1.1.11 plays BDMV.
But current BD Rebuilder v0.40.08 (beta) reports 'SourceCheck() 00006 2501'.

What else should I do to proceed? If you have AnyDVD HD's SpeedMenu enable -- disable it.

[Cela]

Speed menu was disabled. Just checked it.
PDVD11, VLC play the original menu.

BD Settings: Enable BR support: ON, Disabble BD-Live: ON, Remove BR Region Code: Auto
All other options OFF (unchecked).

[Cela]

On my Vista 32-bit also multiAVCHD opens, reads und processes the BD.
Thus, there must be something that only BD Rebuilder v0.40.08 (beta) does not like? What is it? What could I do better?
I would prefer to do the processing with BD Rebuilder and get the results in BD Rebuilder style and quality.

Please help!

[worknstiff]

@ Cela RE: What could I do better?

I can't say I'm an expert on whatever disk you are working on but if I have problems with some troublesome disks I first run them thru Clown_BD and just let it pick out the movie only with some audio and subs and if it still chokes on it you know there is some corruption either on your hardrive or in your ripped files. Have it output the finished files into a Bluray and use that for BD_RB to process. Also I have much better results just ripping the folders (like jdobbs does only the BDMV and Certificate folders) to hardrive. This way you at least get the movie, hope this helps.

[worknstiff]

@ Abbadon RE: Disc 1 R1 of The Pacific, DTS-Express option, full backup, BD25, all other default, I ended up with a disc 4GB under (this happens consistantly with this disc, stripping audio, extras, full vs movie&menu, always 4GB under.

When I keep getting under or oversize output, I just set BD_RB to output for a custom target size of 50,000 MB's, and pick out the parts I want to blank and the audio and subs I wish to keep. When it finishes I run it back through BD_RD and do a FULL BACKUP instead of MOVIE & MENU'S and set the custom size back to 24250 or whatever you like and BD_RB will usually come pretty darn close to the target. I usually end up at around 22.8 or 3.0 at the most and it fits perfectly. I don't know what it is but sometime if the disk has a lot of extra's and plenty of audio tracks BD_RB just consistently misses the size calculation, you run it at custom target size of 24,250 and it comes out at 22.2, then you change it to 25,000 and it only goes up to 22.4, and then the next time you go way over. I do the 50,000 MB and run it back thru and it comes out fine. hope this helps.

[omegaman7]

I'd be careful filling the discs to their maximum. I toyed with that for a while, and imgburn reported troubles closing discs at times. Mostly LTH media.... but now I choose to go with 22.0 - 22.5. 500Mb to 1Gb is a fairly negligible difference ;)

[HatchetMan]

This has happened twice in a row on the same film. The films immediately before and after with the same settings has had perfect results. The only thing I can think of is the 45 titles that make up the main playlist, but why - since source rip plays back perfectly fine? Sometimes there is miscellaneous video on the side of the image, sometimes the bottom. Time stamps off by a few seconds as well...

[Cela]

...first run them thru Clown_BD ...Thanks a lot for your helpful tip. Yes, it may have helped to get a clue of what's going on.
eac3to_PASS3_LOG.LOG reported: ...
creating file "C:\Workspace\Kapitel_1.txt"...
[a03] The ArcSoft and Sonic decoders don't seem to work, will use libav instead.
[a03] The libav DTS decoder doesn't decode the full DTS-HD information. <WARNING>
[a03] The ArcSoft and Sonic decoders don't seem to work, will use libav instead.
[a03] The libav DTS decoder doesn't decode the full DTS-HD information. <WARNING>
[s09] Extracting subtitle track number 9...
...
[a03] Writing WAV...
[a03] Extracting DTS core...
[a03] Decoding with libav/ffmpeg...
[a03] The AC3 encoder received a non-supported data format (float, 5, 64, -). <ERROR>
Aborted at file position 1048576. <ERROR>

@jdobbs
Is this a special RB trick? What do you advice?

[jwjohnson]

Sounds like a bad disc or a bad rip. You shouldn't encounter read problems related to any blu ray protection schemes.

[Cela]

Strange: 2 RBs (Opera, NTSC, 29.970 fps, regionfree) brand new from Amazon, current AnyDVD 7.0.2.0, plays in PS3 and standalone BD Player, PDVD11, VLC, Nero Kwik, ok in multiAVCHD. :confused:
BDRB opens older BRs, though.

[Prz]

How would I search for these other codec packs. My program list contains none of the ones mentioned.

[gregj]

Hi,
jdobbs, thank you for the prog! (and sorry for my very poor English)

Need to say, some used muxing options for tsmuxer is problematic for next BDReauthor+ScenaristBD procession (even with BDReauthor's "avccorrection"): tsmuxer's "insertSEI" and "contSPS" options bring irreparable damage to the video streams, changes forever, and BDReauthor+ScenaristBD refuse to process such streams! But without "insertSEI" and "contSPS" all is right.
It would be better to give an ability to disable these two options.

And question: why You decide keep keyint=24 for all frame rates? For example, is not it better to provide keyint=30 for 29,970, etc.? I have not found any way to change this value.

Thank You again.

[worknstiff]

@ Prz RE: How would I search for these other codec packs?

Then if you can't find any thing that has changed your codec's your only choice is to remove BD_Rebuilder and then remove all the helper apps (FFDShow, Matroski Splitter & AviSynth), or maybe you should download Revo Uninstaller Free or the Pro trial and let it cleanup all the leftover registry entries and install folders. After rebooting make sure all the helper app folders (and BD_RB folder) are completely deleted from the Program File Directories locations. Since you keep having problems with BD_Rebuilder setting the default administator registry entries, I would run a temporary files and registry cleaner like the free CCleaner. After that I would reboot and next do an offline disk check for errors in the file system. Then I would us my Antivirus to completely scan the hardrive and then use Msconfig to clean boot and do the installation of all the Helper Apps (fresh downloads on all) one by one (use a right click run as admistrator for each executable) with a clean boot in between each one. After all the helper apps are installed, I would unzip a fresh download of BD_RB into a folder on the ROOT of the C: DRIVE. After you run BR_RB the first time as the Administrator and setup up your working folder and all the setup options are finished run inspect and if it still fails then you're up the creek and you should nuke the whole hardrive and reinstall the OS from scratch or maybe just buy a whole new computer. I feel your pain with BD_RD not functioning but if you follow these instructions and it fails then you have something really goofy going on that is screwing up your computer. Hope this helps, worknstiff.

PS: Thanks to jdobbs for all the fun using this great program. I really appreciate all the hardwork that goes into it, and will send a donation soon.

[abbadon]

@worknstiff
I'll give that a try

@omegaman7
I'll take <1GB, but 4GB+ is a lot of wasted space

It seems this whole set, The Pacific R1, (edit: Region A) has the same issues. This is my first episodic disc so maybe that is it, but I suspect there is something with the PNP structure. Other than the two episodes, the rest of the disc is dozens of items linked in the same playlist, various sizes totaling 8-9GB, but previewing shows a static template that appears to be for the PNP. I would guess it's these that is throwing off the size calculation, but disabling them results the same final size of 19.9GB

[Prz]

@ Prz RE: How would I search for these other codec packs?

Then if you can't find any thing that has changed your codec's your only choice is to remove BD_Rebuilder and then remove all the helper apps (FFDShow, Matroski Splitter & AviSynth), or maybe you should download Revo Uninstaller Free or the Pro trial and let it cleanup all the leftover registry entries and install folders. After rebooting make sure all the helper app folders (and BD_RB folder) are completely deleted from the Program File Directories locations. Since you keep having problems with BD_Rebuilder setting the default administator registry entries, I would run a temporary files and registry cleaner like the free CCleaner. After that I would reboot and next do an offline disk check for errors in the file system. Then I would us my Antivirus to completely scan the hardrive and then use Msconfig to clean boot and do the installation of all the Helper Apps (fresh downloads on all) one by one (use a right click run as admistrator for each executable) with a clean boot in between each one. After all the helper apps are installed, I would unzip a fresh download of BD_RB into a folder on the ROOT of the C: DRIVE. After you run BR_RB the first time as the Administrator and setup up your working folder and all the setup options are finished run inspect and if it still fails then you're up the creek and you should nuke the whole hardrive and reinstall the OS from scratch or maybe just buy a whole new computer. I feel your pain with BD_RD not functioning but if you follow these instructions and it fails then you have something really goofy going on that is screwing up your computer. Hope this helps, worknstiff.

PS: Thanks to jdobbs for all the fun using this great program. I really appreciate all the hardwork that goes into it, and will send a donation soon.
I sincerely thank you for your detailed reply to my dilemma however I don't have the expertise to do whats suggested. Can you suggest a service that might be able to fix this bug on my system? I think if JDobbs is interested in supplemental income this might be a great way of achieving that end with a logmein123 session. Just a thought.

[ricoman]

I don't know if this is a bug or I'm doing something wrong. I processed Immortals to 97.6% Current Progress and 99% Overall Progress when the software stopped and gave me this message:

[19:17:27]PHASE ONE complete
[19:17:27]PHASE TWO - Rebuild Started
- [19:17:27] Rebuilding BD file Structure
- Failed in attempt to multiplex: MUX_MOVIE_ONLY.meta
- Not enought buffer
[19:42:31] - Failed to REBUILD
I had no problems with War Horse a couple of days ago. Could you explain the issue and possible solution. Thanks.

[HatchetMan]

This has happened twice in a row on the same film. The films immediately before and after with the same settings has had perfect results. The only thing I can think of is the 45 titles that make up the main playlist, but why - since source rip plays back perfectly fine? Sometimes there is miscellaneous video on the side of the image, sometimes the bottom. Time stamps off by a few seconds as well...

Could it possibly be from taking a cinavia protected disc and converting to mkv w/ aac?

[Ch3vr0n]

just because a video stream has audio with cinavia in it shouldn't affect BDRB, i've done a couple titles now for titles that i know have cinavia. all 100% in sync

[HatchetMan]

just because a video stream has audio with cinavia in it shouldn't affect BDRB, i've done a couple titles now for titles that i know have cinavia. all 100% in sync

Back to the drawing board... Just re-ripped it, this time w/ DVDFab to send through BD-RB w/ same settings as the other 2 times to see if it makes a diff. Was not a audio sync issue, was a messed up image issue that did not occur in the rip, or occur w/ the other flicks, but like I mentioned before, this one is made up of 45 titles.

[colinhunt]

UK release of Miramax's CITY OF MEN: main movie file begins with a minute of color bars, followed by 30 seconds of master tape information. On the original disc all that is skipped over when movie is started. On a backup (0.40.08, multiprocessing disabled, DGDecNV enabled) color bars and master tape info is displayed before the actual movie begins.

This is the same issue reported earlier on another UK disc, The Quiet American, also a Miramax release.

[jdobbs]

UK release of Miramax's CITY OF MEN: main movie file begins with a minute of color bars, followed by 30 seconds of master tape information. On the original disc all that is skipped over when movie is started. On a backup (0.40.08, multiprocessing disabled, DGDecNV enabled) color bars and master tape info is displayed before the actual movie begins.

This is the same issue reported earlier on another UK disc, The Quiet American, also a Miramax release.I think I might have an idea how that can happen. I'll take a look at it.

[HatchetMan]

Back to the drawing board... Just re-ripped it, this time w/ DVDFab to send through BD-RB w/ same settings as the other 2 times to see if it makes a diff. Was not a audio sync issue, was a messed up image issue that did not occur in the rip, or occur w/ the other flicks, but like I mentioned before, this one is made up of 45 titles.

I changed a few variables - DVDFab movie only rip, sent through BD-RB, still mkv but with 640 dd5.1 instead of aac, still happening. So, must be a BD-RB issue, right? And for those that say they had no probs with it, did they do movie only? mkv output? What do you think jdobbs?

[HatchetMan]

I changed a few variables - DVDFab movie only rip, sent through BD-RB, still mkv but with 640 dd5.1 instead of aac, still happening. So, must be a BD-RB issue, right? And for those that say they had no probs with it, did they do movie only? mkv output? What do you think jdobbs?

Lion King 2 same batch, same settings, perfect output.

- Windows Version: 6.1 [7601]
- AVISYNTH Version: [2.5.8.0], Ok
- HAALI Splitter: [1.11.96.14], Ok
- FFDSHOW: [3882], Ok
- WIN7 preferred AVC CODEC: Ok
- WIN7 preferred VC-1 CODEC: Ok
- WIN7 preferred MPEG2 CODEC: Ok
- FFDSHOW VC-1 set to "wmv9", Ok
- FFDSHOW MPEG2 set to "libavcodec": Ok
- FFDSHOW AVC set to "libavcodec": Ok
- BD Rebuilder v0.40.0.8, Ok
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok

[Cela]

Refering to my current posts starting with posting #14921 "'SourceCheck() 00006 2501' using current versions" on page 747 and after some tests I conclude, that for my test BDs BDRB reports _false negatives_: Besides of having no problems to play the BDs with several SW and SAL HW BD players, processing is possible, e.g. DVDF.b demo version accepts the BD and multiAVCHD re-author mode can create excellent DVD9 Full Backups including menus and extras which again play well on all tested players.

Both test BDs contain the correct BD folders
CERTIFICATE
BDMV
- AUXDATA
- BACKUP
- BDJO
- CLIPINF
- JAR
- META
- PLAYLIST
- STREAM
index.bdmv
MovieObject.bdmv
Still missing an _explanation_ why BDRB refuses to open with obviously false negatives
SourceCheck() 00006 2501 (for test BD 1)
SourceCheck() 00055 2501 (for test BD 2)

What are the reasons for the verdicts "Selected source is not BD format" and for refusing to accept the Source Path?
What are the secrets of the BDRB jury?

Opera lovers who want to dig deaper can do so using test DB 1 (Anna Bolena, 2011 Vienna performance on BD from DG) and test DB 2 (Rusalka, 2010 Munich performance on BD from C major), both amazing performances available from amazon.de, and report results.

Where are the easter eggs?

Happy Eastern!

[gandalf027]

Hello,

After many years of using BD Rebuilder, i bought a Asus Laptop with Windows 7 x64 Home Premium and everytime i start the program it gives me this:

Problem signature:
Problem Event Name: APPCRASH
Application Name: BDRB.exe
Application Version: 0.40.0.8
Application Timestamp: 4f495606
Fault Module Name: BDRB.exe
Fault Module Version: 0.40.0.8
Fault Module Timestamp: 4f495606
Exception Code: c0000005
Exception Offset: 0017d7e5
OS Version: 6.1.7601.2.1.0.768.3
Locale ID: 2070
Additional Information 1: 0a9e
Additional Information 2: 0a9e372d3b4ad19135b953a78882e789
Additional Information 3: 0a9e
Additional Information 4: 0a9e372d3b4ad19135b953a78882e789

I have all the addons installed but cannot run it ... any idea?

Inspect:
- Windows Version: 6.1 [7601]
- AVISYNTH Version: [2.5.8.0], Ok
- HAALI Splitter: [1.9.42.1], Ok
- FFDSHOW: [3882], Ok
- WIN7 preferred AVC CODEC: Ok
- WIN7 preferred VC-1 CODEC: Ok
- WIN7 preferred MPEG2 CODEC: Ok
- FFDSHOW VC-1 set to "wmv9", Ok
- FFDSHOW MPEG2 set to "libavcodec": Ok
- FFDSHOW AVC set to "ffmpeg-mt": Ok
- BD Rebuilder v0.40.0.8, Ok
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok


thanks

[robtwilk]

I have been using this product successfully for about a year. I also own DVD-Rebuilder Pro. I get errors on every attempt for every movie. It cannot extract the audio, or it fails to rebuild. I have removed every app, used Revo, then reinstalled with recommended options. No luck.


- Windows Version: 6.1 [7601]
- AVISYNTH Version: [2.5.8.0], Ok
- HAALI Splitter: [1.9.42.1], Ok
- FFDSHOW: [3882], Ok
- WIN7 preferred AVC CODEC: Ok
- WIN7 preferred VC-1 CODEC: Ok
- WIN7 preferred MPEG2 CODEC: Ok
- FFDSHOW VC-1 set to "wmv9", Ok
- FFDSHOW MPEG2 set to "libmpeg2": Ok
- FFDSHOW AVC set to "ffmpeg-mt": Ok
- BD Rebuilder v0.40.0.8, Ok
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok

Any suggestions? Is this a bug or user error?

[omegaman7]

I'd say either your downloaded sources are corrupt, or your ripper (reader) is going out. But then you haven't posted a log...

[sytyguy]

@gandalf027

Are running it as Administrator?

[gandalf027]

@gandalf027

Are running it as Administrator?

Yes i am, i'm going to install a clean Windows 7 on it and see if it happens again.

[Cela]

While testing, see my post #14945, I may have found a workaround.
It may help those who also may be stopped using BDRB by a _false negative_ BDRB verdict <"Selected source is not BD format" (SourceCheck() 00006 2501', 'SourceCheck() 00055 2501')> and for who, like me, cannot find other help and where nothing else helps. There may help as workaround to transform the original source in such a way that it may be accepted by BDRB.
Disclaimer: It may or may not work for you. No warrenty!

multiAVCHD re-author (remuxing only! no re-encoding! no transcoding) Workaround
> Open multiAVCHD
> In settings pane, make sure you uncheck 'Move transitional files' and '(all)' and that both, the 'Temp folder path' and 'Destination path', are properly set.
>Back in Media pane, load ( drag and drop ) the BDMV folder from the "Original" one.
> Wait for multiAVCHD to import the BDMV.
> The program will ask you if you want to switch to Blu-Ray Re-Author mode. Press "Yes"
> Select destination media and playback device
> Start multiAVCHD's remuxing job by single clicking >Start
> select output mode> Blu-ray Disk (let multiAVCHD remux a BD compliant disk)
> Wait for ~1 hour until multiAVCHD will have finished its remuxing task!
> and hands off your computer while multiAVCHD is working!
That's the simple workaround.
Remember: The goal is to use the phantastic re-authoring capabilities of DBRB!

If you insist to do some minor re-authoring tasks in multiAVCHD, e.g.
>DTS audio >Core only (for selected playlists)
>optionally >blank studio ads and logos
then you may do it before clicking the Start button:
> In "Media" Tab> single click the first title
> wait for the Properties window to appear
> In Properties window> do your choices for the playlists you want re-author.
But Remember:
>> do NOT select transcoding (no reencoding! remuxing only!)
>> ONLY select >DTS audio >Core only (where appropriate)
>> optionally >blank> studio ads and logos
>> Start> Blu-ray Disk (let multiAVCHD remux a BD compliant disk)
... --- ...
-> Surprise: BDRD accepts and processes multiAVCHD export! :)

Note:
1. You need a working multiAVCHD installation verified with multiTest
(see multiAVCHD thread, post #1, Notes)
2. You need sufficient free disk space for the remuxed copy (~100GiB)
3. You need to let multiAVCHD let do its remuxing job for ~1 to 2 hours in standalone mode (hands off mouse and keyboard! any user interference may spoil the result!)
4. You may also consult the "Guide for Blu-Ray Re-Authoring using multiAVCHD"

@jdobbs
To overcome the _false negative_ error, isn't there a better/quicker solution available?
(Hidden option BDMV_CERT_ONLY=1 does not do the job.)

P.S.
More Errors? Probably user errors?
1. Target size cannot be changed! E.g. changing the target size in BDREBUILDER.INI in the BD_Rebuilder folder has no effect! E.g. the line TARGET_SIZE=7300 is not read and used in the program but gets overwritten (!) by whatever Output Option (DVD-5, DVD-9, BD-5, Custom Size) was selected.
2. Corrections of TARGET_SIZE in 'View/Edit config file' have no effect for the current BDRB session nor for following sessions. I never achieve other values than 4469, 8032, 23500.

[jdobbs]

If someone can identify a disc that is available in the US that gives the "SourceCheck() 00006 2501" error -- I can fix it. Unfortunately, I have never been able to repeat it.

[Cela]

@jdobbs
I guess those test-BDs for 'opera lovers' mentioned in #14945 (http://forum.doom9.org/showthread.php?p=1569015#post1569015) will also be available at amazon.com in the US.

Please also have a look at the 'customize TARGET_SIZE=7300' issue. I use to take care to fill my Verbatim DVD+DL not to 100%. Above 7300 KiB my DVD-writer needs to fully cool down before it will write the next DVD without coaster.

Is to run goBD still necessary to support full DVD9 playback at the PS3? (see here (http://forum.doom9.org/showthread.php?p=1255353#post1255353))

Last, not least, a PAUSE option would be often helpful when unexpected higher priority work has to done immediately forces to interrupt BDRB.

Thanks for your great programs!

[HatchetMan]

Hey jdobbs, you able to test out smurfs like this post?
http://forum.doom9.org/showthread.php?p=1568552#post1568552

[gandalf027]

Hello,

After many years of using BD Rebuilder, i bought a Asus Laptop with Windows 7 x64 Home Premium and everytime i start the program it gives me this:

Problem signature:
Problem Event Name: APPCRASH
Application Name: BDRB.exe
Application Version: 0.40.0.8
Application Timestamp: 4f495606
Fault Module Name: BDRB.exe
Fault Module Version: 0.40.0.8
Fault Module Timestamp: 4f495606
Exception Code: c0000005
Exception Offset: 0017d7e5
OS Version: 6.1.7601.2.1.0.768.3
Locale ID: 2070
Additional Information 1: 0a9e
Additional Information 2: 0a9e372d3b4ad19135b953a78882e789
Additional Information 3: 0a9e
Additional Information 4: 0a9e372d3b4ad19135b953a78882e789

I have all the addons installed but cannot run it ... any idea?

Inspect:
- Windows Version: 6.1 [7601]
- AVISYNTH Version: [2.5.8.0], Ok
- HAALI Splitter: [1.9.42.1], Ok
- FFDSHOW: [3882], Ok
- WIN7 preferred AVC CODEC: Ok
- WIN7 preferred VC-1 CODEC: Ok
- WIN7 preferred MPEG2 CODEC: Ok
- FFDSHOW VC-1 set to "wmv9", Ok
- FFDSHOW MPEG2 set to "libavcodec": Ok
- FFDSHOW AVC set to "ffmpeg-mt": Ok
- BD Rebuilder v0.40.0.8, Ok
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok


thanks

Windows 7 clean install, all working as it should ;)

[AmigaFuture]

@Cela

"Hands off mouse and keyboard! Any user interference may spoil the result!"

Only if...you're not aware of what you're doing, AND/OR...if computer drivers/OS aren't functioning as they should.

[jdobbs]

I have updated the first post of this thread with links to a new release of BD-RB (v0.40.09). Changes for this release:- Changed default grayscale values for conversion of
subtitles in ALTERNATE/DVD.
- Added checks for incompatible AnyDVD settings to
inspect and error exit reporting.
- Corrected the type of DGDecNV field operation used
when IVTC is enabled. This should correct audio
sync issues with IVTC/DGDecNV/MPEG-2 pulldown
combinations.
- Modified processing so that MULTIPROCESS is not
used when the source that are to be processed for
inverse telecining.
- Corrected an issue related to calculation of
lead-in frames on splits.
- Corrected a problem in which the 720p/59.94 frame
rate was incorrectly calculated.
- Updated the included version of X264.EXE to the
latest release (r2184).
- Updated the included version of X264-64.EXE to
the latest release (r2184).
- Other minor corrections and cosmetic fixes.

[omegaman7]

I think you mean 0.40.09 ;)

Thanks for your hard work by the way :D

[jdobbs]

I think you mean 0.40.09 ;)

Thanks for your hard work by the way :D

Yeah. Fixed it. Unfortunately I've been pulled away a lot for the last few weeks to work on other things (gotta' make a living, and unfortunately this project doesn't even break even).

[soneca]

Thanks!:)

[Ch3vr0n]

- Added checks for incompatible AnyDVD settings to
inspect and error exit reporting.


Does this mean speedmenu enabled rips can nolonger be processed?

[jdobbs]

Does this mean speedmenu enabled rips can nolonger be processed? It will process them -- but if it fails, it will be reported in the log so I'm not chasing snipe (as has happened in the past) -- and I won't accept bug reports for discs processed with SpeedMenu (just because I know it has caused incompatibility issues before).

[omegaman7]

Sounds good to me. People should really rip to hard disk first. And if BD rebuilder still has a problem, then they need to try without speed menu. And if successful, then Slysoft would need to be notified ;)

[Ch3vr0n]

Good to know. If BDRB idd does choke on a SM enabled disc there is a workarround. rip the disc, process with BDRB and let it create an iso. Mount the iso and have anydvd enabled for the virtual drive with SM's enabled and create a 2nd rep. Done, shrunk disc with speed menu's. Its a hassle but this way they'll be able to get both options. :)

and for the record on a personal sice. I've done 2 discs with BDRB and SM's enabled. 0 issues (not that 2 is alot)

[omegaman7]

Good to know. If BDRB idd does choke on a SM enabled disc there is a workarround. rip the disc, process with BDRB and let it create an iso. Mount the iso and have anydvd enabled for the virtual drive with SM's enabled and create a 2nd rep. Done, shrunk disc with speed menu's. Its a hassle but this way they'll be able to get both options. :)

and for the record on a personal sice. I've done 2 discs with BDRB and SM's enabled. 0 issues (not that 2 is alot)

This of course is an ideal option as well!

[Cela]

@jdobbs
1. Thanks for the new beta BD Rebuilder v0.40.09 (beta).
Unfortunately it does not cure my 'SourceCheck() 00006 2501' issue:
Still exactly the same, no more detailed, error logs than in last beta:
> In the first pop-up message window 'SourceCheck() 00006 2501'
> and in the next message pop up window 'Selected source is not BD format'.
> In the log pane and in the BD-REBUILDER.LOG only a single line ' - [16:43:52] SourceCheck() 00006 2501'.
This is exactly what the last beta reported.

2. I can truely recommend those test-BDs for 'opera lovers' mentioned in #14945 (http://forum.doom9.org/showthread.php?p=1569015#post1569015). I'm sure these will be available at amazon.com in the US. 'Best' performances staged in the last years.

3. P.S. 'More Errors? Probably user errors?' from #14951 (ee http://forum.doom9.org/showthread.php?p=1569335#post1569335):
My User errors! I have overlooked the >Settings>Setup>Custom Target Size option! Sorry!

@AmigaFuture
Both parts of your statement 'Only if...you're not aware of what you're doing, AND/OR...if computer drivers/OS aren't functioning as they should' often apply to a simple user like me. ;)
I was simply sharing my best practice when running multiAVCHD. BDRB works well and reliably in the background.

[HatchetMan]

Hey jdobbs, you able to test out smurfs like this post?
http://forum.doom9.org/showthread.php?p=1568552#post1568552

0.40.09 did not fix Smurfs. Tangled and How to Train You Dragon did come out perfect, same settings.

[omegaman7]

I looked at your screenshots. That's pretty weird. I still have "The Smurfs" on the back burner. I don't recall which version of anydvd I used, but I'll run the job tonight, watch it at some point tomorrow, and let you know :)

I see you have the automatic cropping of borders enabled. I've had very sketchy results with that setting. I recommend shutting that off.

[jdobbs]

@jdobbs
1. Thanks for the new beta BD Rebuilder v0.40.09 (beta).
Unfortunately it does not cure my 'SourceCheck() 00006 2501' issue:
Still exactly the same, no more detailed, error logs than in last beta:
> In the first pop-up message window 'SourceCheck() 00006 2501'
> and in the next message pop up window 'Selected source is not BD format'.
> In the log pane and in the BD-REBUILDER.LOG only a single line ' - [16:43:52] SourceCheck() 00006 2501'.
This is exactly what the last beta reported.

2. I can truely recommend those test-BDs for 'opera lovers' mentioned in #14945 (http://forum.doom9.org/showthread.php?p=1569015#post1569015). I'm sure these will be available at amazon.com in the US. 'Best' performances staged in the last years.

3. P.S. 'More Errors? Probably user errors?' from #14951 (ee http://forum.doom9.org/showthread.php?p=1569335#post1569335):
My User errors! I have overlooked the >Settings>Setup>Custom Target Size option! Sorry!

@AmigaFuture
Both parts of your statement 'Only if...you're not aware of what you're doing, AND/OR...if computer drivers/OS aren't functioning as they should' often apply to a simple user like me. ;)
I was simply sharing my best practice when running multiAVCHD. BDRB works well and reliably in the background. $35 each... :( unfortunately I'm not a big opera fan. Are you 100% confident that "Anna Bolena" and/or "Rusalka" will repeat the error? My testing resources are limited and donations have been few-and-far-between lately.

[RobertM]

$35 each... unfortunately I'm not a big opera fan.

Boy! I'm sure that nobody would expect you to fork over $35 of your own cash to buy discs that you don't want. There's dedication, and there's,... well... too much dedication.

Has Cela said that he can process other discs just fine, and that ONLY these opera discs cause the problem? Surely the bug will show up on someone else's system, while processing a disc that you have, or one that you actually want.

[omegaman7]

If I were Cela, I would either back them up to BD-50, or I would offer to ship them to Jdobbs. There are cheap shipping methods ;) Or I would test test test, until the reason for errors is discovered.

[Cela]

$35 each... and donations have been few-and-far-between lately.@RobertM
@omegaman7
Thanks for your advices! But I just did it my way. ;)

@jdobbs
Thanks for your excellent service, for your willingness to help. :)
I guess the fist test DB is the better of the two and will help to find a solution that will remedy both (and probably others of that kind). If you are interested to investigate, you could start with 'Anna' and I will test the second one.
By the way, I just found the comfortable 'development of new apps: Donations' button. It's not a new app but an update to an existing app? ;)

[colinhunt]

jdobbs, what do you think about setting up an Amazon wishlist for Blu-rays and users could, instead of PayPal donations, pay for stuff on the wishlist?

[RobertM]

what do you think about setting up an Amazon wishlist for Blu-rays

JDobbs has said before that he prefers to just just accept donations, which he can use as he deems appropriate to help cover the costs of supporting this app.

If a list was set up as you describe, then there might be (or, probably, 'would be') be an expectation on the part of the donor that his/her issues will be addressed, seeing as they have made a targeted donation and all. This would act to trump JDobbs discretion in deciding which issues should be looked at first, and which shouldn't be looked at at all. If someone purchased an item from the list, but their issue was never resolved, then that might lead to complaining about fairness, etc., while completely forgetting that they got the app for free in the first place. Even though a wishlist would make a lot of sense for people who know how to control their expectations, it might end up being more trouble than it is worth.

Just my thoughts. JDobbs might have different thoughts on the matter.

Bob

[HatchetMan]

I looked at your screenshots. That's pretty weird. I still have "The Smurfs" on the back burner. I don't recall which version of anydvd I used, but I'll run the job tonight, watch it at some point tomorrow, and let you know :)

I see you have the automatic cropping of borders enabled. I've had very sketchy results with that setting. I recommend shutting that off.

Turned off auto crop of borders - finally a perfect output of The Smurfs :D

[omegaman7]

If you must remove the borders, Ripbot can do it. There's probably other apps too ;) BD rebuilder is more a full backup solution. Much like dvd rebuilder. Though it's extra features are definitely wonderful, when one needs them.

[HatchetMan]

If you must remove the borders, Ripbot can do it. There's probably other apps too ;) BD rebuilder is more a full backup solution. Much like dvd rebuilder. Though it's extra features are definitely wonderful, when one needs them.

For this title, there was nothing I was looking to crop so I am still pleased with the outcome. Option was already on from the others I was doing, some I wanted them cropped, some did not matter at all, but this was the only title stumbling with it, for whatever reason. Thanks!

[colinhunt]

I import quite a lot of discs from far away places. This practice brought on one of the weirdest titles I've seen in recent times. The disc in question is GOEMON, from Japan. Here are specs of the main movie:

>>>

Disc Title: GOEMON_DISC1
Disc Size: 47,982,759,016 bytes
Protection: AACS
BD-Java: No
BDInfo: 0.5.2

PLAYLIST REPORT:
Name: 00001.MPLS
Size: 40,035,219,456 bytes
Length: 2:07:51 (h:m:s)
Total Bitrate: 41.75 Mbps
Description:

VIDEO:
Codec Bitrate Description
----- ------- -----------
MPEG-4 AVC Video 31462 kbps 1080p / 23.976 fps / 16:9 / High Profile 4.1
MPEG-4 AVC Video 609 kbps 480p / 23.976 fps / 16:9 / High Profile 3.2

AUDIO:
Codec Language Bitrate Description
----- -------- ------- -----------
Dolby TrueHD Audio Japanese 4000 kbps 6.1 / 48 kHz / 4000 kbps / 24-bit (AC3 Core: 5.1-EX / 48 kHz / 640 kbps)
Dolby Digital Audio Japanese 192 kbps 2.0 / 48 kHz / 192 kbps
Dolby Digital Audio Japanese 192 kbps 2.0 / 48 kHz / 192 kbps

>>>

I tried to do a movie-only backup with only THD audio and one subtitle track. Right at the beginning of A/V streams extractions phase a dialog window pops up:

>>>
Audio Detection Mismatch
The audio type determined from reading PAT/PMT program information (THD) does not match the detected audio (MPA). In many cases, this is caused by emulation of audio headers (false detection) and the PAT/PMT type is the correct type. Hit Yes to use the PAT/PMT type. Hit No to use the detected type. Hit Cancel to disable this stream.
>>>

It does not matter if I click Yes or No, the end result is the same: at the start of the movie audio sync is OK but it starts drifting slowly out-of-sync. By the end of the movie audio is several seconds out of sync. I also noticed an odd effect when playing the backup: the playback frame rate appears to fluctuate for a second or two after I skip forwards or backwards in the movie. Admittedly this could be caused by PowerDVD but it's something I've never seen it do before.

(And while BDinfo reports the TrueHD track as 6.1 channel, PowerDVD says it's 6.0. But that's the same on both the original and the backup. MediaInfo says the THD track is 5.1, not 6.1.)

[colinhunt]

"Pink Floyd, Wish You Were Here" is part of The Immersion Box Set. This set contains 2 cd's, 2 dvd's and 1 blu-ray.
I ran a Full Backup of the Blu-ray with 0.40.08. Got an "Audio PGS size too large. Continue Yes/No?" dialog box and selected 'Yes'. Backup finished without further warnings. I burned the backup on disc and tested it in a couple of stand-alones: works fine. (PowerDVD11 crashes, however.)

[jdobbs]

@RobertM
@omegaman7
Thanks for your advices! But I just did it my way. ;)

@jdobbs
Thanks for your excellent service, for your willingness to help. :)
I guess the fist test DB is the better of the two and will help to find a solution that will remedy both (and probably others of that kind). If you are interested to investigate, you could start with 'Anna' and I will test the second one.
By the way, I just found the comfortable 'development of new apps: Donations' button. It's not a new app but an update to an existing app? ;) I don't think I understand. I thought you'd already tested these and found an error. The question I asked is: If I get "Anna Bolena" -- will I get the 00006 2501 error you reported?

[Cela]

*** unintended double post deleted by author***

[Cela]

... If I get "Anna Bolena" -- will I get the 00006 2501 error you reported?
Sorry, English is not my native language. I may have some trouble to make myself understood properly. Please give me another shot:
1.
Yes, I've tested these disks already. Please see #14945 (http://forum.doom9.org/showthread.php?p=1569015#post1569015).
Yes, I've got
SourceCheck() 00006 2501 (for test BD 1, "Anna") and
SourceCheck() 00055 2501 (for test BD 2).

It will be very interesting if you can verify and reproduce my findings. There is still a fair chance that you would not be able to reproduce my findings on your computer. That would indicate that there is something wrong on my side (BD disk, BD reader, computer/OS settings, etc.) which is not wrong at your side. This would also help to narrow in the reason for the issue.

Though, as user, as every user, I have to claim that it's not a user error but a program error. I know, from your side it's the other way round. (Already ages ago, in each 'Big Blue Messages and Codes' manual the explanation of each error message code used to start with the statement "Probably user error".) ;)

2. To some up the discussion in some other recent posts, I am quite aware that a donation is a donation and no prejudice to what you are expected to use it for. I fully respect that you will feel free to use any donation for whatever you may want to use it for.
By the way, donations do not establish any connection between the nickname in the forum and the real name in real life, do they?

3.
I wanted to express, that, in case you really would go on investigating why a false negative report is generated by BDRB, and in the course of this investigation you will find the reason causing the false negative diagnostic message, and in case you may find a remedy for it and will produce a new BDRB beta, that remedy would also heal the false negative SourceCheck() 00055 2501 for test BD 2 and, maybe, other similar opera BDs.
I offered to test an upcoming, thus updated BDRB beta version again with my both test BDs.

If you prefer, I would be happy to take up omegaman7's idea to send you my test disk 1 "Anna", for which I get the SourceCheck() 00006 2501 error, if you provide me the exact mailing address for sending that disk (and I will buy me another one here in old Europe).

[colinhunt]

Originally Posted by colinhunt
UK release of Miramax's CITY OF MEN: main movie file begins with a minute of color bars, followed by 30 seconds of master tape information. On the original disc all that is skipped over when movie is started. On a backup (0.40.08, multiprocessing disabled, DGDecNV enabled) color bars and master tape info is displayed before the actual movie begins.

This is the same issue reported earlier on another UK disc, The Quiet American, also a Miramax release.

I think I might have an idea how that can happen. I'll take a look at it.

0.40.09 did not fix this issue. (Not sure if it was supposed to.)

[jdobbs]

Originally Posted by colinhunt
UK release of Miramax's CITY OF MEN: main movie file begins with a minute of color bars, followed by 30 seconds of master tape information. On the original disc all that is skipped over when movie is started. On a backup (0.40.08, multiprocessing disabled, DGDecNV enabled) color bars and master tape info is displayed before the actual movie begins.

This is the same issue reported earlier on another UK disc, The Quiet American, also a Miramax release.



0.40.09 did not fix this issue. (Not sure if it was supposed to.)No, it wasn't included in that one -- but I'm looking at it.

[colinhunt]

No, it wasn't included in that one -- but I'm looking at it.
Ah, sorry, I misunderstood one of the change notes.

[setarip_old]

@jdobbs, @colinhunt

I believe the following link to an earlier post of mine:

http://forum.doom9.org/showpost.php?p=1476097&postcount=11180

may be pertinent to the "color bars" problem noted by colinhunt at:

http://forum.doom9.org/showpost.php?p=1570140&postcount=14983

[jdobbs]

@jdobbs, @colinhunt

I believe the following link to an earlier post of mine:

http://forum.doom9.org/showpost.php?p=1476097&postcount=11180

may be pertinent to the "color bars" problem noted by colinhunt at:

http://forum.doom9.org/showpost.php?p=1570140&postcount=14983

I think the inclusion of the color bars (or other preceding nonsense) is due to the fact that a playlist can start at any location within an M2TS/CLPI, not just it's start point. My guess is that I need to look at how I'm transferring/correcting the start time in the MPLS to see if I'm properly handling it. If I find there is something wrong there -- then I may also have to adjust the algorithm accordingly for obtaining audio offsets.

[Sky7777]

Rebuilder will not start (Windos7). Help me.
http://i37.fastpic.ru/big/2012/0417/c0/ff1ba33654125c7f88a71ad8a2f84ac0.jpg
tnx

[Ch3vr0n]

You didn't "install" it into the "program files" folder with User Account Control active did ya ?

[jdobbs]

Rebuilder will not start (Windos7). Help me.
http://i37.fastpic.ru/big/2012/0417/c0/ff1ba33654125c7f88a71ad8a2f84ac0.jpg
tnx That is a disc read/write access error... it's possible something (like a path) might be corrupt in the INI file. Try renaming BDREBUILDER.INI to another name temporarily and see if the error goes away.

[HiQ123]

First of all I would like to thank jdobbs for this wonderful tool.
I backed up nearly 50 Blu-rays with BD-Rebuilder without any problem.

But I have 2 Blu-rays with which I have problems with. I hope jdobbs or other people can help me.

First, how do I back up my Blu-rays:
I´m ripping them with AnyDVD HD 7.0.2.0 to my HDD and then i start BD-Rebuilder with following settings:
VERSION=0.40.0.9
MODE=0
ENCODE_QUALITY=0
ONEPASS_ENCODING=0
AUTO_QUALITY=1
AUDIO_TO_KEEP=deu;eng;ger;
SUBS_TO_KEEP=deu;eng;ger;
SD_CONVERT=0
OPEN_GOP=0
RESIZE_1080=0
DEINTERLACE=1
SD_TO_1080=0
CONVERT_WIDE=0
DTS_REENCODE=0
AC3_REENCODE=0
AC3_640=1
AC3_192=0
KEEP_HD_AUDIO=0
AVCHD=1
REMOVE_WORKFILES=1
MOVIE_ONLY_LOOP=1
REMOVE_OUTPUT=1
USE_FILTERS=0
BDMV_CERT_ONLY=0
USE_LAVF=0
IVTC_PULLDOWN=0
ASSUME_DVD_PAL=0
UNMASK_CHAPTER=0
COMPLETION_BEEP=0
DGDECNV=0
AUDIO_TRACK_LIMIT=1
SUBTITLE_TRACK_LIMIT=1
CUSTOM_TARGET_SIZE=24000
TARGET_SIZE=24000
AUTO_BURN=2
PRIORITY_CLASS=2
AUTO_BIAS=2
MINIMIZE_TO_TRAY=1

The first Blu-ray which i have problems with is Rush Hour (the first). The output ISO file is only 17,4 GB and when i try to play the ISO file with PowerDVD, the movie stops at a specific point (one third of the film) and one can only hear the sound.

I tried it with v0.40.08 and v0.40.09 and with output options "Target Size BD-25" and "Custom Target Size (24000MB)", but the ISO file is every time smaller then 18 GB (maybe always 17,4).

The log file doesn´t show any problems. I tried also to make an ISO file of the ripped untouched folders and this ISO file can be played without problems with PowerDVD.

--------------------------------------

The second Blu-ray which i have problems with is "La Haine" (or "Hass" in german).

Here is the log file:

----------------------
[04.15.12] BD Rebuilder v0.40.09 (beta)
[13:09:39] Source: HASS
- Input BD size: 24,32 GB
- Approximate total content: [03:55:10.960]
- Target BD size: 23,44 GB
- Windows Version: 6.1 [7601]
- Auto Quality: Good (Very Fast), Two Pass
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=640
[13:09:39] PHASE ONE, Encoding
- [13:09:39] Processing: VID_00000 (1 of 16)
- [13:09:39] Extracting A/V streams [VID_00000]
- [13:12:38] Reencoding video [VID_00000]
- Source Video: MPEG-2, 720x576
- Rate/Length: 25,000fps, 125.219 frames
- Bitrate: 6.635 Kbs
- [13:12:38] Reencoding: VID_00000, Pass 1 of 2
- [13:19:52] Reencoding: VID_00000, Pass 2 of 2
- [13:27:23] Video Encode complete
- [13:27:23] Processing audio tracks
- Track 4352 (fra): Keeping original audio
- [13:27:23] Multiplexing M2TS
- [13:28:34] Processing: VID_00001 (2 of 16)
- [13:28:34] Extracting A/V streams [VID_00001]
- [13:28:50] Reencoding video [VID_00001]
- Source Video: MPEG-2, 720x576
- Rate/Length: 25,000fps, 8.851 frames
- Bitrate: 8.463 Kbs
- [13:28:50] Reencoding: VID_00001, Pass 1 of 2
- [13:29:23] Reencoding: VID_00001, Pass 2 of 2
- [13:29:58] Video Encode complete
- [13:29:58] Processing audio tracks
- Track 4352 (fra): Keeping original audio
- [13:29:58] Multiplexing M2TS
- [13:30:07] Processing: VID_00002 (3 of 16)
- [13:30:07] Extracting A/V streams [VID_00002]
- [13:30:58] Reencoding video [VID_00002]
- Source Video: MPEG-2, 720x576
- Rate/Length: 25,000fps, 26.063 frames
- Bitrate: 7.475 Kbs
- [13:30:58] Reencoding: VID_00002, Pass 1 of 2
- [13:32:23] Reencoding: VID_00002, Pass 2 of 2
- [13:33:52] Video Encode complete
- [13:33:52] Processing audio tracks
- Track 4352 (fra): Keeping original audio
- [13:33:52] Multiplexing M2TS
- [13:34:15] Processing: VID_00003 (4 of 16)
- [13:34:15] Extracting A/V streams [VID_00003]
- [13:34:32] Reencoding video [VID_00003]
- Source Video: MPEG-2, 720x576
- Rate/Length: 25,000fps, 9.957 frames
- Bitrate: 8.465 Kbs
- [13:34:32] Reencoding: VID_00003, Pass 1 of 2
- [13:35:13] Reencoding: VID_00003, Pass 2 of 2
- [13:35:56] Video Encode complete
- [13:35:56] Processing audio tracks
- Track 4352 (fra): Keeping original audio
- [13:35:56] Multiplexing M2TS
- [13:36:09] Processing: VID_00004 (5 of 16)
- [13:36:09] Extracting A/V streams [VID_00004]
- [13:36:47] Reencoding video [VID_00004]
- Source Video: MPEG-2, 720x576
- Rate/Length: 25,000fps, 26.760 frames
- Bitrate: 5.607 Kbs
- [13:36:47] Reencoding: VID_00004, Pass 1 of 2
- [13:38:13] Reencoding: VID_00004, Pass 2 of 2
- [13:39:44] Video Encode complete
- [13:39:44] Processing audio tracks
- Track 4352 (fra): Keeping original audio
- [13:39:44] Multiplexing M2TS
- [13:39:59] Processing: VID_00005 (6 of 16)
- [13:39:59] Extracting A/V streams [VID_00005]
- [13:40:11] Reencoding video [VID_00005]
- Source Video: MPEG-2, 720x576
- Rate/Length: 25,000fps, 7.731 frames
- Bitrate: 8.608 Kbs
- [13:40:11] Reencoding: VID_00005, Pass 1 of 2
- [13:40:42] Reencoding: VID_00005, Pass 2 of 2
- [13:41:33] Video Encode complete
- [13:41:33] Processing audio tracks
- Track 4352 (fra): Keeping original audio
- [13:41:33] Multiplexing M2TS
- [13:41:42] Processing: VID_00006 (7 of 16)
- [13:41:42] Extracting A/V streams [VID_00006]
- [13:41:56] Reencoding video [VID_00006]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 1 frames
- Bitrate: -1.166.041 Kbs
- [13:41:56] Reencoding: VID_00006, Pass 1 of 2
- [13:42:49] Reencoding: VID_00006, Pass 2 of 2
- Encode failed. Aborting.
- BD-Rebuilder v0.40.09 (beta)
- Windows Version: 6.1 [7601]
- AVISYNTH Version: 2.5.8.0, Ok
- HAALI Splitter: 1.9.42.1, Ok
- FFDSHOW: 3882, Ok
- WIN7 preferred AVC CODEC: Ok
- WIN7 preferred VC-1 CODEC: Ok
- WIN7 preferred MPEG2 CODEC: Ok
- FFDSHOW VC-1 set to "wmv9", Ok
- FFDSHOW MPEG2 set to "libavcodec": Ok
- FFDSHOW AVC set to "ffmpeg-mt": Ok
- AnyDVD Remove Short Titles: Incompatible
- AnyDVD Remove Annoying Adverts: Incompatible
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok
[13:42:50] - Failed video encode, aborted

I hope someone or jdobbs can help me.

[jdobbs]

As the log indicates, I would suggest you reset "Remove Short Titles" and "Remove Annoying Adverts" in AnyDVD to off, and rerip. Those settings are considered "preprocessing" and is likely the source of your problem -- or at least a contributing factor. If you want to remove those types of things, I would suggest you do so within BD-RB.

[HiQ123]

As the log indicates, I would suggest you reset "Remove Short Titles" and "Remove Annoying Adverts" in AnyDVD to off, and rerip. Those settings are considered "preprocessing" and is likely the source of your problem -- or at least a contributing factor. If you want to remove those types of things, I would suggest you do so within BD-RB.

Thanks for the help. Then I will try to rip it again without these options. Can you tell me how I can remove those types of things with BD-RB?

Do you also know why Rush Hour makes problems? I can also post the log if it helps, but for me the log shows no problems

[jdobbs]

Thanks for the help. Then I will try to rip it again without these options. Can you tell me how I can remove those types of things with BD-RB?

Do you also know why Rush Hour makes problems? I can also post the log if it helps, but for me the log shows no problems I haven't seen the log, so I can't say for sure -- but usually when you have undersizing like that it means that BD-RB is keeping the original (without reencoding). That's a good thing. When you combine that with removal of audio you sometimes find that the output is smaller than the target. That's because BD-RB would actually have to increase the original's video size to fill the target (and you never want to reencode when it isn't necessary).

As to why it doesn't play... there are a lot of reasons that could happen -- most of them unrelated to BD-RB (like media, preprocessing, etc.).

As for blanking abilities, read this post (http://forum.doom9.org/showthread.php?p=1526277&highlight=enable_test%27#post1526277). At some point I guess I need to add this to the HIDDENOPTS file.

[AmigaFuture]

I'm attempting to do a Full Backup, BD-25, of "Star Wars - A New Hope". I'm testing ENABLE_TEST=1 again. The English beginning is at the top of the list. The main movie is below it, and below that are the other Non-English language beginnings which when I select only 1 of, everything becomes blanked...including the movie. No Pre-Processing has been used (multiAVCHD). I'm using 0.40.09. Want logs?

[HiQ123]

I haven't seen the log

Here is the log:
[04.18.12] BD Rebuilder v0.40.09 (beta)
[16:47:15] Source: RUSH_HOUR
- Input BD size: 33,44 GB
- Approximate total content: [04:45:53.461]
- Target BD size: 23,44 GB
- Windows Version: 6.1 [7601]
- Auto Quality: Better (Faster), Two Pass
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=640
[16:47:15] PHASE ONE, Encoding
- [16:47:15] Processing: VID_00020 (1 of 19)
- [16:47:15] Extracting A/V streams [VID_00020]
- [16:58:43] Reencoding video [VID_00020]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23,976fps, 140.737 frames
- Bitrate: 20.325 Kbs
- [16:58:43] Reencoding: VID_00020, Pass 1 of 2
- [17:24:46] Reencoding: VID_00020, Pass 2 of 2
- [18:20:47] Video Encode complete
- [18:20:47] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (deu): Keeping original audio
- [18:20:47] Multiplexing M2TS
- [18:27:27] Processing: VID_00096 (2 of 19)
- [18:27:27] Extracting A/V streams [VID_00096]
- [18:27:34] Reencoding video [VID_00096]
- [18:27:34] Keeping original video (no reencode)
- [18:27:34] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [18:27:34] Multiplexing M2TS
- [18:27:41] Processing: VID_00097 (3 of 19)
- [18:27:41] Extracting A/V streams [VID_00097]
- [18:27:49] Reencoding video [VID_00097]
- Source Video: VC-1, 720x480
- Rate/Length: 29,970fps, 4.466 frames
- Bitrate: 4.832 Kbs
- [18:27:49] Reencoding: VID_00097, Pass 1 of 2
- [18:28:13] Reencoding: VID_00097, Pass 2 of 2
- [18:28:45] Video Encode complete
- [18:28:45] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [18:28:45] Multiplexing M2TS
- [18:28:50] Processing: VID_00098 (4 of 19)
- [18:28:50] Extracting A/V streams [VID_00098]
- [18:28:59] Reencoding video [VID_00098]
- Source Video: VC-1, 720x480
- Rate/Length: 29,970fps, 8.064 frames
- Bitrate: 4.807 Kbs
- [18:28:59] Reencoding: VID_00098, Pass 1 of 2
- [18:29:43] Reencoding: VID_00098, Pass 2 of 2
- [18:30:39] Video Encode complete
- [18:30:39] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [18:30:39] Multiplexing M2TS
- [18:30:46] Processing: VID_00099 (5 of 19)
- [18:30:46] Extracting A/V streams [VID_00099]
- [18:30:56] Reencoding video [VID_00099]
- Source Video: VC-1, 720x480
- Rate/Length: 29,970fps, 8.392 frames
- Bitrate: 4.792 Kbs
- [18:30:56] Reencoding: VID_00099, Pass 1 of 2
- [18:31:44] Reencoding: VID_00099, Pass 2 of 2
- [18:32:56] Video Encode complete
- [18:32:56] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [18:32:56] Multiplexing M2TS
- [18:33:04] Processing: VID_00100 (6 of 19)
- [18:33:04] Extracting A/V streams [VID_00100]
- [18:33:18] Reencoding video [VID_00100]
- Source Video: VC-1, 720x480
- Rate/Length: 29,970fps, 8.392 frames
- Bitrate: 4.863 Kbs
- [18:33:18] Reencoding: VID_00100, Pass 1 of 2
- [18:34:07] Reencoding: VID_00100, Pass 2 of 2
- [18:35:22] Video Encode complete
- [18:35:22] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [18:35:22] Multiplexing M2TS
- [18:35:34] Processing: VID_00102 (7 of 19)
- [18:35:34] Extracting A/V streams [VID_00102]
- [18:35:46] Reencoding video [VID_00102]
- Source Video: VC-1, 720x480
- Rate/Length: 29,970fps, 8.064 frames
- Bitrate: 4.875 Kbs
- [18:35:46] Reencoding: VID_00102, Pass 1 of 2
- [18:36:47] Reencoding: VID_00102, Pass 2 of 2
- [18:37:43] Video Encode complete
- [18:37:43] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [18:37:43] Multiplexing M2TS
- [18:37:50] Processing: VID_00105 (8 of 19)
- [18:37:50] Extracting A/V streams [VID_00105]
- [18:38:10] Reencoding video [VID_00105]
- Source Video: VC-1, 720x480
- Rate/Length: 29,970fps, 23.738 frames
- Bitrate: 3.876 Kbs
- [18:38:10] Reencoding: VID_00105, Pass 1 of 2
- [18:40:25] Reencoding: VID_00105, Pass 2 of 2
- [18:43:27] Video Encode complete
- [18:43:27] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [18:43:27] Multiplexing M2TS
- [18:43:37] Processing: VID_00106 (9 of 19)
- [18:43:37] Extracting A/V streams [VID_00106]
- [18:43:46] Reencoding video [VID_00106]
- Source Video: VC-1, 720x480
- Rate/Length: 29,970fps, 8.392 frames
- Bitrate: 3.885 Kbs
- [18:43:46] Reencoding: VID_00106, Pass 1 of 2
- [18:44:35] Reencoding: VID_00106, Pass 2 of 2
- [18:45:41] Video Encode complete
- [18:45:41] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [18:45:41] Multiplexing M2TS
- [18:45:47] Processing: VID_00107 (10 of 19)
- [18:45:47] Extracting A/V streams [VID_00107]
- [18:45:53] Reencoding video [VID_00107]
- Source Video: VC-1, 720x480
- Rate/Length: 29,970fps, 5.486 frames
- Bitrate: 3.500 Kbs
- [18:45:53] Reencoding: VID_00107, Pass 1 of 2
- [18:46:22] Reencoding: VID_00107, Pass 2 of 2
- [18:46:59] Video Encode complete
- [18:46:59] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [18:46:59] Multiplexing M2TS
- [18:47:04] Processing: VID_00108 (11 of 19)
- [18:47:04] Extracting A/V streams [VID_00108]
- [18:47:10] Reencoding video [VID_00108]
- Source Video: VC-1, 720x480
- Rate/Length: 29,970fps, 4.466 frames
- Bitrate: 3.841 Kbs
- [18:47:10] Reencoding: VID_00108, Pass 1 of 2
- [18:47:33] Reencoding: VID_00108, Pass 2 of 2
- [18:48:04] Video Encode complete
- [18:48:04] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [18:48:04] Multiplexing M2TS
- [18:48:10] Processing: VID_00109 (12 of 19)
- [18:48:10] Extracting A/V streams [VID_00109]
- [18:48:18] Reencoding video [VID_00109]
- Source Video: VC-1, 720x480
- Rate/Length: 29,970fps, 8.064 frames
- Bitrate: 3.863 Kbs
- [18:48:18] Reencoding: VID_00109, Pass 1 of 2
- [18:49:03] Reencoding: VID_00109, Pass 2 of 2
- [18:50:04] Video Encode complete
- [18:50:04] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [18:50:04] Multiplexing M2TS
- [18:50:11] Processing: VID_00110 (13 of 19)
- [18:50:11] Extracting A/V streams [VID_00110]
- [18:50:29] Reencoding video [VID_00110]
- Source Video: VC-1, 720x480
- Rate/Length: 29,970fps, 23.738 frames
- Bitrate: 3.900 Kbs
- [18:50:29] Reencoding: VID_00110, Pass 1 of 2
- [18:52:45] Reencoding: VID_00110, Pass 2 of 2
- [18:55:49] Video Encode complete
- [18:55:49] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [18:55:49] Multiplexing M2TS
- [18:55:58] Processing: VID_00111 (14 of 19)
- [18:55:58] Extracting A/V streams [VID_00111]
- [18:56:06] Reencoding video [VID_00111]
- Source Video: VC-1, 720x480
- Rate/Length: 29,970fps, 8.064 frames
- Bitrate: 3.906 Kbs
- [18:56:06] Reencoding: VID_00111, Pass 1 of 2
- [18:56:49] Reencoding: VID_00111, Pass 2 of 2
- [18:57:43] Video Encode complete
- [18:57:43] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [18:57:43] Multiplexing M2TS
- [18:57:49] Processing: VID_00112 (15 of 19)
- [18:57:49] Extracting A/V streams [VID_00112]
- [18:57:56] Reencoding video [VID_00112]
- Source Video: VC-1, 720x480
- Rate/Length: 29,970fps, 8.392 frames
- Bitrate: 3.848 Kbs
- [18:57:57] Reencoding: VID_00112, Pass 1 of 2
- [18:58:46] Reencoding: VID_00112, Pass 2 of 2
- [18:59:52] Video Encode complete
- [18:59:52] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [18:59:52] Multiplexing M2TS
- [18:59:57] Processing: VID_00113 (16 of 19)
- [18:59:57] Extracting A/V streams [VID_00113]
- [19:00:51] Reencoding video [VID_00113]
- [19:00:51] Keeping original video (no reencode)
- [19:00:51] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [19:00:51] Multiplexing M2TS
- [19:01:44] Processing: VID_00116 (17 of 19)
- [19:01:44] Extracting A/V streams [VID_00116]
- [19:02:03] Reencoding video [VID_00116]
- Source Video: VC-1, 720x480
- Rate/Length: 29,970fps, 23.738 frames
- Bitrate: 4.877 Kbs
- [19:02:03] Reencoding: VID_00116, Pass 1 of 2
- [19:04:18] Reencoding: VID_00116, Pass 2 of 2
- [19:07:33] Video Encode complete
- [19:07:33] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [19:07:33] Multiplexing M2TS
- [19:07:43] Processing: VID_00117 (18 of 19)
- [19:07:43] Extracting A/V streams [VID_00117]
- [19:08:02] Reencoding video [VID_00117]
- Source Video: VC-1, 720x480
- Rate/Length: 29,970fps, 23.738 frames
- Bitrate: 4.876 Kbs
- [19:08:02] Reencoding: VID_00117, Pass 1 of 2
- [19:10:19] Reencoding: VID_00117, Pass 2 of 2
- [19:13:37] Video Encode complete
- [19:13:37] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [19:13:37] Multiplexing M2TS
- [19:13:48] Processing: VID_00118 (19 of 19)
- [19:13:48] Extracting A/V streams [VID_00118]
- [19:14:37] Reencoding video [VID_00118]
- Source Video: VC-1, 720x480
- Rate/Length: 29,970fps, 73.518 frames
- Bitrate: 3.886 Kbs
- [19:14:37] Reencoding: VID_00118, Pass 1 of 2
- [19:21:48] Reencoding: VID_00118, Pass 2 of 2
- [19:31:38] Video Encode complete
- [19:31:38] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [19:31:38] Multiplexing M2TS
[19:31:58]PHASE ONE complete
[19:31:58]PHASE TWO - Rebuild Started
- [19:31:58] Rebuilding BD file Structure
[19:32:13] - Encode and Rebuild complete
[19:32:13] Writing BD structure to ISO file
- ImgBurn completed successfully
- RUSH_HOUR folder removed.
- WORKFILES folder removed.
[19:40:34] JOB: RUSH_HOUR finished.


The ISO file is 17,6 GB and the movie stops again after 20 minutes and from there I can only hear the audio. I think the stopping and the 17,6 GB have something to do with each other.
When i make an ISO file of the 33,44 GB folders, the movie works without problems.

[F3L0N]

Hi, Im having some trouble encoding Jurassic Park. The source file is 44.0 GB, but it keeps encoding down to around 7-8 GB... I haven't burned it yet for viewing on a high-def screen, but feel like that there will be a fair amount of quality loss. I've tried it several times, all in full-backup mode, twice on BD-25 output setting (once at highest quality and once on high), and a third time on custom output size (23500 MB), on highest quality setting. Have encoded several other movies, including cowboys and aliens, super 8, and rise of the planet of the apes with no issues.

Im very new to BD encoding, so it extremely possible I am missing something simple. I also thought it may have something to do with the age of the film... Theatrical release was 1993 I think, so maybe BD-Rebuilder is encoding effectively and keeping all the image quality but there's just not enough 'meat' in the source video to make a 25GB image? any thoughts? Here's the log from the last two tries:


[04/17/12] BD Rebuilder v0.40.08 (beta)
[15:04:13] Source: JURASSIC_PARK_DOM
- Input BD size: 44.06 GB
- Approximate total content: [05:27:47.630]
- Target BD size: 22.95 GB
- Windows Version: 6.1 [7601]
- Quality: Highest (Very Slow), ABR
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=640
[15:04:13] PHASE ONE, Encoding
- [15:04:13] Processing: VID_00300 (1 of 15)
- [15:04:13] Extracting A/V streams [VID_00300]
- [15:05:45] Reencoding video [VID_00300]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 36,577 frames
- Bitrate: 5,714 Kbs
- [15:05:45] Reencoding: VID_00300, Pass 1 of 1
- [15:45:21] Video Encode complete
- [15:45:21] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [15:45:21] Multiplexing M2TS
- [15:46:03] Processing: VID_00301 (2 of 15)
- [15:46:03] Extracting A/V streams [VID_00301]
- [15:47:05] Reencoding video [VID_00301]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 29,161 frames
- Bitrate: 5,722 Kbs
- [15:47:05] Reencoding: VID_00301, Pass 1 of 1
- [16:20:03] Video Encode complete
- [16:20:03] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [16:20:03] Multiplexing M2TS
- [16:20:20] Processing: VID_00302 (3 of 15)
- [16:20:20] Extracting A/V streams [VID_00302]
- [16:21:10] Reencoding video [VID_00302]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 21,673 frames
- Bitrate: 5,720 Kbs
- [16:21:11] Reencoding: VID_00302, Pass 1 of 1
- [16:43:50] Video Encode complete
- [16:43:50] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [16:43:50] Multiplexing M2TS
- [16:44:03] Processing: VID_00303 (4 of 15)
- [16:44:03] Extracting A/V streams [VID_00303]
- [16:45:04] Reencoding video [VID_00303]
- Source Video: MPEG-4 (AVC), 720x480
- Rate/Length: 29.970fps, 89,310 frames
- Bitrate: 2,326 Kbs
- [16:45:04] Reencoding: VID_00303, Pass 1 of 1
- [17:01:19] Video Encode complete
- [17:01:19] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [17:01:19] Multiplexing M2TS
- [17:01:38] Processing: VID_00305 (5 of 15)
- [17:01:38] Extracting A/V streams [VID_00305]
- [17:01:54] Reencoding video [VID_00305]
- Source Video: MPEG-4 (AVC), 720x480
- Rate/Length: 29.970fps, 16,410 frames
- Bitrate: 2,332 Kbs
- [17:01:54] Reencoding: VID_00305, Pass 1 of 1
- [17:04:52] Video Encode complete
- [17:04:52] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [17:04:52] Multiplexing M2TS
- [17:04:59] Processing: VID_00307 (6 of 15)
- [17:04:59] Extracting A/V streams [VID_00307]
- [17:05:09] Reencoding video [VID_00307]
- Source Video: MPEG-4 (AVC), 720x480
- Rate/Length: 29.970fps, 11,394 frames
- Bitrate: 1,811 Kbs
- [17:05:09] Reencoding: VID_00307, Pass 1 of 1
- [17:07:05] Video Encode complete
- [17:07:05] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [17:07:05] Multiplexing M2TS
- [17:07:10] Processing: VID_00309 (7 of 15)
- [17:07:10] Extracting A/V streams [VID_00309]
- [17:07:18] Reencoding video [VID_00309]
- Source Video: MPEG-4 (AVC), 720x480
- Rate/Length: 29.970fps, 5,535 frames
- Bitrate: 2,353 Kbs
- [17:07:18] Reencoding: VID_00309, Pass 1 of 1
- [17:08:18] Video Encode complete
- [17:08:18] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [17:08:18] Multiplexing M2TS
- [17:08:23] Processing: VID_00310 (8 of 15)
- [17:08:23] Extracting A/V streams [VID_00310]
- [17:08:34] Reencoding video [VID_00310]
- Source Video: MPEG-4 (AVC), 720x480
- Rate/Length: 29.970fps, 13,219 frames
- Bitrate: 1,862 Kbs
- [17:08:34] Reencoding: VID_00310, Pass 1 of 1
- [17:10:40] Video Encode complete
- [17:10:40] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [17:10:40] Multiplexing M2TS
- [17:10:46] Processing: VID_00311 (9 of 15)
- [17:10:46] Extracting A/V streams [VID_00311]
- [17:10:56] Reencoding video [VID_00311]
- Source Video: MPEG-4 (AVC), 720x480
- Rate/Length: 29.970fps, 11,760 frames
- Bitrate: 1,858 Kbs
- [17:10:56] Reencoding: VID_00311, Pass 1 of 1
- [17:12:44] Video Encode complete
- [17:12:44] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [17:12:44] Multiplexing M2TS
- [17:12:50] Processing: VID_00322 (10 of 15)
- [17:12:50] Extracting A/V streams [VID_00322]
- [17:13:27] Reencoding video [VID_00322]
- Source Video: VC-1, 1920x1080
- Rate/Length: 29.970fps, 8,490 frames
- Bitrate: 7,745 Kbs
- [17:13:27] Reencoding: VID_00322, Pass 1 of 1
- [17:22:31] Video Encode complete
- [17:22:31] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [17:22:31] Multiplexing M2TS
- [17:22:38] Processing: VID_00800 (11 of 15)
- [17:22:38] Extracting A/V streams [VID_00800]
- [17:38:06] Reencoding video [VID_00800]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23.976fps, 182,136 frames
- Bitrate: 15,874 Kbs
- [17:38:06] Reencoding: VID_00800, Pass 1 of 1
- [18:02:47] Video Encode complete
- [18:02:47] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [18:02:47] Multiplexing M2TS
- [18:03:57] Processing: VID_50277 (12 of 15)
- [18:03:57] Extracting A/V streams [VID_50277]
- [18:04:03] Reencoding video [VID_50277]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23.976fps, 1,699 frames
- Bitrate: 5,258 Kbs
- [18:04:03] Reencoding: VID_50277, Pass 1 of 1
- [18:04:18] Video Encode complete
- [18:04:18] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [18:04:18] Multiplexing M2TS
- [18:04:21] Processing: VID_50278 (13 of 15)
- [18:04:21] Extracting A/V streams [VID_50278]
- [18:04:28] Reencoding video [VID_50278]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23.976fps, 1,748 frames
- Bitrate: 4,583 Kbs
- [18:04:29] Reencoding: VID_50278, Pass 1 of 1
- [18:04:43] Video Encode complete
- [18:04:43] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [18:04:43] Multiplexing M2TS
- [18:04:47] Processing: VID_50283 (14 of 15)
- [18:04:47] Extracting A/V streams [VID_50283]
- [18:04:55] Reencoding video [VID_50283]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23.976fps, 2,247 frames
- Bitrate: 5,263 Kbs
- [18:04:55] Reencoding: VID_50283, Pass 1 of 1
- [18:05:13] Video Encode complete
- [18:05:13] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [18:05:13] Multiplexing M2TS
- [18:05:17] Processing: VID_50285 (15 of 15)
- [18:05:17] Extracting A/V streams [VID_50285]
- [18:05:26] Reencoding video [VID_50285]
- Source Video: MPEG-4 (AVC), 720x480
- Rate/Length: 29.970fps, 8,700 frames
- Bitrate: 2,295 Kbs
- [18:05:26] Reencoding: VID_50285, Pass 1 of 1
- [18:07:08] Video Encode complete
- [18:07:08] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [18:07:08] Multiplexing M2TS
[18:07:13]PHASE ONE complete
[18:07:13]PHASE TWO - Rebuild Started
- [18:07:13] Rebuilding BD file Structure
[18:07:46] - Encode and Rebuild complete
[18:07:46] Writing BD structure to ISO file
- ImgBurn completed successfully
[18:11:55] JOB: JURASSIC_PARK_DOM finished.
----------------------
[04/18/12] BD Rebuilder v0.40.08 (beta)
[09:44:41] Source: JURASSIC_PARK_DOM
- Input BD size: 44.06 GB
- Approximate total content: [05:27:47.630]
- Target BD size: 22.95 GB
- Windows Version: 6.1 [7601]
- Quality: Highest (Very Slow), ABR
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=640
[09:44:47] PHASE ONE, Encoding
- [09:44:47] Processing: VID_00300 (1 of 15)
- [09:44:47] Extracting A/V streams [VID_00300]
- [09:46:01] Reencoding video [VID_00300]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 36,577 frames
- Bitrate: 5,714 Kbs
- [09:46:01] Reencoding: VID_00300, Pass 1 of 1
- [10:24:52] Video Encode complete
- [10:24:52] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [10:24:52] Multiplexing M2TS
- [10:25:31] Processing: VID_00301 (2 of 15)
- [10:25:31] Extracting A/V streams [VID_00301]
- [10:26:32] Reencoding video [VID_00301]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 29,161 frames
- Bitrate: 5,722 Kbs
- [10:26:32] Reencoding: VID_00301, Pass 1 of 1
- [10:58:22] Video Encode complete
- [10:58:22] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [10:58:22] Multiplexing M2TS
- [10:58:39] Processing: VID_00302 (3 of 15)
- [10:58:39] Extracting A/V streams [VID_00302]
- [10:59:23] Reencoding video [VID_00302]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 21,673 frames
- Bitrate: 5,720 Kbs
- [10:59:23] Reencoding: VID_00302, Pass 1 of 1
- [11:21:43] Video Encode complete
- [11:21:43] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [11:21:43] Multiplexing M2TS
- [11:21:56] Processing: VID_00303 (4 of 15)
- [11:21:56] Extracting A/V streams [VID_00303]
- [11:22:53] Reencoding video [VID_00303]
- Source Video: MPEG-4 (AVC), 720x480
- Rate/Length: 29.970fps, 89,310 frames
- Bitrate: 2,326 Kbs
- [11:22:53] Reencoding: VID_00303, Pass 1 of 1
- [11:38:24] Video Encode complete
- [11:38:24] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [11:38:24] Multiplexing M2TS
- [11:38:42] Processing: VID_00305 (5 of 15)
- [11:38:42] Extracting A/V streams [VID_00305]
- [11:38:57] Reencoding video [VID_00305]
- Source Video: MPEG-4 (AVC), 720x480
- Rate/Length: 29.970fps, 16,410 frames
- Bitrate: 2,332 Kbs
- [11:38:57] Reencoding: VID_00305, Pass 1 of 1
- [11:41:49] Video Encode complete
- [11:41:49] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [11:41:49] Multiplexing M2TS
- [11:41:56] Processing: VID_00307 (6 of 15)
- [11:41:56] Extracting A/V streams [VID_00307]
- [11:42:06] Reencoding video [VID_00307]
- Source Video: MPEG-4 (AVC), 720x480
- Rate/Length: 29.970fps, 11,394 frames
- Bitrate: 1,811 Kbs
- [11:42:06] Reencoding: VID_00307, Pass 1 of 1
- [11:43:58] Video Encode complete
- [11:43:58] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [11:43:58] Multiplexing M2TS
- [11:44:03] Processing: VID_00309 (7 of 15)
- [11:44:03] Extracting A/V streams [VID_00309]
- [11:44:10] Reencoding video [VID_00309]
- Source Video: MPEG-4 (AVC), 720x480
- Rate/Length: 29.970fps, 5,535 frames
- Bitrate: 2,353 Kbs
- [11:44:10] Reencoding: VID_00309, Pass 1 of 1
- [11:45:08] Video Encode complete
- [11:45:08] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [11:45:08] Multiplexing M2TS
- [11:45:13] Processing: VID_00310 (8 of 15)
- [11:45:13] Extracting A/V streams [VID_00310]
- [11:45:23] Reencoding video [VID_00310]
- Source Video: MPEG-4 (AVC), 720x480
- Rate/Length: 29.970fps, 13,219 frames
- Bitrate: 1,862 Kbs
- [11:45:23] Reencoding: VID_00310, Pass 1 of 1
- [11:47:30] Video Encode complete
- [11:47:30] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [11:47:30] Multiplexing M2TS
- [11:47:35] Processing: VID_00311 (9 of 15)
- [11:47:35] Extracting A/V streams [VID_00311]
- [11:47:46] Reencoding video [VID_00311]
- Source Video: MPEG-4 (AVC), 720x480
- Rate/Length: 29.970fps, 11,760 frames
- Bitrate: 1,858 Kbs
- [11:47:46] Reencoding: VID_00311, Pass 1 of 1
- [11:49:34] Video Encode complete
- [11:49:34] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [11:49:34] Multiplexing M2TS
- [11:49:40] Processing: VID_00322 (10 of 15)
- [11:49:40] Extracting A/V streams [VID_00322]
- [11:50:13] Reencoding video [VID_00322]
- Source Video: VC-1, 1920x1080
- Rate/Length: 29.970fps, 8,490 frames
- Bitrate: 7,745 Kbs
- [11:50:13] Reencoding: VID_00322, Pass 1 of 1
- [11:58:55] Video Encode complete
- [11:58:55] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [11:58:55] Multiplexing M2TS
- [11:59:02] Processing: VID_00800 (11 of 15)
- [11:59:02] Extracting A/V streams [VID_00800]
- [12:19:54] Reencoding video [VID_00800]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23.976fps, 182,136 frames
- Bitrate: 15,874 Kbs
- [12:19:54] Reencoding: VID_00800, Pass 1 of 1
- [12:43:46] Video Encode complete
- [12:43:46] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [12:43:46] Multiplexing M2TS
- [12:44:49] Processing: VID_50277 (12 of 15)
- [12:44:49] Extracting A/V streams [VID_50277]
- [12:44:55] Reencoding video [VID_50277]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23.976fps, 1,699 frames
- Bitrate: 5,258 Kbs
- [12:44:55] Reencoding: VID_50277, Pass 1 of 1
- [12:45:09] Video Encode complete
- [12:45:09] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [12:45:09] Multiplexing M2TS
- [12:45:13] Processing: VID_50278 (13 of 15)
- [12:45:13] Extracting A/V streams [VID_50278]
- [12:45:20] Reencoding video [VID_50278]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23.976fps, 1,748 frames
- Bitrate: 4,583 Kbs
- [12:45:20] Reencoding: VID_50278, Pass 1 of 1
- [12:45:34] Video Encode complete
- [12:45:34] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [12:45:34] Multiplexing M2TS
- [12:45:38] Processing: VID_50283 (14 of 15)
- [12:45:38] Extracting A/V streams [VID_50283]
- [12:45:46] Reencoding video [VID_50283]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23.976fps, 2,247 frames
- Bitrate: 5,263 Kbs
- [12:45:46] Reencoding: VID_50283, Pass 1 of 1
- [12:46:04] Video Encode complete
- [12:46:04] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [12:46:04] Multiplexing M2TS
- [12:46:08] Processing: VID_50285 (15 of 15)
- [12:46:08] Extracting A/V streams [VID_50285]
- [12:46:17] Reencoding video [VID_50285]
- Source Video: MPEG-4 (AVC), 720x480
- Rate/Length: 29.970fps, 8,700 frames
- Bitrate: 2,295 Kbs
- [12:46:17] Reencoding: VID_50285, Pass 1 of 1
- [12:47:57] Video Encode complete
- [12:47:57] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [12:47:57] Multiplexing M2TS
[12:48:03]PHASE ONE complete
[12:48:03]PHASE TWO - Rebuild Started
- [12:48:03] Rebuilding BD file Structure
[14:25:31] - Encode and Rebuild complete

[jdobbs]

I have used BD-RB to backup BluRay movies to DVD-5 and BD-R 25 with no problem, as long as I don't select "Auto Burn to Disc (With ImgBurn)" under Settings, Output Options in BD-RB. If I do, then the movie file created (the one with the extension .2mts) has no sound, regardless of what software player I use to play it (DA Player, GOM Player, Final Media Player), and neither does the resulting movie disc, whether it is played in the computer or on a stand alone BluRay player.
If I don't select Auto Burn option and manually open and use ImgBurn after BD-RB has created the movie file, then it (and the disc the files get burned to) has sound. Be advised that I am using ImgBurn to create a BluRay movie disc, and not merely copying just the .2mts file to the BD-R 25 (making a data disc). This is a minor inconvenience especially since I would like to start BD-RB late at night and allow it to do its thing overnight and burn the disc without any further user intervention from me, and have a completed disc the next morning. But, there is a down side to doing it this way.
I am using AnyDVD HD to decrypt the BluRay disc. The first time I used ImgBurn manually and still had AnyDVD HD running, it recommended that I disable/exit AnyDVD because it was known to cause problems with ImgBurn. Therefore, it is probably better that I don't select the Auto Burn option, so I can disable AnyDVD before I burn the files to disc. However, I don't understand why enabling the Auto Burn option within BD-RB would result in a movie file that has no sound. ImgBurn doesn't even open/run until the file(s) are created and ready for burning.
I am using ImgBurn version 2.5.7, on a home built PC running Windows 7 Ultimate, 32 bit. I use a Lite-On BD-ROM drive, model iHOS-104-03 to backup the original BluRay movie, and a Pioneer BluRay writer, model BDR-206DBK, to write the files to disc. There's gotta' be something missing in this scenario... because there is no connection at all between audio encoding or muxing and that selection. In fact, everything executes exactly the same whether it is selected or not. That flag/setting isn't checked until the output the working folder is complete -- then, if it is set, BD-RB simply calls IMGBURN with the appropriate settings for a Blu-ray burn (just as you would manually).

[drmih]

Here is the log:
[04.18.12] BD Rebuilder v0.40.09 (beta)
[16:47:15] Source: RUSH_HOUR
- Input BD size: 33,44 GB
..........


The ISO file is 17,6 GB and the movie stops again after 20 minutes and from there I can only hear the audio. I think the stopping and the 17,6 GB have something to do with each other.
When i make an ISO file of the 33,44 GB folders, the movie works without problems.

I have had this issue once before, albeit a year or so ago. In the rip there is a glitch in the video - it's usually noticeable. When x264 hits it you just get a black screen from that point on but the audio is fine and when remuxed what you actually see is a black screen with audio - it doesn't actually 'stop' it's just black. As the video is 'just' black it throws the sizing so that it's smaller than expected.
Try watching the original and paying attention at the point where the re-encode goes black. If there is a glitch then that may be it.
A re-rip would sort this, assuming another glitch isn't introduced.

[HiQ123]

I have had this issue once before, albeit a year or so ago. In the rip there is a glitch in the video - it's usually noticeable. When x264 hits it you just get a black screen from that point on but the audio is fine and when remuxed what you actually see is a black screen with audio - it doesn't actually 'stop' it's just black. As the video is 'just' black it throws the sizing so that it's smaller than expected.
Try watching the original and paying attention at the point where the re-encode goes black. If there is a glitch then that may be it.
A re-rip would sort this, assuming another glitch isn't introduced.

Thank you very much. Your explanation makes sense :goodpost:

[AmigaFuture]

Update from my last post.

I tried the Movie & Menus (Auto-blank Extras) option, and that removed what I desired to be removed. Sweet. I'm still wondering why the manual blanking in Full Backup X'ed what I didn't select. Another donation from me coming soon, as another Thanks for the program.