BD Rebuilder Beta - Bug Reports Only

[kufo]

This seems to be solved in the redfox forum. To get a working copy you´ll ned the original disc or an untouched mounatable image.
Lok here for details: https://forum.redfox.bz/threads/mockingjay-2.68608/

Sorry for double post :mad: After first post a server error was shown.

[jdobbs]

Sorry for double post :mad: After first post a server error was shown.Fixed it. I got one of those earlier today also.

[wakko709]

------------------------------
[04/05/16] BD Rebuilder v0.50.14
[11:57:33] Source: PACIFIC_RIM
- Input BD size: 35.30 GB
- Approximate total content: [02:27:19.830]
- Target BD size: 22.95 GB
- Windows Version: 6.2 [9200]
- Auto Quality: Good (Very Fast), ABR
- Decoding/Frame serving: X264/LAVF
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=640
[11:57:42] PHASE ONE, Encoding
- [11:57:42] Processing: VID_00001 (1 of 7)
- [11:57:42] Extracting A/V streams [VID_00001]
- Error in attempt to extract audio/subs.
-

[wakko709]

------------
[04/05/16] BD Rebuilder v0.50.14
[11:57:33] Source: PACIFIC_RIM
- Input BD size: 35.30 GB
- Approximate total content: [02:27:19.830]
- Target BD size: 22.95 GB
- Windows Version: 6.2 [9200]
- Auto Quality: Good (Very Fast), ABR
- Decoding/Frame serving: X264/LAVF
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=640
[11:57:42] PHASE ONE, Encoding
- [11:57:42] Processing: VID_00001 (1 of 7)
- [11:57:42] Extracting A/V streams [VID_00001]
- Error in attempt to extract audio/subs.
-

[wakko709]

and theres another issue with mokeingjay2 won't work

[Ch3vr0n]

Then post the encode log for that one, no log no fix.

Verstuurd vanaf mijn Nexus 7 met Tapatalk

[jdobbs]

and theres another issue with mokeingjay2 won't workUninstall and reinstall BD-RB, AVISYNTH, and LAV filters (or FFDSHOW) and see if that fixes it.

[Lathe]

I was hoping for something like:
1. Create the mentioned script setting, save as (***.avs ?)
2. Add the ***.avs script in BDRB
3. Add the Blu-ray title
4. Do the necessary output settings in BDRB
5. Hit "Backup"

I'm a very much GUI person and not very good at command line...
Oh well, lots to learn. No easy way?

Well, what I do is just simply add specific 2nd pass 'tweaks' that I want BDRB to do. I don't myself create an entire command line for the encode.

I've found that BDRB does a fine job on encoding and adds all the necessary parameters for most stuff.

For example, here is what I usually add if I am doing a pretty heavily compressed Blu-ray (in other words, say if you are compressing from 35 Gigs to 23 to fit on a single layer Blu-ray):

TWEAK_PASS_TWO=--ref 4 --deblock -2:-2 --psy-rd 1.00:0.20 --me umh --subme 8 --trellis 2 --direct auto --qcomp 0.50

Now, most here will tell you that this probably isn't necessary, and they are probably right :) but, I just like to tweak the deblocking, Psychovisual / Trellis, and make sure the 'me' & 'subme' are a bit higher than BDRB normally sets them for 'High - Default' (the super slow setting IS indeed overkill though and sets the settings TOO high I feel) and alter the qcomp a tad (this was suggested by Selur who designed HYBRID - it basically takes a few more bits from the high motion scenes and assigns them to the more static scenes, no big deal...)

I use these tweaks if I feel that there is not going to be that much compression (like just 2 or 3 Gigs):

TWEAK_PASS_TWO=--deblock -2:-2 --qcomp 0.50

Just to make the picture a tad sharper and the 'moving bits around thing'

If you want to experiment where it's pretty easy, I would suggest adding tweaks to BDRB and let it do most of the work :)

I am definitely NOT an expert, but I just kind of fiddle around a little bit with this kind of stuff... I only mention these that I use because you said that you wanted to experiment around a little. Hope that helps somewhat.

[Sharc]

@Lathe
I am not sure whether it's a terribly good idea to change --deblock and --direct between passes. They should better be the same for pass1 and pass2, as the speed gain for pass1 is minimal with the lower settings. The other parameters are less critical and can be changed for pass2 (I am not sure about --qcomp though).

Anyway, the discussion has nothing to to with a BD-RB bug report.

Edit:
About changing --direct between passes, see here:
http://forum.doom9.org/showpost.php?p=1113961&postcount=30
So in best case, it has no effect at all.

Or the discussion here:
http://forum.doom9.org/showthread.php?t=135533

[varekai]

@Lathe
@Sharc
Thanks guys, appreciate the input, will try to learn more.
Now back on topic... but I never seems to find any bugs...:D

[Weirdo]

Hello, I interrupted a backup process about half-way, but seems BD-RB cannot resume this one, I get the "working path is not empty - delete all old files?" prompt. Haven't made any changes or used BD-RB in-between. Any suggestions on how I could resume this? Thank you.

Log in Working folder:

[04-06-16] BD Rebuilder v0.50.14
[22:50:47] Source: MY_SOURCE
- Input BD size: 28.30 GB
- Approximate total content: [05:17:45.337]
- Target BD size: 7.84 GB
- Windows Version: 6.2 [9200]
- Resize: 1080p to 720p enabled
- Auto Quality: High Quality (Default), Two Pass
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=1 HD=0 Kbs=640
[22:50:47] PHASE ONE, Encoding
- [22:50:47] Processing: VID_00231 (1 of 22)
- [22:50:47] Extracting A/V streams [VID_00231]
- [22:50:57] Reencoding video [VID_00231]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 480 frames
- Convert: 1280x720, 23.976fps, 480 frames
- Bitrate: 8,536 Kbs
- [22:50:57] Reencoding: VID_00231, Pass 1 of 2
- [22:51:11] Reencoding: VID_00231, Pass 2 of 2
- [22:51:22] Video Encode complete
- [22:51:22] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [22:51:22] Multiplexing M2TS
- [22:51:26] Blanking: VID_00274 (2 of 22)
- [22:51:26] Processing: VID_00295 (3 of 22)
- [22:51:26] Extracting A/V streams [VID_00295]
- [22:52:13] Reencoding video [VID_00295]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 6,902 frames
- Convert: 1280x720, 23.976fps, 6,902 frames
- Bitrate: 8,468 Kbs
- [22:52:13] Reencoding: VID_00295, Pass 1 of 2
- [22:54:29] Reencoding: VID_00295, Pass 2 of 2
- [23:01:13] Video Encode complete
- [23:01:13] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [23:01:13] Multiplexing M2TS
- [23:01:24] Processing: VID_00304 (4 of 22)
- [23:01:24] Extracting A/V streams [VID_00304]
- [23:02:20] Reencoding video [VID_00304]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 7,191 frames
- Convert: 1280x720, 23.976fps, 7,191 frames
- Bitrate: 8,461 Kbs
- [23:02:20] Reencoding: VID_00304, Pass 1 of 2
- [23:04:51] Reencoding: VID_00304, Pass 2 of 2
- [23:11:16] Video Encode complete
- [23:11:16] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [23:11:16] Multiplexing M2TS
- [23:11:25] Processing: VID_00305 (5 of 22)
- [23:11:25] Extracting A/V streams [VID_00305]
- [23:11:46] Reencoding video [VID_00305]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 5,814 frames
- Convert: 1280x720, 23.976fps, 5,814 frames
- Bitrate: 4,172 Kbs
- [23:11:46] Reencoding: VID_00305, Pass 1 of 2
- [23:14:01] Reencoding: VID_00305, Pass 2 of 2
- [23:18:36] Video Encode complete
- [23:18:36] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [23:18:36] Multiplexing M2TS
- [23:18:42] Processing: VID_00306 (6 of 22)
- [23:18:42] Extracting A/V streams [VID_00306]
- [23:18:54] Reencoding video [VID_00306]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 29.970fps, 3,442 frames
- Convert: 1280x720, 59.940fps, 6,884 frames
- Bitrate: 4,170 Kbs
- [23:18:54] Reencoding: VID_00306, Pass 1 of 2
- [23:21:19] Reencoding: VID_00306, Pass 2 of 2
- [23:25:18] Video Encode complete
- [23:25:18] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [23:25:18] Multiplexing M2TS
- [23:25:23] Processing: VID_00307 (7 of 22)
- [23:25:23] Extracting A/V streams [VID_00307]
- [23:25:41] Reencoding video [VID_00307]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 5,423 frames
- Convert: 1280x720, 23.976fps, 5,423 frames
- Bitrate: 4,172 Kbs
- [23:25:41] Reencoding: VID_00307, Pass 1 of 2
- [23:27:44] Reencoding: VID_00307, Pass 2 of 2
- [23:31:43] Video Encode complete
- [23:31:43] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [23:31:43] Multiplexing M2TS
- [23:31:48] Processing: VID_00308 (8 of 22)
- [23:31:48] Extracting A/V streams [VID_00308]
- [23:31:57] Reencoding video [VID_00308]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 29.970fps, 2,239 frames
- Convert: 1280x720, 59.940fps, 4,478 frames
- Bitrate: 4,170 Kbs
- [23:31:57] Reencoding: VID_00308, Pass 1 of 2
- [23:33:23] Reencoding: VID_00308, Pass 2 of 2
- [23:35:41] Video Encode complete
- [23:35:41] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [23:35:41] Multiplexing M2TS
- [23:35:45] Processing: VID_00309 (9 of 22)
- [23:35:45] Extracting A/V streams [VID_00309]
- [23:38:20] Reencoding video [VID_00309]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 48,634 frames
- Convert: 1280x720, 23.976fps, 48,634 frames
- Bitrate: 4,171 Kbs
- [23:38:20] Reencoding: VID_00309, Pass 1 of 2
- [23:56:32] Reencoding: VID_00309, Pass 2 of 2
- [00:24:31] Video Encode complete
- [00:24:31] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [00:24:31] Multiplexing M2TS
- [00:24:51] Processing: VID_00310 (10 of 22)
- [00:24:51] Extracting A/V streams [VID_00310]
- [00:25:15] Reencoding video [VID_00310]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 29.970fps, 9,330 frames
- Convert: 1280x720, 59.940fps, 18,660 frames
- Bitrate: 4,169 Kbs
- [00:25:15] Reencoding: VID_00310, Pass 1 of 2
- [00:29:57] Reencoding: VID_00310, Pass 2 of 2
- [00:36:42] Video Encode complete
- [00:36:42] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [00:36:42] Multiplexing M2TS
- [00:36:48] Processing: VID_00311 (11 of 22)
- [00:36:48] Extracting A/V streams [VID_00311]
- [00:37:10] Reencoding video [VID_00311]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 7,477 frames
- Convert: 1280x720, 23.976fps, 7,477 frames
- Bitrate: 4,170 Kbs
- [00:37:10] Reencoding: VID_00311, Pass 1 of 2
- [00:39:30] Reencoding: VID_00311, Pass 2 of 2
- [00:43:56] Video Encode complete
- [00:43:56] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [00:43:56] Multiplexing M2TS
- [00:44:02] Processing: VID_00312 (12 of 22)
- [00:44:02] Extracting A/V streams [VID_00312]
- [00:44:21] Reencoding video [VID_00312]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 5,898 frames
- Convert: 1280x720, 23.976fps, 5,898 frames
- Bitrate: 4,170 Kbs
- [00:44:22] Reencoding: VID_00312, Pass 1 of 2
- [00:46:14] Reencoding: VID_00312, Pass 2 of 2
- [00:49:40] Video Encode complete
- [00:49:40] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [00:49:40] Multiplexing M2TS
- [00:49:46] Processing: VID_00313 (13 of 22)
- [00:49:46] Extracting A/V streams [VID_00313]
- [00:49:57] Reencoding video [VID_00313]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 29.970fps, 3,169 frames
- Convert: 1280x720, 59.940fps, 6,338 frames
- Bitrate: 4,169 Kbs
- [00:49:57] Reencoding: VID_00313, Pass 1 of 2
- [00:51:34] Reencoding: VID_00313, Pass 2 of 2
- [00:53:53] Video Encode complete
- [00:53:53] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [00:53:53] Multiplexing M2TS
- [00:53:57] Processing: VID_00314 (14 of 22)
- [00:53:57] Extracting A/V streams [VID_00314]
- [00:54:06] Reencoding video [VID_00314]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 1,531 frames
- Convert: 1280x720, 23.976fps, 1,531 frames
- Bitrate: 4,171 Kbs
- [00:54:06] Reencoding: VID_00314, Pass 1 of 2
- [00:54:37] Reencoding: VID_00314, Pass 2 of 2
- [00:55:22] Video Encode complete
- [00:55:22] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [00:55:22] Multiplexing M2TS
- [00:55:27] Processing: VID_00315 (15 of 22)
- [00:55:27] Extracting A/V streams [VID_00315]
- [00:55:40] Reencoding video [VID_00315]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 29.970fps, 4,096 frames
- Convert: 1280x720, 59.940fps, 8,192 frames
- Bitrate: 4,170 Kbs
- [00:55:40] Reencoding: VID_00315, Pass 1 of 2
- [00:57:46] Reencoding: VID_00315, Pass 2 of 2
- [01:00:46] Video Encode complete
- [01:00:46] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [01:00:46] Multiplexing M2TS
- [01:00:51] Processing: VID_00316 (16 of 22)
- [01:00:51] Extracting A/V streams [VID_00316]
- [01:02:14] Reencoding video [VID_00316]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 29.970fps, 30,649 frames
- Convert: 1280x720, 59.940fps, 61,298 frames
- Bitrate: 4,169 Kbs
- [01:02:14] Reencoding: VID_00316, Pass 1 of 2
- [01:17:49] Reencoding: VID_00316, Pass 2 of 2
- [01:45:04] Video Encode complete
- [01:45:04] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [01:45:04] Multiplexing M2TS
- [01:45:15] Processing: VID_00317 (17 of 22)
- [01:45:15] Extracting A/V streams [VID_00317]
- [01:45:23] Reencoding video [VID_00317]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 29.970fps, 2,521 frames
- Convert: 1280x720, 59.940fps, 5,042 frames
- Bitrate: 4,173 Kbs
- [01:45:23] Reencoding: VID_00317, Pass 1 of 2
- [01:46:59] Reencoding: VID_00317, Pass 2 of 2
- [01:49:25] Video Encode complete
- [01:49:25] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [01:49:25] Multiplexing M2TS
- [01:49:29] Processing: VID_00318 (18 of 22)
- [01:49:29] Extracting A/V streams [VID_00318]
- [01:49:59] Reencoding video [VID_00318]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 9,776 frames
- Convert: 1280x720, 23.976fps, 9,776 frames
- Bitrate: 4,172 Kbs
- [01:49:59] Reencoding: VID_00318, Pass 1 of 2
- [01:53:38] Reencoding: VID_00318, Pass 2 of 2
- [02:01:31] Video Encode complete
- [02:01:31] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [02:01:31] Multiplexing M2TS
- [02:01:38] Processing: VID_00319 (19 of 22)
- [02:01:38] Extracting A/V streams [VID_00319]
- [02:02:58] Reencoding video [VID_00319]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 29.970fps, 29,478 frames
- Convert: 1280x720, 59.940fps, 58,956 frames
- Bitrate: 4,172 Kbs
- [02:02:58] Reencoding: VID_00319, Pass 1 of 2
- [02:19:04] Reencoding: VID_00319, Pass 2 of 2
- [02:44:45] Video Encode complete
- [02:44:45] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [02:44:45] Multiplexing M2TS
- [02:44:57] Processing: VID_00320 (20 of 22)
- [02:44:57] Extracting A/V streams [VID_00320]
- [02:52:27] Reencoding video [VID_00320]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 29.970fps, 153,101 frames
- Convert: 1280x720, 59.940fps, 306,202 frames
- Bitrate: 4,173 Kbs
- [02:52:27] Reencoding: VID_00320, Pass 1 of 2
[02:54:57]PHASE ONE aborted by user request
----------------------
[04-08-16] BD Rebuilder v0.50.14
[14:35:59] Source: MY_SOURCE
- Input BD size: 46.18 GB
- Approximate total content: [05:17:45.337]
- Target BD size: 7.84 GB
- Windows Version: 6.2 [9200]
- Resize: 1080p to 720p enabled
- Auto Quality: High Quality (Default), Two Pass
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=1 HD=0 Kbs=640
[14:36:03] - Aborted per user request
----------------------
[04-08-16] BD Rebuilder v0.50.14
[14:38:55] Source: MY_SOURCE
- Input BD size: 46.18 GB
- Approximate total content: [05:17:45.337]
- Target BD size: 7.84 GB
- Windows Version: 6.2 [9200]
- Resize: 1080p to 720p enabled
- Auto Quality: High Quality (Default), Two Pass
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=1 HD=0 Kbs=640
[14:39:01] - Aborted per user request

Inf file in Working folder:

[Status]
LABEL=MY_SOURCE
VERSION=v0.50.14
SOURCE_SIZE=30384267392
SOURCE_VIDEO_SIZE=30379051008
TARGET_SIZE=8422162432
REDUCTION=.277064153379363
RESIZE_1080=-1
RESIZE_1440=0
AUDIO_TO_KEEP=eng;
KEEP_HD_AUDIO=0
SUBS_TO_KEEP=ell;eng;fra;fre;ger;ita;rus;spa;
BACKUP_MODE=0
MOVIEONLY_TYPE=0
USE_LAVF=0
INSTANCES=1
DGDECNV=0
DGDECIM=0
FRIMSOURCE=0
FFMS2=0
SSIF_MODE=0
QUICK=0
ENCODE_STEP=1.5
COMPLETED=19
REBUILD_COMPLETE=0
[00231]
AUDIO=10
PGS=
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=23540860
RATE=8536
SPLITS=1
NSTART=27000000
NEND=27900900
NSIZE=1579008
FLINK=0
MLINK=0
[00295]
AUDIO=1
PGS=
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=335846652
RATE=8468
SPLITS=1
NSTART=27000000
NEND=39954191
NSIZE=329367552
FLINK=-1
MLINK=0
[00304]
AUDIO=1
PGS=
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=349647053
RATE=8461
SPLITS=1
NSTART=27000000
NEND=40496608
NSIZE=342921216
FLINK=-1
MLINK=0
[00305]
AUDIO=1
PGS=
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=142833389
RATE=4172
SPLITS=1
NSTART=27000000
NEND=37912151
NSIZE=141576192
FLINK=0
MLINK=0
[00306]
AUDIO=1
PGS=
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=67619754
RATE=4170
SPLITS=1
NSTART=27000000
NEND=32168163
NSIZE=67952640
FLINK=0
MLINK=0
[00307]
AUDIO=1
PGS=
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=133218899
RATE=4172
SPLITS=1
NSTART=27000000
NEND=37178293
NSIZE=131328000
FLINK=0
MLINK=0
[00308]
AUDIO=1
PGS=
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=43988673
RATE=4170
SPLITS=1
NSTART=27000000
NEND=30361858
NSIZE=44752896
FLINK=0
MLINK=0
[00309]
AUDIO=1
PGS=
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=1194476070
RATE=4171
SPLITS=1
NSTART=27000000
NEND=118279938
NSIZE=1184335872
FLINK=0
MLINK=0
[00310]
AUDIO=1
PGS=
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=183259186
RATE=4169
SPLITS=1
NSTART=27000000
NEND=41008994
NSIZE=182691840
FLINK=0
MLINK=0
[00311]
AUDIO=1
PGS=
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=183613260
RATE=4170
SPLITS=1
NSTART=27000000
NEND=41033394
NSIZE=182145024
FLINK=0
MLINK=0
[00312]
AUDIO=1
PGS=
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=144848891
RATE=4170
SPLITS=1
NSTART=27000000
NEND=38069808
NSIZE=143671296
FLINK=0
MLINK=0
[00313]
AUDIO=1
PGS=
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=62238840
RATE=4169
SPLITS=1
NSTART=27000000
NEND=31758253
NSIZE=62588928
FLINK=0
MLINK=0
[00314]
AUDIO=1
PGS=
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=37606817
RATE=4171
SPLITS=1
NSTART=27000000
NEND=29873495
NSIZE=37502976
FLINK=0
MLINK=0
[00315]
AUDIO=1
PGS=
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=80477091
RATE=4170
SPLITS=1
NSTART=27000000
NEND=33150144
NSIZE=80289792
FLINK=0
MLINK=0
[00316]
AUDIO=1
PGS=
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=601940589
RATE=4169
SPLITS=1
NSTART=27000000
NEND=73019472
NSIZE=601024512
FLINK=0
MLINK=0
[00317]
AUDIO=1
PGS=
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=49558540
RATE=4173
SPLITS=1
NSTART=27000000
NEND=30785281
NSIZE=49846272
FLINK=0
MLINK=0
[00318]
AUDIO=1
PGS=
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=240174990
RATE=4172
SPLITS=1
NSTART=27000000
NEND=45348330
NSIZE=238147584
FLINK=0
MLINK=0
[00319]
AUDIO=1
PGS=
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=579405778
RATE=4172
SPLITS=1
NSTART=27000000
NEND=71261216
NSIZE=578433024
FLINK=0
MLINK=0
[00320]
AUDIO=1
PGS=
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=3009672306
RATE=4173
SPLITS=1

[Weirdo]

Update: I reloaded the source path (even though it was already loaded at BD-RB startup), and after that BD-RB picked up the previous job and is now resuming. :)

The overall progress shows 116% and increasing - a bit alarming.

---------------------------------------

Some more info that wouldn't fit in the previous post:

[04-08-16] Checking System Settings
- BD-Rebuilder v0.50.14
- Windows Version: 6.2 [9200]
- Working Path Free Space: 46.60GB
- AVISYNTH Version: 2.6.0.6, Ok
- LAVFILTERS: Ok
- AnyDVD settings check: Ok.
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok
- FRIMEncode: Ok
- FRIMDecode: Ok
[04-08-16] Systems Settings Check complete

[wakko709]

Uninstall and reinstall BD-RB, AVISYNTH, and LAV filters (or FFDSHOW) and see if that fixes it.

it doesnt!

[jdobbs]

it doesnt!Then the best guess is that you either have a corrupt source or one that hasn't been decrypted correctly. That's pretty much the only thing that could cause an error in demuxing.

[AmigaFuture]

FYI: 59.94 fps video doesn't exist. 29.97 fps video does. FPS = frames per second, not fields per second.

For 720p (and 4k) it does... but then you wouldn't need to IVTC it.

What I know is, I became excited when Comcast announced the change to MPEG-4 from MPEG-2. With a very slow migration. Now, some of what I like is encoded with my TiVo device as MPEG-4. I understand 59.940 doesn't actually exist, which is why the render down. BD-RB went too low with 23.976, and another software I use sometimes allowed for 29.97. I was wondering if something might be broken or just not detecting correctly.

[MrVideo]

What I know is, I became excited when Comcast announced the change to MPEG-4 from MPEG-2. With a very slow migration. Now, some of what I like is encoded with my TiVo device as MPEG-4. I understand 59.940 doesn't actually exist, which is why the render down. BD-RB went too low with 23.976, and another software I use sometimes allowed for 29.97. I was wondering if something might be broken or just not detecting correctly.
The only difference between the the MPEG-2 days and the MPEG-4 days is that the video is now H.264. Any produced program that is 1080, will be 1080i @ 29.97 fps. Those programs will normally also be sourced from 23.976 video, meaning that it will be run thru 2:3 pulldown to get to the 29.97 frame rate. Stuff produced on video, like live sports, will be be 1080i as well, but with pure 29.97 frame source. When it comes to comes to produced programs aired via a 720p channel, the frame rate will indeed be 59.94. Again 2:3 pulldown will be used for 23.976 source material.

So, I'm confused by your render down statement. There is no 59.94 1080i source to render down, only 720p. For 1080i you either keep it at 1080i29.97 or you IVTC to 1080p23.976. Same goes for 720p. You either keep it at 720p59.94 or IVTC it to 720p23.976.

What do you mean that "BD-RB went too low with 23.976?" And why would the software "sometimes allowed for 29.97?" 29.97 is a valid frame rate for all 1080i source material.

There are some who prefer to take 1080i29.97 video (sports for example) and de-interlace it to 1080p29.97. IMHO, that ruins time spacial information. I don't care for sports, so I never deal with it.

So, if you think that you have 1080i59.94 source material coming from Comcast, you don't.

[AmigaFuture]

Then I'm curious why:

[04/08/16] BD Rebuilder v0.50.12
[19:20:52] Source: THE_STORY_OF_GOD_WITH_MORGAN_FREEMAN_-_''BEYOND_DEATH''_(RECORDED_APR_3,_2016,_NGCPHD)_00000
- Input BD size: 1.04 GB
- Approximate total content: [00:50:04.017]
- Windows Version: 6.1 [7601]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- Mode: MKV Container, 1280x720, Intact Audio
- Decoding/Frame serving: DGDecNV
- Audio Settings: AC3=0 DTS=1 HD=0 Kbs=640
[19:20:53] PHASE ONE, Encoding
- [19:20:53] Processing: VID_00000 (1 of 1)
- [19:20:53] Extracting A/V streams [VID_00000]
- [19:21:02] Reencoding video [VID_00000]
- Source Video: MPEG-4 (AVC), 1280x720
- Rate/Length: 59.940fps, 180,061 frames
- Inverse Telecining in effect (IVTC)
- Bitrate: 2,352 Kbs
- [19:21:02] Reencoding: VID_00000, Pass 1 of 2
- [19:40:19] Reencoding: VID_00000, Pass 2 of 2
- [19:59:29] Video Encode complete
- [19:59:29] Processing audio tracks
- Track 4352 (eng): Keeping original audio
[19:59:29]PHASE ONE complete
[19:59:29]PHASE TWO - Rebuild Started
- [19:59:29] Building ALTERNATE OUTPUT Structure
[19:59:49] - Encode and Rebuild complete
[19:59:49] JOB: THE_STORY_OF_GOD_WITH_MORGAN_FREEMAN_-_''BEYOND_DEATH''_(RECORDED_APR_3,_2016,_NGCPHD) finished.


Output is 23.976fps when it should be 29.97fps. Which is why the video is jerky.

Side note...to everyone.. Go to Target and comment about the 24.99$ version of Star Wars: The Force Awakens not being any different than the 19.99$ version other than the front cover. I got mine for "Noticing the Force" reduced rate of 14.99$. At eBay it's 16.99$ (by Target). In line I commented about the price difference and why and...interaction followed about "The Force" and a reduction.
Maybe you'll get the same reaction?? I love the Extras. Before I went shopping, I had a feeling.

[Sharc]

Then I'm curious why:

[04/08/16] BD Rebuilder v0.50.12
[19:20:52] Source: THE_STORY_OF_GOD_WITH_MORGAN_FREEMAN_-_''BEYOND_DEATH''_(RECORDED_APR_3,_2016,_NGCPHD)_00000
- Input BD size: 1.04 GB
- Approximate total content: [00:50:04.017]
- Windows Version: 6.1 [7601]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- Mode: MKV Container, 1280x720, Intact Audio
- Decoding/Frame serving: DGDecNV
- Audio Settings: AC3=0 DTS=1 HD=0 Kbs=640
[19:20:53] PHASE ONE, Encoding
- [19:20:53] Processing: VID_00000 (1 of 1)
- [19:20:53] Extracting A/V streams [VID_00000]
- [19:21:02] Reencoding video [VID_00000]
- Source Video: MPEG-4 (AVC), 1280x720
- Rate/Length: 59.940fps, 180,061 frames
- Inverse Telecining in effect (IVTC)
- Bitrate: 2,352 Kbs
- [19:21:02] Reencoding: VID_00000, Pass 1 of 2
- [19:40:19] Reencoding: VID_00000, Pass 2 of 2
- [19:59:29] Video Encode complete
- [19:59:29] Processing audio tracks
- Track 4352 (eng): Keeping original audio
[19:59:29]PHASE ONE complete
[19:59:29]PHASE TWO - Rebuild Started
- [19:59:29] Building ALTERNATE OUTPUT Structure
[19:59:49] - Encode and Rebuild complete
[19:59:49] JOB: THE_STORY_OF_GOD_WITH_MORGAN_FREEMAN_-_''BEYOND_DEATH''_(RECORDED_APR_3,_2016,_NGCPHD) finished.


Output is 23.976fps when it should be 29.97fps. Which is why the video is jerky.

Upload a 2s sample of your captured video source.

[AmigaFuture]

As requested. You didn't specify where, this is after the commercials at the start.

If you want during the episode I'll resend. :) But should show the same information.

[Sharc]

It would be better/faster to upload to a filehoster like mediafire or similar than attach it here.

[MrVideo]

Then I'm curious why:

- Inverse Telecining in effect (IVTC)

Why is this on? Did you do it, or is BDRB doing it?

If autodetection is occuring, it is very possible that there is enough 2:3 pulldown material in the show to make it "think" that it is 2:3 and therefore turn on IVTC. The portions with Morgan Freeman, or other pure video source material, are 29.97 and that doesn't work out when going to 23.976, as you've discovered.

If it is indeed a mixture of 2:3 material and pure video, a 2 second source isn't going to be enough to figure this out.

The fix might be as simple as forcing no IVTC.

[AmigaFuture]

Why is this on? Did you do it, or is BDRB doing it?

If autodetection is occuring, it is very possible that there is enough 2:3 pulldown material in the show to make it "think" that it is 2:3 and therefore turn on IVTC. The portions with Morgan Freeman, or other pure video source material, are 29.97 and that doesn't work out when going to 23.976, as you've discovered.

If it is indeed a mixture of 2:3 material and pure video, a 2 second source isn't going to be enough to figure this out.

The fix might be as simple as forcing no IVTC.

I agree.. 2 seconds isn't enough. Autodetection leaves the Video as it is. That's what software players show. I haven't used my Standalone yet, but usually MPC-HC is petty good at detecting what's happening. I've striving to be as good as JD, and others here...but not there, yet.

[Sharc]

..... but usually MPC-HC is petty good at detecting what's happening.....
You would actually have to inspect the stream by separating the fields and stepping through the fields using avisynth or VDub, for example. The field pattern will let you draw some conclusions.
Like MrVideo wrote, I suspect your clip is a mixture of pure video (or fake-interlaced progressive) and 3:2 pulldown (or telecined) movie. This is not unusual for mixtures of commercials with movies. So the sample clip for inspection should include such a transition.
If you are not sure what it is, don't IVTC.

Edit:
When you make a search for "IVTC" in the changes.txt of DB-RB you get an impression of the complexity of this topic .... :)

[AmigaFuture]

Indeed! I didn't think there's anything simple about IVTC. I thought that years ago, that it was simple...erm, nope! :) If I don't choose IVTC when the output is either as Full Backup or using Alternative MKV the video is 1280x720@59.94fps. This is what MPC-HC shows. I've tried different various of Deinterlace with and without IVTC. Nothing is causing BD-RB to produce 29.97 which would be smooth. For now, Handbrake does it by only changing the video frame rate to 29.97. I prefer not to transcode but...ehh...it works for now.

[Lathe]

@Lathe
I am not sure whether it's a terribly good idea to change --deblock and --direct between passes. They should better be the same for pass1 and pass2, as the speed gain for pass1 is minimal with the lower settings. The other parameters are less critical and can be changed for pass2 (I am not sure about --qcomp though).

Anyway, the discussion has nothing to to with a BD-RB bug report.

Edit:
About changing --direct between passes, see here:
http://forum.doom9.org/showpost.php?p=1113961&postcount=30
So in best case, it has no effect at all.

Or the discussion here:
http://forum.doom9.org/showthread.php?t=135533

Thank you VERY much for this Sharc! Like I said, I'm really not an expert, so I had no idea that different settings for both passes made any difference. I guess I just assumed that all important changes were done in the final pass, I guess not.

I will definitely check out the links you gave me. I can NEVER learn enough about x264 encoding :) Thanks!

***EDIT

Yes, that discussion was helpful. But, I have NO idea what BDRB does on it's first pass...???

[MrVideo]

Indeed! I didn't think there's anything simple about IVTC. I thought that years ago, that it was simple...erm, nope! :)
I've never found IVTC to be difficult. There are video sources I deal with I know are from 23.976 mastered sources (all drama TV shows, for example). For material that I do not know, I look thru the video to see if it is pure video, a combo, or pure 2:3 pulldown. If the source is not pure 2:3 pulldown, I leave it alone. I do not deinterlace 1080i material. I personally do not like deinterlacing.
If I don't choose IVTC when the output is either as Full Backup or using Alternative MKV the video is 1280x720@59.94fps. This is what MPC-HC shows. I've tried different various of Deinterlace with and without IVTC.
If your source is 720p59.94, and it does not have pure 2:3 pulldown material throughout, then it should be left alone, which means 720p59.94. What is wrong with that? You NEVER, I repeat NEVER, deinterlace and IVTC 2:3 pulldown material. If the deinterlacing is done first, then there will be nothing to IVTC. IVTC in reality is a deinterlacer for 1080i 2:3 video. Deinterlacing 720p accomplishes nothing, as there is no interlacing to remove.
Nothing is causing BD-RB to produce 29.97 which would be smooth. For now, Handbrake does it by only changing the video frame rate to 29.97. I prefer not to transcode but...ehh...it works for now.
To take 720p59.94 to 720p29.97 with pure source video would mean that a frame would have to be dropped, resulting in a spatial time issue, i.e., it would not be as smooth as the original video. Or worse yet, two consecutive frames are merged. Yuch! If the 720p59.94 video is converted to 29.97 and it has 2:3 pulldown, the result would be more jerky than it already is (the 2:3 pulldown portion).

I repeat the point of this posting.... there is nothing wrong with 720p59.94 staying 59.94 with pure video or a combo of pure video and 2:3 video.

I do not understand your need to force 720p29.97.

[Sharc]

Thank you VERY much for this Sharc! Like I said, I'm really not an expert, so I had no idea that different settings for both passes made any difference. I guess I just assumed that all important changes were done in the final pass, I guess not.

I will definitely check out the links you gave me. I can NEVER learn enough about x264 encoding :) Thanks!

***EDIT

Yes, that discussion was helpful. But, I have NO idea what BDRB does on it's first pass...???

x264 defines a number of standardized --presets. For 2-pass encodes, the first pass is run per default with a reduced set of parameters as "fast firstpass". In this case, Pass1 and Pass2 are aligned for maximum speed of Pass1 without compromising the final quality.
BD-RB follows the same strategy, but in addition it takes care of blu-ray compliant settings for BD output, and playback device compatibility for alternate outputs as much as possible.
So when you tweak anything with the passes you should know what you are doing, otherwise you risk to worsen the final result or produce playback issues.
The only tweak which I occasionally use is --tune-film, for both passes.

(Btw, this discussion is unrelated to a BD-RB bug report).

[Sharc]

I've never found IVTC to be difficult. There are video sources I deal with I know are from 23.976 mastered sources (all drama TV shows, for example). For material that I do not know, I look thru the video to see if it is pure video, a combo, or pure 2:3 pulldown. If the source is not pure 2:3 pulldown, I leave it alone. I do not deinterlace 1080i material. I personally do not like deinterlacing.

Agree, once you know what the source is it's not too difficult to deal with it. What I meant is that it is probably not so easy to do it in a fully automated process.
(Btw. I also prefer to encode interlaced sources as interlaced, unless there is a specific reason - like vertical resizing - for (bob-)deinterlacing, possibly followed by re-interlacing.)

[AmigaFuture]

I've never found IVTC to be difficult. There are video sources I deal with I know are from 23.976 mastered sources (all drama TV shows, for example). For material that I do not know, I look thru the video to see if it is pure video, a combo, or pure 2:3 pulldown. If the source is not pure 2:3 pulldown, I leave it alone. I do not deinterlace 1080i material. I personally do not like deinterlacing.

In the beginning with DVDs I didn't either. I don't use deinterlace unless I have to, I don't like the look of it. I also don't like the lines which is why I'm glad IVTC usually does very well without deinterlacing. I've done a lot of stepping through frames to know what 3:2 / 2:3 looks like and so on. I concur.

If your source is 720p59.94, and it does not have pure 2:3 pulldown material throughout, then it should be left alone, which means 720p59.94. What is wrong with that? You NEVER, I repeat NEVER, deinterlace and IVTC 2:3 pulldown material. If the deinterlacing is done first, then there will be nothing to IVTC. IVTC in reality is a deinterlacer for 1080i 2:3 video. Deinterlacing 720p accomplishes nothing, as there is no interlacing to remove.

This is why I've considered leaving this particular source alone. VideoReDo TV Suite shows that's it's progressive, totally, but because of the non-bias content of the series, as it seems so far, I want to make a Blu-ray of it once I have more episodes. Blu-ray doesn't have 59.94 720P video, right? I haven't done enough research.. I think JD has commented (??) and others (?) that that's outside the BD or AVCHD specs. I'm going to check around a bit more when I create more time to do so. I did expected that BD-RB would notice it and at lease change the frame rate to 29.97. Which is why I wondered if something is broken or ...?? :) I don't have anything against pure progressive, I love the look and flow.

To take 720p59.94 to 720p29.97 with pure source video would mean that a frame would have to be dropped, resulting in a spatial time issue, i.e., it would not be as smooth as the original video. Or worse yet, two consecutive frames are merged. Yuch! If the 720p59.94 video is converted to 29.97 and it has 2:3 pulldown, the result would be more jerky than it already is (the 2:3 pulldown portion).

I think I agree with you here. I'm not entirely sure I understand what you mean by spatial time..I have something like that with time not always feeling the "passage" of it, but I'm not sure it's related.. When I used HandBrake and got the video to 29.97 it looked like it flowed as it should. I didn't see any jerking or PAL vs NTSC distortions..type differences. I hope that makes sense. :) There's a "frame rate flicker" difference between NTSC and PAL (without going into a lot of details). I hope the relating is coming across here, is this sort of the spatial time you're meaning?

I repeat the point of this posting.... there is nothing wrong with 720p59.94 staying 59.94 with pure video or a combo of pure video and 2:3 video.

I do not understand your need to force 720p29.97.

I was thinking pure BD compatible. I'll burn a test soon. I also agree about the Comcast comment. I was hoping the video would become 23.976 or 29.97, but it was a very small hope AND wouldn't have to be rerendered. Haha, so much for that. I was thinking, "Awesome, just remove the commercials and burn!" Silly me..

[sneaker_ger]

Blu-ray doesn't have 59.94 720P video, right?
Wrong.
http://forum.doom9.org/showthread.php?t=154533
http://www.x264bluray.com/home/720p-encoding

[AmigaFuture]

Most simplest of terms..."Wrong.", haha. Ask inside, and get an answer in some way. Thanks. Some absorbing to do.

[jdobbs]

Most simplest of terms..."Wrong.", haha. Ask inside, and get an answer in some way. Thanks. Some absorbing to do.If the source was 1280x720@59.94fps and you selected 1280x720 as the output in an ALTERNATE format, the frame rate should have remained unchanged. BD-RB shouldn't use inverse telecining unless one of two things exist:

1. The source is flagged as telecined (which would imply a 29.97 source to BD-RB) -- and you have iVTC selected from the SETUP menu.

2. On a 720 source, the setting "IVTC_720h" has been set to "1" in BD-RB's INI file. This setting is meant for hard telecined 720 sources -- and shouldn't normally be set. It's meant for very specific conditions (a 29.97fps telecined original source that was converted to 29.97fps via hard encoding) .

If neither of those conditions exist and you got 23.976 as output -- there must be something wrong with BD-RB's logic. I'll have to look around for (or create) a 1280x720/59.94 source and test it.

[Edit] I just looked at the code -- and even #2 above requires a rate of 29.97fps for inverse telecining. So I have no idea how it is even possible for a 59.94fps source to be output to 23.976fps or for the iVTC flag to be set??? Again, I'll have to do some testing to see.

[Sharc]

His attachment (2s clip) is still pending approval.......

[AmigaFuture]

Shazbot, I forgot all about the IVTC_720h... I made a note of it somewhere.

I did use the IVTC via IVTC_SELECTION=1, otherwise BD-RB doesn't activate it with this source. That's why I initially wondered if something is broken. I don't understand why with HandBrake changing the frame rate to 29.97 and "constant frame rate" will create a smooth video (aren't any repeated frames that I can see doing a "step by step" check. I was attempting to get a smaller file size but from MrVideo's comments and the info from sneaker_ger looks like it is video and pure progressive so there isn't a need. Other than smaller file size. Hmm.. I could make a 1 minute sample available with a link? I don't want to reinvent the Wheel, but I would like an answer to the 29.97 smooth video with HandBrake 0.10.5.0 output but not with BD-RB. I'm not in any hurry. :) I appreciate the help, everyone.

[jdobbs]

His attachment (2s clip) is still pending approval.......I looked at it -- it's 2s of black. I don't believe it has enough information to even use as a check. Also, BD-RB makes decisions based upon information contained in the CLPI and MPLS files as well as the video itself -- so it wouldn't contain all the information I'd need.

I approved the attachment, though, in case anyone else has anything they want to check.

[Sharc]

Shazbot, I forgot all about the IVTC_720h... I made a note of it somewhere.

I did use the IVTC via IVTC_SELECTION=1, otherwise BD-RB doesn't activate it with this source. That's why I initially wondered if something is broken. I don't understand why with HandBrake changing the frame rate to 29.97 and "constant frame rate" will create a smooth video (aren't any repeated frames that I can see doing a "step by step" check. I was attempting to get a smaller file size but from MrVideo's comments and the info from sneaker_ger looks like it is video and pure progressive so there isn't a need. Other than smaller file size. Hmm.. I could make a 1 minute sample available with a link? I don't want to reinvent the Wheel, but I would like an answer to the 29.97 smooth video with HandBrake 0.10.5.0 output but not with BD-RB. I'm not in any hurry. :) I appreciate the help, everyone.

I guess handbrake simply drops every second frame of the 720p 59.97 source which would still result in judder-free playback at half temporal resolution (assuming your source is true progressive i.e. not telecined or pulldown)

[jdobbs]

His attachment (2s clip) is still pending approval.......To add: I just imported the 2 second .ts file that was posted. I ran it through BD-RB and output to an MKV. The output remained 59.94fps. Here's the log:[04/10/16] BD Rebuilder v0.50.16
[16:24:01] Source: 2_SECOND_00000
- Input BD size: 0.00 GB
- Approximate total content: [00:00:00.033]
- Windows Version: 6.1 [7601]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- Mode: MKV Container, NO_RESIZE, Auto-AAC
- Quality: High Quality (Default)
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=1 DTS=1 HD=0 Kbs=640
[16:24:05] PHASE ONE, Encoding
- [16:24:05] Processing: VID_00000 (1 of 1)
- [16:24:05] Extracting A/V streams [VID_00000]
- [16:24:09] Reencoding video [VID_00000]
- Source Video: MPEG-4 (AVC), 1280x720
- Rate/Length: 59.940fps, 2 frames
- [16:24:09] Reencoding: VID_00000, Pass 1 of 1
- [16:24:09] Video Encode complete
- [16:24:09] Processing audio tracks
- Track 4352 (eng): Reencoding audio to AAC...
[16:24:10]PHASE ONE complete
[16:24:10]PHASE TWO - Rebuild Started
- [16:24:10] Building ALTERNATE OUTPUT Structure
[16:24:10] - Encode and Rebuild complete
[16:24:10] JOB: 2_SECOND finished.

Notice that no inverse telecining was performed. It also looks like it isn't really 2 seconds -- but is 2 frames.

[AmigaFuture]

Right....that's what I noticed when IVTC wasn't enabled through IVTC_SELECTION=1.

[MrVideo]

If the source was 1280x720@59.94fps and you selected 1280x720 as the output in an ALTERNATE format, the frame rate should have remained unchanged. BD-RB shouldn't use inverse telecining unless one of two things exist:

1. The source is flagged as telecined (which would imply a 29.97 source to BD-RB) -- and you have iVTC selected from the SETUP menu.
Bad logic. More in a moment.
2. On a 720 source, the setting "IVTC_720h" has been set to "1" in BD-RB's INI file. This setting is meant for hard telecined 720 sources -- and shouldn't normally be set. It's meant for very specific conditions (a 29.97fps telecined original source that was converted to 29.97fps via hard encoding) .
Again, bad logic.
If neither of those conditions exist and you got 23.976 as output -- there must be something wrong with BD-RB's logic. I'll have to look around for (or create) a 1280x720/59.94 source and test it.

[Edit] I just looked at the code -- and even #2 above requires a rate of 29.97fps for inverse telecining. So I have no idea how it is even possible for a 59.94fps source to be output to 23.976fps or for the iVTC flag to be set??? Again, I'll have to do some testing to see.
720p59.94 video can indeed have 2:3 pulldown video directly from the 23.976 video master. U.S. OTA networks Fox and ABC get their dramas from the production companies. "Cable" channels that are 720p also get their dramas the same way. All production in the U.S., and world wide, is done in 1080p23.976 or 1080p25 or 1080i50. Some are now starting to produce in 4K (Daredevil from Netflix). Fox/ABC either get a 1080p23.976 master from the production company and convert it to 720p59.94 with 2:3 pulldown, or they get it already converted to 720p59.94. I have no idea if an IVTC flag even exists in the OTA video. What is worse is that ABC tends to speed up the video so that they can get another 30-60 seconds of promo/commercial time into the broadcast, which totally messes with the 2:3 pulldown.

Take a look at the following: https://en.wikipedia.org/wiki/Three-two_pull_down?sa=X&ved=0ahUKEwis5oPegYXMAhVMeT4KHYh8B_EQ9QEIGTAA

Replace 1080i fields with 720p frames. The first frame of 1080p23.976 is transferred to two frames of 720p59.94 and the next 1080p23.976 frame is transferred to three frames of 720p59.94. No 29.97 involved at all.

Here is my AVS script for dealing with 720p 2:3 pulldown video:
LoadPlugin("C:\Program Files (x86)\DGAVCDecNV\DGDecodeNV.dll")
dgsource("=DRIVE=\=FILENAME=")
v1=last
v2=v1.crop(0,0,-0,-320)
v2.TDecimate(clip2=v1,cycle=5,cycleR=3)
The "=DRIVE=\=FILENAME=" is replaced in the script with the appropriate information for the job. The cropping is done to eliminate the bottom portion of the video from interfering with frame detection because of snipes and/or animated bugs.

So, forget the idea that 29.97 is involved with 720p 2:3 pulldown.

[MrVideo]

VideoReDo TV Suite shows that's it's progressive.
Correct. But that has nothing to do with it possibly having 2:3 pulldown content.
I'm not entirely sure I understand what you mean by spatial time.
The time between images makes up spatial time. In other words, the sampling of space and time. The more images captured per second provides smoother motion. So, motion captured at 59.94 fps will have more spatial info that if it were captured at 29.97 fps.
I was thinking pure BD compatible. I'll burn a test soon. I also agree about the Comcast comment. I was hoping the video would become 23.976 or 29.97, but it was a very small hope AND wouldn't have to be rerendered. Haha, so much for that. I was thinking, "Awesome, just remove the commercials and burn!" Silly me..
Actually you can just edit out the commercials and burn to Blu-ray, since 720p59.94 is part of the Blu-ray spec. 720p29.97 is NOT part of the Blu-ray spec.

[Lathe]

x264 defines a number of standardized --presets. For 2-pass encodes, the first pass is run per default with a reduced set of parameters as "fast firstpass". In this case, Pass1 and Pass2 are aligned for maximum speed of Pass1 without compromising the final quality.
BD-RB follows the same strategy, but in addition it takes care of blu-ray compliant settings for BD output, and playback device compatibility for alternate outputs as much as possible.
So when you tweak anything with the passes you should know what you are doing, otherwise you risk to worsen the final result or produce playback issues.
The only tweak which I occasionally use is --tune-film, for both passes.

(Btw, this discussion is unrelated to a BD-RB bug report).

Thanks Sharc! This gives me a nice starting point to do some research about what is done on the 'fast first pass' and about coordinating the 2 passes correctly. I was not aware of the relationship between the two. And yeah, --tune-film does include the deblock -1.-1, but as you say on BOTH passes.

And, YES, I think that I have taken MORE than enough time here on this already, sorry! :rolleyes:

[jdobbs]

Correct. But that has nothing to do with it possibly having 2:3 pulldown content.

The time between images makes up spatial time. In other words, the sampling of space and time. The more images captured per second provides smoother motion. So, motion captured at 59.94 fps will have more spatial info that if it were captured at 29.97 fps.

Actually you can just edit out the commercials and burn to Blu-ray, since 720p59.94 is part of the Blu-ray spec. 720p29.97 is NOT part of the Blu-ray spec.It really doesn't matter -- as BD-RB doesn't iVTC anything unless it is a 29.97fps source. A 59.94 source will stay 59.94fps. I went through the code and I can see no way that iVTC will ever be accomplished on a 59.94fps source. I also ran a 1280x720/59.94fps source through it and couldn't make it happen. So I'm confused as to how that log could have possibly occurred.

You could use pulldown flags to turn almost any frame rate into almost any other higher frame rate -- but my intent is to find the progressive source in a 29.97fps telecined stream in order to give better picture quality with less wasted bandwidth.

[MrVideo]

It really doesn't matter -- as BD-RB doesn't iVTC anything unless it is a 29.97fps source. A 59.94 source will stay 59.94fps.
That is unfortunate, because you could possibly be keeping 2:3 video from being IVTC'd to 720p23.976, which will ultimately consume less space.

[AmigaFuture]

My guess of back a few versions, then, is that when BD-RB had some challenges with a 720p 59.94, The Mentalist, that it did not have 2:3 in the progressive video? Because going back to my source archives and current BD-RB version, it rerenders from 59.94 to 23.976 fine with iVTC active via right-click access and nothing else. I'm curious.

@ MrVideo

"The time between images makes up spatial time. In other words, the sampling of space and time." -- Thanks, that IS what I was wondering about.

[MrVideo]

My guess of back a few versions, then, is that when BD-RB had some challenges with a 720p 59.94, The Mentalist, that it did not have 2:3 in the progressive video? Because going back to my source archives and current BD-RB version, it rerenders from 59.94 to 23.976 fine with iVTC active via right-click access and nothing else. I'm curious.

It should have been 2:3 pulldown, as the show is produced like any other: 1080p23.976. A side note to this is that many shows are shot and edited as 1080p23.98 psf (progressive segmented frame).

I don't watch The Mentalist, but it airs on a network that is 1080i.

To add a wrinkle to all of this, GDMX, the satellite feed arm of Warner Bros., sometimes feeds shows to Canada using duplicate frame mode instead of 2:3 pulldown for the 1080i videos they feed. What that means is that every fourth video frame from the original source is duplicated, resulting is a different jerky motion because of a frame being shown twice.

The AVS Decimate function handles IVTCing this just fine. But I prefer to use SelectEvery instead. But to do that, the location of the repeat frame must be known and hap hazard editing of the video will result in that pattern being upset.

Now, as for the original video that brought this conversation about, it was uploaded to my server and I took a look at it. The whole thing was shot 1080p29.97, i.e., pure video. Interesting that it wasn't shot interlaced. When converted to 720p for airing on the NatGeo channel, each source frame was duplicated for the 59.94 frame rate. So, it has to be left alone for Blu-ray inclusion. But, it can be converted to 720p29.97 by dropping every other frame, with no loss of spatial info.

Come to think of it, it could easily have been shot 1080i. When converted to 720p59.94, deinterlacing would have been done to create 1080p29.97 and then converted to 720p59.94. That means spatial info would have been lost doing that. Some vertical resolution might have been compromised as well. But the downconversion from 1080 to 720 already messes with vertical resolution.

[Sharc]

Replace 1080i fields with 720p frames. The first frame of 1080p23.976 is transferred to two frames of 720p59.94 and the next 1080p23.976 frame is transferred to three frames of 720p59.94. No 29.97 involved at all.

This "shortcut" method for converting 1080p23.976 to 720p59.97 produces the worst judder, right? (one repetition every 5 pictures; progressive picture sequence like a a b b b c c d d d e e f f f ........).
I think manual frame inspection is required to identify this case, or is the stream somehow flagged to help an automated detection for IVTC?

P.S.
I think we still don't really know what the OP's stream actually is .....

Edit:
Sorry, I missed that you got the stream and analyzed it.
But, it can be converted to 720p29.97 by dropping every other frame, with no loss of spatial info
..and this is probably what handbrake did (referring to the OP's question).

[MrVideo]

This "shortcut" method for converting 1080p23.976 to 720p59.97 produces the worst judder, right? (one repetition every 5 pictures; progressive picture sequence like a a b b b c c d d d e e f f f ........).
I've not really noticed an issue. But, I watch very little 720p. I get all of my material as either 1080i, which I then convert to 1080p23.986, or already as 1080p23.986. If I do have to view 720p video, it too is already 720p23.976. What is worse for judder is 1080 with the fifth frame a repeat of the previous. At least with the 720p repeat frames, there are 12 a second, vs the 6 for 1080.
I think manual frame inspection is required to identify this case, or is the stream somehow flagged to help an automated detection for IVTC?
There is no reason to flag 720p59.94 with 2:3 pulldown, because it is not meant for IVTC, only viewing. You can count on any drama that airs to have 2:3 pulldown, be it 720p or 1080i. But, a visual inspection is pretty much needed to verify video that you do not know.

[Sharc]

There is no reason to flag 720p59.94 with 2:3 pulldown, because it is not meant for IVTC, only viewing.
Ah yes, good point. Thanks.

[Lathe]

I tried importing the BDMV structure that was ripped to my HDD so that BDMV could sort out all the bloody little separate parts and regroup them into some semblance of order (like you suggested I do with the TNG discs, which worked perfectly!)

However, when I go to import the BDMV folder, BDRB tells me that it is not a Blu-ray format...??? I can just 'browse' to the BDMV folder and it accepts that all right, but then everything is STILL in a million little parts, so I can't bloody identify what is the main film and what are XTras. The Blu-ray is 'THE HEAT' which contains the Theatrical and Unrated versions. I really just want to extract the Theatrical version, primarily because it has all these great commentaries on it (including one by the MST3K group!) But, the way it is now, I can't tell heads or tails of which part is which. And, even if I set it for 'Movie Only', it still maddeningly wants to encode every little part as a separate file.

Is there ANY way at all to get BDMV (or anything else for that matter) to decode the damn thing and just create a simple SINGLE movie file (for that matter, later I DO want to do a separate encode for just the Xtras, but I can't tell what the hell is what.

What should I do...?

[Lathe]

Sorry, never mind...

I've only done this a few times and I forgot when importing a Blu-ray, you DON'T click on the BDMV folder like you do when you use the 'browse' function. You select the folder above it CONTAINING the BDMV & CERTIFICATE folders....

DOHHHHHHHHHH...!

Well, I guess my standing on this board has probably skyrocketed now... :o

[MrVideo]

I really just want to extract the Theatrical version, primarily because it has all these great commentaries on it (including one by the MST3K group!)

It shouldn't matter which version you extract, since the commentary soundtrack will be on both. As you well know, it is embedded in the M2TS file(s).

[mparade]

@jdobbs

First of all, thank you very much for your software.

I have just checked 1 pc from my HEVC encoded interlaced m2ts files (from one of my HEVC archives) and saw a lot of combing artifacts in PowerDVD and Kodi's DVD player. MPC even couldn't play it at all. Couldn't be the cause that we are not using --interlace tff/bff (default is false) in the HEVC command line as suggested by the x265 documentation and feeding the encoder with frames instead of fields?

Sorry for disturbing you with such questions...I have just started to make my big archivum using your program and HEVC and noticed these artifacts with interlaced content that was HEVC encoded with the latest version of BD-RB. Maybe, I am completely overlooked something in BD-RB...

I would really appreciate your answer.

[MrVideo]

I have just checked 1 pc from my HEVC encoded interlaced m2ts files (from one of my HEVC archives) and saw a lot of combing artifacts in PowerDVD and Kodi's DVD player.
Interlaced video, by definition, will have "combing" when there is motion. It is a fact of life with interlaced video. We've lived with it since TV broadcasting became a standard. Since moving to digital video, it seems that many expect the combing to go away. It won't.

The only way to remove combing is to deinterlace pure video sources, or IVTC 23.976 sources that were converted to 29.97 interlaced. I personally do not like deinterlacing as it removes spatial info and can reduce vertical resolution. Deinterlacing has gotten really good over the years, but nothing is a good as the original.

If the video came from a 23.976 source, I certainly recommend IVTCing from 29.97 to 23.976. I do it for ALL of my 1080i material, as I prefer the original 1080p23.976 video.

Having said all that, here is the sticky wicket in all of this. No digital playback viewing device displays images by interlacing. That has vanished. It is all progressive now. So, the display device will handle the deinterlacing. And those sets that are 120Hz (really 29.97 x 4) can deal with the interlaced video, keeping the spatial info intact.

But, if the interlaced video is stored as progressive, where the two fields are combined into a single frame, then deinterlacing can't take place. Maybe the interlacing flag needs to be added. I know that if I forget it with x264 encodes, I see that x264 is doing 1080p instead of 1080i encodes.

[Sharc]

@jdobbs

I have just checked 1 pc from my HEVC encoded interlaced m2ts files (from one of my HEVC archives) and saw a lot of combing artifacts in PowerDVD and Kodi's DVD player.
Does your x265 interlaced encode look much different compared to an x264 interlaced encode of the same interlaced (or telecined?) source?
In any case, your player should deinterlace (or inverse-telecine) the encoded interlaced (telecined) stream, otherwise you will see combing especially in action scenes.
I am not familiar with PowerDVD or Kodi, but usually SW players have the option to force deinterlacing. (I am not even sure if any affordable HW players for HEVC/h.265 already exist)

[MrVideo]

In any case, your player should deinterlace (or inverse-telecine) the encoded interlaced (telecined) stream, otherwise you will see combing especially in action scenes.

As I mentioned in my posting, Deinterlacing, or IVTC, cannot be done if the interlaced video is turned into progressive video by combining the two fields into a single frame. By not having any fields to work with, it can't deinterlace, or IVTC.

That said, there are a few AVISynth scripts out there to deal with screwed up video like that. But display devices, or video players, are not made to handle screwed up video.

[Lathe]

As I mentioned in my posting, Deinterlacing, or IVTC, cannot be done if the interlaced video is turned into progressive video by combining the two fields into a single frame. By not having any fields to work with, it can't deinterlace, or IVTC.

That said, there are a few AVISynth scripts out there to deal with screwed up video like that. But display devices, or video players, are not made to handle screwed up video.

Yeah, I think you are right. I 'got ahold' of DVD prints of the series 'War of the Worlds' At first I couldn't figure out why they were tagged as 'progressive' when they looked as interlaced as hell (extreme combing and such) Well, I don't remember HOW I found it, but finally I stumbled on an Avisynth script that made it look perfect (well, 'perfect' as far as DVD goes, but it honestly came out looking pretty dang good!) I saved the script, so I'll paste it here if it is any help. I honestly am NO expert at this at all, so this may not be in any way helpful. But, it sure did the trick with this DVD series, and I had tried every stock deinterlacer that I could find. If I remember correctly, what threw me was that I tried to process them through BDRB, but even after processing, they still looked the same. I don't remember the details, but I think I may have posted some things here when that happened. And, of course, there is a GOOD chance that I just didn't have the BDRB settings right :)

Again, I don't know if this is really relevant at all, but here is what I used:

DirectShowSource("G:\War.Of.The.Worlds.S2E03.Doomsday.mkv",fps=29.970)
LoadPlugin("C:\Program Files (x86)\AviSynth 2.5\plugins\decomb.dll")
FieldDeinterlace()

[Sharc]

As I mentioned in my posting, Deinterlacing, or IVTC, cannot be done if the interlaced video is turned into progressive video by combining the two fields into a single frame. By not having any fields to work with, it can't deinterlace, or IVTC.
Yes, agree.
Without more info/tests or without analyzing a sample it remains speculative as to where the OP's problem comes from:
- problematic source (can normally be excluded with Blu-ray discs)
- wrong interpretation of the source format
- incorrect decoding and/or frame serving
- encoder issue (settings or bug)
- or simply a problem with the playback/player.
A sample of the source and encode would be helpful. (I never tried interlaced encoding with x265 though).

[Sharc]

...
......Again, I don't know if this is really relevant at all, but here is what I used:

DirectShowSource("G:\War.Of.The.Worlds.S2E03.Doomsday.mkv",fps=29.970)
LoadPlugin("C:\Program Files (x86)\AviSynth 2.5\plugins\decomb.dll")
FieldDeinterlace()
This really does not look like an original source, eh?

[Lathe]

This really does not look like an original source, eh?

Not the point of the post my friend...

I was just trying to help with a 'screwed up source' that sounded like something similar that I had to deal with... CLEARLY, the person is dealing with some kind of encode that was not done correctly and is obviously far from the 'original source' With this kind of issue, I think that is a given..

[MrVideo]

DirectShowSource("G:\War.Of.The.Worlds.S2E03.Doomsday.mkv",fps=29.970)
LoadPlugin("C:\Program Files (x86)\AviSynth 2.5\plugins\decomb.dll")
FieldDeinterlace()

I know this isn't an AVISynth class, but IIRC, anything in the plugins directory is automatically loaded. LoadPlugin is used when the DLL isn't in that directory.

BTW, I have the WotW DVDs and never noticed anything wrong with them. I think I still have my sat feed recordings of the series as it was fed from Paramount to the affiliates. All on Umatic tape. Yep, that goes back a ways. :eek:

[mparade]

Does your x265 interlaced encode look much different compared to an x264 interlaced encode of the same interlaced (or telecined?) source?
In any case, your player should deinterlace (or inverse-telecine) the encoded interlaced (telecined) stream, otherwise you will see combing especially in action scenes.
I am not familiar with PowerDVD or Kodi, but usually SW players have the option to force deinterlacing. (I am not even sure if any affordable HW players for HEVC/h.265 already exist)

It looks much different compared to the original true interlaced source which was mpeg2 encoded while using the same deinterlacing parameters in PDVD. PDVD has quite advanced deitnerlacing options. While watching the original true interlaced m2ts container, one even couldn't recognize any combing that is why I assumed there could be
some eventual problem with the settings of the x265 commandline I used.

Anyway, I haven't made x264 reencoding on the same source to check if there would be any combing with that.

Anyway, thank you for your answer.

[mparade]

Interlaced video, by definition, will have "combing" when there is motion. It is a fact of life with interlaced video. We've lived with it since TV broadcasting became a standard. Since moving to digital video, it seems that many expect the combing to go away. It won't.

The only way to remove combing is to deinterlace pure video sources, or IVTC 23.976 sources that were converted to 29.97 interlaced. I personally do not like deinterlacing as it removes spatial info and can reduce vertical resolution. Deinterlacing has gotten really good over the years, but nothing is a good as the original.

If the video came from a 23.976 source, I certainly recommend IVTCing from 29.97 to 23.976. I do it for ALL of my 1080i material, as I prefer the original 1080p23.976 video.

Having said all that, here is the sticky wicket in all of this. No digital playback viewing device displays images by interlacing. That has vanished. It is all progressive now. So, the display device will handle the deinterlacing. And those sets that are 120Hz (really 29.97 x 4) can deal with the interlaced video, keeping the spatial info intact.

But, if the interlaced video is stored as progressive, where the two fields are combined into a single frame, then deinterlacing can't take place. Maybe the interlacing flag needs to be added. I know that if I forget it with x264 encodes, I see that x264 is doing 1080p instead of 1080i encodes.

Thank you for the explanation! My source was true interlaced.

[Lathe]

:rolleyes:I know this isn't an AVISynth class, but IIRC, anything in the plugins directory is automatically loaded. LoadPlugin is used when the DLL isn't in that directory.

BTW, I have the WotW DVDs and never noticed anything wrong with them. I think I still have my sat feed recordings of the series as it was fed from Paramount to the affiliates. All on Umatic tape. Yep, that goes back a ways. :eek:

Heh, well, like I say, I am definitely NO expert. Just trying to help. It SORT OF sounded like the kind of files I had.

FWIW, I did indeed buy the Season 1 set on DVD, used. I can't remember if it was from the UK or from here in the U.S. It was the Season 2 files that I was having trouble with, and I remember it took me quite a while to find a thread somewhere where someone HAPPENED to mention these Avisynth commands, and they happened to work :)

IIRC (since it's been over a bloody YEAR since I dealt with this) I think what the deal was that the actual video looked interlaced, but it was encoded progressively. Even when I tried to play the native files on my OPPO, the deinterlacing apparently was not 'triggered' and you could see all the combing, etc... So, whatever this fellow was talking about reminded me of this uniquely odd situation that I had.

Oh, and to tie it in to the overall discussion here (well, sort of... :rolleyes: ) The thing that got me started with these files is that BDRB's built in deinterlacers didn't have any affect on the files - I'm GUESSING because they were encoded progressively and therefore didn't flag the fact that the video itself actually was (or looked) very interlaced. And I was puzzled thinking, wouldn't BDRB simply just re-encode the files and make them right? So, that is what got me started on the long quest to figure out what to do...

[AmigaFuture]

Yes, agree.
Without more info/tests or without analyzing a sample it remains speculative as to where the OP's problem comes from:
- problematic source (can normally be excluded with Blu-ray discs)
- wrong interpretation of the source format
- incorrect decoding and/or frame serving
- encoder issue (settings or bug)
- or simply a problem with the playback/player.
A sample of the source and encode would be helpful. (I never tried interlaced encoding with x265 though).

TiVo file edited to remove commercials with VideoReDo TVSuite to produce MPEG-2 .TS that isn't rerendered or transcoded.

[Sharc]

It looks much different compared to the original true interlaced source which was mpeg2 encoded while using the same deinterlacing parameters in PDVD. PDVD has quite advanced deitnerlacing options. While watching the original true interlaced m2ts container, one even couldn't recognize any combing that is why I assumed there could be
some eventual problem with the settings of the x265 commandline I used.

Anyway, I haven't made x264 reencoding on the same source to check if there would be any combing with that.

Anyway, thank you for your answer.
I made a quick test with x265: Encoding a TFF interlaced source to a TFF interlaced target. Although x265 reported "x265 [warning]: Support for interlaced video is experimental" the interlaced output was fine after muxing the .265 to .m2ts with tsMuxeR.

script interlaced_.avs
LoadPlugin("c:\.....\DGDecodeNV.dll")
DGSource("c:\....\i_source.dgi",fieldop=0)
x265 commandline:
"C:\.....\avs4x265.exe" --x265-binary "c:\....\x265.exe" --crf 27 --preset faster --interlace tff --output "c:\....\interlaced.265" "c:\....\interlaced_.avs"
pause

[mparade]

I made a quick test with x265: Encoding a TFF interlaced source to a TFF interlaced target. Although x265 reported "x265 [warning]: Support for interlaced video is experimental" the interlaced output was fine after muxing the .265 to .m2ts with tsMuxeR.

script interlaced_.avs
LoadPlugin("c:\.....\DGDecodeNV.dll")
DGSource("c:\....\i_source.dgi",fieldop=0)
x265 commandline:
"C:\.....\avs4x265.exe" --x265-binary "c:\....\x265.exe" --crf 27 --preset faster --interlace tff --output "c:\....\interlaced.265" "c:\....\interlaced_.avs"
pause


I think here the problem is that --interlace false is used by default by x265 (assuming progressive input). I am only making my assumptions.

[Sharc]

I think here the problem is that --interlace false is used by default by x265 (assuming progressive input). I am only making my assumptions.
You could inspect your .265 or .m2ts with MediaInfo. It should report under Encoding Settings "interlaced=1".

[jdobbs]

I'll look at adding that for the next release. I looked at the code and had that parameter commented out -- which scares me, because I can't remember why.

[Sharc]

I'll look at adding that for the next release. I looked at the code and had that parameter commented out -- which scares me, because I can't remember why.
Has perhaps this been the reason?
http://forum.doom9.org/showpost.php?p=1759631&postcount=2

[mparade]

You could inspect your .265 or .m2ts with MediaInfo. It should report under Encoding Settings "interlaced=1".

I will give you a feed back on this issue after checking the x265 encoded interlaced stream in mediainfo. Anyway, as far as I know, it is not enough to let x265 know that the source is interlaced by using a parameter such as --interlace tff in the command line but the avs file itself should have a SeparateFields() also at the end for the --interlace tff parameter to work properly.

[jdobbs]

I will give you a feed back on this issue after checking the x265 encoded interlaced stream in mediainfo. Anyway, as far as I know, it is not enough to let x265 know that the source is interlaced by using a parameter such as --interlace tff in the command line but the avs file itself should have a SeparateFields() also at the end for the --interlace tff parameter to work properly.That really doesn't make any sense. You don't have to do that in X264.

[sneaker_ger]

x264 is a different software so that point is irrelevant. The x265 docs say:
HEVC encodes interlaced content as fields. Fields must be provided to the encoder in the correct temporal order. The source dimensions must be field dimensions and the FPS must be in units of fields per second. The decoder must re-combine the fields in their correct orientation for display.
http://x265.readthedocs.org/en/default/cli.html
Do not assume because you can play it back in e.g. MPC-HC that it is encoded correctly.

[jdobbs]

x264 is a different software so that point is irrelevant.It is certainly based (from an interface standpoint) on X264, though. For the most part the command line parameters (that are supported) are the same. I'm guessing this was the reason I'd not used the --interlace parameter in the past (although I really can't remember).

Separating the fields and adjusting to fields-per-second is easy enough... but it would sure make a lot more sense for the encoder to separate them.

Is it my imagination, or does it seem like people are getting more "snippety" on DOOM9 lately?

[Sharc]

x264 is a different software so that point is irrelevant. The x265 docs say:

http://x265.readthedocs.org/en/default/cli.html
Do not assume because you can play it back in e.g. MPC-HC that it is encoded correctly.
Is this info up-to-date? I didn't have to separate the fields.
When I separated the fields x265 produces just encoded fields ("bobbing" half-height).
Interlaced encoding with x265 seems still not to be stable, according to the warning of the encoder. :confused:

[sneaker_ger]

When I separated the fields x265 produces just encoded fields ("bobbing" half-height).
What do you mean by "produced"? You in mean in your player? How do you know your player isn't the one handling HEVC interlaced incorrectly? Or your muxer?

[CV91913]

Is it my imagination, or does it seem like people are getting more "snippety" on DOOM9 lately?

No, it is not your imagination. Not just Doom, but every forum I follow. It is a sign of the impersonal times. The passive aggressive tone that would not be tolerated in a person to person interaction, has become the norm.

[Sharc]

What do you mean by "produced"? You in mean in your player? How do you know your player isn't the one handling HEVC interlaced incorrectly? Or your muxer?
I am using MPC-HC with madVR and LAV 0.68 for playback......

[sneaker_ger]

That seems to be one of the combinations that doesn't play it correctly. I don't think it would be a good idea to create non-spec-compliant encodings to account for broken player. If the players get fixed eventually the encodes would break again. (and rightfully so)

[Sharc]

Which player / combination should I be using then in order to play HEVC (x265) interlaced material correctly? Any recommendation? Thanks.

[sneaker_ger]

No idea. Nobody seems to care about it, in part because of missing tools like MBAFF.

[Sharc]

Hmmm..., in this case it seems to be currently better to deinterlace the source and encode it progressive only with x265, until further notice.

[gonca]

It is certainly based (from an interface standpoint) on X264, though. For the most part the command line parameters (that are supported) are the same. I'm guessing this was the reason I'd not used the --interlace parameter in the past (although I really can't remember).

Separating the fields and adjusting to fields-per-second is easy enough... but it would sure make a lot more sense for the encoder to separate them.

Is it my imagination, or does it seem like people are getting more "snippety" on DOOM9 lately?

Not your imagination

Like CV91913 said...

[jdobbs]

Hmmm..., in this case it seems to be currently better to deinterlace the source and encode it progressive only with x265, until further notice.You're right. I personally have my reservations in accepting that every player on the planet is wrong and a link to an X265 "readthedocs" post is the authoritative source. But, since I choose not to personally scour the specs and prove or disprove it, I will change BD-RB so it deinterlaces before encoding interlaced sources using X265.

It makes absolutely no sense to create a stream that nothing will play.

[sneaker_ger]

From spec:
field_seq_flag equal to 1 indicates that the CVS conveys pictures that represent fields, and specifies that a picture timing
SEI message shall be present in every access unit of the current CVS. field_seq_flag equal to 0 indicates that the CVS
conveys pictures that represent frames and that a picture timing SEI message may or may not be present in any access
unit of the current CVS. When field_seq_flag is not present, it is inferred to be equal to 0. When
general_frame_only_constraint_flag is equal to 1, the value of field_seq_flag shall be equal to 0.

NOTE 11 – The specified decoding process does not treat access units conveying pictures that represent fields or frames differently.
A sequence of pictures that represent fields would therefore be coded with the picture dimensions of an individual field. For
example, access units containing pictures that represent 1080i fields would commonly have cropped output dimensions of
1920x540, while the sequence picture rate would commonly express the rate of the source fields (typically between 50 and 60 Hz),
instead of the source frame rate (typically between 25 and 30 Hz).
I can confirm x265 outputs using field_seq_flag=1 with each field as a distinct picture so I'm inclined to say the x265 documentation is correct.

[jdobbs]

I repeat, however -- it makes absolutely no sense to create a stream that nothing will play.

[Sharc]

A sort of workaround is to force the player to 16:9 DAR. It then resizes the 1920x540 pictures (fields) vertically and plays at double rate. Like a bobber with the vertical interpolation (or resizing) delegated to the player......:eek:

[Lathe]

Is it my imagination, or does it seem like people are getting more "snippety" on DOOM9 lately?

Uh..., (cough...) eh, no boss...

No snippetiness here... :rolleyes:

[AmigaFuture]

Is it my imagination, or does it seem like people are getting more "snippety" on DOOM9 lately?

Social Networking... Facebook. I'm not a fan of Facebook...but friends tell me things and I'm hearing more complaints about comments and drama. I tell them to stop using it. I like fora like this...very little of it. At least the few threads I follow. Personally, I'd like to see Facebook and sites like it end...go back to more person to person. Though, I also like being able to chat across States, so...there's the catch.

[laserfan]

I'm assuming since the "snippety" comment followed sneaker_ger's post that it was in response to that, which I did not find "snippety" at all.

There are several things at work in fora such as people making quick responses in the interest of time, other people using poor choice of wording that comes-across wrong when you read it, and here too there are plenty of posters for whom English is a second or third language (not to mention of course that young people nowadays who are "educated" in the good 'ol US of A sorta suck at it themselves IMNSHO).

I for one have many dozens of boards that I try to check every day and it's not easy sometimes to pick/choose what to respond to (vs. what to let slide). Amazing that I care to post here since I don't know a single one of you, though I do sorta love jdobbs for the cool stuff he's built over the years. That's in a manly way, of course.

Carry on.

:)

[jdobbs]

That's in a manly way, of course.Me too. A very manly masculine man-among-men way. :)

[Groucho2004]

Me too. A very manly masculine man-among-men way. :)
You two get a room already. :D

[jdobbs]

You two get a room already. :DEr..ehh... how about those Bears, eh? Great football team. Yep.

[Sharc]

I repeat, however -- it makes absolutely no sense to create a stream that nothing will play.
Just for info, this seems to work for my interlaced source and .mkv output:

Script (interlaced_.avs):
LoadPlugin("c:\....\DGDecodeNV.dll")
DGSource("c:\......\Sample.dgi",fieldop=0)
AssumeTFF()
separatefields()
AssumeFieldBased() #may be skipped
AssumeFPS(50) #source is 25fps interlaced

Commandline:
"C:\.....\avs4x265.exe" --x265-binary "c:\....\x265.exe" --crf 27 --preset faster --interlace tff --output "c:\...\interlaced.265" "c:\....\interlaced_.avs"


For muxing to .mkv one has to specify the DAR 16:9 in mkvmerge for the container.
The .mkv plays at 50fps with correct duration, full temporal resolution and correct AR in MPC-HC and VLC, without special player settings.

I didn't succeed with tsMuxeR. Playback was always too slow and size was half-height only unless I force the player to 16:9 DAR; setting the ar=16:9 parameter in tsMuxeR had no effect. I am giving up .....

[sneaker_ger]

Just for info, this seems to work for my interlaced source and .mkv output:
That still leaves the bobbing like you mentioned in post #24087.

[Sharc]

That still leaves the bobbing like you mentioned in post #24087.
Absolutely. But at least something playable ... :D

[MrVideo]

:rolleyes:

Heh, well, like I say, I am definitely NO expert. Just trying to help. It SORT OF sounded like the kind of files I had.

FWIW, I did indeed buy the Season 1 set on DVD, used. I can't remember if it was from the UK or from here in the U.S. It was the Season 2 files that I was having trouble with, and I remember it took me quite a while to find a thread somewhere where someone HAPPENED to mention these Avisynth commands, and they happened to work :)
If from the U.K., the MPEG-2 video would have been coded from a 23.976p master to 25p. A U.S. release should not have been 29.97p.

Oh, and to tie it in to the overall discussion here (well, sort of... :rolleyes: ) The thing that got me started with these files is that BDRB's built in deinterlacers didn't have any affect on the files - I'm GUESSING because they were encoded progressively and therefore didn't flag the fact that the video itself actually was (or looked) very interlaced. And I was puzzled thinking, wouldn't BDRB simply just re-encode the files and make them right? So, that is what got me started on the long quest to figure out what to do...

There would be no need for BDRB to have code in it to look for screwed up video and attempt to deal with it. It should only have to deal with correctly encoded sources.

[ggtop]

Hi all,

is it the normal behavior that multi channel input gets stereo downmixed? I have a Bluray with DTS XLL track. My alternate file has option audio AC3 and bitrate 640 (I also tested bitrate 448). Reading the instruction in alternate.txt I assumed only bitrates 384 and lower end in stereo downmix.

ggtop

[jdobbs]

No it's not normal. But you may want to check your settings in FFDSHOW or LAV Filters (whichever you use) and make sure that "mixing" isn't enabled. BD-RB tries to turn mixing off in the registry each time it does an audio encode, and then set it back to it's original state at completion -- but if your rights don't allow the changes (or your A/V software intercepts it), it could fail to change.

[ggtop]

Thank you for the hint. I'm using LAV filters and Mixing is not enabled. I did 2 quick tests using "Intact Video" and the AC3 came out 6ch as expected. The first test was with Microsoft Security Essentials disabled. The second test had it enabled. Both were fine. I will do another test tomorrow with the same Profile that a had the issue with. Interessting was that the 2ch AC3 file (created by BD-RB) had the same size than the file I created myself with eac3to with the demuxed DTS file from BD-RB. But this one showed up as 6ch AC3... If I find something I will let you know.

ggtop

[jdobbs]

What are you using to tell you whether it is/isn't 6 channel? MediaInfo? Could you post the profile you used to encode? Could you also post the "AUD_00000_4352.AVS" file (the name will change depending upon the M2TS number and stream ID, but will always start with "AUD" and end with ".AVS")?

[ggtop]

I'm curious myself. Therefore I started another encode right away.
log:----------------------
[04.17.16] BD Rebuilder v0.50.15
[18:57:05] Source: JUPITER_ASCENDING_00100
- Input BD size: 33,75 GB
- Approximate total content: [02:07:34.313]
- Windows Version: 6.1 [7601]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- Mode: xxx MP4 Container, 1920x1080, AutoGOP, AC3
- Quality: Good (Very Fast)
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=640
[18:57:05] PHASE ONE, Encoding
- [18:57:05] Processing: VID_00042 (1 of 1)
- [18:57:05] Extracting A/V streams [VID_00042]
- [19:13:30] Reencoding video [VID_00042]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 183.520 frames
- [19:13:30] Reencoding: VID_00042, Pass 1 of 1
Profile:caption=xxx MP4 Container, 1280x720, AutoGOP, AC3
vBitrate=2000
aBitrate=448
aType=0
vFormat=4
vKeyint=Auto
Sorry for the inconvience!!! Obviously the missing container type cType caused the stereo downmix. Copy & paste error in my custom profile.
I'm very sorry stealing your time. I will double-check handling errors on my side next time and hopefully avoid them.
AVS without cType specified:#Created by BD Rebuilder - v0.50.15
LoadPlugin("C:\Users\xxx\Documents\Software\BD_Rebuilder_V05014\tools\nicaudio.dll")
audio=NicDTSSource("00042.track_4354.dts")
audio = (AudioChannels(audio) > 2) ? MixAudio(GetChannel(audio, 1, 2), GetChannel(audio, 3, 3), 0.5858, 0.4142) : audio
ConvertAudioTo16bit(ResampleAudio(audio, 48000))

AVS WITH cType specified:#Created by BD Rebuilder - v0.50.15
LoadPlugin("C:\Users\xxx\Documents\Software\BD_Rebuilder_V05014\tools\nicaudio.dll")
audio=NicDTSSource("00042.track_4354.dts")
audio = (AudioChannels(audio) > 6) ? GetChannel(audio,1,2,3,4,7,8) : audio
ConvertAudioTo16bit(ResampleAudio(audio, 48000))
ggtop

[jdobbs]

Sorry for the inconvience. Obviously the missing cType caused the Stereo downmix. Copy & paste error in my custom profile.Yep. If you fail to specify a ctype it defaults to 0, which is iPod. Since the iPod only supports stereo output, all audio for that ctype is converted to stereo.

I should probably change the default to MKV.

[wakko709]

any word on mockingjay_2 now it happing with zero dark thirty

[gonca]

@wakko709
At one point or another I have used BD_RB on Pacific Rim, Mocking jay 2, and Zero Dark Thirty with no issues.
Perhaps the issue is on your end
Logs and settings would help establish where the problem lies

[jdobbs]

any word on mockingjay_2 now it happing with zero dark thirtyI got it and tested it. No problems at all.

[palburn]

Hi, have been on this forum for a number of years, butthis is my first post. Haved BD-Rebuilder prior to BD-RBV04904 and love the software. However, I have now got a problem, I cannot create a BD with Quick Play menus for tv series etc. I rarely use this feature but have done on occasions in the past with no problem. I am in process on converting to BDR a number of TV series but always fail on Menu creation. Currently running BD-RBV05014.
I attach log & ini. files. Have I missed something out of the config file or is this a bug? Any help would be gratefully recieved.

[Options]
VERSION=0.50.0.14
ENCODER=0
MODE=2
ENCODE_QUALITY=2
ONEPASS_ENCODING=0
AUTO_TWOPASSONLY=1
AUTO_QUALITY=0
AUDIO_TO_KEEP=eng;
SUBS_TO_KEEP=eng;
SD_CONVERT=0
OPEN_GOP=0
RESIZE_1080=0
RESIZE_1440=0
RESIZE_720=0
DEINTERLACE=1
SD_TO_1080=0
IGNORE_3D=0
CONVERT_WIDE=0
DTS_REENCODE=0
AC3_REENCODE=0
AC3_640=1
AC3_192=0
KEEP_HD_AUDIO=1
AUDIO_AMPLIFY=1.2
AUDIO_DRC=0
MENU_ACTIVE_COLOR=RED
DECODER=2
AVCHD=1
REMOVE_WORKFILES=1
REMOVE_OUTPUT=0
USE_FILTERS=0
BDMV_CERT_ONLY=0
IVTC_PULLDOWN=0
ASSUME_DVD_PAL=0
FRIMSOURCE=0
COMPLETION_BEEP=0
OUTPUT_SBS=0
NEROAAC=0
SUPTITLE=0
PGSTOSRT=0
AUDIO_TRACK_LIMIT=1
SUBTITLE_TRACK_LIMIT=1
CUSTOM_TARGET_SIZE=23500
TARGET_SIZE=23500
MENU_BACKGROUND=E:\Software\DVD & Video\Blu Ray\BD Rebuilder\BD-RBV05014\BD_Rebuilder\Misc\menuback 2.jpg
MENU_AUDIO=E:\Software\DVD & Video\Blu Ray\BD Rebuilder\BD-RBV05014\BD_Rebuilder\tools\blankclip\blank.ac3
IMPORT_THRESHOLD=15
QUICK_PLAY_THRESHOLD=10
MENU_AUTO_BACKGROUND=0
MENU_AUTO_DVDAUDIO=1
MENU_PLAY_SEQUENTIAL=0
MENU_START_WITH_MENU=1
IMPORT_LIMIT_LANG=0
IMPORT_KEEP_PLAYALL=0
[Paths]
WORKING_PATH=O:\THE--------- \BDR\
SOURCE_PATH=O:\THE----------- \BDR\IMPORTS\---------------\

log
----------------------
[15:32:24] Importing: THE_-------------------
- [15:32:31] Importing video file: (1 of 6)
- Collecting audio/video streams from source...
- Integrating into pseudo-BD structure...
- [15:36:45] Importing video file: (2 of 6)
- Collecting audio/video streams from source...
- Integrating into pseudo-BD structure...
- [15:41:04] Importing video file: (3 of 6)
- Collecting audio/video streams from source...
- Integrating into pseudo-BD structure...
- [15:45:20] Importing video file: (4 of 6)
- Collecting audio/video streams from source...
- Integrating into pseudo-BD structure...
- [15:49:41] Importing video file: (5 of 6)
- Collecting audio/video streams from source...
- Integrating into pseudo-BD structure...
- [15:53:52] Importing video file: (6 of 6)
- Collecting audio/video streams from source...
- Integrating into pseudo-BD structure...
- [15:58:16] Creating Quick-Play Menu...
- Encoding menu background...
- Building menu structure...
[15:58:23] Video import completed successfully.
----------------------
[04/16/16] BD Rebuilder v0.50.14
[15:59:11] Source: THE_-------------------
- Input BD size: 27.64 GB
- Approximate total content: [05:38:56.542]
- Target BD size: 22.95 GB
- Windows Version: 6.1 [7601]
- Quick-Play Reauthoring mode enabled
- Quality: High Quality (Default), Two Pass
- Decoding/Frame serving: X264/LAVF
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[15:59:11] PHASE ONE, Encoding
- [15:59:11] Processing: VID_00001 (1 of 6)
- [15:59:11] Extracting A/V streams [VID_00001]
- [16:02:47] Reencoding video [VID_00001]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 25.000fps, 85,498 frames
- Bitrate: 7,369 Kbs
- [16:02:47] Reencoding: VID_00001, Pass 1 of 2
- [16:21:10] Reencoding: VID_00001, Pass 2 of 2
- [17:08:25] Video Encode complete
- [17:08:25] Processing audio tracks
- Track 4352 (und): Keeping original audio
- [17:08:25] Multiplexing M2TS
- [17:10:14] Processing: VID_00002 (2 of 6)
- [17:10:14] Extracting A/V streams [VID_00002]
- [17:13:36] Reencoding video [VID_00002]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 25.000fps, 80,693 frames
- Bitrate: 7,800 Kbs
- [17:13:36] Reencoding: VID_00002, Pass 1 of 2
- [17:31:42] Reencoding: VID_00002, Pass 2 of 2
- [18:19:48] Video Encode complete
- [18:19:48] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [18:19:48] Multiplexing M2TS
- [18:21:36] Processing: VID_00003 (3 of 6)
- [18:21:36] Extracting A/V streams [VID_00003]
- [18:24:42] Reencoding video [VID_00003]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 25.000fps, 85,125 frames
- Bitrate: 7,303 Kbs
- [18:24:42] Reencoding: VID_00003, Pass 1 of 2
- [18:43:27] Reencoding: VID_00003, Pass 2 of 2
- [19:31:36] Video Encode complete
- [19:31:36] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [19:31:36] Multiplexing M2TS
- [19:33:40] Processing: VID_00004 (4 of 6)
- [19:33:40] Extracting A/V streams [VID_00004]
- [19:37:11] Reencoding video [VID_00004]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 25.000fps, 85,125 frames
- Bitrate: 7,308 Kbs
- [19:37:11] Reencoding: VID_00004, Pass 1 of 2
- [19:55:42] Reencoding: VID_00004, Pass 2 of 2
- [20:46:18] Video Encode complete
- [20:46:18] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [20:46:18] Multiplexing M2TS
- [20:48:03] Processing: VID_00005 (5 of 6)
- [20:48:03] Extracting A/V streams [VID_00005]
- [20:51:23] Reencoding video [VID_00005]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 25.000fps, 84,079 frames
- Bitrate: 7,426 Kbs
- [20:51:24] Reencoding: VID_00005, Pass 1 of 2
- [21:08:45] Reencoding: VID_00005, Pass 2 of 2
- [22:00:10] Video Encode complete
- [22:00:10] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [22:00:10] Multiplexing M2TS
- [22:01:51] Processing: VID_00006 (6 of 6)
- [22:01:51] Extracting A/V streams [VID_00006]
- [22:05:27] Reencoding video [VID_00006]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 25.000fps, 87,880 frames
- Bitrate: 7,043 Kbs
- [22:05:27] Reencoding: VID_00006, Pass 1 of 2
- [22:25:51] Reencoding: VID_00006, Pass 2 of 2
- [23:19:39] Video Encode complete
- [23:19:39] Processing audio tracks
- Track 4352 (und): Keeping original audio
- [23:19:39] Multiplexing M2TS
[23:21:31]PHASE ONE complete
[23:21:31]PHASE TWO - Rebuild Started
- [23:21:31] Rebuilding BD file Structure
- [23:21:32] Creating Quick-Play Menu...
- Encoding menu background...
[23:21:37]ERROR: Failed quick menu creation. No menus.
[23:21:37] - Encode and Rebuild complete
- WORKFILES folder removed.
[23:21:38] JOB: THE_---------------------- finished.


[04/17/16] Checking System Settings
- BD-Rebuilder v0.50.14
- Windows Version: 6.1 [7601]
- Working Path Free Space: 686.33GB
- AVISYNTH Version: 2.6.0.6, Ok
- LAVFILTERS: Ok
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok
- FRIMEncode: Ok
- FRIMDecode: Ok
[04/17/16] Systems Settings Check complete

[jdobbs]

It failed in trying to encode the file below into an AVC stream:

E:\Software\DVD & Video\Blu Ray\BD Rebuilder\BD-RBV05014\BD_Rebuilder\Misc\menuback 2.jpg

Are you sure it exists and it is a legal JPG file?

[palburn]

It failed in trying to encode the file below into an AVC stream:

E:\Software\DVD & Video\Blu Ray\BD Rebuilder\BD-RBV05014\BD_Rebuilder\Misc\menuback 2.jpg

Are you sure it exists and it is a legal JPG file?

Absolutely sure and the path is correct. All I did was remove the default menu to a different folder tempoarily and substituted my own custom .jpg. I was wondering if this line from the config was the cause of the problem: MENU_AUTO_BACKGROUND=0. Should this be changed to "1" ?
Thanks JD for your quick reply.

[RowanM]

E:\Software\DVD & Video\Blu Ray\BD Rebuilder\BD-RBV05014\BD_Rebuilder\Misc\menuback 2.jpg


There is a space a between "menuback" and the "2", is that correct?

If so then try putting quotes around the complete filename and that might help it.

Like:

"E:\Software\DVD & Video\Blu Ray\BD Rebuilder\BD-RBV05014\BD_Rebuilder\Misc\menuback 2.jpg"

[palburn]

Cheers Rowan, will try that as well, as I'm following a suggestion from JD and changing the location of menu images to close to the root of a drive
I have just created a new folder at the root of the drive for backgound images for menus:BD Backgrounds as I wondered if the required .jpg was 6 levels down from the root, thus causing the problem.

[jdobbs]

There is a space a between "menuback" and the "2", is that correct?

If so then try putting quotes around the complete filename and that might help it.

Like:

"E:\Software\DVD & Video\Blu Ray\BD Rebuilder\BD-RBV05014\BD_Rebuilder\Misc\menuback 2.jpg"BD-RB does that automatically. I'm confident the menu system works correctly -- it's probably the feature I used most these days.

[mparade]

@jdobbs

Would it be possible to insert --frame-packing 4 in the X264 command line when creating TAB 3D output? This would help my new media tank to automatically recognize my 3D contents.

It would be really appreciated.

[jdobbs]

@jdobbs

Would it be possible to insert --frame-packing 4 in the X264 command line when creating TAB 3D output? This would help my new media tank to automatically recognize my 3D contents.

It would be really appreciated.No problem. I'll get it into the next release.

[mparade]

No problem. I'll get it into the next release.

Thank you very much.

[Lathe]

- [23:21:32] Creating Quick-Play Menu...
- Encoding menu background...
[23:21:37]ERROR: Failed quick menu creation. No menus.



I don't know if this is relevant to your situation, but whenever I use the Quick-Play deal, every time it goes to 'encode menu background' I get a prompt telling me something like an action is being called without the proper permission, or something like that. I just hit "ok" and it continues just fine. I also notice a similar prompt every time Avisynth is called. I THINK that it has something to do with the locations of the .exe's, but I honestly don't know...

[jdobbs]

I don't know if this is relevant to your situation, but whenever I use the Quick-Play deal, every time it goes to 'encode menu background' I get a prompt telling me something like an action is being called without the proper permission, or something like that. I just hit "ok" and it continues just fine. I also notice a similar prompt every time Avisynth is called. I THINK that it has something to do with the locations of the .exe's, but I honestly don't know...Hmm... I use this feature all the time and I've never gotten that. Can you capture the screen the next time you see it and let me see what it looks like?

[Lathe]

Hmm... I use this feature all the time and I've never gotten that. Can you capture the screen the next time you see it and let me see what it looks like?

Sho-nuff boss, will do it...

[Lathe]

Okay, here is the prompt I always get when I either use the Quick-Play import function (right after it says 'encoding menu background') or when Avisynth is called during encodes (resizing, etc...) I have no idea why and it doesn't really affect me much as long as I click 'ok' when the prompt occurs so that the program can continue.

[jdobbs]

Interesting. Are sure you're using the version of X264 that is included with BD-RB?

[Flanker-B]

Hello Everybody,

Does anyone know how to bypass this error? Or what the problem is. I saw that skylab has the same problem on page 328. But no one had respond to him.

The problem is that at the end of bd rebuilder. There occurs an error. "CopyDirStructure"

I poste the log with this message

Thanks in Advance,

Ronald

-----------------------
[13:18:41] BD Rebuilder v0.31.06 (beta)
- Source: BOURNE_ULTIMATUM_BLURAY
- Input BD size: 40,65 GB
- Approximate total content: [03:21:51.841]
- Target BD size: 22,46 GB
- Windows Version: 6.0 [6002]
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[13:18:41] PHASE ONE, Encoding
- [13:18:41] Extracting A/V streams [VID_00082]
- [13:18:45] Reencoding: VID_00082 (1 of 21)
- [13:19:30] Extracting A/V streams [VID_00080]
- [13:19:35] Reencoding: VID_00080 (2 of 21)
- [13:20:25] Extracting A/V streams [VID_00113]
- [13:20:29] Reencoding: VID_00113 (3 of 21)
- [13:21:23] Extracting A/V streams [VID_00116]
- [13:21:28] Reencoding: VID_00116 (4 of 21)
- [13:22:25] Extracting A/V streams [VID_00118]
- [13:22:31] Reencoding: VID_00118 (5 of 21)
- [13:23:29] Extracting A/V streams [VID_00117]
- [13:23:35] Reencoding: VID_00117 (6 of 21)
- [13:24:45] Extracting A/V streams [VID_00112]
- [13:24:53] Reencoding: VID_00112 (7 of 21)
- [13:26:28] Extracting A/V streams [VID_00111]
- [13:26:36] Reencoding: VID_00111 (8 of 21)
- [13:28:28] Extracting A/V streams [VID_00119]
- [13:28:38] Reencoding: VID_00119 (9 of 21)
- [13:30:10] Extracting A/V streams [VID_00115]
- [13:30:18] Reencoding: VID_00115 (10 of 21)
- [13:31:44] Extracting A/V streams [VID_00114]
- [13:31:58] Reencoding: VID_00114 (11 of 21)
- [13:34:20] Extracting A/V streams [VID_00010]
- [13:34:35] Reencoding: VID_00010 (12 of 21)
- [13:37:00] Extracting A/V streams [VID_00395]
- [13:37:20] Reencoding: VID_00395 (13 of 21)
- [13:39:52] Extracting A/V streams [VID_00394]
- [13:40:13] Reencoding: VID_00394 (14 of 21)
- [13:42:48] Extracting A/V streams [VID_00399]
- [13:43:11] Reencoding: VID_00399 (15 of 21)
- [13:46:07] Extracting A/V streams [VID_00401]
- [13:46:31] Reencoding: VID_00401 (16 of 21)
- [13:49:20] Extracting A/V streams [VID_00400]
- [13:49:43] Reencoding: VID_00400 (17 of 21)
- [13:52:39] Extracting A/V streams [VID_00396]
- [13:53:02] Reencoding: VID_00396 (18 of 21)
- [13:56:09] Extracting A/V streams [VID_00397]
- [13:56:39] Reencoding: VID_00397 (19 of 21)
- [13:59:54] Extracting A/V streams [VID_00398]
- [14:00:20] Reencoding: VID_00398 (20 of 21)
- [14:03:45] Extracting A/V streams [VID_00009]
- [14:31:55] Reencoding: VID_00009 (21 of 21)
- [14:31:55] Reencoding secondary video [TRK_02]
- [15:01:49] Reencoding secondary video [TRK_03]
[03:11:30]PHASE ONE complete
[03:11:30]PHASE TWO - Rebuild Started
- [03:11:30] Rebuilding BD file Structure
- [03:11:30] CopyDirStructure() 00076 1200
- [07:54:10] CopyDirStructure() 00076 1200
- [07:54:11] CopyDirStructure() 00076 1200
- [07:54:12] CopyDirStructure() 00076 1200
- [07:54:12] CopyDirStructure() 00076 1200
[07:54:13] - Aborted at user request

This error happens to me since the last update, the only thing it happens only once and the gap is short!

[jdobbs]

That error (00076) is "Path not found". How long is the path you are using? A first guess might be that it is too long.

[maximizer]

@Flanker-B

You are using an old Beta version (v0.31.06) of BD Rebuilder. I suggest to update to Beta version v0.50.014...

[jdobbs]

Wow. I didn't even notice that. That's not just old -- it's 7 years ago old. That's really digging up old reports.

[Lathe]

Interesting. Are sure you're using the version of X264 that is included with BD-RB?

AFAIK, yes...

Is there any way for me to check...?

[CV91913]

Wow. I didn't even notice that. That's not just old -- it's 7 years ago old. That's really digging up old reports.

And, he's running Vista!

[Sharc]

AFAIK, yes...

Is there any way for me to check...?
Help => Inspect (Show settings)

[jdobbs]

AFAIK, yes...

Is there any way for me to check...?As Sharc said.

You only get this when the menu is encoding? You don't get it at any other time that X264 is executed?

[jdobbs]

@Lathe

I did some googling -- and it seems there are a few possible reasons for the error. The most common seems to be either a DLL that was changed by some other program installation, or a rights issue. But there are a bunch of other reported reasons too.

Just to eliminate the possiblity of a corrupt X264.EXE try going to this page (http://komisar.gin.by/) and download/rename the 32 and 64 bit versions and replace x264.exe and x264-64.exe in the tools folder.

[MrVideo]

And, he's running Vista!

Hey, I run XP (both 32bit and 64bit) as I have programs that will never be updated for Win7, or its later ilk. :D

[Lathe]

@Lathe

I did some googling -- and it seems there are a few possible reasons for the error. The most common seems to be either a DLL that was changed by some other program installation, or a rights issue. But there are a bunch of other reported reasons too.

Just to eliminate the possiblity of a corrupt X264.EXE try going to this page (http://komisar.gin.by/) and download/rename the 32 and 64 bit versions and replace x264.exe and x264-64.exe in the tools folder.

Thanks JD! No, the prompt doesn't show during regular encodes, whether 1 or 2 pass. I ALWAYS use the internal LAV / x264 filters. The ONLY time I see it is when it is going to encode the menu BACKGROUND, not the menu itself, and also when Avisynth is called like when there is a resize. Those are the only times I see that exact prompt, I think in both cases.

I will do what you say and let you know what happens. Like I say, it really isn't a big deal as long as I click the 'ok' prompt when it comes up, and then BDRB continues as normal.

[CV91913]

Hey, I run XP (both 32bit and 64bit) as I have programs that will never be updated for Win7, or its later ilk. :D
I still have XP on a laptop. I would not have commented had the OS been XP but, from my experience, Vista was a disaster. Ran it for about 2 weeks and then reverted.

[MrVideo]

Where I worked last, which was part of a very large global corporation, they refused to install Vista.

[jdobbs]

I installed Vista, and shortly thereafter uninstalled it. I then stayed with XP until Windows 7 came out.

[jdobbs]

Thanks JD! No, the prompt doesn't show during regular encodes, whether 1 or 2 pass. I ALWAYS use the internal LAV / x264 filters. The ONLY time I see it is when it is going to encode the menu BACKGROUND, not the menu itself, and also when Avisynth is called like when there is a resize. Those are the only times I see that exact prompt, I think in both cases.

I will do what you say and let you know what happens. Like I say, it really isn't a big deal as long as I click the 'ok' prompt when it comes up, and then BDRB continues as normal.The only thing I can think of that is unique about encoding the menu background is the use of ImageSource() in AVISYNTH. But I can't see how that would result in an R6034 error in x264. More importantly -- I use it all the time and I've never seen it myself.

[Sharc]

The only thing I can think of that is unique about encoding the menu background is the use of ImageSource() in AVISYNTH. But I can't see how that would result in an R6034 error in x264. More importantly -- I use it all the time and I've never seen it myself.
I have been using ImageSource() for creating test clips from .bmp files many times and never had a problem with x264.

[mparade]

I have tried the multiprocess feature with complex filter chains.
As a result, I must tell it is a stupefying and essential feature of BD-RB very very useful mainly for filter chains that are either complex or cannot be used in MT mode. Multiprocess in automatic mode pushed my processor utilization up from 20-25% to 98-100% averagely. :thanks: jdobbs again...

[Lathe]

The only thing I can think of that is unique about encoding the menu background is the use of ImageSource() in AVISYNTH. But I can't see how that would result in an R6034 error in x264. More importantly -- I use it all the time and I've never seen it myself.

Yeah, it sounds pretty much like it's narrowed down to when Avisynth is called from BDRB is when it happens. Perhaps if I try to re-DL Avisynth again from your 1st page, that might help.

No biggie, really. Just a prompt :)

[Flanker-B]

Wow. I didn't even notice that. That's not just old -- it's 7 years ago old. That's really digging up old reports.

I just quoted the report with the same error because I am receiving the same error with the lates version every time I try to rebuild a bluray. Everithing worked fine untill I switched my sata controller to AHCI instead of native ide mode because I got a SSD (from what I understood SSD's TRIM function requires AHCI).

PLUS bd rebulider seems to create some sort of almost endless loop when copying files so the result folders : D:\BOURNE_ULTIM_G52\BOURNE_ULTIM_G52\BOURNE_ULTIM_G52\BOURNE_ULTIM_G52\BOURNE_ULTIM_G52\BOURNE_ULTIM_G52\BOURNE_ULTIM_G52\BOURNE_ULTIM_G52\BOURNE_ULTIM_G52\BOURNE_ULTIM_G52\BOURNE_ULTIM_G52\BOURNE_ULTIM_G52\BOURNE_ULTIM_G52\BOURNE_ULTIM_G52\BDMV. Work files do contain all resulting files but sup files are not muxed back into m2ts.

And here is my error report
----------------------
[04.26.16] BD Rebuilder v0.50.14
[22:37:17] Source: BOURNE_ULTIM_G52
- Input BD size: 40,65 GB
- Approximate total content: [03:32:55.253]
- Target BD size: 22,95 GB
- Windows Version: 6.2 [9200]
- Quality: High Quality (Default), ABR
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=640
[22:37:17] PHASE ONE, Encoding
- [22:37:17] Processing: VID_00009 (1 of 21)
- [22:37:17] Extracting A/V streams [VID_00009]
- [22:49:15] Reencoding video [VID_00009]
- [22:49:15] Reencoding secondary video [TRK_02]
- Encode failed. Aborting.
- BD-Rebuilder v0.50.14
- Windows Version: 6.2 [9200]
- Working Path Free Space: 223,61GB
- AVISYNTH Version: 2.6.0.6, Ok
- LAVFILTERS: Ok
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok
- FRIMEncode: Ok
- FRIMDecode: Ok
[23:10:57] - Failed video encode, aborted
----------------------
[04.26.16] BD Rebuilder v0.50.14
[23:11:00] Source: BOURNE_ULTIM_G52
- Input BD size: 40,65 GB
- Approximate total content: [03:32:55.253]
- Target BD size: 22,95 GB
- Windows Version: 6.2 [9200]
- Quality: High Quality (Default), ABR
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=640
- Resuming from previously started job.
[23:11:01] PHASE ONE, Encoding
- [23:11:01] Processing: VID_00009 (1 of 21)
- [23:11:01] Reencoding video [VID_00009]
- [23:11:01] Reencoding secondary video [TRK_02]
[23:11:04]PHASE ONE aborted by user request
----------------------
[04.26.16] BD Rebuilder v0.50.11
[23:17:08] Source: BOURNE_ULTIM_G52
- Input BD size: 40,65 GB
- Approximate total content: [03:32:55.253]
- Target BD size: 22,95 GB
- Windows Version: 6.1 [7601]
- Quality: High Quality (Default), Two Pass
- Decoding/Frame serving: X264/LAVF
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=640
[23:17:08] PHASE ONE, Encoding
- [23:17:08] Processing: VID_00009 (1 of 21)
- [23:17:08] Extracting A/V streams [VID_00009]
- [23:28:49] Reencoding video [VID_00009]
- [23:28:49] Reencoding secondary video [TRK_02]
- [23:33:29] Reencoding secondary video [TRK_03]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23,976fps, 165.768 frames
- Bitrate: 18.108 Kbs
- [23:36:01] Reencoding: VID_00009, Pass 1 of 2
- [00:40:11] Reencoding: VID_00009, Pass 2 of 2
- [03:20:52] Video Encode complete
- [03:20:52] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 6656 (eng): Keeping original audio
- [03:20:52] Multiplexing M2TS
- [03:30:07] Processing: VID_00010 (2 of 21)
- [03:30:07] Extracting A/V streams [VID_00010]
- [03:30:23] Reencoding video [VID_00010]
- Source Video: MPEG-2, 720x480
- Rate/Length: 29,970fps, 22.245 frames
- Bitrate: 2.303 Kbs
- [03:30:23] Reencoding: VID_00010, Pass 1 of 2
- [03:31:14] Reencoding: VID_00010, Pass 2 of 2
- [03:34:10] Video Encode complete
- [03:34:10] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [03:34:10] Multiplexing M2TS
- [03:34:16] Processing: VID_00080 (3 of 21)
- [03:34:16] Extracting A/V streams [VID_00080]
- [03:34:22] Reencoding video [VID_00080]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23,976fps, 1.465 frames
- Bitrate: 5.851 Kbs
- [03:34:22] Reencoding: VID_00080, Pass 1 of 2
- [03:34:44] Reencoding: VID_00080, Pass 2 of 2
- [03:35:31] Video Encode complete
- [03:35:31] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [03:35:31] Multiplexing M2TS
- [03:35:35] Processing: VID_00082 (4 of 21)
- [03:35:35] Extracting A/V streams [VID_00082]
- [03:35:40] Reencoding video [VID_00082]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23,976fps, 1.296 frames
- Bitrate: 5.459 Kbs
- [03:35:40] Reencoding: VID_00082, Pass 1 of 2
- [03:35:59] Reencoding: VID_00082, Pass 2 of 2
- [03:36:39] Video Encode complete
- [03:36:39] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [03:36:39] Multiplexing M2TS
- [03:36:43] Processing: VID_00111 (5 of 21)
- [03:36:43] Extracting A/V streams [VID_00111]
- [03:36:50] Reencoding video [VID_00111]
- Source Video: MPEG-2, 720x480
- Rate/Length: 29,970fps, 10.187 frames
- Bitrate: 2.269 Kbs
- [03:36:50] Reencoding: VID_00111, Pass 1 of 2
- [03:37:16] Reencoding: VID_00111, Pass 2 of 2
- [03:38:45] Video Encode complete
- [03:38:45] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [03:38:45] Multiplexing M2TS
- [03:38:49] Processing: VID_00112 (6 of 21)
- [03:38:49] Extracting A/V streams [VID_00112]
- [03:38:57] Reencoding video [VID_00112]
- Source Video: MPEG-2, 720x480
- Rate/Length: 29,970fps, 8.981 frames
- Bitrate: 2.280 Kbs
- [03:38:57] Reencoding: VID_00112, Pass 1 of 2
- [03:39:21] Reencoding: VID_00112, Pass 2 of 2
- [03:40:55] Video Encode complete
- [03:40:55] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [03:40:55] Multiplexing M2TS
- [03:41:00] Processing: VID_00113 (7 of 21)
- [03:41:00] Extracting A/V streams [VID_00113]
- [03:41:06] Reencoding video [VID_00113]
- Source Video: MPEG-2, 720x480
- Rate/Length: 29,970fps, 6.108 frames
- Bitrate: 2.289 Kbs
- [03:41:06] Reencoding: VID_00113, Pass 1 of 2
- [03:41:23] Reencoding: VID_00113, Pass 2 of 2
- [03:42:20] Video Encode complete
- [03:42:20] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [03:42:20] Multiplexing M2TS
- [03:42:25] Processing: VID_00114 (8 of 21)
- [03:42:25] Extracting A/V streams [VID_00114]
- [03:42:36] Reencoding video [VID_00114]
- Source Video: MPEG-2, 720x480
- Rate/Length: 29,970fps, 19.380 frames
- Bitrate: 2.277 Kbs
- [03:42:36] Reencoding: VID_00114, Pass 1 of 2
- [03:43:28] Reencoding: VID_00114, Pass 2 of 2
- [03:46:28] Video Encode complete
- [03:46:28] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [03:46:28] Multiplexing M2TS
- [03:46:33] Processing: VID_00115 (9 of 21)
- [03:46:33] Extracting A/V streams [VID_00115]
- [03:46:42] Reencoding video [VID_00115]
- Source Video: MPEG-2, 720x480
- Rate/Length: 29,970fps, 11.107 frames
- Bitrate: 2.269 Kbs
- [03:46:42] Reencoding: VID_00115, Pass 1 of 2
- [03:47:11] Reencoding: VID_00115, Pass 2 of 2
- [03:48:52] Video Encode complete
- [03:48:52] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [03:48:52] Multiplexing M2TS
- [03:48:57] Processing: VID_00116 (10 of 21)
- [03:48:57] Extracting A/V streams [VID_00116]
- [03:49:03] Reencoding video [VID_00116]
- Source Video: MPEG-2, 720x480
- Rate/Length: 29,970fps, 6.625 frames
- Bitrate: 2.275 Kbs
- [03:49:03] Reencoding: VID_00116, Pass 1 of 2
- [03:49:21] Reencoding: VID_00116, Pass 2 of 2
- [03:50:22] Video Encode complete
- [03:50:22] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [03:50:22] Multiplexing M2TS
- [03:50:26] Processing: VID_00117 (11 of 21)
- [03:50:26] Extracting A/V streams [VID_00117]
- [03:50:33] Reencoding video [VID_00117]
- Source Video: MPEG-2, 720x480
- Rate/Length: 29,970fps, 7.625 frames
- Bitrate: 2.256 Kbs
- [03:50:33] Reencoding: VID_00117, Pass 1 of 2
- [03:50:53] Reencoding: VID_00117, Pass 2 of 2
- [03:52:03] Video Encode complete
- [03:52:03] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [03:52:03] Multiplexing M2TS
- [03:52:08] Processing: VID_00118 (12 of 21)
- [03:52:08] Extracting A/V streams [VID_00118]
- [03:52:14] Reencoding video [VID_00118]
- Source Video: MPEG-2, 720x480
- Rate/Length: 29,970fps, 7.397 frames
- Bitrate: 2.278 Kbs
- [03:52:14] Reencoding: VID_00118, Pass 1 of 2
- [03:52:33] Reencoding: VID_00118, Pass 2 of 2
- [03:53:39] Video Encode complete
- [03:53:39] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [03:53:39] Multiplexing M2TS
- [03:53:43] Processing: VID_00119 (13 of 21)
- [03:53:43] Extracting A/V streams [VID_00119]
- [03:53:50] Reencoding video [VID_00119]
- Source Video: MPEG-2, 720x480
- Rate/Length: 29,970fps, 10.346 frames
- Bitrate: 2.271 Kbs
- [03:53:50] Reencoding: VID_00119, Pass 1 of 2
- [03:54:16] Reencoding: VID_00119, Pass 2 of 2
- [03:55:44] Video Encode complete
- [03:55:44] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [03:55:44] Multiplexing M2TS
- [03:55:48] Processing: VID_00394 (14 of 21)
- [03:55:48] Extracting A/V streams [VID_00394]
- [03:56:04] Reencoding video [VID_00394]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23,976fps, 3.816 frames
- Bitrate: 13.821 Kbs
- [03:56:04] Reencoding: VID_00394, Pass 1 of 2
- [03:57:27] Reencoding: VID_00394, Pass 2 of 2
- [04:00:34] Video Encode complete
- [04:00:34] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [04:00:34] Multiplexing M2TS
- [04:00:43] Processing: VID_00395 (15 of 21)
- [04:00:43] Extracting A/V streams [VID_00395]
- [04:01:01] Reencoding video [VID_00395]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23,976fps, 3.744 frames
- Bitrate: 13.761 Kbs
- [04:01:01] Reencoding: VID_00395, Pass 1 of 2
- [04:02:25] Reencoding: VID_00395, Pass 2 of 2
- [04:05:47] Video Encode complete
- [04:05:47] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [04:05:47] Multiplexing M2TS
- [04:05:55] Processing: VID_00396 (16 of 21)
- [04:05:55] Extracting A/V streams [VID_00396]
- [04:06:13] Reencoding video [VID_00396]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23,976fps, 4.392 frames
- Bitrate: 13.823 Kbs
- [04:06:13] Reencoding: VID_00396, Pass 1 of 2
- [04:07:53] Reencoding: VID_00396, Pass 2 of 2
- [04:11:43] Video Encode complete
- [04:11:43] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [04:11:43] Multiplexing M2TS
- [04:11:52] Processing: VID_00397 (17 of 21)
- [04:11:52] Extracting A/V streams [VID_00397]
- [04:12:09] Reencoding video [VID_00397]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23,976fps, 4.680 frames
- Bitrate: 13.543 Kbs
- [04:12:09] Reencoding: VID_00397, Pass 1 of 2
- [04:13:52] Reencoding: VID_00397, Pass 2 of 2
- [04:17:57] Video Encode complete
- [04:17:57] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [04:17:57] Multiplexing M2TS
- [04:18:05] Processing: VID_00398 (18 of 21)
- [04:18:05] Extracting A/V streams [VID_00398]
- [04:18:27] Reencoding video [VID_00398]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23,976fps, 4.968 frames
- Bitrate: 13.731 Kbs
- [04:18:27] Reencoding: VID_00398, Pass 1 of 2
- [04:20:18] Reencoding: VID_00398, Pass 2 of 2
- [04:24:41] Video Encode complete
- [04:24:41] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [04:24:41] Multiplexing M2TS
- [04:24:49] Processing: VID_00399 (19 of 21)
- [04:24:49] Extracting A/V streams [VID_00399]
- [04:25:05] Reencoding video [VID_00399]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23,976fps, 4.008 frames
- Bitrate: 13.806 Kbs
- [04:25:05] Reencoding: VID_00399, Pass 1 of 2
- [04:26:35] Reencoding: VID_00399, Pass 2 of 2
- [04:30:06] Video Encode complete
- [04:30:06] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [04:30:06] Multiplexing M2TS
- [04:30:13] Processing: VID_00400 (20 of 21)
- [04:30:13] Extracting A/V streams [VID_00400]
- [04:30:29] Reencoding video [VID_00400]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23,976fps, 4.200 frames
- Bitrate: 13.677 Kbs
- [04:30:29] Reencoding: VID_00400, Pass 1 of 2
- [04:32:02] Reencoding: VID_00400, Pass 2 of 2
- [04:35:42] Video Encode complete
- [04:35:42] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [04:35:42] Multiplexing M2TS
- [04:35:49] Processing: VID_00401 (21 of 21)
- [04:35:49] Extracting A/V streams [VID_00401]
- [04:36:04] Reencoding video [VID_00401]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23,976fps, 4.056 frames
- Bitrate: 13.742 Kbs
- [04:36:04] Reencoding: VID_00401, Pass 1 of 2
- [04:37:36] Reencoding: VID_00401, Pass 2 of 2
- [04:41:13] Video Encode complete
- [04:41:13] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [04:41:13] Multiplexing M2TS
[04:41:20]PHASE ONE complete
[04:41:20]PHASE TWO - Rebuild Started
- [04:41:20] Rebuilding BD file Structure
- [04:41:20] CopyDirStructure() 00076 1200
- [10:04:30] CopyDirStructure() 00076 1200
- [10:04:31] CopyDirStructure() 00076 1200
- [10:04:31] CopyDirStructure() 00076 1200
- [10:04:32] CopyDirStructure() 00076 1200
- [10:04:32] CopyDirStructure() 00076 1200
- [10:04:33] CopyDirStructure() 00076 1200
- [10:04:33] CopyDirStructure() 00076 1200
- [10:04:33] CopyDirStructure() 00076 1200
[10:04:33] - Aborted per user request

[jdobbs]

I'd look for another source of your problem. BD-RB doesn't have the capability to tell it's on your computer and only create those problems there. There are thousands of other installations -- and it isn't doing it anywhere else.

[Flanker-B]

I'd look for another source of your problem. BD-RB doesn't have the capability to tell it's on your computer and only create those problems there. There are thousands of other installations -- and it isn't doing it anywhere else.

I know it's probably an issue on my end, but there are also a lot of other problem reports with some newer versions of Intel RST (Rapid Storage Technologies) drivers on some chipsets (like it can completely mess up windows update on windows 7 and 10).

[jdobbs]

I know it's probably an issue on my end, but there are also a lot of other problem reports with some newer versions of Intel RST (Rapid Storage Technologies) drivers on some chipsets (like it can completely mess up windows update on windows 7 and 10).There is no way that BD-RB can get into an endless loop creating folders -- unless your file system has issues. I can't fix your file system issues.

[Lathe]

There is no way that BD-RB can get into an endless loop creating folders -- unless your file system has issues. I can't fix your file system issues.

Geez JD...

I thought you could do anything... :cool:

[KaraokeAmerica]

There is no way that BD-RB can get into an endless loop creating folders -- unless your file system has issues. I can't fix your file system issues.

Slacker.....;)

[veggav]

Hey Jdobbs it has been some time since I used BD-Rebuilder for the last time and I was checking the changelog and considering a few things:

1. You added the possibility to output a Blu-Ray structure but the within the M2TS container you get h.265 HEVC, which reduces the filesize considerably. Since the UHD Blu-Ray uses h.265, do you think in the future would be possible to get full blu-ray backup, with menus and extras to play on UHD players but everything encoded with h265 HEVC?

2. I know I have posted this before but are we ever going to get an option to add a subtitle or audio stream to a full blu-ray backup?

3. I've seen BD-Rebuilder is able to convert several DVDs to Blu-ray, since the DVD Menu has nothing to do with the Blu-Ray structure, is that possible to keep? Does BD-Rebuilder creates a small menu to select the discs or something like it?

Thank you for your effort with this amazing software!

[jdobbs]

1. Hopefully, but there are still a lot of undefined requirements as to how HEVC will be included. So it still remains to be seen what might have to be done to make it compliant.

2. Don't know -- as it's really risky to start changing that sort of thing on a full backup.

3. The DVD menu is cludgy because there were such limitations in DVD -- often you'll find text (selections) built into the backdrop. So BD-RB creates a new menu when you import. You have an opportunity to edit the titles, and also choose a backdrop. BD-RB will attempt to pull the background audio from the first DVD being imported -- and if it doesn't have one, you can specify an AC3 stream to use as background audio.

There are also several hidden parameters you can play with (see HIDDENOPTS.TXT) to customize your import menus (like fonts, placement, and number of items per menu page). The number of individual items that can be imported into a single BD is virtually unlimited.

[Lathe]

2. I know I have posted this before but are we ever going to get an option to add a subtitle or audio stream to a full blu-ray backup?

Well, the easiest way to do that I think is to rip the Blu-ray, or whatever you are going to use as the source for BDRB, then using TSMuxer, simply add the audio or subtitle file that you want to add to what you have and re-render the BDMV folder, and then use the resulting folder (with your additional files added) to process through BDRB.

[Ch3vr0n]

Don't forget about 1. The protection mechanism still needs to be broken first. That's a hefty task, considering there's no official documentation. Dvdfab AFAIK said they're not going to bother, James @ RedFox said he'd look into adding support but guess to the documentation lack the entire mechanism needs to be reverse engineered.

Verstuurd vanaf mijn Nexus 5 met Tapatalk

[jdobbs]

Well, the easiest way to do that I think is to rip the Blu-ray, or whatever you are going to use as the source for BDRB, then using TSMuxer, simply add the audio or subtitle file that you want to add to what you have and re-render the BDMV folder, and then use the resulting folder (with your additional files added) to process through BDRB.There's a high probability of problems if you do that -- especially for discs using BD-J.

[Lathe]

There's a high probability of problems if you do that -- especially for discs using BD-J.

Oh, wasn't aware, sorry...

[Lathe]

This is SO bloody annoying; I do NOT know what the heck I am doing wrong... And, I'm pretty sure this has happened before.

I imported 2 MKV files into BDRB so that they could be re-encoded into a proper BDMV format with a menu. After importing them into the 'Pseudo BDMV' structure, I bloody CHECKED to make sure that in the PINO.INF file that the AR adjustments were showing. The original AR for both MKV files are 2.35:1. BUT... BDRB just finished re-encoding the first file (2 passes, automatic setting) and darned if the resulting m2ts file isn't STILL in the same ratio!

I cannot for the life of me figure out why BDRB does not correct the AR and fill in the missing black borders when creating the new, re-encoded file...??? Here is what the PINO.INF file looks like:

[VideoAdjust]
00000=.AddBorders(0,88,0,88)

This is the BDRB log for the Import:

21:38:36] Importing BDs: IMPORTS
- Analyzing source playlists...
- Title Editing Dialog...
- Importing BD: Title01 [ 1 of 2]
- Importing Playlist 00000 [01:41:50.020]
- Importing BD: Title02 [ 2 of 2]
- Importing Playlist 00000 [01:47:48.712]
- Creating Quick-Play Menu...
- Encoding menu background...
- Building menu structure...
[21:42:52] Import completed successfully.

When importing the parent folders above, each one contains a BDMV, CERT, & PSEUDO folder (the last of which contains the VideoAdjust command) Why doesn't BDRB then 'see' and execute it?

I will attach a snapshot of the re-encoded m2ts MediaInfo file showing the NON-adjusted AR. It has clearly been re-encoded because the original file had 12 reframes, which my OPPO will not play (it will only play up to 7 with a 720 resolution, thus the reason for my re-encode, in addition to the 2.35:1 AR)

Here is the BDRB log through re-encoding the first file:

[05/01/16] BD Rebuilder v0.50.14
[21:47:14] Source: IMPORTS
- Input BD size: 20.45 GB
- Approximate total content: [03:29:39.274]
- Target BD size: 20.02 GB
- Windows Version: 6.2 [9200]
- Auto Quality: Better (Faster), Two Pass
- X264 Tweak(s) enabled [just deblock & qcomp for both passes ]
- Decoding/Frame serving: X264/LAVF
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[21:47:15] PHASE ONE, Encoding
- [21:47:15] Processing: VID_00001 (1 of 2)
- [21:47:15] Extracting A/V streams [VID_00001]
- [21:49:25] Reencoding video [VID_00001]
- Source Video: MPEG-4 (AVC), 1280x720
- Rate/Length: 23.976fps, 146,494 frames
- Bitrate: 10,444 Kbs
- [21:49:25] Reencoding: VID_00001, Pass 1 of 2
- [22:32:00] Reencoding: VID_00001, Pass 2 of 2
- [23:35:07] Video Encode complete
- [23:35:07] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (und): Keeping original audio
- Track 4354 (und): Keeping original audio
- [23:35:07] Multiplexing M2TS

This is the IMPORTS.INF file:

[Status]
LABEL=IMPORTS
VERSION=v0.50.14
SOURCE_SIZE=21959123945
SOURCE_VIDEO_SIZE=21958606848
TARGET_SIZE=21495808000
REDUCTION=.978900485435751
RESIZE_1080=0
RESIZE_1440=0
AUDIO_TO_KEEP=eng;
KEEP_HD_AUDIO=-1
SUBS_TO_KEEP=eng;
BACKUP_MODE=0
MOVIEONLY_TYPE=0
USE_LAVF=-1
INSTANCES=1
DGDECNV=0
DGDECIM=0
FRIMSOURCE=0
FFMS2=0
SSIF_MODE=0
QUICK=1
ENCODE_STEP=1.5
COMPLETED=1
[00001]
AUDIO=111
PGS=011
APULLDOWN=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=9941672483
RATE=10444
SPLITS=1
NSTART=27000000
NEND=301950924
NSIZE=9710100480
FLINK=0
MLINK=0
[00002]
AUDIO=111
PGS=1
APULLDOWN=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=11785190423
RATE=11645
SPLITS=1

I should have known something was wrong, because as I mentioned here recently, anytime Avisynth is called I get that weird prompt, in other words any time any resizing is done. And in the 2 passes this time, I didn't get the prompt... so, it's like Avisynth was never called.

I sure wish I knew what the heck I must be doing wrong...

[Sharc]

..... because the original file had 12 reframes, ....

Huh, what "original" file is this ???

I would reinstall avisynth and LAV according to the instructions in 1st post of this thread.

[gonca]

@Lathe
Are you importing the Mkv files separately or together in one folder

[jdobbs]

You're using X264/LAVF -- that's probably the issue. Change to DirectshowSource() and that should fix it. The borders are added via AVISYNTH. In the meantime I'll look at the logic.

[Lathe]

You're using X264/LAVF -- that's probably the issue. Change to DirectshowSource() and that should fix it. The borders are added via AVISYNTH. In the meantime I'll look at the logic.

Yeah, that had occurred to me too... It's just that I've always used LAVF, and what's weird, I could SWEAR that other times it has resized and re-encoded it just fine (of course, I get the weird prompt, but after hitting 'ok' it proceeds just fine)

@GONCA

Yes, I imported the two parent folders containing the already imported MKV files with the resulting BDMV, CERT, & PSEUDO folders already in them, as you normally would do with importing any BDMV sets together to create a quick-play menu.

@SHARC

Yeah, I was thinking that too, since it SEEMS like something having to do with Avisynth, maybe... Perhaps I somehow have the wrong version or something...

Thanks guys! I am guessing that maybe just when I need to resize something, I probably should use DIRECT SHOW instead of my beloved x264/LAVF :) I will re-run it with that and see what happens. If I get the prompt when it goes to do either pass, then I'll know (or at least I think I'll know...) that Avisynth is being called to resize it. Oh, and BTW, I DID DL and replace both the x264.exe's that you sent me JD.

[Sharc]

You're using X264/LAVF -- that's probably the issue. Change to DirectshowSource() and that should fix it. The borders are added via AVISYNTH. In the meantime I'll look at the logic.
Isn't LAVF automatically substituted by DSS anyway whenever any filtering (avisynth) is involved?

[gonca]

@Lathe
Try this please
import parent folder >>> MKV1, MKV2, etc
encode this import

[Lathe]

Isn't LAVF automatically substituted by DSS anyway whenever any filtering (avisynth) is involved?
Last edited by Sharc; Today at 14:59.

Yeah, that is what I thought too...


@Lathe
Try this please
import parent folder >>> MKV1, MKV2, etc
encode this import

I'm afraid that I don't quite understand what you mean. When you import the single MKV file, I believe that BDRB automatically creates a folder with the name of the file and creates within it the resulting BDMV, CERT, & PSEUDO folders. So, when you import the 2nd MKV file, the same thing happens, so what you have then are the two 'parent' folders named with the 2 MKV file names, and inside each one of them are their respective 3 folders. Then, when you want to combine them and, as in my case, burn them as a playable Blu-ray folder to disc, you then import each one of the two parent folders using the 'Import Blu-rays' function, and then BDRB creates a full, playable Blu-ray and creates a menu for the 2 items.

So, if you mean something else other than this process, please by all means explain it to me.

In the meantime, although I thought the same thing as Sharc above, I will try using the DS filters this time and see what happens.

Thanks!

[gonca]

The way you are doing it the PSEUDO folders are in this structure
parent folder >>> [bdmv, cert, pseudo] , [bdmv, cert, pseudo]

The way I suggested it is
parent folder >>> [bdmv, cert, pseudo]

BD_RB might not see the pseudo folders in case 1, jdobbs would be the one to say yay or nay to this possibility

[Lathe]

The way you are doing it the PSEUDO folders are in this structure
parent folder >>> [bdmv, cert, pseudo] , [bdmv, cert, pseudo]

The way I suggested it is
parent folder >>> [bdmv, cert, pseudo]

BD_RB might not see the pseudo folders in case 1, jdobbs would be the one to say yay or nay to this possibility

Hmmm, I THINK that I AM doing the way you said, if I understand you correctly. Maybe I didn't explain it right. Each parent folder (from each imported MKV file) does indeed have it's own:

parent folder >>> [bdmv, cert, pseudo]

as you suggested. So, what I am then ultimately importing is 2 parent folders, each with it's own 3 folders.

BTW...!

I am just now trying to re-encode only ONE of the files that was already imported, and this may give you guys more information to go on... So, this time (leaving the x264/LAVF filters in place) I simply used the usual 'browse' function and selected the BDMV folder of ONE of the imports, which folder also contains the CERT and PSEUDO folders. And, just to be sure, I selected an encoding output size slightly smaller than the originating folder (although, this may not have been necessary - BDRB MIGHT have detected the PSEUDO folder and called Avisynth to resize it anyway, IDK...)

So, the GOOD news is that by imputing the imported structure THIS way, on the very first pass I DID get the prompt that I usually always do when Avisynth is called, which I am guessing is a good sign since it did NOT do that before. I am now going to go into the WORKFILES to double check to see if the resulting .264 file is indeed 16x9...

***EDIT

YES! In this WORKFILES folder during the first pass the VID_0000.AVS file looks like this:

#Created by BD Rebuilder - v0.50.14
DirectshowSource("C:\_______MEDIA\__TSMUXER\File01\BDMV\STREAM\00000.m2ts", fps=23.976, framecount=146494, audio=false).AddBorders(0,88,0,88)
ConvertToYV12().AssumeFPS(24000,1001)

Which does indeed look like it is employing Avisynth!

So, I GUESS so far what it LOOKS like is that when I 'browse' to the imported folder which contains the PSEUDO file, it appears to see it and execute it. But, when I just tried to 'IMPORT' the folders and create a quick-play menu structure, it didn't... So, at WORST, all I think I will have to do is re-encode each imported folder first and then after both are re-encoded, just simply use the quick play to put them together and create a menu.

No sweat! :D

So, if that is any help...

[jdobbs]

Isn't LAVF automatically substituted by DSS anyway whenever any filtering (avisynth) is involved?Not when it is just resizing -- but yes. That's the reason I said I needed to look at the logic. It isn't used that often, so the chance of a logic error that has gone undiscovered is more likely.

[jdobbs]

@LatheYES! In this WORKFILES folder during the first pass the VID_0000.AVS file looks like this:Which does indeed look like it is employing Avisynth!

BD-RB will always create the .AVS file -- even it if isn't used. The only way you can be sure is to look at the LASTCMD.TXT file right after the encode.

[Lathe]

@Lathe

BD-RB will always create the .AVS file -- even it if isn't used. The only way you can be sure is to look at the LASTCMD.TXT file right after the encode.

Okidoke, will do!

It will be about 15 minutes more on the first pass and probably about another hour on the 2nd. But, getting the prompt this time when I didn't get it the first time I think is pretty promising...

Yeah, I just got prompted on the 2nd pass, so I'm thinking that it is doing okay.

So, I guess the main deal here, and it's not really that vital to me since I can do them separately, but for some reason BDRB seems to 'see' the Pseudo folder and execute it when I use the 'browse' function to the already imported BDMV folder. But, when I try to group the 2 already imported folders together with the quick-play menu structure, it doesn't seem to see the Pseudo folders or it doesn't seem to execute the Avisynth instructions inside them.

[gonca]

Lathe
What I was trying to say is put both MKVs into ONE folder
Import and encode that folder

[Lathe]

Lathe
What I was trying to say is put both MKVs into ONE folder
Import and encode that folder

Hmmm, I know I'm probably being obtuse (well, MORE obtuse than usual...) but I don't think I know how to do that. When each file is imported, BDRB creates separate folders for each of them automatically, each one named after each file. So, I'm afraid I don't know how to do that, unless you can specify each step that I need to do, if you want...

BTW, I just checked the 2nd pass .264 file and it IS definitely re-encoded with the borders added! I've attached a snapshot of it below.

[gonca]

IMPORT >>> Video files
Highlight (select) both files

[Lathe]

IMPORT >>> Video files
Highlight (select) both files

Ohhhh, I see now, sorry about that :)

I didn't know that you could do that. Just out of curiosity, I'll give it a try.

FWIW, the first MKV file just finished and it looks GREAT! :D

I'm gonna try the other one now. First I'm gonna try it without making the target size smaller, just to see if it will resize it anyway. I'll be able to tell when it goes for the 1st pass.

[Lathe]

Heh, I KNOW it's probably pretty boring and tedious my going through all this, but I just started the re-encode with the 2nd MKV file. This time, I did not specify size (just set it for BD-25 - the MKV file is about 11 Gigs) Interestingly, it appears to have 'seen' the PINO.INF parameters because I did get the prompt as it started the first pass, and I also looked at the VID_0000.AVS file and it had the resizing stuff in it. The only thing I'm not sure about is exactly how big the resulting folder will be. I would LIKE to put both films on the same Blu-ray. Since I did not specify size, it is only doing 1 pass ABR which will only take about 35 minutes. I guess if it is too big, I can always go back and specify size.

So, anyway, all in all everything seems to be turning out okay.

Thanks all!

[Lathe]

Whoops, I guess I can't do that... It turned out to be 22 Gigs! :) The re-encode looks perfect though.

Oh well, I'll go back in and now specify the size; at least I now know what it will do if you don't...

[mparade]

@jdobbs

1. In my Quick-Play Menus I would like to use the characters of my native language instead of the ones from the english alphabet (my nephew is very young still prefers the native:)). Unfortunately, BD-RB does not let (the characters are deformed) me use 2 characters from the complete Hungarian alphabet. All the others are available inside BD-RB Quick-Play Menu Editor but the menus always used to include one or the other which currently cannot be used correctly. Could the problem be inside BD-RB, or is it an "outer" Windows problem?

2. Would it be possible in the future to determine the position of the menu items on the menu page? I am using always my custom background and I would like to adjust the position of the items to the design of the picture (it would be well enough if the position of the menu item columns could be adjustable).

Nothing else is missing in my opinion from your amazing Quick-Play Menu feature. :thanks:

[jdobbs]

I plan to add a lot more to customize menus. I'm just not sure when.

The things you can adjust now are where the top of the menu is, and how many items can exist per page. Those two alone can do a lot for positioning. For example, if you have 10 total items and want your menu to be at the bottom of the page, just set MENU_TOP=900 and MENU_MAXITEMS=5. The result will be two pages of menus in which there are 5 items at the bottom of each page.

[mparade]

I plan to add a lot more to customize menus. I'm just not sure when.

The things you can adjust now are where the top of the menu is, and how many items can exist per page. Those two alone can do a lot for positioning. For example, if you have 10 total items and want your menu to be at the bottom of the page, just set MENU_TOP=900 and MENU_MAXITEMS=5. The result will be two pages of menus in which there are 5 items at the bottom of each page.

If it wouldn't be a lot of work for you, I think a "simple" MENU_LEFT_SIDE or MENU_RIGHT_SIDE could enable the user to make horizontal positioning for the menu items as well which can work together well with the currently available options. It would be especially useful when using a custom background when the complete column of menu items on the page needs to be shifted left/right. It would be very useful in my opinion in cases when there are not many items to adjust on the page (1 or 2 columns).

[jdobbs]

I can do that.

[mparade]

I can do that.

Thank you very much! I am looking forward to use all the new Quick-Menu Edit functions in the new release! I hope new release will come out within days or hours. :D
and really hope to be able to donate for this great software very soon! (you are still unable to recieve money through Paypal)

[Lathe]

... really hope to be able to donate for this great software very soon! (you are still unable to receive money through Paypal)

I know... We've been offering alternative ideas till we are blue in the face, to no avail...

I think we will have to take sterner measures, hunt him down, and make a Gang Donation... :devil:

[jdobbs]

I'll figure a way pretty soon. The truth is, though, that donations never covered much more than what I spent on discs I bought for testing... so I've essentially just stopped buying discs to break even. The downside is that I'm really limited on what I can do for some bug reports. Most of what I do now is out of a sense of pride (actually "obstinacy" might be a more accurate term).

[Lathe]

I'll figure a way pretty soon. The truth is, though, that donations never covered much more than what I spent on discs I bought for testing... so I've essentially just stopped buying discs to break even. The downside is that I'm really limited on what I can do for some bug reports. Most of what I do now is out of a sense of pride (actually "obstinacy" might be a more accurate term).

Well, I'm sure that I am speaking for all of us when I say that we certainly appreciate the time you take out of your NORMAL life to update and improve BDRB... :thanks:

(and, I'm sorry, but I absolute HAVE to repeat that I am ALL for a small monthly subscription price [I]ANY of us could afford that (even me) and if you had at LEAST 100 loyal subscribers, then that would put $500 in your pocket, well-earned, every month. And, FWIW, I don't give a toasty $h*t about anyone here who complains about that. If they cannot cough up $5 / month for the use of this delightfully useful program, they [and their ancestors] can kindly sit and spin...)

[mparade]

Hello,

In a Quick-Play Menu backup is it possible to force a subtitle stream (by the extras it would be very useful)/set an audio stream as the default (by the feature it would be very useful)? It would be very nice.

[gonca]

Well, I'm sure that I am speaking for all of us when I say that we certainly appreciate the time you take out of your NORMAL life to update and improve BDRB... :thanks:

(and, I'm sorry, but I absolute HAVE to repeat that I am ALL for a small monthly subscription price [I]ANY of us could afford that (even me) and if you had at LEAST 100 loyal subscribers, then that would put $500 in your pocket, well-earned, every month. And, FWIW, I don't give a toasty $h*t about anyone here who complains about that. If they cannot cough up $5 / month for the use of this delightfully useful program, they [and their ancestors] can kindly sit and spin...)

I'll say it again...Pro Version
Extra functionality and features for a few dollars

[Lathe]

I'll say it again...Pro Version
Extra functionality and features for a few dollars

Yep...

Actually, this baby has quite a LOT going for it already, thanks to JD's industriousness and imagination...

[AmigaFuture]

Hey, I run XP (both 32bit and 64bit) as I have programs that will never be updated for Win7, or its later ilk. :D

So do I! Not as a main OS, but very usable. :)


I still have XP on a laptop. I would not have commented had the OS been XP but, from my experience, Vista was a disaster. Ran it for about 2 weeks and then reverted.

Some people I know who use their computers for very basic stuff still use Vista. I'm able to connect to them and do Desktop help. It's good for very basic usage including basic gaming.


There is no way that BD-RB can get into an endless loop creating folders -- unless your file system has issues. I can't fix your file system issues.

WHAT!?!? I WANT MY DONATIONS BACK if you cannot fix those when I run BD-RB...at least on the volume I run it from. Crappy programmers... SIGH!


[To the people new here, or unaware...or looking for problems with the program, I'm merely JOKING....having some fun... So any Toilet Ducks, go Quack yourself somewhere else.]

[Lathe]

WHAT!?!? I WANT MY DONATIONS BACK if you cannot fix those when I run BD-RB...at least on the volume I run it from. Crappy programmers... SIGH!


[To the people new here, or unaware...or looking for problems with the program, I'm merely JOKING....having some fun... So any Toilet Ducks, go Quack yourself somewhere else.]

I have just sacrificed a virgin, and am now casting the Summoning Spell to bring back Toilet Duck... :devil:

[jdobbs]

I have just sacrificed a virgin, and am now casting the Summoning Spell to bring back Toilet Duck... :devil:Gee... I can't wait.

[lauguru]

hello jdobbs

Hello
as I can try to encode all the videos fullbluray in X265 / HVEC (instead of x264) except the menu (x264), to try to see if powerdvd 16 plays bluray.
You could add in some HIDDENOPTS.TXT command to make it as evidence, trying to encode all in X265, except the menu in x264. Thank you

[Ch3vr0n]

Won't work. x265 violates standard bluray specification. x265 is only approved for uhd. Any powerdvd number can play bluray provided it's the ultra version.

Verstuurd vanaf mijn Nexus 7 met Tapatalk

[lauguru]

Won't work. x265 violates standard bluray specification. x265 is only approved for uhd. Any powerdvd number can play bluray provided it's the ultra version.

Verstuurd vanaf mijn Nexus 7 met Tapatalk

but it would be nice to implement it experimentally, or use the codec used by UHD to reconvert a BluRay in that format, covertly as an extra in HIDDENOPTS.TXT

[Ch3vr0n]

Doubt jdobbs will do it, the intent of bdrb is to create standard compliant output, not standard violating output. And even if it were possible, doubt any player would play it because the output would violate standard.

Verstuurd vanaf mijn Nexus 5 met Tapatalk

[gonca]

How about ARCHIVE_MODE
However, presently no hardware or software player will play the structure by default

[jdobbs]

How about ARCHIVE_MODE
However, presently no hardware or software player will play the structure by defaultYep. That will create a disc exactly how he described. But as you say, since nothing will play it, it's really nothing more than a way to keep an archive of the original.

[mparade]

How about ARCHIVE_MODE
However, presently no hardware or software player will play the structure by default

I have just bought a media tank (DUNE HD Solo 4K) which supports both HEVC 10-bit streams and the BD structure with menus. Maybe, I should try to play an ARCHIVE backup using HEVC....:cool:

[lauguru]

I have just bought a media tank (DUNE HD Solo 4K) which supports both HEVC 10-bit streams and the BD structure with menus. Maybe, I should try to play an ARCHIVE backup using HEVC....:cool:

Try, if you can play there, would be a big step.

try with in bdrebuilder.ini

ARCHIVE_MODE=1
ARCHIVE_QUALITY=0
ARCHIVE_LIMIT=0
ARCHIVE_265=1
ARCHIVE_ENABLE=1


jdobbs/ ARCHIVE_MODE have only 1 pass?


- Input BD size: 30,98 GB
- Approximate total content: [02:23:01.906]
- Windows Version: 6.2 [9200]
- Archive Backup (HEVC/AAC) mode enabled
- Quality: Good (Very Fast)
- X264 Tweak(s) enabled
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[17:21:52] PHASE ONE, Encoding
- [17:21:52] Processing: VID_00000 (1 of 10)
- [17:21:52] Extracting A/V streams [VID_00000]
- [17:21:59] Reencoding video [VID_00000]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 2.657 frames
- [17:21:59] Reencoding: VID_00000, Pass 1 of 1
- [17:22:52] Video Encode complete

[gonca]

@lauguru
Might be linked to quality settings
Try High quality 2 pass or crf if you wish

[lauguru]

I have finished the process but the end result:

30 gb to 5,29 GB (5.689.499.768 bytes) and custom target 24280 mb ( in ARCHIVE_MODE not work custom target?)

[mparade]

Try, if you can play there, would be a big step.

try with in bdrebuilder.ini

ARCHIVE_MODE=1
ARCHIVE_QUALITY=0
ARCHIVE_LIMIT=0
ARCHIVE_265=1
ARCHIVE_ENABLE=1


jdobbs/ ARCHIVE_MODE have only 1 pass?

Tomorrow, I will give you the info if the output of BD-RB can be played correctly on my DUNE HD or not.

[mparade]

If someone is interested in the new UHD BD specification:

http://www.blu-raydisc.info/licensee-list/flla-rom4authoringsystem-licenseelist.php

[Ch3vr0n]

I fail to see the relevance to bdrb for the moment. Bdrb doesn't process copy protected material and aacs 2.0 hasn't been broken yet.

Verstuurd vanaf mijn Nexus 7 met Tapatalk

[jdobbs]

I have finished the process but the end result:

30 gb to 5,29 GB (5.689.499.768 bytes) and custom target 24280 mb ( in ARCHIVE_MODE not work custom target?)Archive mode uses a fixed CRF value. Target sizes aren't applicable.

The default archive value is 23. Lower values are larger with higher quality, higher values are smaller with lower quality. 23 is a good balance. Anything below 16 is wasted space (16 is close to perfect reproduction). 18 is a very high quality archive.

[Lathe]

Archive mode uses a fixed CRF value. Target sizes aren't applicable.

The default archive value is 23. Lower values are larger with higher quality, higher values are smaller with lower quality. 23 is a good balance. Anything below 16 is wasted space (16 is close to perfect reproduction). 18 is a very high quality archive.

Just out of curiosity then, say I wanted to archive a Blu-ray where the video part only is about 20 Gigs. And I wanted to archive it in the best ('reasonable') quality, which at the extreme is, say, '16'. How EXACTLY would I set my ini / settings to do that? And also, just a wild guess (if possible) about what do you think the resulting size would be (assuming an average Blu-ray with average action scenes, etc.)

The reason I am asking is because I have around 7 or 8 HDDs and the bloody things are getting pretty full of the stuff I want to archive / back up. Almost everything is lossless (the reason being is duplication in case of catastrophe / loss - I keep the HDDs in another place) BUT, I'm thinking that if I archive stuff at '16' I honestly shouldn't be able to tell any difference. So, I am curious as to about how much space I would save (being the A/V-phile that I am, although not as obsessive as some, I would likely select Blu-rays that are not as critical visually to back up in this way)

Thanks for any thoughts on this...

Oh, and what exactly does the resulting file look like, since in this unique case, the result is NOT going to be in a playable Blu-ray, BDMV format? Also, will I be able to keep whatever lossless audio and other audio that I wish to keep? Will it be muxed with this new file? Also too, after it is archived, how does one 'restore' it to a playable Blu-ray?

(Thanks gonca, but I think I'm gonna need a LOT more info than that :) Full ini settings, etc., thanks though!)

[gonca]

ARCHIVE_CRF=16 in INI
You can probably play back the M2TS files, just not the structure

[Lathe]

Okay, from looking at the hidden Opts settings and looking at the post above, it LOOKS like I need to set these for sure:

ARCHIVE_265=1 (for x265)
ARCHIVE_CRF=16 (as gonca said)
ARCHIVE_ENABLE=1 (to turn it on, I guess...)
ARCHIVE_LIMIT=1 (to keep all audio, lossless & otherwise, as already set in the 'Settings' I think)

If anyone can confirm if this is right so far, and whatever else is needed, and also any info about the other things I was curious about.

[Lathe]

Sorry..., just thought of this...

Also, is there a BIG difference in whether you archive using x264 (with which, obviously, I would be a lot more familiar) or x265?
In other words, if I archived a Blu-ray using x264 CRF=16 or x265, what basically is the difference?

I'm GUESSING that if I just archive using x264, then the resulting file is basically what you keep and play later on, right? There would be no need for future conversion 'back' into anything. Whereas with x265, then you WOULD have to convert the archive somehow 'back' into a playable Blu-ray format, right? Wouldn't it then be simpler and just make more sense to backup using x264 with a CRF of 16 and leave it at that...? (I guess 'tweaks' could be used with this too)

Thanks!

[Lathe]

Hmmm, after reading these recent posts concerning comparison between x264 and x265, it doesn't sound like people are feeling that x265 truly matches or surpasses high bit rate quality encodes. Here are a few of the comments:


Old 7th May 2016, 23:57 #274 | Link
Leo 69
Registered User

Join Date: Nov 2004
Posts: 173

Having said all positive about my impression about current state of x265, I should admit that it's still not suitable for very HQ, sharp sources. Washes out detail too much with any settings you'd think of. "Retain grain" helps a bit, but still tiny details go away for good.


Old 8th May 2016, 00:20 #275 | Link
asarian
Registered User

Join Date: May 2005
Posts: 1,127

Quote:
Originally Posted by Leo 69 View Post
Having said all positive about my impression about current state of x265, I should admit that it's still not suitable for very HQ, sharp sources. Washes out detail too much with any settings you'd think of. "Retain grain" helps a bit, but still tiny details go away for good.

And for the 'codec of the future', that's simply unacceptable. Honestly, for what it stands for, and the huge impact on your CPU, it really ought to be *significantly* better than x264.

Still, I shouldn't judge too harshly, as it's (relatively) still in its early stages of development.



Join Date: Nov 2004
Posts: 173
Hi mate,

I agree that it could be the "result" of early stages of development. Maybe we have to wait another 3-5 years for it to reach acceptable state and then forget about x264.

~~~~~~~~~~~~~~~~~~~~~~~~


So, I'm thinking since I am NOT trying to squeeze every little bit of space out of the encode, that I will likely just stay with x264.

Sorry to conclude this after asking all that stuff... :rolleyes:

But... say I DO still want to archive some Blu-rays using x264. Then do I just simply set it for CRF=16, say, for the best 'practical' quality, maybe with some tweaks, and just leave it at that...??? Do I still choose 'High Quality' in the presets? Are there any other ini or any other settings that I need to do this? Or, should I use 2-passes? At this point, since I'm probabaly not gonna use x265, do I need to use the 'Archive' function at all, or do I just 'shrink' the Blu-ray as usual...?

Now, I'm not quite sure what to do...

[Lathe]

BTW, the 'CRF' is still greyed-out in the menu while I am using LAVF as the frame server. So, does that mean that I CAN'T use CRF to archive my Blu-rays then?

[lauguru]

Archive mode uses a fixed CRF value. Target sizes aren't applicable.

The default archive value is 23. Lower values are larger with higher quality, higher values are smaller with lower quality. 23 is a good balance. Anything below 16 is wasted space (16 is close to perfect reproduction). 18 is a very high quality archive.

ARCHIVE_CRF n = 10-50 X265 CRF value to use for ARCHIVE mode (default=23)

if I understand well, crf lower value, better quality and more occupies the final m2ts?

ARCHIVE_CRF=10 (is the best confg?)

i use this :

ARCHIVE_MODE=1
ARCHIVE_CRF=10
ARCHIVE_QUALITY=3
ARCHIVE_LIMIT=1
ARCHIVE_265=1
ARCHIVE_ENABLE=1



and add in rebuilder.ini command to add 2 pass in X265 ARCHIVE_MODE, only performs 1 pass?

[mparade]

Hmmm, after reading these recent posts concerning comparison between x264 and x265, it doesn't sound like people are feeling that x265 truly matches or surpasses high bit rate quality encodes. Here are a few of the comments:


Old 7th May 2016, 23:57 #274 | Link
Leo 69
Registered User

Join Date: Nov 2004
Posts: 173

Having said all positive about my impression about current state of x265, I should admit that it's still not suitable for very HQ, sharp sources. Washes out detail too much with any settings you'd think of. "Retain grain" helps a bit, but still tiny details go away for good.


Old 8th May 2016, 00:20 #275 | Link
asarian
Registered User

Join Date: May 2005
Posts: 1,127

Quote:
Originally Posted by Leo 69 View Post
Having said all positive about my impression about current state of x265, I should admit that it's still not suitable for very HQ, sharp sources. Washes out detail too much with any settings you'd think of. "Retain grain" helps a bit, but still tiny details go away for good.

And for the 'codec of the future', that's simply unacceptable. Honestly, for what it stands for, and the huge impact on your CPU, it really ought to be *significantly* better than x264.

Still, I shouldn't judge too harshly, as it's (relatively) still in its early stages of development.



Join Date: Nov 2004
Posts: 173
Hi mate,

I agree that it could be the "result" of early stages of development. Maybe we have to wait another 3-5 years for it to reach acceptable state and then forget about x264.

~~~~~~~~~~~~~~~~~~~~~~~~


So, I'm thinking since I am NOT trying to squeeze every little bit of space out of the encode, that I will likely just stay with x264.

Sorry to conclude this after asking all that stuff... :rolleyes:

But... say I DO still want to archive some Blu-rays using x264. Then do I just simply set it for CRF=16, say, for the best 'practical' quality, maybe with some tweaks, and just leave it at that...??? Do I still choose 'High Quality' in the presets? Are there any other ini or any other settings that I need to do this? Or, should I use 2-passes? At this point, since I'm probabaly not gonna use x265, do I need to use the 'Archive' function at all, or do I just 'shrink' the Blu-ray as usual...?

Now, I'm not quite sure what to do...

I think you should do full-backups using x264 with some tweaks and forget about ARCHIVE MODE using the same codec.

x265 main current advantage over x264 is the 10-bit encoding capability (BD-RB can do such an output :)). which is supported by most new hardware players. According to my experiences a 8-bit x264 encoding (which is BD compatible) with the correct tweaks (high enough CRF, proper tune setting etc.) is good enough when the source is 8-bit (most or all commercial BDs).

[jdobbs]

Okay, from looking at the hidden Opts settings and looking at the post above, it LOOKS like I need to set these for sure:

ARCHIVE_265=1 (for x265)
ARCHIVE_CRF=16 (as gonca said)
ARCHIVE_ENABLE=1 (to turn it on, I guess...)
ARCHIVE_LIMIT=1 (to keep all audio, lossless & otherwise, as already set in the 'Settings' I think)

If anyone can confirm if this is right so far, and whatever else is needed, and also any info about the other things I was curious about.ARCHIVE_LIMIT does the opposite of what think. Setting it filters out some audio. In archive mode you cannot keep original lossless audio, the whole point of archive mode is to keep a high-quality archival backup using the smallest footprint possible. If you're not trying to save space -- just do a full backup.

[jdobbs]

Just my humble opinion... but I don't agree with the posts about X265. My own experience is that it gives a much superior picture at a given bitrate, especially when restricted to lower bitrates. My tests using objective standards like PSNR and SSIM confirm it as well.

[lauguru]

jdobbs
would be added in the next version in ARCHIVE_MODE crf 0-51 for x265?


http://slhck.info/articles/img/crf.png

http://slhck.info/articles/crf

[mparade]

jdobbs
would be added in the next version in ARCHIVE_MODE crf 0-51 for x265?


http://slhck.info/articles/img/crf.png

http://slhck.info/articles/crf

You can use any CRF value you want in ARCHIVE mode when x265 is used.
Just set your preferred CRF value through "ARCHIVE_CRF=n" parameter in the ini file. :)

[Sharc]

The .ini option for setting the x265 CRF in archive mode is
ARCHIVE_CRF=

Read the HIDDENOPTS.TXT

Edit: I see you corrected your original post

[lauguru]

ARCHIVE_CRF n = 10-50 X265 CRF value to use for ARCHIVE mode (default=23)

crf in archive mode X265 minimum is 10 to 50, less than 10 number does not work, so wonder if it would be possible to add another version, or is not possible.

i use this confg
ARCHIVE_MODE=1
ARCHIVE_CRF=10
ARCHIVE_QUALITY=3
ARCHIVE_LIMIT=1
ARCHIVE_265=1
ARCHIVE_ENABLE=1

[mparade]

ARCHIVE_CRF n = 10-50 X265 CRF value to use for ARCHIVE mode (default=23)

crf in archive mode X265 minimum is 10 to 50, less than 10 number does not work, so wonder if it would be possible to add another version, or is not possible.

i use this confg
ARCHIVE_MODE=1
ARCHIVE_CRF=10
ARCHIVE_QUALITY=3
ARCHIVE_LIMIT=1
ARCHIVE_265=1
ARCHIVE_ENABLE=1

I think the author determined CRF=10 as the min. limit because it is much more than enough regarding quality both if using x265 and x264.

[lauguru]

the minimum for X265 crf think is 0, according to this info
http://img.prntscr.com/img?url=http://i.imgur.com/DBJikFm.png

http://slhck.info/video-encoding

I'm trying to use crf below 10, but does not work

[mparade]

the minimum for X265 crf think is 0, according to this info
http://img.prntscr.com/img?url=http://i.imgur.com/DBJikFm.png

http://slhck.info/video-encoding

I'm trying to use crf below 10, but does not work

I meant jdobbs determined CRF=10 as the minimum limit in BD-RB.

[jdobbs]

ARCHIVE_CRF n = 10-50 X265 CRF value to use for ARCHIVE mode (default=23)

crf in archive mode X265 minimum is 10 to 50, less than 10 number does not work, so wonder if it would be possible to add another version, or is not possible.

i use this confg
ARCHIVE_MODE=1
ARCHIVE_CRF=10
ARCHIVE_QUALITY=3
ARCHIVE_LIMIT=1
ARCHIVE_265=1
ARCHIVE_ENABLE=1I'm trying to use crf below 10, but does not workThere's common sense involved. If you're going to set it to 10 you might as well keep the original... there's a good chance it will be smaller. Using 0 will make it much, much, much larger than the original.

[lauguru]

There's common sense involved. If you're going to set it to 10 you might as well keep the original... there's a good chance it will be smaller. Using 0 will make it much, much, much larger than the original.
OK try to do tests between CRF 10-16

[Lathe]

Just my humble opinion... but I don't agree with the posts about X265. My own experience is that it gives a much superior picture at a given bitrate, especially when restricted to lower bitrates. My tests using objective standards like PSNR and SSIM confirm it as well.

Yes, I think that is what I took from their comments. Basically, IF you are concentrating more on a better looking picture at a LOWER bit rate, then I'm getting the impression that that is the strength of x265.

But, for me, since I am pretty much keeping everything at a pretty high bit rate, and as they had said, at present, it doesn't seem that is really what it is for. But, apparently at lower bit rates, it really shines...

BTW... if you wanna hear something hilarious and to show you how very adept I am... :rolleyes: I just tried an experiment overnight archiving a Blu-ray that was about 21 Gigs in it's entirety. So, I set the archive for x264 and for a CRF of 16. I also set the preset at 'High Quality' with a few tweaks. The projected time for this was a very slow 12-13 hours, so I'm thinking, 'Wow, this really is gonna be great! I bet the final size will be around 10 Gigs or even smaller!

Well, I just now checked the result. And the resulting 'Archived' Blu-ray is now a svelte 20 Gigs! :D I laughed so hard. I guess that shows how good I am at this; I could have sworn that I had a grasp on this conceptually, but apparently I do not have a frigg'n clue! I suppose then if that is what I am trying to do, I might as well simply set it for 2 pass and 10 Gigs and set it on 'High Quality' with my tweaks and be done with it.

GEEZ, what a clueless B@stard I am... :o

Oh, BTW, I had to switch to using Direct Show filters in order for the 1 pass CRF not to be greyed out in the menu. I guess they are quite right... CRF=16 IS indeed transparent, because the resulting file size is the SAME! :D

[Lathe]

Hmmm, this is interesting... (well, at least to me...)

I was looking at the INF file and I noticed this parameter in it:

TARGET_SIZE=20237516800

Now, I THOUGHT that when you used a fixed CRF value, that there WASN'T any target size...??? Did I set something wrong?

Here is the full INF:

[Status]
LABEL=BD
VERSION=v0.50.14
SOURCE_SIZE=23268014748
SOURCE_VIDEO_SIZE=23267942400
TARGET_SIZE=20237516800
REDUCTION=.869756513235996
RESIZE_1080=0
RESIZE_1440=0
AUDIO_TO_KEEP=eng;
KEEP_HD_AUDIO=-1
SUBS_TO_KEEP=eng;
BACKUP_MODE=0
MOVIEONLY_TYPE=0
USE_LAVF=0
INSTANCES=1
DGDECNV=0
DGDECIM=0
FRIMSOURCE=0
FFMS2=0
SSIF_MODE=0
QUICK=1
ENCODE_STEP=0
COMPLETED=1
REBUILD_COMPLETE=1
[00000]
AUDIO=0111
PGS=
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=20237444452
SPLITS=1
NSTART=27000000
NEND=254374020
NSIZE=22215751680
FLINK=0
MLINK=0

And, here is the log:

----------------------
[05/14/16] BD Rebuilder v0.50.14
[22:06:25] Source: BD
- Input BD size: 21.67 GB
- Approximate total content: [01:24:12.746]
- Windows Version: 6.2 [9200]
- Archive Backup (AVC/AC3) mode enabled
- Quality: High Quality (Default)
- X264 Tweak(s) enabled
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[22:06:26] PHASE ONE, Encoding
- [22:06:26] Processing: VID_00000 (1 of 1)
- [22:06:26] Extracting A/V streams [VID_00000]
- [22:10:50] Reencoding video [VID_00000]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 121,145 frames
- [22:10:50] Reencoding: VID_00000, Pass 1 of 1
- [09:05:59] Video Encode complete
- [09:05:59] Processing audio tracks
- Track 4353 (eng): Keeping original audio
- Track 4354 (eng): Keeping original audio
- Track 4355 (eng): Keeping original audio
- [09:05:59] Multiplexing M2TS
[09:08:22]PHASE ONE complete
[09:08:22]PHASE TWO - Rebuild Started
- [09:08:22] Rebuilding BD file Structure
[09:08:22] - Encode and Rebuild complete
[09:08:22] JOB: BD finished.

Here is the INI file:

[Options]
VERSION=0.50.0.14

ENCODER=0
MODE=4
ENCODE_QUALITY=2
ONEPASS_ENCODING=1
AUTO_QUALITY=0
AUTO_BIAS=3
B_PYRAMID=1
QUICK_CRF=24
ENABLE_TEST=1
ENABLE_BLANKING=1
ARCHIVE_ENABLE=1
ARCHIVE_LIMIT=1
ARCHIVE_CRF=16
ARCHIVE_265=0
TWEAK_PASS_ONE=--direct auto --qcomp 0.50
TWEAK_PASS_TWO=--ref 4 --deblock -2:-2 --psy-rd 1.00:0.20 --me umh --subme 8 --trellis 2 --direct auto --qcomp 0.50
KEEP_HD_LPCM=1
USE_ZLIB=0
AUDIO_TO_KEEP=eng;
SUBS_TO_KEEP=eng;
SD_CONVERT=0
OPEN_GOP=0
RESIZE_1080=0
RESIZE_1440=0
RESIZE_720=0
DEINTERLACE=1
SD_TO_1080=0
CONVERT_WIDE=0
DTS_REENCODE=0
AC3_REENCODE=0
AC3_640=1
AC3_192=0
KEEP_HD_AUDIO=1
AUDIO_DRC=0
DECODER=0
AVCHD=1
TARGET_SIZE=18500
PRIORITY_CLASS=2
REMOVE_WORKFILES=0
REMOVE_OUTPUT=0
USE_FILTERS=0
BDMV_CERT_ONLY=0
IVTC_PULLDOWN=0
ASSUME_DVD_PAL=0
FRIMSOURCE=0
COMPLETION_BEEP=0
OUTPUT_SBS=0
NEROAAC=0
SUPTITLE=0
PGSTOSRT=0
AUDIO_TRACK_LIMIT=0
SUBTITLE_TRACK_LIMIT=0
CUSTOM_TARGET_SIZE=19300
MENU_BACKGROUND=D:\EXECUTABLES\BD-RBV05009\BD_Rebuilder\misc\menuback.jpg
MENU_AUDIO=D:\EXECUTABLES\BD-RBV05009\BD_Rebuilder\tools\blankclip\blank.ac3
IMPORT_THRESHOLD=1
QUICK_PLAY_THRESHOLD=1
MENU_AUTO_BACKGROUND=1
MENU_AUTO_DVDAUDIO=1
MENU_PLAY_SEQUENTIAL=0
MENU_START_WITH_MENU=1
IMPORT_LIMIT_LANG=0
IMPORT_KEEP_PLAYALL=0
IGNORE_3D=1
QUICK_EXTRAS=1
AVSFilter01=tweak(cont=1.30, bright=1, Sat=1.3, startHue=325, endHue=15, maxSat=75)
MOVIEONLY_TYPE=0
ALTCRF=20
ALT_TARGET=1024
ALT_CRF_TARGET=1024
ALTMETHOD=0
ALTAUTOCROP=0
[Paths]
SOURCE_PATH=F:\BD\
WORKING_PATH=C:\_______MEDIA\_BDRB\


Now, I understand that I am keeping the original audio which takes up a lot of space. But, even with that taken into consideration, the resulting .x264 video file was still 17 Gigs.

[jdobbs]

BD-RB always calculates the target value -- even if it doesn't use it.

[Sharc]

Just my humble opinion... but I don't agree with the posts about X265. My own experience is that it gives a much superior picture at a given bitrate, especially when restricted to lower bitrates. My tests using objective standards like PSNR and SSIM confirm it as well.
Perhaps just to add that x265 is currently still no option when one prefers to encode (and playback) interlaced sources as interlaced.

[lauguru]

To use this command with X265 to use OpenCL to be put?
TWEAK_X265=s


TWEAK_X265=--opencl ?

[lauguru]

Using these parameters in ARCHIVE_MODE I've got a 30GB bluray 19,1GB made with X265. impressive result set



ARCHIVE_MODE=1
ARCHIVE_CRF=11
ARCHIVE_QUALITY=5
ARCHIVE_LIMIT=0
ARCHIVE_265=1
ARCHIVE_ENABLE=1


I recomend use ARCHIVE_QUALITY=5 (Quality: High-Speed Option) to make faster tests

General
ID : 1 (0x1)
Complete name : X:\rebuilder3\00006.m2ts
Format : BDAV
Format/Info : Blu-ray Video
File size : 17.9 GiB
Duration : 2h 9mn
Overall bit rate mode : Variable
Overall bit rate : 19.7 Mbps
Maximum Overall bit rate : 35.5 Mbps

Video
ID : 4113 (0x1011)
Menu ID : 1 (0x1)
Format : HEVC
Format/Info : High Efficiency Video Coding
Format profile : Main@L4@Main
Codec ID : 6
Duration : 2h 9mn
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate : 23.976 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Writing library : x265 1.9+4-95b8b6d90dc4:[Windows][GCC 5.3.0][64 bit] 8bit
Encoding settings : wpp / ctu=32 / min-cu-size=16 / max-tu-size=32 / tu-intra-depth=1 / tu-inter-depth=1 / me=0 / subme=0 / merange=57 / no-rect / no-amp / max-merge=2 / temporal-mvp / early-skip / rdpenalty=0 / no-tskip / no-tskip-fast / strong-intra-smoothing / no-lossless / no-cu-lossless / no-constrained-intra / fast-intra / open-gop / no-temporal-layers / interlace=0 / keyint=240 / min-keyint=23 / scenecut=0 / rc-lookahead=5 / lookahead-slices=6 / bframes=3 / bframe-bias=0 / b-adapt=0 / ref=1 / limit-refs=0 / no-limit-modes / no-weightp / no-weightb / aq-mode=1 / qg-size=32 / aq-strength=0.00 / cbqpoffs=0 / crqpoffs=0 / rd=2 / psy-rd=2.00 / rdoq-level=0 / psy-rdoq=0.00 / no-signhide / deblock / no-sao / no-sao-non-deblock / b-pyramid / cutree / no-intra-refresh / rc=crf / crf=11.0 / qcomp=0.60 / qpmin=0 / qpmax=51 / qpstep=4 / ipratio=1.40 / pbratio=1.30

Audio #1
ID : 4352 (0x1100)
Menu ID : 1 (0x1)
Format : DTS
Format/Info : Digital Theater Systems
Format profile : MA / Core
Mode : 16
Format settings, Endianness : Big
Muxing mode : Stream extension
Codec ID : 134
Duration : 2h 9mn
Bit rate mode : Variable
Bit rate : Unknown / 768 Kbps
Channel(s) : 6 channels
Channel positions : Front: L C R, Side: L R, LFE
Sampling rate : 48.0 KHz
Bit depth : 16 bits
Compression mode : Lossless / Lossy

Audio #2
ID : 4353 (0x1101)
Menu ID : 1 (0x1)
Format : DTS
Format/Info : Digital Theater Systems
Format profile : MA / Core
Mode : 16
Format settings, Endianness : Big
Muxing mode : Stream extension
Codec ID : 134
Duration : 2h 9mn
Bit rate mode : Variable
Bit rate : Unknown / 1 509 Kbps
Channel(s) : 6 channels
Channel positions : Front: L C R, Side: L R, LFE
Sampling rate : 48.0 KHz
Bit depth : 16 bits
Compression mode : Lossless / Lossy

Text #1
ID : 4608 (0x1200)
Menu ID : 1 (0x1)
Format : PGS
Codec ID : 144

Text #2
ID : 4609 (0x1201)
Menu ID : 1 (0x1)
Format : PGS
Codec ID : 144

[mparade]

Using these parameters in ARCHIVE_MODE I've got a 30GB bluray 19,1GB made with X265. impressive result set



ARCHIVE_MODE=1
ARCHIVE_CRF=11
ARCHIVE_QUALITY=5
ARCHIVE_LIMIT=0
ARCHIVE_265=1
ARCHIVE_ENABLE=1


I recomend use ARCHIVE_QUALITY=5 (Quality: High-Speed Option) to make faster tests

If I were you I would give a try to this one as well and would make a subjective evaluation of the result before jumping into such low CRF values like CRF=10:

ARCHIVE_MODE=1
ARCHIVE_CRF=17
ARCHIVE_QUALITY=5
ARCHIVE_LIMIT=0
ARCHIVE_265=1
ARCHIVE_ENABLE=1

+tweak the x265 command line with something like this:
--output-depth 10 --profile main10 --tune grain

do not forget to replace the x265.exe to the latest stable 10-bit version.

[lauguru]

If I were you I would give a try to this one as well and would make a subjective evaluation of the result before jumping into such low CRF values like CRF=10:

ARCHIVE_MODE=1
ARCHIVE_CRF=17
ARCHIVE_QUALITY=5
ARCHIVE_LIMIT=0
ARCHIVE_265=1
ARCHIVE_ENABLE=1

+tweak the x265 command line with something like this:
--output-depth 10 --profile main10 --tune grain

do not forget to replace the x265.exe to the latest stable 10-bit version.
but lower levels of CRF, are not best in quality?
ARCHIVE_CRF=11 ???
ARCHIVE_CRF=17

[jdobbs]

Anything below 18 is more than likely wasting space.

[mparade]

but lower levels of CRF, are not best in quality?
ARCHIVE_CRF=11 ???
ARCHIVE_CRF=17

You should make decision on which is the highest CRF value that fulfills your quality needs (otherwise you may only wasting space on your HDD). I think you should start with the default value and keep going down until you reach the one with which you are satisfied already.

[jdobbs]

Anything below 18 is more than likely wasting space.Also, in my testing I found that using ARCHIVE_QUALITY=1 gave the best balance of size to quality when using SSIM and PSNR as the measure.

[jdobbs]

but lower levels of CRF, are not best in quality?
ARCHIVE_CRF=11 ???
ARCHIVE_CRF=17Yes, theoretically. But if you can't tell or measure an appreciable difference -- why would it matter? If you really want to see it, do some tests using SSIM or PSNR with different values. You'll be surprised to see how fast you get rapidly diminishing returns when lowering the CRF value.

[lauguru]

Yes, theoretically. But if you can't tell or measure an appreciable difference -- why would it matter? If you really want to see it, do some tests using SSIM or PSNR with different values. You'll be surprised to see how fast you get rapidly diminishing returns when lowering the CRF value.

ok i try

ARCHIVE_MODE=1
ARCHIVE_CRF=17
ARCHIVE_QUALITY=1
ARCHIVE_LIMIT=0
ARCHIVE_265=1
ARCHIVE_ENABLE=1

TWEAK_X265=--output-depth 10 --profile main10 --tune grain



using SSIM or PSNR I do not know which is are there to put some command to activate?

[RobertM]

Back in post 23834 a bug was reported about Mockingjay Pt2. I just experienced the very same thing, where the rebuilt video starts out fine then gets very stuttery through to the end. The problem happens at the boundary between the first and second m2ts source files.

It's something we've seen before. Here's the pertinent part of his log:


Issues with MockingJay Part 2
I have burned MockingJay Part 2 twice now and I still have the same issue. I have upgraded to the latest version. The video skips frames, you can watch the jet flyers skip through space.The audio is out of sync. I am burning the movie only to a 25 Gbyte disk and my log file is as follows:

I am using windows 10.
Any ideas what could be wrong?


[03/27/16] BD Rebuilder v0.50.14
[14:51:06] Source: MOCKINGJAY_2_00428
- Input BD size: 22.96 GB
- Approximate total content: [02:16:57.250]
- Target BD size: 22.95 GB
- Windows Version: 6.2 [9200]
- MOVIE-ONLY mode enabled
- Quality: Highest (Very Slow), ABR
- Decoding/Frame serving: X264/LAVF
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[14:51:08] PHASE ONE, Encoding
- [14:51:08] Processing: VID_00515 (1 of 20)
- [14:51:08] Extracting A/V streams [VID_00515]
- [14:55:03] Reencoding video [VID_00515]
- [14:55:03] Keeping original video (no reencode)
- [14:55:03] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (eng): Keeping original audio
- Track 4354 (eng): Keeping original audio
- [14:55:03] Processing: VID_00511 (2 of 20)
- [14:55:03] Extracting A/V streams [VID_00511]
- [14:55:10] Reencoding video [VID_00511]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 1,056 frames
- Bitrate: 18,117 Kbs
- [14:55:10] Reencoding: VID_00511, Pass 1 of 1
- [14:55:51] Video Encode complete
- [14:55:51] Processing: VID_00506 (3 of 20)
- [14:55:51] Extracting A/V streams [VID_00506]
- [14:55:57] Reencoding video [VID_00506]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 759 frames
- Bitrate: 22,522 Kbs
- [14:55:57] Reencoding: VID_00506, Pass 1 of 1
- [14:56:31] Video Encode complete
- [14:56:31] Processing: VID_00519 (4 of 20)
- [14:56:31] Extracting A/V streams [VID_00519]


Note that vid 1 of 20 shows "keeping original video" while all subsequent parts re-encode. I don't know the structure of m2ts files, but I imagine that some kind of timing criteria are set up by the first, unencoded part, which is then incorrect for the remaining encoded parts.

I added the "FORCE ENCODE=1" option to my configuration file and re-ran it. It just completed and the video now looks smooth throughout. Note that I was also using the current version of BDRebuilder; 0.50.14.


And on a different topic...
My continued heartfelt thanks, JD, for persisting with your support of BD-RB despite the PayPal kerfuffle. I wish we could find a way to help you out. A list of BD discs that you'd like, and somewhere to send them would be something... not much, but something...

[jdobbs]

ok i try

ARCHIVE_MODE=1
ARCHIVE_CRF=17
ARCHIVE_QUALITY=1
ARCHIVE_LIMIT=0
ARCHIVE_265=1
ARCHIVE_ENABLE=1

TWEAK_X265=--output-depth 10 --profile main10 --tune grain



using SSIM or PSNR I do not know which is are there to put some command to activate?Just do a google for "avisynth" and "SSIM" -- you'll find the information. You simply make an AVS with both the newly encode and original as sources -- and then do an SSIM compare of the two. Same for PSNR.

[lauguru]

this command would help you with something?

http://img.prntscr.com/img?url=http://i.imgur.com/QHws25Y.png

http://x265.readthedocs.io/en/default/cli.html

[Lathe]

Anything below 18 is more than likely wasting space.

Yeah, my 11 hour test overnight using x264 with a CRF of 16 just yielded me almost the exact same size. Nobody said anything about the logs, so I guess that is just the way it works... :(

[lauguru]

@jdobbs
It would not be possible to add custom target in ARCHIVE_MODE with X265 with 2 pass ?,'m testing with ARCHIVE_CRF, but it is very difficult to define and determine the final result in mb or gb. My idea is that approximates 23.1 gb, but always the result, goes through much or is too short. thanks

[lauguru]

with this confg ( 30gb to 21,4 gb ) in archive_ mode with x265

TWEAK_X265=--output-depth 10 --profile main10 --tune grain

ARCHIVE_MODE=1
ARCHIVE_CRF=16
ARCHIVE_QUALITY=5
ARCHIVE_LIMIT=0
ARCHIVE_265=1
ARCHIVE_ENABLE=1

[jdobbs]

Back in post 23834 a bug was reported about Mockingjay Pt2. I just experienced the very same thing, where the rebuilt video starts out fine then gets very stuttery through to the end. The problem happens at the boundary between the first and second m2ts source files.

It's something we've seen before. Here's the pertinent part of his log:



Note that vid 1 of 20 shows "keeping original video" while all subsequent parts re-encode. I don't know the structure of m2ts files, but I imagine that some kind of timing criteria are set up by the first, unencoded part, which is then incorrect for the remaining encoded parts.

I added the "FORCE ENCODE=1" option to my configuration file and re-ran it. It just completed and the video now looks smooth throughout. Note that I was also using the current version of BDRebuilder; 0.50.14.


And on a different topic...
My continued heartfelt thanks, JD, for persisting with your support of BD-RB despite the PayPal kerfuffle. I wish we could find a way to help you out. A list of BD discs that you'd like, and somewhere to send them would be something... not much, but something...There should never be a time when some parts of a multi-part playlist are encoded and others are not. I'm running a test on this disc as I type.

Interestingly, I tried to create a personal PayPal account yesterday (so I could just use it to pay for something). They apparently recognized my address (or something) and refused to create it. I really dislike those guys. I feel like a blacklisted hollywood writer from the 1950s. It makes no difference whether you've done anything wrong... you're on "the list".

[jdobbs]

@RobertM

Can you send me the INI file used in your encode of MOCKINGJAY_2? My test completed with no issues (all the segments were kept intact).

[Edit] Never mind. I've been able to repeat it.

[wakko709]

----------------------
[05/18/16] BD Rebuilder v0.50.14
[19:56:36] Source: SHERLOCK_HOLMES_GAME_OF_SHADOW
- Input BD size: 22.74 GB
- Approximate total content: [02:19:41.564]
- Target BD size: 22.95 GB
- Windows Version: 6.2 [9200]
- Auto Quality: Good (Very Fast), ABR
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=640
[19:56:43] PHASE ONE, Encoding
- [19:56:43] Processing: VID_00001 (1 of 6)
- [19:56:43] Extracting A/V streams [VID_00001]
- Error in attempt to extract audio/subs.
-
[20:22:29] - Failed to retrieve audio, aborted

[omegaman7]

----------------------
[05/18/16] BD Rebuilder v0.50.14
[19:56:36] Source: SHERLOCK_HOLMES_GAME_OF_SHADOW
- Input BD size: 22.74 GB
- Approximate total content: [02:19:41.564]
- Target BD size: 22.95 GB
- Windows Version: 6.2 [9200]
- Auto Quality: Good (Very Fast), ABR
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=640
[19:56:43] PHASE ONE, Encoding
- [19:56:43] Processing: VID_00001 (1 of 6)
- [19:56:43] Extracting A/V streams [VID_00001]
- Error in attempt to extract audio/subs.
-
[20:22:29] - Failed to retrieve audio, aborted

Usually a bad source. I've received that error once, and did not receive it using DGDecNV. And the end result had no discernible anomalies.

[RobertM]

----------------------
[05/18/16] BD Rebuilder v0.50.14

<snip>

[20:22:29] - Failed to retrieve audio, aborted

Looks like a bad rip to me. Have you tried to play back the ripped files on your PC, to see if they play OK before rebuilding?

In any case, it's probably not a BD-RB problem. Likely an error burped out by tsMuxeR when it tries to break apart the source m2ts files.


<edit>
...and maybe a blessing in disguise, anyway. I tried to watch that film twice now; fell asleep both times. ;)

[MrVideo]

Interestingly, I tried to create a personal PayPal account yesterday (so I could just use it to pay for something). They apparently recognized my address (or something) and refused to create it. I really dislike those guys. I feel like a blacklisted hollywood writer from the 1950s. It makes no difference whether you've done anything wrong... you're on "the list".

Personally I think you are screwed. I think the only way you are going to be able to create a new PayPal account is to have an e-mail address that is not on a company that is part of the PayPal group, as they would be able to validate the IP address used to create the account, But mostly, you are going to have to have a completely different bank, since you have to link the PayPal account to a bank account. They would know you are trying to get around them by the fact the same bank account/credit card was being used. It gets worse, the bank account would also have to be in a completely different name.

They have you pegged.

[lauguru]

with this confg ( 32,3gb to 23,1gb) in archive_ mode with x265
TWEAK_X265=--output-depth 10 --profile main10 --tune grain --uhd-bd

ARCHIVE_MODE=1
ARCHIVE_CRF=13.7
ARCHIVE_QUALITY=5
ARCHIVE_LIMIT=0
ARCHIVE_265=1
ARCHIVE_ENABLE=1

[Lathe]

Personally I think you are screwed. I think the only way you are going to be able to create a new PayPal account is to have an e-mail address that is not on a company that is part of the PayPal group, as they would be able to validate the IP address used to create the account, But mostly, you are going to have to have a completely different bank, since you have to link the PayPal account to a bank account. They would know you are trying to get around them by the fact the same bank account/credit card was being used. It gets worse, the bank account would also have to be in a completely different name.

They have you pegged.

Yep... I knew that one day JD's sordid past would catch up to him...

[jdobbs]

Yep... I knew that one day JD's sordid past would catch up to him...It's that whole Kennedy/grassy knoll thing again. When are they going to let it go?

[Lathe]

It's that whole Kennedy/grassy knoll thing again. When are they going to let it go?

Dude...

It was Kennedy man...

Couldn't you have just waited for Trump...?

DOHHHHHHHHHH! :devil:

[ggtop]

Hi jdobbs,

I have to say that this issue might be strange but anyway...
I have some issues with MP4s streaming from my NAS to TV using DLNA. Normally I create MP4s from my DVDs with Handbrake/Vidcoder which works OK in 99% of all cases. Lately I converted some movies with AAC and AC3 Audio and hardcoded subs. Sometimes streaming these to my TV fail at some point. I did dozens of new encodes using different settings.
To make it short it seems the muxing is the issue: After demuxing and simple remuxing using MP4Box the files play fine (so far). Fingers crossed!

While testing different settings BD Rebuilder came to my mind because I use it very successfully for BD to MP4 conversion.
So I imported the DVD which was restructured into (pseudo) BD format. I then chose alternate output. 1 subtitle stream marked as "forced on".
x264 stopped encoding 15 frames before end reproducably. At the very end 1 last subtile should be shown. Examining the stream with Subtitle Edit showed the length under 1 second. Could that be the issue?
Previewing the avs file in MPC dumped sometimes, not always...
Encoding without subs works as expected.

Right now I have no idea what to check. If you have an idea please let me know.

BTW This post might be a Feature request for DVD Rebuilder allowing x264 MP4 Encoding :-)

ggtop

[lauguru]

@jdobbs
You could help me try to use a command to TWEAK_X265 = s in archive_mode for backup hvec

I wish I could do 2 pass and custom target (24280 mb), I do not want to use crf (always different sizes)

or is it not possible?


* diferences in --cu-lossless, --no-cu-lossless ?

thanks

[mparade]

@jdobbs
You could help me try to use a command to TWEAK_X265 = s in archive_mode for backup hvec

I wish I could do 2 pass and custom target (24280 mb), I do not want to use crf (always different sizes)

or is it not possible?


* diferences in --cu-lossless, --no-cu-lossless ?

thanks

mkv format would be acceptable for you? Or only BD-structure?

[gonca]

mkv format would be acceptable for you? Or only BD-structure?

Look at the the Alternate Output profiles
Profiles 33, 34,35,36 from default Alternate text file, or create your own for Movie only
Don't believe MKV supports menus

[mparade]

Look at the the Alternate Output profiles
Profiles 33, 34,35,36 from default Alternate text file, or create your own for Movie only
Don't believe MKV supports menus

I hope your addressee is lauguru. ;)

[gonca]

I hope your addressee is lauguru. ;)
Whoops!
You're correct

[MrVideo]

Don't believe MKV supports menus

You are correct, it does not.

[lauguru]

mkv format would be acceptable for you? Or only BD-structure?

I would like to make the whole structure of a BD50 / h264 and use all the space BD25 using the potential of HVEC / X265 using 2 pass custom target.

I guess just missing that bdrebuilder, default encoding in X265, instead of x264, if @jdobbs could add that option in another version of bdrebuilder, would be appreciated.
Since archive_mode only leaves one pass and crf


Look at the the Alternate Output profiles
Profiles 33, 34,35,36 from default Alternate text file, or create your own for Movie only
Don't believe MKV supports menus

i use this for mkv gonca, but I would like to save the entire structure of a bd:
[00037]
caption=MKV Container, HEVC 1920x1080, Intact Audio
vEncoder=1
vBitrate=2000
vKeyint=Auto
aType=2
vFormat=5
cType=1

[gamete]

HI
i'm italian
sorry for my bad english

maybe for newbie with me is prefer that the settings are automatic o fit inside bd rebuilder for simplify the set :)

i use win7 64bit


can you check if the settings are correct ?
my backup are slightly out of sync, for example with REVENANT

http://postimg.org/delete/qysqhp8rk/
http://postimg.org/delete/mzwl6sb4w/

i use ffdshow
maybe i must to try with LAV Directshow Filters and disinstall ffdshow ?

[04/29/16] BD Rebuilder v0.50.12
[14:30:25] Source: REVENANT
- Input BD size: 37,18 GB
- Approximate total content: [02:36:21.371]
- Target BD size: 23,88 GB
- Windows Version: 6.1 [7601]
- MOVIE-ONLY mode enabled
- Quality: High Quality (Default), Two Pass
- SHUTDOWN at completion enabled
- Decoding/Frame serving: X264/LAVF
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[14:30:25] PHASE ONE, Encoding
- [14:30:25] Processing: VID_00000 (1 of 1)
- [14:30:25] Extracting A/V streams [VID_00000]
- [14:41:10] Reencoding video [VID_00000]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 224.928 frames
- Bitrate: 19.450 Kbs
- [14:41:10] Reencoding: VID_00000, Pass 1 of 2
- [15:43:21] Reencoding: VID_00000, Pass 2 of 2
- [18:58:35] Video Encode complete
- [18:58:35] Processing audio tracks
- Track 4352 (ita): Keeping original audio
[18:58:35]PHASE ONE complete
[18:58:35]PHASE TWO - Rebuild Started
- [18:58:35] Rebuilding BD file Structure
[19:12:10] - Encode and Rebuild complete
- Computer SHUTDOWN initiated.

[Status]
LABEL=REVENANT
VERSION=v0.50.12
SOURCE_SIZE=39926083584
SOURCE_VIDEO_SIZE=39926083584
TARGET_SIZE=25637683200
REDUCTION=.642128676258997
RESIZE_1080=0
RESIZE_1440=0
AUDIO_TO_KEEP=eng;ita;
KEEP_HD_AUDIO=-1
SUBS_TO_KEEP=
BACKUP_MODE=1
MOVIEONLY_TYPE=0
USE_LAVF=-1
INSTANCES=1
DGDECNV=0
DGDECIM=0
FRIMSOURCE=0
FFMS2=0
SSIF_MODE=0
QUICK=0
ENCODE_STEP=0
COMPLETED=1
REBUILD_COMPLETE=1
[00000]
AUDIO=1000
PGS=1100
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=25637683200
RATE=19450
SPLITS=1
NSIZE=0
FLINK=0
MLINK=0


[05/29/16] Checking System Settings
- BD-Rebuilder v0.50.14
- Windows Version: 6.1 [7601]
- Working Path Free Space: 11,33GB
- AVISYNTH Version: 2.5.8.0, Ok
- HAALI Splitter: 1.9.42.1, Ok
- FFDSHOW: 4504, 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
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok
- FRIMEncode: Ok
- FRIMDecode: Ok
[05/29/16] Systems Settings Check complete



[Options]
VERSION=0.50.0.14
ENCODER=0
MODE=3
ENCODE_QUALITY=2
ONEPASS_ENCODING=0
AUTO_QUALITY=0
QUICK_EXTRAS=1
TARGET_SIZE=23500
PRIORITY_CLASS=0
AUDIO_TO_KEEP=eng;
SUBS_TO_KEEP=all
SD_CONVERT=0
OPEN_GOP=0
RESIZE_1080=0
RESIZE_1440=0
RESIZE_720=0
DEINTERLACE=1
SD_TO_1080=0
IGNORE_3D=0
CONVERT_WIDE=0
DTS_REENCODE=0
AC3_REENCODE=0
AC3_640=1
AC3_192=0
KEEP_HD_AUDIO=1
AUDIO_DRC=0
DECODER=0
AVCHD=1
REMOVE_WORKFILES=0
REMOVE_OUTPUT=0
USE_FILTERS=0
BDMV_CERT_ONLY=0
IVTC_PULLDOWN=0
ASSUME_DVD_PAL=0
FRIMSOURCE=0
COMPLETION_BEEP=0
OUTPUT_SBS=0
NEROAAC=0
SUPTITLE=0
PGSTOSRT=0
AUDIO_TRACK_LIMIT=1
SUBTITLE_TRACK_LIMIT=1
CUSTOM_TARGET_SIZE=24500



THANK YOU

[gonca]

Decoding/Frame serving: X264/LAVF
You are not using FFDshow

[gamete]

You are not using FFDshow


what do you advise ?

http://postimg.org/delete/mzwl6sb4w/

disinstall FFDSHOW and install LAV ?
OR KEEP only ffdshow and set "use directshowsource for frame serving" ?


ps in case FFDSHOW is set correctly?

[gonca]

use directshowsource for frame serving
try this first

[jdobbs]

what do you advise ?

http://postimg.org/delete/mzwl6sb4w/

disinstall FFDSHOW and install LAV ?
OR KEEP only ffdshow and set "use directshowsource for frame serving" ?


ps in case FFDSHOW is set correctly?LAV is the recommended solution.

[gamete]

try this first



Thanks

[gamete]

LAV is the recommended solution.



1)Have i to unistall FFDSHOW ?

2)Lav must be set ? How ?

3)If i install LAV in bd setup i must set(flag) in "use x264 internal LAVF for frame serving" ?

Thanks

[jdobbs]

1)Have i to unistall FFDSHOW ?

2)Lav must be set ? How ?

3)If i install LAV in bd setup i must set(flag) in "use x264 internal LAVF for frame serving" ?

Thanks1. No.
2. No.
3. No.

Just install it (see the first post of this thread).

[gamete]

1. No.
2. No.
3. No.

Just install it (see the first post of this thread).


If i install LAV how set bd rebuilder ?
I read the first post but i dont know how to set bdrebuilder in decoding/frame serving option


http://1.bp.blogspot.com/-hPQBi48PyrE/VONh8VxG5qI/AAAAAAAB1V4/oH2fyUx0ESY/s500/BD.Rebuilder.v0.50.04-FREE-www.intercambiosvirtuales.org-03.png

[jdobbs]

If you install LAV filters (after FFDSHOW) it will be used when you select DirectShowSource().

[gamete]

If you install LAV filters (after FFDSHOW) it will be used when you select DirectShowSource().



Then if i install LAV.....FFDshow is Unnecessary ?

But what do you.advice in decoding/frame serving option independently da FFDSHOW or LAV ?

when to use the other option in.decoding/frame serving option ?

http://1.bp.blogspot.com/-hPQBi48PyrE/VONh8VxG5qI/AAAAAAAB1V4/oH2fyUx0ESY/s500/BD.Rebuilder.v0.50.04-FREE-www.intercambiosvirtuales.org-03.png


EDIT

when to use one of 4 option ?

ps this picture is example
not my configuration
http://s14.imagestime.com/out.php/t1070283_Nuovaimmaginebitmap.jpg (http://www.imagestime.com/imageshow.php/1070283_Nuovaimmaginebitmap.jpg.html)

[jdobbs]

FFDSHOW will no longer be needed for BD-RB -- I'm not sure if there is any other software on your computer that might use it.

Use the DirectshowSource() option... the "Use X264's internal..." choice is for LAVF (which is embedded in X264). Using that selection will limit your options because it no longer utilizes AVISYNTH.

[gamete]

FFDSHOW will no longer be needed for BD-RB -- I'm not sure if there is any other software on your computer that might use it.

Use the DirectshowSource() option... the "Use X264's internal..." choice is for LAVF (which is embedded in X264). Using that selection will limit your options because it no longer utilizes AVISYNTH.

then the best choice is the "DirectshowSource option" ?
so far I have used "Use X264's internal ..."


anothers doubt

1)here http://s14.imagestime.com/out.php/t1070286_Nuovaimmaginebitmap.jpg (http://www.imagestime.com/imageshow.php/1070286_Nuovaimmaginebitmap.jpg.html)
the set is correct ?

2) i use win7 64bit
you write "If you installed HAALI/FFDSHOW< Setup VC-1 decoding in the same way you did MPEG-2 in step 2B. For Vista or Windows 7+ using "Video Decoder Configuration" -- select "wmv9".

for win7 i must set VC1 "libavcodec" like a mpeg2 or wm9 ?

THANKS

[varekai]

FFDSHOW will no longer be needed for BD-RB -- I'm not sure if there is any other software on your computer that might use it.

Use the DirectshowSource() option... the "Use X264's internal..." choice is for LAVF (which is embedded in X264). Using that selection will limit your options because it no longer utilizes AVISYNTH.

Eager to learn...
Always kept the "Use X264's internal LAVF for frame serving" box ticked.
Could you give a brief explanation what limitations I may encounter?
I have no problems with BDRB, it works very well for me so I'm just curious if I should change my settings.
I installed the helper tools as of your instructions.

Thanks!

[jdobbs]

Some resizing won't work. No inverse telecining. No filters can be used. Lots more. Anything that requires AVISYNTH would be unavailable.

[Lathe]

Some resizing won't work. No inverse telecining. No filters can be used. Lots more. Anything that requires AVISYNTH would be unavailable.

Hmmm, that's curious...

I always use the LAVF setting, and yet, when resizing is necessary (add borders, etc.) or if I have entered AVS instructions and checked that box, everything works just fine. The ONLY thing is that in MY case, I get that funny prompt when AVS is called. Maybe I'm misunderstanding this...

[jdobbs]

That's because I've added some checks so that sometimes when you select "extended" features BD-RB will automatically switch to DirectshowSource() rather than LAVF/X264 (when LAV or FFDSHOW is installed).

[Lathe]

That's because I've added some checks so that sometimes when you select "extended" features BD-RB will automatically switch to DirectshowSource() rather than LAVF/X264 (when LAV or FFDSHOW is installed).

Hey, that's great. Nice touch mate... You've thought of everything!

Now... if you could just get it to look like Sandra Bullock...

[Lathe]

Hey, I want to compile about 40 gigs of episodes using the Import function, but I think I asked about this before, each episode has the DTS core audio @1500 which I would LIKE to keep if possible. But, if I remember correctly, I THINK BDRB automatically converts the audio to AC3 @640 which I DON'T want. I THINK it does this because the DTS core itself is not a BD standard, right?

But, is there any way for me to have BDRB compile the episodes and compress them and KEEP the DTS audio @1500?

Hmmm, actually I just checked and it looks like my only choice is AC3 @448...

No way to get 640 at least if I can't keep the DTS...?

Thanks!

[gamete]

Sorry @jdobbs can you reply at. http://forum.doom9.org/showpost.php?p=1768976&postcount=24266 ?

[MrVideo]

Hey, I want to compile about 40 gigs of episodes using the Import function, but I think I asked about this before, each episode has the DTS core audio @1500 which I would LIKE to keep if possible. But, if I remember correctly, I THINK BDRB automatically converts the audio to AC3 @640 which I DON'T want. I THINK it does this because the DTS core itself is not a BD standard, right?

All of the DTS formats are allowed with Blu-Ray. Hell, even DTS Atmos and DTS-X are allowed with Blu-ray, even though they didn't exist when the Blu-ray standard was cast. So, I'm confused as to why any of the Dolby or DTS formats couldn't be used with BDRB.

[varekai]

@jdobbs
Some resizing won't work. No inverse telecining. No filters can be used. Lots more. Anything that requires AVISYNTH would be unavailable.


Then I think I'm good because all I mostly do is encode a BD (movie only) to fit a BD-R 25GB.
Made some smaller mkv's (10GB) that came out in perfect quality.

That's because I've added some checks so that sometimes when you select "extended" features BD-RB will automatically switch to DirectshowSource() rather than LAVF/X264 (when LAV or FFDSHOW is installed).

That's a nice feature I didn't know about.
Looks like I will keep my settings as they are.

Thanks!

[jdobbs]

Hey, I want to compile about 40 gigs of episodes using the Import function, but I think I asked about this before, each episode has the DTS core audio @1500 which I would LIKE to keep if possible. But, if I remember correctly, I THINK BDRB automatically converts the audio to AC3 @640 which I DON'T want. I THINK it does this because the DTS core itself is not a BD standard, right?

But, is there any way for me to have BDRB compile the episodes and compress them and KEEP the DTS audio @1500?

Hmmm, actually I just checked and it looks like my only choice is AC3 @448...

No way to get 640 at least if I can't keep the DTS...?

Thanks!You must be thinking of a discussion on AVCHD -- which doesn't support DTS. BD format supports DTS.

I don't see an issue with what you're attempting to do. During import BD-RB will convert the audio only when it is required in order to meet BD standards. When you reencode (assuming you must) the default is to use AC3 -- but your settings will dictate whether any conversion is performed.

[worknstiff]

@ Lathe RE: each episode has the DTS core audio @1500 which I would LIKE to keep if possible.

If you are creating a BD25 project then BD Rebuilder will keep the DTS "CORE" intact when you leave the check in "Do not convert DTS to AC3 box) and take it out of the "Keep HD Audio for BD25/Alternate intact". Or at least that's what happens when I create a Blu ray folder with BD Rebuilder. Hell it will even keep the DTS core for a DVD DL movie only output if you use the "Do not convert DTS" checked and full-backup, or movie-only and "Strict AVCHD" is not checked: When the source is DTS, the DTS core is extracted and used intact (bit-for-bit).

[Lathe]

@ Lathe RE: each episode has the DTS core audio @1500 which I would LIKE to keep if possible.

If you are creating a BD25 project then BD Rebuilder will keep the DTS "CORE" intact when you leave the check in "Do not convert DTS to AC3 box) and take it out of the "Keep HD Audio for BD25/Alternate intact". Or at least that's what happens when I create a Blu ray folder with BD Rebuilder. Hell it will even keep the DTS core for a DVD DL movie only output if you use the "Do not convert DTS" checked and full-backup, or movie-only and "Strict AVCHD" is not checked: When the source is DTS, the DTS core is extracted and used intact (bit-for-bit).

Oh yeah... I think I remember now. Thanks too JD for your comments. I think what the deal was before when I asked was that I was making a BD9 and I THINK what was said was, as you mention above, I need to uncheck the 'Strict AVCHD' But, now that I think of it, I don't think I've compiled episodes on a full BD25 before, so probably what you say is right, I just need the 'Do not convert DTS to AC3' box checked (I always leave the keep HD audio checked for Blu-rays anyway) and that should work.

Heh, I tried it anyway, and the bloody thing would have taken like over 25 hours, so I just cancelled it. I was TRYING to take 10 4 Gig episodes and compress them down to a BD25, which I've not done before. I guess that just takes a CRAPLOAD of time to do properly, so I don't suppose I will be doing that now...

Thanks though!

[omegaman7]

Heh, I tried it anyway, and the bloody thing would have taken like over 25 hours, so I just cancelled it. I was TRYING to take 10 4 Gig episodes and compress them down to a BD25, which I've not done before. I guess that just takes a CRAPLOAD of time to do properly, so I don't suppose I will be doing that now...

Thanks though!

Number of frames/run time will play a role in the total encode time ;) I've done compression like that in the past with anime. Anime is HIGHLY compressible. Given the simple color space ;)

[gamete]

Sorry @jdobbs can you reply at. http://forum.doom9.org/showpost.php?p=1768976&postcount=24266 ?

[MrVideo]

Heh, I tried it anyway, and the bloody thing would have taken like over 25 hours, so I just cancelled it. I was TRYING to take 10 4 Gig episodes and compress them down to a BD25

Ya, that makes sense. I do a lot of x264 encoding and the amount of time per re-encode would be about the number of hours you mention, if I were to do 10 of them.

[Tenker]

@jdobbs

I find your software super :thanks:
and want for converting video files into one * .H264 fixed bit rate of
- 10000 kbps avg Bitrate
- and without creating the BD structure

So I need at the end of the conversion ONLY * .H264 file.

Can I edit something to achieve this?

Thank you and best regards
tenker

FOUND (http://club.myce.com/f32/bd-rebuilder-guide-conversion-blu-ray-other-formats-326975/) -> but how do I change the bit rate to 10000 kbps?

http://www2.pic-upload.de/thumb/30820685/Image1.jpg (http://www.pic-upload.de/view-30820685/Image1.jpg.html)

Found -> ...\BD_Rebuilder\Misc\alternate.txt

[Sharc]

@jdobbs
My source disc has 1 feature (37GB) and 1 Extra (5GB)
I selected "full backup" with "Use Quicker for Extras" (QUICK_EXTRAS=1 in the .ini). Nevertheless the Extra gets encoded 2-pass like the feature.
Did you change anything, or do I miss something?

[omegaman7]

@jdobbs
My source disc has 1 feature (37GB) and 1 Extra (5GB)
I selected "full backup" with "Use Quicker for Extras" (QUICK_EXTRAS=1 in the .ini). Nevertheless the Extra gets encoded 2-pass like the feature.
Did you change anything, or do I miss something?

I've seen that happen several times. Haven't been bothered enough to say something.

[jdobbs]

BD-RB does it's best to try and identify extras -- but it's not perfect. There's no "I'm an extra" flag anywhere on a BD disc. There are a few things it looks at -- and a 5GB threshold is one of them.

[omegaman7]

BD-RB does it's best to try and identify extras -- but it's not perfect. There's no "I'm an extra" flag anywhere on a BD disc. There are a few things it looks at -- and a 5GB threshold is one of them.

Perhaps you could implement a way so that we can intervene. A check-mark for instance.
Certainly no rush on it here. Seems like it's been mentioned before, but due to certain complexities, it was more a back burner idea ;)

[gamete]

@jdobbs why can not you reply to me ? :(

[Sharc]

BD-RB does it's best to try and identify extras -- but it's not perfect. There's no "I'm an extra" flag anywhere on a BD disc. There are a few things it looks at -- and a 5GB threshold is one of them.
I understand. In my case it is probably due to the 5GB Extra, which is indeed quite big for an Extra.

P.S.
The improved CRF prediction works very well, and so does the kick-in for a 2nd pass when the CRF encode - in very rare cases - happens to exceed the target size. Very nice! :)

[jdobbs]

@jdobbs why can not you reply to me ? :(I replied several times -- but it seemed that every time I replied it resulted in you asking two more questions. I gave up. You have 11 posts of questions in the last two pages of his thread. In fact, this is the third time you've asked this question.

[gamete]

I replied several times -- but it seemed that every time I replied it resulted in you asking two more questions. I gave up.



I asked you if my setting in FFDshow are correct

I have not received a reply
Thanks anyway

http://forum.doom9.org/showpost.php?p=1768976&postcount=24266

[jdobbs]

I asked you if my setting in FFDshow are correct

I have not received a reply
Thanks anyway

http://forum.doom9.org/showpost.php?p=1768976&postcount=24266And that was a follow-up to about 5 or 6 earlier questions -- to all of which I had responded.

[gamete]

And that was a follow-up to about 5 or 6 earlier questions -- to all of which I had responded.



You have reply at this post
http://forum.doom9.org/showthread.php?p=1768966#post1768966

In this post i asked you if the setting of FFDSHOW is correct
http://forum.doom9.org/showpost.php?p=1768976&postcount=24266

Thanks

[jdobbs]

Of course that would be ignoring a few others:

http://forum.doom9.org/showthread.php?p=1768898#post1768898
http://forum.doom9.org/showthread.php?p=1768921#post1768921
http://forum.doom9.org/showthread.php?p=1768903#post1768903
http://forum.doom9.org/showthread.php?p=1768966#post1768966
http://forum.doom9.org/showthread.php?p=1768947#post1768947
http://forum.doom9.org/showthread.php?p=1768949#post1768949
http://forum.doom9.org/showthread.php?p=1768966#post1768966
http://forum.doom9.org/showthread.php?p=1768967#post1768967
http://forum.doom9.org/showthread.php?p=1768971#post1768971
http://forum.doom9.org/showthread.php?p=1768972#post1768972
http://forum.doom9.org/showthread.php?p=1768974#post1768974
http://forum.doom9.org/showthread.php?p=1768976#post1768976
http://forum.doom9.org/showthread.php?p=1769024#post1769024
http://forum.doom9.org/showthread.php?p=1769121#post1769121
http://forum.doom9.org/showthread.php?p=1769178#post1769178
http://forum.doom9.org/showthread.php?p=1769188#post1769188
http://forum.doom9.org/showthread.php?p=1769190#post1769190
http://forum.doom9.org/showthread.php?p=1769191#post1769191
http://forum.doom9.org/showthread.php?p=1769193#post1769193

This is just in the last three pages of the thread.

[gonca]

@Lathe
(I always leave the keep HD audio checked for Blu-rays anyway)
deselect this option and see if it speeds things up

[Lathe]

@Lathe

deselect this option and see if it speeds things up

Hmmm, interesting idea... I might try that. Thanks!

[jdobbs]

@Lathe

deselect this option and see if it speeds things upI don't see why it would?

[MrVideo]

I don't see why it would?

I do not see how it would either. The audio is just copied (when not doing DTS-HD -> AC3), the video is what is getting recoded.

[gamete]

Have i set correctly FFDSHOW ?
http://www.imagestime.com/imageshow.php/1070286_Nuovaimmaginebitmap.jpg.html


for win7 i must set VC1 "libavcodec" like a mpeg2 or wm9 ?

Thanks

[varekai]

Have i set correctly FFDSHOW ?
http://www.imagestime.com/imageshow.php/1070286_Nuovaimmaginebitmap.jpg.html
for win7 i must set VC1 "libavcodec" like a mpeg2 or wm9 ?
Thanks

I think your good to go! Your settings looks just fine.
Time to let BDRB do it's magic. :D

Here's images from my setup in Win7
http://imgur.com/a/7qbJc

[gonca]

I don't see why it would?
Keeping the HD Audio leaves less space for video, and BD_RB might be using a higher quality setting (slower) for the encoding

[gamete]

I think your good to go! Your settings looks just fine.
Time to let BDRB do it's magic. :D

Here's images from my setup in Win7
http://imgur.com/a/7qbJc


But jdobbs write

"If you installed HAALI/FFDSHOW< Setup VC-1 decoding in the same way you did MPEG-2 in step 2B. For Vista or Windows 7+ using "Video Decoder Configuration" -- select "wmv9".

So for win7 i must set VC1 "libavcodec" like a mpeg2 or wm9 ?

THANKS

[Tenker]

@jdobbs

I find your software super :thanks:
and want for converting video files into one * .H264 fixed bit rate of
- 10000 kbps avg Bitrate
- and without creating the BD structure

So I need at the end of the conversion ONLY * .H264 file.

Can I edit something to achieve this?

Thank you and best regards
tenker

FOUND (http://club.myce.com/f32/bd-rebuilder-guide-conversion-blu-ray-other-formats-326975/) -> but how do I change the bit rate to 10000 kbps?

http://www2.pic-upload.de/thumb/30820685/Image1.jpg (http://www.pic-upload.de/view-30820685/Image1.jpg.html)

Found -> ...\BD_Rebuilder\Misc\alternate.txt


Still, I have a question.
When set
° "Automatically crop black borders"
My video was cut to 1920 x 600 instead of 1920 x 800th
How to manually change the setting so that the result of 1920 x 800?

Thank you and best regards
tenker

[varekai]

But jdobbs write
"If you installed HAALI/FFDSHOW< Setup VC-1 decoding in the same way you did MPEG-2 in step 2B. For Vista or Windows 7+ using "Video Decoder Configuration" -- select "wmv9".
So for win7 i must set VC1 "libavcodec" like a mpeg2 or wm9 ?
THANKS
Set VC1 to wmv9!

[mparade]

Still, I have a question.
When set
° "Automatically crop black borders"
My video was cut to 1920 x 600 instead of 1920 x 800th
How to manually change the setting so that the result of 1920 x 800?

Thank you and best regards
tenker


Do not use "Automatically crop black borders" if it does not work for you.
Use this one in the avs filter editor and the job is done, but please make sure your source does not have an alternate aspect ratio like e.g. Interstellar, otherwise you will cut off the video where you do not want to.
Crop(0, 140, -0, -140)

P.S.
and do not forget to delete from the avs editor after the encode is complete otherwise you will cut off your future encodes as well....

[MrVideo]

Dbut please make sure your source does not have an alternate aspect ratio like e.g. Interstellar, otherwise you will cut off the video where you do not want to.

In case this is mis-understood, this mostly applies to movies specifically released for IMAX, where a portion of the movie is shot with IMAX aspect ratio equipment and that IMAX aspect ratio is kept in the IMAX Blu-ray edition.

A little off topic, but IMHO, IMAX is not really IMAX anymore. When they were projecting 70mm-15perf, the perceived pixel width was in the order of 12K. The digital projectors are only 4K. They should be at least 8K. That still presents an issue since the highest digital cameras used for movie recording is 6K (Gods of Egypt).

There are times when I am watching an IMAX movie at an IMAX theater, I can see the pixels. And I do not sit close to the screen. Some of you reading this might not know that IMAX screens used to be larger. I call today's IMAX screens, minIMAX. :D

[gamete]

Set VC1 to wmv9!



Ok thanks

Mpe2 is correct in libavcodec ?

[varekai]

Ok thanks
Mpe2 is correct in libavcodec ?
Yes, correct!

[gamete]

Yes, correct!

Thanks

[q90g0H5R]

Hi,
I'm quite new around here, but I played a little bit with BD Rebuilder lately, and stumbled across some oddities, which I can't classify if they are bugs, or by design...

First:
Different Backup Modes use completely different parameter sets.

What do do I mean?
If I select Movie-Only Backup, then the DTS tracks are reencoded although the DTS_REENCODE=0 option is set.
If I select Movie&Menus, then the algorithm which is controlled by the MIN_M2TS_SIZE option is not triggered at all. It looks like if the option was set to MIN_M2TS_SIZE=0.

Another very odd thing about Backup-Modes is, that the mode is not saved with a project (.epr file): If I set up a project as full backup, save it, change the backup mode to Movie&Menus and reload the saved project, then the resulting selection list is a complete mess.

[mparade]

Has anyone an idea what can cause this?:

----------------------
[06.06.16] BD Rebuilder v0.50.14
[22:40:29] Source: BRAVEHEART_F4
- Input BD size: 37,12 GB
- Approximate total content: [03:04:01.697]
- Target BD size: 46,26 GB
- Windows Version: 6.2 [9200]
- Quality: Ultra-High (Extremely Slow), Two Pass
- X264 Tweak(s) enabled
- Output folder: D:\OUTPUT\
- Decoding/Frame serving: FRIMSource
- Audio Settings: AC3=1 DTS=1 HD=0 Kbs=192
[22:40:29] PHASE ONE, Encoding
- [22:40:29] Processing: VID_00007 (1 of 5)
- [22:40:29] Extracting A/V streams [VID_00007]
- [22:40:34] Reencoding video [VID_00007]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 24 frames
- [22:40:34] Reencoding: VID_00007, Pass 1 of 1
- [22:40:36] Video Encode complete
- [22:40:36] Processing audio tracks
- [22:40:36] Multiplexing M2TS
- [22:40:40] Processing: VID_00004 (2 of 5)
- [22:40:40] Extracting A/V streams [VID_00004]
- [22:40:44] Reencoding video [VID_00004]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 24 frames
- [22:40:44] Reencoding: VID_00004, Pass 1 of 1
- [22:40:45] Video Encode complete
- [22:40:45] Processing audio tracks
- [22:40:45] Multiplexing M2TS
- [22:40:49] Processing: VID_00006 (3 of 5)
- [22:40:49] Extracting A/V streams [VID_00006]
- [22:40:53] Reencoding video [VID_00006]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 168 frames
- [22:40:53] Reencoding: VID_00006, Pass 1 of 1
- [22:40:55] Video Encode complete
- [22:40:55] Processing audio tracks
- [22:40:55] Multiplexing M2TS
- [22:40:59] Processing: VID_00005 (4 of 5)
- [22:40:59] Extracting A/V streams [VID_00005]
- [22:41:03] Reencoding video [VID_00005]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 192 frames
- [22:41:03] Reencoding: VID_00005, Pass 1 of 1
- [22:41:24] Video Encode complete
- [22:41:24] Processing audio tracks
- Track 4352 (eng): Reencoding audio to AC3...
- [22:41:25] Multiplexing M2TS
- [22:41:28] Processing: VID_00003 (5 of 5)
- [22:41:28] Extracting A/V streams [VID_00003]
- Extracting video streams [VID_00003]
- Extracting secondary video [VID_00003]
- Extracting audio streams [VID_00003]
- Error in attempt to extract audio/subs.
- Reading buffer overflow. Possible container streams are not syncronized. Please, verify stream fps. File name: D:\BD-50\2D\BRAVEHEART_F4\BDMV\STREAM\00003.m2ts
- Error in attempt to extract audio/subs.
- Reading buffer overflow. Possible container streams are not syncronized. Please, verify stream fps. File name: D:\BD-50\2D\BRAVEHEART_F4\BDMV\STREAM\00003.m2ts
[22:48:51] - Failed to retrieve audio, aborted

[gonca]

@mparade
Bad (corrupt) source
Try re-ripping,cleaning etc

[mparade]

@mparade
Bad (corrupt) source
Try re-ripping,cleaning etc

I will try it and let you know the results, THX.

[q90g0H5R]

There are times when I am watching an IMAX movie at an IMAX theater, I can see the pixels. And I do not sit close to the screen. Some of you reading this might not know that IMAX screens used to be larger. I call today's IMAX screens, minIMAX. :D
The times you got dizzy because of the sheer height of screen and the steep of the rows... dreaming...

[jdobbs]

Hi,
I'm quite new around here, but I played a little bit with BD Rebuilder lately, and stumbled across some oddities, which I can't classify if they are bugs, or by design...

First:
Different Backup Modes use completely different parameter sets.

What do do I mean?
If I select Movie-Only Backup, then the DTS tracks are reencoded although the DTS_REENCODE=0 option is set.
If I select Movie&Menus, then the algorithm which is controlled by the MIN_M2TS_SIZE option is not triggered at all. It looks like if the option was set to MIN_M2TS_SIZE=0.

Another very odd thing about Backup-Modes is, that the mode is not saved with a project (.epr file): If I set up a project as full backup, save it, change the backup mode to Movie&Menus and reload the saved project, then the resulting selection list is a complete mess.Read the BD-RB FAQ (http://forum.doom9.org/showthread.php?t=157143) (second post) for more information on audio logic.

[q90g0H5R]

Read the BD-RB FAQ (http://forum.doom9.org/showthread.php?t=157143) (second post) for more information on audio logic.
Thanks; thought I read it ;) - but missed the OVERRIDE_AVCHD_AUDIO_LIMIT=1

... one riddle solved, two to go...

[Lathe]

Has anyone an idea what can cause this?:

----------------------
[06.06.16] BD Rebuilder v0.50.14
[22:40:29] Source: BRAVEHEART_F4
- Input BD size: 37,12 GB
- Approximate total content: [03:04:01.697]
- Target BD size: 46,26 GB
- Windows Version: 6.2 [9200]
- Quality: Ultra-High (Extremely Slow), Two Pass
- X264 Tweak(s) enabled
- Output folder: D:\OUTPUT\
- Decoding/Frame serving: FRIMSource
- Audio Settings: AC3=1 DTS=1 HD=0 Kbs=192
[22:40:29] PHASE ONE, Encoding
- [22:40:29] Processing: VID_00007 (1 of 5)
- [22:40:29] Extracting A/V streams [VID_00007]
- [22:40:34] Reencoding video [VID_00007]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 24 frames
- [22:40:34] Reencoding: VID_00007, Pass 1 of 1
- [22:40:36] Video Encode complete
- [22:40:36] Processing audio tracks
- [22:40:36] Multiplexing M2TS
- [22:40:40] Processing: VID_00004 (2 of 5)
- [22:40:40] Extracting A/V streams [VID_00004]
- [22:40:44] Reencoding video [VID_00004]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 24 frames
- [22:40:44] Reencoding: VID_00004, Pass 1 of 1
- [22:40:45] Video Encode complete
- [22:40:45] Processing audio tracks
- [22:40:45] Multiplexing M2TS
- [22:40:49] Processing: VID_00006 (3 of 5)
- [22:40:49] Extracting A/V streams [VID_00006]
- [22:40:53] Reencoding video [VID_00006]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 168 frames
- [22:40:53] Reencoding: VID_00006, Pass 1 of 1
- [22:40:55] Video Encode complete
- [22:40:55] Processing audio tracks
- [22:40:55] Multiplexing M2TS
- [22:40:59] Processing: VID_00005 (4 of 5)
- [22:40:59] Extracting A/V streams [VID_00005]
- [22:41:03] Reencoding video [VID_00005]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 192 frames
- [22:41:03] Reencoding: VID_00005, Pass 1 of 1
- [22:41:24] Video Encode complete
- [22:41:24] Processing audio tracks
- Track 4352 (eng): Reencoding audio to AC3...
- [22:41:25] Multiplexing M2TS
- [22:41:28] Processing: VID_00003 (5 of 5)
- [22:41:28] Extracting A/V streams [VID_00003]
- Extracting video streams [VID_00003]
- Extracting secondary video [VID_00003]
- Extracting audio streams [VID_00003]
- Error in attempt to extract audio/subs.
- Reading buffer overflow. Possible container streams are not syncronized. Please, verify stream fps. File name: D:\BD-50\2D\BRAVEHEART_F4\BDMV\STREAM\00003.m2ts
- Error in attempt to extract audio/subs.
- Reading buffer overflow. Possible container streams are not syncronized. Please, verify stream fps. File name: D:\BD-50\2D\BRAVEHEART_F4\BDMV\STREAM\00003.m2ts
[22:48:51] - Failed to retrieve audio, aborted

That specific part is what I come across when I try using TSMuxer on a file where if you carefully check the FPS of the Video track, it usually shows a weird number like '90,000' FPS. When that happens, I click the dropdown menu for the Video track and 'change FPS' to what it SHOULD be (24000-0001, etc)

I don't know if that applies to the rip you have...

[MrVideo]

The times you got dizzy because of the sheer height of screen and the steep of the rows... dreaming...
As mentioned, the minIMAX screen are not a large. It was nice when they were really big.

[MrVideo]

I click the dropdown menu for the Video track and 'change FPS' to what it SHOULD be (24000-0001, etc)

I hope you really mean 24000/1001.

[Lathe]

I hope you really mean 24000/1001.

Yeah, yeah... :p

[AmigaFuture]

I have just sacrificed a virgin, and am now casting the Summoning Spell to bring back Toilet Duck... :devil:

You do realize that incorrect understanding of Pagan traditions? On the Other hand....WHY?! WHY!? Give her to ME!! Teehee...Oh, damn, then I have to train her.. Never mind, have at. (Snnnicker!)

You're a mess, Lathe. Glad you're here! :)

[Lathe]

you do realize that incorrect understanding of pagan traditions? On the other hand....why?! Why!? Give her to me!! Teehee...oh, damn, then i have to train her.. Never mind, have at. (snnnicker!)

you're a mess, lathe. Glad you're here! :)

. :)

[mparade]

@mparade
Bad (corrupt) source
Try re-ripping,cleaning etc

Reripped, cleaned etc. The result is the same. Powerdvd can play it correctly. I had no problem with my first 300 rips. This BD is the 301st. Anyway, DTS-Express secondary track cannot cause the problem?

[gonca]

DTS-Express secondary track cannot cause the problem?
Don't know
Try without the secondary audio, see if that works

[jdobbs]

Reripped, cleaned etc. The result is the same. Powerdvd can play it correctly. I had no problem with my first 300 rips. This BD is the 301st. Anyway, DTS-Express secondary track cannot cause the problem?I don't see how it could...

[Ch3vr0n]

@jdobbs i sent a small pm regarding a new system i'm building and (3d) quicksync a couple days ago. I hope you'll find the time to send a reply as i couldn't find anything specific in the first post instructions about it.

[jdobbs]

@jdobbs i sent a small pm regarding a new system i'm building and (3d) quicksync a couple days ago. I hope you'll find the time to send a reply as i couldn't find anything specific in the first post instructions about it.Sorry, I don't check my PMs very often and usually ignore the notifications. I'll take a look.

[Ch3vr0n]

Can anyone doing full disc 3d bd25 backups using an i7 6700k (and perhaps even a maximus viii formula MB) send me a pm with their preferred sw_decoder/encoder settings if they've experimented with the different ones (for Intel quicksync!). I'm building a new system to replace my old q9550 one. I know some had problems with visual artifacts on certain settings, and I've never had a core ix system.

Please PM's only. Don't want to drag this question into an off topic discussion.

[kufo]

Can anyone doing full disc 3d bd25 backups using an i7 6700k (and perhaps even a maximus viii formula MB) send me a pm with their preferred sw_decoder/encoder settings if they've experimented with the different ones. I'm building a new system to replace my old q9550 one. I know some had problems with visual artifacts on certain settings, and I've never had a core ix system.

Please PM's only. Don't want to drag this question into an off topic discussion.

@Ch3vr0n
I do full backups on BD25 with an i7. Encoding time for me, is the whole
duration of the film incl. extras. An can can send you my settings:)
You´ll only have to set your prefered language.

[Mark_Venture]

Can anyone doing full disc 3d bd25 backups using an i7 6700k (and perhaps even a maximus viii formula MB) send me a pm with their preferred sw_decoder/encoder settings if they've experimented with the different ones (for Intel quicksync!). I'm building a new system to replace my old q9550 one. I know some had problems with visual artifacts on certain settings, and I've never had a core ix system.

Please PM's only. Don't want to drag this question into an off topic discussion.
Any chance you can start a thread/discussion?

I'm about to upgrade my older system (at least mother board, cpu, and memory... upgraded video to GTX970 already).. So I'd be curious of any issues to look out for, tips, etc.

[Ch3vr0n]

I'd be happy to help you pick parts for a certain budget and fit for your specific use. I start with defining what my system use will be, the peripherals and budget and go from there.

[worknstiff]

@Mark_Venture RE: Any chance you can start a thread/discussion?

I second that recommendation. I wish Ch3vr0n & jdobbs would get together on that thread and give us some suggestions on how to get quicksync to work properly on 3D.

[Ch3vr0n]

I already contacted jdobbs about that, his quicksync capabilities are limited. Only 1 older generation quicksync capable system. I will be doing extensive testing and monitoring the result for artifacts and report back. Though that will be a little while longer. Some parts are on back order and the chassis will be undergoing custom airbrush.

[Mark_Venture]

@Mark_Venture RE: Any chance you can start a thread/discussion?

I second that recommendation. I wish Ch3vr0n & jdobbs would get together on that thread and give us some suggestions on how to get quicksync to work properly on 3D.I started a thread about new equipment... asking for tips...

we can discuss in there... http://forum.doom9.org/showthread.php?t=173601

[Sharc]

@jdobbs
Full backup with 1-pass encoding using CRF prediction and "Quicker encode for Extras".
For some short clips (marked with an asteriks) I get a very long CRF prediction sequence, like:

.......
- [22:16:01] Extracting A/V streams [VID_01758]
- [22:16:17] Reencoding video [VID_01758]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 1'678 frames
- [22:16:17] Performing CRF Prediction...
- Analyzing 14.65 7.83 4.41 2.71 1.85 1.43 1.21 1.11 1.05 1.03 1.01 1.01 1.00 1.00 1.00 1.00 1.00 1.00 1.00 1.00 1.00 1.00 1.00 1.00 1.00 1.00 1.00 1.00 1.00 1.00 1.00 1.00 1.00 1.00 1.00 1.00 1.00 1.00 1.00 1.00 1.00 1.00 1.00 1.00 1.00 1.00 1.00 1.00 1.00 1.00 1.00 1.00 1.00 1.00 1.00 1.00 1.00 1.00 [1.00]
- [22:19:21] Encoding using constant rate factor.
- Performing size-correcting second pass...
- [22:22:19] Video Encode complete
.......
At the end, the size-correcting second pass produces a reasonably sized result. Just wondering if this is normal, or is there possibly a bug?

Edit:

My conclusion:
The problematic clips are language specific intro clips which consisted predominantly of black backgrounds with few thin white letters (e.g. name of an actor).
The CRF prediction tried to boost the file size to the targeted size, which -- based on the 2% sample frames -- drove the CRF down to 1.00xxx
The size-correction (great!) kicked in because the encode was slightly oversized (the full clip had some "normal" pictures at the end).
Some of these clips were even encoded at crf=1.00xxx without the need for the size-correction kicking in

=> After all, the final result was great and filled the BD25 to 96%, which is just perfect :)

Could the CRF prediction perhaps be stopped once it gets below say 5.0? Anyway, I think this disc is an exception (Bridge of Spies)

[mparade]

Don't know
Try without the secondary audio, see if that works

After I had changed the backup mode from full to movie-only (each of the other settings was kept the same) the encoding process of the main movie completed without any issue. Strange.

[gonca]

After I had changed the backup mode from full to movie-only (each of the other settings was kept the same) the encoding process of the main movie completed without any issue. Strange.

Jdobbs might have to look at your issue

[kufo]

In my opinion the outputsize is depending on min m2ts size and the custom output size. Im doning only full backups and in most cases
the output fits perfect on a single layer BD. That means 97 up to 98%.

[jdobbs]

@Sharc

I'll take a look at the prediction algorithm and do some testing. There should never be a time that the same value keeps repeating in the prediction. It should have stopped after the second time it hit the same value. I'm guessing it happened because the value was at the absolute minimum (1.00).

[Sharc]

@Sharc

I'll take a look at the prediction algorithm and do some testing. There should never be a time that the same value keeps repeating in the prediction. It should have stopped after the second time it hit the same value. I'm guessing it happened because the value was at the absolute minimum (1.00).
I was just thinking whether we could be fooled by the 2 digits rounding, and in fact it develops like 1.004,1.002,1.0016,1.00151 .... etc.

[jdobbs]

I was just thinking whether we could be fooled by the 2 digits rounding, and in fact it develops like 1.004,1.002,1.0016,1.00151 .... etc.I'll look at that too.

[Sharc]

B.t.w. I enabled the new prediction algo, i.e. NEW_CRF_PREDICTION=1

[jdobbs]

B.t.w. I enabled the new prediction algo, i.e. NEW_CRF_PREDICTION=1Weird. Here's what I got when I tried to force it on a small source:...
- [11:06:09] Reencoding video [VID_00000]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 4,427 frames
- [11:06:09] Performing CRF Prediction...
- Analyzing 1.00 [1.00]
- [11:06:12] Encoding using constant rate factor.
- [11:08:35] Video Encode complete
...I tried a multitude of different output targets, and can't get the algorithm to do what your log shows. Can you send me the disc title and your settings?

[Sharc]

Weird. Here's what I got when I tried to force it on a small source:...
- [11:06:09] Reencoding video [VID_00000]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 4,427 frames
- [11:06:09] Performing CRF Prediction...
- Analyzing 1.00 [1.00]
- [11:06:12] Encoding using constant rate factor.
- [11:08:35] Video Encode complete
...I tried a multitude of different output targets, and can't get the algorithm to do what your log shows. Can you send me the disc title and your settings?

I don't think that you will see it when the algo starts already with 1.00. It should start with the regular initial CRF value.

The disc title is BRIDGE OF SPIES.

Settings:
[Status]
LABEL=BD_BRIDGE_OF_SPIES
VERSION=v0.50.14
SOURCE_SIZE=49520410447
SOURCE_VIDEO_SIZE=48865529856
TARGET_SIZE=24641536000
REDUCTION=.490870670586922
RESIZE_1080=0
RESIZE_1440=0
AUDIO_TO_KEEP=deu;eng;ger;
KEEP_HD_AUDIO=0
SUBS_TO_KEEP=deu;eng;ger;
BACKUP_MODE=0
MOVIEONLY_TYPE=0
USE_LAVF=0
INSTANCES=1
DGDECNV=-1
DGDECIM=0
FRIMSOURCE=0
FFMS2=0
SSIF_MODE=0
QUICK=1
ENCODE_STEP=0
COMPLETED=18
REBUILD_COMPLETE=1
[00304]
AUDIO=1
PGS=10010000000000
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=60423745
SPLITS=1
NSTART=27000000
NEND=29858480
NSIZE=40028160
FLINK=0
MLINK=0
[01770]
AUDIO=100100000000
PGS=10010000000000000000000000000
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=128768368
SPLITS=1
NSTART=27000000
NEND=29578826
NSIZE=125085696
FLINK=-1
MLINK=0
[00806]
AUDIO=100100000000
PGS=10010000000000000000000000000
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=138518344
SPLITS=1
NSTART=27000000
NEND=29518766
NSIZE=119291904
FLINK=-1
MLINK=0
[00807]
AUDIO=100100000000
PGS=10010000000000000000000000000
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=138636840
SPLITS=1
NSTART=27000000
NEND=29518766
NSIZE=119347200
FLINK=-1
MLINK=0
[01769]
AUDIO=100100000000
PGS=10010000000000000000000000000
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=138753354
SPLITS=1
NSTART=27000000
NEND=29518766
NSIZE=119433216
FLINK=-1
MLINK=0
[01768]
AUDIO=100100000000
PGS=10010000000000000000000000000
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=138870726
SPLITS=1
NSTART=27000000
NEND=29518766
NSIZE=118929408
FLINK=-1
MLINK=0
[01759]
AUDIO=100100000000
PGS=10010000000000000000000000000
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=138998540
SPLITS=1
NSTART=27000000
NEND=29518766
NSIZE=120803328
FLINK=-1
MLINK=0
[00801]
AUDIO=100100000000
PGS=10010000000000000000000000000
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=144275938
SPLITS=1
NSTART=27000000
NEND=30149396
NSIZE=136046592
FLINK=-1
MLINK=0
[01758]
AUDIO=100100000000
PGS=10010000000000000000000000000
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=144888377
SPLITS=1
NSTART=27000000
NEND=30149396
NSIZE=136630272
FLINK=-1
MLINK=0
[00800]
AUDIO=100100000000
PGS=10010000000000000000000000000
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=145019399
SPLITS=1
NSTART=27000000
NEND=30149396
NSIZE=136777728
FLINK=-1
MLINK=0
[01766]
AUDIO=100100000000
PGS=10010000000000000000000000000
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=145071806
SPLITS=1
NSTART=27000000
NEND=30149396
NSIZE=136882176
FLINK=-1
MLINK=0
[01767]
AUDIO=100100000000
PGS=10010000000000000000000000000
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=145169751
SPLITS=1
NSTART=27000000
NEND=30149396
NSIZE=136906752
FLINK=-1
MLINK=0
[00303]
AUDIO=1
PGS=10010000000000
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=350543315
SPLITS=1
NSTART=27000000
NEND=42399759
NSIZE=395268096
FLINK=0
MLINK=0
[00302]
AUDIO=1
PGS=10010000000000
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=536533996
SPLITS=1
NSTART=27000000
NEND=50667393
NSIZE=560375808
FLINK=0
MLINK=0
[00301]
AUDIO=1
PGS=10010000000000
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=708727463
SPLITS=1
NSTART=27000000
NEND=58287506
NSIZE=803647488
FLINK=0
MLINK=0
[00811]
AUDIO=100100000000
PGS=10010000000000000000000000000
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=910807080
SPLITS=1
NSTART=27000000
NEND=45924530
NSIZE=618399744
FLINK=0
MLINK=0
[00300]
AUDIO=1
PGS=10010000000000
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=1088419192
SPLITS=1
NSTART=27000000
NEND=74942894
NSIZE=949321728
FLINK=0
MLINK=0
[00805]
AUDIO=100100000000
PGS=10010000000000000000000000000
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=19213480113
SPLITS=1
NSTART=27000000
NEND=381412180
NSIZE=18668728320
FLINK=-1
MLINK=0

[jdobbs]

I don't think that you will see it when the algo starts already with 1.00. It should start with the regular initial CRF value.

The disc title is BRIDGE OF SPIES.

Settings:
That's the INF file. I would need BDREBUILDER.INI. I have that disc... I'll see if I can repeat it with my existing settings.

[Sharc]

That's the INF file. I would need BDREBUILDER.INI. I have that disc... I'll see if I can repeat it with my existing settings.

REBUILDER.INI:
[Options]
VERSION=0.50.0.14

ENABLE_TEST=1
NEW_CRF_PREDICTION=1
#ENCODER_MENU=1
SHOW_ENCODER=1
HC_PROFILE=BEST
ALTERNATE_PAL=1

#MIN_M2TS_SIZE=10
#minimum size required for BD-RB processing in MB, default is 100

IMPORT_HEVC_INTACT=1

ARCHIVE_265=1
#n = 0/1 - Default 0, X264 mode. Setting to 1 uses X265 for creating ARCHIVE backup
ARCHIVE_AUDIO=50
#n = 10-100 Automatic audio quality for ARCHIVE mode (default=45)
ARCHIVE_CRF=22
#n = 10-50 X265 CRF value to use for ARCHIVE mode (default=23)
ARCHIVE_ENABLE=1
#n = 0/1 - Default 0. Setting to 1 adds ARCHIVE mode option to the mode menu. (experimental)
ARCHIVE_LIMIT=1
#n = 0/1 - Default of 0 keeps all aud/subs in ARCHIVE mode, "1" keeps based on SETUP

#FIXED_CRF=19
#10..50 - force CRF encoding to use this CRF value (output size control disappears)

QUICK_CRF=22
#Defaults: BD5=30, BD9=24, BD25=20
QUICK_USE_QUALITY=1
SECONDARY_USE_QUALITY=1
ALTERNATE_QUALITY=2
ARCHIVE_QUALITY=2

#FORCE_ENCODE=1
#FORCE_NOENCODE=1
FORCED_SUB_LANG=ger;deu

#FORCE_INMUX_3D=0
#OUTPUT_3D_ISO=1
#applicable for Movie-only Backup only

MENU_FORCE_QUICK=1

TWEAK_PASS_ONE=--b-adapt 2 --tune film
TWEAK_PASS_TWO=--b-adapt 2 --tune film
#TWEAK_ALTERNATE=--ipratio 1.4 --pbratio 1.3 --b-adapt 2 --tune film
ALTAUTOAUDIO=50
DOWNRESIZE=BilinearResize

B_PYRAMID=1
KEEP_MBTREE=1
EXTENDED_GOP=1

#SAMPLE_GROUP=2400
#SAMPLE_SIZE=96

#DEINTERLACER_TYPE=1
#1=decomb(blend=false)
#DEINTERLACER_TYPE=2
#2=decomb(blend=true) (default)
#DEINTERLACER_TYPE=3
#3=smoothdeinterlacer recommended for IVCT sources
#DEINTERLACER_TYPE=4
#4=--fake-interlaced
#DEINTERLACER_TYPE=5
#5=smoothdeinterlacer+decomb(blend=true) for difficult sources

#IVTC_480i=1
#force IVTC on hard telecined 29.97fps sources (i.e. no pulldown flags)

#SD_PROGRESSIVE=1
#encodes 480i IVTC material as 480p


ENCODER=0
MODE=0
ENCODE_QUALITY=1
ONEPASS_ENCODING=1
AUTO_QUALITY=0
AUTO_BIAS=3
MOVIEONLY_TYPE=37
ALTCRF=19
ALT_TARGET=1024
ALTMETHOD=0
ALTAUTOCROP=0
TARGET_SIZE=23500
AUDIO_TO_KEEP=deu;eng;ger;
SUBS_TO_KEEP=deu;eng;ger;
SD_CONVERT=0
OPEN_GOP=1
RESIZE_1080=0
RESIZE_1440=0
RESIZE_720=0
DEINTERLACE=0
SD_TO_1080=0
IGNORE_3D=0
CONVERT_WIDE=0
DTS_REENCODE=1
AC3_REENCODE=0
AC3_640=1
AC3_192=0
KEEP_HD_AUDIO=0
AUDIO_DRC=0
DECODER=3
AVCHD=0
REMOVE_WORKFILES=0
REMOVE_OUTPUT=0
USE_FILTERS=0
BDMV_CERT_ONLY=0
IVTC_PULLDOWN=0
ASSUME_DVD_PAL=1
FRIMSOURCE=0
COMPLETION_BEEP=0
OUTPUT_SBS=1
NEROAAC=1
SUPTITLE=0
AUDIO_TRACK_LIMIT=1
SUBTITLE_TRACK_LIMIT=0
CUSTOM_TARGET_SIZE=23600
QUICK_EXTRAS=1
MENU_BACKGROUND=C:\Program Files Video\BD_Rebuilder\Misc\wave.jpg
IMPORT_THRESHOLD=15
QUICK_PLAY_THRESHOLD=10
MENU_AUTO_BACKGROUND=1
MENU_AUTO_DVDAUDIO=1
MENU_PLAY_SEQUENTIAL=0
MENU_START_WITH_MENU=1
MENU_BACKDROP_AUTOSIZE=1
IMPORT_LIMIT_LANG=1
IMPORT_KEEP_PLAYALL=0
VERBOSE_STATUS=1
ENABLE_BLANKING=1
ALT_CRF_TARGET=1024
PGSTOSRT=0
AVSFilter01=f:hqdn3d(4)
AVSFilter02=#f:r:Sharpen(0.15)
AVSFilter03=#f:Grayscale()

[Paths]
WORKING_PATH=C:\TEMP\BD REBUILDER\
DGIndexNV=C:\Program Files Video\DGdecNV\DGIndexNV.exe
DGDecNV=C:\Program Files Video\DGdecNV\DGDecodeNV.dll
NeroAACPath=C:\Program Files (x86)\Nero-AAC\win32\neroAacEnc.exe

SOURCE_PATH=K:\BD MOVIES\BD BRIDGE_OF_SPIES\

[Lathe]

I was trying to re-encode an MKV file which had been encoded with 8 B-frames, which my OPPO will not play. So, I just set it to import the MKV file, set it for alternate output MKV, NOT Blu-ray compatible, and at CRF of 20. Because when I've tried this before as I had mentioned previously, the output when Blu-ray compatible, but as an MKV file, for some odd reason my OPPO will distort the video. So, this time I made sure I unchecked the BR comp box, and to be sure I added --bluray compatible=0 as a tweak.

Now, this is just a plain, simple MKV file that needs to be re-encoded, but when I tried to do it, this was the log that I got:

----------------------
[06/18/16] BD Rebuilder v0.50.14
[17:10:12] Source: MKV_00000
- Input BD size: 1.95 GB
- Approximate total content: [01:20:22.405]
- Windows Version: 6.2 [9200]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- Mode: MKV Container, 1280x720, 192Kbs AC3
- Quality: Good (Very Fast)
- X264 Tweak(s) enabled
- Decoding/Frame serving: X264/LAVF
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=448
[17:10:12] PHASE ONE, Encoding
- [17:10:12] Processing: VID_00000 (1 of 1)
- [17:10:12] Extracting A/V streams [VID_00000]
- [17:10:23] Reencoding video [VID_00000]
- Source Video: MPEG-4 (AVC), 1280x720
- Rate/Length: 23.976fps, 115,622 frames
- [17:10:23] Reencoding: VID_00000, Pass 1 of 1
- Encode failed. Aborting.
- BD-Rebuilder v0.50.14
- Windows Version: 6.2 [9200]
- Working Path Free Space: 99.54GB
- AVISYNTH Version: 2.5.8.0, Ok
- LAVFILTERS: Ok
- AnyDVD Remove Short Titles: Incompatible
- X264: Wrong version found
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok
- FRIMEncode: Ok
- FRIMDecode: Ok
[17:10:23] - Failed video encode, aborted

Now, this is NOT a Blu-ray structure, so I don't think the 'AnyDVD...' thing applies. But, what was curious is that it says that the wrong x264 version is found...???

Here is the Pseudo PINO file:

[VideoAdjust]
00000=.Addborders(42,0,42,0)
[TextSubs]
00000=ITA_0000_001.SRT,ENG_0000_002.SRT

Can anyone decipher this for me please...?

Thanks!

***EDIT

The original MKV file also was encoded with 9 ref frames, which my OPPO will definitely not play, thus another reason for my re-encoding it.

What I am trying now, and I'm thinking that it SHOULD work, is I just went ahead and skipped the alternate output deal and just did the usual BDMV output. So, during the re-encode the AVS kicked in with this:

#Created by BD Rebuilder - v0.50.14
DirectshowSource("C:\_______MEDIA\_BDRB\IMPORTS\MKV\BDMV\STREAM\00000.m2ts", fps=23.976, framecount=115622, audio=false).Addborders(42,0,42,0)
ConvertToYV12().AssumeFPS(24000,1001)

... and it seems to be proceeding just fine. So, I'll just throw it on a DVD as a BD5 on it's own and that will be fine. I was just trying to be kind of 'fancy' and trying to render it as another MKV file (a playable one) that I could just add to others and burn to a BD25, but no biggie...

I AM curious though as to why the alternate output gave me the error it did...???

[DoctorM]

I was testing something today and noticed that a re-encoded disc where I set it to blank some foreign language subtitles completely removed them.

I thought BDRB only blanked, not stripped tracks on a full movie encode. Did I do something wrong or get a hidden setting off, or is this how it is supposed to work?

[Lathe]

I was testing something today and noticed that a re-encoded disc where I set it to blank some foreign language subtitles completely removed them.

I thought BDRB only blanked, not stripped tracks on a full movie encode. Did I do something wrong or get a hidden setting off, or is this how it is supposed to work?

From my experience, any titles that are blanked are basically removed and are not included in the re-encode. I don't think that I myself have ever blanked just a sub or audio track; usually I blank a whole segment, like an Xtra...

[DoctorM]

I know audio tracks are blanked not removed, but it seems subtitles are removed completely.

I'm working with Cars 2 and found that with subtitles removed, it messes up the disc.

For example in the Toy Story short, 'No Subtitles' set in the menu actually sets the subtitle track to #4 (Forced English subtitles for Spanish dialog).
The problem is once you've stripped non-English tracks, there IS no track #4 so it defaults to track 1 instead.

In the main movie something similar happens. There are many more subtitles but down near the bottom are subs for two foreign language lines of dialog.
As a result, English SDH will always turn on when you start the movie, even if you explicitly set the subtitles off in the menu.

I think this is a case where keeping all subtitle tracks is just necessary to let the disc work properly.
I wish there was a way to blank subtitle tracks instead of stripping them.

[jdobbs]

@Lathe
- AnyDVD Remove Short Titles: Incompatible
- X264: Wrong version foundThe "AnyDVD" error always matters. It can make the disc incompatible and it's unpredictable what might happen. The second error means that at some point you've change the version of X264 that is in the TOOLS folder and it is no longer the one that was included with BD-RB.

[jdobbs]

I was testing something today and noticed that a re-encoded disc where I set it to blank some foreign language subtitles completely removed them.

I thought BDRB only blanked, not stripped tracks on a full movie encode. Did I do something wrong or get a hidden setting off, or is this how it is supposed to work?They're not blanked. The references to the removed audio or subtitles are simply redirected to first one that is kept. The actual tracks are removed (as has been instructed in SETUP).

[MILLZY]

Recently bough and Imac and decided to install Parallels to run beside it (Windows 7)
Ive tried gods knows how many movies and getting error after error, will BD rebuilder run ok on a virtual machine?

The last movie i tried was Star Trek and here are the logs:

[Options]
VERSION=0.50.0.14
ENCODER=0
MODE=0
ENCODE_QUALITY=0
ONEPASS_ENCODING=2
AUTO_QUALITY=1
QUICK_EXTRAS=1
TARGET_SIZE=23500
AUTO_BURN=2
AUDIO_TO_KEEP=eng;
SUBS_TO_KEEP=all
SD_CONVERT=0
OPEN_GOP=0
RESIZE_1080=0
RESIZE_1440=0
RESIZE_720=0
DEINTERLACE=1
SD_TO_1080=0
IGNORE_3D=0
CONVERT_WIDE=0
DTS_REENCODE=0
AC3_REENCODE=0
AC3_640=1
AC3_192=0
KEEP_HD_AUDIO=0
AUDIO_DRC=0
DECODER=0
AVCHD=1
REMOVE_WORKFILES=1
REMOVE_OUTPUT=1
USE_FILTERS=0
BDMV_CERT_ONLY=0
IVTC_PULLDOWN=0
ASSUME_DVD_PAL=1
FRIMSOURCE=0
COMPLETION_BEEP=0
OUTPUT_SBS=0
NEROAAC=0
SUPTITLE=0
PGSTOSRT=0
AUDIO_TRACK_LIMIT=1
SUBTITLE_TRACK_LIMIT=0
CUSTOM_TARGET_SIZE=23500
[Paths]
WORKING_PATH=\\PSF\HOME\DESKTOP\
SOURCE_PATH=E:\


[06/19/16] BD Rebuilder v0.50.14
[14:03:05] Source: STAR_TREK
- Input BD size: 39.95 GB
- Approximate total content: [02:15:21.237]
- Target BD size: 22.95 GB
- Windows Version: 6.1 [7601]
- Auto Quality: Good (Very Fast), ABR
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=640
[14:03:05] PHASE ONE, Encoding
- [14:03:05] Processing: VID_00000 (1 of 1)
- [14:03:05] Extracting A/V streams [VID_00000]
- Error in attempt to extract audio/subs.
- Bitstream exception Unknown exception. It does not have to be! Please contact application support team for more information.
[14:03:09] - Failed to retrieve audio, aborted


The rip is not downloaded from the net,i just changed the name myself, different errors on different rips as well.

Havent used BD Rebuilder for some time now so any help would be great

[jdobbs]

BD Rebuilder is meant to run on a Windows platform. If you choose to run it on any other pseudo machine -- you're on your own.

The error " Bitstream exception Unknown exception. It does not have to be! Please contact application support team for more information" is coming from TSMUXER -- which is apparently having trouble running in your environment.

[DoctorM]

They're not blanked. The references to the removed audio or subtitles are simply redirected to first one that is kept. The actual tracks are removed (as has been instructed in SETUP).
Maybe it uses some wonky Java then?

[MILLZY]

BD Rebuilder is meant to run on a Windows platform. If you choose to run it on any other pseudo machine -- you're on your own.

The error " Bitstream exception Unknown exception. It does not have to be! Please contact application support team for more information" is coming from TSMUXER -- which is apparently having trouble running in your environment.

So basically its not worth the hassle of trying to run it on Parallels running windows 7 then?

[jdobbs]

It's up to you. I'm no expert on Parallels. All I'm trying to make clear is that I can't guarantee it will work and can't provide bug support for that situation. It's pretty much a sure thing that when you run into issues -- the problem is in the environment, not BD-RB.

If the virtual machine is truly clean, the client software shouldn't even know it's running on a VM and should work fine. That doesn't appear to be the case in your situation -- as TSMUXER is failing to run. Since you're running on a Mac, I would assume there is some underlying emulation going on (e.g. the BIOS), which is a likely suspect for issues. But, like I said, I'm no Parallels expert.

[Lathe]

@Lathe
The "AnyDVD" error always matters. It can make the disc incompatible and it's unpredictable what might happen. The second error means that at some point you've change the version of X264 that is in the TOOLS folder and it is no longer the one that was included with BD-RB.

Hmmm, appreciate the reply JD, but that sure is weird since it is a small MKV file that has already been encoded (no BD structure at all that would be affected by Any DVD, I would think) and I haven't done anything with the x264 file in the tools folder.

When I went ahead and just let BDRB do it's normal thing and create a BDMV folder for a BD5, everything went just fine.

Thanks though...

[Sharc]

That's the INF file. I would need BDREBUILDER.INI. I have that disc... I'll see if I can repeat it with my existing settings.
Have you been able to reproduce the issue with your disc?

[jdobbs]

Have you been able to reproduce the issue with your disc?Sorry, but no. Mine is a different version of the disc than yours.

[Sharc]

Sorry, but no. Mine is a different version of the disc than yours.
Ok, thanks. When you can't duplicate the issue it's difficult to "fix" it. Let me know when I could supply more info.
I assume it's an exceptional case, and it does not seem to produce odd results. (I just like the CRF prediction mode :cool:).

[q90g0H5R]

Hi,
I'm quite new around here, but I played a little bit with BD Rebuilder lately, and stumbled across some oddities, which I can't classify if they are bugs, or by design...

First:
Different Backup Modes use completely different parameter sets.

What do do I mean?
If I select Movie-Only Backup, then the DTS tracks are reencoded although the DTS_REENCODE=0 option is set.
If I select Movie&Menus, then the algorithm which is controlled by the MIN_M2TS_SIZE option is not triggered at all. It looks like if the option was set to MIN_M2TS_SIZE=0.

Another very odd thing about Backup-Modes is, that the mode is not saved with a project (.epr file): If I set up a project as full backup, save it, change the backup mode to Movie&Menus and reload the saved project, then the resulting selection list is a complete mess.
Thanks for pointing me to the OVERRIDE_AVCHD_AUDIO_LIMIT option, but the other two questions are still open.

Any hints or ideas?

[ggtop]

Hi jdobbs,

I think I encountered a small bug in "Alternate Movie-Only Output". Playlist contains 3 streams:
05016.m2ts (Studio logo, 11sec)
05012.m2ts
05017.m2ts (Studio logo, 7sec)

BDRB muxes the audio via MP4Box using a delay of 758:
"C:\xxx\BD_Rebuilder_V05014\tools\mp4box\mp4box.exe" -fps 23.976 -tmp "C:\xxx\VIDEOS\BD_RB_WORK\WORKFILES"
-chap "C:\xxx\VIDEOS\BD_RB_WORK\WORKFILES\mChapters.chp"
-mpeg4 -add "C:\xxx\VIDEOS\BD_RB_WORK\WORKFILES\VID_05016+VID_05012+VID_05017.264"
-add "C:\xxx\VIDEOS\BD_RB_WORK\WORKFILES\AUD_05016_4357.AAC":delay=758:lang=deu:name=""
-new "C:\xxx\VIDEOS\BD_RB_WORK\NEVER_SAY_NEVER_AGAIN.mp4"

I analyzed the commandline via process Explorer.
If I remux the files manually using no delay Audio is in perfect sync. Seems that BDRB shifts the audio by the intro (05016.m2ts)...But the file "AUD_05016_4357.AAC" already contains the audio part from the intro stream 05016

BTW I had another encode running for another movie with a lot of m2ts files (33!) which is some kind of multi angle I guess and BDRB created a BDMV structure before muxing to MP4. This one worked perfectly.

I kept all temporary files on my HDD in case you want to have some info.

I would really like to donate for the time you spent in BDRB and the effort supporting it.

Thank you
ggtop

[soneca]

Hello jdobbs, I am unable to register the DVD Rebuilder.

https://s20.postimg.org/64do8rxu5/erro.png

[jdobbs]

Hello jdobbs, I am unable to register the DVD Rebuilder.

https://s20.postimg.org/64do8rxu5/erro.pngThat's one I've never seen before. I looked it up, and it says the that there is a DLL that is missing or hasn't been registered somehow. Have you recently done an install of a new O/S or something similar? I'd suggest you try to uninstall/reinstall DVD-RB from scratch.

[jdobbs]

Hi jdobbs,

I think I encountered a small bug in "Alternate Movie-Only Output". Playlist contains 3 streams:
05016.m2ts (Studio logo, 11sec)
05012.m2ts
05017.m2ts (Studio logo, 7sec)

BDRB muxes the audio via MP4Box using a delay of 758:
"C:\xxx\BD_Rebuilder_V05014\tools\mp4box\mp4box.exe" -fps 23.976 -tmp "C:\xxx\VIDEOS\BD_RB_WORK\WORKFILES"
-chap "C:\xxx\VIDEOS\BD_RB_WORK\WORKFILES\mChapters.chp"
-mpeg4 -add "C:\xxx\VIDEOS\BD_RB_WORK\WORKFILES\VID_05016+VID_05012+VID_05017.264"
-add "C:\xxx\VIDEOS\BD_RB_WORK\WORKFILES\AUD_05016_4357.AAC":delay=758:lang=deu:name=""
-new "C:\xxx\VIDEOS\BD_RB_WORK\NEVER_SAY_NEVER_AGAIN.mp4"

I analyzed the commandline via process Explorer.
If I remux the files manually using no delay Audio is in perfect sync. Seems that BDRB shifts the audio by the intro (05016.m2ts)...But the file "AUD_05016_4357.AAC" already contains the audio part from the intro stream 05016

BTW I had another encode running for another movie with a lot of m2ts files (33!) which is some kind of multi angle I guess and BDRB created a BDMV structure before muxing to MP4. This one worked perfectly.

I kept all temporary files on my HDD in case you want to have some info.

I would really like to donate for the time you spent in BDRB and the effort supporting it.

Thank you
ggtopIf you can provide me with the movie name I may be able to run a test.

[Ch3vr0n]

According to last part of the command line it's 'never say never again'.

[jdobbs]

According to last part of the command line it's 'never say never again'.Thanks. I guess I missed that.

[Mark_Venture]

This may be a bug or working as designed (not sure which)... Plus a feature request...

Its around Alt Movie Only and .SRT files while having selected "use SupTitle for Alternate Forced subs" and "use Tesseract to convert PGS to SRT"

The SUP and SRT files are left in the WORKING Path, not put in the same folder as the final .MKV file. If doing a BATCH and using the same workingpath it could mean a loss of .SRT files, or at least a mix of them.

More importantly If you set "remove WORKFILES after rebuild", when rebuild is complete, the workfiles folder gets removed, and so do any SRT files that were made.

My current work around is... don't set "remove workfiles"... use a separate working path for each batch item, when rebuilds are done, individually go into each working path, copy the SRT's into the folder with the associated MKV, and delete the working folder. Its time consuming.

Is there a way that BD-Rebuilder could place the SRT files in the folder with the .MKV file before the working path gets deleted? And maybe rename them to Movie-trackXXXX.srt?

[jdobbs]

The SRT will still exist -- it's just embedded as a stream in the MKV file. If you want to extract it later for some reason, you can just use MKVEXTRACT.

[ggtop]

Thanks. I guess I missed that.

Yes, Ch3vr0n is correct. It's "Never say never again". The James Bond movie that is none :-) At least not official starring Sean Connery, Kim Basinger

Don't know if this is strange, but the AUD_05016.meta file is showing Video is extracted from 05016.m2ts, but Audio and Subs are pointed to the playlist which is 00130.
AUD_0512.meta is fully pointing to 05012.m2ts. Both are extracting nearly the same subtitle file sizes. Audio is coming from 05012.m2ts only.

If this should be uncommon (or not understandable from my description) I could send you some screenshots.

ggtop

Attached the log:
[06.22.16] BD Rebuilder v0.50.15
[10:49:39] Source: NEVER_SAY_NEVER_AGAIN_00130
- Input BD size: 43,18 GB
- Approximate total content: [02:14:22.846]
- Windows Version: 6.1 [7601]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- Mode: My MP4 Container, 1920x1080, AutoGOP, AAC-256
- Quality: High Quality (Default)
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=640
[10:49:42] PHASE ONE, Encoding
- [10:49:42] Processing: VID_05016 (1 of 3)
- [10:49:42] Extracting A/V streams [VID_05016]
- [10:58:05] Reencoding video [VID_05016]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 266 frames
- [10:58:05] Reencoding: VID_05016, Pass 1 of 1
- [10:58:13] Video Encode complete
- [10:58:13] Processing audio tracks
- Track 4357 (deu): Reencoding audio to AAC...
- [11:00:11] Processing: VID_05012 (2 of 3)
- [11:00:11] Extracting A/V streams [VID_05012]
- [11:19:23] Reencoding video [VID_05012]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 192.864 frames
- [11:19:23] Reencoding: VID_05012, Pass 1 of 1
- [15:08:31] Video Encode complete
- [15:08:31] Processing: VID_05017 (3 of 3)
- [15:08:31] Extracting A/V streams [VID_05017]
- [15:08:38] Reencoding video [VID_05017]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 185 frames
- [15:08:38] Reencoding: VID_05017, Pass 1 of 1
- [15:08:44] Video Encode complete
[15:08:44]PHASE ONE complete
[15:08:44]PHASE TWO - Rebuild Started
- [15:08:44] Building ALTERNATE OUTPUT Structure
[15:17:46] - Encode and Rebuild complete
[15:17:46] JOB: NEVER_SAY_NEVER_AGAIN finished.

Audio is DTS mono by the way.

[jdobbs]

When you are doing a movie-only backup the audio is extracted/assembled from all the component M2TS files and is given the name of the first component. You'll find that the single extracted audio file holds the entirety of the movie.

[DoctorM]

[06/26/16] BD Rebuilder v0.50.11
[00:25:05] Source: KISS_ME_KATE_00098
- Input BD size: 36.06 GB
- Approximate total content: [01:50:18.612]
- Target BD size: 35.71 GB
- Windows Version: 6.1 [7601]
- MOVIE-ONLY mode enabled
- Quality: Good (Very Fast), CRF
- Output folder: C:\Users\Dr. M\Desktop\
- 3D conversion mode enabled
- Decoding/Frame serving: FRIMSource
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=640
[00:25:08] PHASE ONE, Encoding
- [00:25:08] Processing: VID_00042 (1 of 1)
- [00:25:08] Extracting A/V streams [VID_00042]
- [00:39:28] Reencoding video [VID_00042]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 158,688 frames
- Converting output to Side-By-Side 3D Format
- [00:39:29] Performing CRF Prediction...
- Analyzing 11.00 [11.00]
- Aborted...
[00:44:54]PHASE ONE aborted by user request
----------------------
[06/26/16] Checking System Settings
- BD-Rebuilder v0.50.11
- Windows Version: 6.1 [7601]
- Working Path Free Space: 296.16GB
- AVISYNTH Version: 2.5.8.0, Ok
- LAVFILTERS: Ok
- AnyDVD settings check: Ok.
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok
- FRIMEncode: Ok
- FRIMDecode: Ok
[06/26/16] Systems Settings Check complete


I aborted the encode because BD RB stalled (Speed: 0.00x ETA: 00:00:00 FPS: 00 Frames: 000000/000000). The TEMP.264 generated is 0KB in size.
Opening the AVS script in Vdub tells me:
Avisynth open failure:
ERROR: Cannot initialize Intel Media SDK session.

Thoughts?

[jdobbs]

In order to get the AVS to display -- you may have to put a copy of libmfxsw32.dll in the same folder as the .AVS.

[soneca]

That's one I've never seen before. I looked it up, and it says the that there is a DLL that is missing or hasn't been registered somehow. Have you recently done an install of a new O/S or something similar? I'd suggest you try to uninstall/reinstall DVD-RB from scratch.

Yes, Windows 7 very recent. I had problems and I have to reinstall any problem and I notice.
Thank you!

[DoctorM]

In order to get the AVS to display -- you may have to put a copy of libmfxsw32.dll in the same folder as the .AVS.

That let me load the VID_00042.AVS file, but the TEMP.AVS still reacts funny.

Comparing, testing, and exhibiting extreme patience, it's the SelectRangeEvery() that's causing the problem.

It seems seeking is crazy slow this way. 0.01x Speed with more than an hour estimated to test just the first CRF value.

FRIMSource doesn't seem capable of reasonably doing an analysis test.

Maybe this is one of those things you need an Intel processor to accelerate.

[jdobbs]

You're probably right. I'll probably have to disable CRF prediction for FRIMSource(). More than likely it can't seek without decoding all the frames in between.

[Sharc]

You're probably right. I'll probably have to disable CRF prediction for FRIMSource(). More than likely it can't seek without decoding all the frames in between.
If I remember correctly FRIMSource can only decode sequentially (at least that used to be the case in the early days).

[jdobbs]

Yeah. I'm can't remember if I've ever even tested it with CRF prediction. That's not good.

[thomheinz]

Yes, Windows 7 very recent. I had problems and I have to reinstall any problem and I notice.
Thank you!
Have you tried to Run as Administrator?

[ggtop]

When you are doing a movie-only backup the audio is extracted/assembled from all the component M2TS files and is given the name of the first component. You'll find that the single extracted audio file holds the entirety of the movie.

Hi jdobbs,
as I don't think you have the movie "Never say never again" can I examine some files from the original BD in order to analyse where the audio delay is coming from?

While typing this I have another issue with 2 BDs from my Tarantino Box: True Romance and Death Proof. Both playlists have 2 M2TS files: Studio Logo Intro and main movie. I deselect all subtitle streams because I only want to have the forced ones hard-coded with SUPTITLE() which are extracted fine into "...track_9999.sup". Both encodes immediately fail with error [23:21:57] CreateAVS() 00000
[23:22:00] - Could not create AVS file

I think the errors come from the Version 0.50.15 I am using that should fix the issue with hard-coded Subs you provided me some weeks ago. If I select any subtitle stream and mark it as "Forced on" the errors disappear for both movies.

The AVS files are incomplete in both cases and look like this:
#Created by BD Rebuilder - v0.50.15
DirectshowSource("C:\USERS\xxx\VIDEOS\BD_ORIGINAL\TRUE_ROMANCE\BDMV\STREAM\00051.m2ts", fps=23.976, framecount=487, audio=false)
LoadPlugin("C:\Program Files (x86)\AviSynth 2.5\plugins\SupTitle.dll")


After selecting a subtitle stream and marking as "Forced on" they are created successfully:
#Created by BD Rebuilder - v0.50.15
DirectshowSource("C:\USERS\xxx\VIDEOS\BD_ORIGINAL\TRUE_ROMANCE\BDMV\STREAM\00051.m2ts", fps=23.976, framecount=487, audio=false)
LoadPlugin("C:\Program Files (x86)\AviSynth 2.5\plugins\SupTitle.dll")
SupTitle("C:\USERS\xxx\VIDEOS\BD_RB_WORK_3\WORKFILES\00051.track_4608.sup")
ConvertToYV12().AssumeFPS(24000,1001)

ggtop

[jdobbs]

Try using v0.50.14 so we can be sure.

I'll have to fix the forced sub issue since you should never get an error that stops processing. But, on the other hand, why would you ever select "Used SupTitle() for forced subs...", and then deselect all the subs?

[jdobbs]

Try using v0.50.14 so we can be sure.

I'll have to fix the forced sub issue since you should never get an error that stops processing. But, on the other hand, why would you ever select "Used SupTitle() for forced subs...", and then deselect all the subs?I just tested it on my end. I can deselect all the subtitles on a disc with forced subs -- and it still completes fine. Can you give me more details as to your specific situation?After selecting a subtitle stream and marking as "Forced on" they are created successfully:
Code:
#Created by BD Rebuilder - v0.50.15
DirectshowSource("C:\USERS\xxx\VIDEOS\BD_ORIGINAL\TRUE_ROMANCE\BDMV\STREAM\00051.m2ts", fps=23.976, framecount=487, audio=false)
LoadPlugin("C:\Program Files (x86)\AviSynth 2.5\plugins\SupTitle.dll")
SupTitle("C:\USERS\xxx\VIDEOS\BD_RB_WORK_3\WORKFILES\00051.track_4608.sup")
ConvertToYV12().AssumeFPS(24000,1001)
ggtopI'm a little confused by the example you provided above. SupTitle, when used for forced subs, should only be applied against a .SUP ending in 9999, like this one (from my encode):SupTitle("D:\WORKING4\WORKFILES\00001.track_9999.sup")We are talking about forced subs, right?

[Edit] I've tried every combination I can think of, and I can't repeat the problem you've reported.

[Kerry56]

Just a quick question. If you have some MKV files encoded to Blu-ray video specifications, can you Import them into BD Rebuilder and have it not re-encode them? Audio is plain AC3. I just want the menu and all of them put into a Blu-ray structure. Total size of input is approximately 11GB.

I tried this, but it started to re-encode them, ignoring the FORCE_NOENCODE=1 line. I admit I didn't keep it running long, so perhaps I jumped the gun?

[ggtop]

Let me try to shed light upon my situation :o

I really love the feature of BDRB to output movies as MP4, because I mainly stream them from mediaserver to TV via DLNA. That way I cannot use soft subs. I need them hard coded. BDRB 0.50.14 can hard-code the one (9999) that is present after extraction during encode using SUPTITLE() which is nearly perfect.
My feature request (and included in intermediate version 0.50.15 --> post: 23864) was the ability to hard-code any other subtitle track via right click [Forced on] for alternate output such as MP4. This is very convinient if none subtitle stream contains forced ones such as extras or streams which have "forced" ones only and therefore are not marked as forced. The alternative would be to add the suptitle lines manually in the AVS Editor:
LoadPlugin("C:\Program Files (x86)\AviSynth 2.5\plugins\SupTitle.dll")
SupTitle(....)
But this is not very convinient as you have to redo this for every encode respecting other paths and filenames.

But, on the other hand, why would you ever select "Used SupTitle() for forced subs...", and then deselect all the subs?

Good question...my understanding of how it works for forced subs is/was that the creation of the 9999 file is fully controlled by setting FORCED_SUB_LANG=deu;ger; (in my case) and therefore the subtitle streams (enabled or disabled) are ignored anyway. Ignored means not not hard-coded.
If I do not select any stream I would expect the 9999 file getting hard-coded into the output.

I made some tests using 0.50.14/15:

source: Death Proof
Version: 0.50.14

AVS file for segment 00006 after 00005 has been processed successfully and audio conversion has been finalized:
#Created by BD Rebuilder - v0.50.14
DirectshowSource("C:\USERS\xxx\VIDEOS\BD_ORIGINAL\DEATH_PROOF_BD\BDMV\STREAM\00006.m2ts", fps=23.976, framecount=163504, audio=false)
LoadPlugin("C:\Program Files (x86)\AviSynth 2.5\plugins\SupTitle.dll")
SupTitle("C:\USERS\xxx\VIDEOS\BD_RB_WORK_3\WORKFILES\00006.track_9999.sup")
ConvertToYV12().AssumeFPS(24000,1001)

Log file:

[06.29.16] BD Rebuilder v0.50.14
[20:44:15] Source: DEATH_PROOF_BD_00021
- Input BD size: 31,61 GB
- Approximate total content: [01:53:44.234]
- Windows Version: 6.1 [7601]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- Mode: My MP4 Container, 1920x1080, AutoGOP, AAC-256
- Quality: High Quality (Default)
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=640
[20:44:15] PHASE ONE, Encoding
- [20:44:15] Processing: VID_00005 (1 of 2)
- [20:44:15] Extracting A/V streams [VID_00005]
- [20:55:00] Reencoding video [VID_00005]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23,976fps, 114 frames
- [20:55:00] Reencoding: VID_00005, Pass 1 of 1
- [20:55:17] Video Encode complete
- [20:55:17] Processing audio tracks
- Track 4352 (deu): Reencoding audio to AAC...
- [21:02:20] Processing: VID_00006 (2 of 2)
- [21:02:20] Extracting A/V streams [VID_00006]
- [21:14:57] Reencoding video [VID_00006]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23,976fps, 163.504 frames
- [21:14:57] Reencoding: VID_00006, Pass 1 of 1
[21:16:17]PHASE ONE aborted by user request

This works!

source: Death Proof
Version: 0.50.15

AVS file:
#Created by BD Rebuilder - v0.50.15
DirectshowSource("C:\USERS\xxx\VIDEOS\BD_ORIGINAL\DEATH_PROOF_BD\BDMV\STREAM\00005.m2ts", fps=23.976, framecount=114, audio=false)
LoadPlugin("C:\Program Files (x86)\AviSynth 2.5\plugins\SupTitle.dll")
Log file:
[06.29.16] BD Rebuilder v0.50.15
[21:55:36] Source: DEATH_PROOF_BD_00021
- Input BD size: 31,61 GB
- Approximate total content: [01:53:44.234]
- Windows Version: 6.1 [7601]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- Mode: My MP4 Container, 1920x1080, AutoGOP, AAC-256
- Quality: High Quality (Default)
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=640
[21:55:36] PHASE ONE, Encoding
- [21:55:36] Processing: VID_00005 (1 of 2)
- [21:55:36] Extracting A/V streams [VID_00005]
- [22:01:31] CreateAVS() 00000
[22:02:23] - Could not create AVS file

Aborting!
Enabling the subtitle streams in stream window makes no difference. But it works if I set [Forced on] for a stream. I choe the 2nd as this one contains forced Subs only and is identical with the 9999 file.

avs file for segment 00005:
#Created by BD Rebuilder - v0.50.15
DirectshowSource("C:\USERS\xxx\VIDEOS\BD_ORIGINAL\DEATH_PROOF_BD\BDMV\STREAM\00005.m2ts", fps=23.976, framecount=114, audio=false)
LoadPlugin("C:\Program Files (x86)\AviSynth 2.5\plugins\SupTitle.dll")
SupTitle("C:\USERS\xxx\VIDEOS\BD_RB_WORK_4\WORKFILES\00005.track_4609.sup")
ConvertToYV12().AssumeFPS(24000,1001)

avs file for segment 00006 after 00005 has been processed successfully and audio conversion has been finalized:
#Created by BD Rebuilder - v0.50.15
DirectshowSource("C:\USERS\xxx\VIDEOS\BD_ORIGINAL\DEATH_PROOF_BD\BDMV\STREAM\00006.m2ts", fps=23.976, framecount=163504, audio=false)
LoadPlugin("C:\Program Files (x86)\AviSynth 2.5\plugins\SupTitle.dll")
SupTitle("C:\USERS\xxx\VIDEOS\BD_RB_WORK_4\WORKFILES\00006.track_4609.sup")
ConvertToYV12().AssumeFPS(24000,1001)

log file:
----------------------
[06.29.16] BD Rebuilder v0.50.15
[21:55:36] Source: DEATH_PROOF_BD_00021
- Input BD size: 31,61 GB
- Approximate total content: [01:53:44.234]
- Windows Version: 6.1 [7601]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- Mode: My MP4 Container, 1920x1080, AutoGOP, AAC-256
- Quality: High Quality (Default)
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=640
[21:55:36] PHASE ONE, Encoding
- [21:55:36] Processing: VID_00005 (1 of 2)
- [21:55:36] Extracting A/V streams [VID_00005]
- [22:01:31] CreateAVS() 00000
[22:02:23] - Could not create AVS file
----------------------
...
----------------------
[06.29.16] BD Rebuilder v0.50.15
[22:10:19] Source: DEATH_PROOF_BD_00021
- Input BD size: 31,61 GB
- Approximate total content: [01:53:44.234]
- Windows Version: 6.1 [7601]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- Mode: My MP4 Container, 1920x1080, AutoGOP, AAC-256
- Quality: High Quality (Default)
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=640
- Resuming from previously started job.
[22:10:21] PHASE ONE, Encoding
- [22:10:21] Processing: VID_00005 (1 of 2)
- [22:10:21] Reencoding video [VID_00005]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23,976fps, 114 frames
- [22:10:21] Reencoding: VID_00005, Pass 1 of 1
- [22:10:24] Video Encode complete
- [22:10:24] Processing audio tracks
- Track 4352 (deu): Reencoding audio to AAC...
- [22:17:09] Processing: VID_00006 (2 of 2)
- [22:17:09] Extracting A/V streams [VID_00006]
- [22:29:06] Reencoding video [VID_00006]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23,976fps, 163.504 frames
- [22:29:06] Reencoding: VID_00006, Pass 1 of 1
[22:29:40]PHASE ONE aborted by user request


Obviously this behavior was introduced by my feature request :o

I'm a little confused by the example you provided above. SupTitle, when used for forced subs, should only be applied against a .SUP ending in 9999, like this one (from my encode)
You are right. 0.50.14 cannot do this. Only the enhanced version 0.50.15 can do this via right click [Forced on] on a enabled Subtitle stream :) This overrides the usage of the 9999 file.

Long post. Still question marks in your face? :D :thanks:

ggtop

[Peter_A]

I receive the above error when trying to rebuild/compress a movie (for which I used DVDFab to remove Cinavia, so the audio track is modified from the original). The movie is Amour. Are there any tips to troubleshoot this? Thanks in advance.

Log file below.

----------------------
[06/29/16] BD Rebuilder v0.50.14
[05:52:26] Source: AMOUR_(CINAVIA_REMOVED)
- Input BD size: 30.40 GB
- Approximate total content: [02:07:21.633]
- Target BD size: 23.73 GB
- Windows Version: 6.1 [7601]
- Quality: Highest (Very Slow), Two Pass
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=1 HD=0 Kbs=640
[05:52:26] PHASE ONE, Encoding
- [05:52:26] Processing: VID_00001 (1 of 1)
- [05:52:26] Extracting A/V streams [VID_00001]
- Extracting video streams [VID_00001]
- Extracting audio streams [VID_00001]
- [06:17:05] Reencoding video [VID_00001]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 183,216 frames
- Bitrate: 24,052 Kbs
- [06:17:05] Reencoding: VID_00001, Pass 1 of 2
- [06:52:09] Reencoding: VID_00001, Pass 2 of 2
- [10:02:46] Video Encode complete
- [10:02:47] Processing audio tracks
- Track 4352 (fra): Reencoding audio to AC3...
- ERROR preparing intermediate audio.
[10:02:48] - Failed to reencode audio, aborted

[Ch3vr0n]

Tips? Yes, use the original source in bdrb. As per op, bug reports for preprocessed sources are not accepted. Running the source through dvdcrap first is just that. Bdrb FIRST, THEN dvdfab.

[jdobbs]

Just a quick question. If you have some MKV files encoded to Blu-ray video specifications, can you Import them into BD Rebuilder and have it not re-encode them? Audio is plain AC3. I just want the menu and all of them put into a Blu-ray structure. Total size of input is approximately 11GB.

I tried this, but it started to re-encode them, ignoring the FORCE_NOENCODE=1 line. I admit I didn't keep it running long, so perhaps I jumped the gun?If it is already compliant (and you know that definitely) -- just burn the pseudo-BD structure. You don't have to reencode.

[jdobbs]

I receive the above error when trying to rebuild/compress a movie (for which I used DVDFab to remove Cinavia, so the audio track is modified from the original). The movie is Amour. Are there any tips to troubleshoot this? Thanks in advance.

Log file below.

----------------------
[06/29/16] BD Rebuilder v0.50.14
[05:52:26] Source: AMOUR_(CINAVIA_REMOVED)
- Input BD size: 30.40 GB
- Approximate total content: [02:07:21.633]
- Target BD size: 23.73 GB
- Windows Version: 6.1 [7601]
- Quality: Highest (Very Slow), Two Pass
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=1 HD=0 Kbs=640
[05:52:26] PHASE ONE, Encoding
- [05:52:26] Processing: VID_00001 (1 of 1)
- [05:52:26] Extracting A/V streams [VID_00001]
- Extracting video streams [VID_00001]
- Extracting audio streams [VID_00001]
- [06:17:05] Reencoding video [VID_00001]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 183,216 frames
- Bitrate: 24,052 Kbs
- [06:17:05] Reencoding: VID_00001, Pass 1 of 2
- [06:52:09] Reencoding: VID_00001, Pass 2 of 2
- [10:02:46] Video Encode complete
- [10:02:47] Processing audio tracks
- Track 4352 (fra): Reencoding audio to AC3...
- ERROR preparing intermediate audio.
[10:02:48] - Failed to reencode audio, abortedEither Aften or AVISYNTH (via NicAudio) is catching an error in the audio encode -- which would imply that it is highly likely there is a problem in the source. I would suspect it is has something to do with the file DVDFab created -- but not having the source "suspect" is about as far as I can go.

[jdobbs]

@ggtop

Ok. I understand what you're doing. But I can do the same thing on the sources I'm using for testing and not get an error. That's the problem. Maybe if you post the contents of your BDREBUILDER.INI file I can try it with the exact same settings you are using and possibly repeat it. I don't have DEATH_PROOF, and with no donations for a year now I'm no longer buying discs just for testing, so I can't use that as a source.

[Kerry56]

If it is already compliant (and you know that definitely) -- just burn the pseudo-BD structure. You don't have to reencode.

Ok, thanks for the answer.

[ggtop]

@ggtop

Ok. I understand what you're doing. But I can do the same thing on the sources I'm using for testing and not get an error. That's the problem. Maybe if you post the contents of your BDREBUILDER.INI file I can try it with the exact same settings you are using and possibly repeat it. I don't have DEATH_PROOF, and with no donations for a year now I'm no longer buying discs just for testing, so I can't use that as a source.

Hi jdobbs,

I made some more tests this morning and I think I can point you where it fails. Using 0.50.15 the setting FORCED_SUB_LANG=deu is not being populated into the inf file. The line is missing and very likely the reason the 9999 file is not created and present and therefore cannot be referenced in the AVS file.

Please be aware that this happens ONLY in multipart sources in which the mpls has more than 1 m2ts.

I also tried a playlist on my Death Proof BD that does not have the initail Trailer and for this one it worked.


I will collect the logs and inf files and post them in a few minutes.


ggtop

[Peter_A]

Tips? Yes, use the original source in bdrb. As per op, bug reports for preprocessed sources are not accepted. Running the source through dvdcrap first is just that. Bdrb FIRST, THEN dvdfab.

Thanks for the "tip," however, that won't work. DVDFab needs the original source to remove Cinavia; it would not be detected otherwise.
I generally use DVDFab only to rip (and no other processing). In this case, however, it needs to be used also to remove the Cinavia.

In any case, I've done other titles with Cinavia in the same manner without issue; there seems just to be a problem with this title. The LPCM audio seems to play fine, via MPC-HC. My question was primarily if there were specific known issues in the audio stream that can cause that specific error. Maybe I'll try compressing in DVDFab and see if it works.

[Peter_A]

Either Aften or AVISYNTH (via NicAudio) is catching an error in the audio encode -- which would imply that it is highly likely there is a problem in the source. I would suspect it is has something to do with the file DVDFab created -- but not having the source "suspect" is about as far as I can go.

Thanks. That's pretty much what I figured. The audio (French, LPCM) does seem to play fine, through MPC-HC. I'll try to resize it in DVDFab (not my first choice, but it may be the only choice here).

[Kerry56]

Just a quick question. If you have some MKV files encoded to Blu-ray video specifications, can you Import them into BD Rebuilder and have it not re-encode them? Audio is plain AC3. I just want the menu and all of them put into a Blu-ray structure. Total size of input is approximately 11GB.

I tried this, but it started to re-encode them, ignoring the FORCE_NOENCODE=1 line. I admit I didn't keep it running long, so perhaps I jumped the gun?

If it is already compliant (and you know that definitely) -- just burn the pseudo-BD structure. You don't have to reencode.

Just a heads up on the result. Original MKV's have perfect synchronization between video and audio. The pseudo-BD loses sync on several of the videos. I'll try another method for BD authoring, this just looked like a shortcut for a simple Blu-ray.

[jdobbs]

There's gotta' be something wrong with your system. I've done hundreds of imports in testing and have never had one out of sync.

[ggtop]

I will collect the logs and inf files and post them in a few minutes.

A few minutes later...

This is the log for an encode using 0.50.15 for playlist 00006 (VID_00006 only):
[06.30.16] BD Rebuilder v0.50.15
[08:55:57] Source: DEATH_PROOF_BD_00006
- Input BD size: 31,60 GB
- Approximate total content: [01:53:39.479]
- Windows Version: 6.1 [7601]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- Mode: My MP4 Container, 1920x1080, AutoGOP, AAC-256
- Quality: High Quality (Default)
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=640
[08:55:57] PHASE ONE, Encoding
- [08:55:57] Processing: VID_00006 (1 of 1)
- [08:55:57] Extracting A/V streams [VID_00006]
- [09:07:17] Reencoding video [VID_00006]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23,976fps, 163.504 frames
- [09:07:17] Reencoding: VID_00006, Pass 1 of 1
[09:17:04]PHASE ONE aborted by user request
Works!
inf file for this one:
[Status]
LABEL=DEATH_PROOF_BD
VERSION=v0.50.15
SOURCE_SIZE=33934872576
SOURCE_VIDEO_SIZE=33934872576
TARGET_SIZE=24641536000
REDUCTION=.726141992866283
RESIZE_1080=0
RESIZE_1440=0
AUDIO_TO_KEEP=deu;eng;ger;
KEEP_HD_AUDIO=0
SUBS_TO_KEEP=deu;eng;ger;
BACKUP_MODE=1
MOVIEONLY_TYPE=37
USE_LAVF=0
INSTANCES=1
DGDECNV=0
DGDECIM=0
FRIMSOURCE=0
FFMS2=0
SSIF_MODE=0
QUICK=0
ENCODE_STEP=1.5
FORCED_SUB_LANG=deu
REBUILD_COMPLETE=0
[00006]
AUDIO=1000
PGS=00
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=24641536000
SPLITS=1



What I have observed is the following:
BDRB processes VID_00005 first and therefore extracts playlist 00021: video part from 00005.m2ts and full audio and all subtiles from the playlist 00021. After those 00021* files are created they are renamed to 00005. The AVS file is created and BDRB quits with error "CreateAVS() 00000".
The 00005.track_9999.sup file is present at that time. Could it be that BDRB tries to put 00021.track_9999.sup into the AVS?

log file for the mutipart attempt:
----------------------
[06.30.16] BD Rebuilder v0.50.15
[23:48:15] Source: DEATH_PROOF_BD_00021
- Input BD size: 31,61 GB
- Approximate total content: [01:53:44.234]
- Windows Version: 6.1 [7601]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- Mode: My MP4 Container, 1920x1080, AutoGOP, AAC-256
- Quality: High Quality (Default)
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=640
[23:48:15] PHASE ONE, Encoding
- [23:48:15] Processing: VID_00005 (1 of 2)
- [23:48:15] Extracting A/V streams [VID_00005]
- [23:53:58] Reencoding video [VID_00005]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23,976fps, 114 frames
- [23:53:58] Reencoding: VID_00005, Pass 1 of 1
- [23:54:01] Video Encode complete
- [23:54:01] Processing audio tracks
- Track 4352 (deu): Reencoding audio to AAC...
[23:57:23]PHASE ONE aborted by user request


inf file for this attempt:
[Status]
LABEL=DEATH_PROOF_BD
VERSION=v0.50.15
SOURCE_SIZE=33942312960
SOURCE_VIDEO_SIZE=33942312960
TARGET_SIZE=24641536000
REDUCTION=.725982817642372
RESIZE_1080=0
RESIZE_1440=0
AUDIO_TO_KEEP=deu;eng;ger;
KEEP_HD_AUDIO=0
SUBS_TO_KEEP=deu;eng;ger;
BACKUP_MODE=1
MOVIEONLY_TYPE=37
USE_LAVF=0
INSTANCES=1
DGDECNV=0
DGDECIM=0
FRIMSOURCE=0
FFMS2=0
SSIF_MODE=0
QUICK=0
ENCODE_STEP=3
REBUILD_COMPLETE=0
[00005]
AUDIO=1000
PGS=01
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=5401591
SPLITS=1

In my previous post I wrote that the setting FORCED_SUB_LANG=deu is not populated into the inf file. That only happens if I select a sub stream as [Forced on]. This is the expected behavior I guess I chose to prefer a complete stream instead of forced subs.
BTW After VID_00005 is processed I can stop the encoding and deselect subtitles and resume processing and BDRB uses 9999 file. THE AVS error only happens on the first "part". I can even delete the file 00006.track_9999.sup. It immediately gets recreated if all sub stream are disabled and I resume the Encoding. Just a side note.

ggtop

[Thaddäus]

I've also got a curious problem which I'm not able to fix: I bought a new PC some months ago (Core i7 6700K, 16 GB RAM, Win 10 x64) and I can't get BD Rebuilder to work precisely.

The encoding-process works perfectly but as soon as it comes to Phase 2 there are problems most of the time. As an example here's the logfile of my attempt to use BD Rebuilder with "The Hateful 8" but it also happens with other BDs:

[06.30.16] BD Rebuilder v0.50.14
[17:33:59] Source: HATEFUL_8
- Input BD size: 42,21 GB
- Approximate total content: [03:08:18.385]
- Target BD size: 22,95 GB
- Windows Version: 6.2 [9200]
- Quality: Highest (Very Slow), Two Pass
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[17:34:00] PHASE ONE, Encoding
- [17:34:00] Processing: VID_00021 (1 of 5)
- [17:34:00] Extracting A/V streams [VID_00021]
- [17:47:36] Reencoding video [VID_00021]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 242.260 frames
- Bitrate: 9.312 Kbs
- [17:47:36] Reencoding: VID_00021, Pass 1 of 2
- [18:20:09] Reencoding: VID_00021, Pass 2 of 2
- [20:34:18] Video Encode complete
- [20:34:18] Processing audio tracks
- Track 4352 (deu): Keeping original audio
- Track 4353 (eng): Keeping original audio
- [20:34:18] Multiplexing M2TS
- [20:39:51] Processing: VID_00101 (2 of 5)
- [20:39:51] Extracting A/V streams [VID_00101]
- [20:40:06] Reencoding video [VID_00101]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 7.166 frames
- Bitrate: 7.194 Kbs
- [20:40:06] Reencoding: VID_00101, Pass 1 of 2
- [20:41:01] Reencoding: VID_00101, Pass 2 of 2
- [20:44:37] Video Encode complete
- [20:44:37] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [20:44:37] Multiplexing M2TS
- [20:44:43] Processing: VID_00102 (3 of 5)
- [20:44:43] Extracting A/V streams [VID_00102]
- [20:45:04] Reencoding video [VID_00102]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 10.854 frames
- Bitrate: 7.196 Kbs
- [20:45:04] Reencoding: VID_00102, Pass 1 of 2
- [20:46:26] Reencoding: VID_00102, Pass 2 of 2
- [20:52:01] Video Encode complete
- [20:52:01] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [20:52:01] Multiplexing M2TS
- [20:52:09] Processing: VID_00103 (4 of 5)
- [20:52:09] Extracting A/V streams [VID_00103]
- [20:52:17] Reencoding video [VID_00103]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 24,000fps, 3.243 frames
- Bitrate: 5.906 Kbs
- [20:52:17] Reencoding: VID_00103, Pass 1 of 2
- [20:52:41] Reencoding: VID_00103, Pass 2 of 2
- [20:54:03] Video Encode complete
- [20:54:03] Processing audio tracks
- Track 4352 (deu): Keeping original audio
- [20:54:03] Multiplexing M2TS
- [20:54:08] Processing: VID_00104 (5 of 5)
- [20:54:08] Extracting A/V streams [VID_00104]
- [20:54:16] Reencoding video [VID_00104]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 24,000fps, 3.409 frames
- Bitrate: 5.905 Kbs
- [20:54:16] Reencoding: VID_00104, Pass 1 of 2
- [20:54:41] Reencoding: VID_00104, Pass 2 of 2
- [20:56:06] Video Encode complete
- [20:56:06] Processing audio tracks
- Track 4352 (deu): Keeping original audio
- [20:56:06] Multiplexing M2TS
[20:56:10]PHASE ONE complete
[20:56:10]PHASE TWO - Rebuild Started
- [20:56:10] Rebuilding stream 00021 [1 of 5]
- [20:56:10] Multiplexing M2TS
- Error in attempt to multiplex: MUX_00021.meta
- Can't create file D:\EIGENE DATEIEN\EIGENE VIDEOS\THE HATEFUL EIGHT\REBUILD\WORKFILES\TMP\BDMV\STREAM\00000.m2ts
- Failed to rebuild BD file(s). Aborted.

Sometimes I'm lucky and it works, for example on "The Revenant" which had only 3 video files, but the more files there are the bigger the chance to get this kind of error. There's no regularity in this - if I go and try to resume a job it might work or the error comes at least with another stream.

Now the most curious thing about it: If I copy the Workfiles to an external drive and resume the job on another machine it finishes perfectly. But as this is only a stupid workaround I'd prefer to get the problem fixed on the i7-PC. :)

I don't know if it's helpful, but here's the *.inf of the project:

[Status]
LABEL=HATEFUL_8
VERSION=v0.50.14
SOURCE_SIZE=45326066075
SOURCE_VIDEO_SIZE=44868710400
TARGET_SIZE=24641536000
REDUCTION=.538998783548724
RESIZE_1080=0
RESIZE_1440=0
AUDIO_TO_KEEP=deu;eng;ger;
KEEP_HD_AUDIO=-1
SUBS_TO_KEEP=all
BACKUP_MODE=0
MOVIEONLY_TYPE=0
USE_LAVF=0
INSTANCES=1
DGDECNV=0
DGDECIM=0
FRIMSOURCE=0
FFMS2=0
SSIF_MODE=0
QUICK=0
ENCODE_STEP=0
COMPLETED=5
REBUILD_COMPLETE=0
[00021]
AUDIO=11
PGS=1111
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=23164774496
RATE=9312
SPLITS=1
NSTART=27000000
NEND=481691734
NSIZE=22350342144
FLINK=0
MLINK=0
[00101]
AUDIO=1
PGS=1
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=305356799
RATE=7194
SPLITS=1
NSTART=27000000
NEND=40449686
NSIZE=302174208
FLINK=0
MLINK=0
[00102]
AUDIO=1
PGS=1
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=462827096
RATE=7196
SPLITS=1
NSTART=27000000
NEND=47371601
NSIZE=457568256
FLINK=0
MLINK=0
[00103]
AUDIO=1
PGS=
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=122486465
RATE=5906
SPLITS=1
NSTART=27000000
NEND=33080625
NSIZE=120084480
FLINK=0
MLINK=0
[00104]
AUDIO=1
PGS=
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=128735470
RATE=5905
SPLITS=1
NSTART=27000000
NEND=33391875
NSIZE=125945856
FLINK=0
MLINK=0


I installed everything as described, this is what "Inspect" says:

[07.01.16] Checking System Settings
- BD-Rebuilder v0.50.14
- Windows Version: 6.2 [9200]
- Working Path Free Space: 1.806,73GB
- AVISYNTH Version: 2.6.0.6, Ok
- LAVFILTERS: Ok
- AnyDVD settings check: Ok.
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok
- FRIMEncode: Ok
- FRIMDecode: Ok
[07.01.16] Systems Settings Check complete

I also tried to de- and re-install BD Rebuilder, ffdshow and LAV-filters but none of it was the solution. Maybe someone of you has got another idea what I might try to get it solved. :)

:thanks:

[jdobbs]

@Thaddäus

My best guess would be a permissions issue. It looks like you have plenty of space (1.8TB) Try running BD-RB with admin privileges and see if it goes away. If it does, then adjusting the output folder permissions my fix it.

Is D: a USB connected drive? I've seen reports before when there were driver issues on USB connected drives (although I've never actually seen it myself that I can remember). If so, you might want to test setting the working folder to a SATA connected drive just to prove/disprove it as an issue.

[ggtop]

If I copy the Workfiles to an external drive and resume the job on another machine it finishes perfectly. But as this is only a stupid workaround I'd prefer to get the problem fixed on the i7-PC.
Do you resume the rebuild from the external HDD attached to another computer or do you copy the files there? What does happen if you resume the rebuild from that external drive attached to your i7?
Personally I prefer not to use long paths (and avoid spaces in names). You can try to move your WORKFILES folder directly into the root of d:\


ggtop

[jdobbs]

@ggtop

I haven't given up on your problem. I'm just doing testing to see if I can find a way to repeat it. I'd like to make sure that the new code I added (to allow for hardcoding full subtitles) is clean before I release a new version.

[Lathe]

Thanks. That's pretty much what I figured. The audio (French, LPCM) does seem to play fine, through MPC-HC. I'll try to resize it in DVDFab (not my first choice, but it may be the only choice here).

What I would try to do is use UsEac3to. Drop in the movie file and see if it accepts the audio track. Choose the LPCM audio track and convert it to another comparable format. For example, if the bit rate is not too high (< or around 640) convert to AC3 @ 640. If the bit rate is substantially higher, convert to 'W64' which is basically LPCM wav also (I don't know if i would actually change it or not) Then, use TSMuxer and remux the video and NEW converted audio back into a BDMV structure. Then, if you need to shrink it further, use BDRB at that point, or if you don't, simply keep it or burn it that way.

[Lathe]

Just a quickie concerning the weird prompt I was always getting when AVS was called. I got the idea to re-download the version of AVS that you have on page one of this thread (I THINK I remember you saying that you may have updated the version, but I'm not sure) So, after DLing that version, the prompt doesn't come up any more! Primarily it ALWAYS happened when creating a quick-play 'menu background'. But now, for the first time the prompt doesn't come up! I will try another encode sometime soon where I specifically use AVS tweaks, because it always did it then too.

[ggtop]

@ggtop

I haven't given up on your problem. I'm just doing testing to see if I can find a way to repeat it. I'd like to make sure that the new code I added (to allow for hardcoding full subtitles) is clean before I release a new version.

Hi jdobbs,

that's good news. I would to more than happy if I could help help you testing the new coding especially since I have some test candidates. In case you don't have it any longer I could also send you the EXE version 0.50.15 you compiled for me.
Is there a switch for BDRB to output more detailed logs or another way using some sort of debugging tools to analyse what is happening when BDRD aborts with
- [00:09:15] CreateAVS() 00000
[00:09:17] - Could not create AVS file

The issue is repeatable with playlists looking like in attached image:
Leading VID Segment where I can not select any audio/Sub and no sub is selected as [Forced on]. That way BDRB should default using the 9999 file.

I will redo Death Proof again and post the Contents of inf/ini files and Contents of the WORKFILES folder.

ggtop

[Thaddäus]

@Thaddäus

My best guess would be a permissions issue. It looks like you have plenty of space (1.8TB) Try running BD-RB with admin privileges and see if it goes away. If it does, then adjusting the output folder permissions my fix it.

Thanks - I'll give it a try!

Is D: a USB connected drive? I've seen reports before when there were driver issues on USB connected drives (although I've never actually seen it myself that I can remember). If so, you might want to test setting the working folder to a SATA connected drive just to prove/disprove it as an issue.

Nope, D: is an internal SATA-drive. My C-drive is a 256 GB SSD-drive where only Windows and programmes (including BD Rebuilder) are installed whereas D: is a 3 TB SATA-HDD where all my data (documents, pictures, movies, videos...) is stored.

Do you resume the rebuild from the external HDD attached to another computer or do you copy the files there? What does happen if you resume the rebuild from that external drive attached to your i7?
Personally I prefer not to use long paths (and avoid spaces in names). You can try to move your WORKFILES folder directly into the root of d:\

I copied the files from that external drive to the same path on the other machine (D:\Eigene Dateien\Eigene Videos) and resumed it from there. By the way: The other machine is an i7-3612QM notebook with 8 GB RAM and also Win 10 x64 on it. I can't remember doing anything else while installing everything on that notebook but somehow BD Rebuilder works fine there. Only the constellation of drives is a bit different on that notebook: C: is a mSSD with only 30 GB where only Windows is installed and all the other programmes and the data is stored on D: which is a 1 TB SATA-HDD.

[ggtop]

Maybe I should use the same version you are using?
I have no idea in what way other changes you made in the meantime influence the issue I have...

BTW Just came across another disc from my Tarantino box where the full commentary Sub track was marked as forced. Version 0.50.14 fully hard-coded These. That's why I like the ability to choose the correct sub track by myself :-)

I redid Death Proof until the error occurs...
This is the inf right I after I pressed "Backup":
[Status]
LABEL=DEATH_PROOF_BD
VERSION=v0.50.15
SOURCE_SIZE=33942312960
SOURCE_VIDEO_SIZE=33942312960
TARGET_SIZE=24641536000
REDUCTION=.725982817642372
RESIZE_1080=0
RESIZE_1440=0
AUDIO_TO_KEEP=deu;eng;ger;
KEEP_HD_AUDIO=0
SUBS_TO_KEEP=deu;eng;ger;
BACKUP_MODE=1
MOVIEONLY_TYPE=37
USE_LAVF=0
INSTANCES=1
DGDECNV=0
DGDECIM=0
FRIMSOURCE=0
FFMS2=0
SSIF_MODE=0
QUICK=0
[00005]
AUDIO=1000
PGS=00


This is is inf file after the error message:
[Status]
LABEL=DEATH_PROOF_BD
VERSION=v0.50.15
SOURCE_SIZE=33942312960
SOURCE_VIDEO_SIZE=33942312960
TARGET_SIZE=24641536000
REDUCTION=.725982817642372
RESIZE_1080=0
RESIZE_1440=0
AUDIO_TO_KEEP=deu;eng;ger;
KEEP_HD_AUDIO=0
SUBS_TO_KEEP=deu;eng;ger;
BACKUP_MODE=1
MOVIEONLY_TYPE=37
USE_LAVF=0
INSTANCES=1
DGDECNV=0
DGDECIM=0
FRIMSOURCE=0
FFMS2=0
SSIF_MODE=0
QUICK=0
ENCODE_STEP=1
FORCED_SUB_LANG=deu
[00005]
AUDIO=1000
PGS=00
S1440=0


Only the line FORCED_SUB_LANG=deu seems to be different which is OK since the second sub track has forced subs.

Edit: My ini file:
[Options]
VERSION=0.50.0.15
ENCODER=0
MODE=3
ENCODE_QUALITY=2
ONEPASS_ENCODING=2
AUTO_QUALITY=0
ENABLE_TEST=1
ENABLE_BLANKING=1
AUDIO_TO_KEEP=deu;eng;ger;
SUBS_TO_KEEP=deu;eng;ger;
SD_CONVERT=0
OPEN_GOP=0
RESIZE_1080=0
RESIZE_1440=0
RESIZE_720=0
DEINTERLACE=1
SD_TO_1080=0
IGNORE_3D=0
CONVERT_WIDE=0
DTS_REENCODE=0
AC3_REENCODE=0
AC3_640=1
AC3_192=0
KEEP_HD_AUDIO=0
AUDIO_DRC=0
DECODER=0
AVCHD=1
REMOVE_WORKFILES=0
REMOVE_OUTPUT=0
USE_FILTERS=0
BDMV_CERT_ONLY=1
IVTC_PULLDOWN=0
ASSUME_DVD_PAL=0
FRIMSOURCE=0
COMPLETION_BEEP=0
OUTPUT_SBS=0
NEROAAC=1
SUPTITLE=1
PGSTOSRT=0
AUDIO_TRACK_LIMIT=0
SUBTITLE_TRACK_LIMIT=0
CUSTOM_TARGET_SIZE=23500
MENU_BACKGROUND=C:\Users\xxx\Documents\Software\BD_Rebuilder_V05014\misc\menuback.jpg
MENU_AUDIO=C:\Users\xxx\Documents\Software\BD_Rebuilder_V05014\tools\blankclip\blank.ac3
IMPORT_THRESHOLD=7
QUICK_PLAY_THRESHOLD=7
MENU_AUTO_BACKGROUND=1
MENU_AUTO_DVDAUDIO=1
MENU_PLAY_SEQUENTIAL=0
MENU_START_WITH_MENU=1
IMPORT_LIMIT_LANG=0
IMPORT_KEEP_PLAYALL=0
AUTO_BURN=0
TARGET_SIZE=23500
MOVIEONLY_TYPE=37
ALTCRF=23
ALT_TARGET=1024
ALT_CRF_TARGET=1024
ALTMETHOD=0
ALTAUTOCROP=0
FORCED_SUB_LANG=deu;ger;
NEW_CRF_PREDICTION=1
MIN_M2TS_SIZE=0
STATUS_LOG=1
VERBOSE_STATUS=1
;MIN_PLAYLIST_MINS=3
[Paths]
SOURCE_PATH=C:\USERS\xxx\VIDEOS\BD_ORIGINAL\DEATH_PROOF_BD\
WORKING_PATH=C:\USERS\xxx\VIDEOS\BD_RB_WORK_2\
SupTitlePath=C:\Program Files (x86)\AviSynth 2.5\plugins\SupTitle.dll
NeroAACPath=C:\Users\xxx\Documents\Software\Nero AAC\win32\neroAacEnc.exe

:thanks:

ggtop

[ggtop]

Thanks - I'll give it a try!

Any chance you have "installed" BDRB to program files or program files (x86)? Usually unzipping to a folder outside these standard folders should be the better choice (such as desktop) because of Windows UAC.

ggtop

[ggtop]

After error
- [11:52:43] CreateAVS() 00000
[11:54:28] - Could not create AVS file
occured I marked the second sub track as [FORCED ON] and resumed. AVS gets created, Encoding starts followed by audio conversion, extracting video from VID_00006 and so on...normal :o

inf file:
[Status]
LABEL=DEATH_PROOF_BD
VERSION=v0.50.15
SOURCE_SIZE=33942312960
SOURCE_VIDEO_SIZE=33942312960
TARGET_SIZE=24641536000
REDUCTION=.725982817642372
RESIZE_1080=0
RESIZE_1440=0
AUDIO_TO_KEEP=deu;eng;ger;
KEEP_HD_AUDIO=0
SUBS_TO_KEEP=deu;eng;ger;
BACKUP_MODE=1
MOVIEONLY_TYPE=37
USE_LAVF=0
INSTANCES=1
DGDECNV=0
DGDECIM=0
FRIMSOURCE=0
FFMS2=0
SSIF_MODE=0
QUICK=0
ENCODE_STEP=0
FORCED_SUB_LANG=deu
COMPLETED=1
[00005]
AUDIO=1111
PGS=00
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=5401591
SPLITS=1
NSIZE=0
FLINK=0
MLINK=0
[00006]
PGS=01


log file:
----------------------
[07.02.16] BD Rebuilder v0.50.15
[11:46:07] Source: DEATH_PROOF_BD_00021
- Input BD size: 31,61 GB
- Approximate total content: [01:53:44.234]
- Windows Version: 6.1 [7601]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- Mode: My MP4 Container, 1920x1080, AutoGOP, AAC-256
- Quality: High Quality (Default)
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=640
[11:46:07] PHASE ONE, Encoding
- [11:46:07] Processing: VID_00005 (1 of 2)
- [11:46:07] Extracting A/V streams [VID_00005]
- [11:52:43] CreateAVS() 00000
[11:54:28] - Could not create AVS file
----------------------
[07.02.16] BD Rebuilder v0.50.15
[12:31:24] Source: DEATH_PROOF_BD_00021
- Input BD size: 31,61 GB
- Approximate total content: [01:53:44.234]
- Windows Version: 6.1 [7601]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- Mode: My MP4 Container, 1920x1080, AutoGOP, AAC-256
- Quality: High Quality (Default)
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=640
- Resuming from previously started job.
[12:31:25] PHASE ONE, Encoding
- [12:31:25] Processing: VID_00005 (1 of 2)
- [12:31:25] Reencoding video [VID_00005]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23,976fps, 114 frames
- [12:31:25] Reencoding: VID_00005, Pass 1 of 1
- [12:31:31] Video Encode complete
- [12:31:31] Processing audio tracks
- Track 4352 (deu): Reencoding audio to AAC...
- [12:35:59] Processing: VID_00006 (2 of 2)
- [12:35:59] Extracting A/V streams [VID_00006]


ggtop

[ggtop]

Any chance you have "installed" BDRB to program files or program files (x86)? Usually unzipping to a folder outside these standard folders should be the better choice (such as desktop) because of Windows UAC.

ggtop

@Thaddäus:
I have the same disc than you have. Mine worked fine in full backup mode. As 00021.m2ts is the main movie and therfore the largest file is there a chance you have a filesystem problem. Maybe one of your your drives in your process chain is FAT32 formatted?´

Edit: Very unlikely though if other BDs are processed successfully. And of course the unsual suspects such as A/V soft-/malware...

[jdobbs]

Hi jdobbs,

that's good news. I would to more than happy if I could help help you testing the new coding especially since I have some test candidates. In case you don't have it any longer I could also send you the EXE version 0.50.15 you compiled for me.
Is there a switch for BDRB to output more detailed logs or another way using some sort of debugging tools to analyse what is happening when BDRD aborts with
- [00:09:15] CreateAVS() 00000
[00:09:17] - Could not create AVS file

The issue is repeatable with playlists looking like in attached image:
Leading VID Segment where I can not select any audio/Sub and no sub is selected as [Forced on]. That way BDRB should default using the 9999 file.

I will redo Death Proof again and post the Contents of inf/ini files and Contents of the WORKFILES folder.

ggtopI've tried every test disc I have, multipart and not, and can't seem to repeat the issue.

[ggtop]

I've tried every test disc I have, multipart and not, and can't seem to repeat the issue.

Many thanks. You spent more time I could have expected on this. I'll wait for the next release. In case the issue is still present I'll report back.

Regarding "Never say never again" is there anything I can check on the source files that explain the delay when muxing happens?
"C:\xxx\BD_Rebuilder_V05014\tools\mp4box\mp4box.exe" -fps 23.976 -tmp "C:\xxx\VIDEOS\BD_RB_WORK\WORKFILES"
-chap "C:\xxx\VIDEOS\BD_RB_WORK\WORKFILES\mChapters.chp"
-mpeg4 -add "C:\xxx\VIDEOS\BD_RB_WORK\WORKFILES\VID_05016+VID_05012+VID_05017.264"
-add "C:\xxx\VIDEOS\BD_RB_WORK\WORKFILES\AUD_05016_4357.AAC":delay=758:lang=deu:name=""
-new "C:\xxx\VIDEOS\BD_RB_WORK\NEVER_SAY_NEVER_AGAIN.mp4"
ggtop

[ggtop]

One last comment on the sub issue :D

I'm just running "Never say never again" again:
As the selected playlist is also multipart (00130 -> 3 M2TS files) I wondered why I didn't see the issue there. It is obviously because the disc does not contain forced subs for my language (deu; ger).

ggtop

[Thaddäus]

Any chance you have "installed" BDRB to program files or program files (x86)? Usually unzipping to a folder outside these standard folders should be the better choice (such as desktop) because of Windows UAC.

ggtop

Yes, the path to BD Rebuilder is C:\Program Files (x86)\BD Rebuilder and as far as I remember I extracted it directly to this path. So you think it might help to extract it somewhere else first and move it afterwards or should I leave it completely out of the Program Files-folders?

@Thaddäus:
I have the same disc than you have. Mine worked fine in full backup mode. As 00021.m2ts is the main movie and therfore the largest file is there a chance you have a filesystem problem. Maybe one of your your drives in your process chain is FAT32 formatted?´

Edit: Very unlikely though if other BDs are processed successfully. And of course the unsual suspects such as A/V soft-/malware...

The drive is of course formated in NTFS. ;)
As I already said: There are times the whole process finishes fine like on "The Revenant", but most of the time I get these error-message with one of the meta-files. If I try the same disc for a second time or resume the job so it starts directly with phase 2 again it might work or the error comes at least with another file - the more files there are the bigger the chance to fail. But I'll try jdobbs' advice to run BD Rebuilder with admin-rights in the next days. Fingers crossed. ;)

[jdobbs]

Many thanks. You spent more time I could have expected on this. I'll wait for the next release. In case the issue is still present I'll report back.

Regarding "Never say never again" is there anything I can check on the source files that explain the delay when muxing happens?
"C:\xxx\BD_Rebuilder_V05014\tools\mp4box\mp4box.exe" -fps 23.976 -tmp "C:\xxx\VIDEOS\BD_RB_WORK\WORKFILES"
-chap "C:\xxx\VIDEOS\BD_RB_WORK\WORKFILES\mChapters.chp"
-mpeg4 -add "C:\xxx\VIDEOS\BD_RB_WORK\WORKFILES\VID_05016+VID_05012+VID_05017.264"
-add "C:\xxx\VIDEOS\BD_RB_WORK\WORKFILES\AUD_05016_4357.AAC":delay=758:lang=deu:name=""
-new "C:\xxx\VIDEOS\BD_RB_WORK\NEVER_SAY_NEVER_AGAIN.mp4"
ggtopIf BD-RB set a delay of 758ms -- that means that the first PTS of the source audio stream occurs 758ms after the video begins.

[jdobbs]

Yes, the path to BD Rebuilder is C:\Program Files (x86)\BD Rebuilder and as far as I remember I extracted it directly to this path. So you think it might help to extract it somewhere else first and move it afterwards or should I leave it completely out of the Program Files-folders?From the first post of this thread (installation instructions):3. Unzip the BD-RB.zip file. Put it in a directory of its own. I'd recommend putting it somewhere other than "C:\Program Files" until it has been tested more (because of the virtualization that began with Vista).

[Ch3vr0n]

I've always used bdrb from program files folder, works perfectly. The catch? My UAC is disabled, so there's no virtualization whatsoever for any program.

[soneca]

That's one I've never seen before. I looked it up, and it says the that there is a DLL that is missing or hasn't been registered somehow. Have you recently done an install of a new O/S or something similar? I'd suggest you try to uninstall/reinstall DVD-RB from scratch.

Strange, I had to reinstall Windows 7 again but the error remains.:( For years I have been installing DVD Rebuilder in Windows 7 without any problems, but could finish the installation by editing the Reg-RB file on another PC.

[veggav]

I've upgraded my pc to Asus Maximus VIII Hero with i7 6700k and gtx 980ti. I managed to safely overclock my cpu to 4.6Ghz and this is how long it took to encode Metropolis BD-50 to BD-25 using very high (slowest settings).
Full backup and quicker encode for extras.

I've also used this Tweak: TWEAK_PASS_TWO=--me umh --no-deblock --subme 10 --merange 32 --b-adapt 2 --trellis 2 --no-mbtree --aq-strength 0.8 --no-psy



----------------------
[07/03/16] BD Rebuilder v0.50.14
[00:51:08] Source: METROPOLIS
- Input BD size: 46,37 GB
- Approximate total content: [03:28:03.147]
- Target BD size: 23,54 GB
- Windows Version: 6.2 [9200]
- Quality: Highest (Very Slow), Two Pass
- X264 Tweak(s) enabled
- Decoding/Frame serving: X264/LAVF
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[00:51:08] PHASE ONE, Encoding
- [00:51:08] Processing: VID_00007 (1 of 4)
- [00:51:08] Extracting A/V streams [VID_00007]
- [00:51:13] Reencoding video [VID_00007]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 24,000fps, 984 frames
- Bitrate: 4.211 Kbs
- [00:51:13] Reencoding: VID_00007, Pass 1 of 2
- [00:51:16] Reencoding: VID_00007, Pass 2 of 2
- [00:51:21] Video Encode complete
- [00:51:21] Processing audio tracks
- Track 4352 (deu): Keeping original audio
- Track 4353 (deu): Keeping original audio
- Track 4354 (deu): Keeping original audio
- [00:51:21] Multiplexing M2TS
- [00:51:25] Processing: VID_00006 (2 of 4)
- [00:51:25] Extracting A/V streams [VID_00006]
- [00:51:36] Reencoding video [VID_00006]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 24,000fps, 2.917 frames
- [00:51:36] Reencoding: VID_00006, Pass 1 of 1
- [00:51:49] Video Encode complete
- [00:51:49] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [00:51:49] Multiplexing M2TS
- [00:51:55] Processing: VID_00010 (3 of 4)
- [00:51:55] Extracting A/V streams [VID_00010]
- [00:55:05] Reencoding video [VID_00010]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 24,000fps, 78.675 frames
- Bitrate: 9.263 Kbs
- [00:55:05] Reencoding: VID_00010, Pass 1 of 2
- [01:04:58] Reencoding: VID_00010, Pass 2 of 2
- [02:30:04] Video Encode complete
- [02:30:05] Processing audio tracks
- Track 4352 (deu): Keeping original audio
- [02:30:05] Multiplexing M2TS
- [02:31:02] Processing: VID_00000 (4 of 4)
- [02:31:02] Extracting A/V streams [VID_00000]
- [02:43:27] Reencoding video [VID_00000]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 24,000fps, 215.050 frames
- Bitrate: 10.875 Kbs
- [02:43:27] Reencoding: VID_00000, Pass 1 of 2
- [03:08:17] Reencoding: VID_00000, Pass 2 of 2
- [06:41:12] Video Encode complete
- [06:41:12] Processing audio tracks
- Track 4352 (deu): Keeping original audio
- Track 4353 (deu): Keeping original audio
- Track 4354 (eng): Keeping original audio
- [06:41:12] Multiplexing M2TS
[06:49:14]PHASE ONE complete
[06:49:14]PHASE TWO - Rebuild Started
- [06:49:14] Rebuilding BD file Structure
[06:49:19] - Encode and Rebuild complete
[06:49:19] JOB: METROPOLIS finished.


Pretty good, isn't it? less than 6 hours.

[jdobbs]

That let me load the VID_00042.AVS file, but the TEMP.AVS still reacts funny.

Comparing, testing, and exhibiting extreme patience, it's the SelectRangeEvery() that's causing the problem.

It seems seeking is crazy slow this way. 0.01x Speed with more than an hour estimated to test just the first CRF value.

FRIMSource doesn't seem capable of reasonably doing an analysis test.

Maybe this is one of those things you need an Intel processor to accelerate.You're probably right. I'll probably have to disable CRF prediction for FRIMSource(). More than likely it can't seek without decoding all the frames in betweenOk. Call me confused. I just went through the code -- and one-pass CRF encoding is already disabled when FRIMSource is selected. So how are you getting this condition?

[DoctorM]

Ok. Call me confused. I just went through the code -- and one-pass CRF encoding is already disabled when FRIMSource is selected. So how are you getting this condition?

By having 'Use DirectshowSource for frame serving' selected under settings/setup. You can then select CRF.

When you click 'Backup' FRIMSource gets used because the disc is 3D, but until you start the backup, BD Rebuilder is assuming you are going to use DSS.

It doesn't override CRF when it switches framservers.

[jdobbs]

Ahhh... ok, I get it now. It only disables CRF when FRIMSourc is selected, not when it is forced by 3D. Thanks.

[Lathe]

Just a quickie... (my usual style :) )

I had a .ts video snippet from a concert and Media Info showed it to be @ 60k fps, which I figured that there was no way that my OPPO would play that either as an MKV or placed in a BDMV folder. But, lo & behold, when I went ahead and tried to play the BDMV folder, it played just fine!

Is that frame rate a legal Blu-ray standard? And, how in hell can my OPPO play back such a high frame rate...?

[Sharc]

Just a quickie... (my usual style :) )

I had a .ts video snippet from a concert and Media Info showed it to be @ 60k fps, which I figured that there was no way that my OPPO would play that either as an MKV or placed in a BDMV folder. But, lo & behold, when I went ahead and tried to play the BDMV folder, it played just fine!

Is that frame rate a legal Blu-ray standard? And, how in hell can my OPPO play back such a high frame rate...?
What is 60k fps? What did MediaInfo actually report?
60i video (actually 59.94 interlaced fields fields per second) is Blu-ray compliant, and any Blu-ray player should play it. So I suspect your clip is interlaced video, or the progressive clip is just encoded as interlaced, or it has seen some (odd) framerate conversion.
Upload a few second sample.

[Lathe]

What is 60k fps? What did MediaInfo actually report?
60i video (actually 59.94 interlaced fields fields per second) is Blu-ray compliant, and any Blu-ray player should play it. So I suspect your clip is interlaced video, or the progressive clip is just encoded as interlaced, or it has seen some (odd) framerate conversion.
Upload a few second sample.

Oh yeah, I see now that it is 60.000 :) I'm still not that conversant with the fps stuff yet. I'll attach a picture of the MediaInfo text. It is from an outdoor concert, so I'm thinking that maybe someone used their camera, because don't cameras use odd frame rates?

(of course, you will have to wait until my attachment is 'Approved'... I mean, you NEVER know, it could be a bomb or something, and JD has to run all these sophisticated tests first... :cool: )

[MrVideo]

Oh yeah, I see now that it is 60.000 :) I'm still not that conversant with the fps stuff yet. I'll attach a picture of the MediaInfo text. It is from an outdoor concert, so I'm thinking that maybe someone used their camera, because don't cameras use odd frame rates?

Not an odd frame rate. 720p60 is a legit frame rate. It could really be 60 fps, or 59.94 fps. Manufacturers tend to not state the frame rate correctly.

There are cameras that will actually do 1080p60(59.94), but that frame rate is not Blu-ray compliant.

[Lathe]

Not an odd frame rate. 720p60 is a legit frame rate. It could really be 60 fps, or 59.94 fps. Manufacturers tend to not state the frame rate correctly.

There are cameras that will actually do 1080p60(59.94), but that frame rate is not Blu-ray compliant.

Ah, good to know... Just doesn't LOOK like a normal, usual Blu-ray frame rate to me...

[MrVideo]

You won't find much in the way of 720p60 material on a Blu-ray, since any professional work is done at a minimum 1080p23.976. Movies are shot using, for example, Red 5K cameras and there has even been work done with 6K cameras.

That said, I have seen a Blu-ray demo disc that had both 720p and 1080p material on it.

[Sharc]

Isn't 720p60 (59.94 respectively) used for TV broadcasting?
At least in PAL countries some TV stations broadcast at 720p50 (50 progressive frames per second) rather than at 1080i25 (50 fields per second). I imagine it's probably similar in NTSC countries with some stations broadcasting at 720p60 (59.94 progressive frames per second) rather than 1080i30 (59.94 fields per second).

[MrVideo]

First off, no such thing and NTSC or PAL anymore. Those were OTA analog broadcast specs. In the digital world, stuff is described by the other numbers you used.

But, you are correct. That main use of 720p is in broadcasting. As I mentioned, anything worth its salt that will be released on Blu-ray will be 1080p/i. Material that would make it onto Blu-ray at 720p would be sports that originated in 720p, like the Super Bowl that was broadcast by Fox, who use 720p.

[Sharc]

The OP wrote that his source is a .ts video snippet, not a Blu-Ray disc. Hence I assumed that it has been TV broadcasted as 720p59.94 which is - besides of sports for preserving the full temporal resolution - not unusual for music clips. (Moreover, music clips are notorious for all kind of butchering, e.g. for frame rate conversion).
Anyway, as has been mentioned, 720p59.94 is Blu-Ray compliant and any Blu-ray player will play it.

[MrVideo]

The OP wrote that his source is a .ts video snippet, not a Blu-Ray disc.

True, but I believe the point is that said video can be run thru BDR to place it onto a Blu-ray disc, as the file is compliant.

[jdobbs]

First off, no such thing and NTSC or PAL anymore. Those were OTA analog broadcast specs. In the digital world, stuff is described by the other numbers you used.Try renting or buying a DVD and then tell me there is no such thing as NTSC and PAL anymore.

[jdobbs]

I have updated the first post of this thread with a link to the most recent version of BD-RB (v0.50.16). Changes for this release:- Added code that applies the default audio
setting (from the streams list) to MKV and
MP4 output as well as BD format.
- A new hidden option (MENU_INACTIVE_COLOR)
was added to allow specifically calling out
a color for inactive menu text. Each color
(YELLOW, BLUE, GREEN, etc) is a subdued
version of the same MENU_ACTIVE_COLOR. The
default when not specified will always be
subdued white (grey). Also changed both color
options so a 24 bit RGB color can be provided
(example 0x00FF00 = full green). See info
in HIDDENOPTS.TXT for more details.
- Made modifications to code so that selecting
"Force Subtitles ON" from the streams list
while also setting "Use Suptitle()..." from
the SETUP dialog will result in hard-coded
subtitles in ALTERNATE output.
- Fixed a problem in which using BD Importing
on an HEVC/AAC archive was failing to import
the AAC tracks.
- Corrected an error in which deselecting the
"Attempt to find original menu...DVD import"
option of the IMPORT menu would cause the
menu backdrop to disappear.
- Fixed a problem in which importing HEVC from
an ARCHIVE could create problems with the
newly created Quick-Menu.
- Disabled IMPORT functions when Quick-Play
backup is selected (importing can cause a
conflict due to shared subroutine calls).
- Added "--frame-packing 4" for encoding that
uses Over/Under format in 3D mode.
- Modified video file import so AAC files are
not converted to AC3 into the pseudo-BD
structure (this saves one conversion step
to reduce possible reencoding distortion)>
- Fixed an issue in which importing a DVD
might experience audio desync when a cell's
PTS is properly flagged as discontinuous
but BD-RB incorrectly attempts to pad it to
correct (as if it weren't flagged). This
is a very rare circumstance.
- Modified encoding logic so that the SETUP
options for converting 4:3->16:9 or 4:3
widening will be enabled when the ALTERNATE
vFormat has been selected as "NO RESIZE".
- Corrected an issue in which setting the
IMPORT_PAL_TO_FILM=1 hidden option was not
working when importing 1920x1080 videofile.
- Added an IVTC_1080i hidden option that works
like IVTC_480i. See HIDDENOPTS.TXT for info.
- Corrected an error in which attempting to
encode using a combination of MULTIPROCESS
and DirectshowSource() on an MPEG-2 source
was not working properly.
- Corrected an issue in which reencoding AAC
sources could result in overly long audio
files due to incorrect DirectShowSource
audio length detection.
- Updated the included versions of X265 to a
newest stable release (1.9+227).
- Updated the included version of X264.EXE to
the latest release (r2705).
- Updated the included version of X264-64.EXE
to the latest release (r2705).
- Other minor corrections and cosmetic fixes.

[Thaddäus]

I've tried your suggestions for my problem now, but neither of them was the solution for my problem.

I used the Blu-ray of "Krampus" for testing which has 39 videos on it. For the first time the problems already came during Phase 1. I tried to run BD Rebuilder as admin from "C:\Program Files (x86)" and from a completely other directory ("D:\Eigene Dateien\Downloads\BD_Rebuilder"), but the error happened anyway. :(

You can find the logfile attached as it was too long to post it as a code.
As you can see it's not about specific files, in Phase 2 it happened with file 2, on the second attempt it ran through until file 33. The third attempt went through, but there was another error at the end which said "One or more reencoded files (00386.m2ts) are missing. Cannot complete the REBUILD process."

I'm now going to try my workaround with copying the files to my notebook and I bet It'll work there again...

[jdobbs]

It's almost as if you're running out of disc space... but your INSPECT report says you have plenty. Disc write error maybe?

[Thaddäus]

It's almost as if you're running out of disc space... but your INSPECT report says you have plenty. Disc write error maybe?

There's 1,75 TB free at the moment, so this definitely can't be the problem. ;)
I've tried something else now: I moved the "Krampus"-folder out of "Eigene Videos" and copied it straight to the top, so the path is now "D:\Krampus" - and it worked! I just don't get why, because I haven't changed anything about the user rights of that folder on any of the two computers and BD Rebuilder is the only tool that has those issues. But if this is the solution it would be definitely one I can deal with. :D

I'm keeping an eye on it...

[jdobbs]

There's 1,75 TB free at the moment, so this definitely can't be the problem. ;)
I've tried something else now: I moved the "Krampus"-folder out of "Eigene Videos" and copied it straight to the top, so the path is now "D:\Krampus" - and it worked! I just don't get why, because I haven't changed anything about the user rights of that folder on any of the two computers and BD Rebuilder is the only tool that has those issues. But if this is the solution it would be definitely one I can deal with. :D

I'm keeping an eye on it...As long as it works, I guess. I still can't see why. Your path is nowhere near the Windows max (and you're on Windows 10, so even that shouldn't matter), so it has to be a permissions issue. Weird.

[musiclover]

I'm trying to convert a PAL dvd to NTSC. I imported the dvd. However the setting IMPORT_PAL_TO_FILM=1 did not do the job. There was not even a PSEUDO directory. Is converting not possible this way? Or did I do something wrong?

Can I manual insert a PINFO.INF file? And how does it have to look?

[MrVideo]

Try renting or buying a DVD and then tell me there is no such thing as NTSC and PAL anymore.

The digital video that is on the DVD media is neither NTSC or PAL. Show me the color subcarrier in the digital file. The video is either 720x480i59.94 or 720x576i50.

If you do play the DVD thru an older player to an analog TV, then the output of the player is either NTSC or PAL.

If you play the DVD on your computer, or a Blu-ray player via an HDMI connection, the video stays in the digital realm. No analog anywhere in sight.

And yes, DVDs are labeled NTSC/PAL for the least common user who has no clue as to what is really going on. For a majority of users, marking the disc as 480i59.94 or 576i50 would confusing to so many.

My modified Samsung player (U.S. purchase) can play Blu-rays or DVDs from anywhere in the world.

[MrVideo]

I have updated the first post of this thread with a link to the most recent version of BD-RB (v0.50.16). Changes for this release:

Weren't you going to add the ability to position the menu text vertically?

[MrVideo]

I'm trying to convert a PAL dvd to NTSC.
Why would you want to do that? 576i video is better than 480i video. The only reason that you would have to convert is if you are going to reauthor to a DVD that will be played via an old DVD player to an old analog NTSC TV. If you are staying in the digital realm, keeping the video as 576i would provide for better video quality.

[Ch3vr0n]

maybe because he's got an oversees disc and his player doesnt support PAL?

[jdobbs]

The digital video that is on the DVD media is neither NTSC or PAL. Show me the color subcarrier in the digital file. The video is either 720x480i59.94 or 720x576i50.

If you do play the DVD thru an older player to an analog TV, then the output of the player is either NTSC or PAL.

If you play the DVD on your computer, or a Blu-ray player via an HDMI connection, the video stays in the digital realm. No analog anywhere in sight.

And yes, DVDs are labeled NTSC/PAL for the least common user who has no clue as to what is really going on. For a majority of users, marking the disc as 480i59.94 or 576i50 would confusing to so many.

My modified Samsung player (U.S. purchase) can play Blu-rays or DVDs from anywhere in the world.:rolleyes: Really, really want to be right, eh? It says NTSC or PAL on the box because that's the system upon which that disc was designed to run. Saying computers/players can play it other ways is just saying they can get around it. Seems like a lot of extra work adding pulldown flags to film source when it doesn't matter because there's "no such thing [as] NTSC or PAL anymore", don't you think?

Just because they stop transmitting NTSC over the air doesn't mean the standard doesn't exist anymore.

[jdobbs]

I'm trying to convert a PAL dvd to NTSC. I imported the dvd. However the setting IMPORT_PAL_TO_FILM=1 did not do the job. There was not even a PSEUDO directory. Is converting not possible this way? Or did I do something wrong?

Can I manual insert a PINFO.INF file? And how does it have to look?IMPORT_PAL_TO_FILM only applies to video file imports.

[jdobbs]

Weren't you going to add the ability to position the menu text vertically?Sorry, I never got around to it. Maybe next version.

[MrVideo]

maybe because he's got an oversees disc and his player doesnt support PAL?

That is why I asked why he needs to do it.

[Ch3vr0n]

That was a rhetorical question.

[MrVideo]

:rolleyes: Really, really want to be right, eh? It says NTSC or PAL on the box because that's the system upon which that disc was designed to run. Saying computers/players can play it other ways is just saying they can get around it. Seems like a lot of extra work adding pulldown flags to film source when it doesn't matter because there's "no such thing [as] NTSC or PAL anymore", don't you think?
Nope. They are stuck labeling the DVD releases because of what I previous said. How many people who purchase DVDs these days are actually viewing them via old analog output DVD players? Very few. The point is that digital media is neither NTSC or PAL. The potential playback device's analog output is either NTSC or PAL. Overseas, pretty much ever DVD player will handle 480i or 576i media. Back in the DVD heyday, if you walked past a shop in the U.K. that sold DVD players, pretty much every one of them had a display in their store window advertising multi-standard players and even multi-standard TVs. Here in the U.S., you had to look harder to find players that would convert 576i to 480i for playback to their NTSC only TV.
Just because they stop transmitting NTSC over the air doesn't mean the standard doesn't exist anymore.
Standards never go away, they just become obsolete. :D People who are in forums like this are more tech savvy, working with newer technology, digital only technology, where NTSC and PAL does not exist. IMHO, digital video should only be described by its digital properties, i.e., 480i59.94, 576i50, 480p29.97, 576p25, 1080p23.976, etc.

I've run across situations where 1080 video has been called NTSC, or PAL, just because of the frame rate. Worse, I've seen 1080p23.976 called NTSC. Ouch.

[MrVideo]

Sorry, I never got around to it. Maybe next version.

Darn, I was so looking forward to that option. I've been holding off working on projects waiting for it to appear.

[MrVideo]

That was a rhetorical question.

Oh, missed that.

[Ch3vr0n]

The point is, it's not up to us to question why. He wants to do it, that's all there is to it. Unlike here in the EU what almost all standalone players can play PAL and NTSC, in the USA it's the exact opposite. Most can only play NTSC, and you're lucky to have one that can play PAL.

[mparade]

Darn, I was so looking forward to that option. I've been holding off working on projects waiting for it to appear.

The same as here. :(

[varekai]

Thanks for the update, much appreciated! Wish there was a donation button...

regards

[ggtop]

Hi jdobbs, just tested 0.50.16 for the subtitle issue I have and the new version still behaves the same.
Input: Death Proof BD containing a playlist with 2 M2TS items. It has 2 subtitle stream whereas the second track has (only) forced flagged subs.
This stream is disabled as I don’t know (before demuxing) has finished if I need to hard-code them.
Because of my setting FORCED_SUB_LANG=deu;ger; BDRB pulled the forced subs into the 9999 file and obviously fails to reference it into the AVS file.
As the 9999 file and the second subtitle track are identical it should make no difference to set the option [TURNED ON] for that track and that is indeed working.

- [11:41:22] Processing: VID_00005 (1 of 2)
- [11:41:22] Extracting A/V streams [VID_00005]
- [11:50:55] CreateAVS() 00000
[11:53:09] - Could not create AVS file


Just saw that in my working test no 9999 file was created because I decided to turn on the second track before demuxing. Maybe some code gets skipped in that case that leads to an error in my first test.

inf file "not working":
[Status]
LABEL=DEATH_PROOF_BD
VERSION=v0.50.16
SOURCE_SIZE=33942312960
SOURCE_VIDEO_SIZE=33942312960
TARGET_SIZE=24641536000
REDUCTION=.725982817642372
RESIZE_1080=0
RESIZE_1440=0
AUDIO_TO_KEEP=deu;eng;ger;
KEEP_HD_AUDIO=0
SUBS_TO_KEEP=deu;eng;ger;
BACKUP_MODE=1
MOVIEONLY_TYPE=39
USE_LAVF=0
INSTANCES=1
DGDECNV=0
DGDECIM=0
FRIMSOURCE=0
FFMS2=0
SSIF_MODE=0
QUICK=0
ENCODE_STEP=1
FORCED_SUB_LANG=deu
[00005]
AUDIO=1000
PGS=00
S1440=0


inf file "working":
[Status]
LABEL=DEATH_PROOF_BD
VERSION=v0.50.16
SOURCE_SIZE=33942312960
SOURCE_VIDEO_SIZE=33942312960
TARGET_SIZE=24641536000
REDUCTION=.725982817642372
RESIZE_1080=0
RESIZE_1440=0
AUDIO_TO_KEEP=deu;eng;ger;
KEEP_HD_AUDIO=0
SUBS_TO_KEEP=deu;eng;ger;
BACKUP_MODE=1
MOVIEONLY_TYPE=39
USE_LAVF=0
INSTANCES=1
DGDECNV=0
DGDECIM=0
FRIMSOURCE=0
FFMS2=0
SSIF_MODE=0
QUICK=0
ENCODE_STEP=3
REBUILD_COMPLETE=0
[00005]
AUDIO=1000
PGS=01
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=5401591
SPLITS=1


The other cosmetic issue I reported is not fixed: Disabling a [TURNED ON] sub track via double click still removes the most right letter. Doing so just for fun until no letters are left leads to a index out of bounds Crash :p

ggtop

[jdobbs]

Nope. They are stuck labeling the DVD releases because of what I previous said. How many people who purchase DVDs these days are actually viewing them via old analog output DVD players? Very few. The point is that digital media is neither NTSC or PAL. The potential playback device's analog output is either NTSC or PAL. Overseas, pretty much ever DVD player will handle 480i or 576i media. Back in the DVD heyday, if you walked past a shop in the U.K. that sold DVD players, pretty much every one of them had a display in their store window advertising multi-standard players and even multi-standard TVs. Here in the U.S., you had to look harder to find players that would convert 576i to 480i for playback to their NTSC only TV.

Standards never go away, they just become obsolete. :D People who are in forums like this are more tech savvy, working with newer technology, digital only technology, where NTSC and PAL does not exist. IMHO, digital video should only be described by its digital properties, i.e., 480i59.94, 576i50, 480p29.97, 576p25, 1080p23.976, etc.

I've run across situations where 1080 video has been called NTSC, or PAL, just because of the frame rate. Worse, I've seen 1080p23.976 called NTSC. Ouch.I'm always amazed at the lengths people will go to simply "be right". Oh well...

[Sharc]

@jdobbs
Thank you for the update :)
Did you ever had a chance to look at this as well? (The "goofy" .mkv output, if you remember....)
http://forum.doom9.org/showpost.php?p=1761182&postcount=23810

[jdobbs]

@MrVideo and mparade

I've added a new hidden option called MENU_HORIZONTAL. I wanted to get your feedback and see if it meets your needs.

1. It only works on menu pages that contain 16 or fewer entries (a single selection column).
2. The menu backdrop size is no longer fixed (as is true with non-MENU_HORIZONTAL mode, to prevent it from going off-page).
3. The MENU_HORIZONTAL value must be between 0 and 1919
4. The value sets the horizontal coordinate for the top-right of the first character in the first menu entry

Does that work for you? If so, I can post a new version. If not, how does it need to change?

[MrVideo]

The point is, it's not up to us to question why. He wants to do it, that's all there is to it.
The point is to possibly point out that conversion is not needed. Why go through the exercise of conversion when it really is needed. That is why the question was asked, to find out the ultimate usage and respond accordingly.
Most can only play NTSC, and you're lucky to have one that can play PAL.
Not luck. I just had to go out and buy it. It is real easy to get modified players these days, with sites located on the net that sell modified players. Many moons ago, it wasn't as easy. But, I do have a DVD player that does play all DVD regions and converts 576i to 480i. They could be had, just not in your local store.

[MrVideo]

I'm always amazed at the lengths people will go to simply "be right". Oh well...

Just ask professionals in the industry. NTSC and PAL is misused a lot. I'm just trying to educate.

[MrVideo]

3. The MENU_HORIZONTAL value must be between 0 and 1919
4. The value sets the horizontal coordinate for the top-right of the first character in the first menu entry

I'm confused. I'd have to go digging to find the current option, but I thought there was already an option to setting the horizontal starting location of the menu text. It is the starting location vertically that is of interest as well.

[jdobbs]

Just ask professionals in the industry. NTSC and PAL is misused a lot. I'm just trying to educate.If you're trying to teach me -- I have doubts you have the background. The point you made in your original post was:First off, no such thing and NTSC or PAL anymore.That is wrong. You acknowledged that yourself when you amended your statement saying there can still be NTSC at the output of the player -- a configuration that is much more common than you believe (maybe not to the DOOM9 crowd - but to the general population). Continually trying to find reasons why you can somehow be right in the incorrect statement above doesn't change the fact that it was incorrect.

No big deal -- but if we're going to "educate" others, lets at least be accurate.

[jdobbs]

I'm confused. I'd have to go digging to find the current option, but I thought there was already an option to setting the horizontal starting location of the menu text. It is the starting location vertically that is of interest as well.There is already a starting location vertically (MENU_TOP)

Is there something else needed? I remembered someone asking for horizontal positioning -- so that's what I thought we were discussing.

[MrVideo]

If you're trying to teach me -- I have doubts you have the background. The point you made in your original post was:That is wrong. You acknowledged that yourself when you amended your statement saying there can still be NTSC at the output of the player -- a configuration that is much more common than you believe (maybe not to the DOOM9 crowd - but to the general population). Continually trying to find reasons why you can somehow be right in the incorrect statement above doesn't change the fact that it was incorrect.

No big deal -- but if we're going to "educate" others, lets at least be accurate.

True, I wasn't thinking of the old DVD players and TVs still hanging around. I should have clarified that it pertains to current broadcast standards, and the digital media forms that we have today. Even I still have old analog gear, including UmaticSP decks.

I've been dealing with video for decades and computer technology just as long.

[MrVideo]

There is already a starting location vertically (MENU_TOP)

Is there something else needed? I remembered someone asking for horizontal positioning -- so that's what I thought we were discussing.

Crap brain fart. No idea why I got the idea that it was vertical that was needed.

So, yes, what you've described appears to fit the bill.

[jdobbs]

Crap brain fart. No idea why I got the idea that it was vertical that was needed.

So, yes, what you've described appears to fit the bill.I want to eventually have the quick-menu functionality evolve into a complete authoring engine, so each variable I add is something I can use in the long run. We'll see if BD's popularity lasts long enough to make it worthwhile. These days I find I use my BD player more for streaming from my DLNA server than actually playing BDs.

[mparade]

@MrVideo and mparade

I've added a new hidden option called MENU_HORIZONTAL. I wanted to get your feedback and see if it meets your needs.

1. It only works on menu pages that contain 16 or fewer entries (a single selection column).
2. The menu backdrop size is no longer fixed (as is true with non-MENU_HORIZONTAL mode, to prevent it from going off-page).
3. The MENU_HORIZONTAL value must be between 0 and 1919
4. The value sets the horizontal coordinate for the top-right of the first character in the first menu entry

Does that work for you? If so, I can post a new version. If not, how does it need to change?


MENU_HORIZONTAL new hidden option as mentioned above sounds great to me. I think, MENU_VERTICAL would be very useful as well both on menu pages that contain a single selection column and on the ones with multi selection columns. I think, having both hiddenopts would "consummate" this menu-page arrangement function. I have been missing a lot these newcomer options especially when I wanted to use my custom made menu backdrops behind the entries.


Edit: MENU_TOP has currently the same function as the above suggested new MENU_VERTICAL option, sorry.

[mparade]

There is already a starting location vertically (MENU_TOP)

Is there something else needed? I remembered someone asking for horizontal positioning -- so that's what I thought we were discussing.

I was the one. :)
I forgot we already had the possibility to change the vertical position using MENU_TOP.

[mparade]

@MrVideo and mparade

I've added a new hidden option called MENU_HORIZONTAL. I wanted to get your feedback and see if it meets your needs.

1. It only works on menu pages that contain 16 or fewer entries (a single selection column).
2. The menu backdrop size is no longer fixed (as is true with non-MENU_HORIZONTAL mode, to prevent it from going off-page).
3. The MENU_HORIZONTAL value must be between 0 and 1919
4. The value sets the horizontal coordinate for the top-right of the first character in the first menu entry

Does that work for you? If so, I can post a new version. If not, how does it need to change?

As for me, it would be what I would require.

I wish I could return it to you by sending donation somehow....(maybe sending Bitcoins (just an idea) can be an option)

[soneca]

jdobbs, thanks for the new version!
I have a problem in this version, I can not import files in the "Alternative Movie-Only Output", the mkvextract.exe application crashes.
The version shown in the .ini file is 0.50.0.15

https://s20.postimg.org/on9okhoy5/bdrebuilder.png

https://s20.postimg.org/lhp2ua6bx/mkv.png

[jdobbs]

Try downloading again. It works ok on my system. What kind of files are you trying to import? It may be that MKVMERGE can't handle the codec.

[worknstiff]

@ jdobbs RE: "Alternative Movie-Only Output", the mkvextract.exe application crashes.

I was getting the same as soneca has above. I went back to v 0.50.0.15 and the problem disappears. I tried to install the new one twice.

[soneca]

That's right, new download and the problem continues.

With v0.50.14 version is all right but with the new version can not import. :eek:

https://s20.postimg.org/75wuh9qbx/rb+54 gopro.png

https://s20.postimg.org/jltkb0jnx/rb+54 simtel.png

https://s20.postimg.org/yj21c0wwd/rb+56 gopro.png

https://s20.postimg.org/ozscik9e5/rb+56 simtel.png

[MrVideo]

I want to eventually have the quick-menu functionality evolve into a complete authoring engine, so each variable I add is something I can use in the long run. We'll see if BD's popularity lasts long enough to make it worthwhile. These days I find I use my BD player more for streaming from my DLNA server than actually playing BDs.

I have a bunch of programs that I'd like to author into Blu-rays. So, a complete authoring engine would be great. But, the ability to X/Y position the start of the menu text would be a great start. Authoring with Scenarist is a long drawn out process. For example, I have both seasons of Legend of the Seeker (remember that series?) in 1080i59.94 MPEG-2, recorded not from OTA, but from the syndicated sat feed, so the bitrate is 35 Mbps. Easily transcribed to 1080p23.976 H.264 @ 15 Mbps. That series was never released on anything but DVD. :mad: Since I've already done the recoding to Blu-ray specs, I'm hoping to get BDR to leave well enough alone and just build the BD package.

I get a lot of Blu-ray movies. I'm a special feature junky. Love how movies are put together. Lots of great material. I have a new NAS that also does multimedia playout via HDMI, so no need for DLNA anymore.

[jdobbs]

@worknstiff & soneca

I'm at a loss as to why you're getting the crash. The version of MKVEXTRACT hasn't changed between those two versions. Can one of you provide a copy of one of the files that is failing to import? I'll look at it today and see if anything has changed in the way it is called.

@All

Is anyone else experiencing this?

[jdobbs]

@worknstiff & soneca

This is a little worrisome. I just did a binary compare of the MKVEXTRACT included in each version, and even though the versions match and the lengths are exactly the same -- there was a difference detected. Somehow the file must have gotten corrupted. I'm going to do some more checks to make sure nothing else may have gotten corrupted -- and I'll post an updated version later today.

[soneca]

Okay, if you ever need the file just let me know.

[musiclover]

IMPORT_PAL_TO_FILM only applies to video file imports.

OK. Now I ripped the vob file from the PAL dvd and imported it in BD-RB. The result is the same. No conversion to NTSC.
Does the logic only permits certain file types ?

[jdobbs]

OK. Now I ripped the vob file from the PAL dvd and imported it in BD-RB. The result is the same. No conversion to NTSC.
Does the logic only permits certain file types ?I'm not sure what happens during the "rip". So, import the DVD, then output it to an MKV (with it set to "MKV, Intact Video, Intact Audio") -- and then import that file. It should do the conversion. Make sure you have IMPORT_PAL_TO_FILM=1 set.

[jdobbs]

I have updated the first post of this thread with a link to the most recent version of BD-RB (v0.50.17). Changes for this release:- Added a new hidden option, MENU_HORIZONTAL
which allows you to select a specific X
coordinate position on the 1920 pixel
menu page. See HIDDENOPTS.TXT.
- Added a new hidden option, MENU_VERTICAL
which allows you to select a specific Y
coordinate position on the 1080 pixel
menu page. Works exactly like MENU_TOP, See
HIDDENOPTS.TXT.
- Replaced corrupted MKVEXTRACT.EXE file in
TOOLS folder.
- Other minor corrections and cosmetic fixes.

[soneca]

Thank jdobbs, all right now.

[musiclover]

I'm not sure what happens during the "rip". So, import the DVD, then output it to an MKV (with it set to "MKV, Intact Video, Intact Audio") -- and then import that file. It should do the conversion. Make sure you have IMPORT_PAL_TO_FILM=1 set.

That did not work. The Pseudo bluray is still PAL and the PSEUDO directory is empty.

BDREBUILDER.INI
[Options]
VERSION=0.50.0.17
ENABLE_TEST=1
ENABLE_BLANKING=1
BLANK_THRESHOLD=0
ENCODER=0
MODE=3
ENCODE_QUALITY=0
ONEPASS_ENCODING=2
AUTO_QUALITY=1
AUDIO_TO_KEEP=all
SUBS_TO_KEEP=all
SD_CONVERT=0
OPEN_GOP=0
RESIZE_1080=0
RESIZE_1440=0
RESIZE_720=0
DEINTERLACE=1
SD_TO_1080=0
IGNORE_3D=0
CONVERT_WIDE=0
DTS_REENCODE=1
AC3_REENCODE=1
AC3_640=1
AC3_192=0
KEEP_HD_AUDIO=0
AUDIO_DRC=0
DECODER=0
AVCHD=1
REMOVE_WORKFILES=0
REMOVE_OUTPUT=0
USE_FILTERS=0
BDMV_CERT_ONLY=0
IVTC_PULLDOWN=0
FRIMSOURCE=0
COMPLETION_BEEP=0
OUTPUT_SBS=0
NEROAAC=1
SUPTITLE=1
PGSTOSRT=1
AUDIO_TRACK_LIMIT=0
SUBTITLE_TRACK_LIMIT=0
CUSTOM_TARGET_SIZE=23500
MOVIEONLY_TYPE=28
ALTCRF=23
ALT_TARGET=2048
ALT_CRF_TARGET=1024
ALTMETHOD=1
ALTAUTOCROP=0
TARGET_SIZE=8032
IMPORT_PAL_TO_FILM=1
ASSUME_DVD_PAL=0
MENU_BACKGROUND=C:\BD Rebuilder\BD_Rebuilder\misc\menuback.jpg
MENU_AUDIO=C:\BD Rebuilder\BD_Rebuilder\tools\blankclip\blank.ac3
IMPORT_THRESHOLD=15
QUICK_PLAY_THRESHOLD=10
MENU_AUTO_BACKGROUND=1
MENU_AUTO_DVDAUDIO=1
MENU_PLAY_SEQUENTIAL=0
MENU_START_WITH_MENU=1
IMPORT_LIMIT_LANG=0
IMPORT_KEEP_PLAYALL=1
[Paths]
WORKING_PATH=D:\WORK\
NeroAACPath=C:\BD Rebuilder\NeroAACCodec-1.5.1\win32\neroAacEnc.exe
SupTitlePath=C:\BD Rebuilder\suptitle_v2.0.8_x86\SupTitle.dll
SOURCE_PATH=D:\WORK\IMPORTS\GLASTONBURY_2016\

BDREBUILDER.LOG
----------------------
[16:57:40] Importing DVD: GLASTONBURY_2016
- Processing DVD title [1 of 1 ]
- Collecting audio/video/subtitle streams...
- Converting subtitles to BD format...
- Multiplexing audio/video/subtitles...
- Creating Quick-Play Menu...
[17:17:54] DVD import completed successfully.
----------------------
[07-11-16] BD Rebuilder v0.50.17
[17:19:38] Source: GLASTONBURY_2016_00001
- Input BD size: 4.31 GB
- Approximate total content: [01:09:12.439]
- Windows Version: 6.1 [7601]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- Mode: MKV, Intact Video, Intact Audio
- Quality: High Quality (Default)
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=1 DTS=1 HD=0 Kbs=640
[17:19:38] PHASE ONE, Encoding
- [17:19:38] Processing: VID_00001 (1 of 1)
- [17:19:38] Extracting A/V streams [VID_00001]
- [17:21:16] Reencoding video [VID_00001]
- [17:21:16] Keeping original video (no reencode)
- [17:21:16] Processing audio tracks
- Track 4352 (eng): Keeping original audio
[17:21:16]PHASE ONE complete
[17:21:16]PHASE TWO - Rebuild Started
- [17:21:16] Building ALTERNATE OUTPUT Structure
[17:23:05] - Encode and Rebuild complete
[17:23:05] JOB: GLASTONBURY_2016 finished.
----------------------
[17:23:27] Importing MKV: GLASTONBURY_2016
- Collecting audio/video streams from source...
- Building pseudo-BD source structure...
[17:26:41] Video import completed successfully.

GLASTONBURY_2016.INF
[Status]
LABEL=GLASTONBURY_2016
VERSION=v0.50.17
SOURCE_SIZE=4628557824
SOURCE_VIDEO_SIZE=4628557824
TARGET_SIZE=8422162432
REDUCTION=1.81960834286857
RESIZE_1080=0
RESIZE_1440=0
AUDIO_TO_KEEP=all
KEEP_HD_AUDIO=0
SUBS_TO_KEEP=all
BACKUP_MODE=1
MOVIEONLY_TYPE=28
USE_LAVF=0
INSTANCES=1
DGDECNV=0
DGDECIM=0
FRIMSOURCE=0
FFMS2=0
SSIF_MODE=0
QUICK=0
ENCODE_STEP=0
COMPLETED=1
REBUILD_COMPLETE=1
[00001]
USE_ORIGINAL=1
AUDIO=1
PGS=
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=8422162432
NSIZE=0
FLINK=0
MLINK=0
---------------------

Did I do something wrong?

[jdobbs]

I'll look at it -- but I use that feature all the time on 25fps sources.

Just a note, though. It won't be converted until an encode is done. The pseudo-BD structure just holds the original intact video that was extracted during import.

[ggtop]

Disabling a [TURNED ON] sub track via double click still removes the most right letter.

This is fixed with 0.50.17. Thanks

[ggtop]

If BD-RB set a delay of 758ms -- that means that the first PTS of the source audio stream occurs 758ms after the video begins.

Hi jdobbs, I think I have tried every demuxer available and threw my m2ts files and mpls at it and never figured out where this delay came from. Do you have an advice which tool can output and/or Display/examine the first PTS?

Do I have to check 05016.m2ts or the mpls file?

Thank you

ggtop

[musiclover]

I'll look at it -- but I use that feature all the time on 25fps sources.

Just a note, though. It won't be converted until an encode is done. The pseudo-BD structure just holds the original intact video that was extracted during import.

I know. But there should be a .inf file in the PSEUDO directory which tells BD-RB what to do.

[ggtop]

Hi jdobbs,

I know it's already discussed to death and it's absolutely OK you are eye rolling seeing me reply once again, but I found something interesting (at least for me).

If I deselect all audio streams on a multi part playlist the demuxed subtiles (no audio stream is demuxed in that case) seem to match VID_00005 just a few seconds. In case an audio stream is selected BDRB demuxes the full audio from the whole playlist (approx. 2 hrs.) including subs. And it works if no audio is selected!

Maybe the AVS creation refuses to load the 9999 file just because there aren't no forced Subs including for the framecount of VID_00005 as it is only the Studio logo and a few seconds Long. Just a guess.

Topic closed. I will never reply :-)

ggtop

[MrVideo]

That did not work. The Pseudo bluray is still PAL and the PSEUDO directory is empty.

For my own curiosity-killed-the-cat moment, why do you want to convert the better 576i50 video to the lower quality 480i59.94 video? All Blu-ray players can handle 576i50 video, or any other digital method for playing it.

[Knightmire]

For some reason BDR is now taking a 1280x720 video and crushing it down to a 4:3 resolution then adding thick black bars on the left and right to make it 1280 again.
I've tried several 1280 MKV videos and it does this with them all during the encoding (the video was still fine in the initial pseudo conversion to m2ts).
Tried checking all settings and can't seem to find any problems, anyone seen this before? Screen shot of problem attached.

EDIT: Turns out the videos are just reporting 1280x720 through my video player and look right when played; but are actually only 960x720 (reported by windows).
I guess BDR sees this resolution and doesn't expand it to 1280 as the player does. So it handles is as 4:3 and squeezes in the black boxes to force it to 1280.
So very weird, is there any fix for these video files or should I go look for better ones?

[DoctorM]

- Added a new hidden option, MENU_VERTICAL
which allows you to select a specific Y
coordinate position on the 1080 pixel
How does this interact with the MENU_TOP setting? If default is 200, does that mean the top of the menu is 200 pixels offset from MENU_VERTICAL?

[musiclover]

For my own curiosity-killed-the-cat moment, why do you want to convert the better 576i50 video to the lower quality 480i59.94 video? All Blu-ray players can handle 576i50 video, or any other digital method for playing it.

I recorded video from the Glastonbury festival off my TV and made a dvd from it. And now a friend in the US wants me to sent him this dvd but he cannot play PAL (576i25) on his equipment so I'm trying to convert it to NTSC (480i23.976).

Who am I (or who are you) to tell him to buy new equipment for it.

Furthermore I was not aware that I had to state the reasons for my behavior. I was just reporting a possible bug in this report. And asking for help.

I hope your curiosity is now satisfied.

[jdobbs]

For some reason BDR is now taking a 1280x720 video and crushing it down to a 4:3 resolution then adding thick black bars on the left and right to make it 1280 again.
I've tried several 1280 MKV videos and it does this with them all during the encoding (the video was still fine in the initial pseudo conversion to m2ts).
Tried checking all settings and can't seem to find any problems, anyone seen this before? Screen shot of problem attached.

EDIT: Turns out the videos are just reporting 1280x720 through my video player and look right when played; but are actually only 960x720 (reported by windows).
I guess BDR sees this resolution and doesn't expand it to 1280 as the player does. So it handles is as 4:3 and squeezes in the black boxes to force it to 1280.
So very weird, is there any fix for these video files or should I go look for better ones?When BD-RB sees a 960x720 video (which is perfectly 4:3 if 1:1), it has to assume it was intended to be 4:3. Typically that shows up when a 1280x720 source that held a 4:3 video was cropped (to remove the black borders). I can think of no common standard that uses anamorphic 960x720, so BD-RB never checks for it.

[jdobbs]

How does this interact with the MENU_TOP setting? If default is 200, does that mean the top of the menu is 200 pixels offset from MENU_VERTICAL?No. MENU_VERTICAL is just another name/way of specifying MENU_TOP. I just added it for consistency in naming with MENU_HORIZONTAL. If, though, you specify both MENU_VERTICAL and MENU_TOP in your INI, the value in MENU_TOP will take precedence.

[MrVideo]

I recorded video from the Glastonbury festival off my TV and made a dvd from it. And now a friend in the US wants me to sent him this dvd but he cannot play PAL (576i25) on his equipment so I'm trying to convert it to NTSC (480i23.976).
No such thing as 480i23.976 for NTSC output via DVD player. 480i29.97 is the resolution/framerate you are looking for.

Who am I (or who are you) to tell him to buy new equipment for it.
No where in my responses will you find me saying that anyone has to buy new equipment.
Furthermore I was not aware that I had to state the reasons for my behavior. I was just reporting a possible bug in this report. And asking for help.
I asked because this is BD Rebuilder, i.e., Blu-ray, not DVD. Because of that I thought you were trying to put the material on a Blu-ray disc, not re-author to a DVD. If you did post that you wanted to re-author to DVD, I'm sorry that I missed that.

I do have a script that will convert 576i50 to 480i59,94, but it needs a program that is not part of the BD-rebuilder install (it isn't free). Here is the AVISynth portion of the script:
LoadPlugin("C:\Program Files (x86)\DGAVCDecNV\DGDecodeNV.dll")
dgsource("=DRIVE=\=FILENAME=")
bob(height=480)
lanczos4resize(720,480)
convertfps(59.94)
separatefields.selectevery(4,0,3)
weave
Maybe it can be used within rebuilder.

Does your friend have a Blu-ray player? If so, leave the video alone and author to that medium.

[MrVideo]

I guess BDR sees this resolution and doesn't expand it to 1280 as the player does. So it handles is as 4:3 and squeezes in the black boxes to force it to 1280.

As jdobbs points out, no such thing as anamorphic 720p. Are you sure that the video really is 16:9 and not 4:3? The removal of the black pillar bars would be common so that the file size can be smaller after encoding.

If the video were 1440x1080, then it could anamorphic 16:9. I do not know if the practice is still done, but many broadcasters (OTA, cable satellite) used HD-lite (1440x1080) in order to save bits. Pissed off a lot of viewers who hated the practice.

[jdobbs]

As jdobbs points out, no such thing as anamorphic 720p. Are you sure that the video really is 16:9 and not 4:3? The removal of the black pillar bars would be common so that the file size can be smaller after encoding.

If the video were 1440x1080, then it could anamorphic 16:9. I do not know if the practice is still done, but many broadcasters (OTA, cable satellite) used HD-lite (1440x1080) in order to save bits. Pissed off a lot of viewers who hated the practice.Based on the resolution, I'm guessing it might be something captured with "Replay Media Capture" (which defaults to 960x720), since that's the only place I've see that resolution. RMC can be configured, however, to use 1280x720 instead.

[MrVideo]

Based on the resolution, I'm guessing it might be something captured with "Replay Media Capture" (which defaults to 960x720), since that's the only place I've see that resolution.

Ouch! Why would any manufacturer want to do something like that, which is so non-standard?

[gonca]

RE: CreateAvs() error
Bone Tomahawk also displays this issue

[kufo]

I got a curious speed problem in v 0.50.17. The reencoding speed went down to about 50 fps. In v.0.50.14 it was about 100 fps with the same settings. Any idea what have caused this? (i Hadn´t installed v. 0.50.16)
Just coppied and pasted the config file from previous version as usual...
See atached files

[Ch3vr0n]

i'm loving this new rig. (atm non-overclocked) i7 6700k

[07/15/16] BD Rebuilder v0.50.17
[18:55:24] Source: EDGE_OF_TOMORROW
- Input BD size: 40,48 GB
- Approximate total content: [03:27:48.372]
- Target BD size: 22,95 GB
- Windows Version: 6.2 [9200]
- Auto Quality: Good (Very Fast), ABR
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[18:55:24] PHASE ONE, Encoding
- [18:55:24] Processing: VID_00011 (1 of 10)
- [18:55:24] Extracting A/V streams [VID_00011]
- [18:55:30] Reencoding video [VID_00011]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 3*426 frames
- Bitrate: 5*097 Kbs
- [18:55:30] Reencoding: VID_00011, Pass 1 of 1
- [18:55:59] Video Encode complete
- [18:55:59] Processing audio tracks
- Track 4352 (fra): Keeping original audio
- [18:55:59] Multiplexing M2TS
- [18:56:03] Processing: VID_00018 (2 of 10)
- [18:56:03] Extracting A/V streams [VID_00018]
- [18:56:11] Reencoding video [VID_00018]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 8*159 frames
- Bitrate: 2*129 Kbs
- [18:56:11] Reencoding: VID_00018, Pass 1 of 1
- [18:56:40] Video Encode complete
- [18:56:40] Processing audio tracks
- [18:56:40] Multiplexing M2TS
- [18:56:44] Processing: VID_00032 (3 of 10)
- [18:56:44] Extracting A/V streams [VID_00032]
- [18:56:54] Reencoding video [VID_00032]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 3*426 frames
- Bitrate: 5*097 Kbs
- [18:56:54] Reencoding: VID_00032, Pass 1 of 1
- [18:57:23] Video Encode complete
- [18:57:23] Processing audio tracks
- Track 4352 (ita): Keeping original audio
- [18:57:23] Multiplexing M2TS
- [18:57:28] Processing: VID_00033 (4 of 10)
- [18:57:28] Extracting A/V streams [VID_00033]
- [18:57:54] Reencoding video [VID_00033]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 3*426 frames
- Bitrate: 5*097 Kbs
- [18:57:54] Reencoding: VID_00033, Pass 1 of 1
- [18:58:22] Video Encode complete
- [18:58:22] Processing audio tracks
- Track 4352 (spa): Keeping original audio
- [18:58:22] Multiplexing M2TS
- [18:58:27] Processing: VID_00034 (5 of 10)
- [18:58:27] Extracting A/V streams [VID_00034]
- [18:59:05] Reencoding video [VID_00034]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 3*426 frames
- Bitrate: 5*010 Kbs
- [18:59:05] Reencoding: VID_00034, Pass 1 of 1
- [18:59:34] Video Encode complete
- [18:59:34] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [18:59:34] Multiplexing M2TS
- [18:59:39] Processing: VID_00042 (6 of 10)
- [18:59:39] Extracting A/V streams [VID_00042]
- [19:17:14] Reencoding video [VID_00042]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 163*264 frames
- Bitrate: 12*767 Kbs
- [19:17:14] Reencoding: VID_00042, Pass 1 of 1
- [19:42:01] Video Encode complete
- [19:42:01] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (eng): Keeping original audio
- [19:42:01] Multiplexing M2TS
- [19:48:12] Processing: VID_00060 (7 of 10)
- [19:48:12] Extracting A/V streams [VID_00060]
- [19:48:27] Reencoding video [VID_00060]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 12*932 frames
- Bitrate: 6*730 Kbs
- [19:48:27] Reencoding: VID_00060, Pass 1 of 1
- [19:51:02] Video Encode complete
- [19:51:02] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (eng): Keeping original audio
- Track 4354 (eng): Keeping original audio
- Track 4355 (eng): Keeping original audio
- Track 4356 (eng): Keeping original audio
- [19:51:02] Multiplexing M2TS
- [19:51:12] Processing: VID_00061 (8 of 10)
- [19:51:12] Extracting A/V streams [VID_00061]
- [19:51:29] Reencoding video [VID_00061]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 12*119 frames
- Bitrate: 6*740 Kbs
- [19:51:29] Reencoding: VID_00061, Pass 1 of 1
- [19:53:55] Video Encode complete
- [19:53:55] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (eng): Keeping original audio
- Track 4354 (eng): Keeping original audio
- Track 4355 (eng): Keeping original audio
- Track 4356 (eng): Keeping original audio
- [19:53:55] Multiplexing M2TS
- [19:54:05] Processing: VID_00062 (9 of 10)
- [19:54:05] Extracting A/V streams [VID_00062]
- [19:54:16] Reencoding video [VID_00062]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 8*106 frames
- Bitrate: 6*718 Kbs
- [19:54:16] Reencoding: VID_00062, Pass 1 of 1
- [19:55:45] Video Encode complete
- [19:55:45] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (eng): Keeping original audio
- Track 4354 (eng): Keeping original audio
- Track 4355 (eng): Keeping original audio
- Track 4356 (eng): Keeping original audio
- [19:55:45] Multiplexing M2TS
- [19:55:52] Processing: VID_00063 (10 of 10)
- [19:55:52] Extracting A/V streams [VID_00063]
- [19:56:43] Reencoding video [VID_00063]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 61*307 frames
- Bitrate: 6*753 Kbs
- [19:56:43] Reencoding: VID_00063, Pass 1 of 1
- [20:06:26] Video Encode complete
- [20:06:26] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (eng): Keeping original audio
- Track 4354 (eng): Keeping original audio
- Track 4355 (eng): Keeping original audio
- Track 4356 (eng): Keeping original audio
- [20:06:26] Multiplexing M2TS
[20:06:59]PHASE ONE complete
[20:06:59]PHASE TWO - Rebuild Started
- [20:06:59] Rebuilding BD file Structure
[20:07:15] - Encode and Rebuild complete
- WORKFILES folder removed.
[20:07:17] JOB: EDGE_OF_TOMORROW finished.

1h 15 where on my Q9550 it could easily take 3-4h

[soneca]

Hello jdobbs, a long time been using the DGDenNV today returned to the DirectShow but the job is aborted as soon as it begins to encode.
I went back to 0.50.14 version using DirectShow, BD Rebuilder works normally. :confused:

Edit: I again installed Avisynth, Haali in ffdshow and BDRB returned to work, go figure...

[soneca]

Using DirectShow the process is aborted at some BluRays.
Use the latest(1.13.138.14) version of Haali Media Splitter a long time, I never had problems.
Returning to the 0.50.14 version everything works fine.

- BD-Rebuilder v0.50.17
- Windows Version: 6.1 [7601]
- Working Path Free Space: 329,72GB
- AVISYNTH Version: 2.6.0.6, Ok
- HAALI Splitter: Isn't recommended version
- FFDSHOW: 4515, 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
- AnyDVD Remove Short Titles: Incompatible
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok
- FRIMEncode: Ok
- FRIMDecode: Ok
[11:23:41] - Failed video encode, aborted

[Ch3vr0n]

- HAALI Splitter: Isn't recommended version
- AnyDVD Remove Short Titles: Incompatible

That's likely your problem right there. Use the recommended versions and undo that setting. Bug reports can't be accepted unless you use the correct tools & settings.

[soneca]

Chevron, I know the rules, after all already participate in this forum a long time.
The AnyDVD settings do not apply to this extraction, I was testing this function and forgot to turn off.
I'm not demanding anything at all just asking to jdobbs that, please be sure to check this version because when I go back to the previous version these problems disappear.

Edit: jdobbs, I found that disabling multiprocessing BDRB back to function normally using DirectShow.

[jdobbs]

Edit: jdobbs, I found that disabling multiprocessing BDRB back to function normally using DirectShow.Please explain exactly what you experienced and how it could be repeated. I made the change below in v0.50.16, and it's possible it may have some unexpected consequence.- Corrected an error in which attempting to
encode using a combination of MULTIPROCESS
and DirectshowSource() on an MPEG-2 source
was not working properly.

[musiclover]

I'll look at it -- but I use that feature all the time on 25fps sources.

Just a note, though. It won't be converted until an encode is done. The pseudo-BD structure just holds the original intact video that was extracted during import.

I am interested to know if you succeeded converting a PAL dvd source to NTSC. I still cannot make it work.

[Ch3vr0n]

well with the latest version and MULTIPROCESS=1 on my 6700k no more than 1 instance gets launched of x264

[soneca]

Please explain exactly what you experienced and how it could be repeated. I made the change below in v0.50.16, and it's possible it may have some unexpected consequence.- Corrected an error in which attempting to
encode using a combination of MULTIPROCESS
and DirectshowSource() on an MPEG-2 source
was not working properly.

Just multiprocessing be enabled, I tried with 3 discs (MPEG4 AVC).
It's happening on both pc's.

[07/20/16] BD Rebuilder v0.50.17
[14:40:15] Source: O_P_T_III_O_LEGADO_00000
- Input BD size: 15,65 GB
- Approximate total content: [01:42:51.798]
- Target BD size: 4,38 GB
- Windows Version: 6.1 [7601]
- MOVIE-ONLY mode enabled
- Quality: Highest (Very Slow), Two Pass
- Output folder: E:\VIDEOS\
- Decoding/Frame serving: DirectShow [3-way]
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[14:40:17] PHASE ONE, Encoding
- [14:40:17] Processing: VID_00000 (1 of 1)
- [14:40:17] Extracting A/V streams [VID_00000]
- [14:43:51] Reencoding video [VID_00000]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 29,970fps, 184.969 frames
- Bitrate: 4.198 Kbs
- [14:43:51] Reencoding: VID_00000, Pass 1 of 2
- Encode failed. Aborting.
- BD-Rebuilder v0.50.17
- Windows Version: 6.1 [7601]
- Working Path Free Space: 332,95GB
- AVISYNTH Version: 2.6.0.6, Ok
- HAALI Splitter: Isn't recommended version
- FFDSHOW: 4515, 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
- AnyDVD settings check: Ok.
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok
- FRIMEncode: Ok
- FRIMDecode: Ok


[07/20/16] BD Rebuilder v0.50.17
[14:54:52] Source: MISTERIOS_DO_NILO_00000
- Input BD size: 10,48 GB
- Approximate total content: [00:47:38.814]
- Target BD size: 4,38 GB
- Windows Version: 6.1 [7601]
- MOVIE-ONLY mode enabled
- Quality: Highest (Very Slow), Two Pass
- Output folder: E:\VIDEOS\
- Decoding/Frame serving: DirectShow [3-way]
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[14:54:53] PHASE ONE, Encoding
- [14:54:53] Processing: VID_00000 (1 of 1)
- [14:54:53] Extracting A/V streams [VID_00000]
- [14:57:03] Reencoding video [VID_00000]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 68.543 frames
- Bitrate: 11.466 Kbs
- [14:57:03] Reencoding: VID_00000, Pass 1 of 2
- Encode failed. Aborting.
- BD-Rebuilder v0.50.17
- Windows Version: 6.1 [7601]
- Working Path Free Space: 334,63GB
- AVISYNTH Version: 2.6.0.6, Ok
- HAALI Splitter: Isn't recommended version
- FFDSHOW: 4515, 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
- AnyDVD settings check: Ok.
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok
- FRIMEncode: Ok
- FRIMDecode: Ok


[Options]
VERSION=0.50.0.17
MOVIE_ONLY_LOOP=0
DOWNRESIZE=LanczosResize
HC_PROFILE=BEST
OUTPUT_FOLDER=E:\VIDEOS
REMOVE_WORKING=1
REMOVE_IMPORT=1
ALTCRF=18
MULTIPROCESS=3
ENCODER=0
MODE=3
ENCODE_QUALITY=3
ONEPASS_ENCODING=0
AUTO_QUALITY=0
AUDIO_TO_KEEP=eng;por;
SUBS_TO_KEEP=por;
SD_CONVERT=0
OPEN_GOP=0
RESIZE_1080=0
RESIZE_1440=0
RESIZE_720=0
DEINTERLACE=0
SD_TO_1080=0
IGNORE_3D=0
CONVERT_WIDE=0
DTS_REENCODE=0
AC3_REENCODE=0
AC3_640=1
AC3_192=0
KEEP_HD_AUDIO=1
AUDIO_DRC=0
DECODER=0
AVCHD=1
REMOVE_WORKFILES=0
REMOVE_OUTPUT=0
USE_FILTERS=0
BDMV_CERT_ONLY=0
IVTC_PULLDOWN=0
ASSUME_DVD_PAL=0
FRIMSOURCE=0
COMPLETION_BEEP=0
OUTPUT_SBS=0
NEROAAC=1
SUPTITLE=0
PGSTOSRT=0
AUDIO_TRACK_LIMIT=1
SUBTITLE_TRACK_LIMIT=1
CUSTOM_TARGET_SIZE=4480
PRIORITY_CLASS=0
TARGET_SIZE=4480
MOVIEONLY_TYPE=0
ALT_TARGET=1024
ALT_CRF_TARGET=1024
ALTMETHOD=0
ALTAUTOCROP=0
[Paths]
WORKING_PATH=E:\BDREBUILDER_TEMP\
NeroAACPath=C:\Programas\Nero AAC Codec 1.5.4.0\win32\neroAacEnc.exe
SOURCE_PATH=D:\BLU_RAY\MISTERIOS DO NILO\
DGIndexNV=C:\Programas\DGDenNV 2051\DGIndexNV.exe
DGDecNV=C:\Programas\DGDenNV 2051\DGDecodeNV.dll

[Lathe]

Crap brain fart....

Now... was that an NTSC or a PAL Crap brain fart...???

[MrVideo]

Now... was that an NTSC or a PAL Crap brain fart...???

You know full well that posting had nothing to do with NTSC, or PAL. :D

[MrVideo]

I am interested to know if you succeeded converting a PAL dvd source to NTSC. I still cannot make it work.

I realized that my avs script was for converting 576i to 480i, but recoding to H.264. I haven't done any MPEG-2 standalone encoding in ages.

But, you never answered my question about what technological abilities your friend has in playing digital videos. I find it hard to believe that he can't play 576i videos on something he has.

[jdobbs]

@Ch3vr0n and soneca

Can you possibly provide your INI file? I just ran a couple tests using DirectShowSource with MULTIPROCESS=2 on an AVC source -- and it works with no problem. I'm getting 2 instances of X264 and they are encoding properly.

[Edit] I've tried it with MULTIPROCESS=3 as well -- and it is encoding properly with 3 instances of X264.

@Ch3vr0n

How long is the source you are attempting? BD-RB won't run multiple processes if splitting would make the individual segments less than 5000 frames. So if you are splitting 3 ways, the source must be a minimum of 15,000 frames.

[Ch3vr0n]

@jdobbs Full discs only, every time.

[07/21/16] BD Rebuilder v0.50.17
[17:03:16] Source: THE_REVENANT
- Input BD size: 42,70 GB
- Approximate total content: [03:43:55.962]
- Target BD size: 22,95 GB
- Windows Version: 6.2 [9200]
- Auto Quality: Good (Very Fast), ABR
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[17:03:16] PHASE ONE, Encoding
- [17:03:16] Processing: VID_00191 (1 of 3)
- [17:03:16] Extracting A/V streams [VID_00191]
- [17:03:24] Reencoding video [VID_00191]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 1*432 frames
- Bitrate: 9*694 Kbs
- [17:03:24] Reencoding: VID_00191, Pass 1 of 1
- [17:03:37] Video Encode complete
- [17:03:37] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [17:03:37] Multiplexing M2TS
- [17:03:42] Processing: VID_00200 (2 of 3)
- [17:03:42] Extracting A/V streams [VID_00200]
- [17:04:31] Reencoding video [VID_00200]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 63*408 frames
- Bitrate: 7*452 Kbs
- [17:04:31] Reencoding: VID_00200, Pass 1 of 1
- [17:11:48] Video Encode complete
- [17:11:48] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [17:11:48] Multiplexing M2TS
- [17:12:20] Processing: VID_00800 (3 of 3)
- [17:12:20] Extracting A/V streams [VID_00800]
- [17:17:51] Reencoding video [VID_00800]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 224*928 frames
- Bitrate: 11*500 Kbs
- [17:17:51] Reencoding: VID_00800, Pass 1 of 1
[17:20:00]PHASE ONE aborted by user request

No multiprocess

[Options]
#video settings
MODE=0
ENCODE_QUALITY=0
ONEPASS_ENCODING=2
AUTO_QUALITY=1
SD_CONVERT=0
COLOR_BOOST=0
RESIZE_1080=0
DEINTERLACE=0
OPEN_GOP=0
MOVIE_ONLY_LOOP=1
USE_FILTERS=0
IVTC_PULLDOWN=1
ASSUME_DVD_PAL=1
SD_TO_1080=0
CONVERT_WIDE=0
MOVIEONLY_TYPE=19
ALTCRF=20
ALT_TARGET=2048
ALTMETHOD=2
ALTAUTOCROP=0
WIDE_PERCENT=40
WIDE_OFFSET=.85
RESIZE_1440=0
RESIZE_720=0
OUTPUT_3D=1
IGNORE_3D=0
NEROAAC=0
DGDECNV=1
USE_LAVF=0

#audio settings
AUDIO_TO_KEEP=dut;eng;nld;und;
DTS_REENCODE=0
AC3_REENCODE=0
AC3_640=1
AC3_192=0
KEEP_HD_AUDIO=1
AVCHD=0
FULL_AVCHD=0

#subtitle settings
SUBS_TO_KEEP=dut;eng;nld;und;

#output settings
REMOVE_WORKFILES=1
REMOVE_OUTPUT=1
REMOVE_IMPORT=1
AUDIO_TRACK_LIMIT=0
SUBTITLE_TRACK_LIMIT=0
CUSTOM_TARGET_SIZE=23450
PRIORITY_CLASS=1
TARGET_SIZE=23500
AUTO_BURN=2
QUICK_EXTRAS=0

#General Settings
ENABLE_TEST=1
ENABLE_BLANKING=1
BLANK_THRESHOLD=60
MULTIPROCESS=1
MINIMIZE_TO_TRAY=1
SHUTDOWN_REBOOT=1
IMPORT_FOLDER=C:\TEMP
VERBOSE_STATUS=1
BDMV_CERT_ONLY=1
AUTO_BLANK=0
UNMASK_CHAPTER=1
VERSION=0.50.0.15
COMPLETION_BEEP=1
BEEP_SOUNDFILE=C:\Program Files (x86)\ImgBurn\Sounds\Success.wav
SD_PROGRESSIVE=1
MKV_CHAPTERS=1
SUPTITLE=0
OUTPUT_SBS=0
MENU_BACKGROUND=C:\Program Files (x86)\BD_Rebuilder\misc\menuback.jpg
IMPORT_THRESHOLD=15
QUICK_PLAY_THRESHOLD=10
MENU_AUTO_BACKGROUND=1
MENU_PLAY_SEQUENTIAL=1
MENU_START_WITH_MENU=1
OUTPUT_FOLDER=D:\Blu-ray\Rebuilds\BDRB\
FRIMSOURCE=0
ENCODER=0
DGDECIM=0
DECODER=3
AUDIO_DRC=1
ALT_CRF_TARGET=2048
PGSTOSRT=1

[Paths]
WORKING_PATH=C:\TEMP\
SOURCE_PATH=G:\
DGIndexNV=C:\Program Files (x86)\BD_Rebuilder\Tools\dgdecnv\DGIndexNV.exe
DGDecNV=C:\Program Files (x86)\BD_Rebuilder\Tools\dgdecnv\DGDecodeNV.dll


using only LAV filters and DSS

[soneca]

jdobbs, when I set multiprocessing (MULTIPROCESS=1) to 1 log shows 4. :confused:
Here (https://saxvuq.s.cld.pt) is the .ini file.

[07/21/16] BD Rebuilder v0.50.17
[12:35:38] Source: MISTERIOS_DO_NILO_00000
- Input BD size: 10,48 GB
- Approximate total content: [00:47:38.814]
- Target BD size: 4,36 GB
- Windows Version: 6.1 [7601]
- MOVIE-ONLY mode enabled
- Quality: Highest (Very Slow), Two Pass
- Output folder: E:\VIDEOS\
- Decoding/Frame serving: DirectShow [4-way]
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[12:35:40] PHASE ONE, Encoding
- [12:35:40] Processing: VID_00000 (1 of 1)
- [12:35:40] Extracting A/V streams [VID_00000]
[12:36:08]PHASE ONE aborted by user request

[Lathe]

i'm loving this new rig. (atm non-overclocked) i7 6700k



1h 15 where on my Q9550 it could easily take 3-4h

Wow, that is fast!

If you don't mind my asking, and I don't mean this as a criticism at all, I'm just really curios. But. since you are taking a full Blu-ray at about 40 Gigs and compressing it almost in half using just the 'Good' ABR 1 pass setting, how does the resulting video quality look? Are you viewing it on a very large screen?

The reason why I am curious is because that film is HIGHLY visual and there is a lot of action. I guess I just can't imagine only using that fast and simple of a setting and compressing it that much that it would still look really good.

Do you mind just giving me your honest impressions of how the resulting encode looks?

Thanks!

[Ch3vr0n]

I'm letting bdrb decide the best options for quality. So they're the same excellent quality as always, just in a lot less time. Viewing on standard 42'' hd TV flat screen.

[jdobbs]

jdobbs, when I set multiprocessing (MULTIPROCESS=1) to 1 log shows 4. :confused:That's right. When you set it to 1, BD-RB chooses a count based upon your virtual (or actual) processors. Setting it to 0 (or deleting it) will disable multiprocessing (meaning you will use one instance). Setting it to any other number forces that many processes (instances).

[Ch3vr0n]

Then why does my 6700k only do 1, doesn't seem right.

[Lathe]

I'm letting bdrb decide the best options for quality. So they're the same excellent quality as always, just in a lot less time. Viewing on standard 42'' hd TV flat screen.

Thank you Ch3vr0n; that is what I THOUGHT you usually do, but you specified the 'Fast' option at one ABR pass, so I thought that you chose it deliberately.

So, you are seriously telling me that BDRB chose that fast of a speed and ONE pass when you were compressing a 40 Gig Blu-ray onto a BD-25...???

Seriously...?

[soneca]

That's right. When you set it to 1, BD-RB chooses a count based upon your virtual (or actual) processors. Setting it to 0 (or deleting it) will disable multiprocessing (meaning you will use one instance). Setting it to any other number forces that many processes (instances).

I did not know or remember that detail, had never set to 1. :rolleyes:

[Ch3vr0n]

Yup, I don't know exactly what makes bdrb decide the settings it decides, but it has never let me down. I didn't specify anything, I have it set to automatic. Bdrb does it's algorithm magic to decide the best quality. You also have to realize, if the original has 6 audio streams and I strip 4 away, there's less to compress so a less complicated algorithm can be used for the same quality.

[Sharc]

@chevron:
I don't think that it really matters but I am just wondering about your thousands separators like , and * in your logfiles. Probably a matter of your local Windows settings.

[Lathe]

Yup, I don't know exactly what makes bdrb decide the settings it decides, but it has never let me down. I didn't specify anything, I have it set to automatic. Bdrb does it's algorithm magic to decide the best quality. You also have to realize, if the original has 6 audio streams and I strip 4 away, there's less to compress so a less complicated algorithm can be used for the same quality.

Hmmm... quite interesting. I would have NEVER thought that BDRB would have chosen such a fast speed and only 1 pass for such an action packed, visually complex 40 Gig Blu-ray like that. I know that the encoding it chooses can be pretty liberal for my personal taste, but for this film I find that amazing!

Thanks Ch3vr0n!

[varekai]

Yup, I don't know exactly what makes bdrb decide the settings it decides, but it has never let me down. I didn't specify anything, I have it set to automatic. Bdrb does it's algorithm magic to decide the best quality. You also have to realize, if the original has 6 audio streams and I strip 4 away, there's less to compress so a less complicated algorithm can be used for the same quality.

The thing is you really can't compress a 42.70 GB Blu-ray to 25 GB without losing video quality. But I guess it's in the eye of the beholder?
The Revenant movie itself is 2:36 long and video size is 39.5 GB.
Downconverting audio saves some space but it is not that significant.
The audio is more of a personal taste, if you have a system that can play DTS-HD Master Audio you'd might wanna keep that.

[Torrentted84]

Hi,

Some series and/or movies have their menu broken when choosing the option Resize 1080 -> 720?

I had this with Game of Thrones. When entering the home menu it didn't fit anymore. Also Me and Earl and the Dying girl had this.

When watching the movie and then using scene select, the bottom of the preview window is missing.

Is it possible to resize only the movie and/or extra and leave the menu unaltered.

[jdobbs]

Then why does my 6700k only do 1, doesn't seem right.It uses the environment variable NUMBER_OF_PROCESSORS. Currently it maxes out at 4 unless it is manually set higher.

[jdobbs]

Hi,

Some series and/or movies have their menu broken when choosing the option Resize 1080 -> 720?

I had this with Game of Thrones. When entering the home menu it didn't fit anymore. Also Me and Earl and the Dying girl had this.

When watching the movie and then using scene select, the bottom of the preview window is missing.

Is it possible to resize only the movie and/or extra and leave the menu unaltered.It shouldn't resize menus. I'll look at it. Unfortunately, though, there's no flag that says "I'm a menu." -- so BD-RB has to look at several factors and make a best guess.

[jdobbs]

The thing is you really can't compress a 42.70 GB Blu-ray to 25 GB without losing video quality. But I guess it's in the eye of the beholder?
The Revenant movie itself is 2:36 long and video size is 39.5 GB.
Downconverting audio saves some space but it is not that significant.
The audio is more of a personal taste, if you have a system that can play DTS-HD Master Audio you'd might wanna keep that.He's doing a movie-only encode -- and 2.36 hours isn't very much when you have 25GB target to hold it. The size of the original encode is irrelevant. Source discs are always larger than needed, often simply to make them require a dual layer disc. If you really want to see how much space is required, do a CRF encode with a "near-perfect" setting of around 18. It'll almost surely be much smaller than 25GB. Just for the sake of argument, I'll run "The Revenant" and see.

You'd be surprised how much space is used by audio -- LPCM tracks are sometimes several gigabytes.

IMHO anything greater than AC3 @ 640Kbs is a waste of space unless you really, really need more than 5.1 channels. I know people argue about that all the time, and that's why BD-RB allows you to do it however you want. But I trust science, and the double-blind tests (conducted by Dolby) show that 640Kbs AC3 encoding is indistinguishable to the human ear from the original audio (this is where I invariably get all the subjective "Yeah, but I can hear it with my magic ears" comments). I personally believe "HD Audio" to be nothing more than snake oil, it's just snake oil that happens to be selling very well.

On the other hand, opinions are like assholes. Everybody has one -- and nobody cares about anybody elses. :) Mine included.

[varekai]

He's doing a movie-only encode -- and 2.36 hours isn't very much when you have 25GB target to hold it. The size of the original encode is irrelevant. Source discs are always larger than needed, often simply to make them require a dual layer disc. If you really want to see how much space is required, do a CRF encode with a "near-perfect" setting of around 18. It'll almost surely be much smaller than 25GB.

You'd be surprised how much space is used by audio -- LPCM tracks are sometimes several gigabytes.

IMHO anything greater than AC3 @ 640Kbs is a waste of space unless you really, really need more than 5.1 channels. I know people argue about that all the time. But I trust science, and the double-blind tests (conducted by Dolby) show that 640Kbs AC3 encoding is indistinguishable to the human ear from the original audio (this is where I invariably get all the subjective "Yeah, but I can hear it with my magic ears" comments). I personally believe "HD Audio" to be nothing more than snake oil, it's just snake oil that happens to be selling really well.
Aha... always thought the original source encode were important.
Thinking shit in gets shit out, so a good original encode would stand a better chance of a quality compression, but there will always be a limit on how hard you can compress the source, right?
Regarding audio I've seen a lot of blindtest results over the years and I guess some people will always buy "a couple bottles of Dr. Good".

regards

[jdobbs]

It's always better to keep an original if possible -- because there is loss with any encode. But if you are going to re-encode anyway, the automatic setting just tries to save you from wasting a lot of time on overkill. But, for those who really don't care about time -- you can always force the "High Quality" setting. In my experience, though, you won't be able to detect a difference. When BD-RB (in automatic mode) runs into a source that has a lot of content it boosts the settings as needed.

[Ch3vr0n]

It uses the environment variable NUMBER_OF_PROCESSORS. Currently it maxes out at 4 unless it is manually set higher.

Well the 6700k has 4 cores and 8 logical processors, still only loads 1 x264 instance. Would it be possible (if this cpu processor amount is to "blame") that it forces the maximum recommended on it's own, without having to manually set multi to 4?

[jdobbs]

Well the 6700k has 4 cores and 8 logical processors, still only loads 1 x264 instance. Would it be possible (if this cpu processor amount is to "blame") that it forces the maximum recommended on it's own, without having to manually set multi to 4?I'll have to try running with your settings. There are several things that can override MULTIPROCESS and force the encode to 1.

[jdobbs]

If you really want to see how much space is required, do a CRF encode with a "near-perfect" setting of around 18. It'll almost surely be much smaller than 25GB. Just for the sake of argument, I'll run "The Revenant" and see.Just as a note for reference, I ran "The Revenant" with a CRF of 18. The total video size was 8.5GB. So it doesn't take a lot of bells-and-whistles during the encode to get high-quality into a 25GB target.

[jdobbs]

Well the 6700k has 4 cores and 8 logical processors, still only loads 1 x264 instance. Would it be possible (if this cpu processor amount is to "blame") that it forces the maximum recommended on it's own, without having to manually set multi to 4?Can you look at the NUMBER_OF_PROCESSORS environment variable and see what it says?

[Ch3vr0n]

Sure, if you can tell me how

[jdobbs]

Sure, if you can tell me howOpen up a DOS window and type SET and enter. It will list all the environment variables.

Or, if you prefer, you can go to Control Panel>System and Security>System>Advanced System Settings and click on "Environment Variables"

I just ran a test of "Revenant" using your settings and am getting 4 instances of X264. The one thing I had to change, though, was from DGDecNV to Directshow. I upgraded my video machine to Windows 10, and my Nvidia GT520 video card is one of the ones that isn't supported yet (by DGDecNV) on Win10, so I can't use DGDecNV anymore.

[Ch3vr0n]

Just checked NUMBER_OF_PROCESSORS is listed as 8. However just to be on the safe side for you i've run the DOS command too and pasted the entire set of variables into a txt file for you. If there's anything else you need hardware info wise or other just let me know. i don't have my GTX 1080 yet, so im using the built-in video of the cpu. I can't use dgdecNV yet, and i don't want to "pollute" this new rig with my old 680 (drivers arent getting optimised for it anymore anyway) and risk potential driver issues when it arrives. So i'm using avysinth + only LAV filters. Perhaps that has some impact. FFDshow atm isn't installed (per instructions, it's optional)

[jdobbs]

I'm not using FFDSHOW either, I use AVISYNTH with LAV filters just as you do.

[jdobbs]

@Ch2vr0n I can't use dgdecNV yet...
One note. The INI you posted has DGDECNV set as your decoder. Maybe that is what is confusing BD-RB. Try going into setup and changing it to DirectshowSource and see if that fixes the issue.

[Ch3vr0n]

not according to the setup, unless that damn windows 10 virtualisation is kicking in despite disabled UAC. Any other locations bd-rebuilder.ini might be saved? The one in bdrb's program files folder does show dgdec as 1, but not in setup. For the record: C:\Users\<snip>\AppData\Roaming\BDREBUILDER is EMPTY. There has to be another location because the source & working path in the program files ini file don't match if i edit through bdrb itself.

[jdobbs]

Hmm.. when I used your INI it had DGDECNV selected. Maybe it's because the path to it on my system is still valid.

[Ch3vr0n]

Well as stated, setup isn't but the ini file is. Any other locations the config file might get saved and used?

[soneca]

Just as a note for reference, I ran "The Revenant" with a CRF of 18. The total video size was 8.5GB. So it doesn't take a lot of bells-and-whistles during the encode to get high-quality into a 25GB target.

This film is an excellent "compressibility", there are some movies that no apparent reason(noise, grain...) are difficult to get a reasonable size.

[soneca]

It uses the environment variable NUMBER_OF_PROCESSORS. Currently it maxes out at 4 unless it is manually set higher.

Now I understand why only showed 4way in my old i7 980X when I configured multiprocessing to the value 1.
Above 4 cores only manually.

[Ch3vr0n]

@Jdobbs ignore for now. I had a good look at that ini and it seems more than that wasn't working. I deleted the entire ini file and let bdrb set one up from scratch and then added a few "standard" hidden opts. The start of the log alone looks completely different. Output path is now listed, 4-way is listed, however when it came to the splitting phase i saw split.exe being launched but avast kicked in with scanning and it failed due to taking too long to launch. Now it (splitting) won't work. Damned, tried excluding entire bdrb folder. Didn't work. Finally had 4-way launched, but fails to actually start encoding. I see the "splitting" line for a second and then encode fail

[07/22/16] BD Rebuilder v0.50.17
[22:08:49] Source: THE_REVENANT
- Input BD size: 42,70 GB
- Approximate total content: [03:43:55.962]
- Target BD size: 22,95 GB
- Windows Version: 6.2 [9200]
- Auto Quality: Good (Very Fast), ABR
- Output folder: D:\Blu-ray\Rebuilds\BDRB\
- Decoding/Frame serving: DirectShow [4-way]
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[22:08:52] PHASE ONE, Encoding
- [22:08:52] Processing: VID_00191 (1 of 3)
- [22:08:52] Extracting A/V streams [VID_00191]
- [22:08:59] Reencoding video [VID_00191]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 1*432 frames
- Bitrate: 9*694 Kbs
- [22:08:59] Reencoding: VID_00191, Pass 1 of 1
- [22:09:11] Video Encode complete
- [22:09:11] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [22:09:11] Multiplexing M2TS
- [22:09:16] Processing: VID_00200 (2 of 3)
- [22:09:16] Extracting A/V streams [VID_00200]
- [22:10:05] Reencoding video [VID_00200]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 63*408 frames
- Bitrate: 7*452 Kbs
- [22:10:05] Reencoding: VID_00200, Pass 1 of 1
- Encode failed. Aborting.
- BD-Rebuilder v0.50.17
- Windows Version: 6.2 [9200]
- Working Path Free Space: 929,52GB
- AVISYNTH Version: 2.6.0.6, Ok
- LAVFILTERS: Ok
- AnyDVD settings check: Ok.
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok
- FRIMEncode: Ok
- FRIMDecode: Ok
[22:10:06] - Failed video encode, aborted

[MrVideo]

IMHO anything greater than AC3 @ 640Kbs is a waste of space unless you really, really need more than 5.1 channels.
As you well know, the only way to get 7.1 channels from movies mixed with that number of channels is via DTS-MA HD and Dolby Digital TrueHD. I'll be reconfiguring my setup with a newer 7.1 amp and additional speakers. The only way to hear what I did in the movie theater.

When it comes to shows produced with only 5.1 channels (TV shows), you are spot on.

[Lathe]

Just as a note for reference, I ran "The Revenant" with a CRF of 18. The total video size was 8.5GB. So it doesn't take a lot of bells-and-whistles during the encode to get high-quality into a 25GB target.

WOW! I must admit, I am EXTREMELY surprised! That is one BUSY film with a lot of movement and action. Never would have guessed it...

Well, I guess you do indeed know what the hell you are talking about JD (unique @sshole aside...) :D

[soneca]

I usually keep the HD track only when it is released very well distributed in 7.1, in these cases it is worth keeping this massive track with two extra surround channels because the surroundings really is better. But most of the time keep the core in DTS or Dolby Digital. And when I have to convert HD tracks are always Dolby Digital(640Kbps) that are more efficient(for my hearing) while maintaining the SAME quality compared to DTS(1.5Mbps).
Mixing in DTS performed at 4 decibels above the Dolby Digital standard gives the feeling of "sound better", it confuses many ears. :p

[Lathe]

Something that confuses me (well, ONE of the many things that confuse me...) is, as was being discussed by JD before using CRF, there seems to be some relation to the CRF value and OTHER x264 settings, right? In other words, you don't just use CRF in a vacuum, right? I have not used the CRF 1-pass setting very much, but as JD said I was VERY curious as to whether I can get more compressing from a full Blu-ray using a nice, high CRF value like 18 (which was the value he used in showing how 'THE REVENANT' could be compressed to 8.5 Gigs) BUT... and this is what I don't understand, doesn't the whole deal also depend on what PRESETS you are using? I think that I noticed with BDRB that you still choose the setting 'High', 'Good - Fast', etc. AND you also would choose if you are selecting 1-pass and CRF, and also what CRF value to use, right?

I don't understand how those two work together. For example, basically going by what JD was saying, I took a Blu-ray and chose a 1-pass CRF of 18 (as he has suggested doing a number of times for more compression and to show actually how little room is really needed for a Blu-ray movie) BUT, I didn't know how to set the PRESET, so I left it where I normally do which is 'High' (default) and just to be fancy I threw in my usual x264 tweaks (deblocking, B-frame optimization, Trellis, Psch-vis, & qcomp) and the encode took bloody forever, so I'm thinking 'Great! I'm really going to get a nice, tight, file size here as per what JD was saying, right...?' Well, no... After all that bloody time, the resulting file size was like almost IDENTICAL to what the Blu-ray was to start with. I had to laugh... I KNOW I must have done something wrong, but darned if I know what it was...

Any insights on how I'm screwing this up? Because I would frigg'n LOVE to save more space and do what JD is suggesting, but using BDRB, I can't quite figure out how to do it with the CRF 1-pass. Sure, many times I just simply take a Blu-ray, say about 25 Gigs or so and just set the output size for, say, 10 Gigs, and then use the 2-pass setting and the same 'High' setting and tweaks I always do, and, sure, in THAT case it comes out just fine where it looks great and is about 1/2 the size (keeping the HD audio though, which with my sound system I prefer)

So, when JD says just simply to use a CRF of say 18 and 'see' how small the size comes out, I don't understand quite what that means in the context of using BDRB. In my reading, I'm PRETTY sure that, yes, a CRF setting of 18 should pretty much look transparent to the lossless Blu-ray, sure, but I don't seem to be able to get that resulting smaller file size. And also, FWIW, I tried it too with the new x265 'Archive' settings (which we were talking about not too long ago) and darn if the same damn thing happened with that too where I got almost the same file size as a result.

Any suggestions, or smacking me over the head with a 2x4, or whatever it takes would be very much appreciated!

[MrVideo]

In my reading, I'm PRETTY sure that, yes, a CRF setting of 18 should pretty much look transparent to the lossless Blu-ray,

FYI, Blu-ray content is not lossless. A lossless movie would not fit on a Blu-ray disc.

I do all of my own x264 encodings. Here is the portion of my script that does the actual work (two passes are actually done):
x264 --pass 1 --profile high --level $LEVEL --bitrate $BITRATE --ref $REF \
--deblock 1:-1:-1 --me umh --subme 10 --psy-rd 1.00:0.15 --merange 24 \
--trellis 2 --deadzone-inter 21 --deadzone-intra 11 --fast-pskip \
--threads 12 --slices 4 --nr 0 --bframes 3 --b-pyramid strict \
--b-adapt 2 --b-bias 0 --direct auto --weightp 0 --keyint $KEYINT \
--min-keyint 1 --scenecut 40 --rc-lookahead 60 --ratetol 1.0 \
--qcomp 0.60 --qpmin 10 --qpmax 51 --qpstep 4 --cplxblur 20.0 \
--qblur 0.5 --vbv-maxrate $MAXBITRATE --vbv-bufsize $BUFSIZE \
--ipratio 1.40 --bluray-compat --open-gop --sar $SAR \
--qpfile "$WINDIRNAME\\${NAME%.*}_qpfile.txt" \
--stats "$WIN$WINDIRNAME\\${NAME%.*}.stats" --output NUL \
"${INPUTFILE}"

I set my own bitrate, I do not use CRF. For 1080p23.976, KEYINT=24. REF=4. SAR=1:1. Whatever the BITRATE is set to, MAXBITRATE and BUFSIZE are set to 2x that value.

I do a lot of 35Mbps MPEG-2 1080i video to H.264 1080p23.976 video. For just viewing, (LEVEL=4.0) the bitrate is 4Mbps. If I am going to put it on a Blu-ray (LEVEL=4.1), then the bitrate will either be 10Mbps or 15Mbps.

I also have 15Mbps H.264 source material, so the bitrate for that is set to 8Mbps. When re-coding video, one should try and keep within the general rule of the recode being no more than 1/2 the source bitrate.

You'll also notice the --qpfile option. That tells the x264 encoder where to start a new I-frame, since that will be a location for a chapter mark (which be on I-frame locations).

YMMV :D

[Lathe]

FYI, Blu-ray content is not lossless. A lossless movie would not fit on a Blu-ray disc.

I do all of my own x264 encodings. Here is the portion of my script that does the actual work (two passes are actually done):
x264 --pass 1 --profile high --level $LEVEL --bitrate $BITRATE --ref $REF \
--deblock 1:-1:-1 --me umh --subme 10 --psy-rd 1.00:0.15 --merange 24 \
--trellis 2 --deadzone-inter 21 --deadzone-intra 11 --fast-pskip \
--threads 12 --slices 4 --nr 0 --bframes 3 --b-pyramid strict \
--b-adapt 2 --b-bias 0 --direct auto --weightp 0 --keyint $KEYINT \
--min-keyint 1 --scenecut 40 --rc-lookahead 60 --ratetol 1.0 \
--qcomp 0.60 --qpmin 10 --qpmax 51 --qpstep 4 --cplxblur 20.0 \
--qblur 0.5 --vbv-maxrate $MAXBITRATE --vbv-bufsize $BUFSIZE \
--ipratio 1.40 --bluray-compat --open-gop --sar $SAR \
--qpfile "$WINDIRNAME\\${NAME%.*}_qpfile.txt" \
--stats "$WIN$WINDIRNAME\\${NAME%.*}.stats" --output NUL \
"${INPUTFILE}"

I set my own bitrate, I do not use CRF. For 1080p23.976, KEYINT=24. REF=4. SAR=1:1. Whatever the BITRATE is set to, MAXBITRATE and BUFSIZE are set to 2x that value.

I do a lot of 35Mbps MPEG-2 1080i video to H.264 1080p23.976 video. For just viewing, (LEVEL=4.0) the bitrate is 4Mbps. If I am going to put it on a Blu-ray (LEVEL=4.1), then the bitrate will either be 10Mbps or 15Mbps.

I also have 15Mbps H.264 source material, so the bitrate for that is set to 8Mbps. When re-coding video, one should try and keep within the general rule of the recode being no more than 1/2 the source bitrate.

You'll also notice the --qpfile option. That tells the x264 encoder where to start a new I-frame, since that will be a location for a chapter mark (which be on I-frame locations).

YMMV :D

Thanks kindly Mr. V! subme 10, DAMN I bet that takes quite a while :) That was one of the reasons that I personally chose to keep BDRB at it's 'High' (actually technically x264 'Medium') settings. Because at the 'Very Slow' setting it bumps it up to subme 9. But, I then include the higher tweaks for some of the other settings like you have done.

I usually use these 'Tweaks' with BDRB and a setting of 'High' (default)

TWEAK_PASS_ONE=--direct auto --qcomp 0.50
TWEAK_PASS_TWO=--ref 4 --deblock -2:-2 --psy-rd 1.00:0.20 --me umh --subme 8 --trellis 2 --direct auto --qcomp 0.50

I only do this though if I feel that a Blu-ray is REALLY getting compressed, like JD's example of 'THE REVENANT' going from over 40 Gigs to a BD-25. That's why I was shocked when Ch3vr0n said that his 'Auto' setting chose the 'Fast' 1-pass ABR setting! When the compression isn't so high and it's only compressing 2 or 3 Gigs, then I only add these 'Tweaks'

TWEAK_PASS_ONE=--qcomp 0.50
TWEAK_PASS_TWO=--deblock -2:-2 --qcomp 0.50

And, that's only because I like the idea of a sharper picture and having a TAD more of the bits moved to static areas. Probably unnecessary as some have said here :)


Going even to subme 9 bumped up the encoding time a LOT and from what I've read so far for that much more encoding time, you can get more punch out of the Trellis / Psy stuff, like you also have it set (I usually set it just a TAD higher at 1.00:0.2 because from what I've read, it supposedly tweaks that differential between objects / colours, so that it appeals more to the eye)

However... I'm afraid that as very informative and interesting as that is (and I WILL indeed study it to make sure I understand it) it still doesn't answer my puzzlement about presets and CRF - however on some further reading here on Doom9, it appears to make a HUGE difference, I just don't understand the relationship. All I can figure is that JD MUST be either keeping BDRB on 'Automatic' settings (thus almost always 'Fast') or has it set to 'Fast' as well as CRF 18. Otherwise, I don't see how he gets the small size encodes from a full Blu-ray.

[soneca]

I've never used good, better or high quality but the definitions used by JD equivalent to presets(x264) below:
Good = preset faster
Better = preset fast
High Quality = preset medium
Highest = preset slow
Ultra-High = preset slower

I use CRF(unrestricted) to years because i convert to watch in the media player then do not care level or reference frames, I want to increase the quality and improve compression.
Always used the value 18 as a quality reference(which is actually visual quality) but using CRF has no way to estimate the final size, as I mentioned above, there are difficult to compress movies for no apparent reason. I just encode "Batman v Superman: Dawn of Justice" using CRF18/slower and the file was quite large(13.6 Mb/s).
Typically use the preset slower which gives me a good quality / conversion time.
The differences between presets and final size are few, but if you want to save some 10% while maintaining the same visual quality use the veryslow(16 ref frames) which will give a saving in file size and an increase in your energy bill.
I've lost a lot of time testing x264 settings and a long time also came to the conclusion(at least for my use) that the presets are the best choice.

[Lathe]

I've never used good, better or high quality but the definitions used by JD equivalent to presets(x264) below:
Good = preset faster
Better = preset fast
High Quality = preset medium
Highest = preset slow
Ultra-High = preset slower

I use CRF(unrestricted) to years because i convert to watch in the media player then do not care level or reference frames, I want to increase the quality and improve compression.
Always used the value 18 as a quality reference(which is actually visual quality) but using CRF has no way to estimate the final size, as I mentioned above, there are difficult to compress movies for no apparent reason. I just encode "Batman v Superman: Dawn of Justice" using CRF18/slower and the file was quite large(13.6 Mb/s).
Typically use the preset slower which gives me a good quality / conversion time.
The differences between presets and final size are few, but if you want to save some 10% while maintaining the same visual quality use the veryslow(16 ref frames) which will give a saving in file size and an increase in your energy bill.
I've lost a lot of time testing x264 settings and a long time also came to the conclusion(at least for my use) that the presets are the best choice.

Thanks Soneca!

I have to keep compatibility with my hardware Blu-ray player, so I can't quite use the official 'Slow' preset, but I use BDRB's 'HIGH' setting (official - Medium) which is fully compliant, and then if I feel a lot of compression is being done, I use the tweaks I mention above, basically bringing a number of the parameters up to a 'Slow' preset.

Heh, I don't think I'd do the overkill of 'Very Slow' - for me, the balance between the official Medium and Slow works really well for most complex or larger Blu-rays. I meant to mention above too that when the Blu-ray only needs to be compressed a few Gigs, not only do I cut back on the 'Tweaks' that I normally use, but I also set the BDRB preset for 'Good' 2-pass. When only a few Gigs are being compressed, it doesn't really seem necessary to use the higher settings.

... still don't understand the relationship between CRF and presets and file size though... :) But, your comment about 'BATMAN VS. SUPERMAN' shows I guess that it just must be pretty unpredictable. I suppose that without any further understanding of this issue, I'll just at most do 2 pass, high quality setting w/tweaks, 10 Gig encodes when I want to save space...

[gonca]

@Lathe
For comparison try
Preset medium (high Quality)
CRF 18
If you wish to add tweaks add
TWEAK_PASS_ONE= --tune film
TWEAK_PASS_TWO= --tune film

CRF is a "constant quality" value
Presets add the bells and whistles to improve compressibility
At a constant CRF a higher quality preset should improve compressibility

i.e. CRF=18 size (preset medium) should be smaller than (preset faster)

[MrVideo]

Thanks kindly Mr. V! subme 10, DAMN I bet that takes quite a while

Depends on your definition of "a while." But yes, in the 3-4 hour range. I really do not care, since I have plenty of other things to do. The computer that I do the encodes on does nothing but encodes. I have other computers for other functions.

[jdobbs]

BUT... and this is what I don't understand, doesn't the whole deal also depend on what PRESETS you are using?Yes and no.

The concept of CRF is that you are encoding at a fixed quality. So, theoretically you will get the same quality for the same CRF regardless of the preset (note the "theoretically", it's not entirely perfect -- but it's very good).

So, while changing the preset shouldn't have a significant effect on the output quality -- it will have an effect on output size. So, by increasing from from "Good (Very Fast)" to "High Quality" you will see the size get smaller. Some people will tell you that the fast settings actually look better, because using bells-and-whistles to get size down can sometimes result in "smoothing". Personally I don't see it unless you're really trying to shrink a lot.

When I did my test on "The Revenant" I used all the standard settings BD-RB uses. Also note that the 8.5GB output size was of the video only. It didn't include audio. If someone who loves HD audio decided to keep an LPCM track (something I would never recommend) -- that size could easily double. Some people also like to keep several languages.

There's another way you can do a test similar to the one I did. You can use "One Pass CRF" (from the Encoder Settings menu). That way you can actually see what CRF would be required to hit a specific target size -- while taking into account your specific audio settings. BD-RB does some predictive passes using samples from the source and determines what CRF is needed to reach that size (using your current settings). Again, it's not perfect and you may get a little undersizing -- but it's pretty good at hitting the target. What you should see is that by changing from "Good (Very Fast)" to "High Quality" the CRF value will be smaller for a given target. Just out of curiosity, I'll run "The Revenant" a couple times and see what I get with each.

[Edit] The "Good (Very Fast)" prediction selected a CRF of 17.00 for a BD-25 encoding.
[Edit] The "High Quality" prediction selected a CRF of 12.85. This is ridiculously low -- and is results in little more than padding to make it hit the target.

In an earlier edit I mentioned a BD-RB imposed a low-end value of 16 -- but that no longer exists. If I remember correctly it was because I got too many complaints of undersizing when it was hitting the minimum. It's easier to simply remove the limit than to explain over-and-over that increasing the size would have resulted in no measurable quality improvement.

[Edit] Just a note for those who aren't familiar with CRF. A lower value results in better quality (less required quantization).

[MrVideo]

So, while changing the preset shouldn't have a significant effect on the output quality -- it will have an effect on output size. So, by increasing from from "Good (Very Fast)" to "High Quality" you will see the size get smaller.

Now I'm confused. Shouldn't the higher quality setting actually make the file size larger, as the bitrate should be higher?

[jdobbs]

Now I'm confused. Shouldn't the higher quality setting actually make the file size larger, as the bitrate should be higher?It's natural to think of it that way, but not when you are working with a fixed quality level (CRF). The bitrate or alternatively the CRF setting is made independently of preset. In a CRF encode, since the quality remains constant between the two encodes, the extra bells-and-whistles used in the more advanced preset actually lowers the size (overall bitrate) needed to reach the specified quality. That's why people often use the higher quality settings when creating MKV files. That way they get a desired level of quality at the smallest size, and you can fit more movies on a given storage device. It's also the reason H.264 is so much more efficient than MPEG-2, new compression techniques have been added.

[Lathe]

Yes and no.

The concept of CRF is that you are encoding at a fixed quality. So, theoretically you will get the same quality for the same CRF regardless of the preset (note the "theoretically", it's not entirely perfect -- but it's very good).

So, while changing the preset shouldn't have a significant effect on the output quality -- it will have an effect on output size. So, by increasing from from "Good (Very Fast)" to "High Quality" you will see the size get smaller. Some people will tell you that the fast settings actually look better, because using bells-and-whistles to get size down can sometimes result in "smoothing". Personally I don't see it unless you're really trying to shrink a lot.

When I did my test on "The Revenant" I used all the standard settings BD-RB uses. Also note that the 8.5GB output size was of the video only. It didn't include audio. If someone who loves HD audio decided to keep an LPCM track (something I would never recommend) -- that size could easily double. Some people also like to keep several languages.

There's another way you can do a test similar to the one I did. You can use "One Pass CRF" (from the Encoder Settings menu). That way you can actually see what CRF would be required to hit a specific target size -- while taking into account your specific audio settings. BD-RB does some predictive passes using samples from the source and determines what CRF is needed to reach that size (using your current settings). Again, it's not perfect and you may get a little undersizing -- but it's pretty good at hitting the target. What you should see is that by changing from "Good (Very Fast)" to "High Quality" the CRF value will be smaller for a given target. Just out of curiosity, I'll run "The Revenant" a couple times and see what I get with each.

[Edit] The "Good (Very Fast)" prediction selected a CRF of 17.00 for a BD-25 encoding.
[Edit] The "High Quality" prediction selected a CRF of 12.85. This is ridiculously low -- and is results in little more than padding to make it hit the target.

In an earlier edit I mentioned a BD-RB imposed a low-end value of 16 -- but that no longer exists. If I remember correctly it was because I got too many complaints of undersizing when it was hitting the minimum. It's easier to simply remove the limit than to explain over-and-over that increasing the size would have resulted in no measurable quality improvement.

[Edit] Just a note for those who aren't familiar with CRF. A lower value results in better quality (less required quantization).

Thanks JD! I appreciate you taking the time to explain. That is basically what I THOUGHT was going on. I wonder then, why the hell when I tried to do a Blu-ray with the 'High' (default) setting and a CRF 1-pass of 18 I got almost the same size as the original Blu-ray...??? It also happened when I was testing out the x265 'Archive' feature we were talking about a while ago. Why are the file sizes coming out so big...??? And in both cases the encode took a LONG time.

BTW Mr. V... If you are using subme 10 and it is ONLY taking 3-4 hours...??! WOW! You must have a quantum / tachyon computer my friend! :D

Thanks though!

[jdobbs]

Thanks JD! I appreciate you taking the time to explain. That is basically what I THOUGHT was going on. I wonder then, why the hell when I tried to do a Blu-ray with the 'High' (default) setting and a CRF 1-pass of 18 I got almost the same size as the original Blu-ray...??? It also happened when I was testing out the x265 'Archive' feature we were talking about a while ago. Why are the file sizes coming out so big...??? And in both cases the encode took a LONG time.

BTW Mr. V... If you are using subme 10 and it is ONLY taking 3-4 hours...??! WOW! You must have a quantum / tachyon computer my friend! :D

Thanks though!A lot can depend on the source (length and how compressible it it). It's also possible that your settings are affecting it. Look in the BD-RB folder for LASTCMD.TXT after the encode and post it. I'd like to see what is actually being used for the encode. Am I to assume you have forced the CRF to 18 with FIXED_CRF, or are you talking about ALTERNATE output?

[Lathe]

Look in the BD-RB folder for LASTCMD.TXT after the encode. I'd like to see what is actually being used for the encode.

Yeah, I think I should give it another try, it's been a while.

See, what you are saying about BDRB using a pretty dang high CRF (17) at the 'Fast' setting, sounds VERY good to me! So, if I can bloody well figure out actually how to DO this properly, then I will just use CRF 18 and see if I can get the Blu-ray file sizes down somewhat to save the RAPIDLY disappearing space on my many HDDs!

I'll try again and then post that file you mentioned...

Oh, and Gonca, thanks kindly for the suggestion too. That is pretty much what I'm shooting for, I think...

***EDIT

Also too JD... I do include the 'tweaks' that I mentioned. But, isn't the bloody POINT that when you do use these 'bells & whistles', that it helps the file size to be compressed BETTER...?

[Ch3vr0n]

@Jdobbs any further info into my "splitting" issue. Split instantly aborts, inspect checks out. If i disable splitting, encode proceeds.

[jdobbs]

@Jdobbs any further info into my "splitting" issue. Split instantly aborts, inspect checks out. If i disable splitting, encode proceeds.It's gotta' be your antivirus. The splitter is a fairly simple piece of software. I just broke it out from BD-RB so it can run concurrently with other processes.

[Ch3vr0n]

Well excluded entire bdrb folder, still don't work. Even disabling AV entirely doesn't fix it. Doubt it is the issue, it wasn't back when i was on win7

[Lathe]

... just an added thought...

That is why I was so interested in trying the x265 Archive feature. I basically want the best way to archive (back up) my Blu-rays with a high quality (CRF 18 or so) but with as small as a file size as I can. And, I THOUGHT that with the new x265 backup, that would result in even smaller file sizes than with that standard x264.

But again, when I tried to do that with these archive settings (I'm not sure about the last one):

ARCHIVE_ENABLE=1
ARCHIVE_LIMIT=1
ARCHIVE_CRF=16
ARCHIVE_265=0

... and I believe with the 'High' default setting, I got just about the exact same size of the original Blu-ray, but with the added pleasure of waiting like 12 hours for it! :)

So, I'm gonna TRY to run another encode now. I'm using about a 19 Gig Blu-ray. We'll see how it goes and I'll post that last command deal.

[Lathe]

Oh yeah... since I always use LAVF for the encoder, I cannot choose CRF encoding, so that means, and I THINK I had to do this last time I tried this, I need to switch it to DirectShow, right?

Thanks!

Also, how do I get it to do a CRF encode and set the value and NOT set the output size...??? It doesn't LOOK like I can do that, but can only do what you were telling me about by setting CRF and the BD-25 size to SEE what the resulting CRF is. But, how do I actually set the CRF and discount the output size...? (BTW, now that I think of it, that COULD have been my trouble before because I may have inadvertently left the output size set to BD-25 :o )

[jdobbs]

Oh yeah... since I always use LAVF for the encoder, I cannot choose CRF encoding, so that means, and I THINK I had to do this last time I tried this, I need to switch it to DirectShow, right?

Thanks!

Also, how do I get it to do a CRF encode and set the value and NOT set the output size...??? It doesn't LOOK like I can do that, but can only do what you were telling me about by setting CRF and the BD-25 size to SEE what the resulting CRF is. But, how do I actually set the CRF and discount the output size...? (BTW, now that I think of it, that COULD have been my trouble before because I may have inadvertently left the output size set to BD-25 :o )Look for FIXED_CRF in HIDDENOPTS.TXT.

[soneca]

For the record, the hundreds of encoders I did a film called "The Adventurer: The Curse of the Midas Box" was the winner in terms of compressibility. If they were all like this, I save a lot on hard disk! :eek:
The only explanation for difficult sources to be compressed for no apparent reason, that is already highly compressed.

Only the movie on Blu-ray.
(preset slower - crf 18)

General
ID : 0 (0x0)
Complete name : D:\BLU-RAY\O_AVENTUREIRO_A_MALDICAO_DA_CAIXA_DE_MIDAS\BDMV\STREAM\00023.m2ts
Format : BDAV
Format/Info : Blu-ray Video
File size : 28.3 GiB
Duration : 1 h 39 min
Overall bit rate mode : Variable
Overall bit rate : 40.7 Mb/s
Maximum Overall bit rate : 48.0 Mb/s

Video
ID : 4113 (0x1011)
Menu ID : 1 (0x1)
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L4.1
Format settings, CABAC : Yes
Format settings, ReFrames : 4 frames
Codec ID : 27
Duration : 1 h 39 min
Bit rate mode : Variable
Bit rate : 36.8 Mb/s
Maximum bit rate : 37.5 Mb/s
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate : 23.976 (24000/1001) FPS
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.741
Stream size : 25.6 GiB (90%)


MKV

General
Unique ID : 248300777067398407366783915511877430750 (0xBACCFD7C3B43619A819C8E04BAB76DDE)
Complete name : E:\VIDEOS\O_AVENTUREIRO_A_MALDICAO_DA_CAIXA_DE_MIDAS.mkv
Format : Matroska
Format version : Version 4 / Version 2
File size : 4.12 GiB
Duration : 1 h 39 min
Overall bit rate : 5 929 kb/s
Movie name : O_AVENTUREIRO_A_MALDICAO_DA_CAIXA_DE_MIDAS
Encoded date : UTC 2016-07-24 18:49:16
Writing application : mkvmerge v9.3.1 ('Mask Machine') 32bit
Writing library : libebml v1.3.4 + libmatroska v1.4.5

Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L5
Format settings, CABAC : Yes
Format settings, ReFrames : 8 frames
Codec ID : V_MPEG4/ISO/AVC
Duration : 1 h 39 min
Bit rate : 3 641 kb/s
Width : 1 920 pixels
Height : 820 pixels
Display aspect ratio : 2.35:1
Frame rate mode : Constant
Frame rate : 23.976 (24000/1001) FPS
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.096
Stream size : 2.53 GiB (61%)
Writing library : x264 core 148 r2694 3b70645
Encoding settings : cabac=1 / ref=8 / deblock=1:0:0 / analyse=0x3:0x133 / me=umh / subme=9 / psy=1 /
psy_rd=1.00:0.00 / mixed_ref=1 / me_range=16 / chroma_me=1 / trellis=2 / 8x8dct=1 / cqm=0 / deadzone=21,11 / f
ast_pskip=1 / chroma_qp_offset=-2 / threads=12 / lookahead_threads=1 / sliced_threads=0 / nr=0 / decimate=1 /
interlaced=0 / bluray_compat=0 / constrained_intra=0 / bframes=3 / b_pyramid=2 / b_adapt=2 / b_bias=0 / direct=3 /
weightb=1 / open_gop=0 / weightp=2 / keyint=240 / keyint_min=24 / scenecut=40 / intra_refresh=0 / rc_lookahead=60 /
rc=crf / mbtree=1 / crf=18.0 / qcomp=0.60 / qpmin=0 / qpmax=69 / qpstep=4 / ip_ratio=1.40 / aq=1:1.00
Default : Yes
Forced : No

[Lathe]

Look for FIXED_CRF in HIDDENOPTS.TXT.

Yep, just NOW found that... DOHHHHHH!

Gee, I wonder if that is why ALL of my bloody CRF encodes have come out the size of a full Blu-ray...??? :o

[Lathe]

Hmmm, I added this to the config file:

FIXED_CRF=18

But, it is still showing the selected output size as BD-25...???

[Lathe]

For the record, the hundreds of encoders I did a film called "The Adventurer: The Curse of the Midas Box" was the winner in terms of compressibility. If they were all like this, I save a lot on hard disk! :eek:
The only explanation for difficult sources to be compressed for no apparent reason, that is already highly compressed.

Only the movie on Blu-ray.
(preset slower - crf 18)

General
ID : 0 (0x0)
Complete name : D:\BLU-RAY\O_AVENTUREIRO_A_MALDICAO_DA_CAIXA_DE_MIDAS\BDMV\STREAM\00023.m2ts
Format : BDAV
Format/Info : Blu-ray Video
File size : 28.3 GiB
Duration : 1 h 39 min
Overall bit rate mode : Variable
Overall bit rate : 40.7 Mb/s
Maximum Overall bit rate : 48.0 Mb/s

Video
ID : 4113 (0x1011)
Menu ID : 1 (0x1)
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L4.1
Format settings, CABAC : Yes
Format settings, ReFrames : 4 frames
Codec ID : 27
Duration : 1 h 39 min
Bit rate mode : Variable
Bit rate : 36.8 Mb/s
Maximum bit rate : 37.5 Mb/s
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate : 23.976 (24000/1001) FPS
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.741
Stream size : 25.6 GiB (90%)


MKV

General
Unique ID : 248300777067398407366783915511877430750 (0xBACCFD7C3B43619A819C8E04BAB76DDE)
Complete name : E:\VIDEOS\O_AVENTUREIRO_A_MALDICAO_DA_CAIXA_DE_MIDAS.mkv
Format : Matroska
Format version : Version 4 / Version 2
File size : 4.12 GiB
Duration : 1 h 39 min
Overall bit rate : 5 929 kb/s
Movie name : O_AVENTUREIRO_A_MALDICAO_DA_CAIXA_DE_MIDAS
Encoded date : UTC 2016-07-24 18:49:16
Writing application : mkvmerge v9.3.1 ('Mask Machine') 32bit
Writing library : libebml v1.3.4 + libmatroska v1.4.5

Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L5
Format settings, CABAC : Yes
Format settings, ReFrames : 8 frames
Codec ID : V_MPEG4/ISO/AVC
Duration : 1 h 39 min
Bit rate : 3 641 kb/s
Width : 1 920 pixels
Height : 820 pixels
Display aspect ratio : 2.35:1
Frame rate mode : Constant
Frame rate : 23.976 (24000/1001) FPS
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.096
Stream size : 2.53 GiB (61%)
Writing library : x264 core 148 r2694 3b70645
Encoding settings : cabac=1 / ref=8 / deblock=1:0:0 / analyse=0x3:0x133 / me=umh / subme=9 / psy=1 /
psy_rd=1.00:0.00 / mixed_ref=1 / me_range=16 / chroma_me=1 / trellis=2 / 8x8dct=1 / cqm=0 / deadzone=21,11 / f
ast_pskip=1 / chroma_qp_offset=-2 / threads=12 / lookahead_threads=1 / sliced_threads=0 / nr=0 / decimate=1 /
interlaced=0 / bluray_compat=0 / constrained_intra=0 / bframes=3 / b_pyramid=2 / b_adapt=2 / b_bias=0 / direct=3 /
weightb=1 / open_gop=0 / weightp=2 / keyint=240 / keyint_min=24 / scenecut=40 / intra_refresh=0 / rc_lookahead=60 /
rc=crf / mbtree=1 / crf=18.0 / qcomp=0.60 / qpmin=0 / qpmax=69 / qpstep=4 / ip_ratio=1.40 / aq=1:1.00
Default : Yes
Forced : No

Interesting Soneca, thanks!

This looks like a nicely reduced MKV encode that likely retains a lot of quality. I cannot use the 'Slower' setting because the resulting encode would not be compliant with my OPPO player. But, this is an excellent example.

[Lathe]

I also noticed that this hidden option is no longer listed:

AVCHD=1

What did that do again?

[Ch3vr0n]

afaik that setting forces strict AVCHD compliance

[Lathe]

Okay, the only way I could see to eliminate the output size was to chose the 'Archive' mode (x264) But, isn't that pretty much the same as the normal setting as if you were doing a 1-pass CRF encode with no output size specified...?

[Lathe]

afaik that setting forces strict AVCHD compliance

Yeah, makes sense...

[Lathe]

Okay, here is a real puzzler...

So, since I cannot seem to use CRF encoding with LAVF, I went ahead and changed it to DirectShow. I ran the Blu-ray movie file (m2ts) and I got this error:


[07/24/16] BD Rebuilder v0.50.17
[14:01:33] Source: __VID_00000
- Input BD size: 19.72 GB
- Approximate total content: [01:39:06.523]
- Target BD size: 10.45 GB
- Windows Version: 6.2 [9200]
- MOVIE-ONLY mode enabled
- Quality: High Quality (Default), Two Pass
- X264 Tweak(s) enabled
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=192
[14:01:34] PHASE ONE, Encoding
- [14:01:34] Processing: VID_00000 (1 of 1)
- [14:01:34] Extracting A/V streams [VID_00000]
- [14:04:16] Reencoding video [VID_00000]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 142,574 frames
- Bitrate: 11,860 Kbs
- [14:04:16] Reencoding: VID_00000, Pass 1 of 2
- Encode failed. Aborting.
- BD-Rebuilder v0.50.17
- Windows Version: 6.2 [9200]
- Working Path Free Space: 73.04GB
- AVISYNTH Version: 2.6.0.6, Ok
- LAVFILTERS: Ok
- AnyDVD Remove Short Titles: Incompatible
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok
- FRIMEncode: Ok
- FRIMDecode: Ok
[14:04:17] - Failed video encode, aborted


Now, I NEVER use that feature with AnyDVD and besides, this is only the movie m2ts file, so there are no 'titles' short or otherwise. I first tried this with the Archive function using CRF and I got the error. Then I did it again, but this time NOT using the Archive function but using the normal 2 pass, selected output size, etc. I got basically the same error (the above log file)

Okay, so now I'm thinking that I normally only use LAVF, but I can't use the CRF 1-pass, so I leave EVERYTHING exactly the same as the above FAILED encode, but I change back to LAVF. And, guess what...??? NOW, the encode is proceeding just fine with NO errors!

So.... WHY...??!

Here is the current log file with the ONLY difference is that I went from DirectShow back to LAVF:


[07/24/16] BD Rebuilder v0.50.17
[14:05:41] Source: __VID_00000
- Input BD size: 19.72 GB
- Approximate total content: [01:39:06.523]
- Target BD size: 10.45 GB
- Windows Version: 6.2 [9200]
- MOVIE-ONLY mode enabled
- Quality: High Quality (Default), Two Pass
- X264 Tweak(s) enabled
- Decoding/Frame serving: X264/LAVF
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=192
[14:05:44] PHASE ONE, Encoding
- [14:05:44] Processing: VID_00000 (1 of 1)
- [14:05:44] Extracting A/V streams [VID_00000]
- [14:08:02] Reencoding video [VID_00000]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 142,574 frames
- Bitrate: 11,860 Kbs
- [14:08:02] Reencoding: VID_00000, Pass 1 of 2


***EDIT

So, in other words, if I could bloody USE LAVF with the CRF 1-pass encoding, I should be fine and be able to archive like I've been asking about. BUT... since I can't and apparently HAVE to use DirectShow, I get an error...

So, now what...???

[gonca]

@Lathe
If you have FIXED_CRF=18 set then select the two items in the screencap and you can disregard the size.
Select your own preset if you wish

[Lathe]

@Lathe
If you have FIXED_CRF=18 set then select the two items in the screencap and you can disregard the size.
Select your own preset if you wish

Thanks Gonca, but I will have to wait until your picture is 'Approved' until I can see it. BTW, I already DO have that in my config file as I mentioned earlier.

[soneca]

Interesting Soneca, thanks!

This looks like a nicely reduced MKV encode that likely retains a lot of quality. I cannot use the 'Slower' setting because the resulting encode would not be compliant with my OPPO player. But, this is an excellent example.

Why not? Just adapt the preset making it compatible with the Oppo features.
I'm no expert but this example profile below based on preset slower never had problems between AVCHD discs(1080p) and players of various brands.

--preset slower --bluray-compat --tune film --level 4.0 --keyint 24 --min-keyint 1 --ipratio 1.2 --vbv-bufsize 14500 --vbv-maxrate 15000 --me umh --b-adapt 2 --ref 4 --bframes 3 --pic-struct --colorprim "bt709" --transfer "bt709" --colormatrix "bt709"

[jdobbs]

Hmmm, I added this to the config file:

FIXED_CRF=18

But, it is still showing the selected output size as BD-25...???That's ok. All targeting is out the window when CRF is selected and FIXED_CRF is set.

[Lathe]

That's ok. All targeting is out the window when CRF is selected and FIXED_CRF is set.

Oh, so you mean that even though the output size is still showing before encoding, as soon as I start the encode it will bypass or ignore the output size?

[jdobbs]

I also noticed that this hidden option is no longer listed:

AVCHD=1

What did that do again?It's not a hidden option -- it is set from within SETUP.

[Lathe]

Also too, did you have a chance to see where I got the error (AnyDVD error, although doesn't apply) with Directshow, and then with the EXACT same settings it ran just fine when I switched to LAVF...???

I included the two logs above.

Sure is weird...

It WOULD be nice if I could us LAVF AND still use 1 pass CRF 18, but BDRB doesn't allow it though...

[jdobbs]

Oh, so you mean that even though the output size is still showing before encoding, as soon as I start the encode it will bypass or ignore the output size?Yes. All it does when you set it is bypass the CRF prediction/selection algorithm and use the value from FIXED_CRF. Other than that if follows the exact same execution stream. To disable FIXED_CRF you can either delete it from the INI or set it to 0.

[Lathe]

It's not a hidden option -- it is set from within SETUP.

Oh, that's right... It's the setting 'Strict AVCHD', right...? Sorry...

[Lathe]

Yes. All it does when you set it is bypass the CRF prediction/selection algorithm and use the value from FIXED_CRF. Other than that if follows the exact same execution stream. To disable FIXED_CRF you can either delete it from the INI or set it to 0.

Good to know, thanks JD!

[jdobbs]

Also too, did you have a chance to see where I got the error (AnyDVD error, although doesn't apply) with Directshow, and then with the EXACT same settings it ran just fine when I switched to LAVF...???

I included the two logs above.

Sure is weird...

It WOULD be nice if I could us LAVF AND still use 1 pass CRF 18, but BDRB doesn't allow it though...That's because, as I mentioned, it still follows the same execution path -- and you can't make predictions without AVISYNTH (so it can select subsamples from across the entire film).

[jdobbs]

Oh, that's right... It's the setting 'Strict AVCHD', right...? Sorry...Exactly.

[Lathe]

That's because, as I mentioned, it still follows the same execution path -- and you can't make predictions without AVISYNTH (so it can select subsamples from across the entire film).

I'm afraid you lost me on that one... Except that I KNOW you need DirectShow to use Avisynth (I think... :) )

[Lathe]

That's because, as I mentioned, it still follows the same execution path -- and you can't make predictions without AVISYNTH (so it can select subsamples from across the entire film).

But if you are not predicting 'size' why do you need to select samples...?

[gonca]

Actually, it is predicting the CRF required for a given size

[jdobbs]

But if you are not predicting 'size' why do you need to select samples...?Because it doesn't know, at the time the decision is made, that it is going to bypass the prediction. Later on, when it is ready to do the prediction it says "Oh, a fixed CRF was entered. I have to use that instead of predicting."

I could do the check earlier -- but frankly LAVF has all kinds of other limitations and I just don't want to have to address all of them.

[Lathe]

Because it doesn't know, at the time the decision is made, that it is going to bypass the prediction. Later on, when it is ready to do the prediction it says "Oh, a fixed CRF was entered. I have to use that instead of predicting."

I could do the check earlier -- but frankly LAVF has all kinds of other limitations and I just don't want to have to address all of them.

Oh, I see...

I thought I heard some muttering when I put my ear really close to the screen... :cool:

[jdobbs]

Oh, I see...

I thought I heard some muttering when I put my ear really close to the screen... :cool:Sometimes it also tells really bad jokes. I haven't been able to fix that bug yet.

[Lathe]

sigh...

I STILL haven't got this right... :mad:

I thought I set everything as you suggested and all BDRB did was keep everything original because it was apparently STILL shooting for a BD-25 size!

What the heck am I missing...??!

Here is the log:

----------------------
[07/24/16] BD Rebuilder v0.50.17
[21:50:21] Source: VID_00020
- Input BD size: 15.65 GB
- Approximate total content: [01:13:01.043]
- Target BD size: 22.95 GB
- Windows Version: 6.2 [9200]
- MOVIE-ONLY mode enabled
- Quality: High Quality (Default), CRF
- X264 Tweak(s) enabled
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=192
[21:50:21] PHASE ONE, Encoding
- [21:50:21] Processing: VID_00007 (1 of 2)
- [21:50:21] Extracting A/V streams [VID_00007]
- [21:53:13] Reencoding video [VID_00007]
- [21:53:13] Keeping original video (no reencode)
- [21:53:13] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (eng): Keeping original audio
- [21:53:13] Processing: VID_00001 (2 of 2)
- [21:53:13] Extracting A/V streams [VID_00001]
- [21:53:17] Reencoding video [VID_00001]
- [21:53:17] Keeping original video (no reencode)
[21:53:17]PHASE ONE complete
[21:53:17]PHASE TWO - Rebuild Started
- [21:53:17] Rebuilding BD file Structure
[21:53:56] - Aborted per user request


Here is my INI:

[Options]
VERSION=0.50.0.17

ENCODER=0
MODE=3
ENCODE_QUALITY=2
ONEPASS_ENCODING=1
AUTO_QUALITY=0
AUTO_BIAS=3
B_PYRAMID=1
QUICK_CRF=24
ENABLE_TEST=1
ENABLE_BLANKING=1
TWEAK_PASS_ONE=--direct auto --qcomp 0.50
TWEAK_PASS_TWO=--ref 4 --deblock -2:-2 --psy-rd 1.00:0.20 --me umh --subme 8 --trellis 2 --direct auto --qcomp 0.50
ARCHIVE_ENABLE=1
ARCHIVE_LIMIT=1
ARCHIVE_CRF=18
ARCHIVE_265=0
ARCHIVE_AUDIO_100
KEEP_HD_LPCM=1
USE_ZLIB=0
AUDIO_TO_KEEP=eng;
SUBS_TO_KEEP=eng;
SD_CONVERT=0
ALTERNATE_BLURAY=0
ENCODER_MENU=1
FIXED_CRF=18
MBTREE=1
NEW_CRF_PREDICTION=1
OPEN_GOP=0
RESIZE_1080=0
RESIZE_1440=0
RESIZE_720=0
DEINTERLACE=1
SD_TO_1080=0
CONVERT_WIDE=0
DTS_REENCODE=0
AC3_REENCODE=0
AC3_640=0
AC3_192=1
KEEP_HD_AUDIO=1
AUDIO_DRC=0
DECODER=0
AVCHD=1
TARGET_SIZE=23500
PRIORITY_CLASS=0
REMOVE_WORKFILES=0
REMOVE_OUTPUT=0
USE_FILTERS=0
BDMV_CERT_ONLY=0
IVTC_PULLDOWN=0
ASSUME_DVD_PAL=0
FRIMSOURCE=0
COMPLETION_BEEP=0
OUTPUT_SBS=0
NEROAAC=0
SUPTITLE=0
PGSTOSRT=0
AUDIO_TRACK_LIMIT=0
SUBTITLE_TRACK_LIMIT=0
CUSTOM_TARGET_SIZE=10700
MENU_BACKGROUND=D:\EXECUTABLES\BD-RBV05017\BD_Rebuilder\misc\menuback.jpg
MENU_AUDIO=D:\EXECUTABLES\BD-RBV05017\BD_Rebuilder\tools\blankclip\blank.ac3
IMPORT_THRESHOLD=1
QUICK_PLAY_THRESHOLD=1
MENU_AUTO_BACKGROUND=1
MENU_AUTO_DVDAUDIO=1
MENU_PLAY_SEQUENTIAL=0
MENU_START_WITH_MENU=1
IMPORT_LIMIT_LANG=0
IMPORT_KEEP_PLAYALL=0
IGNORE_3D=1
QUICK_EXTRAS=0
MOVIEONLY_TYPE=0
ALTCRF=20
ALT_TARGET=1024
ALT_CRF_TARGET=1024

*** EDIT

And THEN... when I try to use the Archive feature with DirectShow and CRF, I ALWAYS get this error with EVERY damn movie and I DON'T use that AnyDVD feature.

So, apparently, there is NO way at all for me to back anything up using CRF 1-pass no matter what I do...

Here is the error log when trying the Archive function no matter WHAT Blu-ray I try it with:
----------------------
[07/24/16] BD Rebuilder v0.50.17
[22:10:29] Source: VID_00020
- Input BD size: 22.80 GB
- Approximate total content: [02:12:28.511]
- Windows Version: 6.2 [9200]
- Archive Backup (AVC/AC3) mode enabled
- Quality: High Quality (Default)
- X264 Tweak(s) enabled
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=192
[22:10:29] PHASE ONE, Encoding
- [22:10:29] Processing: VID_00001 (1 of 9)
- [22:10:29] Extracting A/V streams [VID_00001]
- [22:10:33] Reencoding video [VID_00001]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 24 frames
- [22:10:33] Reencoding: VID_00001, Pass 1 of 1
- Encode failed. Aborting.
- BD-Rebuilder v0.50.17
- Windows Version: 6.2 [9200]
- Working Path Free Space: 95.06GB
- AVISYNTH Version: 2.6.0.6, Ok
- LAVFILTERS: Ok
- AnyDVD Remove Short Titles: Incompatible
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok
- FRIMEncode: Ok
- FRIMDecode: Ok
[22:10:34] - Failed video encode, aborted



BTW, this 'failed' encode trying to use the Archive feature is EXACTLY the same film as processed perfectly fine above... The only difference being that the Archive function did not seem to allow me to do a 'Movie Only' encode.

Makes absolutely NO sense at all...

[Ch3vr0n]

@jdobbs if it's not too much to ask could you build an exe with the split built in? I just want to see if that would work. I've never seen split.exe run along side other processes ever anyway. Only the x264's. I just can't get it to work and really doubt av is at fault here. It wasn't on my old system with win 7.

[Sharc]

@Lathe
Archive mode is intended for full backups.

[Lathe]

@Lathe
Archive mode is intended for full backups.

Ah, good to know!

Still doesn't explain all the weird behaviour though...

[MrVideo]

BTW Mr. V... If you are using subme 10 and it is ONLY taking 3-4 hours...??! WOW! You must have a quantum / tachyon computer my friend! :D

That is for encodes of 42-44 min sources @ 4Mbps. If I go to 8Mbps, then add an extra hour, at least (15 Mbps H.264 source). If I do 10, or 15, Mbps encodes of 35Mbps MPEG-2 sources, it too will take longer.

It is an AMD 4-core.

[varekai]

I could do the check earlier -- but frankly LAVF has all kinds of other limitations and I just don't want to have to address all of them.

Seems to remember something here, but I forgot what it was... alzheimers in progress...
Have to ask you once again, me I'm doing mostly movie only backups to BD25, downsample audio to AC3 640kbs.
For a veery long time I've been using X264 internal LAVF for my encodes, settings in ini ENCODE_QUALITY=4
(I know I'm anal about quality, sharp eyes you know).
Hardly ever do any alternate encoding to other formats than BD.
Would I be better off using DirectShowSource?
Sorry for being so ignorant... I'll save your answer in my knowledge base folder!! :D

Regards

[jdobbs]

Ah, good to know!

Still doesn't explain all the weird behaviour though...Not weird. Unless you are doing an archive, it doesn't reencode unless it has to.

[jdobbs]

Seems to remember something here, but I forgot what it was... alzheimers in progress...
Have to ask you once again, me I'm doing mostly movie only backups to BD25, downsample audio to AC3 640kbs.
For a veery long time I've been using X264 internal LAVF for my encodes, settings in ini ENCODE_QUALITY=4
(I know I'm anal about quality, sharp eyes you know).
Hardly ever do any alternate encoding to other formats than BD.
Would I be better off using DirectShowSource?
Sorry for being so ignorant... I'll save your answer in my knowledge base folder!! :D

RegardsIt's not really that big a deal. If you're doing a straight backup that doesn't require any filters, then LAVF is fine. But with the kinds of setting that require resizing, adding borders, iVTC, etc. -- DirectshowSource is needed. In most cases, when those kinds of things are in effect, BD-RB will automatically use DirectshowSource anyway since it can't do it without it. The only time it will fail is if LAV filters or FFDSHOW isn't installed.

[varekai]

It's not really that big a deal. If you're doing a straight backup that doesn't require any filters, then LAVF is fine. But with the kinds of setting that require resizing, adding borders, iVTC, etc. -- DirectshowSource is needed. In most cases, when those kinds of things are in effect, BD-RB will automatically use DirectshowSource anyway since it can't do it without it. The only time it will fail is if LAV filters or FFDSHOW isn't installed.
Thanks for your input, saved this conversation to a txt file... :D

[jdobbs]

@jdobbs if it's not too much to ask could you build an exe with the split built in? I just want to see if that would work. I've never seen split.exe run along side other processes ever anyway. Only the x264's. I just can't get it to work and really doubt av is at fault here. It wasn't on my old system with win 7.I'm positive it isn't the split software as I use it all the time and it hasn't changed since 2012. It's been so long since I even looked at that code that I'd rather not mess with it.

[Lathe]

Not weird. Unless you are doing an archive, it doesn't reencode unless it has to.

No, I mean 'weird' in the sense that I did EVERYTHING you said to do, including the FIXED_CRF=18 in the ini, and it STILL insists on 'thinking' that it has a full BD-25 to fill, instead of just simply encoding it at CRF 18 and discounting the output size like it is supposed to (thus the 'not needing to re-encode' as you said, whereas it DOES bloody need to re-encode at CRF 18, but it refuses to do it)

Since I couldn't get ANY way to work for BDRB to do a simple CRF 1-pass backup at all (either it insists on using the output size or in the case of ANY encodes I do with DirectShow, regardless of what Blu-ray I use, I ALWAYS get the same AnyDVD error, even though I don't use that, so I just went ahead and figured out the cmd line instructions for x264 to do a CRF 18 encode and it worked just fine.

I WILL say though JD that you are quite right about the compression (now that I FINALLY was able to do it using the CMD line) I took the film 'EXTRAORDINARY TALES', the film itself being about 15 Gigs, and using the CMD line I re-encoded it using CRF 18 as you suggested, and the video part came out to only 3 Gigs! WOW! NOW, even if I can't seem to get BDRB to do it, if I can at least start backing up my Blu-rays using the CMD line using CRF 18, I will start saving a LOT of space, thanks to you! :D

[mparade]

@jdobbs

Does BD-RB support HE-AAC encoding for mkv containers?
As far as I know, it could encode more efficiently than LC-AAC. (for 5.1 streams one could get "excellent" audio quality using as low bitrate as 320 kbit/s, and for 7.1 streams the same level of quality can be reached by using only a bitrate of 448 kbit/s. Such low bitrates can't be obtained by using LC-AAC encoding profile. Very good encoders are Fraunhofer FDK and QAAC, as far as I know.

[jdobbs]

It's my understanding the HE-AAC is really meant for very low bitrates. But to answer your question, no, BD-RB doesn't currently support HE-AAC. I'm not sure if FAAC supports it. But if you're using NeroAACEnc it should be pretty easy to add it as an option for ALTERNATE output. In fact it may already be automatically used based on the bitrate settings, but I'm not positive.

[Sharc]

sigh...

I STILL haven't got this right... :mad:

I thought I set everything as you suggested and all BDRB did was keep everything original because it was apparently STILL shooting for a BD-25 size!

What the heck am I missing...??!

Here is the log:

----------------------
[07/24/16] BD Rebuilder v0.50.17
[21:50:21] Source: VID_00020
- Input BD size: 15.65 GB
........
What BD Source is this? An already preprocessed single file / import? Why are you insisting on archive mode for just compressing a single file? Why not simply using the regular Movie only mode with FIXED_CRF=18? I don't get it .....

[Lathe]

What BD Source is this? An already preprocessed single file / import? Why are you insisting on archive mode for just compressing a single file? Why not simply using the regular Movie only mode with FIXED_CRF=18? I don't get it .....

I tried that. And, as I said before the ONLY way BDRB will allow a 1-pass CRF encode is using DirectShow. And... EVERY bloody time I try to use Directshow I get the EXACT same error regardless of the Blu-ray. And, NO, it is not a 'pre-processed' file, it is simply the movie only file that I drew out of the Blu-ray rip to process by itself, mainly because I am try to simplify my steps as much as possible (in other words give BDRB the simplest input) to make the dang thing work. And it won't.

In the post above I made it clear that I ALSO tried what you are suggesting and I got the error. But that is okay (even though I would really LOVE to understand why it's not working...) because I finally figured out the CMD line to do a CRF 18 encode with the m2ts file, and as JD said, the compression is amazing and will hopefully help me now save more space!

It would certainly be NICE to be able to use BDRB because it would be easier, but as long as the encode actually produces a playable Blu-ray that my OPPO will play, I am happy :)

[Sharc]

@Lathe
you could put
FORCE_ENCODE=1
in your ini.

But I would recommend to flush everything and start with a fresh install of BD RB and auxiliary tools, without any twists and tweaks - except FIXED_CRF=18 - to begin with, and select Movie-only Backup with One Pass (CRF) Encoding.

[Lathe]

@Lathe
you could put
FORCE_ENCODE=1
in your ini.

But I would recommend to flush everything and start with a fresh install of BD RB and auxiliary tools, without any twists and tweaks - except FIXED_CRF=18 - to begin with, and select Movie-only Backup with One Pass (CRF) Encoding.

Yeah, you're probably right... :)

I'll give that a try, thanks!

[Lathe]

Nope, no go...

exactly the same thing happens. Not only does it continue to set an output size, but I also get the omnipresent 'AnyDVD' error, which as I mentioned before, happens EVERY time with DirectShow no matter what file I use and no matter what Blu-ray it's from. And again, I NEVER use that feature with AnyDVD...

BDRB log:

----------------------
[07/27/16] BD Rebuilder v0.50.17
[01:41:21] Source: __VID_00000
- Input BD size: 21.72 GB
- Approximate total content: [01:56:25.937]
- Target BD size: 4.36 GB
- Windows Version: 6.2 [9200]
- MOVIE-ONLY mode enabled
- Quality: Good (Very Fast), CRF
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[01:41:21] PHASE ONE, Encoding
- [01:41:21] Processing: VID_00000 (1 of 1)
- [01:41:21] Extracting A/V streams [VID_00000]
- [01:43:46] Reencoding video [VID_00000]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 167,495 frames
- [01:43:46] Encoding using constant rate factor.
- Encode failed. Aborting.
- BD-Rebuilder v0.50.17
- Windows Version: 6.2 [9200]
- Working Path Free Space: 71.82GB
- AVISYNTH Version: 2.6.0.6, Ok
- LAVFILTERS: Ok
- AnyDVD Remove Short Titles: Incompatible
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok
- FRIMEncode: Ok
- FRIMDecode: Ok
[01:43:47] - Failed video encode, aborted


Ini settings:

-----------------------------------

[Options]
VERSION=0.50.0.17
ENCODER=0
MODE=3
ENCODE_QUALITY=0
ONEPASS_ENCODING=1
AUTO_QUALITY=0
FIXED_CRF=18
AUDIO_TO_KEEP=eng;
SUBS_TO_KEEP=eng;
SD_CONVERT=0
OPEN_GOP=0
RESIZE_1080=0
RESIZE_1440=0
RESIZE_720=0
DEINTERLACE=1
SD_TO_1080=0
IGNORE_3D=1
CONVERT_WIDE=0
DTS_REENCODE=0
AC3_REENCODE=0
AC3_640=1
AC3_192=0
KEEP_HD_AUDIO=1
AUDIO_DRC=0
DECODER=0
AVCHD=1
REMOVE_WORKFILES=0
REMOVE_OUTPUT=0
USE_FILTERS=0
BDMV_CERT_ONLY=0
IVTC_PULLDOWN=0
ASSUME_DVD_PAL=0
FRIMSOURCE=0
COMPLETION_BEEP=0
OUTPUT_SBS=0
NEROAAC=0
SUPTITLE=0
PGSTOSRT=0
AUDIO_TRACK_LIMIT=0
SUBTITLE_TRACK_LIMIT=0
CUSTOM_TARGET_SIZE=23500
[Paths]
WORKING_PATH=C:\_______MEDIA\_BDRB\
SOURCE_PATH=C:\_______MEDIA\__TSMUXER\

Thanks for the suggestion though Sharc!

[Lathe]

I was curious about the 'perceived quality' of CRF...

Since for now I have to use the CMD line to encode with CRF, I am really surprised at how small the file sizes are coming out for Blu-ray movie files. I'll attach a snapshot of the encoder so you all can see what the CMD line looks like and how long it takes, etc. Another thing that is amazing is how much faster it is using the CRF 18, even with the fairly high x264 'tweak' settings that I am using (basically the same tweaks that I would use with BDRB with the default 'High' setting) Now, not only does it only take maybe around 3 1/2 hours for a 22 Gig movie file, but the file size comes out anywhere around 5-7 Gigs or so, which is amazing. Comparatively, what I always used to do when backing up Blu-rays when there was a fair amount of compression to be used (say from a 44 Gig Blu-ray to a BD-25) BDRB with 2 passes and the tweaks would generally take overnight around 8 - 10 hours.

So, what I am really curious about is when doing it the way I used to I would of course end up with a BD-25 size and a very healthy bit rate of maybe around 20,000+ But, since CRF 18 is supposed to be such a high quality setting (supposedly 'transparent') and yet the file size comes out at about 1/3 or less and obviously with a lot lower bit rate (I think the DOS window show the [average ?] bit rate of the encode when finished) So, my question is, since the CRF 18 is supposed to be such a 'transparent' setting, how the hell can the file size and the resulting bit rate be THAT small? I mean, is it possible for it to look truly transparent...? I guess I'm not used to thinking that such a small file could possibly look that good.

Any thoughts or input would be great!

[Sharc]

@Lathe
Some progress is obvious:
[01:41:21] PHASE ONE, Encoding
- [01:41:21] Processing: VID_00000 (1 of 1)
- [01:41:21] Extracting A/V streams [VID_00000]
- [01:43:46] Reencoding video [VID_00000]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 167,495 frames
- [01:43:46] Encoding using constant rate factor.
Means the CRF=18 kicked in!

Secondly:
- Use the original disc source, not some pre-extracted VID or whatever
- Exit AnyDVD before starting BD RB. I assume you have the decrypted version of the disc on your HD, so you don't need to keep AnyDVD running.

As for CRF quality:
CRF 18 is very good. You can rely on it, you may however want to leave the encoder setting at High Quality (default). The file size however depends much on the source. A grainy or noisy source will produce much larger file sizes than a "clean" source.
Of course CRF 1-pass is always much faster than 2-pass because it does the job in 1 pass. 1-pass CRF versus 2-pass encodes has been discussed exhaustively in the x264 thread etc. Just google for it.

[Lathe]

@Lathe
Some progress is obvious:
[01:41:21] PHASE ONE, Encoding
- [01:41:21] Processing: VID_00000 (1 of 1)
- [01:41:21] Extracting A/V streams [VID_00000]
- [01:43:46] Reencoding video [VID_00000]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 167,495 frames
- [01:43:46] Encoding using constant rate factor.
Means the CRF=18 kicked in!

Secondly:
- Use the original disc source, not some pre-extracted VID or whatever
- Exit AnyDVD before starting BD RB. I assume you have the decrypted version of the disc on your HD, so you don't need to keep AnyDVD running.

As for CRF quality:
CRF 18 is very good. You can rely on it, you may however want to leave the encoder setting at High Quality (default). The file size however depends much on the source. A grainy or noisy source will produce much larger file sizes than a "clean" source.
Of course CRF 1-pass is always much faster than 2-pass because it does the job in 1 pass. 1-pass CRF versus 2-pass encodes has been discussed exhaustively in the x264 thread etc. Just google for it.

Thanks Sharc!

No, I do not have AnyDVD running while using BDRB. Appreciate the input about CRF too. Yeah, I've read until my eyes fell out (well, they got better...) about CRF vs 2 Pass, so I know what you mean. I was just SO bloody surprised at how small the file sizes turned out to be and how much lower the bit rate is.

The only time I get the error is using DirectShow, which is unfortunately the only way BDRB will do CRF. So, I'll just stay with the CMD line for now.

So, if I may get your thoughts (and anyone else's too!) what do you personally think about how the resulting quality will look like comparing the way I used to do it (doing a 2 Pass 'High' quality w/tweaks upping a lot of the x264 to 'Slow' setting, but within what my OPPO will play) yielding a high bitrate BD-25 or doing it this way with CRF 18, also with the exact same high tweaks and settings, but yielding about 1/3 the size and bitrate...?

I mean... other than the REAL hard core videophiles here (the ones that use 'Slower', subme 10, placebo, etc...) most here, including JD very glibly (and I mean that respectfully) say that everything looks just the same and you won't see any differences, and more isn't necessary, etc., etc... BUT... like I say, I'm honestly NOT a total fanatic like a lot of these other guys who use such extreme settings, BUT, I really DO consider myself a serious Audio/Videophile and I really DO want to be as sure as possible that I am getting a VERY close to original 'perceived' quality as I can for my 50" screen. I KNOW it's totally subjective, but my concerns run just about in the middle of the extreme guys and JD and Chevr0n and some of the others who just say throw it on 'Auto' and forget about it...

Any opinions on what I REALLY will be 'seeing' when I watch these as compared to the way I used to do it...? Perhaps from the guys here who are pretty particular and moderately demanding about the quality. I mean, I KNOW that the real anal people here (uh, meaning their very critical, demanding nature, not necessarily their personal proclivities...) just FEEL better by bringing out all the Big Guns that they can and wringing out every POSSIBLE bit of quality then can. But, I honestly would like to strive for a balance, based more upon actually what a person will or can see with their eyes, but still being fairly critical.

Thanks!

Just hard to wrap my tiny little mind around, I guess... :cool:

[gonca]

@Lathe
I use CRF 18 High Quality (medium) all the time, only tweak is --tune film
Quality is, to me, excellent

PS
AnyDVD Remove Short Titles: Incompatible
Uncheck this setting
If it is not selected toggle it a few times
If this doesn't work Uninstall ANYDVD completely, use CCleaner on the registry, then re-install to see if it clears up
Do not use these kind of settings on the backup that BDRB wiil be using for the backup

[Lathe]

@Lathe
I use CRF 18 High Quality (medium) all the time, only tweak is --tune film
Quality is, to me, excellent

PS

Uncheck this setting
If it is not selected toggle it a few times
If this doesn't work Uninstall ANYDVD completely, use CCleaner on the registry, then re-install to see if it clears up
Do not use these kind of settings on the backup that BDRB wiil be using for the backup

Thanks Gonca!

Yeah, believe me, I do NOT use that setting at all. And, to be honest, I've used files from MANY sources (yeah, yeah... I know...) with BDRB thousands of times and it is ONLY with the DirectShow filters that I ALWAYS, ALWAYS, ALWAYS get that error. Heh... I don't know how much clearer I can say it or how many times I post the logs, PLEASE, everyone understand:

1. I NEVER use the AnyDVD 'short titles, etc.' setting, ever!

2. And... EVERY file, EVERY Blu-ray, EVERY time with DirectShow no matter WHAT I use, Kosher or not, EVERY time it kicks out that error. Soooooo... I'm clearly no expert, but I'm kinda starting to think, what...? Just MAYBE my DirectShow filters are screwy or perhaps not set right...? :)

It makes NO difference, I ALWAYS get the error...

After saying this, I probably SHOULD then go back and re-install the DirectShow filters from page 1, right? I did do a complete re-install of BDRB as was suggested before and left all 'tweaks' off with only CRF 18 set in my ini, but I haven't re-installed the DirectShow filters yet.

BTW, how do you use the CRF prediction, assuming that I ever get it to work...?

Thanks!

[Ch3vr0n]

Post an image (or link to one) of the anydvd program settings. Either one or both of those settings have to be active or bdrb wouldn't throw that message.

[Lathe]

Post an image (or link to one) of the anydvd program settings. Either one or both of those settings have to be active or bdrb wouldn't throw that message.

No, like I've repeatedly said, it has absolutely nothing to do with it.

But, let's just forget about that. Everyone keeps harping on that and I've said until I'm blue in the face that it doesn't matter WHAT file or Blu-ray I use, or for that matter which decrypter I have used. DirectShow spits out that error EVERY time whether I've even used AnyDVD as the decrypter or not.

Let's just forget about that part; I am VERY weary of repeating myself, okay? It doesn't matter now; I will just use the CMD line.

Obviously, the WHOLE bloody time I've had my filters set of LAVF, I have never, EVER, EVER, EVER gotten that error, no matter what Blu-ray I have use with BDRB, like the last thousand times, okay?

So, what...? The VERY first time I have to switch over to DirectShow because I absolutely HAVE to in order for BDRB to process a CRF 1-pass encode, and then and ONLY then I get my VERY first error about this? And, not only that, but with EVERY subsequent attempt using DirectShow it happens?

Yeah... so like it's my AnyDVD settings when the last thousand encodes using LAVF have been perfectly fine.

But, thanks for the help anyway. Let's just drop this one since it doesn't matter anyway, okay?

[gonca]

@Lathe
I don't use prediction, I use straight CRF
See the screenshot I posted a page or two ago

[Lathe]

@Lathe
I don't use prediction, I use straight CRF
See the screenshot I posted a page or two ago

That's fine; I'm just curious as to what it does and how you use it.

No biggie, doesn't matter...

[Ch3vr0n]

That incompatibility setting isn't thrown by ffdshow nor lav folders but bdrb because either those settings are active or the source you're using has it active. Refusing to do the screenshot sounds to me like you don't want to troubleshoot the issue.

[gonca]

I use the FIXED_CRF=18 option
--tune film tweak
and select One Pass CRF from setup
Also use High quality
That is it... no special settings

[Lathe]

That incompatibility setting isn't thrown by ffdshow nor lav folders but bdrb because either those settings are active or the source you're using has it active. Refusing to do the screenshot sounds to me like you don't want to troubleshoot the issue.

Geez Ch3vr0n... Okay, I'm posting a frigg'n screet shot of my damn AnyDVD settings. WHAT, do you think I'm frigg'n BLIND and don't know how the hell to check or uncheck boxes...???

BUT... to make YOU the overlord of all that is Holy happy, I'm attaching a shot of the settings panel showing, YEP, you guessed it..., the check boxes are NOT frigg'n checked for the short titles things...

Happy...?

You can be a REAL pain sometimes Bro... (sorry JD, but this guys demanding and insulting nature when you have made it CLEAR that you are not doing something really gets annoying...)

[Lathe]

I use the FIXED_CRF=18 option
--tune film tweak
and select One Pass CRF from setup
Also use High quality
That is it... no special settings

Hmmm, how does that help Gonca...? I appreciate your effort, but what is the difference between adding my own x264 tweaks (deblock -2, -2, etc) and merely using --tune film? I will try it, but I don't see right off hand how that will make a difference.

Thanks though. Basically you are doing pretty much what I WANT to do, but I keep getting the error. UNLIKE Ch3vr0n, I feel that it must be something universally wrong with my DirectShow settings or install or something. OBVIOUSLY when it just spits out the same error every time even though, for example, you KNOW that the Blu-ray you are using that you used DVDFab that time or MakeMKV to do the decrypting, CLEARLY it is something else.

But, like I said... Really it is okay, I am WELL past the point of caring now; for the CRF, unless someone actually comes up with a REAL solution, or if I actually get around to re-installing my DirectShow filters, I will be perfectly happy using the CMD line.

I do appreciate your trying to help me though Gonca! :)

[gonca]

but what is the difference between adding my own x264 tweaks

Time / speed of encode
Compare and if you can see the difference use the settings that you like better
That is how I use the CRF setting, simple and with good results
PS
I use DGDecNV for frame serving

[Lathe]

Time / speed of encode
Compare and if you can see the difference use the settings that you like better
That is how I use the CRF setting, simple and with good results
PS
I use DGDecNV for frame serving

AHA! Thanks, I didn't know that you could use that frame server and still do this. I will definitely try that now. And yes, I see what you mean Gonca in just making it simpler. Sure, I understand and you probably are right. I guess I just like to tweak things a little more, but tweak--film is pretty decent in itself. I just like to bump up (down) the deblocking a bit and bump up the psychovisual just a tad :)

[Ch3vr0n]

I'm just trying to rule out everything. It wouldn't be the first time someone said something is enabled or disabled and it turned out to be the opposite. Nothing overlord, bossy or rude about it. Just trying to rule out all variables, that's all there is too it.

[Lathe]

I'm just trying to rule out everything. It wouldn't be the first time someone said something is enabled or disabled and it turned out to be the opposite. Nothing overlord, bossy or rude about it. Just trying to rule out all variables, that's all there is too it.

All right, all right... Just sounded kind of insulting when I repeatedly stated that I DIDN'T use that feature in AnyDVD.

Sometimes I forget how bloody THOROUGH you are! :cool:

[gonca]

Just to clear something up (and if I am wrong I hope Jdobbs sees it and corrects me)
CRF prediction... Fixed (predetermined) size that will use CRF encoding>>that is why BDRB has to predict a CRF value---known size but unknown quality until after prdeiction
FIXED_CRF encoding...final size is unknown but quality is "constant"---unknown size until finished but predetermined quality

[Sharc]

@jdobbs
I reported an issue here (http://forum.doom9.org/showthread.php?p=1761182#post1761182), (see post #23810 ... 23814) which seems to be still the same with latest release.

The source is 1920x1080i25 (progressive video flagged as interlaced for Blu-ray compliance).
The 1280x720 .mkv alternate output which I am getting is 25fps, either flagged as --fake interlaced, or encoded as interlaced (MBAFF). Both do not make much sense IMO.
It should be either 23.976 or 50 fps (frame doubling or pulldown) progressive.
The conversion works well for BD output b.t.w., hence I assume the solution to the alternate output problem is close.....

Any thoughts?

[Sharc]

I tried that. And, as I said before the ONLY way BDRB will allow a 1-pass CRF encode is using DirectShow. And... EVERY bloody time I try to use Directshow I get the EXACT same error regardless of the Blu-ray. And, NO, it is not a 'pre-processed' file, it is simply the movie only file that I drew out of the Blu-ray rip to process by itself, mainly because I am try to simplify my steps as much as possible (in other words give BDRB the simplest input) to make the dang thing work. And it won't.

In the post above I made it clear that I ALSO tried what you are suggesting and I got the error. But that is okay (even though I would really LOVE to understand why it's not working...) because I finally figured out the CMD line to do a CRF 18 encode with the m2ts file, and as JD said, the compression is amazing and will hopefully help me now save more space!

It would certainly be NICE to be able to use BDRB because it would be easier, .........
Please post the pinfo.inf (from from the pseudo folder) which belongs to your VID_xxxxx source for which BDRB fails.

[Lathe]

Please post the pinfo.inf (from from the pseudo folder) which belongs to your VID_xxxxx source for which BDRB fails.

There is no pinfo.inf file because there is no pseudo folder. The m2ts movie file is ripped straight from the Blu-ray, so it is already fully compliant and doesn't need any adjustments as would, say, a MKV file or something else.

Appreciate the thought, but I am now successfully using the CMD line and it is working just fine. I did another CRF 18 encode last night with a Blu-ray video file of about 25 Gigs, and it ended up being a little less than 6 Gigs! And, even though it is a film FILLED with action, damn if the bloody thing didn't look awesome too! :D

I'm really impressed with the CRF 18 encodes. I really need to give a big 'THANK YOU' to JD for telling me about it.

Also too, I really need to re-install the DirectShow filters to see if that helps...

[nozuul]

Anyone have any Idea why this may not be working?

Thanks

[07/28/16] Checking System Settings
- BD-Rebuilder v0.50.17
- Windows Version: 6.2 [9200]
- Working Path Free Space: 1,478.28GB
- AVISYNTH Version: 2.5.8.0, Ok
- LAVFILTERS: Ok
- AnyDVD settings check: Ok.
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok
- FRIMEncode: Ok
- FRIMDecode: Ok
[07/28/16] Systems Settings Check complete

[07/27/16] BD Rebuilder v0.50.17
[19:57:12] Source: BATMAN_V_SUPERMAN_DOJ_UE_00100
- Input BD size: 42.69 GB
- Approximate total content: [03:02:33.651]
- Windows Version: 6.2 [9200]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- Mode: DVD-5, 720x480/576, AC3 Audio
- Quality: High Quality (Default)
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=640
[19:57:12] PHASE ONE, Encoding
- [19:57:12] Processing: VID_00042 (1 of 1)
- [19:57:12] Extracting A/V streams [VID_00042]
- [20:08:17] Reencoding video [VID_00042]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 262,625 frames
- Bitrate: 2,851 Kbs
- [20:08:17] Reencoding: VID_00042
- [21:27:23] Video Encode complete
- [21:27:23] Processing audio tracks
- Track 4352 (eng): Keeping original core audio
[21:27:32]PHASE ONE complete
[21:27:32]PHASE TWO - Rebuild Started
- [21:27:32] Building ALTERNATE OUTPUT Structure
- [21:27:32] Converting 6 subtitles to DVD format.
- [21:32:40] Starting MPLEX.
- ERROR in attempt to mux (MPLEX)
[21:34:23] - Failed to REBUILD

[Lathe]

Anyone have any Idea why this may not be working?

Thanks

[07/28/16] Checking System Settings
- BD-Rebuilder v0.50.17
- Windows Version: 6.2 [9200]
- Working Path Free Space: 1,478.28GB
- AVISYNTH Version: 2.5.8.0, Ok
- LAVFILTERS: Ok
- AnyDVD settings check: Ok.
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok
- FRIMEncode: Ok
- FRIMDecode: Ok
[07/28/16] Systems Settings Check complete

[07/27/16] BD Rebuilder v0.50.17
[19:57:12] Source: BATMAN_V_SUPERMAN_DOJ_UE_00100
- Input BD size: 42.69 GB
- Approximate total content: [03:02:33.651]
- Windows Version: 6.2 [9200]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- Mode: DVD-5, 720x480/576, AC3 Audio
- Quality: High Quality (Default)
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=640
[19:57:12] PHASE ONE, Encoding
- [19:57:12] Processing: VID_00042 (1 of 1)
- [19:57:12] Extracting A/V streams [VID_00042]
- [20:08:17] Reencoding video [VID_00042]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 262,625 frames
- Bitrate: 2,851 Kbs
- [20:08:17] Reencoding: VID_00042
- [21:27:23] Video Encode complete
- [21:27:23] Processing audio tracks
- Track 4352 (eng): Keeping original core audio
[21:27:32]PHASE ONE complete
[21:27:32]PHASE TWO - Rebuild Started
- [21:27:32] Building ALTERNATE OUTPUT Structure
- [21:27:32] Converting 6 subtitles to DVD format.
- [21:32:40] Starting MPLEX.
- ERROR in attempt to mux (MPLEX)
[21:34:23] - Failed to REBUILD

I don't know why it failed to rebuild the files and you must have a SERIOUSLY kick@ss computer for a 42 Gig movie to be re-encoded to a BD-5 using High quality in only an hour and nineteen minutes...???!! WOW! Anyway, if you saved your WORKFILES folder, all the re-encoded, audio, and subtitle files should be there. So, all you really have to do is use TSMuxer (free program) and mux the finished files in the folder into a BD-5 and your set.

[Sharc]

I don't know why it failed to rebuild the files and you must have a SERIOUSLY kick@ss computer for a 42 Gig movie to be re-encoded to a BD-5 using High quality in only an hour and nineteen minutes...???!! WOW! Anyway, if you saved your WORKFILES folder, all the re-encoded, audio, and subtitle files should be there. So, all you really have to do is use TSMuxer (free program) and mux the finished files in the folder into a BD-5 and your set.

Nope. He is encoding to DVD mpeg2, it seems.

[Sharc]

Anyone have any Idea why this may not be working?

Thanks

........
- [21:32:40] Starting MPLEX.
- ERROR in attempt to mux (MPLEX)
[21:34:23] - Failed to REBUILD
Looks like MPLEX has a problem with one of the files.
- You could perhaps try to skip the subtitles
- Is the audio AC3 448kbps, or 640kbps? (I am not sure whether 640kbps would be DVD compliant, I think the maximum is 448 kbps)

You could also try to mux the files in the workfolder manually with MuxMan (free DVD muxer) and see where MuxMan complains.

[Sharc]

There is no pinfo.inf file because there is no pseudo folder. The m2ts movie file is ripped straight from the Blu-ray, so it is already fully compliant and doesn't need any adjustments as would, say, a MKV file or something else.
.........
Also too, I really need to re-install the DirectShow filters to see if that helps...
ok, no pinfo.inf. So how does the VID_xxxxx.AVS file look in the workfolder? Can you post it? Does it play in MPC-HC?

[Lathe]

Nope. He is encoding to DVD mpeg2, it seems.

DOHHHH! sorry... :o

[Lathe]

ok, no pinfo.inf. So how does the VID_xxxxx.AVS file look in the workfolder? Can you post it? Does it play in MPC-HC?

That's a good question. Next time I try it (after reinstalling my DirectShow filters, just in case...) I'll check the .AVS file. Yes, the m2ts movie file plays just fine by itself. Believe me, since I have tried every kind of file imaginable, and with ALL of them I get the error, I'm quite sure it has nothing to do with the movie file itself. But, I'll will check the .AVS file next time.

[Lathe]

Hey, one quickie about CRF...

On the encodes that I am doing with the CRF 18, I check with MediaInfo and it shows that the maximum bitrate is like 35 Mb/sec. So, does CRF have that kind of flexibility so that there are indeed times where the bitrate might actually be that high when needed? I read that when a person does a 2 Pass encode where size is specified, that basically it is just doing the first pass in order to choose what the optimum CRF will be in order to fit the target size, right? That kind of is like what JD was talking about, right, when he was telling me that when he checked what the resulting CRF was needed to fill a BD-25 was like 12.5 or something like that...? (although I don't know how he found that out)

And, from what I've read, despite the back and forth about whether CRF or 2 Pass is better and all that, does that mean then that when I do a 1 pass CRF 18 encode that it will vary the bitrate from scene to scene depending on what the '18' setting determines that it needs for any given scene? I'm using pretty much the settings of the preset 'Slow' with the exception of the few parameters that I need to change to make it Blu-ray compliant (ref 4, b frames 3, etc.) And, does the bitrate vary that much where it actually can go up to what it was on the original Blu-ray at times? If that is true, then CRF is pretty damn bitch'n because that means that it really adjusts to what the movie needs scene to scene, supposedly sort of like what the old Variable MP3 encoding was supposed to do.

I'm just trying to get a handle on what is actually going on while the CRF is encoding the film.

[gonca]

@Lathe
Re bitrate distribution
A picture is worth a few words so I've attached a screencap of bitrate viewer analyzing a movie done with the settings I mentioned

15500

[jdobbs]

So, does CRF have that kind of flexibility so that there are indeed times where the bitrate might actually be that high when needed?

...does that mean then that when I do a 1 pass CRF 18 encode that it will vary the bitrate from scene to scene depending on what the '18' setting determines that it needs for any given scene? Very much so. In fact, just like with 2 pass, BD-RB has to put limits on the high end to make sure it doesn't exceed what a BD can handle.

[Lathe]

@Lathe
Re bitrate distribution
A picture is worth a few words so I've attached a screencap of bitrate viewer analyzing a movie done with the settings I mentioned

15500

Nice, thanks Gonca! :)

Yeah, I was gonna DL Bitrate Viewer yesterday, but the documentation on their site just showed DVD stuff, not any HD. But, if it works for HD stuff too, I'll snag it, thanks!

[Lathe]

Very much so. In fact, just like with 2 pass, BD-RB has to put limits on the high end to make sure it doesn't exceed what a BD can handle.

Awesome! So, I can't see how you can frigg'n lose by using a 'high' CRF setting then. Sounds like it pretty much covers everything that is needed, regardless of the resulting file size.

This has been a REAL eye-opener for me! Thanks JD!

[jdobbs]

Awesome! So, I can't see how you can frigg'n lose by using a 'high' CRF setting then. Sounds like it pretty much covers everything that is needed, regardless of the resulting file size.

This has been a REAL eye-opener for me! Thanks JD!It's the main reason I created the ARCHIVE mode. Sometimes it's nice to have a near-perfect backup on a hard drive somewhere -- without wasting any space. All you have to do is set ARCHIVE_ENABLE=1 and ARCHIVE_CRF=18 in the INI and you can do ARCHIVE backups using CRF. It's almost the same as what you get with FIXED_CRF -- but you have the additional option of using HEVC for your backup (making it even smaller at a given quality level) if you set ARCHIVE_265=1.

[Lathe]

It's the main reason I created the ARCHIVE mode. Sometimes it's nice to have a near-perfect backup on a hard drive somewhere -- without wasting any space. All you have to do is set ARCHIVE_ENABLE=1 and ARCHIVE_CRF=18 in the INI and you can do ARCHIVE backups using CRF. It's almost the same as what you get with FORCE_CRF -- but you have the additional option of using HEVC for your backup (making it even smaller at a given quality level) if you set ARCHIVE_265=1.

Yep! I will definitely give that another try. Unfortunately though, that seems to trigger the same error when I use DirectShow every time I use it. But, I still need to get off my but and reinstall the DirectShow filters and give it another try! I don't think I've actually tried the ARCHIVE_CRF=18 specifically in the ini yet. Hang on a minute...! You said here FORCE_CRF=18 but the hidden opts text says FIXED_CRF=18...??? Did I get this wrong...?

[MrVideo]

A picture is worth a few words

Nice graph. Notice anything wrong with it?

Just noticed that the program is 5 years old, which might be a reason for it.

[gonca]

It was only meant to show the bitrate distribution, but please tell me what is wrong with it, the NTSC label?

[Lathe]

It was only meant to show the bitrate distribution, but please tell me what is wrong with it, the NTSC label?

No, no, it was an excellent example demonstrating exactly what I was wondering about how the bitrate was distributed.

Thanks!

[gonca]

It was only meant to show the bitrate distribution, but please tell me what is wrong with it, the NTSC label?

That wasn't meant for you Lathe
It was for MrVideo

[Lathe]

That wasn't meant for you Lathe
It was for MrVideo

I know... but, I was just reassuring you that I thought it was great!

[gonca]

Thanks

[MrVideo]

It was only meant to show the bitrate distribution, but please tell me what is wrong with it, the NTSC label?

Yep. As noted, the program is 5 years old. Many more people described digital video incorrectly then. Education has brought that number down. Unfortunately, a lack of an update is propagating the use of improper use of NTSC/PAL labels with digital video. Oh well.

[MrVideo]

No, no, it was an excellent example demonstrating exactly what I was wondering about how the bitrate was distributed.

I installed the program and have attached three samples. The first one is of a MPEG-2 sat feed. The mux is 44.7 Mbps. It surprises me that the peak video of said capture is higher that the mux bitrate.

The 2nd one is the 4 Mbps H.264 recode using the x264 parameters previously posted (4 Mbps avg bitrate). The last one is an expanded view of 400 samples showing the distribution of the bits, with the GOP I-frame getting the most (which is what is supposed to happen).

Unfortunately that damn V3 message is on the screen. I somehow doubt that V3 will be arriving any time soon.

[Sharc]

Yep! I will definitely give that another try. Unfortunately though, that seems to trigger the same error when I use DirectShow every time I use it. But, I still need to get off my but and reinstall the DirectShow filters and give it another try! I don't think I've actually tried the ARCHIVE_CRF=18 specifically in the ini yet. Hang on a minute...! You said here FORCE_CRF=18 but the hidden opts text says FIXED_CRF=18...??? Did I get this wrong...?

FIXED_CRF is correct.

[Sharc]

I installed the program and have attached three samples. The first one is of a MPEG-2 sat feed. The mux is 44.7 Mbps. It surprises me that the peak video of said capture is higher that the mux bitrate.......
.

I think it depends how the local bitrate is defined and measured, e.g. averaged over 1 second intervals or averaged over 1 GOP or averaged over 1 frame duration, sliding window or not etc.

[Lathe]

FIXED_CRF is correct.

Thanks Sharc. Bummer... I was hoping for a nice, easy fix...

[Sharc]

...Unfortunately though, that seems to trigger the same error when I use DirectShow every time I use it. But, I still need to get off my but and reinstall the DirectShow filters and give it another try! .....
Re-install DirectShow etc., but remember that it wouldn't solve issues which actually have its roots in sources of doubtful origin.

[Lathe]

Re-install DirectShow etc., but remember that it wouldn't solve issues which actually have its roots in sources of doubtful origin.

Heh... you must be related to Ch3vr0n... :)

Guys, go ahead and slander to your heart's content. I am truly weary of stating until I die that I am using Blu-rays.

Please, no more... I am DONE with this issue...

[Sharc]

........
Guys, go ahead and slander to your heart's content. I am truly weary of stating until I die that I am using Blu-rays.
...........

Ohhh, I see, you are improving ...... :p
No offense! I really don't care what people have on their HD. I would just find it unfair (against jdobbs and others trying to help) if this BDRB bug report thread would be used for seeking help on issues which may eventually have been caused by doubtful source material.
Apparently a general, unnecessary reminder, no less and no more :)

[gonca]

Yep. As noted, the program is 5 years old. Many more people described digital video incorrectly then. Education has brought that number down. Unfortunately, a lack of an update is propagating the use of improper use of NTSC/PAL labels with digital video. Oh well.

Oy Vey!!!

[jdobbs]

FIXED_CRF is correct.My mistake. Yes, it's FIXED_CRF.

[lauguru]

jdobbs@
It is possible to add in setup bdrebuilder use DGDecNV x64 , only suport 32 bits.

the DGDecNV build 2052 suport x64

thanks

http://image.prntscr.com/image/9147badb0ace4023a4107c7c14738238.png

[DoctorM]

AFAIK, the only 64-bit method currently supported is using x264's internal LAVfilter.

[Sharc]

@jdobbs
Did you already come to any conclusions on this? Is it a bug?
http://forum.doom9.org/showpost.php?p=1775637&postcount=24629

[Lathe]

Ah, there we go...

I just simply chose the FRIM frame server (which I NEVER USE) and BINGO! no more AnyDVD errors... Gee, how about that...? The only thing though is that although it IS re-encoding, it is doing so at a CRF of 23 instead of 18, but HEY that IS progress! :)

Here is the .264 stats of the currently re-encoding file in the workfiles:

cabac=1 / ref=4 / deblock=1:-2:-2 / analyse=0x3:0x113 / me=umh / subme=8 / psy=1 / psy_rd=1.00:0.20 / mixed_ref=1 / me_range=16 / chroma_me=1 / trellis=2 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=1 / chroma_qp_offset=-3 / threads=6 / lookahead_threads=1 / sliced_threads=0 / slices=4 / nr=0 / decimate=1 / interlaced=0 / bluray_compat=1 / constrained_intra=0 / bframes=3 / b_pyramid=1 / b_adapt=1 / b_bias=0 / direct=3 / weightb=1 / open_gop=0 / weightp=1 / keyint=24 / keyint_min=1 / scenecut=40 / intra_refresh=0 / rc_lookahead=24 / rc=crf / mbtree=1 / crf=23.0 / qcomp=0.50 / qpmin=0 / qpmax=69 / qpstep=4 / vbv_maxrate=15000 / vbv_bufsize=13000 / crf_max=0.0 / nal_hrd=vbr / filler=0 / ip_ratio=1.10 / aq=1:1.00

Here is the log:

[07/30/16] BD Rebuilder v0.50.17
[21:02:50] Source: __VID00000
- Input BD size: 15.11 GB
- Approximate total content: [01:33:34.859]
- Windows Version: 6.2 [9200]
- Archive Backup (AVC/AC3) mode enabled
- Quality: High Quality (Default)
- X264 Tweak(s) enabled
- Decoding/Frame serving: FRIMSource
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[21:02:51] PHASE ONE, Encoding
- [21:02:51] Processing: VID_00000 (1 of 1)
- [21:02:51] Extracting A/V streams [VID_00000]
- [21:04:31] Reencoding video [VID_00000]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 134,622 frames
- [21:04:31] Reencoding: VID_00000, Pass 1 of 1

(No AnyDVD error... GEE, how about that...)

Here is my ini, which is still the same as it has been:


VERSION=0.50.0.17
ENCODER=0
MODE=4
ENCODE_QUALITY=2
ONEPASS_ENCODING=1
AUTO_QUALITY=0
FIXED_CRF=18
AVSFilter01=tweak(cont=1.40, bright=1, Sat=1.3, startHue=325, endHue=15, maxSat=75)
TWEAK_PASS_ONE=--direct auto --qcomp 0.50
TWEAK_PASS_TWO=--ref 4 --deblock -2:-2 --psy-rd 1.00:0.20 --me umh --subme 8 --trellis 2 --direct auto --qcomp 0.50
AUTO_BIAS=3
B_PYRAMID=1
QUICK_CRF=24
ENABLE_TEST=1
ENABLE_BLANKING=1
ARCHIVE_ENABLE=1
ARCHIVE_LIMIT=1
ARCHIVE_265=0
ARCHIVE_AUDIO_100
KEEP_HD_LPCM=1
USE_ZLIB=0

ALTERNATE_BLURAY=0
ENCODER_MENU=1
MBTREE=1

MENU_BACKGROUND=D:\EXECUTABLES\BD-RBV05017\BD_Rebuilder\misc\menuback.jpg
MENU_AUDIO=D:\EXECUTABLES\BD-RBV05017\BD_Rebuilder\tools\blankclip\blank.ac3
IMPORT_THRESHOLD=1
QUICK_PLAY_THRESHOLD=1
MENU_AUTO_BACKGROUND=1
MENU_AUTO_DVDAUDIO=1

AUDIO_TO_KEEP=eng;
SUBS_TO_KEEP=eng;
SD_CONVERT=0
OPEN_GOP=0
RESIZE_1080=0
RESIZE_1440=0
RESIZE_720=0
DEINTERLACE=1
SD_TO_1080=0
IGNORE_3D=1
CONVERT_WIDE=0
DTS_REENCODE=0
AC3_REENCODE=0
AC3_640=1
AC3_192=0
KEEP_HD_AUDIO=1
AUDIO_DRC=0
DECODER=4
AVCHD=1
REMOVE_WORKFILES=0
REMOVE_OUTPUT=0
USE_FILTERS=0
BDMV_CERT_ONLY=0
IVTC_PULLDOWN=0
ASSUME_DVD_PAL=0
FRIMSOURCE=0
COMPLETION_BEEP=0
OUTPUT_SBS=0
NEROAAC=0
SUPTITLE=0
PGSTOSRT=0
AUDIO_TRACK_LIMIT=0
SUBTITLE_TRACK_LIMIT=0
CUSTOM_TARGET_SIZE=23500
[Paths]
WORKING_PATH=C:\_______MEDIA\_BDRB\
SOURCE_PATH=C:\_______MEDIA\__TSMUXER\

So, if anyone can see why it is encoding the archive at CRF 23 instead of 18 that would be great!

[Lathe]

Hmmm... I thought simply adding '--crf 18' to the 2nd pass tweaks would do it, but it is still encoding at 23... I wonder why?

[Sharc]

Hmmm... I thought simply adding '--crf 18' to the 2nd pass tweaks would do it, but it is still encoding at 23... I wonder why?
CRF is 1-pass. Adding anything to the 2nd pass tweaks has no effect as there is no 2nd pass.
But as jdobbs has written to you few posts before, you have to put ARCHIVE_CRF= when using archive mode.
FIXED_CRF= applies for the regular 1-pass (non-archive) modes.
Looks like people are wasting their breath ..... :rolleyes:

[gonca]

From HIDDENOPTS file

ARCHIVE_CRF n = 10-50 X265 CRF value to use for ARCHIVE mode (default=23)

[jdobbs]

@Lathe All you have to do is set ARCHIVE_ENABLE=1 and ARCHIVE_CRF=18 in the INI and you can do ARCHIVE backups using CRF. It's almost the same as what you get with FIXED_CRF.

See gonca's comment. FIXED_CRF is for a different mode. ARCHIVE_CRF is what you use when doing an ARCHIVE backup.

[jdobbs]

@jdobbs
Did you already come to any conclusions on this? Is it a bug?
http://forum.doom9.org/showpost.php?p=1775637&postcount=24629Sorry. But I still haven't looked at it.

[Sharc]

Sorry. But I still haven't looked at it.
Thanks, no problem. I was afraid that you may have forgotten or not seen it :)

[Lathe]

@Lathe

See gonca's comment. FIXED_CRF is for a different mode. ARCHIVE_CRF is what you use when doing an ARCHIVE backup.

Awesome! Thanks you guys :)

[emilio99]

One Question: When using alternative ouput with e.g. convert to 1080p mkv then I can use "Two Pass Encoding" but the bitrate is already set a value which is not changeable (entry is read only grey).

Why this is not changeable and where this value comes from?

[jdobbs]

One Question: When using alternative ouput with e.g. convert to 1080p mkv then I can use "Two Pass Encoding" but the bitrate is already set a value which is not changeable (entry is read only grey).

Why this is not changeable and where this value comes from?Look in BD Rebuilder's MISC folder. The file ALTERNATE.TXT contains all the presets that show up when you're selecting ALTERNATE output. You can modify any of them, or add more. There is text at the top of the file that explains all the settings. If you modify it while BD-RB is running, make sure you exit and reenter the program to see any changes.

[emilio99]

Look in BD Rebuilder's MISC folder. The file ALTERNATE.TXT contains all the presets that show up when you're selecting ALTERNATE output. You can modify any of them, or add more. There is text at the top of the file that explains all the settings. If you modify it while BD-RB is running, make sure you exit and reenter the program to see any changes.

Wow, cool! Thanks, will take a look :D

[DoctorM]

Is there a simpler way to set X264's tune or is the only method:
TWEAK_PASS_ONE=--tune animation
TWEAK_PASS_TWO=--tune animation

I'm working with an old Lupin the Third film and most sources suggest this should provide an improvement when re-encoding.

[jdobbs]

Is there a simpler way to set X264's tune or is the only method:
TWEAK_PASS_ONE=--tune animation
TWEAK_PASS_TWO=--tune animation

I'm working with an old Lupin the Third film and most sources suggest this should provide an improvement when re-encoding.Nope, that's it.

[DoctorM]

Nope, that's it.

Thanks. Encoded both ways and in just the first few second the tuned version was visibly inferior.

I really need to just trust your settings.

[Lathe]

Thanks. Encoded both ways and in just the first few second the tuned version was visibly inferior.

I really need to just trust your settings.

Careful...

JD's gonna get a big head again, and you KNOW what happened last time...

[jdobbs]

Careful...

JD's gonna get a big head again, and you KNOW what happened last time...Hmm... I don't remember that. What did that jerk JD do last time?

[gonca]

Hmm... I don't remember that. What did that jerk JD do last time?

Lost his balance and fell off a roof.
You, on the other hand, are a very humble person, one of the greats.:D:D

[Lathe]

hmm... I don't remember that. What did that jerk jd do last time?
.


:)

[Lathe]

Lost his balance and fell off a roof.
You, on the other hand, are a very humble person, one of the greats.:D:D

Suckup... :devil:

[gonca]

:eek::eek::sly:

[jdobbs]

Lost his balance and fell off a roof.
You, on the other hand, are a very humble person, one of the greats.:D:DWow. You remember that, eh? I'm lucky I didn't break my neck.

[Lathe]

Wow. You remember that, eh? I'm lucky I didn't break my neck.

Yeah... but with all the new information about concussions...

And, how do we know that that was the FIRST time you fell off the roof...? :eek:

[RobertM]

I think I speak for the whole crowd when I say that we're ALL happy that you didn't do that ;)

Wow. You remember that, eh? I'm lucky I didn't break my neck.

[jdobbs]

I think I speak for the whole crowd when I say that we're ALL happy that you didn't do that ;)There are some who might disagree with you. :)

[gonca]

Who cares what Toilet Duck (or his alias) thinks

[Lathe]

Who cares what Toilet Duck (or his alias) thinks

(...beginning the incantation to invoke Toilet Duck...) :devil:

[gonca]

(...beginning the incantation to invoke Toilet Duck...) :devil:
Don't forget his alter ego >>> Metagondria

[DoctorM]

Don't forget his alter ego >>> Metagondria

You can take penicillin for that.

[Lathe]

You can take penicillin for that.

... or use protection.

[Lathe]

So, what exactly IS this for again...?

NEW_CRF_PREDICTION=1

And, how do you use it?

[jdobbs]

So, what exactly IS this for again...?

NEW_CRF_PREDICTION=1

And, how do you use it?Wow. I'd forgotten about that. It chooses a newer prediction algorithm that I'd created. It finds the desired CRF in fewer passes. I've been using it for a long time and it should have been set as the default a long time ago. I recommend you set it to 1. I'll make it the default in the next release.

[Sharc]

Wow. I'd forgotten about that. It chooses a newer prediction algorithm that I'd created. It finds the desired CRF in fewer passes. I've been using it for a long time and it should have been set as the default a long time ago. I recommend you set it to 1. I'll make it the default in the next release.

Maybe you keep an eye on this. I had NEW_CRF_PREDICTION enabled:
http://forum.doom9.org/showpost.php?p=1770564&postcount=24334

[Lathe]

Wow. I'd forgotten about that. It chooses a newer prediction algorithm that I'd created. It finds the desired CRF in fewer passes. I've been using it for a long time and it should have been set as the default a long time ago. I recommend you set it to 1. I'll make it the default in the next release.

Oh good, thanks!

I did set it to '1', but, uh, how do I use it...? Is that how you figured out the CRF value when you told me what it would be for a film if you filled out a BD-25 (I think you said it was a CRF of around 12.5) as opposed to if you used CRF-18 (which I was asking you about at the time) then the size came out to about 5.5 Gigs.

Is there a way I can use it to figure that out too? How do I use it?

[DoctorM]

I was taking a look at Big Buck Bunny today and saw that all Stereoscopic 3D formats are either full HD over-under or UHD over-under (yup 3840x4320 video).
Is it possible to convert either the HD or UHD over-under to 3DBD with Rebuilder?

I see you can import SBS, but I'm not even sure it would downscale.

[gonca]

@Lathe
BD output >>> fixed size >>> one pass CRF, from settings -- encoder settings

[Lathe]

@Lathe
BD output >>> fixed size >>> one pass CRF, from settings -- encoder settings

Thanks kindly, but I don't understand how that helps me utilize that function in any way. Those are the settings that have been giving me trouble to re-encode anyway (as I've mentioned exhaustively already, using a 1-pass CRF encode with DirectShow ALWAYS gives me an AnyDVD error regardless of source. Or, if I set it for FRIM frame server I THINK that will run)

But, that doesn't tell me how to use this new function though. HOW, do I use it or use it to tell me what the CRF will be at a certain size, etc...?

[jdobbs]

I was taking a look at Big Buck Bunny today and saw that all Stereoscopic 3D formats are either full HD over-under or UHD over-under (yup 3840x4320 video).
Is it possible to convert either the HD or UHD over-under to 3DBD with Rebuilder?

I see you can import SBS, but I'm not even sure it would downscale.You can import half or full SBS -- and it will create a 3DBD (after reencoding). You can also use ALTERNATE output to convert it to half SBS. Right now BD-RB only supports SBS, but I guess over-under wouldn't be that hard to add.

3840x4320?

[jdobbs]

Thanks kindly, but I don't understand how that helps me utilize that function in any way. Those are the settings that have been giving me trouble to re-encode anyway (as I've mentioned exhaustively already, using a 1-pass CRF encode with DirectShow ALWAYS gives me an AnyDVD error regardless of source. Or, if I set it for FRIM frame server I THINK that will run)

But, that doesn't tell me how to use this new function though. HOW, do I use it or use it to tell me what the CRF will be at a certain size, etc...?You can't use FRIM with CRF when prediction is needed because FRIM doesn't support frame-accurate seeking.

[DoctorM]

You can import half or full SBS -- and it will create a 3DBD (after reencoding). You can also use ALTERNATE output to convert it to half SBS. Right now BD-RB only supports SBS, but I guess over-under wouldn't be that hard to add.

3840x4320?

I doubt it would be important enough to add if it doesn't already exist.

Yup, that resolution is insane. I don't know what they think anyone would play it on. It's not like there is such thing as 4k 3D as any sort of standard. Let alone at 60fps.

[Lathe]

You can't use FRIM with CRF when prediction is needed because FRIM doesn't support frame-accurate seeking.

Okidoke, thanks...

[KaraokeAmerica]

Right now BD-RB only supports SBS, but I guess over-under wouldn't be that hard to add.
For us folks with passive 3D where TAB is potentially better, that would be great!

[jdobbs]

For us folks with passive 3D where TAB is potentially better, that would be great!I can't imagine how it could be better or worse. It's pretty much exactly the same (at least for full resolution).

[gonca]

I can't imagine how it could be better or worse. It's pretty much exactly the same (at least for full resolution).

To paraphrase someone
Opinions are like ... Everybody has one
Better/worse is opinion

No offense meant to anyone

[jdobbs]

To paraphrase someone
Opinions are like ... Everybody has one
Better/worse is opinion

No offense meant to anyoneYou miss the point. There is no "opinion" involved. A 3840x1080 SBS picture will give you exactly the same quality as a 1920x2160 over-under picture.

[gonca]

I realize that, but some will feel that one is better than the other based on what light goes on their receiver
Much like which sounds better, DTS-HD, True HD or AC3 at 640
Like I said, no offense meant
Sorry for the OT

[DoctorM]

Maybe he is referring to half-SBS and half-OU? I don't see how that makes a difference though.

Some claim SBS is better, but you're still halving the total pixels either way. It just determines the direction of the artifacts.

[jdobbs]

Maybe he is referring to half-SBS and half-OU? I don't see how that makes a difference though.

Some claim SBS is better, but you're still halving the total pixels either way. It just determines the direction of the artifacts.Could be. For those who are encoding to a passive system that displays alternate lines (for each view), cutting the horizontal resolution via half-SBS might make it look worse (since it's also halving the vertical resolution in playback). I'm not positive that's what happens exactly, but that's what it looked like when I tested passive 3D in a store.

[soneca]

jdobbs, the import mode should not accept files with higher resolution than standard bluray?

https://s20.postimg.org/ybgvqjclp/BDREBUILDER.png

Edit: I think it's hard because BDRebuilder depends on the creation of pseudo structure, which is also non-standard. :o

[jdobbs]

jdobbs, the import mode should not accept files with higher resolution than standard bluray?

https://s20.postimg.org/ybgvqjclp/BDREBUILDER.pngNo. It currently doesn't. Is this a UHD source? That's something I need to update.

[soneca]

No. It currently doesn't. Is this a UHD source? That's something I need to update.

That's right, UHD source.

Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L5.1
Format settings, CABAC : Yes
Format settings, ReFrames : 1 frame
Format settings, GOP : M=1, N=8
Codec ID : avc1
Codec ID/Info : Advanced Video Coding
Duration : 8mn 46s
Bit rate mode : Variable
Bit rate : 60.0 Mbps
Width : 3 840 pixels
Height : 2 160 pixels
Display aspect ratio : 16:9
Frame rate mode : Constant
Frame rate : 29.970 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.241
Stream size : 3.68 GiB (100%)
Title : DJI.AVC
Language : English
Encoded date : UTC 2015-11-29 18:35:26
Tagged date : UTC 2015-11-29 18:35:26
Color range : Limited
Color primaries : BT.709
Transfer characteristics : BT.709
Matrix coefficients : BT.709

[KaraokeAmerica]

Could be. For those who are encoding to a passive system that displays alternate lines (for each view), cutting the horizontal resolution via half-SBS might make it look worse (since it's also halving the vertical resolution in playback). I'm not positive that's what happens exactly, but that's what it looked like when I tested passive 3D in a store.

This is along the lines of what I have heard, although I admit I am not an engineer.

The format exists for a reason though. I don't think there was a coder out there sitting around thinking "what can I do to make my life more difficult while gaining nothing...."

.....;)

[jdobbs]

This is along the lines of what I have heard, although I admit I am not an engineer.

The format exists for a reason though. I don't think there was a coder out there sitting around thinking "what can I do to make my life more difficult while gaining nothing...."

.....;)But SBS is much more common, and as long as you stay with full-SBS there would be no loss. The only time you would use half-SBS for playback on a standalone player would be if you had created and were using an MKV or MP4 file and was forcing 3D during playback.

[gg72]

I have a question about the different decoding/frame serving options in the setup menu: With the option "FRIMSource" is for me (Intel i7-3770) the decoding is more quickly/powerful, than with the option "X264/LAVF" (70 FPS vs. 45 FPS; CPU usage 100% vs. 40%), but I'm not sure, is the Intel Quick Sync in my system enabled?

BD-Rebuilder v0.50.17
- Windows Version: 6.2 [9200]
- Working Path Free Space: 866,32GB
- AVISYNTH Version: 2.6.0.6, Ok
- HAALI Splitter: 1.9.42.1, Ok
- FFDSHOW: 4504, Ok
- FFDSHOW VC-1 set to "wmv9", Ok
- FFDSHOW MPEG2 set to "libavcodec": Ok
- FFDSHOW AVC set to "libavcodec": Ok
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok
- FRIMEncode: Ok
- FRIMDecode: Ok

Which decoding/frame serving option should I use?

[jdobbs]

If one is faster than the other -- use the faster one. It only effects decoding, and two properly decoded frames should be identical.

Something you can also try is DirectshowSource with LAV installed. Then go into the LAV Filters Video Configuration properties dialog and try each of the "Hardware Acceleration" options. You'll see that "Intel Quick-Sync" is one of the choices.

[gg72]

Something you can also try is DirectshowSource with LAV installed. Then go into the LAV Filters Video Configuration properties dialog and try each of the "Hardware Acceleration" options. You'll see that "Intel Quick-Sync" is one of the choices.

Thanks.
I tried, but somehow it did not work with DirectshowSource with LAV... I decode only 2D sources, so I think this is not a problem, when I stay with these 2 options:
- X264's internal LAVF
or
- FRIMSource

[Lathe]

Just a quick comment about how WILDLY different the file sizes are coming out for me in compressing Blu-rays at a CRF of 18. I was just REALLY surprised at the differences.

For example, I did 'LEPRECHAUN 3' (of all films) and the original movie file size was about 17 Gigs and only compressed to about 9 Gigs, which was larger than most of the ones I've done. Then, I did a newer Blu-ray with the movie file size about about 19 Gigs and it came out to 2.3 Gigs! WOW, what a difference. Granted the Leprechaun film has a lot of visuals and action and the other film is more sedate visually, but still...

So, if all my settings are the same and I am re-encoding using a CRF of 18, the 'perceived' quality should still be roughly about the same, right? Even with the extreme disparity in file sizes?

[ascottj]

I have made numerous encoding attempts on IP Man 3 Blu-ray, but the subtitles simply will not sync ... first time I have come across this issue. The subtitles are in sync when playing the AnyDVD HD rip. What elements should I address in BD-RD to attempt to correct the subtitle syncing?

[Lathe]

I have made numerous encoding attempts on IP Man 3 Blu-ray, but the subtitles simply will not sync ... first time I have come across this issue. The subtitles are in sync when playing the AnyDVD HD rip. What elements should I address in BD-RD to attempt to correct the subtitle syncing?

I don't know why the subs are off in BDRB, but any easy fix would be that you could use a free subtitle program like Subtitle Workshop or Subtitle Edit and if you can extract the subtitle track from your m2ts file and drop it in one of these, then simply adjust the delay / advance timing, save it, and remux it back in.

[DoctorM]

I have made numerous encoding attempts on IP Man 3 Blu-ray, but the subtitles simply will not sync ... first time I have come across this issue. The subtitles are in sync when playing the AnyDVD HD rip. What elements should I address in BD-RD to attempt to correct the subtitle syncing?

Ran into this problem with Underworld Awakening. Here's what I did: http://forum.doom9.org/showthread.php?p=1734647#post1734647

[KaraokeAmerica]

But SBS is much more common, and as long as you stay with full-SBS there would be no loss. The only time you would use half-SBS for playback on a standalone player would be if you had created and were using an MKV or MP4 file and was forcing 3D during playback.

"Standalone player"? Do you mean a physical disk player or standalone software player? I generally use Plex to serve my media. I create 3D, TAB MKV's for this purpose as a rule, but I am open to other options if they are superior.

[ascottj]

Thank you for the advice, Lathe and DoctorM. I will give your suggestions a try to find out which one I can actually grasp. :) The solution(s) have to be less frustrating than trying to keep up with the out-of-sync subtitles.

[DoctorM]

Thank you for the advice, Lathe and DoctorM. I will give your suggestions a try to find out which one I can actually grasp. :) The solution(s) have to be less frustrating than trying to keep up with the out-of-sync subtitles.

Good luck. I'm pretty sure it's a tsMuxeR bug, not BD Rebuilder.

[Lathe]

Good luck. I'm pretty sure it's a tsMuxeR bug, not BD Rebuilder.

Speaking of which... I'm not sure that TSMuxer will allow you to adjust the delay / advance of subtitles (you CAN adjust the advance / delay of audio) So, if you can, it will be SUPER easy because then you just drop the movie m2ts file that BDRB just created (in the BDMV folder / STREAM folder) into TSMuxer and highlight the subtitle and adjust the timing and then re-render the m2ts file (or BDMV folder if all you have is the movie) :)

[MrVideo]

"Standalone player"? Do you mean a physical disk player or standalone software player? I generally use Plex to serve my media. I create 3D, TAB MKV's for this purpose as a rule, but I am open to other options if they are superior.

Standalone player normally means a physical Blu-ray player, as it is standalone. No other hardware or software needed in order to play Blu-ray discs. Requiring a display of some sort, not included. :D

Software players are not standalone as they require other hardware/OS in order to be able to work.

[geheim]

Hi,
I've got a Problem with the Blu-ray Disc of "Maze Runner". BD Rebuilder always crashes while encoding 3D sources.

Here is the log:

----------------------
[08.15.16] BD Rebuilder v0.50.17
[19:15:09] Source: MAZE_RUNNER
- Input BD size: 42,02 GB
- Approximate total content: [04:30:29.794]
- Target BD size: 22,95 GB
- Windows Version: 6.2 [9200]
- Quality: High Quality (Default), ABR
- MVC 3D Output Mode enabled
- Decoding/Frame serving: FRIMDecode
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
- Resuming from previously started job.
[19:15:11] PHASE ONE, Encoding
- [19:15:11] Processing: VID_00232 (33 of 41)
- [19:15:11] Reencoding video [VID_00232]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 11.780 frames
- Bitrate: 15.981 Kbs
- Using FRIMEncoder for MVC encoding
- [19:15:11] Reencoding: VID_00232, Pass 1 of 1
[19:16:12] - Failed video encode, aborted



And my ini file:


[Options]
MODE=0
TARGET_SIZE=23500
AUDIO_TO_KEEP=all
SUBS_TO_KEEP=all
SD_CONVERT=0
COLOR_BOOST=0
RESIZE_1080=0
DTS_REENCODE=0
AC3_REENCODE=0
AC3_640=1
KEEP_HD_AUDIO=1
AVCHD=1
REMOVE_WORKFILES=1
AUDIO_TRACK_LIMIT=0
SUBTITLE_TRACK_LIMIT=0
CUSTOM_TARGET_SIZE=18000
PRIORITY_CLASS=0
ENCODE_QUALITY=2
QUICK_EXTRAS=0
VERSION=0.50.0.17
ONEPASS_ENCODING=0
AUTO_QUALITY=0
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
UNMASK_CHAPTER=0
COMPLETION_BEEP=0
DGDECNV=0
RESIZE_1440=0
RESIZE_720=0
IGNORE_3D=0
OUTPUT_SBS=0
NEROAAC=0
SUPTITLE=0
FRIMSOURCE=0
OVERRIDE_AVCHD_AUDIO_LIMIT=1
ENCODER=0
DECODER=2
SUPPRESS_FF_WARNING=1
OUTPUT_3D_ISO=1
FRIM_SW_DECODE=0
FRIM_SW_ENCODE=1
AUDIO_DRC=0
PGSTOSRT=0


If anyone could help me figuring out what is going wrong, I'd really appreciate it!
Thanks!!

[jdobbs]

Just a quick comment about how WILDLY different the file sizes are coming out for me in compressing Blu-rays at a CRF of 18. I was just REALLY surprised at the differences.

For example, I did 'LEPRECHAUN 3' (of all films) and the original movie file size was about 17 Gigs and only compressed to about 9 Gigs, which was larger than most of the ones I've done. Then, I did a newer Blu-ray with the movie file size about about 19 Gigs and it came out to 2.3 Gigs! WOW, what a difference. Granted the Leprechaun film has a lot of visuals and action and the other film is more sedate visually, but still...

So, if all my settings are the same and I am re-encoding using a CRF of 18, the 'perceived' quality should still be roughly about the same, right? Even with the extreme disparity in file sizes?Yes they should be.

[DoctorM]

Since FRIM is inferior in speed and quality to X264, would it be possible for 3D sources to use x264 for encoding the AVC portion and FRIM for the MVC portion, or in fact encode the AVC with x264 while leaving the MVC untouched?

The latter sounds silly, but MVC seems to be fairly efficient already come in around a third of the bitrate, while using a more efficient encoder on the AVC portion would allow you to steal more space from that.

If AVC and MVC can be kept on separate .M2TS files I would THINK it might be possible, or are their data is too tightly integrated to allow this sort of thing?

[jdobbs]

Since FRIM is inferior in speed and quality to X264, would it be possible for 3D sources to use x264 for encoding the AVC portion and FRIM for the MVC portion, or in fact encode the AVC with x264 while leaving the MVC untouched?

The latter sounds silly, but MVC seems to be fairly efficient already come in around a third of the bitrate, while using a more efficient encoder on the AVC portion would allow you to steal more space from that.

If AVC and MVC can be kept on separate .M2TS files I would THINK it might be possible, or are their data is too tightly integrated to allow this sort of thing?The two are linked too closely. I don't see how it would be possible.

[DoctorM]

The two are linked too closely. I don't see how it would be possible.

Just a thought. Kind of surprised x264 never took on 3D.

[Sharc]

Just a thought. Kind of surprised x264 never took on 3D.

It did some time ago, but the mvc fork hasn't been followed up since.

[Lathe]

Yes they should be.

Amazing how that works!

I think that I read that when doing a 2 pass encode set for a certain size (say BD-25 for example) that basically x264 is analyzing and determining what CRF to use for the entire encode, right? So, it's the same as if you already KNEW the precise CRF to use in order to render that size, right?

So, when BDRB is set to do a 2 pass for a BD-25, is there any way to know what CRF value it ultimate chooses (or will choose) in order to create the resulting size? Seems like you told me recently that you somehow figured out that doing a full BD-25 encode of a film would use a CRF of 12.5. How did you determine that?

And conversely, when BDRB tells us this after extracting the A/V files:

- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 202,033 frames
- Bitrate: 19,277 Kbs

Does that mean that that will be the RESULTING AVERAGE bit rate after the encode, or what? Because if it is determining what CRF to use in the 2nd pass, then that number cannot be a CONSTANT bit rate for the resulting encode, right?

[Sharc]

@Lathe
How to find out the "ultimate" CRF for a given target size:
Run BDRB in 1-pass CRF prediction mode, i.e. remove the FIXED_CRF= in your .ini, and select 1-pass CRF encode and select a target size.
BDRB then runs a number of short CRF prediction steps (kind of trial and error learning) to find out the "final" CRF which will produce the target file size. This "final" CRF is then used in the subsequent 1-pass CRF encoding.
During the CRF prediction phase you will see in the log how CRF develops towards the "final" CRF.

[kufo]

[QUOTE=geheim;1777145]Hi,
I've got a Problem with the Blu-ray Disc of "Maze Runner". BD Rebuilder always crashes while encoding 3D sources.

First of all: Maze Runner isn´t a 3D source. You´ll have to set your settings correctly for encoding such sources.
Why do you use a custom size of 18000? It´s to big for DVD and to small for Blu-Ray:confused:
There many settings that make not really sense for me:sly:
On the other hand there are settings missing:(
Take a look on the HIDDENOPTS folder...
I did this film in Code B without issues.

[geheim]

First of all: Maze Runner isn´t a 3D source. You´ll have to set your settings correctly for encoding such sources.
Why do you use a custom size of 18000? It´s to big for DVD and to small for Blu-Ray:confused:
There many settings that make not really sense for me:sly:
On the other hand there are settings missing:(
Take a look on the HIDDENOPTS folder...
I did this film in Code B without issues.

Thanks for your answer @kufo!

Maze Runner has some extras on it that are in 3D! The main movie is not, that's right, but the extras are and I'd like to keep them in 3D for my BD25 backup. That's why FRIM is used for the backup process.

The custom size is wrong in deed, I'll change that, but as I did not use the custom size for Maze Runner this should have no influence on this issue...

What Settings are missing that could have any influence on 3D backups?? I did not find any...

Did you do a full backup on your disc (and keeping 3D extras in 3D) or a movie-only??

Thanks and I'd appreciate any further tips!!

[jdobbs]

Amazing how that works!

I think that I read that when doing a 2 pass encode set for a certain size (say BD-25 for example) that basically x264 is analyzing and determining what CRF to use for the entire encode, right? So, it's the same as if you already KNEW the precise CRF to use in order to render that size, right?

So, when BDRB is set to do a 2 pass for a BD-25, is there any way to know what CRF value it ultimate chooses (or will choose) in order to create the resulting size? Seems like you told me recently that you somehow figured out that doing a full BD-25 encode of a film would use a CRF of 12.5. How did you determine that?

And conversely, when BDRB tells us this after extracting the A/V files:

- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 202,033 frames
- Bitrate: 19,277 Kbs

Does that mean that that will be the RESULTING AVERAGE bit rate after the encode, or what? Because if it is determining what CRF to use in the 2nd pass, then that number cannot be a CONSTANT bit rate for the resulting encode, right?Two pass is actually the reverse of CRF. In CRF you are setting a desired quality level -- and the bitrate is the result of the need to keep that level. In two pass you have a fixed bitrate (computed by the requirement to hit the output target size selected). In the first pass, the encoder is determining how to distribute that bitrate across all scenes/picture elements in order to get the best quality -- with the bitrate available. In the second pass it is applying what it learned to an actual encode.

BD-RB's prediction phase tries to perform a hybrid of the two. It encodes a subset of the scenes/picture elements in the source and tries to find what CRF will result in the required target size. It then encodes using that CRF. The price for that is accuracy. Two pass is always very, very close to the desired output size. Predicted CRF will often undersize or oversize by some small amount. Not much -- but not perfect.

You are right. It is an AVERAGE bitrate. The first pass (of a two pass encode) determines where it is necessary to use higher rates (difficult scenes) and where bitrate can be lowered (simpler scenes). There is also a specified maximum bitrate (set by the fastest transfer rate a BD disc's spin speed can accommodate, for example)

[MrVideo]

Maze Runner has some extras on it that are in 3D!

I've never heard of anyone releasing a 2D disc with 3D extras. The case would have to indicate that 3D material exists.

Does the disc have a STREAMS/SSIF directory?

[DoctorM]

I personally let BD Rebuilder determine the CRF for my target disc size, and then strip more/less stuff (and adjust the encode speed) until I like the CRF #.
I then let BD RB do a 2-pass encoding.

I figure that gives me better quality than 1-pass, but an idea of the expected quality because of the calculated CRF number guides how I tweak things.

For example, today I'm encoding a BD that is a movie with no extras but 35gb.
I was able to determine that keeping the DTS HD MA audio track untouched the CRF would be 17.3.
That's more than enough. If I didn't do the CRF test first I would have unnecessarily stripped the lossless audio track.

[geheim]

I've never heard of anyone releasing a 2D disc with 3D extras. The case would have to indicate that 3D material exists.

Does the disc have a STREAMS/SSIF directory?

Yes it has a SSIF directory! On the disc there is a short movie extra which you can choose to play in 2D or 3D!

It's the only disc I know where a 2D movie has 3D extras on it...

[MrVideo]

Wow, that is different.

[worknstiff]

@ MrVideo RE: Wow, that is different.

Maybe that's like the latest 4K releases where the only way to get the 3D is if you buy a 4K, lol. Wow, what will they try next to fleece more money from us?

[Ch3vr0n]

i've seen a couple like that too with 3D trailers or something on a 2D release

[MrVideo]

Maybe that's like the latest 4K releases where the only way to get the 3D is if you buy a 4K, lol. Wow, what will they try next to fleece more money from us?

4K UHD 3D does not exist. Or do you mean a multipack release with 4K, 3D Blu-ray and DVD?

[jdobbs]

I have updated the first post of this thread with a link to the latest update to BD-RB (v0.50.18). Changes for this release:- Added a new hidden option MENU_ITEMS_PAGE.
It is used for identifying specific item
counts for each menu page when importing
multiple sources. It's particularly useful
for creating discs comprised of multiple
episodic seasons. See HIDDENOPTS.TXT for
details.
- Added to the list of supported DIVX Codec
IDs supported during import of video files.
- Made changes to the import algorithm for
import resizing (to meet standards). This
should assure better retention of original
aspect ratio in oddly formatted sources.
- Fixed an issue in which conversions from
PAL to FILM during import was not making
necessary timing corrections in subtitles.
- Added hidden option ALTERNATE_KEEP_SRT, it
allows you to reintegrate extracted SRT
files from an import when outputting to
ALTERNATE formats (rather than the PGC
that was created from the SRT during the
import) See HIDDENOPTS.TXT for details.
- Made changes to prevent a rare XVID import
problem that could result in audio that is
out of sync.
- Replaced the SPLIT.EXE tool which was
mistakenly regressed in the last release.
- Other minor corrections and cosmetic fixes.

[Ch3vr0n]

- Replaced the SPLIT.EXE tool which was mistakenly regressed in the last release.

curious if that one will fix my issue :)

[jdobbs]

- Replaced the SPLIT.EXE tool which was mistakenly regressed in the last release.

curious if that one will fix my issue :)It just might. Someone reported that an AV program was flagging the one from v0.50.17. I tested it with a couple of AV packages, and it was a false positive. But he also reported that an earlier one worked. That made me wonder how it was possible since I haven't modified that program in years -- so I looked at it. It turns out the one included in v0.50.17 wasn't the correct one.

I'm not sure how it happened. I had a hard drive fail last month and had to restore some of the files to a new drive. Apparently the version of SPLIT.EXE must have been the wrong one. At least that's my best guess.

[Ch3vr0n]

i'll let you know. I'll remove it from the AV deep scan exclusion list to see what happens. Hey shit happens.

** edit ** @jdobbs SUCCES!! 4 way split active on "The Revenant" each process consuming about 20-25% of CPU @ 0.7-1.3MB/sec doing +-104-150fps

i did notice something strange GUI wise when it was doing the splitting itself. The progress bar should normally go from 0-100, well in my case it went something like 0-25-63-42-89-12-0-75-92... and after about 10-20 seconds or so bdrb didn't care that happened and started the 4-way conversion. I'll report later if the split is in sync. When it reached the splitting fase for the main title it went like 0-6-18-28-53-75-98-0-12-22-47... quite a few times but in the end chugged along nicely

below you'll find a link to a small avi file displaying the progress bar issue

https://drive.google.com/file/d/0B_kYcBALPkwEY01FXzF5aThwbmM/view?usp=sharing

Merging went fine too. Turning it into an iso with bdrb=>imgburn right now

----------------------
[08/18/16] BD Rebuilder v0.50.18
[20:06:10] Source: THE_REVENANT
- Input BD size: 42,70 GB
- Approximate total content: [03:43:55.962]
- Target BD size: 22,95 GB
- Windows Version: 6.2 [9200]
- Auto Quality: Good (Very Fast), ABR
- Output folder: D:\Blu-ray\Rebuilds\BDRB\
- Decoding/Frame serving: DirectShow [4-way]
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[20:06:10] PHASE ONE, Encoding
- [20:06:10] Processing: VID_00191 (1 of 3)
- [20:06:10] Extracting A/V streams [VID_00191]
- [20:06:17] Reencoding video [VID_00191]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 1*432 frames
- Bitrate: 9*694 Kbs
- [20:06:17] Reencoding: VID_00191, Pass 1 of 1
- [20:06:29] Video Encode complete
- [20:06:29] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [20:06:29] Multiplexing M2TS
- [20:06:34] Processing: VID_00200 (2 of 3)
- [20:06:34] Extracting A/V streams [VID_00200]
- [20:07:33] Reencoding video [VID_00200]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 63*408 frames
- Bitrate: 7*452 Kbs
- [20:07:33] Reencoding: VID_00200, Pass 1 of 1
- [20:16:29] Video Encode complete
- [20:16:29] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [20:16:29] Multiplexing M2TS
- [20:17:11] Processing: VID_00800 (3 of 3)
- [20:17:11] Extracting A/V streams [VID_00800]
- [20:24:40] Reencoding video [VID_00800]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 224*928 frames
- Bitrate: 11*500 Kbs
- [20:24:40] Reencoding: VID_00800, Pass 1 of 1
- [21:02:14] Video Encode complete
- [21:02:14] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [21:02:14] Multiplexing M2TS
[21:11:08]PHASE ONE complete
[21:11:08]PHASE TWO - Rebuild Started
- [21:11:08] Rebuilding BD file Structure
[21:16:05] - Encode and Rebuild complete
[21:16:05] Writing BD structure to ISO file
- ImgBurn completed successfully
- THE_REVENANT folder removed.
- WORKFILES folder removed.
[21:23:44] JOB: THE_REVENANT finished.

Just over an hour to finish the encoding part itself to cut disc size in half and another 15min to rebuild the structure and create the ISO Not too bad :) Would have been a lot longer on my old system :D Oh and i'm wondering is there perhaps a chance you could increase the max number of instances to match the variable NUMBER_OF_PROCESSORS? As mentioned in a previous post the 6700k flags that as 8, and i'm curious what an 8-way split would do ^^

[soneca]

jdobbs, thanks!
Multi-process(3-way) running again via DirectShow.

[m.rup]

Hi, is there meanwhile a solution for the donation issue?

[Ch3vr0n]

The only really available method i could see is bitcoin or something.

[Ch3vr0n]

Hah, first 3D rebuild on this new rig just finished. Damn thing used almost every bit available on a BD50. 43.73GB > 22.95 => 3h15m. Old rig: 13+ hours, 25% or less of the time it would have taken on that one ^^

[jdobbs]

@Ch3vr0n

You should be able to test it by setting MULTIPROCESS=8.

[Ch3vr0n]

great. Just got a couple new discs to try it on. Test disc: Jungle Book ^^. I'll let you know. Oh and if you've seen the video file above (nothing visible but BDRB ;)), let me know. Then i'll pull it off gdrive, or you can edit the post and remove the link

** edit ** rebuild of that 3D disc didn't go too well. Succesful log, yet the ISO is only 15GB in size and the video locks up at chapter 12 while audio continues playing and so does the playtime counter (40+min left)

[08/19/16] BD Rebuilder v0.50.18
[20:24:05] Source: BATMAN_V_SUPERMAN_DAWN_JUSTICE
- Input BD size: 43,73 GB
- Approximate total content: [02:38:47.851]
- Target BD size: 22,95 GB
- Windows Version: 6.2 [9200]
- Quality: Good (Very Fast), ABR
- Output folder: D:\Blu-ray\Rebuilds\BDRB\
- MVC 3D Output Mode enabled
- Decoding/Frame serving: FRIMDecode
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[20:24:09] PHASE ONE, Encoding
- [20:24:09] Processing: VID_00052 (1 of 2)
- [20:24:09] Extracting A/V streams [VID_00052]
- [20:35:37] Reencoding video [VID_00052]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 218*209 frames
- Bitrate: 18*147 Kbs
- Using FRIMEncoder for MVC encoding
- [20:35:37] Reencoding: VID_00052, Pass 1 of 1
- [23:13:59] Video Encode complete
- [23:13:59] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [23:13:59] Multiplexing M2TS
- [23:22:28] Scanning for 3D CLPI info...
- [23:25:41] Processing: VID_00103 (2 of 2)
- [23:25:41] Extracting A/V streams [VID_00103]
- [23:25:49] Reencoding video [VID_00103]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 8*159 frames
- Bitrate: 4*805 Kbs
- Using FRIMEncoder for MVC encoding
- [23:25:49] Reencoding: VID_00103, Pass 1 of 1
- [23:30:16] Video Encode complete
- [23:30:16] Processing audio tracks
- [23:30:16] Multiplexing M2TS
- [23:30:20] Scanning for 3D CLPI info...
[23:30:22]PHASE ONE complete
[23:30:22]PHASE TWO - Rebuild Started
- [23:30:22] Converting SSIF file references
- [23:30:55] Rebuilding BD-3D file Structure
[23:33:48] - Encode and Rebuild complete
[23:33:48] Writing BD structure to ISO file
- ImgBurn completed successfully
- BATMAN_V_SUPERMAN_DAWN_JUSTICE folder removed.
- WORKFILES folder removed.
[23:40:59] JOB: BATMAN_V_SUPERMAN_DAWN_JUSTICE finished.

gonna try again later. First 8-way jungle book

[DoctorM]

Does MULTIPROCESS work on 3D content? The help page specifically says multiple instances of x264. Multiple instances of FRIM are launched as well? That should make a huge difference.

[Ch3vr0n]

not that i know off, or the log would have indicated x-Way. Anyway 8-way split: bad idea. encoding auto-aborts after about 10-15 seconds. auto-split (4-way), happily chugs along.

[jdobbs]

not that i know off, or the log would have indicated x-Way. Anyway 8-way split: bad idea. encoding auto-aborts after about 10-15 seconds. auto-split (4-way), happily chugs along.Interesting. I can't imagine why. I've done it on my system... but it's slower than 4 way for me (I hit 100% processor utilization on all eight processors with MULTIPROCESS at 4).

Also, I can't test the file. I'm on the road with nothing but my iPad for a couple days.

[Ch3vr0n]

Oh i load all 8 cores too at 100% with auto-split. Though i'm not going to cry about 8-way manual split not working. The conversion times i have now compared to my old rig are like 4x less, i'm happy with that. About the file, no worries. Just send me a pm or tag me or something when you've had the chance to take a look. I'll leave it up until then.

[Lathe]

Two pass is actually the reverse of CRF. In CRF you are setting a desired quality level -- and the bitrate is the result of the need to keep that level. In two pass you have a fixed bitrate (computed by the requirement to hit the output target size selected). In the first pass, the encoder is determining how to distribute that bitrate across all scenes/picture elements in order to get the best quality -- with the bitrate available. In the second pass it is applying what it learned to an actual encode.

BD-RB's prediction phase tries to perform a hybrid of the two. It encodes a subset of the scenes/picture elements in the source and tries to find what CRF will result in the required target size. It then encodes using that CRF. The price for that is accuracy. Two pass is always very, very close to the desired output size. Predicted CRF will often undersize or oversize by some small amount. Not much -- but not perfect.

You are right. It is an AVERAGE bitrate. The first pass (of a two pass encode) determines where it is necessary to use higher rates (difficult scenes) and where bitrate can be lowered (simpler scenes). There is also a specified maximum bitrate (set by the fastest transfer rate a BD disc's spin speed can accommodate, for example)

Hmmm, that's good that you explain that. It seems to me then, that the 2 pass, since it does NOT set a desired CRF rate to match the size, but I guess if I understand correctly, merely is concerned with what AVERAGE bit rate it takes to fill the desired size, then to me it seems quite clear that CRF would always be preferable then (if a precise size is not necessary) because if I understand right, CRF will always try to keep a constant 'perceived quality' no matter WHAT bit rate is needed within the Blu-ray limits of course.

Seems like CRF for backup is almost always the way to go then.

Thanks JD!

[MrVideo]

Goto post 24769

[MrVideo]

Goto post 24769

[Lathe]

@Lathe
How to find out the "ultimate" CRF for a given target size:
Run BDRB in 1-pass CRF prediction mode, i.e. remove the FIXED_CRF= in your .ini, and select 1-pass CRF encode and select a target size.
BDRB then runs a number of short CRF prediction steps (kind of trial and error learning) to find out the "final" CRF which will produce the target file size. This "final" CRF is then used in the subsequent 1-pass CRF encoding.
During the CRF prediction phase you will see in the log how CRF develops towards the "final" CRF.

Thanks, I'll try that...

So, I don't have to do anything else in my ini? DirectShow doesn't work in my case, so can I try this with FRIM? I think that is the only way I can run a 1 pass CRF encode without throwing the usual error.

[MrVideo]

Goto post 24769

[Sharc]

Thanks, I'll try that...

So, I don't have to do anything else in my ini? DirectShow doesn't work in my case, so can I try this with FRIM? I think that is the only way I can run a 1 pass CRF encode without throwing the usual error.
I am afraid FRIM won't work because it does not support random seeking, which is essential for the samples selection for CRF prediction.
Internal LAVF will probably not work either because Avisynth is involved, but as I am not sure you could try it.
DirectShow should work (and it works here), but you seem to have your own very specific problems with it......
I am always using DGDecNV, but it only works with NVIDIA cards.

[Ch3vr0n]

@Jdobbs is there a way to know if hardware or software based FRIM encoding has been used? Just redid that 3D disc, this time it encoded fully but there's occasional glitching. Log below. I'm pretty sure my old Q9550 did software de- / encoding only. Are there switches to force that?

[08/20/16] BD Rebuilder v0.50.18
[05:52:21] Source: BATMAN_V_SUPERMAN_DAWN_JUSTICE
- Input BD size: 43,73 GB
- Approximate total content: [02:38:47.851]
- Target BD size: 22,95 GB
- Windows Version: 6.2 [9200]
- Quality: Good (Very Fast), ABR
- Output folder: D:\Blu-ray\Rebuilds\BDRB\
- MVC 3D Output Mode enabled
- Decoding/Frame serving: FRIMDecode
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
- Resuming from previously started job.
[05:52:22] PHASE ONE, Encoding
- [05:52:22] Processing: VID_00052 (1 of 2)
- [05:52:22] Reencoding video [VID_00052]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 218*209 frames
- Bitrate: 18*147 Kbs
- Using FRIMEncoder for MVC encoding
- [05:52:22] Reencoding: VID_00052, Pass 1 of 1
- [09:40:25] Video Encode complete
- [09:40:25] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [09:40:25] Multiplexing M2TS
- [09:51:54] Scanning for 3D CLPI info...
- [09:55:11] Processing: VID_00103 (2 of 2)
- [09:55:11] Extracting A/V streams [VID_00103]
- [09:55:19] Reencoding video [VID_00103]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 8*159 frames
- Bitrate: 4*805 Kbs
- Using FRIMEncoder for MVC encoding
- [09:55:19] Reencoding: VID_00103, Pass 1 of 1
- [09:59:26] Video Encode complete
- [09:59:26] Processing audio tracks
- [09:59:26] Multiplexing M2TS
- [09:59:30] Scanning for 3D CLPI info...
[09:59:31]PHASE ONE complete
[09:59:31]PHASE TWO - Rebuild Started
- [09:59:31] Converting SSIF file references
- [10:00:03] Rebuilding BD-3D file Structure
[10:03:28] - Encode and Rebuild complete
[10:03:28] Writing BD structure to ISO file
- ImgBurn completed successfully
- BATMAN_V_SUPERMAN_DAWN_JUSTICE folder removed.
- WORKFILES folder removed.
[10:10:57] JOB: BATMAN_V_SUPERMAN_DAWN_JUSTICE finished.

[Lathe]

I am afraid FRIM won't work because it does not support random seeking, which is essential for the samples selection for CRF prediction.
Internal LAVF will probably not work either because Avisynth is involved, but as I am not sure you could try it.
DirectShow should work (and it works here), but you seem to have your own very specific problems with it......
I am always using DGDecNV, but it only works with NVIDIA cards.

Yeah, even with the new version of BDRB and after re-installing the current LAV/DirectShow stuff from page 1, I still get the omnipresent AnyDVD error, even though I am using the full Masters of Cinema Blu-ray of 'NOSFERATU'...

Oh well, I'll just stick with the CMD line CRF-18 which has really produced great results.

There was no real important reason to generate whatever the projected CRF would be, really. Just curious, as always...

Thanks though...

[MrVideo]

OK, here are the things that I've discovered (previous posts deleted):

In order to create a BD using the imported files, all one needs to do is burn the BD structure that is created. If one selected to back up, then recoding is done, even though FORCE_NOENCODE=1 is set. Plus, the imported chapters within the MKV file is ignored.
Chapters that are in the MKV file are used when initially imported. Good news. But, for those who do the back up, they are ignored. Bad news.
The source directory is a little weird. 1) You cannot enter a path that doesn't go to a BD structure. You should be able to enter whatever path you like, then when you do go to import files that path is used. 2) When you import MKV files, when it is done with the importing and menu building, that path now shows up in the GUI. But, it is ignored. 3) The source path that is in the INI file and GUI source path is ignored. When I go to import MKV files, the initial path that shows up is one that I used several times ago and it not being used at this point in time.
The title is placed at the top of the menu. It is not shifted down to the MENU_VERTICAL location. The reason that it needs to move is so that it doesn't step on the background image. In this case, it is the TV show's logo. Maybe a separate TITLE_VERTICAL and TITLE_CENTER for its placement?
My font selection is not being used and there is no error in the log to indicate why. I know the font is there since I installed it and verified that it is in the FONTS directory. I used the name that is displayed in the explorer (Giovanni). When using the font in Photoshop (on another box), it is listed as ITC Giovanni. I tried that as well. Though I've just noticed that double-clicking on the font brings up a window that displays the font, but calls it Giovanni Book. I'm now trying that name. That said, it would be nice if the log showed that the font was not found.
EDIT: The name used for the font display window needs to be used. Now it is using my font.


Unfortunately that stupid DVDFab media player does not like the menu. All I get is a black screen. Burning discs to test runs is too expensive. Anyone know of a free program that runs under XP that will work with BDRB's menus? And before anyone says to use VLC, it doesn't work either. All it does is show the background image.

Enhancement suggestions:

Add a menu option to display the hidden options txt file as read only. That way users can copy-n-paste an entry from that file to the INI file's editor. Or bring up the hidden txt file using wordpad, so that it can stay up while copying more than one entry from there to the INI.
Add MENU_FONT_SIZE in points. In the hidden file, list what the default is.
As mentioned above, two new options: TITLE_VERTICAL and TITLE_HORIZONTAL_CENTER
While there is a MENU font selection, how about the same for TITLE? (I know, this is getting closer to an authoring package ability)
Add TITLE_FONT_SIZE in points. In the hidden file, list what the default is.

[Nemesh]

I hope this is the right place to post this.

I have created some Blu-Ray disc with BDRebuilder.
If I write the BD to a empty disc and start it up with my Samsung BD-H6500 player or Popcornhour C-200, the menu looks like this:

http://i942.photobucket.com/albums/ad266/MoyenneLOTS/handleiding/Screenshot1_zps7bzsw8vn.jpg

The letter of the menu look great.
Now if I open the same disc (from HD) with my Mede8er MED800x3D the menu looks like this:

http://i942.photobucket.com/albums/ad266/MoyenneLOTS/handleiding/Screenshot2_zpsqnvruecv.jpg

As you see, the Mede8er MED800X3D doesn't display the transparent grey/black field and the letters from the menu look very frayed.

I have reported this problem on the Mede8er board, but got no answer.
Is it possible that BDRebuilder creates a menu that also looks good on the Mede8er MED600/800 ?
Or is it a problem with the firmware/hardware of de MED800X3D ?

If this is the wrong place to post this, then I give you my sincere appologies.
With much regards,

Nemesh

[mparade]

I have got this message in the command line:

avs [error]: LoadPlugin: �v���O�C���������G���[
(C:\WORKING\WORKFILES\VID_01204.AVS, line 2)
x264 [error]: could not open input file `C:\WORKING\WORKFILES\VID_01204.AVS'

Maybe because DGDecNV2052 is not supported?

Any help would be appreciated.

Solved: after changing back the decoder to version 2051 the problem is solved.

[Ch3vr0n]

ignore my previous "pixellation" report. Forgot i had to test using a standalone and not software player. Initial testing indicates default frim settings just fine, no pixellation

[DoctorM]

@MrVideo - When I first bought my BD burner I also bought a 10 pack of Verbatim BD50-RW discs.
I have no idea what I would do if I didn't have them.

That said, I've tried VLC, which although it has basic BD support, can't play BD RB built menus either.
I'm hoping someone has an answer to your question about software that can play the menus.

[MrVideo]

@MrVideo - When I first bought my BD burner I also bought a 10 pack of Verbatim BD50-RW discs.
I have no idea what I would do if I didn't have them.

Good idea. I'll have to look into BD25-RW discs.

UPDATE: Just bought 10 pieces. Thanks for the tip.

[worknstiff]

I was over at the CloneBD site and got an interesting post from one of their developers, and was surprised by his comments about an analysis tool they use. I had started a thread about why when feeding BD_Rebuilder or even CloneBD backups to CloneBD to create MKV's from, they failed sometimes and this was his response.
Quote: Out of pure curiosity, we threw the results from BDRebuilder, TSMuxer and even Fab at that analysis tool. We were astonished to learn that none of them stick to the specs at all. BDRebuilder in particular makes a real mess (the max. recording rate of 48mbits is violated, restraints for audio buffering are exceeded by several factors, etc...). Obviously, through an evolutionary process, these programs were modified bit by bit until the results played on the players, so usually you're fine with them. But those files still are not ok. So I'm not surprised, when CloneBD chokes on some.
Wow, I have never had a problem playing BD_Rebuilder output on my Panasonic, Oppo, or even my Samsung Blu-ray players and they always played using TMT5 or PowerDVD too. I seem to have more trouble with the movie only partial backups with CloneBD's simple menu's using software players though. Thanks jdobbs for the GREAT WORK ON BD_Rebuilder.

[jdobbs]

I was over at the CloneBD site and got an interesting post from one of their developers, and was surprised by his comments about an analysis tool they use. I had started a thread about why when feeding BD_Rebuilder or even CloneBD backups to CloneBD to create MKV's from, they failed sometimes and this was his response.
Quote: Out of pure curiosity, we threw the results from BDRebuilder, TSMuxer and even Fab at that analysis tool. We were astonished to learn that none of them stick to the specs at all. BDRebuilder in particular makes a real mess (the max. recording rate of 48mbits is violated, restraints for audio buffering are exceeded by several factors, etc...). Obviously, through an evolutionary process, these programs were modified bit by bit until the results played on the players, so usually you're fine with them. But those files still are not ok. So I'm not surprised, when CloneBD chokes on some.
Wow, I have never had a problem playing BD_Rebuilder output on my Panasonic, Oppo, or even my Samsung Blu-ray players and they always played using TMT5 or PowerDVD too. I seem to have more trouble with the movie only partial backups with CloneBD's simple menu's using software players though. Thanks jdobbs for the GREAT WORK ON BD_Rebuilder.They're wrong. Pure and simple. You can look at the encoding command lines and see that limits are placed on X264 - which are not only within the specs, but also have a "just in case" extra buffer. No big surprise to find that they would like you to believe that you should pay for their software rather than use the free one.

As I have said before -- I ask that we don't comment on other software in this thread. It isn't that I feel any sort of sense of competition -- it's that I truly don't care what other software does.

[jdobbs]

I hope this is the right place to post this.

I have created some Blu-Ray disc with BDRebuilder.
If I write the BD to a empty disc and start it up with my Samsung BD-H6500 player or Popcornhour C-200, the menu looks like this:

The letter of the menu look great.
Now if I open the same disc (from HD) with my Mede8er MED800x3D the menu looks like this:

As you see, the Mede8er MED800X3D doesn't display the transparent grey/black field and the letters from the menu look very frayed.

I have reported this problem on the Mede8er board, but got no answer.
Is it possible that BDRebuilder creates a menu that also looks good on the Mede8er MED600/800 ?
Or is it a problem with the firmware/hardware of de MED800X3D ?

If this is the wrong place to post this, then I give you my sincere appologies.
With much regards,

NemeshEverything on that screen is simply graphic images. It's the player.

[Nemesh]

@Mr Dobbs,

Thank you very much for the fast reply sir.
Have posted this problem with the Mede8er MED600/800X3D on the Mede8er international board here. (http://www.mede8erforum.com/index.php/topic,17892.0.html)
That was on June 02, 2016 (more than 2 months ago) and never got any reply.
Now I finally got my answer, and I think it's a problem in the hardware of the Mede8er MED600/800X3D that they can't solve with a firmware fix and in a effort not to hurt their sales..........
Give you my best regards,

Nemesh

[worknstiff]

@ jdobbs RE: pay for their software rather than use the free one. Guess that sums it up. Thanks, sorry to clog up the thread. What surprised me was that their "own created BD folder", failed to create an MKV when used as a source, lol.

[kufo]

Since Version 0.50.16 I have a speed problem. Same settings as in 0.50.14, but the maximum reencoding speed is about 50fps. All further Versions up to 0.50.18 do the same. In Version 0.50.14 the speed was about 115fps.
I can´t figure out what was wrong in the last 3 Versions. It shows me x264/internal LAVF for frameserving but the speed looks like a FRIM encode.Finaly I switched the TOOLS folder from 0.50.14 into 0.50.18. While rencoding
I had a speed of 115fps.
The diffrent between both TOOLS folders is in newer Versions.x264 for example moved from 0.148.2665.0 to 0.148.2705.0
Any idea what could cause that issue?:confused:

[DoctorM]

I must be missing something. Because of the way a disc was set up (lots of branching to support foreign languages), I had to use BD Rebuilder to create first a Quick Play structure (no encoding), fix the structure and then run it through BD Rebuilder again to encode a BD5.

I know that messes with things, but I'm getting the weird issue that the DTS-HD MA tracks are being cored, but not re-encoded to DD. I have "Strict AVCHD" setting on, but I can't think of any other reason Rebuilder would copy a DTS track to an AVCHD disc.

Any suggestions or am I out of luck?

Edit 2: Dang, I always forget that BD RB doesn't like Full Backup with AVCHD output.
Unchecked 'Do not convert DTS to AC3 (Blu-Ray only)' and it works fine now.

[geheim]

Since Version 0.50.16 I have a speed problem. Same settings as in 0.50.14, but the maximum reencoding speed is about 50fps. All further Versions up to 0.50.18 do the same. In Version 0.50.14 the speed was about 115fps.
I can´t figure out what was wrong in the last 3 Versions. It shows me x264/internal LAVF for frameserving but the speed looks like a FRIM encode.Finaly I switched the TOOLS folder from 0.50.14 into 0.50.18. While rencoding
I had a speed of 115fps.
The diffrent between both TOOLS folders is in newer Versions.x264 for example moved from 0.148.2665.0 to 0.148.2705.0
Any idea what could cause that issue?:confused:

I can confirm this issue! Since 0.50.16 the encoding speed with LAVF as frameserver reaches only 50 fps in the max. All versions before reached Speeds up to 120fps on my Intel i7. Using the tools folder from older versions on the latest releases results in speeds of 120fps again.

So, @jdobbs or anyone else, do you have any idea why this issue happens??

Thanks!

[marco421]

I started to use version 50.18 and Norton removed it as bad. I rebooted and shut down Norton, re-downloaded ver. 50.18 and extracted all. clicked on bdrb.exe and got an error msg: 'component mscomctl.ocx or one of it's dependencies not correctly registered. a file is missing or invalid'
help please. how do I fix this?

[lauguru]

jdobbs@
It is possible to add in setup bdrebuilder use DGDecNV x64 , only suport 32 bits.

the DGDecNV build 2052 suport x64

thanks

http://image.prntscr.com/image/9147badb0ace4023a4107c7c14738238.png

@jdobbs You could do something with this?Please.

[varekai]

I started to use version 50.18 and Norton removed it as bad. I rebooted and shut down Norton, re-downloaded ver. 50.18 and extracted all. clicked on bdrb.exe and got an error msg: 'component mscomctl.ocx or one of it's dependencies not correctly registered. a file is missing or invalid'
help please. how do I fix this?
Have a look here:
http://forum.doom9.org/showthread.php?p=1357838#post1357838

[kufo]

Speed problem in encoding, introduced in v. 0.50.16. Since this version there is an encodig speed of only 50fps. See #24580 +24582. I found out that the reason is in x264/x264-64 higher than v. 0.148.2705.0
V. 0.148.2705.0 was used in 0.50.14 Tools folder and it worked fine for me. Is there no other opportunity as replacing this manualy by the old version in newer BD-Rebuilder releases?
I can´t imagine that is is a coincidence, what happens to geheim an d me.
Is there no one else with this problem?

[jdobbs]

Since Version 0.50.16 I have a speed problem. Same settings as in 0.50.14, but the maximum reencoding speed is about 50fps. All further Versions up to 0.50.18 do the same. In Version 0.50.14 the speed was about 115fps.
I can´t figure out what was wrong in the last 3 Versions. It shows me x264/internal LAVF for frameserving but the speed looks like a FRIM encode.Finaly I switched the TOOLS folder from 0.50.14 into 0.50.18. While rencoding
I had a speed of 115fps.
The diffrent between both TOOLS folders is in newer Versions.x264 for example moved from 0.148.2665.0 to 0.148.2705.0
Any idea what could cause that issue?:confused:The version of X264 included with BD-RB was upgraded in v0.50.16 (to r2705). That's the only thing I can imagine that would cause a speed decrease. But I've not personally seen any slowdown, nor have I received any other reports of slowdown. It's possible your speed may have been affected by an incorrect version of SPLIT.EXE if you have set the MULTIPROCESS hidden value -- but that only happened for one version (v0.50.17).

[kufo]

The version of X264 included with BD-RB was upgraded in v0.50.16 (to r2705). That's the only thing I can imagine that would cause a speed decrease. But I've not personally seen any slowdown, nor have I received any other reports of slowdown. It's possible your speed may have been affected by an incorrect version of SPLIT.EXE if you have set the MULTIPROCESS hidden value -- but that only happened for one version (v0.50.17).
@jdobbs.
Thanks for your quick reply. Good to know that nothing changed except for the x264 Version. I´ve done some testing with the split.exe, but nothing changed with the speed. When I use standard settings in Rebuilder V. 0.50.18 with only changes in language and custom output size the speed is allright. I see there must be a conflict with the settings i used to utilize and the new x264 Version. I´ll have to compare standard settings with my own. This is the only way to solve my problrem with the speed, I think.

[jdobbs]

@jdobbs.
Thanks for your quick reply. Good to know that nothing changed except for the x264 Version. I´ve done some testing with the split.exe, but nothing changed with the speed. When I use standard settings in Rebuilder V. 0.50.18 with only changes in language and custom output size the speed is allright. I see there must be a conflict with the settings i used to utilize and the new x264 Version. I´ll have to compare standard settings with my own. This is the only way to solve my problrem with the speed, I think.What settings do you use/mean? Some settings can have a significant impact on speed.

[jdobbs]

@jdobbs You could do something with this?Please.It's not a matter of me doing something with it -- it simply doesn't work.

[lauguru]

It's not a matter of me doing something with it -- it simply doesn't work.

I do not understand, does not work under bd rebuilder? or not working DGDecNV x64?

the DGDecNV x64 works for me outside rebuilder bd.

http://image.prntscr.com/image/7befeb0810314c058cf2476a31386767.png

[jdobbs]

It has been explained before -- please search for it.

[lauguru]

It has been explained before -- please search for it.

this post?

http://forum.doom9.org/showpost.php?p=1774996&postcount=24534

(Open up a DOS window and type SET and enter. It will list all the environment variables.

Or, if you prefer, you can go to Control Panel>System and Security>System>Advanced System Settings and click on "Environment Variables"

I just ran a test of "Revenant" using your settings and am getting 4 instances of X264. The one thing I had to change, though, was from DGDecNV to Directshow. I upgraded my video machine to Windows 10, and my Nvidia GT520 video card is one of the ones that isn't supported yet (by DGDecNV) on Win10, so I can't use DGDecNV anymore.)
__________________

[jdobbs]

I don't get the connection to that link... so, again:

Using a 64 bit plugin requires that you also use the 64 bit version of AVISYNTH. There are multiple reasons why you can't use the 64 bit version of AVISYNTH with BD-RB -- including incompatibility with many filters (that have no 64 bit equivalent) and 32 bit applications. And frankly, for the minimal increase in speed you might get, it just isn't worth the effort.

[lauguru]

I don't get the connection to that link... so, again:

Using a 64 bit plugin requires that you also use the 64 bit version of AVISYNTH. There are multiple reasons why you can't use the 64 bit version of AVISYNTH with BD-RB -- including incompatibility with many filters (that have no 64 bit equivalent) and 32 bit applications. And frankly, for the minimal increase in speed you might get, it just isn't worth the effort.

ok thanks for the reply, a shame that you can not.

[Groucho2004]

ok thanks for the reply, a shame that you can not.
I'm curious - What do you think you'll gain by using the 64 bit version of DGDecodeNV.dll? The decoding speed advantage is purely academic when you consider that other filters and the encoder are the bottleneck in almost every case.

[lauguru]

I'm curious - What do you think you'll gain by using the 64 bit version of DGDecodeNV.dll? The decoding speed advantage is purely academic when you consider that other filters and the encoder are the bottleneck in almost every case.


I just think that x64 bits, should be better and more RAM memory management GPU DGDecNV, my gpu uses half ram available in 32-bit version. Thank you


http://image.prntscr.com/image/8f0df5fc578a4be89700b1a16ee529e1.png

[kufo]

What settings do you use/mean? Some settings can have a significant impact on speed.
Thats´s what I´ll have to test. I didn´t change the settings for a very long time, because they worked fine for me. In meantime some default settings have changed but up to V. 0.50.14 there were no problems at all. I´m allways doing doing a full backup with a custum size of 23900 MB using some settings from the HIDDENOPTS folder. Last change was the opportunity for 3D encoding with it´s settings about 2 years ago ( I think it was V. 0.47.07 )I´ll bring the Config File in alphabetical order and and compare one by one with working Version ( 120fps speed ) of 0.50.18.

I sign up if I have found the culprit:thanks:

[Groucho2004]

I just think that x64 bits, should be better and more RAM memory management GPU DGDecNV, my gpu uses half ram available in 32-bit version. Thank you


http://image.prntscr.com/image/8f0df5fc578a4be89700b1a16ee529e1.png
Even with several parallel decoding processes and 1080p material, the decoding will still use less than 1 GB. So, you have quite some headroom even with "just" 4 GB.

[jdobbs]

Even with several parallel decoding processes and 1080p material, the decoding will still use less than 1 GB. So, you have quite some headroom even with "just" 4 GB.There's going to be very little speed gain in using the 64 bit plugin, if there is any at all. Personally I doubt it.

[Groucho2004]

There's going to be very little speed gain in using the 64 bit plugin, if there is any at all. Personally I doubt it.
Yes, I mentioned that in post #24796.

[lauguru]

Even with several parallel decoding processes and 1080p material, the decoding will still use less than 1 GB. So, you have quite some headroom even with "just" 4 GB.




There's going to be very little speed gain in using the 64 bit plugin, if there is any at all. Personally I doubt it.


only it intended to further improve bd rebuilder, with the potential to DGDecNV and vice versa. If you can not, then nothing happens.

[lauguru]

my experience with MULTIPROCESS=n - Quality: Highest (Very Slow), Two Pass - Decoding/Frame serving: DGDecNV

cpu i7 6 cores/12 threads

MULTIPROCESS=4 102 fps
MULTIPROCESS=12 103 fps
MULTIPROCESS=16 99 fps
MULTIPROCESS=10 98 fps
MULTIPROCESS=14 87 fps
MULTIPROCESS=8 100 fps
MULTIPROCESS=6 102 fps
MULTIPROCESS=5 101 fps

the best is MULTIPROCESS=12 (any relationship with "12 threads"?)

[gg72]

I can confirm this issue! Since 0.50.16 the encoding speed with LAVF as frameserver reaches only 50 fps in the max.

I have the same problem with Intel i7-3770 CPU and LAVF as frameserver.

[jdobbs]

I have the same problem with Intel i7-3770 CPU and LAVF as frameserver.I suggest you switch to an older version of X264 and/or try DirectshowSource. If that fixes your problem, you should take it up in the X264 thread.

The encoding speed you get is heavily dependent on your settings. It also depends on which pass you are referring to (pass 1 goes much faster than pass 2). Have you changed your settings recently? As for 50fps... on my AMD FX-8350 that would be a very good speed for "High Quality (Default)" mode (which I often use) during pass 2.

[djarthur]

@jdobbs

Hi, I know i'm new but i'm looking at this forum from around 2014.. Before i can't do any conversion using BD-RB for limitations on my PC, now i have an i7, but i had made all prosible to convert some BD-50 3D to Full BD-25 3D using batch backup and when finished and play them using TotalMedia Theatre 5, after like 8 minutes playing the main movie for all languages the sound off for all the rest of the movie, no sound at all with any audio lenguages, anybody may know what's going on with this issue.. i had tried using win7-32bits and win10-64bits with BD-RB v0.50.18 v0.50.17 same problem..

i have a log
==========================
[14:26:07] BD Rebuilder v0.50.17
[14:26:07] BEGIN - BATCH SEQUENCE
==========================
-----------------------
[14:26:07] PROCESSING BATCH FILE [1]
----------------------
[08/19/16] BD Rebuilder v0.50.17
[14:26:09] Source: TRANSFORMERS.AGE.OF.EXTINCTION.2014.3D
- Input BD size: 43,46 GB
- Approximate total content: [02:57:18.793]
- Target BD size: 22,46 GB
- Windows Version: 6.1 [7601]
- Quality: Highest (Very Slow), ABR
- SHUTDOWN at completion enabled
- MVC 3D Output Mode enabled
- Decoding/Frame serving: FRIMDecode
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[14:26:10] PHASE ONE, Encoding
- [14:26:10] Processing: VID_00800 (1 of 1)
- [14:26:10] Extracting A/V streams [VID_00800]
- [14:49:40] Reencoding video [VID_00800]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 237.538 frames
- Bitrate: 17.055 Kbs
- Using FRIMEncoder for MVC encoding
- [14:49:41] Reencoding: VID_00800, Pass 1 of 1
- [05:35:54] Video Encode complete
- [05:35:54] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (eng): Keeping original audio
- Track 4354 (eng): Keeping original audio
- Track 4356 (spa): Keeping original audio
- Track 4358 (eng): Keeping original audio
- [05:35:54] Multiplexing M2TS
- [05:51:09] Scanning for 3D CLPI info...
[05:55:51]PHASE ONE complete
[05:55:51]PHASE TWO - Rebuild Started
- [05:55:51] Converting SSIF file references
- [05:56:44] Rebuilding BD-3D file Structure
[05:57:20] - Encode and Rebuild complete
[05:57:20] JOB: TRANSFORMERS.AGE.OF.EXTINCTION.2014.3D_02 finished.
-----------------------
[05:57:20] PROCESSING BATCH FILE [2]
----------------------
[08/20/16] BD Rebuilder v0.50.17
[05:57:24] Source: MARVELS_THE_AVENGERS_3D
- Input BD size: 42,60 GB
- Approximate total content: [02:30:29.561]
- Target BD size: 22,46 GB
- Windows Version: 6.1 [7601]
- Quality: Highest (Very Slow), ABR
- SHUTDOWN at completion enabled
- MVC 3D Output Mode enabled
- Decoding/Frame serving: FRIMDecode
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[05:57:25] PHASE ONE, Encoding
- [05:57:25] Processing: VID_00800 (1 of 1)
- [05:57:25] Extracting A/V streams [VID_00800]
- [06:20:29] Reencoding video [VID_00800]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 205.592 frames
- Bitrate: 19.500 Kbs
- Using FRIMEncoder for MVC encoding
- [06:20:29] Reencoding: VID_00800, Pass 1 of 1
- [20:49:39] Video Encode complete
- [20:49:39] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4354 (spa): Keeping original audio
- [20:49:39] Multiplexing M2TS
- [21:03:49] Scanning for 3D CLPI info...
[21:08:18]PHASE ONE complete
[21:08:18]PHASE TWO - Rebuild Started
- [21:08:18] Converting SSIF file references
- [21:11:15] Rebuilding BD-3D file Structure
[21:11:21] - Encode and Rebuild complete
[21:11:21] JOB: MARVELS_THE_AVENGERS_3D_02 finished.
-----------------------
[21:11:21] PROCESSING BATCH FILE [3]
----------------------
[08/20/16] BD Rebuilder v0.50.17
[21:11:25] Source: THOR.THE.DARK.WORLD.2013.3D
- Input BD size: 39,42 GB
- Approximate total content: [02:00:20.463]
- Target BD size: 22,46 GB
- Windows Version: 6.1 [7601]
- Quality: Highest (Very Slow), ABR
- SHUTDOWN at completion enabled
- MVC 3D Output Mode enabled
- Decoding/Frame serving: FRIMDecode
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[21:11:26] PHASE ONE, Encoding
- [21:11:26] Processing: VID_00939 (1 of 4)
- [21:11:26] Extracting A/V streams [VID_00939]
- [21:11:31] Reencoding video [VID_00939]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 120 frames
- Bitrate: 19.293 Kbs
- Using FRIMEncoder for MVC encoding
- [21:11:32] Reencoding: VID_00939, Pass 1 of 1
- [21:11:38] Video Encode complete
- [21:11:38] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (eng): Keeping original audio
- Track 4355 (spa): Keeping original audio
- [21:11:38] Multiplexing M2TS
- [21:11:42] Scanning for 3D CLPI info...
- [21:11:42] Processing: VID_00011 (2 of 4)
- [21:11:42] Extracting A/V streams [VID_00011]
- [21:11:51] Reencoding video [VID_00011]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 696 frames
- [21:11:51] Reencoding: VID_00011, Pass 1 of 1
- [21:12:04] Video Encode complete
- [21:12:04] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [21:12:04] Multiplexing M2TS
- [21:12:10] Processing: VID_00527 (3 of 4)
- [21:12:10] Extracting A/V streams [VID_00527]
- [21:12:41] Reencoding video [VID_00527]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 3.648 frames
- Bitrate: 18.587 Kbs
- Using FRIMEncoder for MVC encoding
- [21:12:41] Reencoding: VID_00527, Pass 1 of 1
- [21:24:52] Video Encode complete
- [21:24:52] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4354 (spa): Keeping original audio
- [21:24:52] Multiplexing M2TS
- [21:25:01] Scanning for 3D CLPI info...
- [21:25:07] Processing: VID_00800 (4 of 4)
- [21:25:07] Extracting A/V streams [VID_00800]
- [21:47:49] Reencoding video [VID_00800]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 161.198 frames
- Bitrate: 24.851 Kbs
- Using FRIMEncoder for MVC encoding
- [21:47:49] Reencoding: VID_00800, Pass 1 of 1
- [08:14:55] Video Encode complete
- [08:14:55] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (eng): Keeping original audio
- Track 4355 (spa): Keeping original audio
- [08:14:55] Multiplexing M2TS
- [08:28:56] Scanning for 3D CLPI info...
[08:33:39]PHASE ONE complete
[08:33:39]PHASE TWO - Rebuild Started
- [08:33:39] Converting SSIF file references
- [08:35:26] Rebuilding BD-3D file Structure
[08:35:36] - Encode and Rebuild complete
[08:35:36] JOB: THOR.THE.DARK.WORLD.2013.3D_02 finished.
-----------------------
[08:35:36] PROCESSING BATCH FILE [4]
----------------------
[08/21/16] BD Rebuilder v0.50.17
[08:35:42] Source: XMEN_DAYS_OF_FUTURE_PAST_3D
- Input BD size: 43,87 GB
- Approximate total content: [02:22:53.981]
- Target BD size: 22,46 GB
- Windows Version: 6.1 [7601]
- Quality: Highest (Very Slow), ABR
- SHUTDOWN at completion enabled
- MVC 3D Output Mode enabled
- Decoding/Frame serving: FRIMDecode
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[08:35:42] PHASE ONE, Encoding
- [08:35:42] Processing: VID_00251 (1 of 2)
- [08:35:42] Extracting A/V streams [VID_00251]
- [08:36:02] Reencoding video [VID_00251]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 2.203 frames
- Bitrate: 19.823 Kbs
- Using FRIMEncoder for MVC encoding
- [08:36:02] Reencoding: VID_00251, Pass 1 of 1
- [08:43:01] Video Encode complete
- [08:43:01] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [08:43:01] Multiplexing M2TS
- [08:43:12] Scanning for 3D CLPI info...
- [08:43:16] Processing: VID_00500 (2 of 2)
- [08:43:16] Extracting A/V streams [VID_00500]
- [09:04:11] Reencoding video [VID_00500]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 189.299 frames
- Bitrate: 20.831 Kbs
- Using FRIMEncoder for MVC encoding
- [09:04:11] Reencoding: VID_00500, Pass 1 of 1
- [14:05:47] Video Encode complete
- [14:05:47] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (eng): Keeping original audio
- Track 4354 (spa): Keeping original audio
- [14:05:47] Multiplexing M2TS
- [14:12:45] Scanning for 3D CLPI info...
[14:14:46]PHASE ONE complete
[14:14:46]PHASE TWO - Rebuild Started
- [14:14:46] Converting SSIF file references
- [14:20:15] Rebuilding BD-3D file Structure
[14:20:35] - Encode and Rebuild complete
[14:20:35] JOB: XMEN_DAYS_OF_FUTURE_PAST_3D_02 finished.
==========================
[14:20:35] END - BATCH SEQUENCE
==========================
- Computer SHUTDOWN initiated.
[08/22/16] Checking System Settings
- BD-Rebuilder v0.50.17
- Windows Version: 6.1 [7601]
- Working Path Free Space: 136,77GB
- AVISYNTH Version: 2.5.8.0, Ok
- LAVFILTERS: Ok
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok
- FRIMEncode: Ok
- FRIMDecode: Ok
[08/22/16] Systems Settings Check complete
==========================
[10:14:46] BD Rebuilder v0.50.18
[10:14:46] BEGIN - BATCH SEQUENCE
==========================
-----------------------
[10:14:46] PROCESSING BATCH FILE [1]
----------------------
[08/22/16] BD Rebuilder v0.50.18
[10:14:46] Source: THOR.THE.DARK.WORLD.2013.3D
- Input BD size: 39,42 GB
- Approximate total content: [02:00:20.463]
- Target BD size: 22,46 GB
- Windows Version: 6.1 [7601]
- Quality: High Quality (Default), ABR
- MVC 3D Output Mode enabled
- Decoding/Frame serving: FRIMDecode
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[10:14:46] PHASE ONE, Encoding
- [10:14:46] Processing: VID_00939 (1 of 4)
- [10:14:46] Extracting A/V streams [VID_00939]
- [10:14:50] Reencoding video [VID_00939]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 120 frames
- Bitrate: 17.894 Kbs
- Using FRIMEncoder for MVC encoding
- [10:14:51] Reencoding: VID_00939, Pass 1 of 1
- [10:14:57] Video Encode complete
- [10:14:57] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (eng): Keeping original audio
- Track 4354 (fra): Keeping original audio
- Track 4355 (spa): Keeping original audio
- Track 4356 (por): Keeping original audio
- [10:14:57] Multiplexing M2TS
- [10:15:00] Scanning for 3D CLPI info...
- [10:15:01] Processing: VID_00011 (2 of 4)
- [10:15:01] Extracting A/V streams [VID_00011]
- [10:15:08] Reencoding video [VID_00011]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 696 frames
- [10:15:08] Reencoding: VID_00011, Pass 1 of 1
- [10:15:18] Video Encode complete
- [10:15:18] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [10:15:18] Multiplexing M2TS
- [10:15:23] Processing: VID_00527 (3 of 4)
- [10:15:23] Extracting A/V streams [VID_00527]
- [10:15:51] Reencoding video [VID_00527]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 3.648 frames
- Bitrate: 17.611 Kbs
- Using FRIMEncoder for MVC encoding
- [10:15:51] Reencoding: VID_00527, Pass 1 of 1
- [10:22:21] Video Encode complete
- [10:22:21] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (fra): Keeping original audio
- Track 4354 (spa): Keeping original audio
- Track 4355 (por): Keeping original audio
- [10:22:21] Multiplexing M2TS
- [10:22:31] Scanning for 3D CLPI info...
- [10:22:36] Processing: VID_00800 (4 of 4)
- [10:22:36] Extracting A/V streams [VID_00800]
- [10:46:00] Reencoding video [VID_00800]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 161.198 frames
- Bitrate: 24.757 Kbs
- Using FRIMEncoder for MVC encoding
- [10:46:00] Reencoding: VID_00800, Pass 1 of 1
- [15:48:16] Video Encode complete
- [15:48:16] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (eng): Keeping original audio
- Track 4354 (fra): Keeping original audio
- Track 4355 (spa): Keeping original audio
- Track 4356 (por): Keeping original audio
- [15:48:16] Multiplexing M2TS
- [16:03:10] Scanning for 3D CLPI info...
[16:08:17]PHASE ONE complete
[16:08:17]PHASE TWO - Rebuild Started
- [16:08:17] Converting SSIF file references
- [16:09:57] Rebuilding BD-3D file Structure
[16:10:07] - Encode and Rebuild complete
[16:10:07] JOB: THOR.THE.DARK.WORLD.2013.3D_02 finished.

"C:\n\APPs\BD_Rebuilder\tools\x264.exe" "C:\N\THOR.THE.DARK.WORLD.2013.3D\BDMV\STREAM\00011.m2ts" --preset ultrafast --demuxer lavf --fps 24000/1001 --cabac --bframes 3 --b-pyramid none --qpmin=0 --slow-firstpass --crf 20 --level 4.1 --qpfile "C:\N\LISTOS\WORKFILES\VID_00011.CHP" --sar 1:1 --aud --nal-hrd vbr --pic-struct --vbv-bufsize 30000 --keyint 24 --min-keyint 1 --ipratio 1.1 --pbratio 1.1 --vbv-maxrate 35000 --slices 4 --threads auto --thread-input --stats "C:\N\LISTOS\WORKFILES\00011.m2ts.264.stats" --pass 1 --output "C:\N\LISTOS\WORKFILES\00011.m2ts.264"

Any Help Please....

Thanks jdobbs for all you work..

[jdobbs]

I suggest you switch to an older version of X264 and/or try DirectshowSource. If that fixes your problem, you should take it up in the X264 thread.

The encoding speed you get is heavily dependent on your settings. It also depends on which pass you are referring to (pass 1 goes much faster than pass 2). Have you changed your settings recently? As for 50fps... on my AMD FX-8350 that would be a very good speed for "High Quality (Default)" mode (which I often use) during pass 2.I went back several versions of X264 -- and I'm not seeing any significant difference in encoding speed. I will say that I'm seeing faster speeds with DirectshowSource than with X264/LAVF (at least in pass 1), but that could very well have always been the case (I rarely use X264/LAVF).

[gg72]

I suggest you switch to an older version of X264 and/or try DirectshowSource.

With the version 0.50.14 and with the same settings as in the newest version of BDRebuilder (x264/internal LAVF for frameserving) the reencoding speed is about 90fps, with 0.50.18 it reaches only maximum 50fps, the encoding time is almost double.

I will try DirectshowSource also.

[jdobbs]

With the version 0.50.14 and with the same settings as in the newest version of BDRebuilder (x264/internal LAVF for frameserving) the reencoding speed is about 90fps, with 0.50.18 it reaches only maximum 50fps, the encoding time is almost double.

I will try DirectshowSource also.I went back to an older version of BD-RB (v0.50.12) and did a clean install. You're right. If I switch between X264 versions from old to new (no other changes, and the exact same command line), the speed jumps from about 60fps to 105fps (both in pass 1). That means that something in the latest X264 update is the cause of the slowdown. It seems to only affect X264/LAVF mode from what I see so far. There was a libavformat update between the two versions I'm looking at -- so a good guess would be that the issue is related to that change.

In the meantime, I'd suggest you change your version of X264 to one from a previous version (before v0.50.16) of BD-RB if you are using X264/LAVF mode.

I normally use the Komisar builds of X264 for BD-RB. I'll look around for a different build and see if it is related to just this one or others as well.

[Edit] It seems to be the same across all builds. I'm guessing the libavformat update is the cause. If you think it's really necessary to use X264/LAVF then you should back up to an older X264 version. But you'd probably be better off simply using DirectshowSource() or DGDecNV instead -- as, at least on my system, they is just as fast as X264/LAFV. There's no telling whether the LAVF speed will ever return -- and you don't want to lock yourself into an older X264 version if you don't have to.

[gg72]

In the meantime, I'd suggest you change your version of X264 to one from a previous version (before v0.50.16) of BD-RB if you are using X264/LAVF mode.

But you'd probably be better off simply using DirectshowSource() or DGDecNV instead -- as, at least on my system, they is just as fast as X264/LAFV.

OK, thanks.
I don't have nvidia video card, DGDecNV is not an option for me.

[MrVideo]

@jdobbs

No comments regarding my posting?

[ggtop]

Hi jdobbs,

I have lately done a rebuild of "Bridge of spies" which worked OK. As always I also did an alternate movie-only to MP4 and I again had this special error "Create AVS error" with hard coding forced subtitles on multi-part playlists. As this is quite a common and new title maybe I have a chance you also have that one and could test it :)

A possible work-around was to do a movie-only BD50 first and create a MP4 from that Output which worked.

ini-file:
FORCED_SUB_LANG=deu;ger;

I have attached some screenshots. At the time the error appears only 01770.m2ts is demuxed.

ggtop

[jdobbs]

@jdobbs

No comments regarding my posting?1. Sometimes, but not typically. There are specific requirements for Bluray that are rarely included in imported files. FORCE_NOENCODE can be overriden when they are present.

2. I do this all the time and have never lost the chapters. In fact, after they are imported, they are treated exactly like chapters in any other BD. I'd need an example.

3. I'm not sure I get all of what you're saying. The Source Path is meant ONLY for a BD structure -- so it makes complete sense that only a BD structure is accepted. Again, I use this all the time and have never experienced an import pointing to the wrong place.

4. Yeah, I can add a TITLE_VERTICAL and TITLE_HORIZONTAL.

5. You have to use the proper title -- it looks like you got that one straightened out.


Enhancements:

1. I'll add that to the wish list.
2. The font size is dependent on too many other parameters (number of items, line spacing, etc.) I'll look at it, but it's not likely to change. Every time I add things that gives the user the ability to cause self-inflicted injuries -- I end up spending way too much time proving it isn't a bug.
3. See 4 above.
4. Ok. I can look at that.
5. Probably more likely than #2,

[jdobbs]

Hi jdobbs,

I have lately done a rebuild of "Bridge of spies" which worked OK. As always I also did an alternate movie-only to MP4 and I again had this special error "Create AVS error" with hard coding forced subtitles on multi-part playlists. As this is quite a common and new title maybe I have a chance you also have that one and could test it :)

A possible work-around was to do a movie-only BD50 first and create a MP4 from that Output which worked.

ini-file:
FORCED_SUB_LANG=deu;ger;

I have attached some screenshots. At the time the error appears only 01770.m2ts is demuxed.

ggtopI'll see what I can find. Can you post your settings (BDREBUILDER.INI) so I can make sure we're working in the same conditions.

[MrVideo]

1. Sometimes, but not typically. There are specific requirements for Bluray that are rarely included in imported files. FORCE_NOENCODE can be overriden when they are present.
I do not know what requirements could be missing, when the video was specifically encoded with Blu-ray specs. The resulting videos play perfectly in my Samsung BD player, using the BDMV structure that BDRB assembles when the files are imported.

The other thing that I noticed is that when I had two files imported, when I did the backup, the recoding resulted in much larger files. IMHO, there is no need to try and fill the disc. In any event, the sample that I provide will also let you figure out why a recoding is needed.

For me, the recoding issue is kinda moot, since I do not need to do the backup portion, since the BDMV structure that is built is BD burning ready.
2. I do this all the time and have never lost the chapters. In fact, after they are imported, they are treated exactly like chapters in any other BD. I'd need an example.
I'll RAR an example file and put it on my server and then send you a PM with the link info. It will take a while to download, as I only have 4Mbps outgoing. I'll test it first to make sure that the chapters used are indeed different than what are in the file.
3. I'm not sure I get all of what you're saying. The Source Path is meant ONLY for a BD structure -- so it makes complete sense that only a BD structure is accepted. Again, I use this all the time and have never experienced an import pointing to the wrong place.
I just noticed that I wasn't paying attention to the path listed in the INI's file:
SOURCE_PATH=G:\REBUILDER\WORKING\IMPORTS\LOTS-BD-DISC-11
I think I have a different definition of "source path" than you do. That line in the INI points to the source of the files for when BACKUP is done. I'm guessing that the source path in the GUI is really the source of what is to be imported into the project and is not saved in the INI file. In other words, SOURCE_PATH in the INI != SOURCE_PATH in the GUI.

When importing MKV files, the source path entered in the GUI is not remembered correctly. Up until a moment ago, when doing the import, the path shown in the GUI has been "LotS-BD-disc-16", (which I had used at one time), but for my testing, I have been using "LotS-BD-disc-11". Now just looking it is showing "LegendOfTheSeeker", which is the root to the other two. No idea why it has now changed. Is the value entered supposed to be saved in the registry?

UPDATE: Believe me when I say that for the longest time when I was trying to import MKV files, the starting path was wrong. It never updated to what I ended up using. Now it is working and I've changed nothing. When I go to get MKV files, it uses the path I last used. The program must have known that I've posted about it and it decided to be nice to me. :D

As for the chapter marks, I tested a couple of files and the working CHP file that is created matches exactly the chapter file that I use during my encoding process. I'm at a total loss. Massive age brain fart?

So, these two items can be crossed off the list.
4. Yeah, I can add a TITLE_VERTICAL and TITLE_HORIZONTAL.
That would be great, thanks.
5. You have to use the proper title -- it looks like you got that one straightened out.
I have, but it would still be great if the log would contain an entry if the font is not found. That would warn users that if they continue to spend hours recoding that the menu would not have the font they desired. This way they can figure out why not and not waste a lot of time recoding.

Enhancements:

1. I'll add that to the wish list.
Great.
2. The font size is dependent on too many other parameters (number of items, line spacing, etc.) I'll look at it, but it's not likely to change. Every time I add things that gives the user the ability to cause self-inflicted injuries -- I end up spending way too much time proving it isn't a bug.
Unlike many users of BDRB, I've been dealing with fonts since I was in my later teenage years (many decades ago :D). But, you are right. While I won't bitch about the results because of my settings, that isn't to say that those who do not understand the concept will think there is something wrong. Just a thought.
4. Ok. I can look at that.
Thanks.
5. Probably more likely than #2,
Since it only affects a single line, less of a chance of getting it wrong. :D

Thanks for the reply.

[ggtop]

I'll see what I can find. Can you post your settings (BDREBUILDER.INI) so I can make sure we're working in the same conditions.

Sure. I just wanted to wait posting all details because I promised earlier not report this error again :)

Log:
----------------------
[08.30.16] BD Rebuilder v0.50.18
[08:45:22] Source: BRIDGE_OF_SPIES_00801
- Input BD size: 38,18 GB
- Approximate total content: [02:21:19.637]
- Windows Version: 6.1 [7601]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- Mode: My MP4 Container, 1920x1080, AutoGOP, AC3-448
- Quality: High Quality (Default)
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=640
[08:45:22] PHASE ONE, Encoding
- [08:45:22] Processing: VID_01770 (1 of 5)
- [08:45:22] Extracting A/V streams [VID_01770]
- [08:56:50] CreateAVS() 00000
[08:59:52] - Could not create AVS file

section from alternate.txt:
[00040]
caption=My MP4 Container, 1920x1080, AutoGOP, AC3-448
vBitrate=3000
aBitrate=448
aType=0
vFormat=5
vKeyint=Auto
cType=5

Attached inf & ini file.

Thanks in advance

ggtop

[lauguru]

@jdobbs
it would be possible to add MULTIPROCESS = n and THREADS = n for X265 in ARCHIVE_MODE?, if I have marked THREADS = 12 in rebuilder.ini, not encode




http://image.prntscr.com/image/d7bcbfaf5f1345e19b8c63a5972e253c.png


if I delete THREADS = 12 in rebuilder.ini, encodes but very slow


http://image.prntscr.com/image/0449263045804a5fb9d45927854acc6f.png


http://image.prntscr.com/image/b279a32a8b274e3fba226edf8b50a78e.pnghttp://image.prntscr.com/image/948269a3b3f74fdbbbc4dc481261218a.png

[mparade]

@jdobbs
it would be possible to add MULTIPROCESS = n and THREADS = n for X265 in ARCHIVE_MODE?, if I have marked THREADS = 12 in rebuilder.ini, not encode




http://image.prntscr.com/image/d7bcbfaf5f1345e19b8c63a5972e253c.png


if I delete THREADS = 12 in rebuilder.ini, encodes but very slow


http://image.prntscr.com/image/0449263045804a5fb9d45927854acc6f.png


http://image.prntscr.com/image/b279a32a8b274e3fba226edf8b50a78e.pnghttp://image.prntscr.com/image/948269a3b3f74fdbbbc4dc481261218a.png

try these tweaks if they help:

--pmode;
--pme;

to saturate your CPU cores instead of MULTIPROCESS = n and THREADS = n. I think the latter cannot even be interpreted by x265.

[lauguru]

@mparade thanks

TWEAK_X265= --pmode;
or
TWEAK_X265= --pme;

???

try these tweaks if they help:

--pmode;
--pme;

to saturate your CPU cores instead of MULTIPROCESS = n and THREADS = n. I think the latter cannot even be interpreted by x265.

[jdobbs]

I could try this:

TWEAK_X265=--pmode --pme

From the X264 help:Threading, performance:
--pools <integer,...> Comma separated thread count per thread pool (pool per NUMA node)
'-' implies no threads on node, '+' implies one thread per core on node
-F/--frame-threads <integer> Number of concurrently encoded frames. 0: auto-determined by core count
--[no-]wpp Enable Wavefront Parallel Processing. Default enabled
--[no-]pmode Parallel mode analysis. Default disabled
--[no-]pme Parallel motion estimation. Default disabled
--[no-]asm <bool|int|string> Override CPU detection. Default: auto

[lauguru]

TWEAK_PASS_ONE=--pmode --pme
TWEAK_PASS_TWO=--pmode --pme

TWEAK_X265=--pmode --pme


serve to both? X265 to X264?

I could try this:

TWEAK_X265=--pmode --pme

From the X264 help:Threading, performance:
--pools <integer,...> Comma separated thread count per thread pool (pool per NUMA node)
'-' implies no threads on node, '+' implies one thread per core on node
-F/--frame-threads <integer> Number of concurrently encoded frames. 0: auto-determined by core count
--[no-]wpp Enable Wavefront Parallel Processing. Default enabled
--[no-]pmode Parallel mode analysis. Default disabled
--[no-]pme Parallel motion estimation. Default disabled
--[no-]asm <bool|int|string> Override CPU detection. Default: auto


Parallel Mode Analysis
When --pmode is enabled, each CU (at all depths from 64x64 to 8x8) will distribute its analysis work to the thread pool via a bonded task group. Each analysis job will measure the cost of one prediction for the CU: merge, skip, intra, inter (2Nx2N, Nx2N, 2NxN, and AMP).

At slower presets, the amount of increased parallelism from pmode is often enough to be able to reduce or disable frame parallelism while achieving the same overall CPU utilization. Reducing frame threads is often beneficial to ABR and VBV rate control.

Parallel Motion Estimation
When --pme is enabled all of the analysis functions which perform motion searches to reference frames will distribute those motion searches to other worker threads via a bonded task group (if more than two motion searches are required).

[mparade]

TWEAK_PASS_ONE=--pmode --pme
TWEAK_PASS_TWO=--pmode --pme

TWEAK_X265=--pmode --pme


serve to both? X265 to X264?




Parallel Mode Analysis
When --pmode is enabled, each CU (at all depths from 64x64 to 8x8) will distribute its analysis work to the thread pool via a bonded task group. Each analysis job will measure the cost of one prediction for the CU: merge, skip, intra, inter (2Nx2N, Nx2N, 2NxN, and AMP).

At slower presets, the amount of increased parallelism from pmode is often enough to be able to reduce or disable frame parallelism while achieving the same overall CPU utilization. Reducing frame threads is often beneficial to ABR and VBV rate control.

Parallel Motion Estimation
When --pme is enabled all of the analysis functions which perform motion searches to reference frames will distribute those motion searches to other worker threads via a bonded task group (if more than two motion searches are required).

I think TWEAK_PASS_ONE&TWO are only for x264 command line.
Here, "well-working" x264 command line tweaks are --threads auto and
--thread-input. My cores are saturated even when using only these two tweaks.

Regarding x265 command line, at first try --pmode. If you are not saturating the cores add --pme as well and let us see the utilization of your CPU. :)

[lauguru]

I think TWEAK_PASS_ONE&TWO are only for x264 command line.
Here, "well-working" x264 command line tweaks are --threads auto and
--thread-input. My cores are saturated even when using only these two tweaks.

Regarding x265 command line, at first try --pmode. If you are not saturating the cores add --pme as well and let us see the utilization of your CPU. :)

if I understood correctly for x264, the tweak is written as:

TWEAK_PASS_ONE=--threads auto --thread-input
TWEAK_PASS_TWO=--threads auto --thread-input

?

[DoctorM]

Two things.
First, is FRIMEncoder only ABR 1-pass? I thought 2-pass was the default.

Second, I'm a bit confused about 3D rebuilds. They can be output as folders, even Movie-Only now (as opposed to .ISO), but that lacks the SSIF data.
Is that still burnable and functional? I've never really gotten my head around how BD3D does its thing.

Edit: Also, FRIMEncoder doesn't MultiProcess? All cores seem to normally be in use on my AMD chip, but I never exceed 75% utilization.
MultiProcess=1 doesn't show up as engaging while encoding 3D.

[jdobbs]

FRIM doesn't support 2 pass (nor does, I believe, the underlying Intel libraries) -- so, no, it's not the default.

There are several ways you can do 3D in Bluray that are supported within the standard. The SSIF folder is just one of them. BD-RB does it the best way for a particular purpose while staying within the abilities of TSMUXER. The problem with output to folders is that you can't have portions of different files appearing as two in the file structure (as can be done in a write to ISO and as happens in an SSIF structure) without almost doubling the size (with redundant data), so you MUST use a non-SSIF method. You also can't do a full-backup using SSIF because TSMUXER only supports movie-only output to ISO.

You can't do multipass because 3D requires FRIMDECODE and it doesn't support random seeking.

[DoctorM]

FRIM doesn't support 2 pass (nor does, I believe, the underlying Intel libraries) -- so, no, it's not the default.

There are several ways you can do 3D in Bluray that are supported within the standard. The SSIF folder is just one of them. BD-RB does it the best way for a particular purpose while staying within the abilities of TSMUXER. The problem with output to folders is that you can't have portions of different files appearing as two in the file structure (as can be done in a write to ISO and as happens in an SSIF structure) without almost doubling the size (with redundant data), so you MUST use a non-SSIF method. You also can't do a full-backup using SSIF because TSMUXER only supports movie-only output to ISO.

You can't do multipass because 3D requires FRIMDECODE and it doesn't support random seeking.

Thanks, that covers everything. Good to know the whole SSIF thing is not a requirement of a functioning 3DBD. Which now makes me wonder why they do it that way at all.

[mparade]

if I understood correctly for x264, the tweak is written as:

TWEAK_PASS_ONE=--threads auto --thread-input
TWEAK_PASS_TWO=--threads auto --thread-input

?

Yes, but there is no need to use them as separate parameter for TWEAK_PASS_X, because jdobbs already inserted them in the command line, so they are used as default (note: as a hiddenopt you can modify THREADS=auto to THREADS=x in the ini file through BD-RB menu, so you can specify more than 1.5xlogical cores if that one still does not saturate your cores).

[lauguru]

Yes, but there is no need to use them as separate parameter for TWEAK_PASS_X, because jdobbs already inserted them in the command line, so they are used as default (note: as a hiddenopt you can modify THREADS=auto to THREADS=x in the ini file through BD-RB menu, so you can specify more than 1.5xlogical cores if that one still does not saturate your cores).

http://image.prntscr.com/image/227c24244b274c0aa5c12482d8bd16de.png


According to this processor, my setup is rebuilder.ini bd: what you think is right?
EXTENDED_GOP = 1 also improve image quality bd50tobd25?

[Options]
VERSION=0.50.0.18

TWEAK_PASS_ONE=--threads auto --thread-input
TWEAK_PASS_TWO=--threads auto --thread-input
MULTIPROCESS=6
TWEAK_X265=--pmode --pme
THREADS=12
EXTENDED_GOP=1
B_PYRAMID=1

ENABLE_TEST=1
DEFAULT_LANG=spa
MIN_PLAYLIST_MINS=1
MIN_M2TS_SIZE=5



IMPORT_PAL_TO_FILM=1
NEW_CRF_PREDICTION=1

ARCHIVE_ENABLE=1
ARCHIVE_CRF=13.7
ARCHIVE_QUALITY=3
ARCHIVE_LIMIT=0
ARCHIVE_265=1

[MrVideo]

Good to know the whole SSIF thing is not a requirement of a functioning 3DBD. Which now makes me wonder why they do it that way at all.

Otherwise you will not get full 1080p resolution. Side-by-Side or Top-Bottom options result in a lost of resolution.

[jdobbs]

Otherwise you will not get full 1080p resolution. Side-by-Side or Top-Bottom options result in a lost of resolution.You do not lose resolution just because you don't use a SSIF folder. The blu-ray standard allows for the MVC information to be kept in a additional stream within the same M2TS file. It doesn't use over-under or side-by-side. The output is identical to the MVC stream you will have if using a SSIF.

[MrVideo]

The blu-ray standard allows for the MVC information to be kept in a additional stream within the same M2TS file. It doesn't use over-under or side-by-side. The output is identical to the MVC stream you will have if using a SSIF.

You are right, I totally forgot about that.

[mparade]

http://image.prntscr.com/image/227c24244b274c0aa5c12482d8bd16de.png


According to this processor, my setup is rebuilder.ini bd: what you think is right?
EXTENDED_GOP = 1 also improve image quality bd50tobd25?

[Options]
VERSION=0.50.0.18

TWEAK_PASS_ONE=--threads auto --thread-input
TWEAK_PASS_TWO=--threads auto --thread-input
MULTIPROCESS=6
TWEAK_X265=--pmode --pme
THREADS=12
EXTENDED_GOP=1
B_PYRAMID=1

ENABLE_TEST=1
DEFAULT_LANG=spa
MIN_PLAYLIST_MINS=1
MIN_M2TS_SIZE=5



IMPORT_PAL_TO_FILM=1
NEW_CRF_PREDICTION=1

ARCHIVE_ENABLE=1
ARCHIVE_CRF=13.7
ARCHIVE_QUALITY=3
ARCHIVE_LIMIT=0
ARCHIVE_265=1

Would you like to reserve the menus as well in your output or is your aim to get movie-only backups and to burn them to BD-25?

[lauguru]

Would you like to reserve the menus as well in your output or is your aim to get movie-only backups and to burn them to BD-25?

if, keeping the menus and make BD25

[mparade]

@jdobbs

When making batch jobs, is the filter used in the avs filter editor of BD-RB saved in the job itself? I would like to use different crop values for the different jobs then putting them in the batch queue. Is it possible?

Thanks for your help!

[mparade]

if, keeping the menus and make BD25

Do you prefer archiving using x265 to x264? I think there will currently be some problems when playing it back with the menus.

If I were you, I would use x264 with the excellent automatic features of BD-RB (if the output required is BD-25 with menus). To make everything as simple as possible just use the preset&tune system of x264. Additionally, I would use some of the hiddenopts to "fine tune" the encode. If you don't know what is a hiddenopt for, just search for it in the "history".txt file located in the BD-RB root folder or here:

https://en.wikibooks.org/wiki/MeGUI/x264_Settings

[jdobbs]

@jdobbs

When making batch jobs, is the filter used in the avs filter editor of BD-RB saved in the job itself? I would like to use different crop values for the different jobs then putting them in the batch queue. Is it possible?

Thanks for your help!The moment you put something in the queue all the settings are fixed at that time. Any changes after that point don't affect a queued job. So yes, it's possible.

[mparade]

The moment you put something in the queue all the settings are fixed at that time. Any changes after that point don't affect a queued job. So yes, it's possible.

Nice job! :)

[lauguru]

Do you prefer archiving using x265 to x264? I think there will currently be some problems when playing it back with the menus.

If I were you, I would use x264 with the excellent automatic features of BD-RB (if the output required is BD-25 with menus). To make everything as simple as possible just use the preset&tune system of x264. Additionally, I would use some of the hiddenopts to "fine tune" the encode. If you don't know what is a hiddenopt for, just search for it in the "history".txt file located in the BD-RB root folder or here:

https://en.wikibooks.org/wiki/MeGUI/x264_Settings

x264 currently use very slow, with the configuration rebuilder.ini I put a post above, I would like to use X265 ARCHIVE_MODE for maintaining full backup bd50tobd25 menu, although to this day can not be played on a player, sure if it will be possible soon

[lauguru]

@jdobbs
there is no way to speed up the encode by gpu?

[MrVideo]

x264 currently use very slow, with the configuration rebuilder.ini I put a post above, I would like to use X265 ARCHIVE_MODE for maintaining full backup bd50tobd25 menu, although to this day can not be played on a player, sure if it will be possible soon

You will never get x265 compiled videos to be played on a Blu-ray player. While the menu will show up, the video will not play.

I suspect that the menu structure for UHD discs/players is a little bit different than Blu-ray menu structures, so that means there will need to be a UHDRB program.

So, for the time being, if you want menus, you use x264 encoding.

[Ch3vr0n]

Pretty the menu structure has nothing to do with it at all, what matters is that the x265 codec simply isn't supported by standard blu-ray players and that same x265 is the official codec for UHD discs.

[MrVideo]

The OP wanted menus as well as x265, hence my posting.

[lauguru]

yes, I know they do not work the way videos on bluray, I mean to keep those backups for future players uhd
hopefully someday, jdobbs build uhdrebuilder!;)


anyone knows for serving this tweak?


TWEAK_X265= --uhd-bd

http://img.prntscr.com/img?url=http://i.imgur.com/QHws25Y.png

http://x265.readthedocs.io/en/default/cli.html


You will never get x265 compiled videos to be played on a Blu-ray player. While the menu will show up, the video will not play.

I suspect that the menu structure for UHD discs/players is a little bit different than Blu-ray menu structures, so that means there will need to be a UHDRB program.

So, for the time being, if you want menus, you use x264 encoding.

[jdobbs]

x264 currently use very slow, with the configuration rebuilder.ini I put a post above, I would like to use X265 ARCHIVE_MODE for maintaining full backup bd50tobd25 menu, although to this day can not be played on a player, sure if it will be possible soonX265 ARCHIVE_MODE backups are unlikely to play as-is. They're just useful as a low-storage-requirement/high-quality archive backup. I don't currently have the specifications for UHD on BD, so I'm not aware of the differences that might exist specifically for UHD/HEVC encoding. The X265 "--uhd-bd" setting may take care of the stream portion of it (emphasizing the "experimental" qualifier) -- but there very likely may also be structural requirements that need to be met as well. For example, I currently use the stream type identifier that TSMUXER has chosen for HEVC (a value of "6") -- but I have no idea if that matches the specification.

[lauguru]

X265 ARCHIVE_MODE backups are unlikely to play as-is. They're just useful as a low-storage-requirement/high-quality archive backup. I don't currently have the specifications for UHD on BD, so I'm not aware of the differences that might exist specifically for UHD/HEVC encoding. The X265 "--uhd-bd" setting may take care of the stream portion of it (emphasizing the "experimental" qualifier) -- but there very likely may also be structural requirements that need to be met as well. For example, I currently use the stream type identifier that TSMUXER has chosen for HEVC (a value of "6") -- but I have no idea if that matches the specification.

then, while not break uhd safety and the isos network and file structure, then look better to wait?

[jdobbs]

then, while not break uhd safety and the isos network and file structure, then look better to wait?You have to think of HEVC archiving for what it is meant to be. It is a way to keep a very high quality backup of a disc - while using the very least amount of space necessary to maintain it.

If, however, someone wants to give it a try -- there are UHD/HEVC players available today. I'd love to hear feedback on exactly how the discs are structured and supported. I'd be happy to incorporate any information discovered. But, with no current method for monetary support for BD-RB, I have no intention of investing, from my own limited resources, in a player costing several hundred dollars.

[lauguru]

You have to think of HEVC archiving for what it is meant to be. It is a way to keep a very high quality backup of a disc - while using the very least amount of space necessary to maintain it.

If, however, someone wants to give it a try -- there are UHD/HEVC players available today. I'd love to hear feedback on exactly how the discs are structured and supported. I'd be happy to incorporate any information discovered. But, with no current method for monetary support for BD-RB, I have no intention of investing, from my own limited resources, in a player costing several hundred dollars.

Indeed, a player uhd Samsung UBD-K8500 costs about 415 €, if you want the format to expand, should lower prices but .... the only thing I can think of is recording a BD25 and try to play in a reader uhd in a shop, because I do not even know anyone who has. If someone in the forum tubiese one uhd player would be nice to try if you play




with this confg ( 32,3gb to 23,1gb) in archive_ mode with x265
TWEAK_X265=--output-depth 10 --profile main10 --tune grain --uhd-bd --pmode --pme

ARCHIVE_MODE=1
ARCHIVE_CRF=13.7
ARCHIVE_QUALITY=5
ARCHIVE_LIMIT=0
ARCHIVE_265=1
ARCHIVE_ENABLE=1

[Ch3vr0n]

Trying to build an SBS 3D MP4fails with an mp4box error

[09/04/16] BD Rebuilder v0.50.18
[19:51:24] Source: GODS_OF_EGYPT_00000
- Input BD size: 32,87 GB
- Approximate total content: [02:07:29.308]
- Windows Version: 6.2 [9200]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- Quality: Good (Very Fast), ABR
- Output folder: D:\Blu-ray\Rebuilds\BDRB\
- Decoding/Frame serving: DirectShow [4-way]
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[19:51:26] PHASE ONE, Encoding
- [19:51:26] Processing: VID_00000 (1 of 3)
- [19:51:26] Extracting A/V streams [VID_00000]
- [19:58:03] Reencoding video [VID_00000]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 106*120 frames
- [19:58:03] Reencoding: VID_00000, Pass 1 of 1
- Analyzing 36,00 43,00 46,50 48,25 49,13 49,56 49,78 49,89 49,95 49,97 [49,97]
- [20:37:44] Video Encode complete
- [20:37:44] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [20:37:44] Processing: VID_00007 (2 of 3)
- [20:37:44] Extracting A/V streams [VID_00007]
- [20:40:53] Reencoding video [VID_00007]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 77*256 frames
- [20:40:54] Reencoding: VID_00007, Pass 1 of 1
- Analyzing 36,00 43,00 46,50 48,25 49,13 49,56 49,78 49,89 49,95 49,97 49,99 [49,99]
- [21:05:52] Video Encode complete
- [21:05:52] Processing: VID_00025 (3 of 3)
- [21:05:52] Extracting A/V streams [VID_00025]
- [21:05:56] Reencoding video [VID_00025]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 24 frames
- [21:05:56] Reencoding: VID_00025, Pass 1 of 1
- Analyzing 36,00 43,00 [43,00]
- [21:05:58] Video Encode complete
[21:05:58]PHASE ONE complete
[21:05:58]PHASE TWO - Rebuild Started
- [21:05:58] Converting PGS subs to SRT format...
- [21:14:53] Building ALTERNATE OUTPUT Structure
- ERROR in attempt to mux (MP4BOX)
[21:15:19] - Failed to REBUILD
[09/04/16] Checking System Settings
- BD-Rebuilder v0.50.18
- Windows Version: 6.2 [9200]
- Working Path Free Space: 657,26GB
- AVISYNTH Version: 2.6.0.6, Ok
- LAVFILTERS: Ok
- AnyDVD settings check: Ok.
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok
- FRIMEncode: Ok
- FRIMDecode: Ok
[09/04/16] Systems Settings Check complete

[Sharc]

Trying to build an SBS 3D MP4fails with an mp4box error

[09/04/16] BD Rebuilder v0.50.18
[19:51:24] Source: GODS_OF_EGYPT_00000
- Input BD size: 32,87 GB
- Approximate total content: [02:07:29.308]
- Windows Version: 6.2 [9200]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- Quality: Good (Very Fast), ABR
- Output folder: D:\Blu-ray\Rebuilds\BDRB\
- Decoding/Frame serving: DirectShow [4-way]
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[19:51:26] PHASE ONE, Encoding
- [19:51:26] Processing: VID_00000 (1 of 3)
- [19:51:26] Extracting A/V streams [VID_00000]
- [19:58:03] Reencoding video [VID_00000]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 106*120 frames
- [19:58:03] Reencoding: VID_00000, Pass 1 of 1
- Analyzing 36,00 43,00 46,50 48,25 49,13 49,56 49,78 49,89 49,95 49,97 [49,97]
- [20:37:44] Video Encode complete
- [20:37:44] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [20:37:44] Processing: VID_00007 (2 of 3)
- [20:37:44] Extracting A/V streams [VID_00007]
- [20:40:53] Reencoding video [VID_00007]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 77*256 frames
- [20:40:54] Reencoding: VID_00007, Pass 1 of 1
- Analyzing 36,00 43,00 46,50 48,25 49,13 49,56 49,78 49,89 49,95 49,97 49,99 [49,99]
- [21:05:52] Video Encode complete
- [21:05:52] Processing: VID_00025 (3 of 3)
- [21:05:52] Extracting A/V streams [VID_00025]
- [21:05:56] Reencoding video [VID_00025]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 24 frames
- [21:05:56] Reencoding: VID_00025, Pass 1 of 1
- Analyzing 36,00 43,00 [43,00]
- [21:05:58] Video Encode complete
[21:05:58]PHASE ONE complete
[21:05:58]PHASE TWO - Rebuild Started
- [21:05:58] Converting PGS subs to SRT format...
- [21:14:53] Building ALTERNATE OUTPUT Structure
- ERROR in attempt to mux (MP4BOX)
[21:15:19] - Failed to REBUILD
[09/04/16] Checking System Settings
- BD-Rebuilder v0.50.18
- Windows Version: 6.2 [9200]
- Working Path Free Space: 657,26GB
- AVISYNTH Version: 2.6.0.6, Ok
- LAVFILTERS: Ok
- AnyDVD settings check: Ok.
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok
- FRIMEncode: Ok
- FRIMDecode: Ok
[09/04/16] Systems Settings Check complete
Is your source 3D with SSIF structure? Then you should decode with FRIM rather than DS.
The final CRF of about 50 seems awkward ..... How would such video look? What target size did you enter?

I did 3D to .mkv and had no problems. Trying with MP4 now .......

Edit:
Hmmm...., MP4 just hangs here. No error message, MP4box.exe just hangs (25% CPU load) at:
- [11:38:51] Building ALTERNATE OUTPUT Structure

Edit2:
MP4 works when I re-encode the audio as well (to AAC in my case) instead of leaving it intact (DTS, 6 channel).

[lauguru]

Trying to build bd50tobd25 error


[09/05/16] BD Rebuilder v0.50.18
[13:42:29] Source: FREDDY_JASON
- Input BD size: 26,70 GB
- Approximate total content: [03:59:26.209]
- Target BD size: 23,75 GB
- Windows Version: 6.2 [9200]
- Quality: Highest (Very Slow), Two Pass
- X264 Tweak(s) enabled
- Decoding/Frame serving: DGDecNV [6-way]
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[13:42:29] PHASE ONE, Encoding
- [13:42:29] Processing: VID_00000 (1 of 57)
- [13:42:29] Extracting A/V streams [VID_00000]
- [13:47:52] Reencoding video [VID_00000]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23,976fps, 140.023 frames
- Bitrate: 19.520 Kbs
- [13:47:52] Reencoding: VID_00000, Pass 1 of 2
- [14:12:20] Reencoding: VID_00000, Pass 2 of 2
- [16:03:14] Video Encode complete
- [16:03:14] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (eng): Keeping original audio
- Track 4354 (spa): Keeping original audio
- Track 4355 (ita): Keeping original audio
- [16:03:14] Multiplexing M2TS
- [16:08:25] Processing: VID_00001 (2 of 57)
- [16:08:25] Extracting A/V streams [VID_00001]
- [16:08:46] Reencoding video [VID_00001]
- Source Video: VC-1, 720x480
- Rate/Length: 29,970fps, 18.643 frames
- Bitrate: 4.348 Kbs
- [16:08:46] Reencoding: VID_00001, Pass 1 of 2
- [16:09:35] Reencoding: VID_00001, Pass 2 of 2
- [16:11:55] Video Encode complete
- [16:11:55] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [16:11:55] Multiplexing M2TS
- [16:12:02] Processing: VID_00002 (3 of 57)
- [16:12:02] Extracting A/V streams [VID_00002]
- [16:12:11] Reencoding video [VID_00002]
- Source Video: VC-1, 720x480
- Rate/Length: 29,970fps, 26.164 frames
- Bitrate: 4.407 Kbs
- [16:12:11] Reencoding: VID_00002, Pass 1 of 2
- [16:13:11] Reencoding: VID_00002, Pass 2 of 2
- [16:16:59] Video Encode complete
- [16:16:59] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [16:16:59] Multiplexing M2TS
- [16:17:07] Processing: VID_00003 (4 of 57)
- [16:17:07] Extracting A/V streams [VID_00003]
- [16:17:13] Reencoding video [VID_00003]
- Source Video: VC-1, 720x480
- Rate/Length: 29,970fps, 11.074 frames
- Bitrate: 3.504 Kbs
- [16:17:13] Reencoding: VID_00003, Pass 1 of 2
- [16:17:40] Reencoding: VID_00003, Pass 2 of 2
- [16:19:21] Video Encode complete
- [16:19:21] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [16:19:21] Multiplexing M2TS
- [16:19:26] Processing: VID_00004 (5 of 57)
- [16:19:26] Extracting A/V streams [VID_00004]
- [16:19:34] Reencoding video [VID_00004]
- Source Video: VC-1, 720x480
- Rate/Length: 29,970fps, 20.774 frames
- Bitrate: 3.503 Kbs
- [16:19:34] Reencoding: VID_00004, Pass 1 of 2
- [16:20:20] Reencoding: VID_00004, Pass 2 of 2
- [16:23:11] Video Encode complete
- [16:23:11] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [16:23:11] Multiplexing M2TS
- [16:23:17] Processing: VID_00005 (6 of 57)
- [16:23:17] Extracting A/V streams [VID_00005]
- [16:23:27] Reencoding video [VID_00005]
- Source Video: VC-1, 720x480
- Rate/Length: 29,970fps, 38.915 frames
- Bitrate: 3.502 Kbs
- [16:23:27] Reencoding: VID_00005, Pass 1 of 2
- [16:24:36] Reencoding: VID_00005, Pass 2 of 2
- [16:29:24] Video Encode complete
- [16:29:24] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [16:29:24] Multiplexing M2TS
- [16:29:32] Processing: VID_00006 (7 of 57)
- [16:29:32] Extracting A/V streams [VID_00006]
- [16:29:39] Reencoding video [VID_00006]
- Source Video: VC-1, 720x480
- Rate/Length: 29,970fps, 11.689 frames
- Bitrate: 3.516 Kbs
- [16:29:39] Reencoding: VID_00006, Pass 1 of 2
- [16:30:05] Reencoding: VID_00006, Pass 2 of 2
- [16:31:38] Video Encode complete
- [16:31:38] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [16:31:38] Multiplexing M2TS
- [16:31:43] Processing: VID_00007 (8 of 57)
- [16:31:43] Extracting A/V streams [VID_00007]
- [16:31:49] Reencoding video [VID_00007]
- Source Video: VC-1, 720x480
- Rate/Length: 29,970fps, 6.211 frames
- Bitrate: 4.351 Kbs
- [16:31:49] Reencoding: VID_00007, Pass 1 of 2
- [16:32:02] Reencoding: VID_00007, Pass 2 of 2
- [16:32:46] Video Encode complete
- [16:32:46] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [16:32:46] Multiplexing M2TS
- [16:32:51] Processing: VID_00008 (9 of 57)
- [16:32:51] Extracting A/V streams [VID_00008]
- [16:32:57] Reencoding video [VID_00008]
- Source Video: VC-1, 720x480
- Rate/Length: 29,970fps, 6.301 frames
- Bitrate: 4.355 Kbs
- [16:32:57] Reencoding: VID_00008, Pass 1 of 2
- [16:33:11] Reencoding: VID_00008, Pass 2 of 2
- [16:34:00] Video Encode complete
- [16:34:00] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [16:34:00] Multiplexing M2TS
- [16:34:05] Processing: VID_00009 (10 of 57)
- [16:34:05] Extracting A/V streams [VID_00009]
- [16:34:10] Reencoding video [VID_00009]
- Source Video: VC-1, 720x480
- Rate/Length: 29,970fps, 2.071 frames
- Bitrate: 4.334 Kbs
- [16:34:10] Reencoding: VID_00009, Pass 1 of 2
- [16:34:15] Reencoding: VID_00009, Pass 2 of 2
- [16:34:31] Video Encode complete
- [16:34:31] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [16:34:31] Multiplexing M2TS
- [16:34:35] Processing: VID_00010 (11 of 57)
- [16:34:35] Extracting A/V streams [VID_00010]
- [16:34:40] Reencoding video [VID_00010]
- Source Video: VC-1, 720x480
- Rate/Length: 29,970fps, 3.031 frames
- Bitrate: 4.397 Kbs
- [16:34:41] Reencoding: VID_00010, Pass 1 of 2
- [16:34:47] Reencoding: VID_00010, Pass 2 of 2
- [16:35:08] Video Encode complete
- [16:35:08] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [16:35:08] Multiplexing M2TS
- [16:35:12] Processing: VID_00011 (12 of 57)
- [16:35:12] Extracting A/V streams [VID_00011]
- [16:35:18] Reencoding video [VID_00011]
- Source Video: VC-1, 720x480
- Rate/Length: 29,970fps, 3.421 frames
- Bitrate: 4.397 Kbs
- [16:35:18] Reencoding: VID_00011, Pass 1 of 2
- [16:35:25] Reencoding: VID_00011, Pass 2 of 2
- [16:35:50] Video Encode complete
- [16:35:50] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [16:35:50] Multiplexing M2TS
- [16:35:54] Processing: VID_00012 (13 of 57)
- [16:35:54] Extracting A/V streams [VID_00012]
- [16:36:00] Reencoding video [VID_00012]
- Source Video: VC-1, 720x480
- Rate/Length: 29,970fps, 4.891 frames
- Bitrate: 4.362 Kbs
- [16:36:00] Reencoding: VID_00012, Pass 1 of 2
- [16:36:10] Reencoding: VID_00012, Pass 2 of 2
- [16:36:42] Video Encode complete
- [16:36:42] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [16:36:42] Multiplexing M2TS
- [16:36:47] Processing: VID_00013 (14 of 57)
- [16:36:47] Extracting A/V streams [VID_00013]
- [16:36:53] Reencoding video [VID_00013]
- Source Video: VC-1, 720x480
- Rate/Length: 29,970fps, 5.551 frames
- Bitrate: 4.354 Kbs
- [16:36:53] Reencoding: VID_00013, Pass 1 of 2
- [16:37:04] Reencoding: VID_00013, Pass 2 of 2
- [16:37:41] Video Encode complete
- [16:37:41] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [16:37:41] Multiplexing M2TS
- [16:37:45] Processing: VID_00014 (15 of 57)
- [16:37:45] Extracting A/V streams [VID_00014]
- [16:37:52] Reencoding video [VID_00014]
- Source Video: VC-1, 720x480
- Rate/Length: 29,970fps, 8.671 frames
- Bitrate: 4.307 Kbs
- [16:37:52] Reencoding: VID_00014, Pass 1 of 2
- [16:38:09] Reencoding: VID_00014, Pass 2 of 2
- [16:39:02] Video Encode complete
- [16:39:02] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [16:39:02] Multiplexing M2TS
- [16:39:07] Processing: VID_00015 (16 of 57)
- [16:39:07] Extracting A/V streams [VID_00015]
- [16:39:13] Reencoding video [VID_00015]
- Source Video: VC-1, 720x480
- Rate/Length: 29,970fps, 6.121 frames
- Bitrate: 4.338 Kbs
- [16:39:13] Reencoding: VID_00015, Pass 1 of 2
- [16:39:26] Reencoding: VID_00015, Pass 2 of 2
- [16:40:08] Video Encode complete
- [16:40:08] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [16:40:08] Multiplexing M2TS
- [16:40:12] Processing: VID_00016 (17 of 57)
- [16:40:12] Extracting A/V streams [VID_00016]
- [16:40:18] Reencoding video [VID_00016]
- Source Video: VC-1, 720x480
- Rate/Length: 29,970fps, 5.161 frames
- Bitrate: 4.380 Kbs
- [16:40:18] Reencoding: VID_00016, Pass 1 of 2
- [16:40:30] Reencoding: VID_00016, Pass 2 of 2
- [16:41:08] Video Encode complete
- [16:41:08] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [16:41:08] Multiplexing M2TS
- [16:41:12] Processing: VID_00017 (18 of 57)
- [16:41:12] Extracting A/V streams [VID_00017]
- [16:41:18] Reencoding video [VID_00017]
- Source Video: VC-1, 720x480
- Rate/Length: 29,970fps, 9.061 frames
- Bitrate: 4.369 Kbs
- [16:41:18] Reencoding: VID_00017, Pass 1 of 2
- [16:41:39] Reencoding: VID_00017, Pass 2 of 2
- [16:42:50] Video Encode complete
- [16:42:50] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [16:42:50] Multiplexing M2TS
- [16:42:54] Processing: VID_00018 (19 of 57)
- [16:42:54] Extracting A/V streams [VID_00018]
- [16:43:00] Reencoding video [VID_00018]
- Source Video: VC-1, 720x480
- Rate/Length: 29,970fps, 3.121 frames
- Bitrate: 4.344 Kbs
- [16:43:00] Reencoding: VID_00018, Pass 1 of 2
- [16:43:08] Reencoding: VID_00018, Pass 2 of 2
- [16:43:34] Video Encode complete
- [16:43:34] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [16:43:34] Multiplexing M2TS
- [16:43:38] Processing: VID_00019 (20 of 57)
- [16:43:38] Extracting A/V streams [VID_00019]
- [16:43:44] Reencoding video [VID_00019]
- Source Video: VC-1, 720x480
- Rate/Length: 29,970fps, 7.110 frames
- Bitrate: 4.360 Kbs
- [16:43:44] Reencoding: VID_00019, Pass 1 of 2
- [16:44:00] Reencoding: VID_00019, Pass 2 of 2
- [16:44:51] Video Encode complete
- [16:44:51] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [16:44:51] Multiplexing M2TS
- [16:44:56] Processing: VID_00020 (21 of 57)
- [16:44:56] Extracting A/V streams [VID_00020]
- [16:45:01] Reencoding video [VID_00020]
- Source Video: VC-1, 720x480
- Rate/Length: 29,970fps, 5.856 frames
- Bitrate: 2.193 Kbs
- [16:45:01] Reencoding: VID_00020, Pass 1 of 2
- [16:45:16] Reencoding: VID_00020, Pass 2 of 2
- [16:45:52] Video Encode complete
- [16:45:52] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [16:45:52] Multiplexing M2TS
- [16:45:56] Processing: VID_00021 (22 of 57)
- [16:45:56] Extracting A/V streams [VID_00021]
- [16:46:04] Reencoding video [VID_00021]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23,976fps, 5.200 frames
- Bitrate: 10.894 Kbs
- [16:46:04] Reencoding: VID_00021, Pass 1 of 2
- [16:47:09] Reencoding: VID_00021, Pass 2 of 2
- [16:50:36] Video Encode complete
- [16:50:36] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (eng): Keeping original audio
- [16:50:36] Multiplexing M2TS
- [16:50:42] Processing: VID_00022 (23 of 57)
- [16:50:42] Extracting A/V streams [VID_00022]
- [16:50:48] Reencoding video [VID_00022]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23,976fps, 747 frames
- Bitrate: 11.409 Kbs
- [16:50:48] Reencoding: VID_00022, Pass 1 of 2
- [16:50:57] Reencoding: VID_00022, Pass 2 of 2
- [16:51:27] Video Encode complete
- [16:51:27] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (eng): Keeping original audio
- [16:51:27] Multiplexing M2TS
- [16:51:31] Processing: VID_00023 (24 of 57)
- [16:51:31] Extracting A/V streams [VID_00023]
- [16:51:37] Reencoding video [VID_00023]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23,976fps, 555 frames
- Bitrate: 10.404 Kbs
- [16:51:37] Reencoding: VID_00023, Pass 1 of 2
- [16:51:43] Reencoding: VID_00023, Pass 2 of 2
- [16:52:04] Video Encode complete
- [16:52:04] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (eng): Keeping original audio
- [16:52:04] Multiplexing M2TS
- [16:52:07] Processing: VID_00024 (25 of 57)
- [16:52:07] Extracting A/V streams [VID_00024]
- [16:52:13] Reencoding video [VID_00024]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23,976fps, 522 frames
- Bitrate: 10.708 Kbs
- [16:52:13] Reencoding: VID_00024, Pass 1 of 2
- [16:52:19] Reencoding: VID_00024, Pass 2 of 2
- [16:52:38] Video Encode complete
- [16:52:38] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (eng): Keeping original audio
- [16:52:38] Multiplexing M2TS
- [16:52:42] Processing: VID_00025 (26 of 57)
- [16:52:42] Extracting A/V streams [VID_00025]
- [16:52:48] Reencoding video [VID_00025]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23,976fps, 1.395 frames
- Bitrate: 10.583 Kbs
- [16:52:48] Reencoding: VID_00025, Pass 1 of 2
- [16:53:02] Reencoding: VID_00025, Pass 2 of 2
- [16:53:53] Video Encode complete
- [16:53:53] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (eng): Keeping original audio
- [16:53:53] Multiplexing M2TS
- [16:53:57] Processing: VID_00026 (27 of 57)
- [16:53:57] Extracting A/V streams [VID_00026]
- [16:54:03] Reencoding video [VID_00026]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23,976fps, 1.045 frames
- Bitrate: 10.522 Kbs
- [16:54:03] Reencoding: VID_00026, Pass 1 of 2
- Encode failed. Aborting.
- BD-Rebuilder v0.50.18
- Windows Version: 6.2 [9200]
- Working Path Free Space: 77,25GB
- AVISYNTH Version: 2.6.0.6, Ok
- LAVFILTERS: Ok
- AnyDVD settings check: Ok.
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok
- FRIMEncode: Ok
- FRIMDecode: Ok
[16:54:14] - Failed video encode, aborted
==========================
[16:54:14] END - BATCH SEQUENCE

[09/05/16] Checking System Settings
- BD-Rebuilder v0.50.18
- Windows Version: 6.2 [9200]
- Working Path Free Space: 77,25GB
- AVISYNTH Version: 2.6.0.6, Ok
- LAVFILTERS: Ok
- AnyDVD settings check: Ok.
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok
- FRIMEncode: Ok
- FRIMDecode: Ok
[09/05/16] Systems Settings Check complete

[Ch3vr0n]

@shark i didn't enter anything. I went to movie only mode => alternate movie only output => MP4 container, full SBS, intact audio. BDRB is configured to use DS for discs until my GTX 1080 arrives to use DGdecNV. BDRB chose to use DS, not me. It's not up to me to tell it specifically to use FRIM, i was under the impression BDRB would select that itself (yes it has an SSIF structure). I only specified an estimated 1024MB CRF output size, BDRB did the analyzing. My guess is there's something wrong in the detection algorithm that makes it use DS instead of FRIM. Decoding & went fine. It's the rebuilding that failed. Though intact audio might be the problem. Kinda hard to squeeze HD audio into a 1GB file.

Basically what i need is a 720p MP4 profile for my mom's Galaxy tab 3. I configured this but i have no idea if it's any good. I mainly do full disc, hardly never movie-only and hardly ever portable file

Caption=MP4 Container, 720p SBS, Auto-AC3
vBitrate=2000
aBitrate=*
aType=0
vFormat=6
vKeyint=Auto
cType=5


[09/05/16] BD Rebuilder v0.50.18
[19:05:16] Source: GODS_OF_EGYPT_00000
- Input BD size: 32,87 GB
- Approximate total content: [02:07:29.308]
- Windows Version: 6.2 [9200]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- Quality: Good (Very Fast), ABR
- Output folder: D:\Blu-ray\Rebuilds\BDRB\
- Decoding/Frame serving: DirectShow [4-way]
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[19:05:19] PHASE ONE, Encoding
- [19:05:19] Processing: VID_00000 (1 of 3)
- [19:05:19] Extracting A/V streams [VID_00000]
- [19:11:50] Reencoding video [VID_00000]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 106*120 frames
- [19:11:50] Reencoding: VID_00000, Pass 1 of 1
- Analyzing 35,17 22,58 28,72 27,10 26,73 [26,64]
- [19:24:09] Video Encode complete
- [19:24:09] Processing audio tracks
- Track 4352 (eng): Reencoding audio to AC3...
- [19:27:20] Processing: VID_00007 (2 of 3)
- [19:27:20] Extracting A/V streams [VID_00007]
- [19:30:28] Reencoding video [VID_00007]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 77*256 frames
- [19:30:28] Reencoding: VID_00007, Pass 1 of 1
- Analyzing 36,89 23,44 16,72 22,57 22,27 [22,16]
- [19:39:29] Video Encode complete
- [19:39:29] Processing: VID_00025 (3 of 3)
- [19:39:29] Extracting A/V streams [VID_00025]
- [19:39:33] Reencoding video [VID_00025]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 24 frames
- [19:39:33] Reencoding: VID_00025, Pass 1 of 1
- Analyzing 36,00 43,00 [43,00]
- [19:39:34] Video Encode complete
[19:39:34]PHASE ONE complete
[19:39:34]PHASE TWO - Rebuild Started
- [19:39:34] Converting PGS subs to SRT format...
- [19:48:21] Building ALTERNATE OUTPUT Structure
[19:49:15] - Encode and Rebuild complete
- WORKFILES folder removed.
[19:49:15] JOB: GODS_OF_EGYPT finished.


Edit well the encode worked with that profile but there's a few things (but since i rarely do portable file, i don't know if it's disc related or profile related)

First: The MP4 file when played in VLC shows a duration of over 3 hours instead of the normal duratio of just over 2 hours. When it reaches the normal end time, the file cuts off and playback stops.

Second: it's not in 3D (is it due to DS being used or does MP4 not support 3D)

I have no clue if it's due to DS being used, or because the main title is split into 3 files (2 containing the main title), 1 containing an 0.04MB black clip, or something wrong in that profile

[Sharc]

Second: it's not in 3D (is it due to DS being used or does MP4 not support 3D)

I have no clue if it's due to DS being used, or because the main title is split into 3 files (2 containing the main title), 1 containing an 0.04MB black clip, or something wrong in that profile


Your profile works well here, but did you .....
Settings=>Setup => tick "Enable SBS/OU 3D Movie-only output" AND deselect "Process 3D video sources as 2D for backup"?
FRIM will automatically kick in.

If you however want it as a 2D output you need to....
Settings=>Setup=> tick "Process 3D video sources as 2D for backup"
DS will kick in.

[Ch3vr0n]

No i hadn't. Cause up to now i had no use for it, hardly ever do movie-only remember ;) Retrying :)

** edit **

[09/06/16] BD Rebuilder v0.50.18
[01:08:49] Source: GODS_OF_EGYPT_00000
- Input BD size: 32,87 GB
- Approximate total content: [02:07:29.308]
- Windows Version: 6.2 [9200]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- Mode: MP4 Container, 720p SBS, Auto-AC3
- Quality: High Quality (Default)
- Output folder: D:\Blu-ray\Rebuilds\BDRB\
- 3D conversion mode enabled
- Decoding/Frame serving: FRIMSource
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
- Resuming from previously started job.
[01:08:50] PHASE ONE, Encoding
- [01:08:50] Processing: VID_00000 (1 of 3)
- [01:08:50] Reencoding video [VID_00000]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 106*120 frames
- Converting output to Side-By-Side 3D Format
- [01:08:50] Reencoding: VID_00000, Pass 1 of 1
- Analyzing 35,17 22,58 29,73 28,11 27,67 [27,55]
- [03:53:11] Video Encode complete
- [03:53:11] Processing audio tracks
- Track 4352 (eng): Reencoding audio to AC3...
- [03:56:37] Processing: VID_00007 (2 of 3)
- [03:56:37] Extracting A/V streams [VID_00007]

Yet "overall progress" is at 100%, hmmm. Yet after extracting, the progress jumps back down to 58% lol

[Lathe]

Hmmm, interesting...

You guys had been discussing before about how the newer version of BDRB the x264_64.exe is running slower than older versions. I was just now trying to do a pretty simple encode with BDRB using a movie only of about 25 Gigs with, GASP, 'auto' settings (I can see Ch3vr0n & Sharc nodding sagely...) I have always used the LAV frame server and it's been great, but this time I noticed, I THINK for the very first time, that when doing the 1 pass ABR encode (to BD-25) the CPU utilization was only about 70-75%. It has ALWAYS run close to 100 before. And then I remembered what you guys were talking about. So, I'm trying changing it to FRIM to see how it does (I still keep getting the eternal 'AnyDVD' error if I try to use DirectShow whatever the source)

What's interesting is that I'm also running off a bunch of fast encodes for my Dad's tablet (old movies) where I am using the CMD line with 'veryfast' and a CRF of 24, and in these cases the CPU seems to be running at full capacity. Now, the weird thing is that the path I am using for the CMD line encodes is: D:\EXECUTABLES\BD-RBV05018\BD_Rebuilder\Tools\x264-64.exe, HUH...? Soooo, I don't understand why when I run an encode through BDRB it appears to be using a lot less CPU, but when I call that exact same .exe from BDRB's folder for the CMD line encode it runs at full capacity.

How is that possible...?

Okay, my FRIM encode is running now and the x264_64 running at full CPU capacity.

Weird...

[Ch3vr0n]

Don't drag me into movie only bd25 discussions, I never said anything about it or will i make a claim in favor of against it, for the simple reason I don't do those. If your want to make those, by all means that's your choice and right. Neither will i make any judgement or have i ever made one against setting your own quality preferences. I only said that FOR ME, bdrb's automatic quality has never let me down for full disc bd25 copy. I'm not going to make any type of judgement, the settings you use won't bother me in any way nor will mine affect yours.

YOU decide YOUR settings based on YOUR needs and preferences, I do the same for ME and me alone. I'll leave it at that.

As to the speed of x264, if you'll look a couple posts back you'll see that jdobbs confirmed that behavior. Some changes that were done between 2 versions of a certain build caused a significant drop in processing fps.

[Lathe]

Heh... You must be REEEEEEEEEEEEEEEEEEEAL fun at parties Bro... :)

[Lathe]

Anyway, I'm running a CMD line CRF-18 encode right now, of the exact same Blu-ray as before it so happens, and I am using the x264_64.exe that is in the current version BDRB folder and it is running at full capacity. So, all I'm say'n is that I can't see how it can be the specific version of x264_64 that the current version of BDRB is using that is causing the slowdown, that's all. Unless I misunderstood the earlier discussion where it SOUNDED like everyone was saying that it WAS the specific current .exe that was causing it. But used by itself it isn't. However, when USING BDRB on the last encode as I mentioned, when I switched to FRIM instead of LAVF the utilization went from about 70-75% to full capacity.

[Sharc]

No i hadn't. Cause up to now i had no use for it, hardly ever do movie-only remember ;) Retrying :)

** edit **

[09/06/16] BD Rebuilder v0.50.18
[01:08:49] Source: GODS_OF_EGYPT_00000
- Input BD size: 32,87 GB
- Approximate total content: [02:07:29.308]
- Windows Version: 6.2 [9200]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- Mode: MP4 Container, 720p SBS, Auto-AC3
- Quality: High Quality (Default)
- Output folder: D:\Blu-ray\Rebuilds\BDRB\
- 3D conversion mode enabled
- Decoding/Frame serving: FRIMSource
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
- Resuming from previously started job.
[01:08:50] PHASE ONE, Encoding
- [01:08:50] Processing: VID_00000 (1 of 3)
- [01:08:50] Reencoding video [VID_00000]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 106*120 frames
- Converting output to Side-By-Side 3D Format
- [01:08:50] Reencoding: VID_00000, Pass 1 of 1
- Analyzing 35,17 22,58 29,73 28,11 27,67 [27,55]
- [03:53:11] Video Encode complete
- [03:53:11] Processing audio tracks
- Track 4352 (eng): Reencoding audio to AC3...
- [03:56:37] Processing: VID_00007 (2 of 3)
- [03:56:37] Extracting A/V streams [VID_00007]

Yet "overall progress" is at 100%, hmmm. Yet after extracting, the progress jumps back down to 58% lol
Ah, now your log looks fine!
Just a thought: The final CRF is in the order of 27 means the quality may not be too exciting. You could increase the target size to bring the CRF down, or encode the audio to AAC instead of ac3 to leave more space for the video, or if size doesn't matter make a fix CRF encode right from the beginning.
Secondly, I wonder whether your tablet can decode 720-SBS 3D correctly and sync the 3D goggles. Well, that's just a question.....

[varekai]

Heh... You must be REEEEEEEEEEEEEEEEEEEAL fun at parties Bro... :)

+1
Check out his popularity, same nick, at redfox forum ROFL... :D

[Lathe]

:)

Yeah, well... what can you do...?

Hey, I know! Maybe if we put together some money, JD would be willing to set up another Grassy Knoll...

[Ch3vr0n]

Don't worry about the 3d part. That's just an experiment to find out if mp4 supported SBS 3d. I just need a decent working 720p mp4 profile with ac3 audio. Why 720p, because if the tab 3 screen resolution.

[Sharc]

Don't worry about the 3d part. That's just an experiment to find out if mp4 supported SBS 3d. I just need a decent working 720p mp4 profile with ac3 audio. Why 720p, because if the tab 3 screen resolution.
Your initial mp4 muxing failure is most probably due to the fact that .dts audio is not officially supported in mp4 container, means one has to re-encode the .dts audio to ac3 or AAC, i.e. one cannot leave the source .dts audio intact for the mp4 container.

[lauguru]

how to get higher performance in X265? .please a good tweak for 6 core / 12 threads.


http://image.prntscr.com/image/492147dc551c4ad098579af135fd6718.png

http://x265.readthedocs.io/en/default/cli.html

[lauguru]

which means this error message?
http://image.prntscr.com/image/23c6d9d1fb8745549b43a02e51c41c60.png

[jdobbs]

I looked it up. It says there is a subscript out of range at location 2408 (a progress indicator I created for debugging) as it is processing secondary video tracks. That is very old code (it hasn't changed in years). I suspect you have a corrupted source.

What disc are you processing?

[lauguru]

I looked it up. It says there is a subscript out of range at location 2408 (a progress indicator I created for debugging) as it is processing secondary video tracks. That is very old code (it hasn't changed in years). I suspect you have a corrupted source.

What disc are you processing?

What's Your Number?
http://www.blu-ray.com/movies/Whats-Your-Number-Blu-ray/128616/

[jdobbs]

What's my number? You're not Leslie Jones, are you?

[lauguru]

What's my number? You're not Leslie Jones, are you?

:D What's Your Number? ( the name of movie)

http://image.prntscr.com/image/090847666f384178bf567434e953c371.png

[jdobbs]

Whew! That makes be feel a little better. :D

[lauguru]

:) :p

Whew! That makes be feel a little better. :D

[gonca]

Whew! That makes be feel a little better. :D

Could be worse
Could be Leslie Nielsen

[jdobbs]

Could be worse
Could be Leslie Nielsen"Joey, have you ever been in a... in a Turkish prison?" -- Airplane, 1980 :)

[gonca]

Good memory.

[Lathe]

Quote:

Originally Posted by jdobbs:
What's my number? You're not Leslie Jones, are you?

:D What's Your Number? ( the name of movie)



Dude, you are SOOOOOOO lucky... I've seen people disappear for less... :scared:

[Lathe]

"Joey, have you ever been in a... in a Turkish prison?"

See what I mean...

[Rad10act1v3]

I hope this is the proper forum for this.
It seems I've broken BD Rebuilder. It worked previously but now It fails every time. Not sure if it's related but I recently installed Handbrake to shrink an MKV file. Not satisfied with the result I uninstalled it. It was about that time that BD Rebuilder began to fail. I'm hoping someone may spot something in the logs that I am missing. Any assistance is greatly appreciated.
Thanks


BD Rebuilder log:
----------------------
[09/05/16] BD Rebuilder v0.50.16
[10:16:35] Source: SOME_MOVIE
- Input BD size: 27.00 GB
- Approximate total content: [01:40:04.248]
- Target BD size: 23.83 GB
- Windows Version: 6.2 [9200]
- Quality: Highest (Very Slow), Two Pass
- X264 Tweak(s) enabled
- Decoding/Frame serving: X264/LAVF
- Audio Settings: AC3=1 DTS=1 HD=1 Kbs=640
[10:16:35] PHASE ONE, Encoding
- [10:16:35] Processing: VID_00000 (1 of 1)
- [10:16:35] Extracting A/V streams [VID_00000]
- [10:20:28] Reencoding video [VID_00000]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 143,958 frames
- Bitrate: 29,703 Kbs
- [10:20:28] Reencoding: VID_00000, Pass 1 of 2
- Encode failed. Aborting.
- BD-Rebuilder v0.50.16
- Windows Version: 6.2 [9200]
- Working Path Free Space: 95.19GB
- AVISYNTH Version: 2.6.0.6, Ok
- LAVFILTERS: Ok
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok
- FRIMEncode: Ok
- FRIMDecode: Ok
[11:12:22] - Failed video encode, aborted


Windows Event Viewer Log:
----------------------
+ System

- Provider

[ Name] Windows Error Reporting

- EventID 1001

[ Qualifiers] 0

Level 4

Task 0

Keywords 0x80000000000000

- TimeCreated

[ SystemTime] 2016-09-05T15:12:22.046248400Z

EventRecordID 16606

Channel Application

Computer HTPC

Security


- EventData

120537450342
4
APPCRASH
Not available
0
x264-64.exe
0.148.2705.0
576f9adc
x264-64.exe
0.148.2705.0
576f9adc
c0000005
000000000091cdff


C:\Users\Johnny\AppData\Local\Temp\WERBF2.tmp.WERInternalMetadata.xml
C:\ProgramData\Microsoft\Windows\WER\ReportArchive\AppCrash_x264-64.exe_9aad892177b7c08477676f6e20ccac69f991473_e446d3cd_37811be9

0
01208a6e-0cad-4a33-8dcc-b6ba9843d32b
0
6f1a9ecb78749acaff4819408aeda8ac


SOME_MOVIE.INF:
----------------------
[Status]
LABEL=SOME_MOVIE
VERSION=v0.50.18
SOURCE_SIZE=28993344520
SOURCE_VIDEO_SIZE=28993259520
TARGET_SIZE=24641536000
REDUCTION=.849902750085824
RESIZE_1080=0
RESIZE_1440=0
AUDIO_TO_KEEP=eng;
KEEP_HD_AUDIO=-1
SUBS_TO_KEEP=eng;
BACKUP_MODE=0
MOVIEONLY_TYPE=0
USE_LAVF=-1
INSTANCES=1
DGDECNV=0
DGDECIM=0
FRIMSOURCE=0
FFMS2=0
SSIF_MODE=0
QUICK=0
ENCODE_STEP=2
[00000]
AUDIO=1
PGS=1
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=24641451000
RATE=28534
SPLITS=1

[worknstiff]

@ Rad10act1v3 RE: I hope this is the proper forum for this.
It seems I've broken BD Rebuilder.

I can't think of any other forum to go to either. IF you search this forum you will see countless times this has happened to others. Unfortunately the only solution that is always recommended is to completely uninstall BD_Rebuilder and then do the reinstall using the "First Page" instructions. I wish there was a simpler way to do all that but this does usually give you a working BD_Rebuilder again.

[jdobbs]

Yep. Uninstall and reinstall. It takes less than 10 minutes to do the whole thing.

[Ch3vr0n]

Not exactly. Neither of you both seem to have caught that he modified the log

[09/05/16] BD Rebuilder v0.50.16
[10:16:35] Source: SOME_MOVIE


For all we know BDRB is just fine, and the source is some random pre-processed downloaded rip.

[Rad10act1v3]

First of all, thanks so much for the quick responses, but it seems I didn't provide enough info. I used "SOME_MOVIE" as as a generic term encompassing many attempts with many different movies, all of which play with TMT 5 or PowerDVD 12, as either an ISO or when extracted to a folder.
I have uninstalled/reinstalled everything related to BD Rebuilder, video and audio, including my drivers. I have deleted the BD_Rebuilder folder, downgraded to a previous (50.16) version and still it fails. I can't remember if I downgraded AVISynth from 2.60 to 2.57 so I guess I'll give that a try.
I'm using the 2A. Download and install the LAV Directshow Filters. Use only the version linked here -- as other versions may result in out-of-sync audio. While not required for BD-RB to work, LAVFilters will improve functionality and are free. They are required for some functionality associated with HEVC import and processing. method based on it being preferred.
I've tried everything and am now considering reinstalling Windows. I can post DXdiag info if needed. I was hoping I just had setting conflict.
Again, thanks for the support.

[CV91913]

First of all, thanks so much for the quick responses, but it seems I didn't provide enough info. I used "SOME_MOVIE" as as a generic term encompassing many attempts with many different movies, all of which play with TMT 5 or PowerDVD 12, as either an ISO or when extracted to a folder.
I have uninstalled/reinstalled everything related to BD Rebuilder, video and audio, including my drivers. I have deleted the BD_Rebuilder folder, downgraded to a previous (50.16) version and still it fails. I can't remember if I downgraded AVISynth from 2.60 to 2.57 so I guess I'll give that a try.
I'm using the method based on it being preferred.
I've tried everything and am now considering reinstalling Windows. I can post DXdiag info if needed. I was hoping I just had setting conflict.
Again, thanks for the support.

Have you checked to make sure that whatever you are using to rip your original commercial disk is up to date and functioning properly?

[worknstiff]

Hey Rad10act1v3 RE: Just spit-balling this BUT have you tried the OBVIOUS by removing the (X264 Tweak(s) enabled) that show up in your previous log?

[jdobbs]

Whether it plays is irrelevant. A player can play right through a problem -- but you can't do that when you have to reencode.

Honestly I'm not sure what it might be.

[jdobbs]

Hey Rad10act1v3 RE: Just spit-balling this BUT have you tried the OBVIOUS by removing the (X264 Tweak(s) enabled) that show up in your previous log?Ahh... I missed that one. Yes, definitely the most likely source of an issue.

[lauguru]

@jdobbs the first time I see this message, you say?


http://image.prntscr.com/image/c26c35840aa14b3b9dae1c33c15f7c54.png

[Ch3vr0n]

It's not the first time, I encountered that one a long time ago and posted here too. I just hit yes, no issues

[lauguru]

It's not the first time, I encountered that one a long time ago and posted here too. I just hit yes, no issues

I put "yes" and the result was 23.8 gb, when normally are: 23,1 / 23,2 gb in the final result.
I will try to put "no" and see the result.

[jdobbs]

It's not the first time, I encountered that one a long time ago and posted here too. I just hit yes, no issuesYou can also open DGDecNV (which is the source of that dialog box) manually and disable that message.

[jdobbs]

I put "yes" and the result was 23.8 gb, when normally are: 23,1 / 23,2 gb in the final result.
I will try to put "no" and see the result.That's probably just a coincidence. I'd leave it at the default (yes).

[Ch3vr0n]

There hasn't been a need, only seen it once. And impossible to get it atm, 1080 has yet to arrive

[lauguru]

That's probably just a coincidence. I'd leave it at the default (yes).

I tried yes and no, the same result: 23.8 gb

[lauguru]

Hi guys
I have a problem and do not know why this happens, not the entire structure of bluray appears if selected BD25 full backup, missing the extras and have selected rebuilder.ini

MIN_M2TS_SIZE = 5

(output bd25 fullbluray structure)
http://image.prntscr.com/image/3a9863ff8faa4125a7cceedc85219c1b.png


however if I select output BD5 / 9, if the entire structure, I can do to release the complete structure appears BD25 full backup?


(output bd5/9 structure)
http://image.prntscr.com/image/8de4ffe791904f4e8c0c17b0f2cf6383.png

I make a video/capture showing what I try to explain.
https://mega.nz/#!hItjVSiD!RUWieNP_Cls6fQK3xvnC11xABZK1SW9EdvX4uLLtdUQ

[jdobbs]

BD-RB will keep small M2TS files intact when outputting to BD-25/50. This is because they are too small to reduce size by any meaningful amount -- and to reencode them is a waste of time. By default files under 100MB are not reencoded, but you can adjust that value with the hidden option MIN_M2TS_SIZE. There are also other considerations that might result in some streams not being encoded (for the sake of expediency).

But... when outputting to BD-5/9 (DVD media) you don't have that option because the bitrate used for Blu-Ray is higher than a DVD can handle. So BD-RB has to reencode them (regardless of size).

[lauguru]

BD-RB will keep small M2TS files intact when outputting to BD-25/50. This is because they are too small to reduce size by any meaningful amount -- and to reencode them is a waste of time. By default files under 100MB are not reencoded, but you can adjust that value with the hidden option MIN_M2TS_SIZE. There are also other considerations that might result in some streams not being encoded (for the sake of expediency).

But... when outputting to BD-5/9 (DVD media) you don't have that option because the bitrate used for Blu-Ray is higher than a DVD can handle. So BD-RB has to reencode them (regardless of size).

but because they do not appear in the BD25 structure? are estimated even if they are hidden?, there are more than 100mb files and do not appear

[jdobbs]

are estimated even if they are hidden?Of course they are.there are more than 100mb files and do not appearThere are also other considerations that might result in some streams not being encoded (for the sake of expediency).In this case note the "*" in the streams list. Sometimes encoding (or not encoding) a stream can have impacts on other streams. For example, if you encode (or not encode) one part of a multi-part stream you have to do the same for all parts.

[AmigaFuture]

So basically its not worth the hassle of trying to run it on Parallels running windows 7 then?

I've used BD Rebuilder with VMWare Workstation, though it has been a long, long time. It did well but it's much slower since it's stripped to a Basic machine. Does not have Graphics Board support of any kind that way. I don't use Parallels...for me, it makes too much of a "mess" of things that VMWare Workstation doesn't do.
What I'd suggest, if your Mac's HDD has the free space is create a Windows Partition which would give you full access to the Graphics Board and other hardware (which means full speed). Anyway, if you're cool with basic functionality and Okay speeds while using Mac OS, then enjoy. I don't post logs here of any errors because as JDobbs typed..no support and that's understandable. So your own experiences and willingness to debug is what you have to rely on unless you reproduce the error with a real machine.

[worknstiff]

@ lauguru; RE: however if I select output BD5 / 9, if the entire structure, I can do to release the complete structure appears BD25 full backup?

I always use the Movie & Menu's (Auto Blank Extras) mode to see all the tiny bits and pieces of the Blu-ray when trying to see what I can reasonably blank without killing the menu or some little extra I'd like to keep. I output to a 50,000 MB size and let BD Rebuilder create a folder. I then move this to another hard drive and feed it to back to BD Rebuilder as a FULL backup and a 23350 custom size. This results in a better sized Blu-ray than when I attempt to do it on the first rebuild. Takes about 25-30 minutes longer but it usually results in a lot better sized disk and seems to play better because it jumps over all the previously blanked parts more smoothly. This is especially good when you have a disk that repeatedly over or under sizes.

[lauguru]

at the end, I put 500 mb least in custom target and the result was successful 23,8gb to 23.2 gb. (24315 to 23750mb)

It is one of the blurays, which gave me more work


Of course they are.In this case note the "*" in the streams list. Sometimes encoding (or not encoding) a stream can have impacts on other streams. For example, if you encode (or not encode) one part of a multi-part stream you have to do the same for all parts.

[lauguru]

although you put BD50 output and FORCE_ENCODE=1, extras not appear on the log list, it seems that only the movie was recoded, although they were added to fullbd without recoding

allways 23,8gb (24315mb output)
output 23750mb and result 23,2 gb :)


@ lauguru; RE: however if I select output BD5 / 9, if the entire structure, I can do to release the complete structure appears BD25 full backup?

I always use the Movie & Menu's (Auto Blank Extras) mode to see all the tiny bits and pieces of the Blu-ray when trying to see what I can reasonably blank without killing the menu or some little extra I'd like to keep. I output to a 50,000 MB size and let BD Rebuilder create a folder. I then move this to another hard drive and feed it to back to BD Rebuilder as a FULL backup and a 23350 custom size. This results in a better sized Blu-ray than when I attempt to do it on the first rebuild. Takes about 25-30 minutes longer but it usually results in a lot better sized disk and seems to play better because it jumps over all the previously blanked parts more smoothly. This is especially good when you have a disk that repeatedly over or under sizes.

[jdobbs]

Why would you think setting BD-50 or FORCE_ENCODE would change what's in the streams list? That has no bearing at all.

[jdobbs]

although you put BD50 output and FORCE_ENCODE=1, extras not appear on the log list, it seems that only the movie was recoded, although they were added to fullbd without recoding

allways 23,8gb (24315mb output)
output 23750mb and result 23,2 gb :)Please post your INI file so I can take a look at it.

[lauguru]

Why would you think setting BD-50 or FORCE_ENCODE would change what's in the streams list? That has no bearing at all.

to know if encode forcibly extras, but do not appear in the log, and negative, the extras were copied 1: 1


Please post your INI file so I can take a look at it.

[Options]
VERSION=0.50.0.18



MIN_M2TS_SIZE=5

ENABLE_TEST=1
DEFAULT_LANG=spa

MULTIPROCESS=6
THREADS=12
TWEAK_X265=--pmode --pme --uhd-bd

IMPORT_PAL_TO_FILM=1
EXTENDED_GOP=1
NEW_CRF_PREDICTION=1

B_PYRAMID=1
ARCHIVE_ENABLE=1
ARCHIVE_CRF=13.7
ARCHIVE_QUALITY=3
ARCHIVE_LIMIT=0
ARCHIVE_265=1


ENCODER=0
MODE=0
ENCODE_QUALITY=3
ONEPASS_ENCODING=0
AUTO_QUALITY=0

AUDIO_TO_KEEP=all
SUBS_TO_KEEP=all
SD_CONVERT=0
OPEN_GOP=1
RESIZE_1080=0
RESIZE_1440=0
RESIZE_720=0
DEINTERLACE=1
SD_TO_1080=0
IGNORE_3D=0
CONVERT_WIDE=0
DTS_REENCODE=0
AC3_REENCODE=0
AC3_640=1
AC3_192=0
KEEP_HD_AUDIO=1
AUDIO_DRC=0
DECODER=3
AVCHD=1
REMOVE_WORKFILES=0
REMOVE_OUTPUT=0
USE_FILTERS=0
BDMV_CERT_ONLY=0
IVTC_PULLDOWN=0
ASSUME_DVD_PAL=0
FRIMSOURCE=0
COMPLETION_BEEP=0
OUTPUT_SBS=0
NEROAAC=0
SUPTITLE=0
PGSTOSRT=0
AUDIO_TRACK_LIMIT=0
SUBTITLE_TRACK_LIMIT=0
CUSTOM_TARGET_SIZE=24315
QUICK_EXTRAS=0
ENABLE_BLANKING=0
SUPPRESS_FF_WARNING=1
TARGET_SIZE=24315
[Paths]
SOURCE_PATH=M:\

DGIndexNV=C:\Users\Desktop\BD_Rebuilder\dgdecnv2052\DGIndexNV.exe
DGDecNV=C:\Users\Desktop\BD_Rebuilder\dgdecnv2052\DGDecodeNV.dll
WORKING_PATH=Q:\REBUILDER10\

[RocketJet]

Every time I launch BD-Rebuilder it opens a Windows Installer window. I can just cancel out of it, but it is a bit annoying.

[jdobbs]

Every time I launch BD-Rebuilder it opens a Windows Installer window. I can just cancel out of it, but it is a bit annoying.It certainly isn't BD-RB. It doesn't even us Windows Installer. Search the thread... I seem to recall someone else experiencing this at some point -- if I recall correctly it was caused by another program's installation.

[nada2k]

Is BD Rebuilder supposed to keep subtitle depth settings for Blu-ray 3D? In my case I tried in Movie-Only mode.

I rebuilt a movie that according to tsMuxeR GUI has "3d-plane: 2" for the english subtitle track and "3d-plane: 0" for the german subtitle track.

If I load the rebuilt Blu-ray into tsMuxeR GUI both 3d-planes have 0 as their value.

In this thread (http://forum.doom9.org/showthread.php?t=169817) I found some information about the 3d-planes in tsMuXeR.

I also found some posts here (http://forum.doom9.org/showthread.php?p=1675755#post1675755) concerning subtitle depth but am not sure if it's supposed to be fully implemented now or not, or maybe just in Full Backup-mode, which I didn't try?

[ggtop]

Every time I launch BD-Rebuilder it opens a Windows Installer window. I can just cancel out of it, but it is a bit annoying.

You may want to have a look into post #23809 (http://forum.doom9.org/showthread.php?p=1761137#post1761137)

In that case it was MS Office messing up MSCOMCTL.ocx.

ggtop

[HWK]

TWEAK_X265=--pmode --pme --uhd-bd

Just out of curiosity why you have --uhd-bd, do you have Ultra HD player to play them?

[Lathe]

Sorry to ask about this again, but I remember everyone here was talking about how the newest version of x264_64 in BDRB was for some inexplicable reason slower and not utilizing the full CPU, right...?

And, I have been noticing that my encodes do seem to be taking longer (I always use LAVF) So, was the suggestion then to go back to an older version of BDRB and take the x264_64.exe out of one of the folders and replace the new version with it...? I can't remember...

[kufo]

Sorry to ask about this again, but I remember everyone here was talking about how the newest version of x264_64 in BDRB was for some inexplicable reason slower and not utilizing the full CPU, right...?

And, I have been noticing that my encodes do seem to be taking longer (I always use LAVF) So, was the suggestion then to go back to an older version of BDRB and take the x264_64.exe out of one of the folders and replace the new version with it...? I can't remember...

Thank you Lathe! I was missing an answer too. I took an older X 264-64bit version from an earlier release and replaced it. Speed was about 120 fps in encoding again.
Full backup incl. burning is ~ 1 hour.

[lauguru]

Just out of curiosity why you have --uhd-bd, do you have Ultra HD player to play them?

no have uhd player, X265 in the manual puts it as experimental option, but I guess that is a default value that use the uhd a technical level.


http://img.prntscr.com/img?url=http://i.imgur.com/QHws25Y.png

http://x265.readthedocs.io/en/default/cli.html

[lauguru]

Thank you Lathe! I was missing an answer too. I took an older X 264-64bit version from an earlier release and replaced it. Speed was about 120 fps in encoding again.
Full backup incl. burning is ~ 1 hour.

what version of bd rebuilder used to replace?

[jdobbs]

Sorry to ask about this again, but I remember everyone here was talking about how the newest version of x264_64 in BDRB was for some inexplicable reason slower and not utilizing the full CPU, right...?

And, I have been noticing that my encodes do seem to be taking longer (I always use LAVF) So, was the suggestion then to go back to an older version of BDRB and take the x264_64.exe out of one of the folders and replace the new version with it...? I can't remember...Just remember that it only matters if you are using X264's internal LAVF for frame serving. If you are using DirectshowSource, DGDecNV, or FRIM it will not change anything.

I would be careful, as you don't want to get stuck using an old version of X264. Frankly I'm surprised that the X264 team hasn't gotten complaints about this and fixed it by now.

[geheim]

Is BD Rebuilder supposed to keep subtitle depth settings for Blu-ray 3D? In my case I tried in Movie-Only mode.

I rebuilt a movie that according to tsMuxeR GUI has "3d-plane: 2" for the english subtitle track and "3d-plane: 0" for the german subtitle track.

If I load the rebuilt Blu-ray into tsMuxeR GUI both 3d-planes have 0 as their value.

In this thread (http://forum.doom9.org/showthread.php?t=169817) I found some information about the 3d-planes in tsMuXeR.

I also found some posts here (http://forum.doom9.org/showthread.php?p=1675755#post1675755) concerning subtitle depth but am not sure if it's supposed to be fully implemented now or not, or maybe just in Full Backup-mode, which I didn't try?

For me 3D subtitle depth is not kept as well. I wondered why already, but couldn't find an answer...

@jdobbs Should BD-Rebuilder Keep 3D subtitle depth??

[HWK]

no have uhd player, X265 in the manual puts it as experimental option, but I guess that is a default value that use the uhd a technical level.


http://img.prntscr.com/img?url=http://i.imgur.com/QHws25Y.png

http://x265.readthedocs.io/en/default/cli.html

No it is not default, also putting it in command line decrease compression efficiency, if I were you I would take it out why artificially cap encoder ability.

In you case you want to know what --uhd-bd does
Turn on repeat-headers
Turn off intra-refresh
keyframeMin is set to 1 by default it is 23
keyframeMax is set to frame rate of movie, if movie is 23.976 max keyframe would be 23.976 as well. By default it is 250 but in alternate option you set it auto which 10 times keyframe.
Max number of references frames is 6
Turn off temporal layer
Restrict your resolutions are 1920x1080 and 3840x2160
Transfer Characteristics, Colour primaries, Matrix coefficients to BT.709 and/or BT.2020


Source: Encoder source code.

[jdobbs]

For me 3D subtitle depth is not kept as well. I wondered why already, but couldn't find an answer...

@jdobbs Should BD-Rebuilder Keep 3D subtitle depth??There is depth to the subtitles -- but not the necessarily the same as the original. It's a matter of what can and can't be done with TSMUXER.

[geheim]

There is depth to the subtitles -- but not the necessarily the same as the original. It's a matter of what can and can't be done with TSMUXER.

Okay, thanks, is there a way to force a specific offset value?? Eg. all subtitles with constant value of
D-Plane 2 in TSMuxer or something like that??

[jdobbs]

Okay, thanks, is there a way to force a specific offset value?? Eg. all subtitles with constant value of
D-Plane 2 in TSMuxer or something like that??Not now -- but I can look at it.

[nada2k]

For your information, if I use tsMuxeR GUI directly to create a Blu-ray ISO with only the audio and subtitle languages that I desire, i.e. german and english, the 3d-planes stay the same as in the original.

If I understand it correctly, those 3d-planes are some sort of table with information where on the Z-axis the different subtitle texts are positioned over time. And as the subs may have slightly different timings or sentence lenghts, the 3d-plane for i.e. the english subtitle texts might place the german subtitle texts at positions where they interfere with 3D objects from the movie.

So I think it would be desirable to keep the 3d-planes together with their corresponding subs if somehow possbible.

[jdobbs]

But... you are doing a movie-only backup and it is going to an ISO. In BD-RB I have to support full backups. It's a completely different animal.

[Lathe]

Thank you Lathe! I was missing an answer too. I took an older X 264-64bit version from an earlier release and replaced it. Speed was about 120 fps in encoding again.
Full backup incl. burning is ~ 1 hour.

What version of BDRB did you take the x264_64.exe from...?

I'm just simply running the last version of BDRB.

JD, do you think that I should do that, or should I replace the .exe from the last version in this one and use the current new one?

I DO in fact always use LAVF, so it really does make a difference. For some odd reason, when I use FRIM (which is my only choice since I ALWAYS get that weird AnyDVD error on EVERY source when I use DirectShow) I notice that the BD-25 size always comes out a little short. No big deal, but with LAVF it almost always comes out to 22.9, whereas with FRIM it seems to come out to 21.xx most times. No biggie I guess...

Is there really any other difference using FRIM instead of LAVF...?

Thanks!

[jdobbs]

What version of BDRB did you take the x264_64.exe from...?

I'm just simply running the last version of BDRB.

JD, do you think that I should do that, or should I replace the .exe from the last version in this one and use the current new one?

I DO in fact always use LAVF, so it really does make a difference. For some odd reason, when I use FRIM (which is my only choice since I ALWAYS get that weird AnyDVD error on EVERY source when I use DirectShow) I notice that the BD-25 size always comes out a little short. No big deal, but with LAVF it almost always comes out to 22.9, whereas with FRIM it seems to come out to 21.xx most times. No biggie I guess...

Is there really any other difference using FRIM instead of LAVF...?

Thanks!Look at this post (http://forum.doom9.org/showthread.php?p=1779038#post1779038).

[Lathe]

Look at this post (http://forum.doom9.org/showthread.php?p=1779038#post1779038).

Thanks mate! Sorry, I had forgotten about that...

[Lathe]

Heh... so I'm already doing a full disc encode and I'm about 3/4 the way though. So, I get this bright idea to copy the x264_64.exe from version 5012 and wait until it is multiplexing one of the streams and I opened 5017 which I was using with this encode, and quickly opened the tools folder and dropped in the .exe from 5012 and replaced it before it started encoding the next stream. It worked! So my encode speed went from about 37 fps to 80 and my CPU went from about 50 to 95.

Talk about gunslinging from the hip! :)

[geheim]

Not now -- but I can look at it.

I'd really appreciate it if you could do that :)

[Rad10act1v3]

Another update on my situation. With BD Rebuilder failing every time I did a clean install of Windows 10 Pro x64. I installed AVISynth and Lav filters and nothing else, tried a re-encode and it failed (See first part of log, no x264 tweaks). Feeling very frustrated because previously I had it working well (and my thinking that something I installed messed with x264 settings). So another install of Windows, this time installed AVISynth only, (not even drivers) ran BD-Rebuilder and it completed (see second half of log). So now I'm back with more info, another log, and looking for suggestions before I install all my apps.

----------------------
[09/25/16] BD Rebuilder v0.50.18
[00:05:37] Source: DAYS_OF_HEAVEN
- Input BD size: 44.00 GB
- Approximate total content: [02:42:34.628]
- Target BD size: 22.95 GB
- Windows Version: 6.2 [9200]
- Quality: Highest (Very Slow), ABR
- Decoding/Frame serving: X264/LAVF
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[00:05:37] PHASE ONE, Encoding
- [00:05:37] Processing: VID_00271 (1 of 5)
- [00:05:37] Extracting A/V streams [VID_00271]
- [00:26:09] Reencoding video [VID_00271]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 135,226 frames
- Bitrate: 15,555 Kbs
- [00:26:09] Reencoding: VID_00271, Pass 1 of 1
- Encode failed. Aborting.
- BD-Rebuilder v0.50.18
- Windows Version: 6.2 [9200]
- Working Path Free Space: 192.59GB
- AVISYNTH Version: 2.6.0.6, Ok
- LAVFILTERS: Ok
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok
- FRIMEncode: Ok
- FRIMDecode: Ok
[08:56:38] - Failed video encode, aborted
----------------------
[09/25/16] BD Rebuilder v0.50.18
[17:31:48] Source: DAYS_OF_HEAVEN
- Input BD size: 44.00 GB
- Approximate total content: [02:42:34.628]
- Target BD size: 22.95 GB
- Windows Version: 6.2 [9200]
- Quality: Highest (Very Slow), Two Pass
- Decoding/Frame serving: X264/LAVF
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[17:31:48] PHASE ONE, Encoding
- [17:31:48] Processing: VID_00271 (1 of 5)
- [17:31:48] Extracting A/V streams [VID_00271]
- [17:52:12] Reencoding video [VID_00271]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 135,226 frames
- Bitrate: 15,555 Kbs
- [17:52:12] Reencoding: VID_00271, Pass 1 of 2
- [19:19:09] Reencoding: VID_00271, Pass 2 of 2
- [00:27:45] Video Encode complete
- [00:27:45] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [00:27:45] Multiplexing M2TS
- [00:37:20] Processing: VID_00272 (2 of 5)
- [00:37:20] Extracting A/V streams [VID_00272]
- [00:41:18] Reencoding video [VID_00272]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 29.970fps, 36,751 frames
- Bitrate: 16,972 Kbs
- [00:41:18] Reencoding: VID_00272, Pass 1 of 2
- [00:59:18] Reencoding: VID_00272, Pass 2 of 2
- [02:09:41] Video Encode complete
- [02:09:41] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [02:09:41] Multiplexing M2TS
- [02:10:43] Processing: VID_00273 (3 of 5)
- [02:10:43] Extracting A/V streams [VID_00273]
- [02:14:42] Reencoding video [VID_00273]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 29.970fps, 39,331 frames
- Bitrate: 16,970 Kbs
- [02:14:43] Reencoding: VID_00273, Pass 1 of 2
- [02:35:53] Reencoding: VID_00273, Pass 2 of 2
- [03:58:15] Video Encode complete
- [03:58:15] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [03:58:15] Multiplexing M2TS
- [03:59:16] Processing: VID_00274 (4 of 5)
- [03:59:16] Extracting A/V streams [VID_00274]
- [04:01:17] Reencoding video [VID_00274]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 29.970fps, 22,561 frames
- Bitrate: 16,971 Kbs
- [04:01:17] Reencoding: VID_00274, Pass 1 of 2
- [04:13:08] Reencoding: VID_00274, Pass 2 of 2
- [04:59:11] Video Encode complete
- [04:59:11] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [04:59:11] Multiplexing M2TS
- [04:59:36] Processing: VID_00275 (5 of 5)
- [04:59:36] Extracting A/V streams [VID_00275]
- [05:01:28] Reencoding video [VID_00275]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 29.970fps, 20,821 frames
- Bitrate: 16,976 Kbs
- [05:01:28] Reencoding: VID_00275, Pass 1 of 2
- [05:12:07] Reencoding: VID_00275, Pass 2 of 2
- [05:51:49] Video Encode complete
- [05:51:49] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [05:51:49] Multiplexing M2TS
[05:52:21]PHASE ONE complete
[05:52:21]PHASE TWO - Rebuild Started
- [05:52:21] Rebuilding BD file Structure
[05:52:29] - Encode and Rebuild complete
- WORKFILES folder removed.
[05:52:29] JOB: DAYS_OF_HEAVEN finished.

So thanks for the software, I think it's brilliant. And the forum to seek help. Hoping for more feedback.

Thanks

[jdobbs]

@Rad10act1v3

Your second run is using X264/LAVF because LAV Filters aren't available -- which means that AVISYNTH isn't being used at all. That's fine for simple jobs -- but there are some features that simply won't work unless you are able to use DirectshowSource (which uses AVISYNTH and LAV Filters).

When you run it the first time with LAV Filters installed, does it successfully configure the registry for them? It can only do that if you run it as Administrator.

[jdobbs]

Heh... so I'm already doing a full disc encode and I'm about 3/4 the way though. So, I get this bright idea to copy the x264_64.exe from version 5012 and wait until it is multiplexing one of the streams and I opened 5017 which I was using with this encode, and quickly opened the tools folder and dropped in the .exe from 5012 and replaced it before it started encoding the next stream. It worked! So my encode speed went from about 37 fps to 80 and my CPU went from about 50 to 95.

Talk about gunslinging from the hip! :)I just tested the newest version of X264 (r2721) -- and it is still much slower when using X264/LAVF. For the next release I've included two versions of X264 -- one for normal encodes and another (r2665) for use when X264/LAVF is selected (BD-RB will automatically switch between them when appropriate).

[AmigaFuture]

"Joey, have you ever been in a... in a Turkish prison?" -- Airplane, 1980 :)

I love that movie!!! Such great comedy! Now it's very much politically INcorrect, hahaha!

[tectpro]

Hello,

I'm not sure if this is a bug or it is just me.
If I try to encode a complete blu ray with extras where some extras are above 30 min and nearly 60 min. All extras above 30 min will not compress at the specified CRF of 25.

Here my settings [Options]
VERSION=0.50.0.18
ENCODER=0
MODE=0
ENCODE_QUALITY=2
ONEPASS_ENCODING=1
AUTO_QUALITY=0
TARGET_SIZE=23650
AUDIO_TO_KEEP=deu;eng;ger;
SUBS_TO_KEEP=deu;eng;ger;
SD_CONVERT=0
OPEN_GOP=0
RESIZE_1080=0
RESIZE_1440=0
RESIZE_720=0
DEINTERLACE=1
SD_TO_1080=0
IGNORE_3D=0
CONVERT_WIDE=0
DTS_REENCODE=0
AC3_REENCODE=0
AC3_640=1
AC3_192=0
KEEP_HD_AUDIO=1
AUDIO_DRC=0
DECODER=3
AVCHD=1
REMOVE_WORKFILES=0
REMOVE_OUTPUT=0
USE_FILTERS=0
BDMV_CERT_ONLY=1
IVTC_PULLDOWN=0
ASSUME_DVD_PAL=1
FRIMSOURCE=0
COMPLETION_BEEP=0
OUTPUT_SBS=0
NEROAAC=0
SUPTITLE=0
PGSTOSRT=0
AUDIO_TRACK_LIMIT=0
SUBTITLE_TRACK_LIMIT=0
CUSTOM_TARGET_SIZE=23650
QUICK_EXTRAS=1
MOVIEONLY_TYPE=0
ALTCRF=21
ALT_TARGET=1024
ALT_CRF_TARGET=1024
ALTMETHOD=0
ALTAUTOCROP=0
Enable_test=1
Enable_blanking=1
BLANK_THRESHOLD=3600
QUICK_CRF=25

[HandiA]

Here's a log while running Forbidden Planet

----------------------
[09/25/16] BD Rebuilder v0.50.18
[19:03:11] Source: FORBIDDEN_PLANET
- Input BD size: 30.51 GB
- Approximate total content: [05:51:49.313]
- Target BD size: 22.95 GB
- Windows Version: 6.2 [9200]
- Auto Quality: Good (Very Fast), Two Pass
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[19:03:11] PHASE ONE, Encoding
- [19:03:11] Processing: VID_00020 (1 of 12)
- [19:03:11] Extracting A/V streams [VID_00020]
- [19:06:46] Reencoding video [VID_00020]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23.976fps, 141,705 frames
- Bitrate: 14,866 Kbs
- [19:06:46] Reencoding: VID_00020, Pass 1 of 2
- [20:16:57] Reencoding: VID_00020, Pass 2 of 2
- [21:25:49] Video Encode complete
- [21:25:49] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [21:25:49] Multiplexing M2TS
- [21:30:25] Processing: VID_00073 (2 of 12)
- [21:30:25] Extracting A/V streams [VID_00073]
- [21:30:53] CreateAVS() 00000
[21:36:46] - Could not create AVS file
----------------------
[09/26/16] BD Rebuilder v0.50.18
[02:14:57] Source: FORBIDDEN_PLANET
- Input BD size: 30.51 GB
- Approximate total content: [05:51:49.313]
- Target BD size: 22.95 GB
- Windows Version: 6.2 [9200]
- Auto Quality: Good (Very Fast), Two Pass
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
- Resuming from previously started job.
[02:14:59] PHASE ONE, Encoding
- [02:14:59] Processing: VID_00073 (2 of 12)
- [02:14:59] CreateAVS() 00000
[02:21:27] - Could not create AVS file

Any ideas? The process just stops at this point.

[Lathe]

I just tested the newest version of X264 (r2721) -- and it is still much slower when using X264/LAVF. For the next release I've included two versions of X264 -- one for normal encodes and another (r2665) for use when X264/LAVF is selected (BD-RB will automatically switch between them when appropriate).

Hey, that's awesome man, thanks! I'm assuming that r2665 is the one used in your version 5012, right?

[Lathe]

Here's a log while running Forbidden Planet

----------------------
[09/25/16] BD Rebuilder v0.50.18
[19:03:11] Source: FORBIDDEN_PLANET
- Input BD size: 30.51 GB
- Approximate total content: [05:51:49.313]
- Target BD size: 22.95 GB
- Windows Version: 6.2 [9200]
- Auto Quality: Good (Very Fast), Two Pass
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[19:03:11] PHASE ONE, Encoding
- [19:03:11] Processing: VID_00020 (1 of 12)
- [19:03:11] Extracting A/V streams [VID_00020]
- [19:06:46] Reencoding video [VID_00020]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23.976fps, 141,705 frames
- Bitrate: 14,866 Kbs
- [19:06:46] Reencoding: VID_00020, Pass 1 of 2
- [20:16:57] Reencoding: VID_00020, Pass 2 of 2
- [21:25:49] Video Encode complete
- [21:25:49] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [21:25:49] Multiplexing M2TS
- [21:30:25] Processing: VID_00073 (2 of 12)
- [21:30:25] Extracting A/V streams [VID_00073]
- [21:30:53] CreateAVS() 00000
[21:36:46] - Could not create AVS file
----------------------
[09/26/16] BD Rebuilder v0.50.18
[02:14:57] Source: FORBIDDEN_PLANET
- Input BD size: 30.51 GB
- Approximate total content: [05:51:49.313]
- Target BD size: 22.95 GB
- Windows Version: 6.2 [9200]
- Auto Quality: Good (Very Fast), Two Pass
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
- Resuming from previously started job.
[02:14:59] PHASE ONE, Encoding
- [02:14:59] Processing: VID_00073 (2 of 12)
- [02:14:59] CreateAVS() 00000
[02:21:27] - Could not create AVS file

Any ideas? The process just stops at this point.

Hmmm, I seem to remember something unusual about encoding 'FORBIDDEN PLANET' when I did it quite a while back. DAMN good film!

[jdobbs]

Hey, that's awesome man, thanks! I'm assuming that r2665 is the one used in your version 5012, right?Yes. It's the last one (of the releases I've archived) that still runs at full speed in X264/LAVF mode.

[jdobbs]

@HandiA

Could you run MEDIAINFO.EXE against 00073.M2TS in the source folder and post the results? I'd like to see if there is anything unusual about the source. It's really odd that the main feature completed successfully, but the second file has issues. MediaInfo is available in the BD-RB tools folder and you can run it from a CMD window. An example might be (assuming you fix the path info):

"c:\path_to_bd_rebuilder\tools\mediainfo.exe" "c:\path_to_source\bdmv\stream\00973.m2ts" > c:\mediainfo.txt

The information will be in the file MEDIAINFO.TXT after the command runs.

[HandiA]

General
ID : 0 (0x0)
Complete name : 00073.m2ts
Format : BDAV
Format/Info : Blu-ray Video
File size : 2.66 GiB
Duration : 55mn 31s
Overall bit rate mode : Variable
Overall bit rate : 6 862 Kbps
Maximum Overall bit rate : 48.0 Mbps

Video
ID : 4113 (0x1011)
Menu ID : 1 (0x1)
Format : MPEG Video
Format version : Version 2
Format profile : Main@Main
Format settings, BVOP : Yes
Format settings, Matrix : Custom
Format settings, GOP : M=3, N=15
Codec ID : 2
Duration : 55mn 31s
Bit rate mode : Variable
Bit rate : 5 404 Kbps
Maximum bit rate : 7 500 Kbps
Width : 720 pixels
Height : 480 pixels
Display aspect ratio : 4:3
Frame rate : 29.970 fps
Standard : NTSC
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Interlaced
Scan order : Top Field First
Compression mode : Lossy
Bits/(Pixel*Frame) : 0.522
Time code of first frame : 00:59:59:00
Time code source : Group of pictures header
Stream size : 2.10 GiB (79%)

Audio #1
ID : 4352 (0x1100)
Menu ID : 1 (0x1)
Format : AC-3
Format/Info : Audio Coding 3
Mode extension : CM (complete main)
Format settings, Endianness : Big
Codec ID : 129
Duration : 55mn 31s
Bit rate mode : Constant
Bit rate : 192 Kbps
Channel(s) : 2 channels
Channel positions : Front: L R
Sampling rate : 48.0 KHz
Bit depth : 16 bits
Compression mode : Lossy
Delay relative to video : -66ms
Stream size : 76.3 MiB (3%)

Audio #2
ID : 4353 (0x1101)
Menu ID : 1 (0x1)
Format : AC-3
Format/Info : Audio Coding 3
Mode extension : CM (complete main)
Format settings, Endianness : Big
Codec ID : 129
Duration : 55mn 31s
Bit rate mode : Constant
Bit rate : 192 Kbps
Channel(s) : 2 channels
Channel positions : Front: L R
Sampling rate : 48.0 KHz
Bit depth : 16 bits
Compression mode : Lossy
Delay relative to video : -66ms
Stream size : 76.3 MiB (3%)

Audio #3
ID : 4354 (0x1102)
Menu ID : 1 (0x1)
Format : AC-3
Format/Info : Audio Coding 3
Mode extension : CM (complete main)
Format settings, Endianness : Big
Codec ID : 129
Duration : 55mn 31s
Bit rate mode : Constant
Bit rate : 192 Kbps
Channel(s) : 2 channels
Channel positions : Front: L R
Sampling rate : 48.0 KHz
Bit depth : 16 bits
Compression mode : Lossy
Delay relative to video : -66ms
Stream size : 76.3 MiB (3%)

Audio #4
ID : 4355 (0x1103)
Menu ID : 1 (0x1)
Format : AC-3
Format/Info : Audio Coding 3
Mode extension : CM (complete main)
Format settings, Endianness : Big
Codec ID : 129
Duration : 55mn 31s
Bit rate mode : Constant
Bit rate : 192 Kbps
Channel(s) : 2 channels
Channel positions : Front: L R
Sampling rate : 48.0 KHz
Bit depth : 16 bits
Compression mode : Lossy
Delay relative to video : -66ms
Stream size : 76.3 MiB (3%)

Audio #5
ID : 4356 (0x1104)
Menu ID : 1 (0x1)
Format : AC-3
Format/Info : Audio Coding 3
Mode extension : CM (complete main)
Format settings, Endianness : Big
Codec ID : 129
Duration : 55mn 31s
Bit rate mode : Constant
Bit rate : 192 Kbps
Channel(s) : 2 channels
Channel positions : Front: L R
Sampling rate : 48.0 KHz
Bit depth : 16 bits
Compression mode : Lossy
Delay relative to video : -66ms
Stream size : 76.3 MiB (3%)

Audio #6
ID : 4357 (0x1105)
Menu ID : 1 (0x1)
Format : AC-3
Format/Info : Audio Coding 3
Mode extension : CM (complete main)
Format settings, Endianness : Big
Codec ID : 129
Duration : 55mn 31s
Bit rate mode : Constant
Bit rate : 192 Kbps
Channel(s) : 2 channels
Channel positions : Front: L R
Sampling rate : 48.0 KHz
Bit depth : 16 bits
Compression mode : Lossy
Delay relative to video : -66ms
Stream size : 76.3 MiB (3%)

Text #1
ID : 4608 (0x1200)
Menu ID : 1 (0x1)
Format : PGS
Codec ID : 144

Text #2
ID : 4609 (0x1201)
Menu ID : 1 (0x1)
Format : PGS
Codec ID : 144
Delay relative to video : 2s 203ms

Text #3
ID : 4610 (0x1202)
Menu ID : 1 (0x1)
Format : PGS
Codec ID : 144
Delay relative to video : 3s 370ms

Text #4
ID : 4611 (0x1203)
Menu ID : 1 (0x1)
Format : PGS
Codec ID : 144
Delay relative to video : 2s 136ms

Text #5
ID : 4612 (0x1204)
Menu ID : 1 (0x1)
Format : PGS
Codec ID : 144
Delay relative to video : 2s 136ms

Text #6
ID : 4613 (0x1205)
Menu ID : 1 (0x1)
Format : PGS
Codec ID : 144
Delay relative to video : 935ms

Text #7
ID : 4614 (0x1206)
Menu ID : 1 (0x1)
Format : PGS
Codec ID : 144
Delay relative to video : 935ms

Text #8
ID : 4615 (0x1207)
Menu ID : 1 (0x1)
Format : PGS
Codec ID : 144
Delay relative to video : 935ms


Note: I had taken the file 00073.m2ts out of the stream folder and ran bd rebuilder again and the same happened with the next file 00074

[jdobbs]

@HandiA

I noticed that this is an MPEG-2 stream. If you're using LAV filters, go into the LAV Filters video configuration (available from the start menu) and make sure MPEG-2 is enabled. If you are using FFDSHOW, make sure you followed the highlighted portion of the installation step below:2B. Download and install FFDSHOW and the Haali Matroska Splitter. While they are not required for BD-RB to work, they will improve functionality and are free. After the install, run "Video Decoder Configuration" for FFDSHOW from the "START/Programs" menu, and make sure MPEG2 decoding is enabled. Do the same using "Audio Decoder Configuration" to ensure "Uncompressed" is set to "All Supported".Please let me know if this is/isn't the problem. If not, please go to the HELP menu, select INSPECT, and post the result.

[HandiA]

ffshow video config
mpeg2 set to libavcodec
ffshow audion config was disabled
set to all
stiil same result
did not restart job, just continued. error message happened immediately

[jdobbs]

ffshow video config
mpeg2 set to libavcodec
ffshow audion config was disabled
set to all
stiil same result
did not restart job, just continued. error message happened immediately...please go to the HELP menu, select INSPECT, and post the result.INSPECT results?

[HandiA]

Don't seem to have the inspect program. Used to have it.
Where can I get it?

[HWK]

Don't seem to have the inspect program. Used to have it.
Where can I get it?

It is built in to BD-RB, under help menu and second option. Will print all related setting on log tab and log file.

[HandiA]

Thanks.
Here's the results

[09/29/16] Checking System Settings
- BD-Rebuilder v0.50.18
- Windows Version: 6.2 [9200]
- Working Path Free Space: 622.46GB
- AVISYNTH Version: 2.5.8.0, Ok
- LAVFILTERS: Ok
- AnyDVD settings check: Ok.
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok
- FRIMEncode: Ok
- FRIMDecode: Ok
[09/29/16] Systems Settings Check complete

looks ok.

[Dofin]

Hi ! like many others here, BD Rebuilder has been flawlessly working until recently, I've read many , many posts, tried some suggestion, settings but were never been able to get it works properly, getting failed "video encode" message.

Here's recent log:
[10/02/16] BD Rebuilder v0.50.16
[07:30:31] Source: THE_WOMAN_NEXT_DOOR
- Input BD size: 26.87 GB
- Approximate total content: [02:18:12.900]
- Target BD size: 23.93 GB
- Windows Version: 6.2 [9200]
- Quality: High-Speed Option (BD-25+), Two Pass
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=640
[07:30:44] PHASE ONE, Encoding
- [07:30:44] Processing: VID_00003 (1 of 4)
- [07:30:44] Extracting A/V streams [VID_00003]
- [07:33:38] Reencoding video [VID_00003]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 24.000fps, 151,449 frames
- Bitrate: 25,873 Kbs
- [07:33:38] Reencoding: VID_00003, Pass 1 of 2
- [07:33:39] Reencoding: VID_00003, Pass 2 of 2
- [08:13:22] Video Encode complete
- [08:13:22] Processing audio tracks
- Track 4352 (fra): Reencoding audio to AC3...
- Track 4353 (fra): Reencoding audio to AC3...
- [08:13:46] Multiplexing M2TS
- [08:17:50] Processing: VID_00004 (2 of 4)
- [08:17:50] Extracting A/V streams [VID_00004]
- [08:18:04] Reencoding video [VID_00004]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 25.000fps, 2,520 frames
- Bitrate: 35,000 Kbs
- [08:18:04] Reencoding: VID_00004, Pass 1 of 2
- [08:18:04] Reencoding: VID_00004, Pass 2 of 2
- Encode failed. Aborting.
- BD-Rebuilder v0.50.16
- Windows Version: 6.2 [9200]
- Working Path Free Space: 441.85GB
- AVISYNTH Version: 2.6.0.6, Ok
- HAALI Splitter: 1.9.42.1, Ok
- FFDSHOW: 4504, Ok
- FFDSHOW VC-1 set to "wmv9", Ok
- FFDSHOW MPEG2 set to "libavcodec": Ok
- FFDSHOW AVC set to "libavcodec": Ok
- AnyDVD settings check: Ok.
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok
- FRIMEncode: Ok
- FRIMDecode: Ok
[08:18:05] - Failed video encode, aborted
[10/02/16] Checking System Settings
- BD-Rebuilder v0.50.16
- Windows Version: 6.2 [9200]
- Working Path Free Space: 398.60GB
- AVISYNTH Version: 2.6.0.6, Ok
- HAALI Splitter: 1.9.42.1, Ok
- FFDSHOW: 4504, Ok
- FFDSHOW VC-1 set to "wmv9", Ok
- FFDSHOW MPEG2 set to "libavcodec": Ok
- FFDSHOW AVC set to "libavcodec": Ok
- AnyDVD settings check: Ok.
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok
- FRIMEncode: Ok
- FRIMDecode: Ok
[10/02/16] Systems Settings Check complete


Could someone suggest something that get me going again ? Many thanks.

[Sharc]

@Dofin
Bad rip? Does it fail with other sources as well?
Upgrade to latest version.

[jdobbs]

@Dofin

It's really weird that it could complete pass one but not pass two since it is working with the same source. Is anything changing between the two passes? Something new installed, perhaps?

I would recommend you upgrade to the latest version of BD-RB. I would also suggest you use LAV filters rather than FFDSHOW.

[Sharc]

@Dofin

It's really weird that it could complete pass one but not pass two since it is working with the same source........
Could it be a heat problem, as pass 2 is most CPU demanding? Overclocked CPU perhaps?

[Dofin]

@jdobbs
I've downgraded with version 50.16 because problem started with version 50.18 Could be a bad rip as I do not have original disc. I'll try deinstalling ffdshow avi and Haali and use LAV filters.
I'll try with another BD

@ Sharc
Issue aroused overnight without any system OS update. I do not overclock and my HDDs stay cool, under 40° and most under 35° which is fine.

Thanks to both of you.

[Dofin]

Succeeded with LAV Filters under version 50.18 and High-Speed setting.
I'll try to get closer to 23.2 Go BD with Highest setting and customized size target around 24350. I'll take a closer look too at CRF settings.
Many thanks for your precious help; it is a nice feeling to recover this unvaluable program.

[MrVideo]

it is a nice feeling to recover this unvaluable program.

I think you mean invaluable program (typo?).

[MrVideo]

Can BD-RB use a video for the menu background, one that also contains audio? I'd like to use the original motion background video of a BD, if at all possible.

[MrVideo]

Import threshold. I'm not sure if this is a bug, or not, but I just told BD-RB to import 7 MKV files. BD-RB said that all 7 fit the 15 min import threshold. But, that is not true. Only one of them did. The other six were less than 12 min in length.

EDIT: The Import Threshold was the one that was ignored. The Quick-Play Threshold was not ignored.

[MrVideo]

Suggestion for saving some time.

I'm working on rebuilding a Blu-ray from its contents (long story). The main video is 30 GB. When importing the files, BD-RB separates the streams from the MKV files and then remuxes those into the M2TS files. Those files are then deleted.

Then, when the backup is started, the M2TS files are separated into the individual files so that the video can be recoded. Why? Keep the files from the first demuxing. Rename/move those files to the new work area for recoding and remuxing. With a 30 GB file, it takes a while to demux and doing it twice, IMHO, is a waste of time. Only do it once.

Like I said, a suggestion.

[HandiA]

Just wondering.
Any other thoughts on BD Rebuiler failure for this film?

[Lathe]

Succeeded with LAV Filters under version 50.18 and High-Speed setting.
I'll try to get closer to 23.2 Go BD with Highest setting and customized size target around 24350. I'll take a closer look too at CRF settings.
Many thanks for your precious help; it is a nice feeling to recover this unvaluable program.

Yep, LAV rules! :D

Sometimes, when I am REALLY close to a full BD-25 size I set the custom target size for 23,700. I think that is as high as you can go without going over. I think when I tried 23,800 it came out just a little too big. Remember, the actual size on disc will be bigger than the limit that you set. I can't remember, but I THINK that when I set the size for 23,700, the resulting actual size on the disc was about 24,800 or so, I don't remember...

[MrVideo]

I've run into the situation where there was a mistake in the menu, but I can see no way to get the menu rebuilt, without starting over. What could be a matter of less than a minute, will take somewhere between 30-60 minutes.

What would be really great is if after the menu text is edited, the menu structure would be rebuilt. For a full backup, that means switching to Quick Play mode in order to be able to edit the menu, and when the Save button is pressed, the menu structure is rebuilt.

Of course, for a full backup that was completed and an ISO built, the ISO needs to be rebuilt as well.

As it stands right now I have to start over and re-enter all of the text in the menu.

Anything to help with this will be appreciated.

[gonca]

I've run into the situation where there was a mistake in the menu, but I can see no way to get the menu rebuilt, without starting over. What could be a matter of less than a minute, will take somewhere between 30-60 minutes.

What would be really great is if after the menu text is edited, the menu structure would be rebuilt. For a full backup, that means switching to Quick Play mode in order to be able to edit the menu, and when the Save button is pressed, the menu structure is rebuilt.

Of course, for a full backup that was completed and an ISO built, the ISO needs to be rebuilt as well.

As it stands right now I have to start over and re-enter all of the text in the menu.

Anything to help with this will be appreciated.

Edit the menu (titles) and then re-import

[MrVideo]

Edit the menu (titles) and then re-import
That is just it... I'm trying to avoid the re-importing of the files. That process takes between 30-60 minutes (for this particular job).

[Blurayhd]

Hi jdobbs there´s some way to extract one or more selected audio or subtitles from the Bluray? Just like MKV extract? or you could add that option?

Anyway thankk you very much buddy

[Sharc]

Can BD-RB use a video for the menu background, one that also contains audio? I'd like to use the original motion background video of a BD, if at all possible.
Did you try:
Settings=>Import/Quick-Play Settings
In the opening window tick
"Attempt to find original background ....."
(Maybe audio is not copied, I don't remember)

[varekai]

Hi jdobbs there´s some way to extract one or more selected audio or subtitles from the Bluray? Just like MKV extract? or you could add that option?

Anyway thankk you very much buddy

tsMuxeR 2.6.12 will do that, subtitles will be in pgs/.sup format which can be converted to for example .srt using other apps.

[MrVideo]

Did you try:
Settings=>Import/Quick-Play Settings
In the opening window tick
"Attempt to find original background ....."
(Maybe audio is not copied, I don't remember)
Won't work in this case because BD-RB is not being used to do a backup of the disc. I'm importing files. I know which file is the menu background.

[Blurayhd]

tsMuxeR 2.6.12 will do that, subtitles will be in pgs/.sup format which can be converted to for example .srt using other apps.

Thank you, some guide for that?

[varekai]

Thank you, some guide for that?
What is it you wanna do?
You'll probably get more assistance posting in "(HD) DVD & Blu-ray authoring" thread, this is "BD Rebuilder Beta - Bug Reports Only" thread.

[veggav]

if I have a compilant MPEG 2 DVD stream, or a few of them, can I create a blu-ray without re-encoding?

Last time I tried this BD rebuilder took a 4 gb file and made it 22gb.

[gonca]

if I have a compilant MPEG 2 DVD stream, or a few of them, can I create a blu-ray without re-encoding?

Last time I tried this BD rebuilder took a 4 gb file and made it 22gb.

Just import them, if they are compliant to spec there is no need to re-encode
Or use FORCE_NOENCODE=1 in the configuration file
Or use a custom size

[MrVideo]

Just import them, if they are compliant to spec there is no need to re-encode
Since they are coming from DVDs, they will be compliant. Even if they aren't, the odds of the files not being played by a standalone player, or software players, is slim to none.
Or use FORCE_NOENCODE=1 in the configuration file
Didn't work for me.

But, yes, if you set up for Full Backup and then import the files, you'll be given the opportunity to edit the menu text. Once you submit the menu changes, it will set up the BDMV/CERTIFICATE directory structure. You can then burn that to a Blu-ray.

In order to not waste a Blu-ray disc, use a BD-RE disc to verify the menu text and viewing of the files.

[raisingcanex]

I have tried over six different Blu-Rays and all off them comes up with Fail to Retrieve Audio. Another one was The Shallows. It processed the movie minus the audio. I even had the last couple of times I tried came back saying TS muxer stop working. I tried re-installing the Lav, FFshow, Hali, and the Avinsynth. I even tried leaving out FFshow and Hali. To no avail. Two weeks ago I had no problem. Now nothing works. I tried the latest version of BD Rebuilder and even previous versions. Please help.

[Ch3vr0n]

bdrb log please

[raisingcanex]

bdrb log please

I will try to upload when I get home this evening.

[jdobbs]

if I have a compilant MPEG 2 DVD stream, or a few of them, can I create a blu-ray without re-encoding?

Last time I tried this BD rebuilder took a 4 gb file and made it 22gb.Just import it and burn it. The Pseudo structure will be compliant because the input is compliant. The exception would be if you are importing a 352x480/576 source (which is DVD compliant while not BD compliant -- but that is extremely rare [probably 1 in 10,000 or more]).

If you want to reencode it to AVC and get output smaller than 22GB, change the target size.

[MrVideo]

Just import it and burn it. The Pseudo folder will be compliant because the input is compliant.

When I imported files to build my own Blu-ray, the Pseudo directory was empty. The path for the burnable files was: working -> import -> <volume name> -> BDMV/CERTIFICATE

[jdobbs]

When I imported files to build my own Blu-ray, the Pseudo directory was empty. The path for the burnable files was: working -> import -> <volume name> -> BDMV/CERTIFICATEYes. I should have said the Pseudo structure. If that folder is empty, the it can just be deleted (although keeping it won't hurt anything.

[raisingcanex]

I have tried over six different Blu-Rays and all off them comes up with Fail to Retrieve Audio. Another one was The Shallows. It processed the movie minus the audio. I even had the last couple of times I tried came back saying TS muxer stop working. I tried re-installing the Lav, FFshow, Hali, and the Avinsynth. I even tried leaving out FFshow and Hali. To no avail. Two weeks ago I had no problem. Now nothing works. I tried the latest version of BD Rebuilder and even previous versions. Please help.

[10/06/16] BD Rebuilder v0.50.18
[18:50:11] Source: KINGSGLAIVE_FINAL_FANTASY_XV_00001
- Input BD size: 29.43 GB
- Approximate total content: [01:55:33.926]
- Target BD size: 7.84 GB
- Windows Version: 6.2 [9200]
- MOVIE-ONLY mode enabled
- Quality: Highest (Very Slow), ABR
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[18:50:12] PHASE ONE, Encoding
- [18:50:12] Processing: VID_00001 (1 of 1)
- [18:50:12] Extracting A/V streams [VID_00001]
- Error in attempt to extract audio/subs.
- 25.2% complete
[18:54:42] - Failed to retrieve audio, aborted

[MrVideo]

Yes. I should have said the Pseudo structure. If that folder is empty, the it can just be deleted (although keeping it won't hurt anything.

Ya, I just drop the BDMV and CERTIFICATE directories into ImgBurn.

Any comments on my other postings?

After I finally got my BD-RE order (postal delays), I was able to test a rebuild of a Blu-ray. All went really well. What surprised me is that when a video was done playing, the menu selection moved down to the next selection. I was happy to see that. It is real annoying to have professional releases return to the menu at the selection that was just played. Thanks for doing what I believe should be done.

[jdobbs]

I have tried over six different Blu-Rays and all off them comes up with Fail to Retrieve Audio. Another one was The Shallows. It processed the movie minus the audio. I even had the last couple of times I tried came back saying TS muxer stop working. I tried re-installing the Lav, FFshow, Hali, and the Avinsynth. I even tried leaving out FFshow and Hali. To no avail. Two weeks ago I had no problem. Now nothing works. I tried the latest version of BD Rebuilder and even previous versions. Please help.

[10/06/16] BD Rebuilder v0.50.18
[18:50:11] Source: KINGSGLAIVE_FINAL_FANTASY_XV_00001
- Input BD size: 29.43 GB
- Approximate total content: [01:55:33.926]
- Target BD size: 7.84 GB
- Windows Version: 6.2 [9200]
- MOVIE-ONLY mode enabled
- Quality: Highest (Very Slow), ABR
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[18:50:12] PHASE ONE, Encoding
- [18:50:12] Processing: VID_00001 (1 of 1)
- [18:50:12] Extracting A/V streams [VID_00001]
- Error in attempt to extract audio/subs.
- 25.2% complete
[18:54:42] - Failed to retrieve audio, abortedAre you sure the source has been properly ripped? That error happens when TSMUXER can't extract audio or subtitles. The only thing I can imagine is that the source is corrupt (or encrypted).

Can you also post the results of INSPECT (from the HELP menu)?

[raisingcanex]

Are you sure the source has been properly ripped? That error happens when TSMUXER can't extract audio or subtitles. The only thing I can imagine is that the source is corrupt (or encrypted).

Can you also post the results of INSPECT (from the HELP menu)?

Also each one of the 6 failures were different rips, different movies, and a couple of time I tried to re-rip two of the titles to check if it was a bad rip

[10/06/16] BD Rebuilder v0.50.18
[18:50:11] Source: KINGSGLAIVE_FINAL_FANTASY_XV_00001
- Input BD size: 29.43 GB
- Approximate total content: [01:55:33.926]
- Target BD size: 7.84 GB
- Windows Version: 6.2 [9200]
- MOVIE-ONLY mode enabled
- Quality: Highest (Very Slow), ABR
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[18:50:12] PHASE ONE, Encoding
- [18:50:12] Processing: VID_00001 (1 of 1)
- [18:50:12] Extracting A/V streams [VID_00001]
- Error in attempt to extract audio/subs.
- 25.2% complete
[18:54:42] - Failed to retrieve audio, aborted
[10/07/16] Checking System Settings
- BD-Rebuilder v0.50.18
- Windows Version: 6.2 [9200]
- Working Path Free Space: 67.53GB
- AVISYNTH Version: 2.6.0.6, Ok
- LAVFILTERS: Ok
- AnyDVD settings check: Ok.
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok
- FRIMEncode: Ok
- FRIMDecode: Ok
[10/07/16] Systems Settings Check complete
[10/07/16] Checking System Settings
- BD-Rebuilder v0.50.18
- Windows Version: 6.2 [9200]
- Working Path Free Space: 67.53GB
- AVISYNTH Version: 2.6.0.6, Ok
- LAVFILTERS: Ok
- AnyDVD settings check: Ok.
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok
- FRIMEncode: Ok
- FRIMDecode: Ok
[10/07/16] Systems Settings Check complete

[jdobbs]

Are you overclocked, possibly, or any chance you could be getting a disc read or write error? The line right after the sensed failure should be the error return (the last thing TSMUXER has reported). In your attempt it is "25.2% complete". That's obviously not an error, which makes one wonder why the program is ending.

Also try freeing up some disc space on the working drive and see if that helps. 67.53GB is cutting it pretty close.

[raisingcanex]

Are you overclocked, possibly, or any chance you could be getting a disc read or write error? The line right after the sensed failure should be the error return (the last thing TSMUXER has reported). In your attempt it is "25.2% complete". That's obviously not an error, which makes one wonder why the program is ending.

Also try freeing up some disc space on the working drive and see if that helps. 67.53GB is cutting it pretty close.

Sorry, but I don't know how to overclock. On one of my failures. I did get a pop up that said TSMUXER quit. So I went and re-installed it, and still failed.

[jdobbs]

Sorry, but I don't know how to overclock. On one of my failures. I did get a pop up that said TSMUXER quit. So I went and re-installed it, and still failed.Have you tried clearing up space yet? There's really not much that can go wrong with a TSMUXER extraction other than something disc related or a corrupt source.

[raisingcanex]

Have you tried clearing up space yet? There's really not much that can go wrong with a TSMUXER extraction other than something disc related or a corrupt source.

I just tried again with more space. And the same result. I also received a pop up that said TSMUXER stop running Windows will notify me when a solution is found

[10/07/16] BD Rebuilder v0.50.18
[17:28:31] Source: KINGSGLAIVE_FINAL_FANTASY_XV_00001
- Input BD size: 29.43 GB
- Approximate total content: [01:55:33.926]
- Target BD size: 7.84 GB
- Windows Version: 6.2 [9200]
- MOVIE-ONLY mode enabled
- Quality: Highest (Very Slow), ABR
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[17:28:32] PHASE ONE, Encoding
- [17:28:32] Processing: VID_00001 (1 of 1)
- [17:28:32] Extracting A/V streams [VID_00001]
- Error in attempt to extract audio/subs.
- Decoding DTS-HD stream (track 2): Bitrate: 1536Kbps core + MLP data.Sample Rate: 48KHz Channels: 5.1 (DTS Master Audio)
[17:54:53] - Failed to retrieve audio, aborted
[10/07/16] Checking System Settings
- BD-Rebuilder v0.50.18
- Windows Version: 6.2 [9200]
- Working Path Free Space: 200.69GB
- AVISYNTH Version: 2.6.0.6, Ok
- LAVFILTERS: Ok
- AnyDVD settings check: Ok.
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok
- FRIMEncode: Ok
- FRIMDecode: Ok
[10/07/16] Systems Settings Check complete

[HWK]

Sounds like corrupt source, tsmuxer usually don't behave like this.

[raisingcanex]

Sounds like corrupt source, tsmuxer usually don't behave like this.

When you say corrupt, like what? I found a lot of articles and videos about TSMUXER stop running. But the one I've found pertains mostly mkv's. So what would you think I could check. This has happened with at least 6 different movies and rips using Anydvd. And a couple were redone. Nothing new has been added to the pc. I only use it for my movies. Only windows updates.

[jdobbs]

I'm not sure there's anything that can be done. All indicators point to a problem specific to your system, not BD Rebuilder. Sorry.

Something is killing TSMUXER, and there aren't a lot of probabilities beyond disc. Have you run CHKDSK on the working drive?

[raisingcanex]

I'm not sure there's anything that can be done. All indicators point to a problem specific to your system, not BD Rebuilder. Sorry.

Something is killing TSMUXER, and there aren't a lot of probabilities beyond disc. Have you run CHKDSK on the working drive?

How do you run CHKDSK

[gonca]

Open My Computer
Right click on the working drive
Select properties
Select Tools tab
Under error checking select check now
Select both options and start

[raisingcanex]

I'm not sure there's anything that can be done. All indicators point to a problem specific to your system, not BD Rebuilder. Sorry.

Something is killing TSMUXER, and there aren't a lot of probabilities beyond disc. Have you run CHKDSK on the working drive?

I ran the CHKDSK and no errors were found. Also a defrag. Is there anything else you recommend?

[jdobbs]

I ran the CHKDSK and no errors were found. Also a defrag. Is there anything else you recommend?You can try running TSMUXER by hand. But you have to know a little about it. You'll need the GUI.

[raisingcanex]

You can try running TSMUXER by hand. But you have to know a little about it. You'll need the GUI.

What's the best place or link for downloading TSMUXER current version?

[gonca]

try here

http://forum.doom9.org/showthread.php?p=1663033#post1663033

or here

http://www.videohelp.com/software/tsMuxeR

[Lathe]

Just a quickie... (as usual...)

For some odd reason it seems that my last several encodes have come out smaller than usual. I'm using the current version of BDRB and the x264_64.exe from 5012 like JD suggested.

Just about ALWAYS before it seemed like all my BD-25 encodes came out to around 22.9 or pretty close. And, as I commented recently, when a movie only is just a tad too big for that, I have set the custom size to about 23.7 which has usually come out on disc about 23.3 or so. BUT... lately all of my encodes are coming out a little smaller. It's not the end of the world or anything, but like the one I just did I was doing a movie only with an original size of about 26 Gigs and this time I left it on BD-25. But, it came out to 21.1 Gigs, which is almost 2 full Gigs short. And, BTW, this is always with 2 Pass encodes.

Any ideas as to what might be causing this. I'm using the LAV encoder as I always do.

Here are the pertinent parts of the logs to show the sizing, etc:

VERSION=v0.50.18
SOURCE_SIZE=33911894016
SOURCE_VIDEO_SIZE=33911894016
TARGET_SIZE=24641536000
REDUCTION=.726634023696048
RESIZE_1080=0
RESIZE_1440=0
AUDIO_TO_KEEP=eng;
KEEP_HD_AUDIO=-1
SUBS_TO_KEEP=eng;
BACKUP_MODE=1
MOVIEONLY_TYPE=0
USE_LAVF=-1
INSTANCES=1
DGDECNV=0
DGDECIM=0
FRIMSOURCE=0
FFMS2=0
SSIF_MODE=0
QUICK=0
ENCODE_STEP=0
FORCED_SUB_LANG=eng
COMPLETED=3
REBUILD_COMPLETE=1
[00600]
AUDIO=110000001
PGS=11000000000000000000100000000
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=669406979
RATE=17736
SPLITS=1
NSIZE=0
FLINK=-1
MLINK=0
[00601]
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=42898799
RATE=19465
SPLITS=1



- Input BD size: 31.58 GB
- Approximate total content: [01:59:44.176]
- Target BD size: 22.95 GB
- Windows Version: 6.2 [9200]
- MOVIE-ONLY mode enabled
- Quality: Good (Very Fast), Two Pass
- X264 Tweak(s) enabled
- Decoding/Frame serving: X264/LAVF
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[16:46:03] PHASE ONE, Encoding
- [16:46:03] Processing: VID_00600 (1 of 3)
- [16:46:03] Extracting A/V streams [VID_00600]
- [16:51:40] Reencoding video [VID_00600]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 4,778 frames
- Bitrate: 17,736 Kbs
- [16:51:40] Reencoding: VID_00600, Pass 1 of 2
- [16:53:16] Reencoding: VID_00600, Pass 2 of 2
- [16:54:48] Video Encode complete
- [16:54:48] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (eng): Keeping original audio
- Track 4360 (eng): Keeping original audio
- [16:54:48] Processing: VID_00601 (2 of 3)
- [16:54:48] Extracting A/V streams [VID_00601]
- [16:54:54] Reencoding video [VID_00601]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 279 frames
- Bitrate: 19,465 Kbs
- [16:54:54] Reencoding: VID_00601, Pass 1 of 2
- [16:55:00] Reencoding: VID_00601, Pass 2 of 2
- [16:55:06] Video Encode complete
- [16:55:06] Processing: VID_00603 (3 of 3)
- [16:55:06] Extracting A/V streams [VID_00603]
- [17:00:37] Reencoding video [VID_00603]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 167,191 frames
- Bitrate: 18,119 Kbs
- [17:00:37] Reencoding: VID_00603, Pass 1 of 2
- [17:55:52] Reencoding: VID_00603, Pass 2 of 2
- [18:52:26] Video Encode complete
[18:52:26]PHASE ONE complete
[18:52:26]PHASE TWO - Rebuild Started
- [18:52:26] Rebuilding BD file Structure
[18:54:48] - Encode and Rebuild complete

One thing that WAS a little odd about this Blu-ray is that even though it is a Movie Only encode, the film itself was strangely divided up into the first mt2s which was about 3 minutes, and then the 2nd one was about 12 seconds, and then the 3rd one was the rest of the film.

Weird... maybe that's why the size was off here, I don't know...

Thanks!

[raisingcanex]

You can try running TSMUXER by hand. But you have to know a little about it. You'll need the GUI.

I re-installed TSMUXER and this time it does not say error that TSMUXER quit or Failed to retrieve video. This time it say's "Failed to reencode audio, aborted". It's a DTS sound track and trying to reencode it to AC3. In the setup option box. The Do not convert DTS to AC3 box is checked and the Do not reencode the AC3 is also checked. What do you think could be causing the failure with the "Failed to reencode audio, aborted" and why is trying to convert and reencode the audio?

[10/10/16] BD Rebuilder v0.50.17
[08:24:15] Source: X-MEN_APOCALYPSE_00800
- Input BD size: 33.39 GB
- Approximate total content: [02:23:56.294]
- Target BD size: 7.84 GB
- Windows Version: 6.2 [9200]
- MOVIE-ONLY mode enabled
- Quality: Highest (Very Slow), ABR
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=640
[08:24:15] PHASE ONE, Encoding
- [08:24:15] Processing: VID_02577 (1 of 1)
- [08:24:15] Extracting A/V streams [VID_02577]
- [09:16:41] Reencoding video [VID_02577]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 207,064 frames
- Bitrate: 6,451 Kbs
- [09:16:41] Reencoding: VID_02577, Pass 1 of 1
- [14:19:49] Video Encode complete
- [14:19:49] Processing audio tracks
- Track 4352 (eng): Reencoding audio to AC3...
- ERROR preparing intermediate audio.
[14:40:57] - Failed to reencode audio, aborted
[10/10/16] Checking System Settings
- BD-Rebuilder v0.50.17
- Windows Version: 6.2 [9200]
- Working Path Free Space: 111.30GB
- AVISYNTH Version: 2.6.0.6, Ok
- LAVFILTERS: Ok
- AnyDVD settings check: Ok.
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok
- FRIMEncode: Ok
- FRIMDecode: Ok
[10/10/16] Systems Settings Check complete

[jdobbs]

I re-installed TSMUXER and this time it does not say error that TSMUXER quit or Failed to retrieve video. This time it say's "Failed to reencode audio, aborted". It's a DTS sound track and trying to reencode it to AC3. In the setup option box. The Do not convert DTS to AC3 box is checked and the Do not reencode the AC3 is also checked. What do you think could be causing the failure with the "Failed to reencode audio, aborted" and why is trying to convert and reencode the audio?

[10/10/16] BD Rebuilder v0.50.17
[08:24:15] Source: X-MEN_APOCALYPSE_00800
- Input BD size: 33.39 GB
- Approximate total content: [02:23:56.294]
- Target BD size: 7.84 GB
- Windows Version: 6.2 [9200]
- MOVIE-ONLY mode enabled
- Quality: Highest (Very Slow), ABR
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=640
[08:24:15] PHASE ONE, Encoding
- [08:24:15] Processing: VID_02577 (1 of 1)
- [08:24:15] Extracting A/V streams [VID_02577]
- [09:16:41] Reencoding video [VID_02577]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 207,064 frames
- Bitrate: 6,451 Kbs
- [09:16:41] Reencoding: VID_02577, Pass 1 of 1
- [14:19:49] Video Encode complete
- [14:19:49] Processing audio tracks
- Track 4352 (eng): Reencoding audio to AC3...
- ERROR preparing intermediate audio.
[14:40:57] - Failed to reencode audio, aborted
[10/10/16] Checking System Settings
- BD-Rebuilder v0.50.17
- Windows Version: 6.2 [9200]
- Working Path Free Space: 111.30GB
- AVISYNTH Version: 2.6.0.6, Ok
- LAVFILTERS: Ok
- AnyDVD settings check: Ok.
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok
- FRIMEncode: Ok
- FRIMDecode: Ok
[10/10/16] Systems Settings Check completeYou "reinstalled TSMUXER"? BD-RB uses the version that is present in the TOOLS folder, so any other install wouldn't have any effect.

[worknstiff]

@ raisingcanex: RE: It's a DTS sound track and trying to reencode it to AC3. In the setup option box. The Do not convert DTS to AC3 box is checked and the Do not reencode the AC3 is also checked. Why is trying to convert and reencode the audio?
You must be trying to do a BD9 to burn to a DVD+DL, if you are using this Target BD size: 7.84 GB.
*** Per the Audio Switches in BD_Rebuilder
1. Default (all audio options unchecked)
---- All audio is converted to DD AC3. Bitrate is 640Kbs for 5.1 and 224Kbs for 2.0.
---- All 7.1 sources are down-converted to 5.1
1.1 448Kbs selected -- 5.1 = 448Kbs, 2.0 = 224Kbs
1.2 192Kbs selected, all sources down-converted to 2.0 @ 192Kbs

2. "Do not convert DTS" checked and full-backup, or movie-only and "Strict AVCHD" is not checked: When the source is DTS, the DTS core is extracted and used intact (bit-for-bit).

3. "Do not reencode AC3" checked and full-backup, or movie-only and "Strict AVCHD" is not checked: When the source is Dolby, the Dolby core is extracted and used intact.

4. LPCM is always converted to AC3.

5. Keep HD is always ignored.

6. Setting "OVERRIDE_AVCHD_AUDIO_LIMIT=1" in the INI will allow strict AVCHD to also use DTS.

Important note: Choosing to keep DTS on AVCHD output violates the AVCHD standard and can result in a disc that will not play on some players. It is highly recommended that DTS is converted to AC3 for BD-5/9 movie-only encodes.

[Lathe]

Important note: Choosing to keep DTS on AVCHD output violates the AVCHD standard and can result in a disc that will not play on some players. It is highly recommended that DTS is converted to AC3 for BD-5/9 movie-only encodes.

Well, FWIW I have an OPPO Blu-ray player, which is probably (likely because it is their oldest high-end model and is several years old now) one of THE touchiest Blu-ray players in what it will recognize and play, either in an MKV format or as in this case a BDMV folder or AVCHD folder. However, any time I have used just the DTS core, for example, as the audio track (@ 1500) it has played it just fine from within the BDMV format (Blu-ray disc)

The only consideration that I would mention, which I have come across in the past is that if your source is SUPER big and complex, you might have some issues with the quality of the picture if you are compressing to a BD5 or BD9 AND trying to keep the full HD audio, or even just the core @ 1500 which can usually take up around 1 - 1 1/2 Gigs.

BTW... with disc limitations pretty much irrelevant now, does it REALLY matter to choose a BD5 or BD9 format any more...??? I mean, I can understand and I myself compress Blu-rays down to like 7-10 Gigs many times just to save size for archive purposes, but are the PRECISE 'disc' sizes really that important anymore...? I know that it has been YEARS since I purchased DVD9s or Dual Layer DVDs. And, about the ONLY time I absolutely HAVE to use one (that I can see anyway) is specifically to burn a DVD Audio disc or an SACD disc, because I can't get Blu-ray discs to work in that case. Otherwise, I don't really have a use for them. If I have say 2 or 3 films backed up at crf-18, I can generally fit them on one Blu-ray and use BDRB to create a menu, etc.

There ARE many times where I use regular DVD5s for like Xtras only or if I have an encoded DVDrip or something like that, but otherwise in my lowly and wretched opinion I just can't see much reason to use the BD9 sizing, really...

[jdobbs]

...the DTS core...it has played it just fineYep... as long as you're planning on never changing your player for the rest of your life that's fine. But since it violates the standard, the chances are good it won't work on your next player. AVCHD doesn't support DTS.

As to your second point -- with the price of BD-Rs as cheap as they are, there's not a lot of reason to stick with DVD-R. I haven't found the need to create an AVCHD disc in a long time.

[MrVideo]

There are three discs I want to author that will only have one item. How do I get a menu created for these discs? I looked at the various setting GUIs and the INI and HIDDEN text files. Nothing stood out.

I know that it seems silly to have a menu when there is only one item, but I do not want the discs to start playing when inserted. The program on the disc should be started when the user is ready and when to do that is done via the menu.

[Lathe]

Yep... as long as you're planning on never changing your player for the rest of your life that's fine. But since it violates the standard, the chances are good it won't work on your next player. AVCHD doesn't support DTS.

As to your second point -- with the price of BD-Rs as cheap as they are, there's not a lot of reason to stick with DVD-R. I haven't found the need to create an AVCHD disc in a long time.

Good point JD!

[gonca]

From HIDDENOPTS

MENU_FORCE_QUICK=n n = 0/1 - 0=OFF (default) - if set to "1", create Quick menu even for only one play item

[MrVideo]

Thanks, I must have been tired not to have seen that one.

[gonca]

:confused:Thanks, I must have been tired not to have seen that one.

Maybe I finally got one right

[MrVideo]

Well, that didn't work. I finally got a chance to test it. Mode is full backup. I import the single file and BD-RB immediately went into fetching the file. No menu editing was presented. Changed the mode to Quick-Play Backup and there is no means in which to import anything. No idea what this mode allows anyone to do.

Here is the configuration:
[Options]
VERSION=0.50.0.18
ENCODER=0
MODE=0
ENCODE_QUALITY=0
ONEPASS_ENCODING=2
AUTO_QUALITY=1
TARGET_SIZE=23500
AUTO_BURN=2
AUDIO_TO_KEEP=eng;
SUBS_TO_KEEP=eng;
SD_CONVERT=0
OPEN_GOP=0
RESIZE_1080=0
RESIZE_1440=0
RESIZE_720=0
DEINTERLACE=0
SD_TO_1080=0
IGNORE_3D=0
CONVERT_WIDE=0
DTS_REENCODE=0
AC3_REENCODE=0
AC3_640=1
AC3_192=0
KEEP_HD_AUDIO=0
AUDIO_DRC=0
DECODER=2
AVCHD=1
REMOVE_WORKFILES=0
REMOVE_OUTPUT=0
USE_FILTERS=0
BDMV_CERT_ONLY=0
IVTC_PULLDOWN=0
ASSUME_DVD_PAL=0
FRIMSOURCE=0
COMPLETION_BEEP=0
OUTPUT_SBS=0
NEROAAC=0
SUPTITLE=0
PGSTOSRT=0
AUDIO_TRACK_LIMIT=1
SUBTITLE_TRACK_LIMIT=1
CUSTOM_TARGET_SIZE=23500
MENU_BACKGROUND=H:\LOTR-Fellowship\Fellowshio-Blu-ray-title-bkg.jpg
MENU_AUDIO=H:\LOTR-Fellowship\FELLOWSHIP_OF_THE_RING_EXT.ac3
IMPORT_THRESHOLD=15
QUICK_PLAY_THRESHOLD=10
MENU_AUTO_BACKGROUND=1
MENU_AUTO_DVDAUDIO=1
MENU_FORCE_QUICK=1
MENU_PLAY_SEQUENTIAL=0
MENU_START_WITH_MENU=1
IMPORT_LIMIT_LANG=0
IMPORT_KEEP_PLAYALL=0
FORCE_NOENCODE=1
MENU_FONT=Aniron Bold
MENU_FONT_BOLD=1
MENU_VERTICAL=900
MENU_HORIZONTAL=644
MENU_CUSTOM_COLOR=0x3C97D0
MENU_ACTIVE_COLOR=0x6BC6FF
MENU_INACTIVE_COLOR=0x3C97D0
MENU_BACKDROP_OPACITY=255
MENU_ROLLOVER=1
[Paths]
WORKING_PATH=G:\BD-REBUILDER\WORKING\
SOURCE_PATH=G:\BD-REBUILDER\WORKING\IMPORTS\LOTR-FELLOWSHIP\
[Batch]
MAIN_MPLS=00002.MPLS
MAIN_MPLS_ANGLE=0
FORCED_SUB=0
FORCED_AUD=0
AUDIO=111
SUBS=1

So, I'm at a loss as to what it takes to get a menu with only a single item.

[MrVideo]

I did some thread searching and found the following:I have updated the first post of this thread with links to a new version of BD-RB (v0.46.03). Changes for this release:- Added a hidden option "MENU_FORCE_QUICK=1"
that will create a quick menu even when
only one playlist is selected to be kept.
This applies only to Quick-Play backups,
not to imports.
OK, that explains it not working with imports, so how do I get Quick-Play backups to work?

I'm beginning to get the impression that I can't do this with build-my-own Blu-ray from selected files.