BD Rebuilder Beta - Bug Reports Only

[jdobbs]

Originally Posted by leChameleon

Hi jdobbs,

The information for each configuration of BD-RB is default from each form setting. I'm not modifying or pre-setting anything thus the values for NSIZE are output directly from BD-RB.

Is your machine setup for 'hyper threading' or does it use multiple cores? Could it be that the code might be sensitive to the system environment outside of BD-RB's configuration that is causing this problem? If so can you please list BD-RB's external dependencies?

What I'm uncertain of is why are the *.INF files quite different between v*26 and v*28 ?

Thank you!

[EDIT] I'll be more than happy to setup a VNC session if you'd like so you can see for yourself.

As I explained before, they are different because X264 changed. If you're talking about the order/sequencing of the input files, its because the order changes between normal and "quick encode" modes. If any code is sensitive to hyperthreading it would be X264 -- but I don't think so.

[jdobbs]

Originally Posted by setarip_old

@jdobbs, @leCameleon

Hi!

I don't know if the following is significant but, there are also differing values for "SOURCE_SIZE", as follows:

leChameleon: SOURCE_SIZE=42911885717

jdobbs: SOURCE_SIZE=42912135865

At first I thought that was due to a fix that was implemented related to angles, but I just remembered that was implemented in v0.27.01. It could be the he didn't copy the CERTIFICATE folder when ripping the original. The VIDEO_SIZE is the same, so they are the same source disc.

[Edit]
I never use the "Highest" setting, and I just was reminded why -- the encode of Valkyrie is only 38% complete after encoding all night. Ugghhh.

[Adbear]

Originally Posted by jdobbs

As I explained before, they are different because X264 changed. If you're talking about the order/sequencing of the input files, its because the order changes between normal and "quick encode" modes. If any code is sensitive to hyperthreading it would be X264 -- but I don't think so.

If the code isn't sensitive to Hyper-threading then maybe it's sensitive to the number of cores as it always seems to fail on my Dual Xeon i7 when hyperthreading is on when encoding field based VC-1

[leChameleon]

How is NSIZE being calculated?

It appears that VALKYRIE.INF is generated by BD-RB prior to invoking x264, no? If this is true then isn't this guiding the setup initialization for x264 thus if the inputs are different then one would expect the outputs to be different as well.


[Status]
LABEL=VALKYRIE
VERSION=v0.26.03 (beta)
SOURCE_SIZE=42911885717
SOURCE_VIDEO_SIZE=42544183296
TARGET_SIZE=24117248000
REDUCTION=.55823249476346
RESIZE_1080=0
AUDIO_TO_KEEP=eng;
SUBS_TO_KEEP=all
BACKUP_MODE=0
QUICK=0
ENCODE_STEP=0
COMPLETED=10
REBUILD_COMPLETE=1
[00074]
AUDIO=10000
PGS=11111010
M2TS_TARGET=13775500522
RATE=10005
NSIZE=13321525248
FLINK=0
MLINK=0
...

[Status]
LABEL=VALKYRIE
VERSION=v0.27.01 (beta)...........................Note: The only difference here was
SOURCE_SIZE=42911885717.................................[x] Quick Encode for Extras
SOURCE_VIDEO_SIZE=42544183296.......................[x] Remove WORKFILES....
TARGET_SIZE=24117248000
REDUCTION=.55823249476346
RESIZE_1080=0
AUDIO_TO_KEEP=eng;
SUBS_TO_KEEP=all
BACKUP_MODE=0
QUICK=1
ENCODE_STEP=0
COMPLETED=10
REBUILD_COMPLETE=1
[00074]
AUDIO=10000
PGS=11111010
M2TS_TARGET=16838596203
RATE=13160
NSIZE=3913721856
FLINK=0
MLINK=0
...

[Status]
LABEL=VALKYRIE
VERSION=v0.28.02 (beta)
SOURCE_SIZE=42911885717
SOURCE_VIDEO_SIZE=42544183296
TARGET_SIZE=24117248000
REDUCTION=.55823249476346
RESIZE_1080=0
AUDIO_TO_KEEP=eng;
SUBS_TO_KEEP=all
BACKUP_MODE=0
QUICK=0
ENCODE_STEP=2
COMPLETED=1
[00074]
AUDIO=10000
PGS=11111010
M2TS_TARGET=13775500522..............<-- Sames as v0.26.03
RATE=10005
NSIZE=4591945728
FLINK=0
MLINK=0
...

Note:
v0.26.03 the job finished with expected output size.
v0.27.01 the job finished with significant reduction in output size.
v0.28.02 the job failed to complete.

[jdobbs]

No it isn't generated prior to X264, it is updated as the encodes progress. NSIZE isn't calculated. It is the size in bytes of the output file. It shows how close the encoder hit the target. If you are that far off, something is certainly wrong. The problem is that I have no reports of that level of undersizing from anyone but you. Can you post your BDREBUILDER.INI file for the v0.28.xx encodes?

M2TS_TARGET is the target size of the resulting M2TS. NSIZE is typically close to it, but it can deviate based upon the size of other parts of the M2TS (audio, subs, secondary video/audio).

[Edit]

I deleted my comments related to sizing here because I just realized this encode is using "Faster encode for extras" which is SUPPOSED to result in deviations from the target size (in order to keep a constant quality value). The differences are adjusted when the large (usually main-movie) sections are encoded.

[leChameleon]

I added the INF information for all three jobs (above) to make it easier to see the problem more clearly.

[leChameleon]

Is there any option to save a debug log to see exactly what all the commands are output to x264 from BD-RB?
If so this may help us run the same command string in various supporting x264 builds to see what's going on there.

[sype]

Trying to back up lakeview terrace, using the latest version, to bd25, and im getting this error.
BD rebuilder experienced an error 2202[18:39:38]RebuildBDFiles() 00052 2202.

[14:05:35] BD Rebuilder v0.28.03 (beta)
- Source: VOLUME_ID
- Input BD size: 32.67 GB
- Approximate total content: [02:31:55.064]
- Target BD size: 22.46 GB
[14:05:37] PHASE ONE, Encoding
- [14:05:37] Extracting A/V streams [VID_00309]
- [14:05:42] Reencoding: VID_00309 (1 of 17)
- [14:05:47] Extracting A/V streams [VID_00704]
- [14:05:50] Reencoding: VID_00704 (2 of 17)
- [14:06:03] Extracting A/V streams [VID_00312]
- [14:06:10] Reencoding: VID_00312 (3 of 17)
- [14:06:25] Extracting A/V streams [VID_00315]
- [14:06:31] Reencoding: VID_00315 (4 of 17)
- [14:06:45] Extracting A/V streams [VID_00314]
- [14:06:52] Reencoding: VID_00314 (5 of 17)
- [14:07:10] Extracting A/V streams [VID_00310]
- [14:07:21] Reencoding: VID_00310 (6 of 17)
- [14:07:42] Extracting A/V streams [VID_00311]
- [14:07:52] Reencoding: VID_00311 (7 of 17)
- [14:08:18] Extracting A/V streams [VID_00317]
- [14:08:36] Reencoding: VID_00317 (8 of 17)
- [14:09:23] Extracting A/V streams [VID_00081]
- [14:09:40] Reencoding: VID_00081 (9 of 17)
- [14:10:17] Extracting A/V streams [VID_00603]
- [14:10:31] Reencoding: VID_00603 (10 of 17)
- [14:11:20] Extracting A/V streams [VID_00313]
- [14:11:39] Reencoding: VID_00313 (11 of 17)
- [14:12:33] Extracting A/V streams [VID_00316]
- [14:12:58] Reencoding: VID_00316 (12 of 17)
- [14:14:08] Extracting A/V streams [VID_00602]
- [14:14:43] Reencoding: VID_00602 (13 of 17)
- [14:17:23] Extracting A/V streams [VID_00601]
- [14:18:01] Reencoding: VID_00601 (14 of 17)
- [14:19:47] Extracting A/V streams [VID_00600]
- [14:20:34] Reencoding: VID_00600 (15 of 17)
- [14:23:15] Extracting A/V streams [VID_00700]
- [14:28:24] Reencoding: VID_00700 (16 of 17)
- [14:58:40] Extracting A/V streams [VID_00011]
- [15:54:03] Reencoding: VID_00011 (17 of 17)
[18:35:53]PHASE ONE complete
[18:35:54]PHASE TWO - Rebuild Started
- [18:35:54] Rebuilding BD file Structure
- [18:35:54] RebuildBDFiles() 00052 2202
[18:36:48] - Aborted at user request

It seems to be stoping just before the Rebuild.

[Sharc]

Originally Posted by Sharc

I refer to my earlier post here:
http://forum.doom9.org/showthread.ph...24#post1307824
I did it again with v0.28.02, 1-pass, BD5, FORCE_ENCODING=1 because I was hoping it might fix the sync issue.
a) CRF sequence
- Analyzing 26.16 10.00 22.53 20.20 18.83 18.62 18.42 18.23 18.05 18.18 18.15 18.12 18.10 18.08 18.09 [18.09]
It is rather long -- but I just noticed that this has already been addressed with v0.28.03 by now.
b) Movie is oversized: 4.886 GB
c) Video/audio still out of sync.

I'll try again with v0.28.03 and report back.

Here the results with v0.28.03, 1-pass, BD5 (movie only), FORCE_ENCODING=0
a) CRF sequence
- Analyzing 24.85 10.00 21.70 19.60 18.40 17.80 [17.85]
=> much better than before
b) Movie fills DVD-5 to 94% => no oversize although final CRF is even lower than with v0.28.02
c) Video/audio (448 ac3) still out of sync
(Audio and subs are in sync)

[sype]

Originally Posted by sype

Trying to back up lakeview terrace, using the latest version, to bd25, and im getting this error.
BD rebuilder experienced an error 2202[18:39:38]RebuildBDFiles() 00052 2202.



It seems to be stoping just before the Rebuild.

Started the job again using version 26.03 and the same settings. it asked if i wanted to resume the job, which i clicked yes. it then rebuild the files normally.
sorry if im not very good at explaining what im doing.

[samtroy]

Sorry for this slightly offtopic question:

Is ffdshow still nessessary in Windows 7?

I did *not* install it (just avisynth and haali) and BD Rebuilder did work without a problem.

The BD9 result was 600MB undersized though. Could the missing ffdshow be the reason for that? Would it be advisable to install ffdshow even in Win7?

Thanks in advance.
S.

[GaPony]

Originally Posted by sype

Started the job again using version 26.03 and the same settings. it asked if i wanted to resume the job, which i clicked yes. it then rebuild the files normally.
sorry if im not very good at explaining what im doing.

I'm not sure resuming a job started with a different version is very useful... maybe trying some different settings with the current version would be more productive, if you're trying to get a good copy of a problematic movie.

[leChameleon]

VALKYRIE v0.28.03 Highest encoder setting.




[Status]
LABEL=VALKYRIE
VERSION=v0.28.03 (beta)
SOURCE_SIZE=42911885717
SOURCE_VIDEO_SIZE=42544183296
TARGET_SIZE=24117248000
REDUCTION=.55823249476346
RESIZE_1080=0
AUDIO_TO_KEEP=eng;
SUBS_TO_KEEP=all
BACKUP_MODE=0
QUICK=0
ENCODE_STEP=2
COMPLETED=1
[00074]
AUDIO=10000
PGS=11111010
M2TS_TARGET=13775500522
RATE=10005
NSIZE=3915626496
FLINK=0
MLINK=0
[00172]
AUDIO=1
PGS=
M2TS_TARGET=493466521
RATE=6451


-----------------------
[09:41:56] BD Rebuilder v0.28.03 (beta)
- Source: VALKYRIE
- Input BD size: 39.96 GB
- Approximate total content: [05:24:24.653]
- Target BD size: 22.46 GB
[09:41:56] PHASE ONE, Encoding
- [09:41:56] Extracting A/V streams [VID_00074]
- [09:50:26] Reencoding: VID_00074 (1 of 10)
- [09:50:26] Collecting video information
- Video: 1920x1080, 23.976fps, 173,130 frames
- Bitrate: 10,005 Kbs
- [09:50:26] Reencoding: VID_00074, Pass 1 of 2
- [10:50:46] Reencoding: VID_00074, Pass 2 of 2
- [11:30:39] Video Encode complete
- [11:30:39] Reencoding audio tracks (if req'd)
- [11:30:39] Multiplexing M2TS
- [11:32:23] Extracting A/V streams [VID_00172]
- [11:32:38] Reencoding: VID_00172 (2 of 10)
- [11:32:38] Collecting video information
- Video: 1920x1080, 29.970fps, 16,429 frames
- Bitrate: 6,451 Kbs
- [11:32:38] Reencoding: VID_00172, Pass 1 of 2
- Encode failed. Retrying.
- Encode failed. Retrying.
- [11:32:56] Reencoding: VID_00172, Pass 2 of 2
- Encode failed. Retrying.
- Encode failed. Retrying.
- Reached retry limit. Aborting.
[11:32:58] - Failed video encode, aborted


"D:\Downloads\BD-RB\BD-RBV02803\BD_Rebuilder\tools\x264.exe" "J:\BD25 4\VALKYRIE (2008)\BD-RBV02803\WORKFILES\VID_00172.AVS" --preset slow --ref 4 --b-adapt 1 --bitrate 6451 --level 4.1 --sar 1:1 --fps 30000/1001 --aud --vbv-bufsize 25000 --keyint 24 --min-keyint 1 --ipratio 1.1 --pbratio 1.1 --vbv-maxrate 35000 --threads auto --thread-input --stats "J:\BD25 4\VALKYRIE (2008)\BD-RBV02803\WORKFILES\VID_00172.AVS.MKV.stats" --pass 2 --output "J:\BD25 4\VALKYRIE (2008)\BD-RBV02803\WORKFILES\VID_00172.AVS.MKV"

avis [info]: 1920x1080 @ 29.97 fps (16429 frames)
x264 [info]: using SAR=1/1
x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 FastShuffle SSE4.2
x264 [error]: 2nd pass has more frames than 1st pass (16429 vs 64)
x264 [error]: x264_encoder_open failed


Directory of J:\Bd25 4\Valkyrie (2008)\BD-RBV02803\WORKFILES
08/11/2009 11:32 AM <DIR> .
08/11/2009 11:32 AM <DIR> ..
08/11/2009 11:32 AM 40,208 00074.clpi
08/11/2009 11:32 AM 3,915,626,496 00074.m2ts
08/11/2009 09:50 AM 3,326,385,148 00074.track_4352.dts
08/11/2009 09:50 AM 29,028,564 00074.track_4608.sup
08/11/2009 09:50 AM 24,495,097 00074.track_4609.sup
08/11/2009 09:50 AM 27,215,553 00074.track_4610.sup
08/11/2009 09:50 AM 22,068,786 00074.track_4611.sup
08/11/2009 09:50 AM 14,099,704 00074.track_4612.sup
08/11/2009 09:50 AM 26,646,806 00074.track_4614.sup
08/11/2009 11:32 AM 15,349,376 00172.track_4352.ac3
08/11/2009 09:41 AM 897 AUD_00074.meta
08/11/2009 09:50 AM 262 AUD_00074_4352.AVS
08/11/2009 11:32 AM 266 AUD_00172.meta
08/11/2009 12:10 PM 262 AUD_00172_4352.AVS
08/11/2009 11:30 AM 946 MUX_00074.meta
08/11/2009 09:50 AM 184 VID_00074.AVS
08/11/2009 11:30 AM 21,625,441 VID_00074.AVS.MKV
08/11/2009 10:50 AM 14,011,638 VID_00074.AVS.MKV.stats
08/11/2009 12:10 PM 309 VID_00172.AVS
08/11/2009 12:11 PM 0 VID_00172.AVS.MKV
08/11/2009 11:32 AM 5,668 VID_00172.AVS.MKV.stats
08/11/2009 11:32 AM 375,383 VID_00172.AVS.MKV.stats.mbtree

[sype]

Originally Posted by GaPony

I'm not sure resuming a job started with a different version is very useful... maybe trying some different settings with the current version would be more productive, if you're trying to get a good copy of a problematic movie.

Yes your probably correct but i thought the information may help jdobbs track down what caused the error. just trying to be a helpful newbie...

[leChameleon]

Originally Posted by jdobbs

... Can you post your BDREBUILDER.INI file for the v0.28.xx encodes?

Per your request.

D:\Downloads\BD-RB\BD-RBV02802\BD_Rebuilder\BDREBUILDER.INI
-------------------------------------------------------
[Options]
RESIZE=0
MODE=0
QUICK_EXTRAS=0
ENCODE_QUALITY=3
TARGET_SIZE=23000
PRIORITY_CLASS=0
VERBOSE_STATUS=1
AUDIO_TO_KEEP=eng;
SUBS_TO_KEEP=all
COLOR_BOOST=0
RESIZE_1080=0
DTS_REENCODE=0
AC3_REENCODE=0
AC3_640=1
KEEP_HD_AUDIO=1
AVCHD=1
REMOVE_WORKFILES=0
AUDIO_TRACK_LIMIT=0
SUBTITLE_TRACK_LIMIT=0
CUSTOM_TARGET_SIZE=23450
[Paths]
SOURCE_PATH=F:\TEMP - VALKYRIE (2008)\VALKYRIE\
WORKING_PATH=J:\BD25 4\VALKYRIE (2008)\BD-RBV02802\


D:\Downloads\BD-RB\BD-RBV02803\BD_Rebuilder\BDREBUILDER.INI
-------------------------------------------------------
[Options]
RESIZE=0
MODE=0
QUICK_EXTRAS=0
PRIORITY_CLASS=0
ENCODE_QUALITY=2
VERBOSE_STATUS=1
TARGET_SIZE=23000
AUDIO_TO_KEEP=eng;
SUBS_TO_KEEP=all
COLOR_BOOST=0
RESIZE_1080=0
DTS_REENCODE=0
AC3_REENCODE=0
AC3_640=1
KEEP_HD_AUDIO=1
AVCHD=1
REMOVE_WORKFILES=0
AUDIO_TRACK_LIMIT=1
SUBTITLE_TRACK_LIMIT=1
CUSTOM_TARGET_SIZE=23450
[Paths]
SOURCE_PATH=F:\TEMP - VALKYRIE (2008)\VALKYRIE\
WORKING_PATH=J:\BD25 4\VALKYRIE (2008)\BD-RBV02803_HQ\

Note: BD-RBV02803's INI may have changed as I'm running a test with "High Quality" now on VALKYRIE to see if this has the same problem, but I think that's the only chance as I'm trying to keep a controlled environment here for us. Hence the _HQ folder extension.

[leChameleon]

VALKYRIE v0.28.03 High Quality encoder setting.



D:\Downloads\BD-RB\BD-RBV02803\BD_Rebuilder\BDREBUILDER.INI
--------------------------------------------------------------------
[Options]
RESIZE=0
MODE=0
QUICK_EXTRAS=0
PRIORITY_CLASS=0
ENCODE_QUALITY=2
VERBOSE_STATUS=1
TARGET_SIZE=23000
AUDIO_TO_KEEP=eng;
SUBS_TO_KEEP=all
COLOR_BOOST=0
RESIZE_1080=0
DTS_REENCODE=0
AC3_REENCODE=0
AC3_640=1
KEEP_HD_AUDIO=1
AVCHD=1
REMOVE_WORKFILES=0
AUDIO_TRACK_LIMIT=1
SUBTITLE_TRACK_LIMIT=1
CUSTOM_TARGET_SIZE=23450
[Paths]
SOURCE_PATH=F:\TEMP - VALKYRIE (2008)\VALKYRIE\
WORKING_PATH=J:\BD25 4\VALKYRIE (2008)\BD-RBV02803_HQ\


J:\Bd25 4\Valkyrie (2008)\BD-RBV02803_HQ\VALKYRIE.INF
--------------------------------------------------------------------
[Status]
LABEL=VALKYRIE
VERSION=v0.28.03 (beta)
SOURCE_SIZE=42911885717
SOURCE_VIDEO_SIZE=42544183296
TARGET_SIZE=24117248000
REDUCTION=.55823249476346
RESIZE_1080=0
AUDIO_TO_KEEP=eng;
SUBS_TO_KEEP=all
BACKUP_MODE=0
QUICK=0
ENCODE_STEP=2
COMPLETED=1
[00074]
AUDIO=10000
PGS=11111010
M2TS_TARGET=13775500522
RATE=10005
NSIZE=5565782016
FLINK=0
MLINK=0
[00172]
AUDIO=1
PGS=
M2TS_TARGET=493466521
RATE=6451


J:\Bd25 4\Valkyrie (2008)\BD-RBV02803_HQ\BD-REBUILDER.LOG
--------------------------------------------------------------------
[12:23:32] BD Rebuilder v0.28.03 (beta)
- Source: VALKYRIE
- Input BD size: 39.96 GB
- Approximate total content: [05:24:24.653]
- Target BD size: 22.46 GB
[12:23:32] PHASE ONE, Encoding
- [12:23:32] Extracting A/V streams [VID_00074]
- [12:32:24] Reencoding: VID_00074 (1 of 10)
- [12:32:24] Collecting video information
- Video: 1920x1080, 23.976fps, 173,130 frames
- Bitrate: 10,005 Kbs
- [12:32:24] Reencoding: VID_00074, Pass 1 of 2
- [13:32:21] Reencoding: VID_00074, Pass 2 of 2
- [15:01:28] Video Encode complete
- [15:01:29] Reencoding audio tracks (if req'd)
- [15:01:29] Multiplexing M2TS
- [15:03:35] Extracting A/V streams [VID_00172]
- [15:03:49] Reencoding: VID_00172 (2 of 10)
- [15:03:49] Collecting video information
- Video: 1920x1080, 29.970fps, 16,429 frames
- Bitrate: 6,451 Kbs
- [15:03:49] Reencoding: VID_00172, Pass 1 of 2
- [15:03:53] Reencoding: VID_00172, Pass 2 of 2
- Encode failed. Retrying.
- Encode failed. Retrying.
- Reached retry limit. Aborting.
[15:04:04] - Failed video encode, aborted



D:\Downloads\BD-RB\BD-RBV02803\BD_Rebuilder\LASTCMD.TXT
--------------------------------------------------------------------
"D:\Downloads\BD-RB\BD-RBV02803\BD_Rebuilder\tools\x264.exe" "J:\BD25 4\VALKYRIE (2008)\BD-RBV02803_HQ\WORKFILES\VID_00172.AVS" --preset medium --bitrate 6451 --level 4.1 --sar 1:1 --fps 30000/1001 --aud --vbv-bufsize 25000 --keyint 24 --min-keyint 1 --ipratio 1.1 --pbratio 1.1 --vbv-maxrate 35000 --threads auto --thread-input --stats "J:\BD25 4\VALKYRIE (2008)\BD-RBV02803_HQ\WORKFILES\VID_00172.AVS.MKV.stats" --pass 2 --output "J:\BD25 4\VALKYRIE (2008)\BD-RBV02803_HQ\WORKFILES\VID_00172.AVS.MKV"

avis [info]: 1920x1080 @ 29.97 fps (16429 frames)
x264 [info]: using SAR=1/1
x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 FastShuffle SSE4.2
x264 [error]: 2nd pass has more frames than 1st pass (16429 vs 64)
x264 [error]: x264_encoder_open failed


J:\Bd25 4\Valkyrie (2008)\BD-RBV02803_HQ\WORKFILES
--------------------------------------------------------------------
08/11/2009 03:03 PM <DIR> .
08/11/2009 03:03 PM <DIR> ..
08/11/2009 03:03 PM 40,720 00074.clpi
08/11/2009 03:03 PM 5,565,782,016 00074.m2ts
08/11/2009 12:32 PM 3,326,385,148 00074.track_4352.dts
08/11/2009 12:32 PM 29,028,564 00074.track_4608.sup
08/11/2009 12:32 PM 24,495,097 00074.track_4609.sup
08/11/2009 12:32 PM 27,215,553 00074.track_4610.sup
08/11/2009 12:32 PM 22,068,786 00074.track_4611.sup
08/11/2009 12:32 PM 14,099,704 00074.track_4612.sup
08/11/2009 12:32 PM 26,646,806 00074.track_4614.sup
08/11/2009 03:03 PM 15,349,376 00172.track_4352.ac3
08/11/2009 12:23 PM 897 AUD_00074.meta
08/11/2009 12:32 PM 262 AUD_00074_4352.AVS
08/11/2009 03:03 PM 266 AUD_00172.meta
08/11/2009 03:03 PM 262 AUD_00172_4352.AVS
08/11/2009 03:01 PM 970 MUX_00074.meta
08/11/2009 12:32 PM 184 VID_00074.AVS
08/11/2009 03:01 PM 1,601,140,470 VID_00074.AVS.MKV
08/11/2009 01:32 PM 14,011,649 VID_00074.AVS.MKV.stats
08/11/2009 03:03 PM 309 VID_00172.AVS
08/11/2009 03:09 PM 0 VID_00172.AVS.MKV
08/11/2009 03:03 PM 5,669 VID_00172.AVS.MKV.stats
08/11/2009 03:03 PM 375,383 VID_00172.AVS.MKV.stats.mbtree
22 File(s) 10,666,648,091 bytes

[jdobbs]

Originally Posted by Adbear

If the code isn't sensitive to Hyper-threading then maybe it's sensitive to the number of cores as it always seems to fail on my Dual Xeon i7 when hyperthreading is on when encoding field based VC-1

I'd report that to the X264 developers, as there's really nothing BD-RB can do about it.

[Dark Shikari]

All of the error reports here are completely useless because the merely say that the first pass failed, but they don't show any of the logs from said first pass.

[jdobbs]

Originally Posted by sype

Trying to back up lakeview terrace, using the latest version, to bd25, and im getting this error.
BD rebuilder experienced an error 2202[18:39:38]RebuildBDFiles() 00052 2202.



It seems to be stoping just before the Rebuild.

Odd. That's two error reports I've gotten in that same area -- in a section of code that hasn't changed in several months. When Furiousflea reported something similar I went back and checked the code, It is byte-for-byte identical to v0.26.03, which you said you used to complete the rebuild.

Are you sure your source isn't corrupt or was dismounted during the rebuild?

One idea: what is the label name of the BD? It shows at the top of the STREAM tab.

[jdobbs]

Originally Posted by Dark Shikari

All of the error reports here are completely useless because the merely say that the first pass failed, but they don't show any of the logs from said first pass.

And, of course, there are also the other usual suspects like version of windows, AVISYNTH, CODEC (probable) and "tinkering".