BD Rebuilder Beta - Bug Reports Only

[sonate]

HD audio is a gimmick, and is indistinguishable from AC3 @640Kbs in double-blind tests. It's a digital-age equivalent to snake oil in my not-so-humble opinion. So what's the point?

Sure you can keep HD on some sources (although there is no reason to do so) -- but on others it is just way too large, especially when you are keeping multiple audio tracks. Suppose you have 5 tracks of DTS HD that each uses 5GB of space for audio. How much space do you calculate is left over for the video on a 25GB BD disc?

Understood, and I am very aware of that. But in this case there was one DTS HD selected. Particularly in the case of a monaural soundtrack, there is a striking difference between a compressed and uncompressed copy if that copy was made from a high dynamic range original. Needless to say higher sampling rates usually tend to preserve ambient phase material as well as resolve details as separate resulting in imaging and accurate soundstaging which lower sampling rates can only represent as inter modulation composites. When you say snake oil, I would have to agree with you that 99% of the times modern movie production incorporates audio which is well beneath the headroom high sampling rates provide.

BTW, I have about 15 years of audio engineering experience under my belt manifested during the analog era. I am a classical pianist who performs regularly. I have ears too. If you want to have a discussion about the merits of various recording or mastering schemes, I would be happy to tell you my experiences. Just tell me where, as I don't want to further degrade your bug report thread, even if you brought the issue up.

[jdobbs]

Understood, and I am very aware of that. But in this case there was one DTS HD selected. Particularly in the case of a monaural soundtrack, there is a striking difference between a compressed and uncompressed copy if that copy was made from a high dynamic range original. Needless to say higher sampling rates usually tend to preserve ambient phase material as well as resolve details as separate resulting in imaging and accurate soundstaging which lower sampling rates can only represent as inter modulation composites. When you say snake oil, I would have to agree with you that 99% of the times modern movie production incorporates audio which is well beneath the headroom high sampling rates provide.

BTW, I have about 15 years of audio engineering experience under my belt manifested during the analog era. I am a classical pianist who performs regularly. I have ears too. If you want to have a discussion about the merits of various recording or mastering schemes, I would be happy to tell you my experiences. Just tell me where, as I don't want to further degrade your bug report thread, even if you brought the issue up. I'm also an engineer, and an pianist too (I also play several other instruments, not that it matters). I've heard every argument. Everyone thinks he/she can tell the difference, but they all fail to identify the HD track in double-blind tests. In scientific terms that is a slam dunk. I can't explain the human psychological belief that something can be heard when it isn't there -- I don't think anyone can -- but I can understand open-and-shut fact based upon the scientific method.

As an engineer, you should also know that in 99% of all cases the sampling rate is the same whether it is compressed or not. But, of course, that's another argument, because tests also show that no one (human anyway) can tell the difference between 48Khz and 96Khz samples... it definitely is noticable when you get less than 48Khz, but not at that rate or higher. All BD tracks are at or above 48Khz. It is noted, however, that (as you said) the track being digitized typically isn't of a level of quality that it matters anyway.

Most importantly (at least for this thread) I can tell you that in the referenced M2TS the audio alone was bigger than the target. It makes no difference if it was one, two, or ninety tracks. You can't get that warning message unless it is true.

[nozuul]

Sometimes it might happen when it is not actually a subtitle, but instead is a pop-up graphic image. But that is very rare and the image would have to be huge.

That error occurs when BD-RB's internal subroutine (that converts subtitles from BD to DVD) fails.

I'll see if I can pick up that film and give it a try.

I'd sure appreciate it! Thanks for all the hard work on this program.

[sonate]

I'm also an engineer, and an pianist too (I also play several other instruments, not that it matters). I've heard every argument. Everyone thinks he/she can tell the difference, but they all fail to identify the HD track in double-blind tests. In scientific terms that is a slam dunk.



Well, I suggest you get any cd version of a mercury living presence or RCA red seal and the same selection on SACD, and give a listen on not just a mediocre system but a quality one. And while you are at it find one of those obsolete vinyl LP's if you have access to a high quality turntable, cartridge and head amp. You may be shocked.

This should answer any question as to how sensitive the human ear is to sampling rates and the ambient details they can reveal.

When recording a very dynamic instrument like a Steinway B, there are major differences when I record using a 192khz sample and create DVD audio files as opposed to CD format which sounds flat. And in terms of playback, on a ribbon /transmission line transducers powered by pure class a , the usual response from the double blind tests I myself conducted, the DVD audio has an element of tangibility, a physical spacial presence of a live piano absent in the CD. For instance the repetitive chord motiff in Davidsbundler of Schumann's Carnival you can discern every vertical note in a fortissimo rhythmic accentuated pattern on the DVD. It is clogged up on the CD. The voices in the Scherzo in Schubert's D960 sonata can be listened to as if a string quartet was playing in terms of clarity and tone, a CD lacks the openness. Not that the DVD sounds like the live instrument but it is a lot closer than the CD.

You can also see the difference side by side on a spectrum analyzer. DVD has less a problem with any complex composite waveform consisting of the full range of upper harmonics when a hammer strikes a piano string forcefully. .

Again, none of this makes much difference in movie soundtracks or overly processed sound, but since you say the ear couldn't possibly tell the difference, I'm wondering how you can explain that the ear can hear the difference between a CD of a live performance and an actual live performance?

Most importantly (at least for this thread) I can tell you that in the referenced M2TS the audio alone was bigger than the target. It makes no difference if it was one, two, or ninety tracks. You can't get that warning message unless it is true.

I do understand, but my theory is that if 4 of the streams were not oversized by BD reb, when it came to re-encode the video of the main selection and remux it with the DTS soundtrack, the target size would have easily accommodated it.

Can I make a suggestion, pick up a copy of "Army of Shadows" on the Criterion label. You will enjoy watching it, a wonderful directive on the French Resistance and a lesson in moral equivalences.

Nice talking to a fellow musician.... Greg

[Dark Shikari]

Well, I suggest you get any cd version of a mercury living presence or RCA red seal and the same selection on SACD, and give a listen on not just a mediocre system but a quality one.This has nothing to do with the SACD itself. SACDs are typically mastered much better than normal CDs because they're marketed to audiophiles. This means no Loudness war (http://www.youtube.com/watch?v=3Gmex_4hreQ)-style dynamic range reduction, for example.

If you convert "HD" audio like an SACD down to regular 44.1khz/16-bit, it's going to be indistinguishable from the original audio. However, nevertheless, it will often still be better than a typical CD.

[jdobbs]

@sonate

If a human ear was anything even remotely similar to a spectrum analyzer, you might get me to agree. Bit it doesn't work that way. In fact it doesn't work anything even remotely that way. Compression algorithms are expressly designed and tuned to take advantage of the psycho-acoustical limitations of human hearing . A machine can also be made to see microwaves -- that doesn't mean my eyes will ever see them. Anyway, this is one of those arguments in which your opinion, I'm sure, will never be changed -- so let's get back to the purpose of this thread.

I do understand, but my theory is that if 4 of the streams were not oversized by BD reb, when it came to re-encode the video of the main selection and remux it with the DTS soundtrack, the target size would have easily accommodated it. I appreciate your persistence, but I wrote the code and as a result I'm pretty sure I know a little more about how it works than you, and, as I said, it doesn't work that way.

[sonate]

This has nothing to do with the SACD itself. SACDs are typically mastered much better than normal CDs because they're marketed to audiophiles. This means no Loudness war-style dynamic range reduction, for example.

Not wanting this to develop further life of its own, I will make this my last comment on the topic.

The reason I said Mercury Living Presence is because they are have always used minimalist processing and have maintained that standard regardless of medium.

Taking audiophile pressings on LP and 16ips tape masters from previous recordings, using reference playback equipment, you would first have to agree that these have a level of clarity and imaging well beyond the capability of cd format.Dynamics are not too far off either.

Taking either of these sources and creating digital versions in both CD and DVD audio straight 2 channel stereo with no mixing or signal processing either analog or digital using the same inputs on the same sound card, the DVD audio preserves far more of the originals sound stage and imaging capabilities as well as the openness of the sound. Now if you are telling me that if I re sample the DVD to CD specs it will sound identical, that has not been the case.

[sonate]

I appreciate your persistence, but I wrote the code and as a result I'm pretty sure I know a little more about how it works than you, and, as I said, it doesn't work that way.

I agree, you know what you coded, I don't. If I did I wouldn't be asking the dumb questions. But I wasn't really too concerned about the error message. Is there any light you can shed on the oversizing of previous M2ts. And this is the last time I'll mention this, would you please compare the top original to the bottom compressed image in terms of before and after. The only HD audio in the whole movie was in 00274.m2ts should be about 15gb after compression. All the others were AC3. What could have happened in 00230m2ts which is almost double the size?


12324

12325

[buffalofloyd]

I have similar problem as illuminatori a few posts ago with Inspect on a new Windows 7 machine.
It checks AVISYNTH version which is ok then it pops up the error:

Run-time error '13':
Type mismatch

The next item to check would have been Matroska splitter.
The size of my Matroska splitter folder is 5,298,204.
The size on disk is 5,341,184.
This is the version I downloaded using the link on the first page of this thread.

Is this error also related to the bug in 0.39.04 that you mentioned?

I have this exact same error as you when I try to run the inspect.exe

I am using all the recommended downloads from the first post. I am also running Windows 7 Ultimate - Core I7 920.

I have done 1 successful encode so far and I will be trying more.

Thanks a lot jdobbs for creating such a useful program :thanks:

[geeky]

Don't worry about it. That is caused by a mistake in my HAALI checking code.

:) Thanks for responding. Apparently the problem is with VC-1 codec....how do I get around this issue....I get a error msg saying no decompressor when I try to view the video in preview within BD Rebuilder....a friend of mine said it has to do with VC-1 codec. I'd appreciate any assistance. Thanks in advance! :)

[Ch3vr0n]

Is your system setup to decode VC-1 properly. whats the output of Inspect.exe

[jdobbs]

:) Thanks for responding. Apparently the problem is with VC-1 codec....how do I get around this issue....I get a error msg saying no decompressor when I try to view the video in preview within BD Rebuilder....a friend of mine said it has to do with VC-1 codec. I'd appreciate any assistance. Thanks in advance! :)

Have you followed the instructions in the first post of this thread exactly? If so, VC-1 would be handled by FFDSHOW.

You may want to try setting "Raw Video" to "All Supported" in FFDSHOW. That might be the reason you're getting the playback problem.

[b_gla]

I've had a problem with the current build. On two different (noncontigious) rebuilds, I get the following in the log.
...
[02:12:57] PHASE ONE, Encoding
- [02:12:57] Extracting A/V streams [VID_00126]
- [02:48:35] Reencoding: VID_00126 (36 of 36)
- [02:48:35] Reencoding secondary video [TRK_02]

at this point it stops. No error. No disc space issue. On both occasions the rebuild stops or freezes (although the app isn't frozen) at this point. This is over 12 hours into the rebuild. Current progress read 100% in each case but the overall progress was 28.79% on one and 31.22% on the other. I'd tried in both cases to delete everything and rebuild from scratch, as well as recopying the master BD discs. Each time, this is the result with the stop point in the exact same place.

My settings (which haven't changed for several successful builds) are:
Target size BD-25
High Priority
Highest (Quality)
One Pass (CRF)

[jdobbs]

I've had a problem with the current build. On two different (noncontigious) rebuilds, I get the following in the log.
...
[02:12:57] PHASE ONE, Encoding
- [02:12:57] Extracting A/V streams [VID_00126]
- [02:48:35] Reencoding: VID_00126 (36 of 36)
- [02:48:35] Reencoding secondary video [TRK_02]

at this point it stops. No error. No disc space issue. On both occasions the rebuild stops or freezes (although the app isn't frozen) at this point. This is over 12 hours into the rebuild. Current progress read 100% in each case but the overall progress was 28.79% on one and 31.22% on the other. I'd tried in both cases to delete everything and rebuild from scratch, as well as recopying the master BD discs. Each time, this is the result with the stop point in the exact same place.

My settings (which haven't changed for several successful builds) are:
Target size BD-25
High Priority
Highest (Quality)
One Pass (CRF) Please post the entire log (in a CODE block, shown as "#" in the tools section when you're composing a reply). Portions don't help -- as it tells me very little. I don't even know what disc you're trying to encode. Also please post the results of running INSPECT.EXE.

[b_gla]

-----------------------
[16:11:59] BD Rebuilder v0.38.03 (beta)
- Source: BATTLE_LA
- Input BD size: 41.85 GB
- Approximate total content: [03:52:52.748]
- Target BD size: 22.95 GB
- Windows Version: 6.0 [6002]
- Quality: Highest (Very Slow), CRF
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=448
[16:11:59] PHASE ONE, Encoding
- [16:11:59] Extracting A/V streams [VID_00021]
- [16:12:00] Reencoding: VID_00021 (1 of 36)
- [16:12:00] Collecting video information
- Source Video: MPEG-2, 1920x1080
- Rate/Length: 23.976fps, 24 frames
- [16:12:00] Reencoding: VID_00021, Pass 1 of 1
- [16:12:04] Video Encode complete
- [16:12:04] Reencoding audio tracks (if req'd)
- [16:12:04] Multiplexing M2TS
- [16:12:05] Extracting A/V streams [VID_00022]
- [16:12:05] Reencoding: VID_00022 (2 of 36)
- [16:12:05] Collecting video information
- Source Video: MPEG-2, 1920x1080
- Rate/Length: 23.976fps, 72 frames
- [16:12:05] Reencoding: VID_00022, Pass 1 of 1
- [16:12:08] Video Encode complete
- [16:12:08] Reencoding audio tracks (if req'd)
- [16:12:08] Multiplexing M2TS
- [16:12:09] Extracting A/V streams [VID_00127]
- [16:12:09] Reencoding: VID_00127 (3 of 36)
- [16:12:09] Collecting video information
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 165 frames
- [16:12:09] Reencoding: VID_00127, Pass 1 of 1
- [16:12:14] Video Encode complete
- [16:12:14] Reencoding audio tracks (if req'd)
- [16:12:14] Multiplexing M2TS
- [16:12:15] Extracting A/V streams [VID_00101]
- [16:12:23] Reencoding: VID_00101 (4 of 36)
- [16:12:23] Collecting video information
- Source Video: MPEG-2, 1920x1080
- Rate/Length: 23.976fps, 1,012 frames
- [16:12:23] Reencoding: VID_00101, Pass 1 of 1
- [16:13:01] Video Encode complete
- [16:13:01] Reencoding audio tracks (if req'd)
- [16:13:01] Multiplexing M2TS
- [16:13:03] Extracting A/V streams [VID_00104]
- [16:13:11] Reencoding: VID_00104 (5 of 36)
- [16:13:11] Collecting video information
- Source Video: MPEG-2, 1920x1080
- Rate/Length: 23.976fps, 1,012 frames
- [16:13:11] Reencoding: VID_00104, Pass 1 of 1
- [16:13:49] Video Encode complete
- [16:13:49] Reencoding audio tracks (if req'd)
- [16:13:49] Multiplexing M2TS
- [16:13:51] Extracting A/V streams [VID_00129]
- [16:13:59] Reencoding: VID_00129 (6 of 36)
- [16:14:00] Collecting video information
- Source Video: MPEG-2, 1920x1080
- Rate/Length: 23.976fps, 1,330 frames
- [16:14:00] Reencoding: VID_00129, Pass 1 of 1
- [16:14:49] Video Encode complete
- [16:14:49] Reencoding audio tracks (if req'd)
- [16:14:49] Multiplexing M2TS
- [16:14:51] Extracting A/V streams [VID_00116]
- [16:15:00] Reencoding: VID_00116 (7 of 36)
- [16:15:00] Collecting video information
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 1,883 frames
- [16:15:00] Reencoding: VID_00116, Pass 1 of 1
- [16:16:25] Video Encode complete
- [16:16:25] Reencoding audio tracks (if req'd)
- [16:16:25] Multiplexing M2TS
- [16:16:28] Extracting A/V streams [VID_00136]
- [16:16:39] Reencoding: VID_00136 (8 of 36)
- [16:16:39] Reencoding secondary video [TRK_02]
- [16:16:43] Collecting video information
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 856 frames
- [16:16:43] Performing CRF Prediction...
- Analyzing 11.00 30.50 22.59 19.20 18.10 [17.87]
- [16:18:11] Encoding using constant rate factor.
- [16:24:00] Video Encode complete
- [16:24:00] Reencoding audio tracks (if req'd)
- [16:24:00] Multiplexing M2TS
- [16:24:02] Extracting A/V streams [VID_00137]
- [16:24:13] Reencoding: VID_00137 (9 of 36)
- [16:24:13] Reencoding secondary video [TRK_02]
- [16:24:17] Collecting video information
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 856 frames
- [16:24:17] Performing CRF Prediction...
- Analyzing 11.00 30.50 22.69 19.28 18.13 [17.87]
- [16:25:45] Encoding using constant rate factor.
- [16:31:35] Video Encode complete
- [16:31:35] Reencoding audio tracks (if req'd)
- [16:31:35] Multiplexing M2TS
- [16:31:37] Extracting A/V streams [VID_00125]
- [16:31:48] Reencoding: VID_00125 (10 of 36)
- [16:31:48] Reencoding secondary video [TRK_02]
- [16:31:52] Collecting video information
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 856 frames
- [16:31:52] Performing CRF Prediction...
- Analyzing 11.00 30.50 22.57 19.17 18.08 [17.86]
- [16:33:17] Encoding using constant rate factor.
- [16:39:09] Video Encode complete
- [16:39:09] Reencoding audio tracks (if req'd)
- [16:39:09] Multiplexing M2TS
- [16:39:13] Extracting A/V streams [VID_00131]
- [16:39:23] Reencoding: VID_00131 (11 of 36)
- [16:39:23] Collecting video information
- Source Video: MPEG-2, 1920x1080
- Rate/Length: 23.976fps, 1,691 frames
- [16:39:23] Reencoding: VID_00131, Pass 1 of 1
- [16:40:23] Video Encode complete
- [16:40:23] Reencoding audio tracks (if req'd)
- [16:40:23] Multiplexing M2TS
- [16:40:26] Extracting A/V streams [VID_00128]
- [16:40:38] Reencoding: VID_00128 (12 of 36)
- [16:40:38] Collecting video information
- Source Video: MPEG-2, 1920x1080
- Rate/Length: 23.976fps, 1,451 frames
- [16:40:38] Reencoding: VID_00128, Pass 1 of 1
- [16:41:28] Video Encode complete
- [16:41:28] Reencoding audio tracks (if req'd)
- [16:41:28] Multiplexing M2TS
- [16:41:30] Extracting A/V streams [VID_00117]
- [16:41:41] Reencoding: VID_00117 (13 of 36)
- [16:41:41] Collecting video information
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 2,351 frames
- [16:41:41] Reencoding: VID_00117, Pass 1 of 1
- [16:43:39] Video Encode complete
- [16:43:39] Reencoding audio tracks (if req'd)
- [16:43:39] Multiplexing M2TS
- [16:43:44] Extracting A/V streams [VID_00121]
- [16:43:57] Reencoding: VID_00121 (14 of 36)
- [16:43:57] Collecting video information
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 2,531 frames
- [16:43:57] Reencoding: VID_00121, Pass 1 of 1
- [16:45:50] Video Encode complete
- [16:45:50] Reencoding audio tracks (if req'd)
- [16:45:50] Multiplexing M2TS
- [16:45:55] Extracting A/V streams [VID_00122]
- [16:46:10] Reencoding: VID_00122 (15 of 36)
- [16:46:10] Collecting video information
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 2,705 frames
- [16:46:10] Reencoding: VID_00122, Pass 1 of 1
- [16:48:24] Video Encode complete
- [16:48:24] Reencoding audio tracks (if req'd)
- [16:48:24] Multiplexing M2TS
- [16:48:31] Extracting A/V streams [VID_00115]
- [16:48:45] Reencoding: VID_00115 (16 of 36)
- [16:48:45] Collecting video information
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 2,919 frames
- [16:48:45] Reencoding: VID_00115, Pass 1 of 1
- [16:51:17] Video Encode complete
- [16:51:17] Reencoding audio tracks (if req'd)
- [16:51:17] Multiplexing M2TS
- [16:51:31] Extracting A/V streams [VID_00132]
- [16:51:46] Reencoding: VID_00132 (17 of 36)
- [16:51:46] Collecting video information
- Source Video: MPEG-2, 1920x1080
- Rate/Length: 23.976fps, 2,549 frames
- [16:51:46] Reencoding: VID_00132, Pass 1 of 1
- [16:53:13] Video Encode complete
- [16:53:13] Reencoding audio tracks (if req'd)
- [16:53:13] Multiplexing M2TS
- [16:53:18] Extracting A/V streams [VID_00120]
- [16:53:33] Reencoding: VID_00120 (18 of 36)
- [16:53:33] Collecting video information
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 3,016 frames
- [16:53:33] Reencoding: VID_00120, Pass 1 of 1
- [16:55:46] Video Encode complete
- [16:55:46] Reencoding audio tracks (if req'd)
- [16:55:46] Multiplexing M2TS
- [16:55:54] Extracting A/V streams [VID_00133]
- [16:56:09] Reencoding: VID_00133 (19 of 36)
- [16:56:09] Collecting video information
- Source Video: MPEG-2, 1920x1080
- Rate/Length: 23.976fps, 2,610 frames
- [16:56:09] Reencoding: VID_00133, Pass 1 of 1
- [16:57:53] Video Encode complete
- [16:57:53] Reencoding audio tracks (if req'd)
- [16:57:53] Multiplexing M2TS
- [16:57:58] Extracting A/V streams [VID_00119]
- [16:58:16] Reencoding: VID_00119 (20 of 36)
- [16:58:16] Collecting video information
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 3,419 frames
- [16:58:16] Reencoding: VID_00119, Pass 1 of 1
- [17:00:35] Video Encode complete
- [17:00:35] Reencoding audio tracks (if req'd)
- [17:00:35] Multiplexing M2TS
- [17:00:47] Extracting A/V streams [VID_00118]
- [17:01:07] Reencoding: VID_00118 (21 of 36)
- [17:01:07] Collecting video information
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 3,625 frames
- [17:01:07] Reencoding: VID_00118, Pass 1 of 1
- [17:04:10] Video Encode complete
- [17:04:10] Reencoding audio tracks (if req'd)
- [17:04:10] Multiplexing M2TS
- [17:04:42] Extracting A/V streams [VID_00081]
- [17:05:05] Reencoding: VID_00081 (22 of 36)
- [17:05:05] Collecting video information
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 6,887 frames
- [17:05:05] Reencoding: VID_00081, Pass 1 of 1
- [17:08:59] Video Encode complete
- [17:08:59] Reencoding audio tracks (if req'd)
- [17:08:59] Multiplexing M2TS
- [17:09:17] Extracting A/V streams [VID_00130]
- [17:09:35] Reencoding: VID_00130 (23 of 36)
- [17:09:35] Collecting video information
- Source Video: MPEG-2, 1920x1080
- Rate/Length: 23.976fps, 3,549 frames
- [17:09:35] Reencoding: VID_00130, Pass 1 of 1
- [17:11:39] Video Encode complete
- [17:11:39] Reencoding audio tracks (if req'd)
- [17:11:39] Multiplexing M2TS
- [17:11:47] Extracting A/V streams [VID_00135]
- [17:12:06] Reencoding: VID_00135 (24 of 36)
- [17:12:06] Collecting video information
- Source Video: MPEG-2, 1920x1080
- Rate/Length: 23.976fps, 3,604 frames
- [17:12:06] Reencoding: VID_00135, Pass 1 of 1
- [17:14:17] Video Encode complete
- [17:14:17] Reencoding audio tracks (if req'd)
- [17:14:17] Multiplexing M2TS
- [17:14:27] Extracting A/V streams [VID_00134]
- [17:14:49] Reencoding: VID_00134 (25 of 36)
- [17:14:49] Collecting video information
- Source Video: MPEG-2, 1920x1080
- Rate/Length: 23.976fps, 3,797 frames
- [17:14:49] Reencoding: VID_00134, Pass 1 of 1
- [17:17:09] Video Encode complete
- [17:17:09] Reencoding audio tracks (if req'd)
- [17:17:09] Multiplexing M2TS
- [17:17:15] Extracting A/V streams [VID_00114]
- [17:17:37] Reencoding: VID_00114 (26 of 36)
- [17:17:37] Collecting video information
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 4,437 frames
- [17:17:37] Reencoding: VID_00114, Pass 1 of 1
- [17:21:27] Video Encode complete
- [17:21:27] Reencoding audio tracks (if req'd)
- [17:21:27] Multiplexing M2TS
- [17:21:46] Extracting A/V streams [VID_00124]
- [17:22:07] Reencoding: VID_00124 (27 of 36)
- [17:22:07] Reencoding secondary video [TRK_02]
- [17:22:14] Collecting video information
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 2,182 frames
- [17:22:14] Performing CRF Prediction...
- Analyzing 11.00 10.50 [10.65]
- [17:22:41] Encoding using constant rate factor.
- [17:38:10] Video Encode complete
- [17:38:10] Reencoding audio tracks (if req'd)
- [17:38:10] Multiplexing M2TS
- [17:38:18] Extracting A/V streams [VID_00123]
- [17:38:43] Reencoding: VID_00123 (28 of 36)
- [17:38:43] Collecting video information
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 5,172 frames
- [17:38:43] Reencoding: VID_00123, Pass 1 of 1
- [17:42:18] Video Encode complete
- [17:42:18] Reencoding audio tracks (if req'd)
- [17:42:18] Multiplexing M2TS
- [17:42:26] Extracting A/V streams [VID_00110]
- [17:42:59] Reencoding: VID_00110 (29 of 36)
- [17:42:59] Collecting video information
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 7,558 frames
- [17:42:59] Reencoding: VID_00110, Pass 1 of 1
- [17:49:32] Video Encode complete
- [17:49:32] Reencoding audio tracks (if req'd)
- [17:49:32] Multiplexing M2TS
- [17:49:52] Extracting A/V streams [VID_00113]
- [17:50:27] Reencoding: VID_00113 (30 of 36)
- [17:50:27] Collecting video information
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 7,633 frames
- [17:50:27] Reencoding: VID_00113, Pass 1 of 1
- [17:57:01] Video Encode complete
- [17:57:01] Reencoding audio tracks (if req'd)
- [17:57:01] Multiplexing M2TS
- [17:57:30] Extracting A/V streams [VID_00112]
- [17:58:09] Reencoding: VID_00112 (31 of 36)
- [17:58:09] Collecting video information
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 8,314 frames
- [17:58:09] Reencoding: VID_00112, Pass 1 of 1
- [18:05:22] Video Encode complete
- [18:05:22] Reencoding audio tracks (if req'd)
- [18:05:22] Multiplexing M2TS
- [18:05:57] Extracting A/V streams [VID_00108]
- [18:06:41] Reencoding: VID_00108 (32 of 36)
- [18:06:41] Collecting video information
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 9,437 frames
- [18:06:41] Reencoding: VID_00108, Pass 1 of 1
- [18:14:31] Video Encode complete
- [18:14:31] Reencoding audio tracks (if req'd)
- [18:14:31] Multiplexing M2TS
- [18:15:13] Extracting A/V streams [VID_00107]
- [18:15:58] Reencoding: VID_00107 (33 of 36)
- [18:15:58] Collecting video information
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 9,694 frames
- [18:15:58] Reencoding: VID_00107, Pass 1 of 1
- [18:24:15] Video Encode complete
- [18:24:15] Reencoding audio tracks (if req'd)
- [18:24:15] Multiplexing M2TS
- [18:24:45] Extracting A/V streams [VID_00111]
- [18:25:54] Reencoding: VID_00111 (34 of 36)
- [18:25:54] Collecting video information
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 14,838 frames
- [18:25:54] Reencoding: VID_00111, Pass 1 of 1
- [18:38:49] Video Encode complete
- [18:38:50] Reencoding audio tracks (if req'd)
- [18:38:50] Multiplexing M2TS
- [18:40:14] Extracting A/V streams [VID_00109]
- [18:42:44] Reencoding: VID_00109 (35 of 36)
- [18:42:44] Collecting video information
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 25,840 frames
- [18:42:44] Reencoding: VID_00109, Pass 1 of 1
- [19:04:17] Video Encode complete
- [19:04:17] Reencoding audio tracks (if req'd)
- [19:04:17] Multiplexing M2TS
- [19:06:39] Extracting A/V streams [VID_00126]
- Error in attempt to extract audio/subs.
-
[19:33:49] - Failed to retrieve audio, aborted
-----------------------
[02:12:54] BD Rebuilder v0.38.03 (beta)
- Source: BATTLE_LA
- Input BD size: 41.85 GB
- Approximate total content: [03:52:52.748]
- Target BD size: 22.95 GB
- Windows Version: 6.0 [6002]
- Quality: Highest (Very Slow), CRF
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=448
- Resuming from previously started job.
[02:12:57] PHASE ONE, Encoding
- [02:12:57] Extracting A/V streams [VID_00126]
- [02:48:35] Reencoding: VID_00126 (36 of 36)
- [02:48:35] Reencoding secondary video [TRK_02]


The "failed to retrieve audio, aborted"
was a disc space issue that was rectified and the process was restarted. This disc was Battle Los Angeles. The previous BD disc where this happened was "Megamind" (though there was no disc space issue with that disc.) I don't have the log results for that disc anymore.

The inspect results are below:

- Windows Version: 6.0 [6002]
- AVISYNTH Version: 2.5.7.0, Ok
- HAALI Splitter: Ok
- FFDSHOW: 3065, not recommended version
- FFDSHOW VC-1 set incorrectly: [0]
- FFDSHOW MPEG2 set incorrectly: [0]
- FFDSHOW AVC set to "libavcodec": Ok
- BD Rebuilder v0.38.0.3, Ok
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok

[jdobbs]

I don't know how yiou can expect it to work when you have completely ignored the installation instructions in the first post of this thread (and in the README file included in the zip):
In order to make this beta version work, you have to first install some other packages. I highly recommend you use ONLY the versions linked below, as sometimes new version changes can cause unexpected issues.

- Windows Version: 6.0 [6002]
- AVISYNTH Version: 2.5.7.0, Ok
- HAALI Splitter: Ok
- FFDSHOW: 3065, not recommended version
- FFDSHOW VC-1 set incorrectly: [0]
- FFDSHOW MPEG2 set incorrectly: [0]
- FFDSHOW AVC set to "libavcodec": Ok
- BD Rebuilder v0.38.0.3, Ok
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok

[b_gla]

I hadn't done this since the last 40+ rebuilds worked perfectly well. Since you indicated it though, I have followed those instructions.
I've now downloaded the FFDSHOW from the link on the first page as you indicated and the HAALI Splitter also from the link on the first page. I made the changes to MPEG2 and Audio as suggested as well.
Here is the new INSPECT report:

- Windows Version: 6.0 [6002]
- AVISYNTH Version: 2.5.7.0, Ok
- HAALI Splitter: Isn't recommended version
- FFDSHOW: 3882, not recommended version
- FFDSHOW VC-1 set to "wmv9", Ok
- FFDSHOW MPEG2 set to "libavcodec": Ok
- FFDSHOW AVC set to "libavcodec": Ok
- BD Rebuilder v0.38.0.3, Ok
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok


Since the report says:
- HAALI Splitter: Isn't recommended version
- FFDSHOW: 3882, not recommended version
- FFDSHOW VC-1 set to "wmv9", Ok

I'm not sure what the recommended version is since I simply used the link on the first page as you suggested.
MatroskaSplitter03032011_(1.11.96.14).exe
ffdshow_rev3882_20110613_clsid.exe
As for the VC-1 setting, I chose wmv9 since the libavcodec gave me and error [1] instead of the previous [0].

Are there different links I should use or is it acceptable as is?

[JJB]

Update to the current version of BD Rebuilder from the fist page.

CURRENT VERSION 0.38.04 (June 20th, 2011)

[sonate]

When using auto settings, and BD RB chooses Auto Quality: "High Quality (Default), Two Pass"

Is there anyway to tell which particular a/v stream actually received the 2nd pass by looking at a log, ini, or inf log after the process completed?

[jdobbs]

When using auto settings, and BD RB chooses Auto Quality: "High Quality (Default), Two Pass"

Is there anyway to tell which particular a/v stream actually received the 2nd pass by looking at a log, ini, or inf log after the process completed? You'll see something like this in the log:

- [15:03:11] Reencoding: VID_00310, Pass 1 of 2
- [15:03:53] Reencoding: VID_00310, Pass 2 of 2

[sonate]

You'll see something like this in the log:

- [15:03:11] Reencoding: VID_00310, Pass 1 of 2
- [15:03:53] Reencoding: VID_00310, Pass 2 of 2

You would see that only if you chose the verbose status reporting
option?

[jdobbs]

You would see that only if you chose the verbose status reporting
option? Verbose is the default. Why would you turn it off?

I guess I need to remove that as an option...

[sonate]

Verbose is the default. Why would you turn it off?

I guess I need to remove that as an option...

Inadvertently.......

Now see, I can actually be useful!

[sonate]

If anyone has made a full disc backup of this, can you compare the original mt2s to the ones resulting from the compression to see if any over-sizing occurs during re encoding using the automatic quality settings.

For instance 00120.m2ts is about 2,128,818 kilobytes in the original but may be over 4,000,000 after it is undergoes re encoding.

Thank you much.

[had-z]

this issue seems not properly fixed...

i do a backup of the dark knight (high speed option) and when the partial playback of M2TS is referred (in the special feature "play movie with focus points") i obtain a black screen when the enter button is pressed in some points. In other scenes the scene of the referenced M2TS is played correctly but when is supossed to return to the movie the screen remains black for a few minutes before resume the movie playback.

Tested with TMT5.

Cheers Jdobbs.

Hi finally i have a little time to test again this issue with a burned BD-RE in the PS3, as i spected the PS3 shows the same problem.

Jdobbs can you please do a backup of TDK with the actual BD-Rebuilder build? and confirm if that special feature is showed correctly?

Cheers

[jdobbs]

If anyone has made a full disc backup of this, can you compare the original mt2s to the ones resulting from the compression to see if any over-sizing occurs during re encoding using the automatic quality settings.

For instance 00120.m2ts is about 2,128,818 bytes in the original but may be over 4,000,000 after it is undergoes re encoding.

Thank you much. You're talking about a couple of megabytes -- that's not really something to be concerned about. On a 25GB disc that would make the overall size be off by .007%. My guess would be that you have "Quicker Encode for Extras" selected. The setting encodes extras with a fixed CRF value. That could very easily make the output bigger (although it is rare).

[jdobbs]

Hi finally i have a little time to test again this issue with a burned BD-RE in the PS3, as i spected the PS3 shows the same problem.

Jdobbs can you please do a backup of TDK with the actual BD-Rebuilder build? and confirm if that special feature is showed correctly?

Cheers I'll test it.

[jdobbs]

Anyone know what would cause a subtitle not to be converted?

Most of the time I do not pay attention, so I can't check past log files, but will in the future. With foreign films, I like to keep the original language audio and read the subtitles, can't stand voice-overs most of the time.

This happened with The Man from Nowhere, Region A.

Here is the log, tried it twice.

Thanks for any help! Just wanted to let you know that I finally tried this one. I repeated the problem -- and found the bug. It'll be fixed for the next release.

[sonate]

You're talking about a couple of megabytes -- that's not really something to be concerned about. On a 25GB disc that would make the overall size be off by .007%. My guess would be that you have "Quicker Encode for Extras" selected. The setting encodes extras with a fixed CRF value. That could very easily make the output bigger (although it is rare).

Those are exactly the settings I have been using. And I'm terribly sorry, but instead of bytes I meant kilobytes and edited the previous post to reflect that change. The oversize is quite substantial Results in another case resulted in an original stream which was slightly under 4 gigabytes to end up over 6.

http://forum.doom9.org/showthread.php?p=1509509#post1509509

It's reasonable that the CRF setting would result in a less accurate achieving of the target. Others may want to be aware of this when using this setting especially when the disc is authored with many hours of extra features, which I suppose the faster encode is the main the reason they would want to use it in the first place.

[jdobbs]

Those are exactly the settings I have been using. And I'm terribly sorry, but instead of bytes I meant kilobytes and edited the previous post to reflect that change. The oversize is quite substantial Results in another case resulted in an original stream which was slightly under 4 gigabytes to end up over 6.

http://forum.doom9.org/showthread.php?p=1509509#post1509509

It's reasonable that the CRF setting would result in a less accurate achieving of the target. Others may want to be aware of this when using this setting especially when the disc is authored with many hours of extra features, which I suppose the faster encode is the main the reason they would want to use it in the first place. So you're saying you have an "Extra" that is over 4GB in length? That's kinda' too big to be an extra. I just went throught about 15 discs that I happen to have on my hard drive. I couldn't find a single disc with an extra anywhere near that big. I guess it's not unheard of, though. Have you changed the default CRF value for quicker?

It shouldn't make your overall encode (disc) oversize, though. The bitrate for the feature is adjusted for the actual output sizes of the extras. But I would still recommend keeping it off when you are doing a disc with "many hours of extras" or if it is a series disc -- I've made that point many times throughout this thread.

Just turn "Quicker Encode for Extras" off.

[sonate]

So you're saying you have an "Extra" that is over 4GB in length? That's kinda' too big to be an extra. I just went throught about 15 discs that I happen to have on my hard drive. I couldn't find a single disc with an extra anywhere near that big. I guess it's not unheard of, though. Have you changed the default CRF value for quicker?

It shouldn't make your overall encode (disc) oversize, though. The bitrate for the feature is adjusted for the actual output sizes of the extras. But I would still recommend keeping it off when you are doing a disc with "many hours of extras" or if it is a series disc -- I've made that point many times throughout this thread.

Just turn "Quicker Encode for Extras" off.

These were the only two with "extras" approaching 4 , probably more like 3.5 gb. A lot of historical documentary stuff with "wizard of oz" and the french resistance movie as well.

I haven't consciously changed the default CRF for quicker. Is the default for CRF a hidden toggle in the INI?

Present settings are
ENCODE_QUALITY=0
ONEPASS_ENCODING=2
AUTO_QUALITY=1
QUICK_EXTRAS=1

And yes, I will turn off the quicker option when I see huge amounts of extras. It works very satisfactorily on everything else.

[jdobbs]

These were the only two with "extras" approaching 4 , probably more like 3.5 gb. A lot of historical documentary stuff with "wizard of oz" and the french resistance movie as well.

I haven't consciously changed the default CRF for quicker. Is the default for CRF a hidden toggle in the INI?

Present settings are
ENCODE_QUALITY=0
ONEPASS_ENCODING=2
AUTO_QUALITY=1
QUICK_EXTRAS=1

And yes, I will turn off the quicker option when I see huge amounts of extras. It works very satisfactorily on everything else. There are a couple of hidden options related to "Quick Encoding for Extras":

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

[sonate]

There are a couple of hidden options related to "Quick Encoding for Extras":

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

If I add
QUICK_USE_QUALITY=0 does it turn off the quicker encode for extras feature or change it from CRF to ABR?

[jdobbs]

If I add
QUICK_USE_QUALITY=0 does it turn off the quicker encode for extras feature or change it from CRF to ABR? Neither. It leaves it at CRF, but if set to 1 it uses the quality mode selected by Automatic (Fast, High Quality, etc.).

You turn "Quicker Encode for Extras" off/or on from the menu. It isn't a hidden option.

[K4rm4d0n]

Hello. First of all BIG THANKS for this awesome soft and here is my problem:
I'm trying to reauthor BATMAN_BEGINS_2005_BLU-RAY_1080P_CEE_VC-1_TRUEHD_5.1 and at the end I always get corrupted audio tracks except the TrueHD one... the rest are mixed together. Here is a log and inf, where should be everything fine...


-----------------------
[18:38:27] BD Rebuilder v0.38.04 (beta)
- Source: BATMAN_BEGINS_2005_BLU-RAY_1080P_CEE_VC-1_TRUEHD_5.1
- Input BD size: 34,44 GB
- Approximate total content: [05:07:29.288]
- Target BD size: 48,83 GB
- Windows Version: 6.1 [7601]
- Auto Quality: Good (Very Fast), Two Pass
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[18:38:27] PHASE ONE, Encoding
- [18:38:27] Extracting A/V streams [VID_00016]
- [18:38:39] Reencoding: VID_00016 (1 of 13)
- [18:38:39] Collecting video information
- [18:38:39] Keeping original video (no reencode)
- [18:38:39] Reencoding audio tracks (if req'd)
- [18:38:39] Multiplexing M2TS
- [18:38:44] Extracting A/V streams [VID_00014]
- [18:38:51] Reencoding: VID_00014 (2 of 13)
- [18:38:51] Collecting video information
- [18:38:51] Keeping original video (no reencode)
- [18:38:51] Reencoding audio tracks (if req'd)
- [18:38:51] Multiplexing M2TS
- [18:39:05] Extracting A/V streams [VID_00017]
- [18:39:26] Reencoding: VID_00017 (3 of 13)
- [18:39:26] Collecting video information
- [18:39:26] Keeping original video (no reencode)
- [18:39:26] Reencoding audio tracks (if req'd)
- [18:39:26] Multiplexing M2TS
- [18:39:35] Extracting A/V streams [VID_00023]
- [18:40:08] Reencoding: VID_00023 (4 of 13)
- [18:40:09] Collecting video information
- [18:40:09] Keeping original video (no reencode)
- [18:40:09] Reencoding audio tracks (if req'd)
- [18:40:09] Multiplexing M2TS
- [18:40:23] Extracting A/V streams [VID_00022]
- [18:41:13] Reencoding: VID_00022 (5 of 13)
- [18:41:13] Collecting video information
- [18:41:13] Keeping original video (no reencode)
- [18:41:13] Reencoding audio tracks (if req'd)
- [18:41:13] Multiplexing M2TS
- [18:41:35] Extracting A/V streams [VID_00021]
- [18:42:25] Reencoding: VID_00021 (6 of 13)
- [18:42:25] Collecting video information
- [18:42:25] Keeping original video (no reencode)
- [18:42:25] Reencoding audio tracks (if req'd)
- [18:42:25] Multiplexing M2TS
- [18:42:47] Extracting A/V streams [VID_00025]
- [18:43:37] Reencoding: VID_00025 (7 of 13)
- [18:43:37] Collecting video information
- [18:43:37] Keeping original video (no reencode)
- [18:43:37] Reencoding audio tracks (if req'd)
- [18:43:37] Multiplexing M2TS
- [18:43:59] Extracting A/V streams [VID_00024]
- [18:44:50] Reencoding: VID_00024 (8 of 13)
- [18:44:51] Collecting video information
- [18:44:51] Keeping original video (no reencode)
- [18:44:51] Reencoding audio tracks (if req'd)
- [18:44:51] Multiplexing M2TS
- [18:45:13] Extracting A/V streams [VID_00027]
- [18:46:06] Reencoding: VID_00027 (9 of 13)
- [18:46:07] Collecting video information
- [18:46:07] Keeping original video (no reencode)
- [18:46:07] Reencoding audio tracks (if req'd)
- [18:46:07] Multiplexing M2TS
- [18:46:31] Extracting A/V streams [VID_00026]
- [18:47:27] Reencoding: VID_00026 (10 of 13)
- [18:47:27] Collecting video information
- [18:47:27] Keeping original video (no reencode)
- [18:47:27] Reencoding audio tracks (if req'd)
- [18:47:27] Multiplexing M2TS
- [18:47:51] Extracting A/V streams [VID_00018]
- [18:48:53] Reencoding: VID_00018 (11 of 13)
- [18:48:53] Collecting video information
- [18:48:53] Keeping original video (no reencode)
- [18:48:53] Reencoding audio tracks (if req'd)
- [18:48:53] Multiplexing M2TS
- [18:49:21] Extracting A/V streams [VID_00121]
- [18:49:59] Reencoding: VID_00121 (12 of 13)
- [18:49:59] Collecting video information
- [18:49:59] Keeping original video (no reencode)
- [18:49:59] Reencoding audio tracks (if req'd)
- [18:49:59] Multiplexing M2TS
- [18:51:23] Extracting A/V streams [VID_00000]
- [19:03:27] Reencoding: VID_00000 (13 of 13)
- [19:03:27] Reencoding secondary video [TRK_02]
- [19:18:18] Collecting video information
- [19:18:18] Keeping original video (no reencode)
- [19:18:18] Reencoding audio tracks (if req'd)
- [19:18:18] Multiplexing M2TS
[19:42:18]PHASE ONE complete
[19:42:18]PHASE TWO - Rebuild Started
- [19:42:18] Rebuilding BD file Structure
[19:45:47] - Encode and Rebuild complete
- WORKFILES folder removed.
[19:45:48]JOB: BATMAN_BEGINS_2005_BLU-RAY_1080P_CEE_VC-1_TRUEHD_5.1 finished.



[Status]
LABEL=BATMAN_BEGINS_2005_BLU-RAY_1080P_CEE_VC-1_TRUEHD_5.1
VERSION=v0.38.04 (beta)
SOURCE_SIZE=36974973397
SOURCE_VIDEO_SIZE=32828577792
TARGET_SIZE=52428800000
REDUCTION=1.47074310379556
RESIZE_1080=0
AUDIO_TO_KEEP=cze;eng;enm;
KEEP_HD_AUDIO=-1
SUBS_TO_KEEP=cze;eng;enm;
BACKUP_MODE=0
MOVIEONLY_TYPE=0
USE_LAVF=0
QUICK=1
ENCODE_STEP=0
COMPLETED=13
REBUILD_COMPLETE=1
[00016]
USE_ORIGINAL=1
AUDIO=1
PGS=1000010000000000000
HYBRID=0
M2TS_TARGET=190673819
VIDEO2=0
V2MBRATE=0
NSTART=27000000
NEND=33747741
NSIZE=126695424
FLINK=0
MLINK=0
[00014]
USE_ORIGINAL=1
AUDIO=
PGS=
M2TS_TARGET=267310218
VIDEO2=0
V2MBRATE=0
NSTART=27000000
NEND=42313423
NSIZE=180867072
FLINK=0
MLINK=0
[00017]
USE_ORIGINAL=1
AUDIO=1
PGS=10
HYBRID=0
M2TS_TARGET=383841642
VIDEO2=0
V2MBRATE=0
NSTART=27000000
NEND=41075060
NSIZE=259510272
FLINK=0
MLINK=0
[00023]
USE_ORIGINAL=1
AUDIO=1
PGS=1000010000000000000
HYBRID=0
M2TS_TARGET=645395772
VIDEO2=0
V2MBRATE=0
NSTART=27000000
NEND=49435412
NSIZE=416047104
FLINK=0
MLINK=0
[00022]
USE_ORIGINAL=1
AUDIO=1
PGS=1000010000000000000
HYBRID=0
M2TS_TARGET=1000953965
VIDEO2=0
V2MBRATE=0
NSTART=27000000
NEND=61593058
NSIZE=639191040
FLINK=0
MLINK=0
[00021]
USE_ORIGINAL=1
AUDIO=1
PGS=1000010000000000000
HYBRID=0
M2TS_TARGET=1005399797
VIDEO2=0
V2MBRATE=0
NSTART=27000000
NEND=61638103
NSIZE=649211904
FLINK=0
MLINK=0
[00025]
USE_ORIGINAL=1
AUDIO=1
PGS=1000010000000000000
HYBRID=0
M2TS_TARGET=1009538398
VIDEO2=0
V2MBRATE=0
NSTART=27000000
NEND=62178643
NSIZE=649095168
FLINK=0
MLINK=0
[00024]
USE_ORIGINAL=1
AUDIO=1
PGS=1000010000000000000
HYBRID=0
M2TS_TARGET=1055008786
VIDEO2=0
V2MBRATE=0
NSTART=27000000
NEND=63927890
NSIZE=678365184
FLINK=0
MLINK=0
[00027]
USE_ORIGINAL=1
AUDIO=1
PGS=1000010000000000000
HYBRID=0
M2TS_TARGET=1096494190
VIDEO2=0
V2MBRATE=0
NSTART=27000000
NEND=65429390
NSIZE=705540096
FLINK=0
MLINK=0
[00026]
USE_ORIGINAL=1
AUDIO=1
PGS=1000010000000000000
HYBRID=0
M2TS_TARGET=1137979593
VIDEO2=0
V2MBRATE=0
NSTART=27000000
NEND=67225184
NSIZE=729722880
FLINK=0
MLINK=0
[00018]
USE_ORIGINAL=1
AUDIO=1
PGS=1000010000000000000
HYBRID=0
M2TS_TARGET=1263267139
VIDEO2=0
V2MBRATE=0
NSTART=27000000
NEND=65557017
NSIZE=816697344
FLINK=0
MLINK=0
[00121]
USE_ORIGINAL=1
AUDIO=1
PGS=1000010000000000000
M2TS_TARGET=1833806652
VIDEO2=0
V2MBRATE=0
NSTART=27000000
NEND=44870400
NSIZE=1227448320
FLINK=0
MLINK=0
[00000]
USE_ORIGINAL=1
AUDIO=111000001
PGS=10000010000000000000010010
M2TS_TARGET=41204012587
VIDEO2=253423716.386555
V2MBRATE=7000
NSTART=27000000
NEND=405135225
NSIZE=21070276608
FLINK=0
MLINK=0

[jdobbs]

It looks like you're not encoding from an original BD. The most likely problem is that the source is corrupted.

I don't see why you're even reencoding... as your target size is bigger than the source.

[K4rm4d0n]

Thanks for reply. Because I want to rid of all unwanted audio tracks and I suppose it's not reencoded if I put bigger target size. BTW original disc plays just fine... And now I got the same problem with The.Matrix.Trilogy.BluRay.1080p.DTHD5.1.MultiSubs-JaNn - all tracks except TrueHD are mixed together...

[jdobbs]

Thanks for reply. Because I want to rid of all unwanted audio tracks and I suppose it's not reencoded if I put bigger target size. BTW original disc plays just fine... And now I got the same problem with The.Matrix.Trilogy.BluRay.1080p.DTHD5.1.MultiSubs-JaNn - all tracks except TrueHD are mixed together... Whether the original plays really doesn't matter -- unfortunately if it is corrupt the problem can show in the output but not necessarily in the original. It has to be decoded and reencoded, where a playback device can ignore errors -- a reencoder has to make sense of all of it. Just as advice, the names you're showing could be read as downloaded content -- which violates forum rules. More importantly, corruption is much more highly probable in downloaded content. There are some pretty goofy techniques used by those hackers, and they don't typically know what they are doing.

[K4rm4d0n]

OK, thanks for the answer. But video is untouched, right? Not reencoded? That's why I got bigger target than original and log says "Keeping original video (no reencode)".

[jdobbs]

OK, thanks for the answer. But video is untouched, right? Not reencoded? That's why I got bigger target than original and log says "Keeping original video (no reencode)". Yes. If the video will fit as is (and your target/mode allows the original CODEC), it is not reencoded but is kept intact.

Audio might be kept intact -- depending upon your settings.

[buffalofloyd]

Looks like I finally got the inspect error to go away.

Run-time error '13':
Type mismatch

I uninstalled K-lite and just installed Haali, ffdshow, and avisynth by themselves and now all is good. Just a heads up if anyone else is having issues.

- 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
- BD Rebuilder v0.38.0.4, Ok
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok

Cheers!

[dfsooner]

I've been getting the following error on recent rebuilds in phase two - rebuilding BD file structure:

"BD Rebuilder experienced an error 2401 [06:38:41] CorrectMPLS() 00009"

What is this message trying to tell me?

I believe the problem is in my system but I am looking for a clue as to where to start searching for a culprit. Inspect looks ok. 38.04 was working fine until yesterday when I just got this error on two consecutive movies.

[jdobbs]

I've been getting the following error on recent rebuilds in phase two - rebuilding BD file structure:

"BD Rebuilder experienced an error 2401 [06:38:41] CorrectMPLS() 00009"

What is this message trying to tell me?

I believe the problem is in my system but I am looking for a clue as to where to start searching for a culprit. Inspect looks ok. 38.04 was working fine until yesterday when I just got this error on two consecutive movies. That means a subscript is out of range during setup of MPLS scans. I just looked at it, and the only way you could get it with 2401 is if somehow the number of entries in BD-RB's M2TS attributes array has changed since the program was started or a new source was selected -- and that's pretty much impossible.

It sounds like possibly flaky memory?

[dfsooner]

That means a subscript is out of range during setup of MPLS scans. I just looked at it, and the only way you could get it with 2401 is if somehow the number of entries in BD-RB's M2TS attributes array has changed since the program was started or a new source was selected -- and that's pretty much impossible.

It sounds like possibly flaky memory?

Sounded plausible, but I got the same error on another system. The movie is "The Lincoln Lawyer".

[jdobbs]

Sounded plausible, but I got the same error on another system. The movie is "The Lincoln Lawyer". Hmmm... I picked that movie up today. I'll run it and see what happens. Did you do a movie-only backup, full backup, or Alternate backup? BD-25, 9, or 5? Any special settings used?

[setarip_old]

Hi!

To help things along - I did a BD25 full disc backup of "The Lincoln Lawyer", with no problems noted...

[Av8r]

only libavcodec and libmpeg2.

This is the 3rd time I've installed BDRebuilder and have not had a problem before, so I can't figure out what I'm doing wrong.

[jdobbs]

Hi!

To help things along - I did a BD25 full disc backup of "The Lincoln Lawyer", with no problems noted... I did that last night as one of the jobs I ran -- it also ran fine (no compression required). I have a DVD-5 movie-only encode going now.

[jdobbs]

only libavcodec and libmpeg2.

This is the 3rd time I've installed BDRebuilder and have not had a problem before, so I can't figure out what I'm doing wrong.

"Enabled" would be either of those. When it isn't "disabled" it is "enabled".

[dfsooner]

I did that last night as one of the jobs I ran -- it also ran fine (no compression required). I have a DVD-5 movie-only encode going now.

I reloaded a saved project and re-ran it last night and it worked fine. I must have somehow inadvertently introduced some inconsistency in the setup info. I know I tried at one time to get two concurrent rebuilds going on one of the systems (I have an i7 2600k -Z68 system and thought I could pull if off). That is probably what caused a problem in the first instance - INI file changed midstream.

It would be nice if you could run multiple instances using separate workfile folders if you have the horsepower to do it.