View Full Version : BD Rebuilder Beta - Bug Reports Only
RichardB
7th March 2010, 17:43
Thanks for your response jdobbs.
Used most recent version of AnyDVD HD (which I paid for!). The rip seems to have been properly decrypted, as the entire disc plays when mounted using Virtual Clone Drive.
Would you like me to re-rip, try your program again, and post the log for you?
jdobbs
7th March 2010, 18:15
Thanks for your response jdobbs.
Used most recent version of AnyDVD HD (which I paid for!). The rip seems to have been properly decrypted, as the entire disc plays when mounted using Virtual Clone Drive.
Would you like me to re-rip, try your program again, and post the log for you? Yes please. But make sure you are using the latest version of BD-RB. The two versions before the current one had issues on PS3. Better yet, wait until I post a new update later today.
madhusker
7th March 2010, 18:21
Is there going to be an option to use ImageBurn to ISO? Currently I only see ImageBurn to Disc.
Thanks for agreeing the output to ISO through imageburn. I think that would be a very well used feature for sure. Rather than burning to BD-25 RW, I use imageburn to put into ISO and then mount with daemon tools, then load with PowerDVD to check if everything is OK. It's a cumbersome process and it would be ohh so nice if BD Rebuilder would just "output" ISO to start with.
Is there a way to preview BD without making ISO? I have powerDVD9 AND powerDVD7.3.
Thanks for such a great program. I haven't had a single issue and it just works. Even titles in the recent posts worked and I have never seen any grey or banding. Good stuff!
Capsbackup
7th March 2010, 18:24
TMT3 can play Blu-Ray movies from files/folders, but I don't think it is any better than what you are using!
jdobbs
7th March 2010, 18:43
I have updated the first post of this thread with a new version of BD-RB (v0.32.07). Changes for this release:- Added a new option to the "Output Options" menu.
You can now select to output to an ISO file rather
than burning directly to disc. Both options require
ImgBurn to be installed on your computer in order to
be enabled.
- Added a new hidden option. "REMOVE_OUTPUT=1" added
to the "[Options]" area of the config/ini file will
instruct BD-RB to remove the output folder after a
successful burn or write to ISO. It has no affect if
one of the ImgBurn options aren't selected. If used in
conjunction with "REMOVE_WORKFILES=1", virtually all
temporary files are removed after successful encoding,
rebuilding, and writing occurs. This can be handy for
systems with limited disc space during BATCH operations
See HIDDENOPTS.TXT for details and use with caution.
- Corrected an error in which changes in audio or
subtitle selections were not being kept in batch
mode.
- Changed the default setting for intermediate files. The
MKV format was not compatible with AUD & NAL-HRD output,
and was the cause of issues with Panasonic and PS3
players when the NAL-HRD patch was used. The hidden
MKV_INTERMEDIATE option still exists but its default has
been changed to "0" -- and NAL-HRD is now disabled when
it is manually set to "1". Many thanks to shon3i and
Discoboy for helping put this issue to bed.
- Changed the settings so that NAL-HRD is once again used
in encodes. This should make the output more compliant
with BD specs.
- Added Media Player Classic to the package. You can now
review video by right clicking on it from the streams
list. It helps you know what video is related to which
streams. This feature is added in preparation for
future stream editing options (like blanking streams or
converting to "slideshow").
- Updated the included version of X264.EXE to the
latest release (r1471 with nal-hrd patch).
- Other minor corrections and cosmetic fixes.
Capsbackup
7th March 2010, 19:14
@jdobbs;
- Corrected an error in which changes in audio or
subtitle selections were not being kept in batch
mode.
My recent experience that I reported for the subtitles not displaying properly when removing some from the list from the original order was Not when using batch mode!
Does this fix for BD-RBV03207 also correct the above mentioned?
jdobbs
7th March 2010, 19:53
@jdobbs;
My recent experience that I reported for the subtitles not displaying properly when removing some from the list from the original order was Not when using batch mode!
Does this fix for BD-RBV03207 also correct the above mentioned? That was to fix a different reported bug that was specifically related to batch.
Is your issue something that just started recently, or is it something that may have been there but was only recently noticed? The issue is only with secondary subtitle tracks, right?
Capsbackup
7th March 2010, 20:20
That was to fix a different reported bug that was specifically related to batch.
Is your issue something that just started recently, or is it something that may have been there but was only recently noticed? The issue is only with secondary subtitle tracks, right?
Yes it is only with the secondary subtitle tracks.
This was the first disc, The Matrix, that had PiP with DDPlus audio, that I have tried to do a full backup to BD-25 and retain the PiP track in quite some time.
Also, The Matrix Reloaded and Revolutions appear to all have the same structure, with many non-english subtitles. There is approx. 650MB of just non-english subtitles. So removing those could save space. However, doing so prevents the PiP subtitle track from working. :( If all are kept, the secondary subtitles work just like the original.
michael1971
7th March 2010, 20:37
Hello,
I Have a problem with the preview mode, MPC crash...
D:\BLURAYRIP\BDREBUILDER\MPC_VIEW.AVS::Avisynth audio #1
ACM Wrapper::Output
Media Type 0:
--------------------------
Audio: PCM 48000Hz 6ch 4608Kbps
AM_MEDIA_TYPE:
majortype: MEDIATYPE_Audio {73647561-0000-0010-8000-00AA00389B71}
subtype: MEDIASUBTYPE_PCM {00000001-0000-0010-8000-00AA00389B71}
formattype: FORMAT_WaveFormatEx {05589F81-C356-11CE-BF01-00AA0055595A}
bFixedSizeSamples: 1
bTemporalCompression: 0
lSampleSize: 12
cbFormat: 18
WAVEFORMATEX:
wFormatTag: 0x0001
nChannels: 6
nSamplesPerSec: 48000
nAvgBytesPerSec: 576000
nBlockAlign: 12
wBitsPerSample: 16
cbSize: 0 (extra bytes)
pbFormat:
0000: 01 00 06 00 80 bb 00 00 00 ca 08 00 0c 00 10 00 ....€»...Ê......
0010: 00 00 ..
Media Type 1:
--------------------------
Audio: PCM 44100Hz stereo 1411Kbps
AM_MEDIA_TYPE:
majortype: MEDIATYPE_Audio {73647561-0000-0010-8000-00AA00389B71}
subtype: MEDIASUBTYPE_PCM {00000001-0000-0010-8000-00AA00389B71}
formattype: FORMAT_WaveFormatEx {05589F81-C356-11CE-BF01-00AA0055595A}
bFixedSizeSamples: 1
bTemporalCompression: 0
lSampleSize: 4
cbFormat: 18
..
My configuration is :
Win seven pro 32bits
FFDShow
TMT 2
VLC
Help me :thanks:
Discoboy
7th March 2010, 20:42
@jdobbs,
V0.32.07 (beta) movie only 1-pass CRF = OK BD35 SAP playability :thanks:
MILLZY
7th March 2010, 23:06
Thanks for the option to output to iso:thanks:
jdobbs
7th March 2010, 23:14
Yes it is only with the secondary subtitle tracks.
This was the first disc, The Matrix, that had PiP with DDPlus audio, that I have tried to do a full backup to BD-25 and retain the PiP track in quite some time.
Also, The Matrix Reloaded and Revolutions appear to all have the same structure, with many non-english subtitles. There is approx. 650MB of just non-english subtitles. So removing those could save space. However, doing so prevents the PiP subtitle track from working. :( If all are kept, the secondary subtitles work just like the original. The subs for the PiP is a little weird. If I remember correctly they are referenced indirectly -- which can make it a little confusing. I'll go back and check how I'm updating it.
jdobbs
7th March 2010, 23:17
Hello,
I Have a problem with the preview mode, MPC crash...
D:\BLURAYRIP\BDREBUILDER\MPC_VIEW.AVS::Avisynth audio #1
ACM Wrapper::Output
Media Type 0:
--------------------------
Audio: PCM 48000Hz 6ch 4608Kbps
AM_MEDIA_TYPE:
majortype: MEDIATYPE_Audio {73647561-0000-0010-8000-00AA00389B71}
subtype: MEDIASUBTYPE_PCM {00000001-0000-0010-8000-00AA00389B71}
formattype: FORMAT_WaveFormatEx {05589F81-C356-11CE-BF01-00AA0055595A}
bFixedSizeSamples: 1
bTemporalCompression: 0
lSampleSize: 12
cbFormat: 18
WAVEFORMATEX:
wFormatTag: 0x0001
nChannels: 6
nSamplesPerSec: 48000
nAvgBytesPerSec: 576000
nBlockAlign: 12
wBitsPerSample: 16
cbSize: 0 (extra bytes)
pbFormat:
0000: 01 00 06 00 80 bb 00 00 00 ca 08 00 0c 00 10 00 ....€»...Ê......
0010: 00 00 ..
Media Type 1:
--------------------------
Audio: PCM 44100Hz stereo 1411Kbps
AM_MEDIA_TYPE:
majortype: MEDIATYPE_Audio {73647561-0000-0010-8000-00AA00389B71}
subtype: MEDIASUBTYPE_PCM {00000001-0000-0010-8000-00AA00389B71}
formattype: FORMAT_WaveFormatEx {05589F81-C356-11CE-BF01-00AA0055595A}
bFixedSizeSamples: 1
bTemporalCompression: 0
lSampleSize: 4
cbFormat: 18
..
My configuration is :
Win seven pro 32bits
FFDShow
TMT 2
VLC
Help me :thanks: I may have to do some tweaking of the FFDSHOW audio settings... I'm making the assumption that they are set up properly for all BD audio. But I see that your source had what appears to be a 44100Khz audio stream in it. How is that possible from a legal/compliant source? The only legal BD sample frequencies are 48, 96, and 192Khz.
You may want to open up the audio decoder configuration under FFDSHOW and make sure you have something selected for AC3, True HD, DTS, and LPCM.
RichardB
8th March 2010, 01:01
(Shall I re-rip and try again?) Yes please. But make sure you are using the latest version of BD-RB. The two versions before the current one had issues on PS3. Better yet, wait until I post a new update later today.
Okay, downloaded and installed ver.32.07. Opened my flimsy plastic case (yep, I bought the "bat pod" version of BatmanDK as I am a sucker for toys!) and the original is now being ripped using AnyDVD HD 6.6.2.3. So, I'll let the HD rip cook overnight in your program and report back tomorrow.
In the interim, I have two quick Qs for you.
1. I put your program in, and I run it from, a different directory from the normal C:\Program Files (I put it under my name in the My Documents folder). Could this be affecting my results? Furthermore, when I remove your program to replace it with new versions you release, I just use the "Delete" command, as "Remove Program" does not appear to be an option. Is this okay.. or should I do something else?
2. I want to preserve the highest fidelity sound possible on the copy. If I am recording to BR25s, which options do I chose under Audio Encoding?
Thanks,
Richard
jdobbs
8th March 2010, 01:56
Okay, downloaded and installed ver.32.07. Opened my flimsy plastic case (yep, I bought the "bat pod" version of BatmanDK as I am a sucker for toys!) and the original is now being ripped using AnyDVD HD 6.6.2.3. So, I'll let the HD rip cook overnight in your program and report back tomorrow.
In the interim, I have two quick Qs for you.
1. I put your program in, and I run it from, a different directory from the normal C:\Program Files (I put it under my name in the My Documents folder). Could this be affecting my results? Furthermore, when I remove your program to replace it with new versions you release, I just use the "Delete" command, as "Remove Program" does not appear to be an option. Is this okay.. or should I do something else?
2. I want to preserve the highest fidelity sound possible on the copy. If I am recording to BR25s, which options do I chose under Audio Encoding?
Thanks,
Richard1. You're doing it the right way. When I get out of beta I'll create an install package -- but because of virtualization it's better to keep it out of the "c:\program files" directory for now.
2. Just select "Keep HD Audio for BD25 encoding" in the SETUP dialog. For BD-25 it has the highest priority and will override the other settings.
tonimacarronis
8th March 2010, 02:38
Made well but i think i have a problem with codecs: i have installed eac3to decodec pack, surcode and sonic cineplayer decoder. I´ve installed so arcsoft media theatre, quick media player with itunes. I´ve the correct versions avisynth, ffdshow and haali.
My S.O. is windows 7 ultimate and procesor intel quad core.
With Vista and the same codecs work perfectly.
Thanks!!
LAustinTX
8th March 2010, 03:36
I've seen this reported before, and the only way around it is to encode the entire disc, but I'm perplexed as to why this error occurs. Log below:
[20:11:34] BD Rebuilder v0.32.07 (beta)
- Source: SIN_CITY_D1
- Input BD size: 26.87 GB
- Approximate total content: [02:04:03.685]
- Target BD size: 22.66 GB
- Windows Version: 6.0 [6002]
- MOVIE-ONLY mode enabled
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[20:11:36] PHASE ONE, Encoding
- [20:11:36] Extracting A/V streams [VID_00614]
- Extracting A/V to M2TS [VID_00614]
- [20:30:55] ExtractAudioSubs() 00053 1605
- Error in attempt to extract audio/subs.
- Muxing time: 19 min 43 sec
[20:30:58] - Failed to retrieve audio, aborted
I've tried every permutation of audio tracks, just one english, all english, all audio...all with the same results: "error in attempt to extract audio/subs". Jdobbs, any thoughts here? Could this be corrected by changing settings (other than recoding the entire disc)? Or is this a bug?
jdobbs
8th March 2010, 06:10
Made well but i think i have a problem with codecs: i have installed eac3to decodec pack, surcode and sonic cineplayer decoder. I´ve installed so arcsoft media theatre, quick media player with itunes. I´ve the correct versions avisynth, ffdshow and haali.
My S.O. is windows 7 ultimate and procesor intel quad core.
With Vista and the same codecs work perfectly.
Thanks!!What can I say. You've installed so much that it's impossible to predict what is actually being used...
jdobbs
8th March 2010, 06:22
I've seen this reported before, and the only way around it is to encode the entire disc, but I'm perplexed as to why this error occurs. Log below:
[20:11:34] BD Rebuilder v0.32.07 (beta)
- Source: SIN_CITY_D1
- Input BD size: 26.87 GB
- Approximate total content: [02:04:03.685]
- Target BD size: 22.66 GB
- Windows Version: 6.0 [6002]
- MOVIE-ONLY mode enabled
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[20:11:36] PHASE ONE, Encoding
- [20:11:36] Extracting A/V streams [VID_00614]
- Extracting A/V to M2TS [VID_00614]
- [20:30:55] ExtractAudioSubs() 00053 1605
- Error in attempt to extract audio/subs.
- Muxing time: 19 min 43 sec
[20:30:58] - Failed to retrieve audio, aborted
I've tried every permutation of audio tracks, just one english, all english, all audio...all with the same results: "error in attempt to extract audio/subs". Jdobbs, any thoughts here? Could this be corrected by changing settings (other than recoding the entire disc)? Or is this a bug? I think that possibly the combination of a filename and the working path is too long??? This error (53: "Can't find specified file") is happening in a small loop in a renaming process. Look in your WORKFILES folder and see if there is an incredibly long filename in there somewhere. I would expect that it is a name that resulted from the combining of numerous parts for movie-only.
WesX
8th March 2010, 06:38
Having problems with Fast And The Furious and Tokyo Drift:
-----------------------
[18:55:15] BD Rebuilder v0.31.07 (beta)
- Source: TFATF
- Input BD size: 38.43 GB
- Approximate total content: [03:42:29.878]
- Target BD size: 22.66 GB
- Windows Version: 6.1 [7600]
- SHUTDOWN at completion enabled
- Audio Settings: AC3=1 DTS=0 HD=1 Kbs=640
[18:55:15] PHASE ONE, Encoding
- [18:55:15] Extracting A/V streams [VID_00103]
- [18:55:16] Reencoding: VID_00103 (1 of 35)
- [18:55:19] Extracting A/V streams [VID_00097]
- [18:55:20] Reencoding: VID_00097 (2 of 35)
- [18:55:24] Extracting A/V streams [VID_00095]
- [18:55:25] Reencoding: VID_00095 (3 of 35)
- [18:55:29] Extracting A/V streams [VID_00092]
- [18:55:30] Reencoding: VID_00092 (4 of 35)
- [18:55:34] Extracting A/V streams [VID_00099]
- [18:55:35] Reencoding: VID_00099 (5 of 35)
- [18:55:40] Extracting A/V streams [VID_00093]
- [18:55:40] Reencoding: VID_00093 (6 of 35)
- [18:55:46] Extracting A/V streams [VID_00100]
- [18:55:47] Reencoding: VID_00100 (7 of 35)
- [18:55:52] Extracting A/V streams [VID_00098]
- [18:55:53] Reencoding: VID_00098 (8 of 35)
- [18:56:00] Extracting A/V streams [VID_00118]
- [18:56:02] Reencoding: VID_00118 (9 of 35)
- [18:56:10] Extracting A/V streams [VID_00079]
- [18:56:11] Reencoding: VID_00079 (10 of 35)
- [18:56:19] Extracting A/V streams [VID_00101]
- [18:56:21] Reencoding: VID_00101 (11 of 35)
- [18:56:32] Extracting A/V streams [VID_00094]
- [18:56:34] Reencoding: VID_00094 (12 of 35)
- [18:56:48] Extracting A/V streams [VID_00078]
- [18:56:50] Reencoding: VID_00078 (13 of 35)
- [18:57:15] Extracting A/V streams [VID_00061]
- [18:57:18] Reencoding: VID_00061 (14 of 35)
- [18:57:47] Extracting A/V streams [VID_00130]
- [18:57:50] Reencoding: VID_00130 (15 of 35)
- [18:58:12] Extracting A/V streams [VID_00050]
- [18:58:15] Reencoding: VID_00050 (16 of 35)
- [18:58:48] Extracting A/V streams [VID_00129]
- [18:58:51] Reencoding: VID_00129 (17 of 35)
- [18:59:11] Extracting A/V streams [VID_00096]
- [18:59:14] Reencoding: VID_00096 (18 of 35)
- [18:59:34] Extracting A/V streams [VID_00062]
- [18:59:38] Reencoding: VID_00062 (19 of 35)
- [19:00:14] Extracting A/V streams [VID_00084]
- [19:00:19] Reencoding: VID_00084 (20 of 35)
- [19:00:42] Extracting A/V streams [VID_00102]
- [19:00:46] Reencoding: VID_00102 (21 of 35)
- [19:01:10] Extracting A/V streams [VID_00089]
- [19:01:14] Reencoding: VID_00089 (22 of 35)
- [19:01:50] Extracting A/V streams [VID_00090]
- [19:01:56] Reencoding: VID_00090 (23 of 35)
- [19:02:46] Extracting A/V streams [VID_00088]
- [19:02:52] Reencoding: VID_00088 (24 of 35)
- [19:03:26] Extracting A/V streams [VID_00056]
- [19:03:32] Reencoding: VID_00056 (25 of 35)
- [19:05:32] Extracting A/V streams [VID_00117]
- [19:05:38] Reencoding: VID_00117 (26 of 35)
- [19:06:19] Extracting A/V streams [VID_00086]
- [19:06:27] Reencoding: VID_00086 (27 of 35)
- [19:07:24] Extracting A/V streams [VID_00115]
- [19:07:30] Reencoding: VID_00115 (28 of 35)
- [19:08:08] Extracting A/V streams [VID_00116]
- [19:08:14] Reencoding: VID_00116 (29 of 35)
- [19:08:58] Extracting A/V streams [VID_00087]
- [19:09:06] Reencoding: VID_00087 (30 of 35)
- [19:09:54] Extracting A/V streams [VID_00080]
- [19:10:29] Reencoding: VID_00080 (31 of 35)
- [19:17:52] Extracting A/V streams [VID_00083]
- [19:18:27] Reencoding: VID_00083 (32 of 35)
- [19:21:21] Extracting A/V streams [VID_00085]
- [19:21:57] Reencoding: VID_00085 (33 of 35)
- [19:24:59] Extracting A/V streams [VID_00081]
- [19:26:15] Reencoding: VID_00081 (34 of 35)
- [19:42:24] Extracting A/V streams [VID_00010]
- [19:58:40] Reencoding: VID_00010 (35 of 35)
- [19:58:40] Reencoding secondary video [TRK_02]
- [20:20:37] Reencoding secondary video [TRK_03]
- Error in attempt to multiplex: MUX_00010.meta
- Can't open file: C:\A BLU RAY ENCODES\WORKFILES\00010.track_6656.DTS
[07:50:44] - Failed to build structure, aborted
-----------------------
[01:43:34] BD Rebuilder v0.31.07 (beta)
- Source: TFATF_TD
- Input BD size: 40.81 GB
- Approximate total content: [04:28:46.109]
- Target BD size: 22.66 GB
- Windows Version: 6.1 [7600]
- SHUTDOWN at completion enabled
- Audio Settings: AC3=1 DTS=0 HD=1 Kbs=640
[01:43:34] PHASE ONE, Encoding
- [01:43:34] Extracting A/V streams [VID_00307]
- [01:43:35] Reencoding: VID_00307 (1 of 30)
- [01:43:39] Extracting A/V streams [VID_00298]
- [01:43:40] Reencoding: VID_00298 (2 of 30)
- [01:43:48] Extracting A/V streams [VID_00294]
- [01:43:49] Reencoding: VID_00294 (3 of 30)
- [01:43:58] Extracting A/V streams [VID_00302]
- [01:44:01] Reencoding: VID_00302 (4 of 30)
- [01:44:12] Extracting A/V streams [VID_00299]
- [01:44:14] Reencoding: VID_00299 (5 of 30)
- [01:44:25] Extracting A/V streams [VID_00078]
- [01:44:27] Reencoding: VID_00078 (6 of 30)
- [01:44:52] Extracting A/V streams [VID_00061]
- [01:44:55] Reencoding: VID_00061 (7 of 30)
- [01:45:24] Extracting A/V streams [VID_00297]
- [01:45:26] Reencoding: VID_00297 (8 of 30)
- [01:45:44] Extracting A/V streams [VID_00301]
- [01:45:47] Reencoding: VID_00301 (9 of 30)
- [01:46:04] Extracting A/V streams [VID_00295]
- [01:46:07] Reencoding: VID_00295 (10 of 30)
- [01:46:25] Extracting A/V streams [VID_00050]
- [01:46:28] Reencoding: VID_00050 (11 of 30)
- [01:47:01] Extracting A/V streams [VID_00296]
- [01:47:04] Reencoding: VID_00296 (12 of 30)
- [01:47:22] Extracting A/V streams [VID_00303]
- [01:47:25] Reencoding: VID_00303 (13 of 30)
- [01:47:44] Extracting A/V streams [VID_00300]
- [01:47:47] Reencoding: VID_00300 (14 of 30)
- [01:48:07] Extracting A/V streams [VID_00304]
- [01:48:10] Reencoding: VID_00304 (15 of 30)
- [01:48:30] Extracting A/V streams [VID_00062]
- [01:48:34] Reencoding: VID_00062 (16 of 30)
- [01:49:11] Extracting A/V streams [VID_00064]
- [01:49:15] Reencoding: VID_00064 (17 of 30)
- [01:49:59] Extracting A/V streams [VID_00305]
- [01:50:04] Reencoding: VID_00305 (18 of 30)
- [01:50:38] Extracting A/V streams [VID_00292]
- [01:50:43] Reencoding: VID_00292 (19 of 30)
- [01:51:17] Extracting A/V streams [VID_00056]
- [01:51:22] Reencoding: VID_00056 (20 of 30)
- [01:53:21] Extracting A/V streams [VID_00306]
- [01:53:27] Reencoding: VID_00306 (21 of 30)
- [01:54:09] Extracting A/V streams [VID_00288]
- [01:54:15] Reencoding: VID_00288 (22 of 30)
- [01:54:59] Extracting A/V streams [VID_00291]
- [01:55:08] Reencoding: VID_00291 (23 of 30)
- [01:56:05] Extracting A/V streams [VID_00287]
- [01:56:16] Reencoding: VID_00287 (24 of 30)
- [01:57:28] Extracting A/V streams [VID_00289]
- [01:57:40] Reencoding: VID_00289 (25 of 30)
- [01:58:57] Extracting A/V streams [VID_00293]
- [01:59:12] Reencoding: VID_00293 (26 of 30)
- [02:00:44] Extracting A/V streams [VID_00290]
- [02:01:01] Reencoding: VID_00290 (27 of 30)
- [02:02:40] Extracting A/V streams [VID_00011]
- [02:03:37] Reencoding: VID_00011 (28 of 30)
- [02:20:03] Extracting A/V streams [VID_00308]
- [02:24:07] Reencoding: VID_00308 (29 of 30)
- [09:35:24] Extracting A/V streams [VID_00010]
- [09:49:29] Reencoding: VID_00010 (30 of 30)
- [09:49:29] Reencoding secondary video [TRK_02]
- [09:59:35] Reencoding secondary video [TRK_03]
- [10:06:08] Reencoding secondary video [TRK_04]
- [10:12:42] Reencoding secondary video [TRK_05]
- Error in attempt to multiplex: MUX_00010.meta
- Can't open file: C:\A BLU RAY ENCODES\WORKFILES\00010.track_6656.DTS
[20:04:16] - Failed to build structure, aborted
-----------------------
This is the first time I ran across this problem. I have done a bunch of backups from Universal and never had this issue. Any help would be much appreciated!
My computer specs:
Windows Vista 64bit
BD Rebuilder v0.31.07
FFDSHOW rev 2661
setarip_old
8th March 2010, 09:09
@WesX
HI!
Do you have sufficient hard drive space?
chompy
8th March 2010, 09:18
Hi, maybe that a moron question, but, when BD-Rebuilder does the demux process, does it use a built-in demuxer or does it use tsMuxeR?
I ask this because I’ve read many post that state that tsMuxeR has problems demuxing seamless branching movies (overlaps and gaps in the file produced by tsMuxeR on it's own tend to cause out of sync audio), and in the tools folder of BD-Rebuilder I do not see eac3to, which doesn’t have this problems while demuxing.
I don’t have any seamless branching movie right now, but maybe someday I’ll get one, and I’d like to know if a full backup could end with these audio out of sync problems, being safer creating a movie only with eac3to and then compress it with BD-Rebuilder.
Greetings
PS. Thanks jdobbs for this great software that till know, in my first 6 backups, as worked perfectly with 0 errors
ftb32
8th March 2010, 13:45
Thanks jdobbs Fast And The Furious (OK) Bd-25 with settings, full backup, no quicker encode for extras, cfr, ahaha and .iso, and play full perfect in sony s500. Thanks...
ftb32
8th March 2010, 13:46
Thanks jdobbs Fast And The Furious (OK) Bd-25 with settings, full backup, no quicker encode for extras, cfr, ahaha and .iso, and play full perfect in sony . Thanks...BD Rebuilder v0.32.07
colinhunt
8th March 2010, 14:47
First run with 0.32.07, tried to do a movie-only backup of REC2 (Spanish import):
[15:34:11] BD Rebuilder v0.32.07 (beta)
- Source: (BD28)_REC2
- Input BD size: 18,95 GB
- Approximate total content: [01:24:14.125]
- Target BD size: 23,54 GB
- Windows Version: 6.1 [7600]
- MOVIE-ONLY mode enabled
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[15:34:12] PHASE ONE, Encoding
- [15:34:12] Extracting A/V streams [VID_00000]
Extraction proceeded to 100%, then an Error Condition box popped up. Errlog.txt contains the following:
03.08.10 [15:40:29] ExtractAudioSubs() 00075 1605
Update: ran the data through 0.32.05 and the same thing happens.
jdobbs
8th March 2010, 15:36
First run with 0.32.07, tried to do a movie-only backup of REC2 (Spanish import):
[15:34:11] BD Rebuilder v0.32.07 (beta)
- Source: (BD28)_REC2
- Input BD size: 18,95 GB
- Approximate total content: [01:24:14.125]
- Target BD size: 23,54 GB
- Windows Version: 6.1 [7600]
- MOVIE-ONLY mode enabled
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[15:34:12] PHASE ONE, Encoding
- [15:34:12] Extracting A/V streams [VID_00000]
Extraction proceeded to 100%, then an Error Condition box popped up. Errlog.txt contains the following:
03.08.10 [15:40:29] ExtractAudioSubs() 00075 1605
Update: ran the data through 0.32.05 and the same thing happens. That's a path/file access error. Do you have rights to the output area or were you accessing a directory that was in need of removal/change? Is ther plenty of free space? Do you remember what the popup box said? Sometimes the recorded error is a secondary result of a previous error -- especially when it happens in a "called" program.
jdobbs
8th March 2010, 15:39
Having problems with Fast And The Furious and Tokyo Drift:
...
This is the first time I ran across this problem. I have done a bunch of backups from Universal and never had this issue. Any help would be much appreciated!
My computer specs:
Windows Vista 64bit
BD Rebuilder v0.31.07
FFDSHOW rev 2661 Odd. That track is a DTS Express secondary audio track. It shouldn't be possible to select it???? Does it have an "X" next to it in the streams list? Was this a batch encode?
By the way, the required FFDSHOW version is 3133, and it can be downloaded from the first post of this thread. But I don't think that is related to your problem in any way.
jdobbs
8th March 2010, 15:57
Hi, maybe that a moron question, but, when BD-Rebuilder does the demux process, does it use a built-in demuxer or does it use tsMuxeR?
I ask this because I’ve read many post that state that tsMuxeR has problems demuxing seamless branching movies (overlaps and gaps in the file produced by tsMuxeR on it's own tend to cause out of sync audio), and in the tools folder of BD-Rebuilder I do not see eac3to, which doesn’t have this problems while demuxing.
I don’t have any seamless branching movie right now, but maybe someday I’ll get one, and I’d like to know if a full backup could end with these audio out of sync problems, being safer creating a movie only with eac3to and then compress it with BD-Rebuilder.
Greetings
PS. Thanks jdobbs for this great software that till know, in my first 6 backups, as worked perfectly with 0 errors I use TSMUXER -- and having done several hundred discs without any sync issues -- many of which included seamless branching, I'm pretty sure the reported problem isn't in TSMUXER itself but in "how you use" TSMUXER. That doesn't mean TSMUXER is perfect (as an attempt to demux DTS Express will prove), but I don't think there is an issue in this area.
LAustinTX
8th March 2010, 17:21
I think that possibly the combination of a filename and the working path is too long??? This error (53: "Can't find specified file") is happening in a small loop in a renaming process. Look in your WORKFILES folder and see if there is an incredibly long filename in there somewhere. I would expect that it is a name that resulted from the combining of numerous parts for movie-only.
I reencode the disc again, to capture the working file names. There are only 3 at this point in the encode process:
00614.m2ts
00614.track_4113.264
Aud_00614.meta
The exact text of the popup error is:
BD Rebuilder experienced an error 1605 [10:14:07] ExtractAudioSubs() 00053 1605
None of those file names appear to be extremely lengthy, so I'm still scratching my head over this one. Any other insight here is very welcome.
jdobbs
8th March 2010, 17:37
I reencode the disc again, to capture the working file names. There are only 3 at this point in the encode process:
00614.m2ts
00614.track_4113.264
Aud_00614.meta
The exact text of the popup error is:
BD Rebuilder experienced an error 1605 [10:14:07] ExtractAudioSubs() 00053 1605
None of those file names appear to be extremely lengthy, so I'm still scratching my head over this one. Any other insight here is very welcome.How about when you include the path... is it long then?
Capsbackup
8th March 2010, 17:41
@LAustinTX;
What are you using to rip the original discs with?
Are you working from the original ripped disc?
WesX
8th March 2010, 18:42
@WesX
HI!
Do you have sufficient hard drive space?
I have over 300GB's free. I hope that's enough. Lol.
Odd. That track is a DTS Express secondary audio track. It shouldn't be possible to select it???? Does it have an "X" next to it in the streams list? Was this a batch encode?
By the way, the required FFDSHOW version is 3133, and it can be downloaded from the first post of this thread. But I don't think that is related to your problem in any way.
This was not a batch encode. I actually tried to encode it twice, full movie back-up, and both times had same result. It does have a red "X" next to it. http://img692.imageshack.us/img692/774/bdrebuild.jpg
Any ideas what could be causing this?
jdobbs
8th March 2010, 18:46
I have over 300GB's free. I hope that's enough. Lol.
[Image Removed]
This was not a batch encode. I actually tried to encode it twice, full movie back-up, and both times had same result. It does have a red "X" next to it.
Any ideas what could be causing this? Then it shouldn't be a part of the extraction or the remux. Can you post the contents of the mux file for that M2TS? It should be called "MUX_00010.meta"
LAustinTX
8th March 2010, 19:42
How about when you include the path... is it long then?
No, (at least I don't think so) The longest path/file name is J:\Workfiles\00614.track_4113.264
I would think though that since the full disc encode doesn't have this problem, but shares the same path, that it wouldn't be related to a lengthy path/filename. But I'm guessing, as I'm a novice here.
LAustinTX
8th March 2010, 19:48
@LAustinTX;
What are you using to rip the original discs with?
Are you working from the original ripped disc?
I used an image file created by AnyDVD and used Daemon tools to mount it, but then reripped it (again, using AnyDVD) to a folder/files format, and the same result occured. There were no errors in the rip, as i can encode the entire disc to a BD-25 with no issues whatsoever. The issue is only when I try to do a "movie only" encode. The resulting full disc encode is fine, but I was trying to reduce additional compression by getting rid of the extraneous material (approx: 12GB) by going the "movie only" route.
colinhunt
8th March 2010, 19:57
That's a path/file access error. Do you have rights to the output area or were you accessing a directory that was in need of removal/change? Is ther plenty of free space?
There was 124 GB of free space on the destination partition at that moment.
I wonder if this has anything to do with my previous run with BD-RB 0.32.05, doing a full backup of another disc; it crashed into a "not responding" state (and had to be forcibly terminated) during multiplexing phase because destination partition ran out of free space. I deleted 16GB in trashcan and moved 108GB out of the partition, checked that there was 124 GB of free space, then started 0.32.07 and gave it the movie-only job of REC2. Which ended in the error message I posted.
I rebooted the PC a moment ago, and tried movie-only of REC2 with 0.32.07 again. No error message this time; it's rebuilding BD file structure right now.
Do you remember what the popup box said?
Same error as in Errlog.txt.
chompy
8th March 2010, 19:58
I use TSMUXER -- and having done several hundred discs without any sync issues -- many of which included seamless branching, I'm pretty sure the reported problem isn't in TSMUXER itself but in "how you use" TSMUXER. That doesn't mean TSMUXER is perfect (as an attempt to demux DTS Express will prove), but I don't think there is an issue in this area.
Then it seems there's nothing to worry about :thanks:
jdobbs
8th March 2010, 20:41
No, (at least I don't think so) The longest path/file name is J:\Workfiles\00614.track_4113.264
I would think though that since the full disc encode doesn't have this problem, but shares the same path, that it wouldn't be related to a lengthy path/filename. But I'm guessing, as I'm a novice here. The movie-only version might create a filename that is a concatenation of several sources.
LAustinTX
8th March 2010, 21:06
The movie-only version might create a filename that is a concatenation of several sources.
Would I be able to view this filename in some sort of temp area of the program, or is this something that is not seen by the user? If I can get the info somewhere, let me know, and I'll validate your assumption. Thanks!
jdobbs
8th March 2010, 21:16
Would I be able to view this filename in some sort of temp area of the program, or is this something that is not seen by the user? If I can get the info somewhere, let me know, and I'll validate your assumption. Thanks!Not normally, because it gets renamed in that exact same loop where the error is occuring -- but if it crashed there, I would think you'd see it. The file might have a name like:
"00010+00050+00115+00001+00220..." followed by the ".DTS", ".AC3", or ".SUP" suffixes.
It happens on multipart movies (such as seamless branched) when they are being converted to a single M2TS stream for movie-only. An issue would only be encountered if there was an exceptionally large number of parts that makes the title (when combined with the path) longer than 254 characters. I've personally never encountered one that long, but I have seen a report of a European title that had hit the limit.
Of course that may not even be your problem -- I'm just brainstorming to figure out what may be possible.
Capsbackup
8th March 2010, 23:02
Would I be able to view this filename in some sort of temp area of the program, or is this something that is not seen by the user? If I can get the info somewhere, let me know, and I'll validate your assumption. Thanks!
If you use BDInfo, it will tell you if the main movie is made up of more than one .m2ts file.
http://www.cinemasquid.com/blu-ray/tools/bdinfo
jdobbs
8th March 2010, 23:05
If you use BDInfo, it will tell you if the main movie is made up of more than one .m2ts file.
http://www.cinemasquid.com/blu-ray/tools/bdinfo
You will also see it in the stream listing of BD-RB. If you select movie-only and there are numerous streams listed, you know they are all parts of the main feature.
shon3i
8th March 2010, 23:15
@jdobbs, i just notice one more possible big problem, x264 form buld r1455 use b-pyramid NORMAL as default, which is marked as not-blu-ray complatible, you need to down it to STRICT or turn it off. This can make incorrect playback on some players for sure.
jdobbs
9th March 2010, 00:51
@jdobbs, i just notice one more possible big problem, x264 form buld r1455 use b-pyramid NORMAL as default, which is marked as not-blu-ray complatible, you need to down it to STRICT or turn it off. This can make incorrect playback on some players for sure.I should have thought of that. I'd read that it was now defaulted to enabled.
jdobbs
9th March 2010, 01:26
I've updated the first post of this thread with a link to a new release of BD-RB (v0.32.08). Changes for this version:- Added "--pic-struct" to command lines. This should
ensure a greater level of strict BD compliancy.
- Added "--b-pyramid none" to the command line. This
should prevent problems on some playback devices.
- Other minor corrections and cosmetic fixes.
Note: I've also added a new hidden option. If you set
B_PYRAMID=1
in the INI file, the command line will set "--b-pyramid strict" rather than "--b-pyramid none"
Dark Shikari
9th March 2010, 01:31
pic struct is completely unnecessary for Blu-ray. x264 automatically enables it when necessary (interlaced, pulldown).
You should set strict pyramid, not none. There is no reason why none should ever be necessary.
LAustinTX
9th March 2010, 02:02
You will also see it in the stream listing of BD-RB. If you select movie-only and there are numerous streams listed, you know they are all parts of the main feature.
Yeah, there are 59 parts that make up the "movie only" list. But the full disc has 90 parts and the issue doesn't occur on the full backup. It is an out of the ordinary listing of files, from my limited experience, but given the little I know here, it still doesn't make sense that it would work fine with a full backup and create an error on the very first stream it encounters when trying to encode the "movie only" option. If you are correct in your assumption, then the studios have a powerful anti-backup technology on their hands: filename lengths. Who knew? :) Cheers!
jdobbs
9th March 2010, 05:22
Yeah, there are 59 parts that make up the "movie only" list. But the full disc has 90 parts and the issue doesn't occur on the full backup. It is an out of the ordinary listing of files, from my limited experience, but given the little I know here, it still doesn't make sense that it would work fine with a full backup and create an error on the very first stream it encounters when trying to encode the "movie only" option. If you are correct in your assumption, then the studios have a powerful anti-backup technology on their hands: filename lengths. Who knew? :) Cheers! I don't think it has anything to do with copy protection. Sometimes it's necessary in order to create a multipath original. It is easy enough to get around -- you can always recreate the movie in multiple parts the same way it is done on the original.
jdobbs
9th March 2010, 05:25
pic struct is completely unnecessary for Blu-ray. x264 automatically enables it when necessary (interlaced, pulldown).
You should set strict pyramid, not none. There is no reason why none should ever be necessary.Hmmm... I was misinformed. Will having the "--pic-struct" do any harm?
Dark Shikari
9th March 2010, 06:18
Hmmm... I was misinformed. Will having the "--pic-struct" do any harm?It'll waste a few bits.
Anyways, we're currently getting Criterion to do some Blu-ray validation for us. If everything passes, NAL-HRD will be officially done and x264 will support creation of real Blu-ray compliant streams.
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.