BD Rebuilder Beta - Bug Reports Only

[Giddeon]

Hi,

I have searched on this thread for this problem and cannot find it, so here it is.

I ripped the complete Resident Evil: Afterlife Blu-Ray to a directory. I then put it through BD Rebuilder with the BD25 size selected, all the extras and just english audio and subtitles (allowing for more than one stream of a language). Everything seems fine except the resultant BD25 sized version has no audio on the Picture in Picture commentary called 'Undead Vision'.
After about 3 hours faffing about getting PDVD to play an iso image i made of the original files (just to check see if it's in there) it played with sound just fine. So it's definately BD Rebuilder thats skipping the sound.
When i look at the list of tracks BD Rebuilder has detected, there is always one audio track that it refuses to tick, even with me changing the audio options in the settings to all languages, no reencoding etc etc.

Can someone help me? I cant figure out how to get the sound on this extra feature and i suspect its that stubborn track that i cant enable.

Apreciate the time jdobbs, been using your program now for a looong time :)

[dfsooner]

This won't resolve any BD_RB problem, but you can always use tsmuxer to add the audio stream back in from the original. That would solve your immediate problem with this movie.

[dfsooner]

This won't resolve any BD_RB problem, but you can always use tsmuxer to add the audio stream back in from the original. That would solve your immediate problem with this movie.

Of course you will have to determine which .m2ts file contains the audio in the original.

[jdobbs]

@jdobbs

Based on the fact that you've reponded to all subsequent reports, I'm guessing that my post #11180 "fell down a crack" and eluded what has to be your very tired eyes ;>} I didn't miss it, I guess I just forgot to respond. I ordered "Centurion" online -- and expect it to be delivered tomorrow.

[jdobbs]

Hi,

I have searched on this thread for this problem and cannot find it, so here it is.

I ripped the complete Resident Evil: Afterlife Blu-Ray to a directory. I then put it through BD Rebuilder with the BD25 size selected, all the extras and just english audio and subtitles (allowing for more than one stream of a language). Everything seems fine except the resultant BD25 sized version has no audio on the Picture in Picture commentary called 'Undead Vision'.
After about 3 hours faffing about getting PDVD to play an iso image i made of the original files (just to check see if it's in there) it played with sound just fine. So it's definately BD Rebuilder thats skipping the sound.
When i look at the list of tracks BD Rebuilder has detected, there is always one audio track that it refuses to tick, even with me changing the audio options in the settings to all languages, no reencoding etc etc.

Can someone help me? I cant figure out how to get the sound on this extra feature and i suspect its that stubborn track that i cant enable.

Apreciate the time jdobbs, been using your program now for a looong time :) If it is DTS Express, it is a known issue (you'll see numerous posts on it here in this thread) and it isn't supported by any of the helper apps. I'm trying to create a workaround... I've been at the 90% complete level for a while now (experienced programmers will laugh when they hear that one ;)) -- but I'm having playback/timing issues still.

[jdobbs]

This won't resolve any BD_RB problem, but you can always use tsmuxer to add the audio stream back in from the original. That would solve your immediate problem with this movie.

Of course you will have to determine which .m2ts file contains the audio in the original. I suspect it is a DTS Express stream -- which isn't supported by TSMUXER.

[Capsbackup]

I suspect it is a DTS Express stream -- which isn't supported by TSMUXER.

Suspicion correct! :cool:

[dfsooner]

Please don't do this.

I am testing for a custom size larger than DVD-9 (11000 to be exact). If it works for that, I'll be a happy camper. Besides my menus are not motion, so I don't anticipate any problems of that nature. I'll know in a few hours and will post the results.

Just for the record, I don't use DVD-9 size much any more because I no longer trust double layer DVD media. I have opted for 110000 for most of my rebuilds because it still gives me pretty good PQ and allows enough room to retain the HD audio (which BD-RB apparently allows for anything larger than [BD-9] - thanks for that, by the way - I wish it were optional for any size).

Rebuilt one of my TMPgenc-authored BDs with v0.37.04 at a custom size of 11000 and the menu works perfectly.

[AndyP]

Hi

Having a problem with Avatar (PAL) Extended edition.
Trying to build as DVD-5. Movie only, alternate movie mode DVD5, other movie (playlist number 3 from the list) Fails with FAILED to rebuild.

Settings
[Options]
MODE=1
AUDIO_TO_KEEP=eng;
SUBS_TO_KEEP=all
SD_CONVERT=0
COLOR_BOOST=0
RESIZE_1080=0
DTS_REENCODE=0
AC3_REENCODE=0
AC3_640=0
KEEP_HD_AUDIO=1
AVCHD=0
REMOVE_WORKFILES=0
AUDIO_TRACK_LIMIT=1
SUBTITLE_TRACK_LIMIT=1
CUSTOM_TARGET_SIZE=23450
TARGET_SIZE=23500
VERSION=0.37.0.4
ENCODE_QUALITY=0
ONEPASS_ENCODING=2
AUTO_QUALITY=1
OPEN_GOP=0
DEINTERLACE=0
SD_TO_1080=0
CONVERT_WIDE=0
AC3_192=0
MOVIE_ONLY_LOOP=1
REMOVE_OUTPUT=0
USE_FILTERS=0
BDMV_CERT_ONLY=0
USE_LAVF=0
IVTC_PULLDOWN=1
ASSUME_DVD_PAL=0
MOVIEONLY_TYPE=1
ALTCRF=20
ALTMETHOD=0
[Paths]
SOURCE_PATH=E:\AVATAR_CE_D1\
WORKING_PATH=E:\DVD\


Log
-----------------------
[11:22:14] BD Rebuilder v0.37.04 (beta)
- Source: AVATAR_CE_D1
- Input BD size: 39.85 GB
- Approximate total content: [02:58:09.470]
- Windows Version: 6.1 [7600]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- Mode: DVD-5, 720x480/576, AC3 Audio
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=448
[11:22:14] PHASE ONE, Encoding
- [11:22:14] Extracting A/V streams [VID_00049]
- [11:32:36] Reencoding: VID_00049 (1 of 33)
- [11:32:36] Collecting video information
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 14,972 frames
- Bitrate: 2,944 Kbs
- [11:32:36] Reencoding: VID_00049
- [11:42:27] Video Encode complete
- [11:42:27] Reencoding audio tracks (if req'd)
- [11:50:11] Multiplexing M2TS
- [11:50:11] Extracting A/V streams [VID_00002]
- [11:52:48] Reencoding: VID_00002 (2 of 33)
- [11:52:48] Collecting video information
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 25,559 frames
- Bitrate: 2,527 Kbs
- [11:52:48] Reencoding: VID_00002
- [12:42:05] Video Encode complete
- [12:42:05] Multiplexing M2TS
- [12:42:05] Extracting A/V streams [VID_00034]
- [12:42:17] Reencoding: VID_00034 (3 of 33)
- [12:42:17] Collecting video information
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 1,003 frames
- Bitrate: 3,749 Kbs
- [12:42:17] Reencoding: VID_00034
- [12:45:03] Video Encode complete
- [12:45:03] Multiplexing M2TS
- [12:45:03] Extracting A/V streams [VID_00004]
- [12:45:31] Reencoding: VID_00004 (4 of 33)
- [12:45:31] Collecting video information
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 2,113 frames
- Bitrate: 3,495 Kbs
- [12:45:31] Reencoding: VID_00004
- [12:48:46] Video Encode complete
- [12:48:46] Multiplexing M2TS
- [12:48:46] Extracting A/V streams [VID_00035]
- [12:49:08] Reencoding: VID_00035 (5 of 33)
- [12:49:08] Collecting video information
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 3,056 frames
- Bitrate: 3,243 Kbs
- [12:49:08] Reencoding: VID_00035
- [12:50:55] Video Encode complete
- [12:50:55] Multiplexing M2TS
- [12:50:55] Extracting A/V streams [VID_00006]
- [12:52:59] Reencoding: VID_00006 (6 of 33)
- [12:52:59] Collecting video information
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 21,792 frames
- Bitrate: 3,226 Kbs
- [12:53:00] Reencoding: VID_00006
- [13:08:36] Video Encode complete
- [13:08:36] Multiplexing M2TS
- [13:08:36] Extracting A/V streams [VID_00036]
- [13:08:50] Reencoding: VID_00036 (7 of 33)
- [13:08:50] Collecting video information
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 727 frames
- Bitrate: 4,056 Kbs
- [13:08:51] Reencoding: VID_00036
- [13:11:21] Video Encode complete
- [13:11:21] Multiplexing M2TS
- [13:11:21] Extracting A/V streams [VID_00008]
- [13:12:20] Reencoding: VID_00008 (8 of 33)
- [13:12:20] Collecting video information
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 7,831 frames
- Bitrate: 2,509 Kbs
- [13:12:20] Reencoding: VID_00008
- [13:27:54] Video Encode complete
- [13:27:54] Multiplexing M2TS
- [13:27:54] Extracting A/V streams [VID_00037]
- [13:28:02] Reencoding: VID_00037 (9 of 33)
- [13:28:02] Collecting video information
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 960 frames
- Bitrate: 2,462 Kbs
- [13:28:02] Reencoding: VID_00037
- [13:31:24] Video Encode complete
- [13:31:24] Multiplexing M2TS
- [13:31:24] Extracting A/V streams [VID_00010]
- [13:32:08] Reencoding: VID_00010 (10 of 33)
- [13:32:08] Collecting video information
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 5,135 frames
- Bitrate: 2,457 Kbs
- [13:32:08] Reencoding: VID_00010
- [13:42:26] Video Encode complete
- [13:42:26] Multiplexing M2TS
- [13:42:26] Extracting A/V streams [VID_00050]
- [13:42:40] Reencoding: VID_00050 (11 of 33)
- [13:42:40] Collecting video information
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 1,057 frames
- Bitrate: 2,424 Kbs
- [13:42:40] Reencoding: VID_00050
- [13:44:32] Video Encode complete
- [13:44:32] Multiplexing M2TS
- [13:44:32] Extracting A/V streams [VID_00012]
- [13:45:28] Reencoding: VID_00012 (12 of 33)
- [13:45:28] Collecting video information
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 6,760 frames
- Bitrate: 2,884 Kbs
- [13:45:28] Reencoding: VID_00012
- [14:04:04] Video Encode complete
- [14:04:04] Multiplexing M2TS
- [14:04:04] Extracting A/V streams [VID_00038]
- [14:04:12] Reencoding: VID_00038 (13 of 33)
- [14:04:12] Collecting video information
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 1,036 frames
- Bitrate: 3,270 Kbs
- [14:04:12] Reencoding: VID_00038
- [14:08:35] Video Encode complete
- [14:08:35] Multiplexing M2TS
- [14:08:35] Extracting A/V streams [VID_00014]
- [14:09:40] Reencoding: VID_00014 (14 of 33)
- [14:09:40] Collecting video information
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 8,633 frames
- Bitrate: 3,089 Kbs
- [14:09:40] Reencoding: VID_00014
- [14:15:07] Video Encode complete
- [14:15:07] Multiplexing M2TS
- [14:15:07] Extracting A/V streams [VID_00051]
- [14:15:45] Reencoding: VID_00051 (15 of 33)
- [14:15:45] Collecting video information
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 8,548 frames
- Bitrate: 2,431 Kbs
- [14:15:45] Reencoding: VID_00051
- [14:21:39] Video Encode complete
- [14:21:39] Multiplexing M2TS
- [14:21:39] Extracting A/V streams [VID_00016]
- [14:21:49] Reencoding: VID_00016 (16 of 33)
- [14:21:49] Collecting video information
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 2,482 frames
- Bitrate: 2,387 Kbs
- [14:21:49] Reencoding: VID_00016
- [14:23:07] Video Encode complete
- [14:23:07] Multiplexing M2TS
- [14:23:07] Extracting A/V streams [VID_00040]
- [14:23:11] Reencoding: VID_00040 (17 of 33)
- [14:23:11] Collecting video information
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 605 frames
- Bitrate: 4,115 Kbs
- [14:23:11] Reencoding: VID_00040
- [14:23:34] Video Encode complete
- [14:23:34] Multiplexing M2TS
- [14:23:34] Extracting A/V streams [VID_00018]
- [14:24:32] Reencoding: VID_00018 (18 of 33)
- [14:24:32] Collecting video information
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 11,310 frames
- Bitrate: 2,966 Kbs
- [14:24:32] Reencoding: VID_00018
- [14:30:40] Video Encode complete
- [14:30:40] Multiplexing M2TS
- [14:30:40] Extracting A/V streams [VID_00041]
- [14:31:01] Reencoding: VID_00041 (19 of 33)
- [14:31:01] Collecting video information
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 3,014 frames
- Bitrate: 3,936 Kbs
- [14:31:01] Reencoding: VID_00041
- [14:32:48] Video Encode complete
- [14:32:48] Multiplexing M2TS
- [14:32:48] Extracting A/V streams [VID_00020]
- [14:33:40] Reencoding: VID_00020 (20 of 33)
- [14:33:40] Collecting video information
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 11,158 frames
- Bitrate: 2,708 Kbs
- [14:33:40] Reencoding: VID_00020
- [14:39:47] Video Encode complete
- [14:39:47] Multiplexing M2TS
- [14:39:47] Extracting A/V streams [VID_00042]
- [14:39:56] Reencoding: VID_00042 (21 of 33)
- [14:39:56] Collecting video information
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 2,528 frames
- Bitrate: 2,468 Kbs
- [14:39:56] Reencoding: VID_00042
- [14:41:19] Video Encode complete
- [14:41:19] Multiplexing M2TS
- [14:41:19] Extracting A/V streams [VID_00022]
- [14:42:26] Reencoding: VID_00022 (22 of 33)
- [14:42:26] Collecting video information
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 13,448 frames
- Bitrate: 2,838 Kbs
- [14:42:26] Reencoding: VID_00022
- [14:49:40] Video Encode complete
- [14:49:40] Multiplexing M2TS
- [14:49:40] Extracting A/V streams [VID_00052]
- [14:49:51] Reencoding: VID_00052 (23 of 33)
- [14:49:51] Collecting video information
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 3,033 frames
- Bitrate: 2,504 Kbs
- [14:49:51] Reencoding: VID_00052
- [14:51:31] Video Encode complete
- [14:51:31] Multiplexing M2TS
- [14:51:31] Extracting A/V streams [VID_00024]
- [14:57:16] Reencoding: VID_00024 (24 of 33)
- [14:57:16] Collecting video information
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 62,869 frames
- Bitrate: 3,104 Kbs
- [14:57:16] Reencoding: VID_00024
- [15:31:02] Video Encode complete
- [15:31:02] Multiplexing M2TS
- [15:31:02] Extracting A/V streams [VID_00044]
- [15:31:07] Reencoding: VID_00044 (25 of 33)
- [15:31:07] Collecting video information
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 899 frames
- Bitrate: 3,500 Kbs
- [15:31:07] Reencoding: VID_00044
- [15:31:37] Video Encode complete
- [15:31:37] Multiplexing M2TS
- [15:31:37] Extracting A/V streams [VID_00026]
- [15:31:51] Reencoding: VID_00026 (26 of 33)
- [15:31:51] Collecting video information
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 2,814 frames
- Bitrate: 3,376 Kbs
- [15:31:51] Reencoding: VID_00026
- [15:33:20] Video Encode complete
- [15:33:20] Multiplexing M2TS
- [15:33:20] Extracting A/V streams [VID_00045]
- [15:33:23] Reencoding: VID_00045 (27 of 33)
- [15:33:23] Collecting video information
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 608 frames
- Bitrate: 4,064 Kbs
- [15:33:23] Reencoding: VID_00045
- [15:33:45] Video Encode complete
- [15:33:45] Multiplexing M2TS
- [15:33:45] Extracting A/V streams [VID_00028]
- [15:34:28] Reencoding: VID_00028 (28 of 33)
- [15:34:28] Collecting video information
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 7,431 frames
- Bitrate: 3,918 Kbs
- [15:34:28] Reencoding: VID_00028
- [15:38:28] Video Encode complete
- [15:38:28] Multiplexing M2TS
- [15:38:28] Extracting A/V streams [VID_00046]
- [15:38:31] Reencoding: VID_00046 (29 of 33)
- [15:38:31] Collecting video information
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 380 frames
- Bitrate: 4,005 Kbs
- [15:38:31] Reencoding: VID_00046
- [15:38:45] Video Encode complete
- [15:38:45] Multiplexing M2TS
- [15:38:45] Extracting A/V streams [VID_00030]
- [15:39:29] Reencoding: VID_00030 (30 of 33)
- [15:39:29] Collecting video information
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 7,929 frames
- Bitrate: 3,689 Kbs
- [15:39:29] Reencoding: VID_00030
- [15:43:42] Video Encode complete
- [15:43:42] Multiplexing M2TS
- [15:43:42] Extracting A/V streams [VID_00047]
- [15:44:02] Reencoding: VID_00047 (31 of 33)
- [15:44:02] Collecting video information
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 3,806 frames
- Bitrate: 3,236 Kbs
- [15:44:02] Reencoding: VID_00047
- [15:46:02] Video Encode complete
- [15:46:02] Multiplexing M2TS
- [15:46:02] Extracting A/V streams [VID_00032]
- [15:46:25] Reencoding: VID_00032 (32 of 33)
- [15:46:25] Collecting video information
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 5,610 frames
- Bitrate: 2,631 Kbs
- [15:46:25] Reencoding: VID_00032
- [15:49:15] Video Encode complete
- [15:49:15] Multiplexing M2TS
- [15:49:15] Extracting A/V streams [VID_00048]
- [15:49:28] Reencoding: VID_00048 (33 of 33)
- [15:49:28] Collecting video information
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 7,185 frames
- Bitrate: 1,107 Kbs
- [15:49:28] Reencoding: VID_00048
- [15:52:47] Video Encode complete
- [15:52:47] Multiplexing M2TS
[15:52:47]PHASE ONE complete
[15:52:47]PHASE TWO - Rebuild Started
- [15:52:47] Rebuilding stream 00049 [1 of 33]
- [15:52:47] Rebuilding stream 00002 [2 of 33]
- [15:52:47] Rebuilding stream 00034 [3 of 33]
- [15:52:47] Rebuilding stream 00004 [4 of 33]
- [15:52:47] Rebuilding stream 00035 [5 of 33]
- [15:52:47] Rebuilding stream 00006 [6 of 33]
- [15:52:47] Rebuilding stream 00036 [7 of 33]
- [15:52:47] Rebuilding stream 00008 [8 of 33]
- [15:52:47] Rebuilding stream 00037 [9 of 33]
- [15:52:47] Rebuilding stream 00010 [10 of 33]
- [15:52:47] Rebuilding stream 00050 [11 of 33]
- [15:52:47] Rebuilding stream 00012 [12 of 33]
- [15:52:47] Rebuilding stream 00038 [13 of 33]
- [15:52:47] Rebuilding stream 00014 [14 of 33]
- [15:52:47] Rebuilding stream 00051 [15 of 33]
- [15:52:47] Rebuilding stream 00016 [16 of 33]
- [15:52:47] Rebuilding stream 00040 [17 of 33]
- [15:52:47] Rebuilding stream 00018 [18 of 33]
- [15:52:47] Rebuilding stream 00041 [19 of 33]
- [15:52:47] Rebuilding stream 00020 [20 of 33]
- [15:52:47] Rebuilding stream 00042 [21 of 33]
- [15:52:47] Rebuilding stream 00022 [22 of 33]
- [15:52:47] Rebuilding stream 00052 [23 of 33]
- [15:52:47] Rebuilding stream 00024 [24 of 33]
- [15:52:47] Rebuilding stream 00044 [25 of 33]
- [15:52:47] Rebuilding stream 00026 [26 of 33]
- [15:52:47] Rebuilding stream 00045 [27 of 33]
- [15:52:47] Rebuilding stream 00028 [28 of 33]
- [15:52:47] Rebuilding stream 00046 [29 of 33]
- [15:52:47] Rebuilding stream 00030 [30 of 33]
- [15:52:47] Rebuilding stream 00047 [31 of 33]
- [15:52:47] Rebuilding stream 00032 [32 of 33]
- [15:52:47] Rebuilding stream 00048 [33 of 33]
- [15:52:47] Building ALTERNATE OUTPUT Structure
- [15:56:13] Starting MPLEX.
[15:56:13] - Failed to REBUILD


Thanks for any advice.
Cheers,
Andy

[Giddeon]

If it is DTS Express, it is a known issue (you'll see numerous posts on it here in this thread) and it isn't supported by any of the helper apps. I'm trying to create a workaround... I've been at the 90% complete level for a while now (experienced programmers will laugh when they hear that one ;)) -- but I'm having playback/timing issues still.

Well well well, i went to check after reading your reply (thanks for that btw) and guess what.. DTS Express. You really do know your sh*t :)

Well thanks for the effort your making to sort that out, i've got faith enough to leave the bugger on my drive till you do. I'll be watching the latest updates with great interest.

Excellent work dood, you rock :)

[jdobbs]

@jdobbs

I just did a full disc conversion of "Centurion" to BD9, using "Good" (Very fast) and "One-pass (CRF) settings - audio encoding options were left untouched, so that BD-RB performed a downconversion of the audio to 5.1AC3 640kbps.

While the original 7.1 DTS(MA) audio had (per tsMuxeR) an audio delay of 18,393ms, this delay disappeared somewhere in the downconversion, so that the playback was grossly (18+ seconds) out of synch.

The proof in the pudding was that using tsMuxeR to add a delay of 18,393ms to the primary audio of the main compressed .M2TS file eliminated the problem.

The reason for the original delay appears to be due to an initial rather mysterious SILENT 18 second static display regarding "Technicolor Services" and details of the video and audio formats.

Reminiscent, if I remember correctly, of the structure of, "The Girl With The Dragon Tattoo". Back in September, in your post #9531, you stated:
But the "Tatoo" problem only affected the "movie-only" version, so perhaps this is something different...
I fixed this one for the next release. BD-RB was experiencing a PTS/DTS overflow (if you look at the times for the feature with BDEdit, you'll see that the start/stop times are all huge -- it starts at 10 hours). I corrected a section of my code that had attempted to use a 32 bit integer to temporarily hold the PTS value. As a result, BD-RB didn't catch the 18 second difference between the first audio and video PTS values. Obviously there aren't many discs out there with DTS/PTS values that large -- explaining why this hasn't been an issue before.

[Capsbackup]

I fixed this one for the next release. BD-RB was experiencing a PTS/DTS overflow (if you look at the times for the feature with BDEdit, you'll see that the start/stop times are all huge -- it starts at 10 hours). I corrected a section of my code that had attempted to use a 32 bit integer to temporarily hold the PTS value. As a result, BD-RB didn't catch the 18 second difference between the first audio and video PTS values. Obviously there aren't many discs out there with DTS/PTS values that large -- explaining why this hasn't been an issue before.

This is a good find / fix! :) I agree there probably are very few discs authored this way, but for those that are it will be dealt with.
Interesting that I thought BD-RB would pull the delay value from the mpls that tsMuxeR reads upon remux, so as to avoid the potential audio delay causing the async. :confused:
Will this correction apply to secondary audio as well, since there was another report of the main audio being in sync but the secondary audio was not?

[setarip_old]

@jdobbs I fixed this one for the next release.Glad to hear that you were able to address this so quickly.

Now, when one of the 10,000 (it seems) heads gets lopped off, you'll hear "Thump, thump, thump" as it hits the ground - and not, "Sire, may I peel you a grape?" ;>}

[Jake802]

Hey guys I am having problems making a backup of Case 39. Here is the log.....

-----------------------
[07:35:50] BD Rebuilder v0.37.04 (beta)
- Source: CASE_39_AC
- Input BD size: 35.49 GB
- Approximate total content: [02:44:02.565]
- Target BD size: 22.90 GB
- Windows Version: 6.1 [7600]
- Quality: Highest (Very Slow), Two Pass
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=448
[07:35:50] PHASE ONE, Encoding
- [07:35:50] Extracting A/V streams [VID_00019]
- [07:35:58] Reencoding: VID_00019 (1 of 23)
- [07:35:58] Collecting video information
- Source Video: MPEG-2, 720x480
- Rate/Length: 29.970fps, 958 frames
- [07:35:58] Reencoding: VID_00019, Pass 1 of 1
- Encode failed. Retrying.
- Encode failed. Retrying.
- Reached retry limit. Aborting.
- BD-Rebuilder v0.37.04 (beta)
- Windows Version: 6.1 [7600]
- AVISYNTH Version: 2.5.8.0, Ok
- HAALI Splitter: Isn't recommended version
- FFDSHOW: , not recommended version
- WIN7 preferred AVC CODEC: Ok
- WIN7 preferred VC-1 CODEC: Ok
- WIN7 preferred MPEG2 CODEC: Ok
- FFDSHOW VC-1 set incorrectly: [0]
- FFDSHOW MPEG2 set incorrectly: [0]
- FFDSHOW AVC set incorrectly: [0]
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok
[07:36:02] - Failed video encode, aborted

I realize the following are wrong according to the log:
- HAALI Splitter: Isn't recommended version
- FFDSHOW: , not recommended version
- FFDSHOW VC-1 set incorrectly: [0]
- FFDSHOW MPEG2 set incorrectly: [0]
- FFDSHOW AVC set incorrectly: [0]

But I just got done doing a backup of The Lovely Bones with no issues. I am guessing the two discs have different Video File types,and this is why I am encountering the issue?

Thanks
Jake

Sorry I left out I have my VC1 set to wmv9,I thought thats what were supposed to set it to in windows 7?
Jake

[Jake802]

Ok I got the movie backup to work but not full backup!

[drmih]

Strangely enough I have my system setup correctly and Case 39 works fine. Just an idea, but have you thought about installing the recommended software correctly?

[Jake802]

That's why I asked the question, The only settings I have touched in FFDShow is to make sure the VC1 is set to WMV9. I dont have a clue as to what the others should be. I just know I havent touched them and I havent had any issues in a long time!

[jdobbs]

This is a good find / fix! :) I agree there probably are very few discs authored this way, but for those that are it will be dealt with.
Interesting that I thought BD-RB would pull the delay value from the mpls that tsMuxeR reads upon remux, so as to avoid the potential audio delay causing the async. :confused:
Will this correction apply to secondary audio as well, since there was another report of the main audio being in sync but the secondary audio was not? I don't think there is a way you can reliably get the delay from the MPLS. You have to look at the start PTS times of the audio in the M2TS. I'm pretty sure that's how TSMUXER does it also -- since it can find it without an MPLS. BD Rebuilder looks for the PTS of all the audio streams directly from the M2TS. All the streams don't necessarily have to have the same start PTS, though... so one might have a delay while another does not. You also have to remember that the secondary audio stream is synced to the secondary video, not the primary. Even the multiple video streams may not have the same start PTS (although they usually do). I don't trust another app to catch all that.

I don't remember the other report you mentioned -- but the odds are low that there is a connection.

[jdobbs]

Hey guys I am having problems making a backup of Case 39. Here is the log.....

-----------------------
[07:35:50] BD Rebuilder v0.37.04 (beta)
- Source: CASE_39_AC
- Input BD size: 35.49 GB
- Approximate total content: [02:44:02.565]
- Target BD size: 22.90 GB
- Windows Version: 6.1 [7600]
- Quality: Highest (Very Slow), Two Pass
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=448
[07:35:50] PHASE ONE, Encoding
- [07:35:50] Extracting A/V streams [VID_00019]
- [07:35:58] Reencoding: VID_00019 (1 of 23)
- [07:35:58] Collecting video information
- Source Video: MPEG-2, 720x480
- Rate/Length: 29.970fps, 958 frames
- [07:35:58] Reencoding: VID_00019, Pass 1 of 1
- Encode failed. Retrying.
- Encode failed. Retrying.
- Reached retry limit. Aborting.
- BD-Rebuilder v0.37.04 (beta)
- Windows Version: 6.1 [7600]
- AVISYNTH Version: 2.5.8.0, Ok
- HAALI Splitter: Isn't recommended version
- FFDSHOW: , not recommended version
- WIN7 preferred AVC CODEC: Ok
- WIN7 preferred VC-1 CODEC: Ok
- WIN7 preferred MPEG2 CODEC: Ok
- FFDSHOW VC-1 set incorrectly: [0]
- FFDSHOW MPEG2 set incorrectly: [0]
- FFDSHOW AVC set incorrectly: [0]
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok
[07:36:02] - Failed video encode, aborted

I realize the following are wrong according to the log:
- HAALI Splitter: Isn't recommended version
- FFDSHOW: , not recommended version
- FFDSHOW VC-1 set incorrectly: [0]
- FFDSHOW MPEG2 set incorrectly: [0]
- FFDSHOW AVC set incorrectly: [0]

But I just got done doing a backup of The Lovely Bones with no issues. I am guessing the two discs have different Video File types,and this is why I am encountering the issue?

Thanks
Jake

Sorry I left out I have my VC1 set to wmv9,I thought thats what were supposed to set it to in windows 7?
Jake That's undoubtedly the issue. You may think you have VC-1 set to wmv9 -- but BD Rebuilder is looking directly at the registry, and it isn't set.

You need to follow the directions in the first post of this thread exactly. You aren't set up correctly. Any one of those incorrect values I see can result in failure -- and you have several wrong.

[Jake802]

That's undoubtedly the issue. You may think you have VC-1 set to wmv9 -- but BD Rebuilder is looking directly at the registry, and it isn't set.

You need to follow the directions in the first post of this thread exactly. You aren't set up correctly. Any one of those incorrect values can result in failure -- and you have several wrong.

Thanks JDobbs!

Question my video decoder configuration says vc1 wmv9,how else do i fix it,should I uninstall everything and reinstall it? I just found it odd because I have been making backups for months now with no issues? So Uninstall everything and reinstall after a fresh reboot?

Thanks
Jake

[jdobbs]

All I can say is that BD Rebuilder is querying the registry -- and the registry says it is not set to wmv9. It is set to a value of "0" -- meaning it is disabled. Same for AVC and MPEG-2.

Uninstall BD Rebuilder and all the helper apps and install ONLY the versions from the first post of this thread. If you install the wrong versions (of FFDSHOW for example) -- it's unpredictable what problems you might run into.

[Jake802]

Alright cool! Will do! I have included a screen shot of my FFDShow,can you please tell me what I should have the VC1,MPEG2,and AVC set at? I am downloading everything directly from your page I will do a reinstall when my movie only is done converting!


Thanks JDobbs!

[jdobbs]

Your screen shot doesn't mean anything... for all I know you may have multiple FFDSHOW versions installed, you may be configuring the 64 bit version when it isn't even used by BD-RB -- the one thing I do know positively is that you have the wrong one installed. Also, be careful about what other software you put on your system. Some of the less informative products might change your settings -- and not even tell you they do so. Others can intercept CODECs and it won't even show that it has been reconfigured. If you have any CODEC packs of any kind -- dump them. When you have FFDSHOW you don't need them.

[Capsbackup]

I don't remember the other report you mentioned -- but the odds are low that there is a connection.

The previous report was mentioned here, and the movie was Monsters vs Aliens :
http://forum.doom9.org/showthread.php?t=158185

Ultimately the delay was corrected by running BD-RB from the command line and editing the mux_00024.meta for the secondary audio file to reflect the audio delay reported by tsMuxeR that was not in the original mux_00024.meta from BD-RB.

[jdobbs]

The previous report was mentioned here, and the movie was Monsters vs Aliens :
http://forum.doom9.org/showthread.php?t=158185

Ultimately the delay was corrected by running BD-RB from the command line and editing the mux_00024.meta for the secondary audio file to reflect the audio delay reported by tsMuxeR that was not in the original mux_00024.meta from BD-RB. Ok, I'll go back and look at that one again. But if I recall correctly, I think I did that disc and couldn't repeat the issue.

[Rich86]

V.37.04 - using DVD Alternate Output Option:
When using DVD5 alternate output, the resulting title goes into a pause state at the end of the title playback - and you must press play again to have the disc actually complete playing and return to the player's logo screen.
Based upon some exploring and testing, I think this might be related to an entry of 255 in the "cell still time" column of the pgc table for the last chapter in a title. When I change that 255 to a 0 - and reburn the title - the problem goes away.

[Capsbackup]

Ok, I'll go back and look at that one again. But if I recall correctly, I think I did that disc and couldn't repeat the issue.

I just thought it was similar, and while your "iron was hot", this one could be looked at too! :p

[j_m_min]

Quote:
Originally Posted by j_m_min View Post
setarip_old

"Quote:
- Pes packet len too large ( >100Mb). Bad stream"
If you had done a search of this thread, you'd have seen that "jdobbs" (The author of BD Rebuilder) has stated that this is an error generated from within tsMuxeR - and could only be due to a bad rip.

Is your source material an original, commercial Blu-ray disc, or is it something else?"
_____________________________________________________

Wow, thanks for trying to help. I get so ignored on sites (like afterdawn) looking for help usually that I am surprised I got a couple responses.

Both the eat pray love, avatar and dinner for schmucks were original blu-rays that I got from Netflix. I doubt it matters, but that is where they are from. I tried eat like 8 times, avatar like 5 times and dinner 3 times.

I paid close attention, I get through 100% encoding, but as soon as it gets to re-encoding it fails. Why is this?

I did research that error message and many many threads and I found one post where a guy said his menu file or something was too big (greater thatn 100 mb) and when he unchecked that for recording it worked. I am guessing it could be that picture moving around in the menu. It seems it only records one big file or something, and if there is another greater than 100 mb it gets an erro. But I can't find anywhere where you can pick and choose what files to copy like on CloneDVD. If I could stop trying to record that file that is greater than 100 mb, it might work.

What is "tsMuxeR?" I don't have this program downloaded and its not in the instructions.

Maybe my bad for not posting the whole giant log, I just know it said everything was OK up until re-encoding.

Thanks a lot again. Sorry for the delay.

I've done all the movies you mentioned -- and didn't get that error. So it's related to some setting you've made or something unique to your setup.

As was mentioned -- that error is almost always the result of a bad rip. Are you using AnyDVD? That's the only truly reliable decryption/ripping package out there (in my humble opinion).

TSMUXER is a 3rd party multiplexer used to demultiplex the streams from the original M2TS files and to create the new M2TS files after reencoding. It is included in the BD Rebuilder zip files and is in the TOOLS folder.
___________________________________________________

Jdobbs

I am using Anydvd HD. I followed your guide and installed all the programs you said. I wouldn't have any idea where to begin in the setup to see why its happening. Should I just reinstall everything again and see what happens? I am installing the programs as is and running them. I didn't see any guides telling me to turn on this feature or go through these boxes and check them. Would it be a Region A etc issue? Because I don't know what to pick when that happens.

[jdobbs]

I just thought it was similar, and while your "iron was hot", this one could be looked at too! :p I found the one in "Monsters and Aliens" too. It wasn't related to the other one -- but was in the same section of code.

As it turns out, both the secondary audio and the secondary video had an offset and I wasn't correctly considering that possibility. I'll fix it for the next release. My guess is that if you manually adjusted the audio and remuxed, it might look like it corrected the issue, but in actuality you've probably just made them both be off by the same amount. In this disc it looks like it is off by about 2.5 seconds -- so it may not be that noticable.

[Capsbackup]

I found the one in "Monsters and Aliens" too. It wasn't related to the other one -- but was in the same section of code.

As it turns out, both the secondary audio and the secondary video had an offset and I wasn't correctly considering that possiblity. I'll fix it for the next release. My guess is that if you manually adjusted the audio and remuxed, it might look like it corrected the issue, but in actuality you've probably just made them both be off by the same amount. In this disc it looks like it is off by about 2.5 seconds -- so it may not be that noticable.

You are correct about adjusting the audio via a delay set in the mux meta, and reintegrating this new rebuild into to the original rebuild. The reporter stated after this exchange, the audio was back in sync.

Your diligence in correcting these issues, even some so minor like this, that probably will never be noticed nor reported more than once, :p , is greatly recognized and appreciated! :)

[Jake802]

Uninstalled reinstalled everything works like a charm! Thanks a lot!

[aacm]

@aacm

I've done that disc with no issues. Can you please post the output of INSPECT.EXE? It's located in the BD Rebuilder folder.

You're not doing any encoding for the movie-only backup. Also, I believe you should have also gotten error reports following the failure to build structure. Is there a reason why you didn't post that part of the LOG as well?

- Windows Version: 6.1 [7600]
- AVISYNTH Version: 2.5.7.0, Ok
- HAALI Splitter: Ok
- FFDSHOW: 3326, Ok
- WIN7 preferred AVC CODEC: Ok
- WIN7 preferred VC-1 CODEC: Ok
- WIN7 preferred MPEG2 CODEC: Ok
- FFDSHOW VC-1 set to "wmv9", Ok
- FFDSHOW MPEG2 set to "libavcodec": Ok
- FFDSHOW AVC set to "libavcodec": Ok
- BD Rebuilder v0.37.0.3, Ok
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok


Are the error reports in the same LOG file? Nothing follows the "Failed to rebuild" comment, except the start of the next rebuild process.

[drmih]

@jdobbs

Can you think of any anything you've done (or perhaps an x264 issue), but encodes seem to be taking significantly longer now. Doing full backups to bd-9, highest quality, have always seemed to take between 6 and 10 hours, depending on the disc content - I've just looked at a sample of previous discs in the log file and 8 hours seems about the normal. They now seem to be nearly double that. Checking the system, x264 is using over 90% of the processors and memory isn't an issue.

**Just a note, I thought I hadn't changed anything but I did switch on the new option for GOP in bd-9 discs

[jedihyte]

On this new version (v0.37.04) I'm not able to check the box in Setup for Audio Languages to Keep "Limit to one track . . ." I check it and hit Save Changes, but it will not take. Also, If I choose BD-5 and Movie Only, and I check "Limit to one track " and hit Save, the settings will revert back to BD-25 and Full movie. I went back to v0.37.01 to try it, and it works fine.

[jdobbs]

@jdobbs

Can you think of any anything you've done (or perhaps an x264 issue), but encodes seem to be taking significantly longer now. Doing full backups to bd-9, highest quality, have always seemed to take between 6 and 10 hours, depending on the disc content - I've just looked at a sample of previous discs in the log file and 8 hours seems about the normal. They now seem to be nearly double that. Checking the system, x264 is using over 90% of the processors and memory isn't an issue.

**Just a note, I thought I hadn't changed anything but I did switch on the new option for GOP in bd-9 discs The two things that have changed that might affect speed is the newer version of X264 and the default setting for LAVF -- but, frankly, I'm not seeing a slowdown and yours is the only report I've gotten. Try deselecting "use LAVF" and see if that makes a difference.

Generally, though, if you experience a slowdown in performance, the first place to always look is at your antivirus software. A/V packages are renowned for updating themselves with changes that cause slowdowns. Turn it off completely and see if you that changes things. Second would be the a fragmented or near-full hard drive.

You might also want to look at the total time of the job which seems to show the slowdown and compare it to the other jobs you're reviewing and make sure you're talking apples-to-apples. Time to encode is affected by frame count, not source size. Some discs have twice as much work to do as others.

[Capsbackup]

On this new version (v0.37.04) I'm not able to check the box in Setup for Audio Languages to Keep "Limit to one track . . ." I check it and hit Save Changes, but it will not take. Also, If I choose BD-5 and Movie Only, and I check "Limit to one track " and hit Save, the settings will revert back to BD-25 and Full movie. I went back to v0.37.01 to try it, and it works fine.

Works fine for me. :cool:

[jedihyte]

Works fine for me. :cool:

Ya- that was weird. :confused: I just downloaded it again, and all is good. Sorry for the false alarm.

[bluestarCVO]

I think I may have possibly found a bug with the target size mkv (intact audio). I have tried this on my HP and also my Gateway, and I have tried three different discs. Every time BD Rebuilder gets ready to reencode the video, I get this PredictAndEncode() 00006 2820 error, and all I can do is click ok and the reencode fails. If I am doing something wrong on my end, please let me know.

[12:23:00] BD Rebuilder v0.37.04 (beta)
- Source: HOT_TUB_TIME_MACHINE
- Input BD size: 27.81 GB
- Approximate total content: [01:40:37.072]
- Windows Version: 6.1 [7600]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- Mode: MKV Container, 1920x1080, Intact Audio
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[12:23:00] PHASE ONE, Encoding
- [12:23:00] Extracting A/V streams [VID_00890]
- [12:27:32] Reencoding: VID_00890 (1 of 15)
- [12:27:32] Collecting video information
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 10,368 frames
- [12:27:32] PredictAndEncode() 00006 2820
[13:45:43] - Aborted by user request


- Windows Version: 6.1 [7600]
- AVISYNTH Version: 2.5.7.0, Ok
- HAALI Splitter: Ok
- FFDSHOW: 3326, Ok
- WIN7 preferred AVC CODEC: Ok
- WIN7 preferred VC-1 CODEC: Ok
- WIN7 preferred MPEG2 CODEC: Ok
- FFDSHOW VC-1 set to "wmv9", Ok
- FFDSHOW MPEG2 set to "libavcodec": Ok
- FFDSHOW AVC set to "libavcodec": Ok
- BD Rebuilder v0.37.0.4, Ok
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok

Thanks for your time!

[jdobbs]

@bluestarCVO

I'll take a look at it. Can you post your INI file so I can make sure I am using the exact same settings you are? Right now I don't even know what target size you are using... and I worry that you are setting it to a size that is too small for the intact audio.

Either way I need to fix it -- but the additional information will help ne find it.

[Edit] Well, I tried forcing the size too small -- and couldn't get that error (although I see something different I will need to fix) -- so I'll have to wait until you post the INI before I can do any work on it.

[bluestarCVO]

@bluestarCVO

I'll take a look at it. Can you post your INI file so I can make sure I am using the exact same settings you are? Right now I don't even know what target size you are using... and I worry that you are setting it to a size that is too small for the intact audio.

Either way I need to fix it -- but the additional information will help ne find it.

[Edit] Well, I tried forcing the size too small -- and couldn't get that error (although I see something different I will need to fix) -- so I'll have to wait until you post the INI before I can do any work on it.

I've got my output size set to 11000 MB. Hopefully I have everything set right.

[Options]
MODE=1
ENCODE_QUALITY=1
ONEPASS_ENCODING=0
AUTO_QUALITY=0
AUDIO_TO_KEEP=eng;
SUBS_TO_KEEP=all
SD_CONVERT=0
OPEN_GOP=0
RESIZE_1080=0
DEINTERLACE=0
DTS_REENCODE=0
AC3_REENCODE=0
AC3_640=1
AC3_192=0
KEEP_HD_AUDIO=1
AVCHD=0
REMOVE_WORKFILES=1
MOVIE_ONLY_LOOP=1
REMOVE_OUTPUT=0
USE_FILTERS=0
AUDIO_TRACK_LIMIT=1
SUBTITLE_TRACK_LIMIT=1
CUSTOM_TARGET_SIZE=11000
TARGET_SIZE=8032
AUTO_BURN=0
PRIORITY_CLASS=0
BDMV_CERT_ONLY=1
USE_LAVF=1
IVTC_PULLDOWN=0
ASSUME_DVD_PAL=0
MOVIEONLY_TYPE=11
ALTCRF=20
ALTMETHOD=2
VERSION=0.37.0.4
SD_TO_1080=0
CONVERT_WIDE=0
ALT_TARGET=11000
[Paths]
SOURCE_PATH=C:\BLURAY\HOT_TUB_TIME_MACHINE\
WORKING_PATH=B:\HOT\

Sorry for the delay...

[jdobbs]

@bluestarCVO

The large target size was causing an overflow in one of my variables. I've fixed it for the next release.

[bluestarCVO]

@bluestarCVO

The large target size was causing an overflow in one of my variables. I've fixed it for the next release.

jdobbs, thank you for the quick response! I'll be looking forward to the next release then. Thanks again!

A donation from me to you is long overdue, and will head your way in about 2 hours.

[dfsooner]

It appears that using LAVF is now MUCH slower than not using it. Jobs normaly taking 8-10 hours or so are now in the 18-hour range (highest quality).

[jdobbs]

It appears that using LAVF is now MUCH slower than not using it. Jobs normaly taking 8-10 hours or so are now in the 18-hour range (highest quality). Have you tried it with both or are you simply making an unsubstantiated statement?

I've personally done lots of testing and LAVF is faster or equal in every test I've done (on the systems I use) -- and it is almost always faster on a 64 bit system. Nothing is impossible -- but I'd suggest you post something to substantiate what you're saying other than "it appears".

You can always uncheck LAVF... I'd be interested in seeing the LOG of any differences you find running the exact same job with the same settings in both modes. If you do find differences, I'd also like to hear whether it changes if you step back to a previous version of X264.

[ilancas]

On this new version (v0.37.04) I'm not able to check the box in Setup for Audio Languages to Keep "Limit to one track . . ." I check it and hit Save Changes, but it will not take. Also, If I choose BD-5 and Movie Only, and I check "Limit to one track " and hit Save, the settings will revert back to BD-25 and Full movie. I went back to v0.37.01 to try it, and it works fine.

Perhaps you are using Windows 7 and placed BD RB in the Program Files folder? If so, Windows settings virtualization (or whatever the proper name is) will interfere and cause your problem. The solution is either to install elsewhere or run the program with Administrator privileges.

[dfsooner]

Have you tried it with both or are you simply making an unsubstantiated statement?

I've personally done lots of testing and LAVF is faster or equal in every test I've done (on the systems I use) -- and it is almost always faster on a 64 bit system. Nothing is impossible -- but I'd suggest you post something to substantiate what you're saying other than "it appears".

You can always uncheck LAVF... I'd be interested in seeing the LOG of any differences you find running the exact same job with the same settings in both modes. If you do find differences, I'd also like to hear whether it changes if you step back to a previous version of X264.

Fair enough. I'll try to compare apples to apples as soon as I burn through my substantial backlog.

[Ch3vr0n]

Meh, BDRB is in my program folders and runs without any issue. Then again i do got that annoying UAC switched off (on my vista)

[jdobbs]

Fair enough. I'll try to compare apples to apples as soon as I burn through my substantial backlog. Well... I ran a couple of jobs overnight on the same stream with and without LAVF, and at least on this one (a 115,000 frame 1080p VC-1 source) LAVF was indeed significantly slower (52 minutes vs 45 minutes), even though it was using the 64 bit version.

I'm setting up some tests for AVC and MPEG-2 sources.

It used to be faster in most cases, so I'm not sure what has happened -- but I'm changing it back so LAVF isn't the default anymore on the next release.

[dfsooner]

Does LAVF take more advantage of extra memory?

The reason I ask is that I have two systems that I use for rebuilds. The first is Windows 7 Pro x64 with a Q9400 and 8GB of memory. The second is Windows 7 Home Premium x64 with a Q6600 and only 4GB of memory.

I would expect the second to be a little slower because of the processor, but could the memory size be a major factor, as well?

[Dofin]

Reducing a retail BD-50, ripped with AnyDVD HD, to a DVD9, through version 0.37.04, produce a playable DVD9 on my Oppo-93. If I try to produce a full BD-25, although there are no errors reported in log, this player will consider the burned disc as an Unknown disc and refuse to play it. The burned disc plays fine with Arc Theater. I've tried several unsuccessful tweaking with relevant settings but still, do not know what could be wrongly set. Is it a known issue with Oppo ?
Any hints would help as I've tried this procedure over several retail BD-50 with same results. Thanks.