BD Rebuilder Beta - Bug Reports Only

[Ch3vr0n]

What jdobss said, and uninstall that codec pack. Its bound to create problems with BDRB

[Acerjen]

I used the same settings as the ones you posted and it seems to have completed correctly. Not sure what I can do except to recommend that you try it again.

In the meantime, I'll do some testing on the output to make sure everything is right.


I appreciate you looking into it. I will re-rip it and try again with the new version. Thanks. Later.


magpowerzip

[red23wolf]

Good morning all, I have been having the same error with 3 different movies, Getting into the Greek, Toy Story 3 and Robin Hood. I'm just a novice so I will try to give as much detail as I can. First I use AnyDvd to rip the Blu-rays. When I use BD Rebuilder to convert to fit on a DVD (movie only) when it gets to multiplexing it aborts. Here is the log when I did Robin Hood. All 3 movies aborted at the same spot


[23:05:45] - Failed to build structure, aborted

I attached the log to show, seems it was to big to fit in a post. Any help would be much appreciated.

[jdobbs]

Good morning all, I have been having the same error with 3 different movies, Getting into the Greek, Toy Story 3 and Robin Hood. I'm just a novice so I will try to give as much detail as I can. First I use AnyDvd to rip the Blu-rays. When I use BD Rebuilder to convert to fit on a DVD (movie only) when it gets to multiplexing it aborts. Here is the log when I did Robin Hood. All 3 movies aborted at the same spot


[23:05:45] - Failed to build structure, aborted

I attached the log to show, seems it was to big to fit in a post. Any help would be much appreciated. Could be any of a lot of reasons. BD-RB goes through that exact same sequence for all M2TS files, in yours if finishes 38 successfully before hitting it. Are you sure you're not running out of disc space? Is your source corrupted?

BTW, I've done all three of those discs with no problems.

[micflair]

no its not mate! I had no problems at all untill the last build. Trying a different image now to see if its a problem in that area! Hope it is, sorta!

I tried a different image mate and it worked 100% fine the first try, must be something on that disc it does not like.. wierd!

[alluringreality]

Is it possible to set the following x264 items? I have tried some other options that work, but these seem to be ignored:
--colorprim "bt709" --transfer "bt709" --colormatrix "bt709"

[jdobbs]

Is it possible to set the following x264 items? I have tried some other options that work, but these seem to be ignored:
--colorprim "bt709" --transfer "bt709" --colormatrix "bt709" I'll do a little research -- but I really think they are unnecessary since those are the ones that are and will be used in the source and the destination.

You can add them if you want with the pass one and two tweak commands (see HIDDENOPTS.TXT).

[alluringreality]

You can add them if you want with the pass one and two tweak commands (see HIDDENOPTS.TXT).

That's what I was trying. I was able to get other settings to work, but after trying the syntax a few different ways I couldn't get those settings. I couldn't think of what else to try, and they work fine using MeGUI.

[jdobbs]

That's what I was trying. I was able to get other settings to work, but after trying the syntax a few different ways I couldn't get those settings. I couldn't think of what else to try, and they work fine using MeGUI.You should be able to enter them like this:

TWEAK_PASS_ONE=--colorprim bt709 --transfer bt709 --colormatrix bt709
TWEAK_PASS_TWO=--colorprim bt709 --transfer bt709 --colormatrix bt709

[EDIT]
Ok, I went and looked and I've put these in the "restricted" list. But I can't remember why... I'll go through my old notes and see if I can remember why I restricted their use.

[shon3i]

[EDIT]
Ok, I went and looked and I've put these in the "restricted" list. But I can't remember why... I'll go through my old notes and see if I can remember why I restricted their use. Because depend of resolution, look here http://forum.doom9.org/showthread.php?t=154533 at section 1.4. Anyway color characteristics are not mandatory for BD, and decoder in BD device will automaticlly assume characteristics based on resolution. that is specified in specs.

[jdobbs]

Because depend of resolution, look here http://forum.doom9.org/showthread.php?t=154533 at section 1.4. Anyway color characteristics are not mandatory for BD, and decoder in BD device will automaticlly assume characteristics based on resolution. that is specified in specs.Oh yeah. If you add that to all encodes, it could screw up the color characteristics of SD components of a disc.

[red23wolf]

I have about 200GB space free so I don't think that is it. I also deleted and reripped Toy Story 3 and tried again with the same result. What are your BD RB settings maybe mine are not correct. I did find out that I had the older version of BD RB and I installed the new one and again same result. Again here is the log I have

-----------------------
[17:42:22] BD Rebuilder v0.36.02 (beta)
- Source: TOY_STORY_3_DISC_1
- Input BD size: 27.37 GB
- Approximate total content: [01:42:33.355]
- Target BD size: 4.36 GB
- Windows Version: 6.1 [7600]
- MOVIE-ONLY mode enabled
- Auto Quality: High Quality (Default), Two Pass
- Audio Settings: AC3=1 DTS=1 HD=1 Kbs=640
- Resuming from previously started job.
[17:42:25] PHASE ONE, Encoding
- [17:42:25] Multiplexing M2TS
- [17:42:32] Extracting A/V streams [VID_00323]
- [17:42:45] Reencoding: VID_00323 (8 of 47)
- [17:42:45] Collecting video information
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 1,995 frames
- Bitrate: 4,647 Kbs
- [17:42:45] Reencoding: VID_00323, Pass 1 of 2
- [17:43:56] Reencoding: VID_00323, Pass 2 of 2
- [17:46:02] Video Encode complete
- [17:46:02] Multiplexing M2TS
- [17:46:03] Extracting A/V streams [VID_00301]
- [17:46:06] Reencoding: VID_00301 (9 of 47)
- [17:46:06] Collecting video information
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 649 frames
- Bitrate: 4,753 Kbs
- [17:46:06] Reencoding: VID_00301, Pass 1 of 2
- [17:46:30] Reencoding: VID_00301, Pass 2 of 2
- [17:47:15] Video Encode complete
- [17:47:15] Multiplexing M2TS
- [17:47:16] Extracting A/V streams [VID_00324]
- [17:47:21] Reencoding: VID_00324 (10 of 47)
- [17:47:21] Collecting video information
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 1,185 frames
- Bitrate: 4,730 Kbs
- [17:47:21] Reencoding: VID_00324, Pass 1 of 2
- [17:48:04] Reencoding: VID_00324, Pass 2 of 2
- [17:49:27] Video Encode complete
- [17:49:27] Multiplexing M2TS
- [17:49:28] Extracting A/V streams [VID_00302]
- [17:49:35] Reencoding: VID_00302 (11 of 47)
- [17:49:35] Collecting video information
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 1,738 frames
- Bitrate: 4,800 Kbs
- [17:49:35] Reencoding: VID_00302, Pass 1 of 2
- [17:50:36] Reencoding: VID_00302, Pass 2 of 2
- [17:52:32] Video Encode complete
- [17:52:32] Multiplexing M2TS
- [17:52:33] Extracting A/V streams [VID_00325]
- [17:52:36] Reencoding: VID_00325 (12 of 47)
- [17:52:36] Collecting video information
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 523 frames
- Bitrate: 5,672 Kbs
- [17:52:36] Reencoding: VID_00325, Pass 1 of 2
- [17:52:57] Reencoding: VID_00325, Pass 2 of 2
- [17:53:39] Video Encode complete
- [17:53:39] Multiplexing M2TS
- [17:53:40] Extracting A/V streams [VID_00303]
- [17:53:45] Reencoding: VID_00303 (13 of 47)
- [17:53:45] Collecting video information
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 1,030 frames
- Bitrate: 5,494 Kbs
- [17:53:45] Reencoding: VID_00303, Pass 1 of 2
- [17:54:27] Reencoding: VID_00303, Pass 2 of 2
- [17:55:38] Video Encode complete
- [17:55:38] Multiplexing M2TS
- [17:55:40] Extracting A/V streams [VID_00326]
- [17:55:48] Reencoding: VID_00326 (14 of 47)
- [17:55:48] Collecting video information
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 2,027 frames
- Bitrate: 4,940 Kbs
- [17:55:48] Reencoding: VID_00326, Pass 1 of 2
- [17:57:02] Reencoding: VID_00326, Pass 2 of 2
- [17:59:11] Video Encode complete
- [17:59:11] Multiplexing M2TS
- [17:59:12] Extracting A/V streams [VID_00304]
- [17:59:20] Reencoding: VID_00304 (15 of 47)
- [17:59:20] Collecting video information
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 1,823 frames
- Bitrate: 5,029 Kbs
- [17:59:20] Reencoding: VID_00304, Pass 1 of 2
- [18:00:27] Reencoding: VID_00304, Pass 2 of 2
- [18:02:41] Video Encode complete
- [18:02:41] Multiplexing M2TS
- [18:02:42] Extracting A/V streams [VID_00327]
- [18:02:46] Reencoding: VID_00327 (16 of 47)
- [18:02:46] Collecting video information
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 746 frames
- Bitrate: 5,244 Kbs
- [18:02:46] Reencoding: VID_00327, Pass 1 of 2
- [18:03:15] Reencoding: VID_00327, Pass 2 of 2
- [18:04:09] Video Encode complete
- [18:04:09] Multiplexing M2TS
- [18:04:10] Extracting A/V streams [VID_00305]
- [18:04:13] Reencoding: VID_00305 (17 of 47)
- [18:04:13] Collecting video information
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 638 frames
- Bitrate: 4,609 Kbs
- [18:04:13] Reencoding: VID_00305, Pass 1 of 2
- [18:04:36] Reencoding: VID_00305, Pass 2 of 2
- [18:05:16] Video Encode complete
- [18:05:16] Multiplexing M2TS
- [18:05:17] Extracting A/V streams [VID_00328]
- [18:05:22] Reencoding: VID_00328 (18 of 47)
- [18:05:22] Collecting video information
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 1,018 frames
- Bitrate: 5,072 Kbs
- [18:05:22] Reencoding: VID_00328, Pass 1 of 2
- [18:05:59] Reencoding: VID_00328, Pass 2 of 2
- [18:07:07] Video Encode complete
- [18:07:07] Multiplexing M2TS
[18:07:09] - Failed to build structure, aborted

I did try another movie called After Life with no problems. So I am just lost...

[jdobbs]

I ripped "Toy Story 3" with AnyDVD and backed it up (full, ALTERNATE, and movie-only) with no issues. Try posting your INI and I'll see if there is anything different I need to try.

[CV91913]

Had nothing to do today so I decided to test the new alternate DVD output option. I used a BD25 directory structure that was previously created with BDRB (Spider-Man). The process went smoothly and with no errors. The first thing I noticed was that the size of the Video_TS directory that was created was 4.93 GB. So, I can't create DVD unless I run it through CloneDVD and compress it (CloneDVD reports 87% compression.) I was able to play the Video_TS on the computer and the picture looked great but the sound was ahead of the video. Without compressing the output I can't test the sound on a standalone player but I will do the compression and test it if you would like. Here are the logs, etc...


- Windows Version: 6.1 [7600]
- AVISYNTH Version: 2.5.7.0, Ok
- HAALI Splitter: Ok
- FFDSHOW: 3326, Ok
- FFDSHOW_RAW_AUDIO: Set to "All Supported", 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.36.0.2, Ok
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok

-----------------------
[09:58:12] BD Rebuilder v0.36.02 (beta)
- Source: SPIDER_MAN
- Input BD size: 21.83 GB
- Approximate total content: [02:01:12.287]
- Windows Version: 6.1 [7600]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- Mode: DVD-5, 720x480/576, AC3 Audio
- Audio Settings: AC3=1 DTS=1 HD=0 Kbs=640
[09:58:12] PHASE ONE, Encoding
- [09:58:12] Extracting A/V streams [VID_00000]
- [10:08:09] Reencoding: VID_00000 (1 of 1)
- [10:08:09] Collecting video information
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 174,360 frames
- Bitrate: 4,518 Kbs
- [10:08:09] Reencoding: VID_00000
- [14:03:09] Video Encode complete
- [14:03:09] Reencoding audio tracks (if req'd)
- [14:05:15] Multiplexing M2TS
[14:05:15]PHASE ONE complete
[14:05:15]PHASE TWO - Rebuild Started
- [14:05:15] Rebuilding stream 00000 [1 of 1]
- [14:05:15] Building ALTERNATE OUTPUT Structure
- [14:07:12] Starting MPLEX.
- [14:10:33] Building DVD File Structure.
[14:14:22] - Encode and Rebuild complete
- WORKFILES folder removed.
[14:14:24]JOB: SPIDER_MAN finished.

[Status]
LABEL=SPIDER_MAN
VERSION=v0.36.02 (beta)
SOURCE_SIZE=23443316736
SOURCE_VIDEO_SIZE=23443316736
TARGET_SIZE=4686086144
REDUCTION=.199890066613482
RESIZE_1080=0
AUDIO_TO_KEEP=eng;
SUBS_TO_KEEP=all
BACKUP_MODE=1
MOVIEONLY_TYPE=1
USE_LAVF=0
QUICK=0
ENCODE_STEP=0
COMPLETED=1
REBUILD_COMPLETE=1
[00000]
AUDIO=1
PGS=
M2TS_TARGET=4686086144
NSIZE=0
FLINK=0
MLINK=0

Video_TS File Structure 4.93 GB (5,300,649,984) SIZE ON DISK

VIDEO_TS.BUP 6 KB
VIDEO_TS.IFO 6 KB
VTS_01_0.BUP 78 KB
VTS_01_0.IFO 78 KB
VTS_01_1.VOB 1,048,544 KB 00:21:02
VTS_01_2.VOB 1,048,544 KB 00:21:02
VTS_01_3.VOB 1,048,544 KB 00:21:02
VTS_01_4.VOB 1,048,544 KB 00:21:02
VTS_01_5.VOB 982,062 KB 00:27:51

[red23wolf]

Ok here is the Inspection of BD RB

- Windows Version: 6.1 [7600]
- AVISYNTH Version: 2.5.7.0, Ok
- HAALI Splitter: Ok
- FFDSHOW: 3326, Ok
- FFDSHOW_RAW_AUDIO: Not recommended setting
- 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.36.0.2, Ok
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok

Hope this helps...

Thanks agian

[jdobbs]

Had nothing to do today so I decided to test the new alternate DVD output option. I used a BD25 directory structure that was previously created with BDRB (Spider-Man). The process went smoothly and with no errors. The first thing I noticed was that the size of the Video_TS directory that was created was 4.93 GB. So, I can't create DVD unless I run it through CloneDVD and compress it (CloneDVD reports 87% compression.) I was able to play the Video_TS on the computer and the picture looked great but the sound was ahead of the video. Without compressing the output I can't test the sound on a standalone player but I will do the compression and test it if you would like. Here are the logs, etc...

Hmmm... all mine are coming in right around 4.3GB and perfect sync. Is yours NTSC or PAL?

[CV91913]

Hmmm... all mine are coming in right around 4.3GB and perfect sync. Is yours NTSC or PAL?

NTSC...I saw the "assume PAL" in the settings but it is not checked.

[jdobbs]

NTSC...I saw the "assume PAL" in the settings but it is not checked. Ok. I have the NTSC version of "SPIDERMAN" (I assume it was the first one) , I'll give it a go and see how it comes out for me. You say you ran it through BD-RB before the encode? Was it a full or movie-only backup?

[CV91913]

Ok. I have the NTSC version of "SPIDERMAN" (I assume it was the first one) , I'll give it a go and see how it comes out for me. You say you ran it through BD-RB before the encode? Was it a full or movie-only backup?

Yup...the first one. It was run through as a BD25 movie only with english AC3 multi-channel and two english subtitles. BTW...I think that BD25 was done with 35.01 so it might be slightly smaller than if you do it with 36.02.

[alluringreality]

Oh yeah. If you add that to all encodes, it could screw up the color characteristics of SD components of a disc.

Thanks anyway, I guess I'll have to come up with some other way to re-encode the video so it remains flagged. Apparently there are some players that decode HD video differently depending if it is flagged or unflagged. To error on the safe side, the decision had been to go ahead and flag the video, even if it doesn't affect most players.

[PurpleMan]

@jdobbs:

Just did "Pan's Labyrinth" UK edition full-disc backup with 0.36.2 with x264's internal LAVF decoding.

The resulted main-movie stream on the disc was out of sync with the untouched audio and subtitles.

I'm now doing it with regular directshow decoding and will report how it goes, though I must say I'm rather curious what caused this. As far as I can tell, the source file of the main movie isn't hybrid, but a regular 23.976 fps VC1.

The only odd thing worth noting is that some streams on the disc (notably special features) are 576i/p 25fps while the main movie is 23.976.

I'd investigate the input stream further if you can help me with the 'how'. I wanted to use a tool like DGIndex to look at the source file, but I don't have a license for DGVC1DecNV.

[jdobbs]

Thanks anyway, I guess I'll have to come up with some other way to re-encode the video so it remains flagged. Apparently there are some players that decode HD video differently depending if it is flagged or unflagged. To error on the safe side, the decision had been to go ahead and flag the video, even if it doesn't affect most players. Not if they follow the specifications (at least for bt709) -- which they must in order to be certified. Same with DVD. They could treat it differently -- but only if it is flagged to not be bt709.

[PurpleMan]

@jdobbs:

Just did "Pan's Labyrinth" UK edition full-disc backup with 0.36.2 with x264's internal LAVF decoding.

The resulted main-movie stream on the disc was out of sync with the untouched audio and subtitles.

I'm now doing it with regular directshow decoding and will report how it goes, though I must say I'm rather curious what caused this. As far as I can tell, the source file of the main movie isn't hybrid, but a regular 23.976 fps VC1.

The only odd thing worth noting is that some streams on the disc (notably special features) are 576i/p 25fps while the main movie is 23.976.

I'd investigate the input stream further if you can help me with the 'how'. I wanted to use a tool like DGIndex to look at the source file, but I don't have a license for DGVC1DecNV.

Update: finished encoding with regular directshow ffdshow decoding. Unfortunately - still won't sync =/

Update 2: Thanks to ffdshow's OSD of frame information, I can confirm that the source is, in fact, hybrid. There are studio logos in the beginning which alternate from PROGRESSIVE to INTERALCED and vice versa.

[jdobbs]

Update: finished encoding with regular directshow ffdshow decoding. Unfortunately - still won't sync =/

Update 2: Thanks to ffdshow's OSD of frame information, I can confirm that the source is, in fact, hybrid. There are studio logos in the beginning which alternate from PROGRESSIVE to INTERALCED and vice versa. Did BD-RB detect that it as hybrid ("**" after the fps in the streams list)?

[PurpleMan]

Did BD-RB detect that it as hybrid ("**" after the fps in the streams list)?

Apparently I was wrong, I just noticed that what I considered alternating from frame type P to frame type I in ffdshow's OSD was just the text flickering fast.

bd-rb detects it as 23.976 1080p, and as far as I can tell right now (with lack of better tools) - it seems like it's right.

The avs script it genereated for the encode is simple enough (directshowsource), and opening the original m2ts in media player classic plays fine using the same directshow filters that are used for the encode (I guess). What on earth could be causing this to unsync on both cases? (internal x264 decoding AND directshow).

Audio and subs remain in sync, so I presume the problem is with the encoded video (plus, I left the DTS-HD track untouched).

Any idea?

[jdobbs]

Apparently I was wrong, I just noticed that what I considered alternating from frame type P to frame type I in ffdshow's OSD was just the text flickering fast.

bd-rb detects it as 23.976 1080p, and as far as I can tell right now (with lack of better tools) - it seems like it's right.

The avs script it genereated for the encode is simple enough (directshowsource), and opening the original m2ts in media player classic plays fine using the same directshow filters that are used for the encode (I guess). What on earth could be causing this to unsync on both cases? (internal x264 decoding AND directshow).

Audio and subs remain in sync, so I presume the problem is with the encoded video (plus, I left the DTS-HD track untouched).

Any idea?I'll see if I can find "Pan's Labyrinth" and run it.

[jdobbs]

Yup...the first one. It was run through as a BD25 movie only with english AC3 multi-channel and two english subtitles. BTW...I think that BD25 was done with 35.01 so it might be slightly smaller than if you do it with 36.02. I just checked the output (same sequence as yours) for the job I ran overnight, and it is in perfect sync for me. I did find a bug while looking at this, but it is completely unrelated to your issue.

[alluringreality]

Not if they follow the specifications (at least for bt709) -- which they must in order to be certified.

I think it was just a few digital media player type of devices. I've personally seen software players that mess up decodes, so we were just being cautious. Thanks again for the reply about the hidden settings.

[CV91913]

I just checked the output (same sequence as yours) for the job I ran overnight, and it is in perfect sync for me. I did find a bug while looking at this, but it is completely unrelated to your issue.

I seem to remember another thread where you were testing the use of a newer version of the Matroska splitter...which one did you use for this test? How about the size? Was that OK?

[jdobbs]

I seem to remember another thread where you were testing the use of a newer version of the Matroska splitter...which one did you use for this test? How about the size? Was that OK?The size was 4.29GB.

I don't see a connection Matroska Splitter with resizing or sync errors.

I'd suggest you remove BD-RB and all helper apps and reinstall. Also remove any CODEC packs you may be using. The most likely candidate for this is a CODEC issue.

[diver90]

Having trouble with CARS - Trying to make a movie only copy on BD-R 25G disk. Here are the log files and a big thank you for any help you can provide...

-----------------------
[08:49:34] BD Rebuilder v0.36.02 (beta)
- Source: CARS_USA
- Input BD size: 27.21 GB
- Approximate total content: [01:56:35.988]
- Target BD size: 22.95 GB
- Windows Version: 6.1 [7600]
- MOVIE-ONLY mode enabled
- Auto Quality: Good (Very Fast), ABR
- X264 Tweak(s) enabled
- Audio Settings: AC3=1 DTS=1 HD=0 Kbs=640
[08:49:37] PHASE ONE, Encoding
- [08:49:37] Extracting A/V streams [VID_00060]
- [09:14:26] Reencoding: VID_00060 (1 of 1)
- [09:14:26] Collecting video information
- [09:14:26] Keeping original video (no reencode)
- [09:14:26] Reencoding audio tracks (if req'd)
- [09:20:44] Multiplexing M2TS
[09:38:18]PHASE ONE complete
[09:38:18]PHASE TWO - Rebuild Started
- [09:38:18] Rebuilding BD file Structure
- Failed in attempt to multiplex: MUX_MOVIE_ONLY.meta
- Pes packet len too large ( >100Mb). Bad stream or invalid codec speciffed.
[10:06:31] - Failed to REBUILD

[jdobbs]

Having trouble with CARS - Trying to make a movie only copy on BD-R 25G disk. Here are the log files and a big thank you for any help you can provide...

-----------------------
[08:49:34] BD Rebuilder v0.36.02 (beta)
- Source: CARS_USA
- Input BD size: 27.21 GB
- Approximate total content: [01:56:35.988]
- Target BD size: 22.95 GB
- Windows Version: 6.1 [7600]
- MOVIE-ONLY mode enabled
- Auto Quality: Good (Very Fast), ABR
- X264 Tweak(s) enabled
- Audio Settings: AC3=1 DTS=1 HD=0 Kbs=640
[08:49:37] PHASE ONE, Encoding
- [08:49:37] Extracting A/V streams [VID_00060]
- [09:14:26] Reencoding: VID_00060 (1 of 1)
- [09:14:26] Collecting video information
- [09:14:26] Keeping original video (no reencode)
- [09:14:26] Reencoding audio tracks (if req'd)
- [09:20:44] Multiplexing M2TS
[09:38:18]PHASE ONE complete
[09:38:18]PHASE TWO - Rebuild Started
- [09:38:18] Rebuilding BD file Structure
- Failed in attempt to multiplex: MUX_MOVIE_ONLY.meta
- Pes packet len too large ( >100Mb). Bad stream or invalid codec speciffed.
[10:06:31] - Failed to REBUILD I've done that exact disc as least 5-10 times with no issues. What X264 tweaks are enabled?

[diver90]

I've done that exact disc as least 5-10 times with no issues. What X264 tweaks are enabled?

TWEAK_PASS_ONE=--force-cfr
TWEAK_PASS_TWO=--force-cfr

Turn LAVF off?

[jdobbs]

TWEAK_PASS_ONE=--force-cfr
TWEAK_PASS_TWO=--force-cfr

Turn LAVF off? You need to get rid of those. In v0.36.02 that parameter is already in the command line when it needs to be, and it shouldn't be there for sources that aren't using LAVF. A note to remember is that even though you may have LAVF selected -- there are times when it won't be used (out of necessity).

I have no idea if that is related to your problem, though (probably not).

[diver90]

You need to get rid of those. In v0.36.02 that parameter is already in the command line when it needs to be, and it shouldn't be there for sources that aren't using LAVF. A note to remember is that even though you may have LAVF selected -- there are times when it won't be used (out of necessity).

I have no idea if that is related to your problem, though (probably not).

I have removed them and will try again with LAVF on and then off. Any other ideas in the interim?

[jdobbs]

I have removed them and will try again with LAVF on and then off. Any other ideas in the interim?Post the contents of you BDREBUILDER.INI file (in the BD-RB installation folder) so I can see if anything stands out as a possible cause.

[diver90]

Post the contents of you BDREBUILDER.INI file (in the BD-RB installation folder) so I can see if anything stands out as a possible cause.

Thanks in advance for your assistance.

[Options]
MODE=1
ENCODE_QUALITY=0
ONEPASS_ENCODING=2
AUTO_QUALITY=1
TARGET_SIZE=23500
AUTO_BURN=1
AUDIO_TO_KEEP=eng;
SUBS_TO_KEEP=eng;
SD_CONVERT=0
OPEN_GOP=0
RESIZE_1080=0
DEINTERLACE=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
AUDIO_TRACK_LIMIT=0
SUBTITLE_TRACK_LIMIT=0
CUSTOM_TARGET_SIZE=23450
[Paths]
SOURCE_PATH=C:\BD\1-BD\CARS_USA\
WORKING_PATH=C:\BD\BD REBUILDER TEMP\

[PurpleMan]

I'll see if I can find "Pan's Labyrinth" and run it.

Thanks. In further efforts to get to the bottom of this, I opened VID_00033.avs (BD-RB generated) in VirtualDub (which points to the original m2ts file, VC1).

I have also copied this AVS to another one, and changed the source file inside to point to the encoded BD-RB file (h264).

I then began going frame-by-frame to see where things get bad. I've found out that on the encoded file there are certain frames (very little, for instance - the first one is #3640) that appear TWICE one after another (Shifting the rest of the movie).

The extremely weird thing is that on the AVS that bd-rb used (the one pointing to the original m2ts) - the frames appeared correctly in VirtualDub - no doubles!

So if the source AVS opens correctly, how the hell did the encoded file get all f***ed up? It actually makes sense that the decoding wasn't the problem - after all, internal x264 decoding caused a similar result.

A penny for your thoughts, jdobbs?

I want to continue investigating this. Got a direction?

Update: Thanks to a friend's vc1 dgindex, I can confirm that there is absolutely nothing special about the stream, it's completely progressive 1920:1088 w/ crop flag (to 1920x1080) - which is very much standard to VC1 streams. :/

[picrade]

I used BDRB to do a movie only BD-25 backup of Charade (Criterion), and the encoded BD was over sized.
Way over sized. It was about 800 MB over BD-25 limit.

After some digging I traced it to the audio track. It is LPCM 1 channel.
I chose to keep the LPCM track.
The problem is the demuxed wav file is about 900 MB, but scanning the BD with BDInfo shows that the audio track
takes twice as much space (about 1.8 Gig) in the m2ts stream.

Also on the main screen of BDInfo it shows the LPCM has a bit rate of 1152 kbs.
But after doing a bit rate scan it shows a bit rate of 2304 (double) in the report.
It is the same with the original disc.

The problem is BDRB calculates the video bit rate (and size of the output BD) based on the size of the wav file.
But after muxing it takes twice the size in the m2ts stream.

I never had problem going over size when keeping other lossless audio formats, Dolby or DTS.
This was my first try with LPCM.

Is there something peculiar about the LPCM audio that requires twice as much space when muxing?
Or is this an unusual case?

P.S. I solved the problem by setting the custom size to 1 Gig less than usual and re-encoded again.
This time the result was within the BD-25 limit.

[jdobbs]

I used BDRB to do a movie only BD-25 backup of Charade (Criterion), and the encoded BD was over sized.
Way over sized. It was about 800 MB over BD-25 limit.

After some digging I traced it to the audio track. It is LPCM 1 channel.
I chose to keep the LPCM track.
The problem is the demuxed wav file is about 900 MB, but scanning the BD with BDInfo shows that the audio track
takes twice as much space (about 1.8 Gig) in the m2ts stream.

Also on the main screen of BDInfo it shows the LPCM has a bit rate of 1152 kbs.
But after doing a bit rate scan it shows a bit rate of 2304 (double) in the report.
It is the same with the original disc.

The problem is BDRB calculates the video bit rate (and size of the output BD) based on the size of the wav file.
But after muxing it takes twice the size in the m2ts stream.

I never had problem going over size when keeping other lossless audio formats, Dolby or DTS.
This was my first try with LPCM.

Is there something peculiar about the LPCM audio that requires twice as much space when muxing?
Or is this an unusual case?

P.S. I solved the problem by setting the custom size to 1 Gig less than usual and re-encoded again.
This time the result was within the BD-25 limit. I've never heard of anything like that. I did a lot of testing during development to see what the M2TS overhead was for all the audio/video types. For LPCM is was typically a little less than 15%. It has worked well on every LPCM encode I've done. I can't imagine a 100% overhead for any kind of audio track.

[setarip_old]

@jdobbs

Regarding the post by "picrade" - Is it possible that the LPCM one channel audiostream is being converted to two channel stereo?

[jdobbs]

@jdobbs

Regarding the post by "picrade" - Is it possible that the LPCM one channel audiostream is being converted to two channel stereo? Definitely not if it is being kept intact. The size allocation is based upon the actual WAV file that is to be muxed. In his case he is saying that file doubles as a part of the mux. I'll look around to see if I can find a mono LPCM disc to test -- I think "Stagecoach" may be.

[PurpleMan]

@jdobbs:

I am pleased to announce that I got to the bottom of the problem with Pan's Labyrinth - and I've found the bug in BD-Rebuilder! :)

Apparently, the video was not the problem, it was flawless. What led me to the wrong conclusions I posted here is the poor performance of virtualdub and avisynth directshow decoding/seeking.

Anyway - the problem is that the DTS track on the original disc is muxed with a 1010ms delay. Inspecing BD-RB's meta file revealed that even though the audio file remained untouched, BD-RB did not copy the delay, and just muxed it as-is.

I remuxed it manually with the original-disc delay of 1010ms - and viola - perfect sync.

[jdobbs]

@jdobbs:

I am pleased to announce that I got to the bottom of the problem with Pan's Labyrinth - and I've found the bug in BD-Rebuilder! :)

Apparently, the video was not the problem, it was flawless. What led me to the wrong conclusions I posted here is the poor performance of virtualdub and avisynth directshow decoding/seeking.

Anyway - the problem is that the DTS track on the original disc is muxed with a 1010ms delay. Inspecing BD-RB's meta file revealed that even though the audio file remained untouched, BD-RB did not copy the delay, and just muxed it as-is.

I remuxed it manually with the original-disc delay of 1010ms - and viola - perfect sync. I'll try "Pan's Labyrinth" to see what happens -- but BD Rebuilder very definitely finds and adjusts for delays. That was added in v0.29.04.

[PurpleMan]

I'll try "Pan's Labyrinth" to see what happens -- but BD Rebuilder very definitely finds and adjusts for delays. That was added in v0.29.04.

I know you added it on v0.29.04 (If I recall correctly, I had something to do with it). Which makes me think that there's some reason that on this specific disc it didn't work. So what's different?

The only thing I can think of is that when I loaded the disc in BD-RB, it automatically unchecked the Spanish DTS track (original language, this is a Spanish movie) audio and checked only the English commentary track. I had to manually uncheck the English track and recheck the Spanish DTS track before I started processing. Could this be why it 'forgot' the audio delay?

I am, however, a 100% positive about this (ran this thru bd-rb 4 times, in 4 different work folders, resulted in 4 identical meta files - without the delay flag in it).

Also, just to be triple sure - When I open the original file in tsmuxer (GUI), it auto detects the delay and writes it in its generated meta-file, as well as DGIndex mentioning the delay on the filename of the demuxed audio. MUX_00033.meta, however, does not include it.

If all this information still isn't useful and you end up getting the disc - make sure you get the UK edition.

Hope this helped!

[jdobbs]

I know you added it on v0.29.04 (If I recall correctly, I had something to do with it). Which makes me think that there's some reason that on this specific disc it didn't work. So what's different?

The only thing I can think of is that when I loaded the disc in BD-RB, it automatically unchecked the Spanish DTS track (original language, this is a Spanish movie) audio and checked only the English commentary track. I had to manually uncheck the English track and recheck the Spanish DTS track before I started processing. Could this be why it 'forgot' the audio delay?

I am, however, a 100% positive about this (ran this thru bd-rb 4 times, in 4 different work folders, resulted in 4 identical meta files - without the delay flag in it).

Also, just to be triple sure - When I open the original file in tsmuxer (GUI), it auto detects the delay and writes it in its generated meta-file, as well as DGIndex mentioning the delay on the filename of the demuxed audio. MUX_00033.meta, however, does not include it.

If all this information still isn't useful and you end up getting the disc - make sure you get the UK edition.

Hope this helped!Hmmm... don't remember if I adjust for that. I'll check the code and see.

[Edit] Yep. That's it. It is only scanning the selected audio streams, and the scan isn't redone when you check/uncheck. That was silly...

Thanks for the report and analysis. Much appreciated. It'll be fixed in the next release.

[PurpleMan]

Hmmm... don't remember if I adjust for that. I'll check the code and see.

[Edit] Yep. That's it. It is only scanning the selected audio streams, and the scan isn't redone when you check/uncheck. That was silly...

Thanks for the report and analysis. Much appreciated. It'll be fixed in the next release.

Happy to help, as always! :)

[jdobbs]

I have removed them and will try again with LAVF on and then off. Any other ideas in the interim?Anything different on later run(s)?

[diver90]

Anything different on later run(s)?

Thanks for asking. Still no luck. Same failure. No problem with other titles.

[buerste3]

To avoid problems you have to follow the directions in the first post of this thread or in the README files that is included in the BD Rebuilder zip file.

The first time you run BD-RB you have to "Run as Administrator" and BD Rebuilder will update those settings in the registry.

Okay i did everything like the first post. Now this problems:

- Windows Version: 6.1 [7600]
- AVISYNTH Version: 2.5.7.0, Ok
- HAALI Splitter: Isn't recommended version
- FFDSHOW: 3326, Ok
- FFDSHOW_RAW_AUDIO: Set to "All Supported", 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 "libavcodec": Ok
- FFDSHOW AVC set to "libavcodec": Ok
- BD Rebuilder v0.36.0.2, Ok
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok

Also i must everytime "Run as Administrator" because BD Rebuilder will not update those settings in the registry.

Whats the problem??