BD Rebuilder Beta - Bug Reports Only

[busch42]

jdobbs, You were right on with that suggestion about replacing x264 in version 0.40.02 with x264 in version 0.39.07, Everything worked perfect. Thanks Alot!

[jdobbs]

@jdobbs
Source is Blu-ray 25fps MBAFF.
I resize it to 720 for a BD5, encode using CRF prediction, and it comes out oversized as BD9. (CRF final was 12.8 which is already an indication of oversizing).
BD-RB introduces frame duplication for 50fps for blu-ray compliance. Is this duplication possibly the reason for oversizing? Has anything been changed with respect to earlier version (I am pretty sure that the sizing came out right in earlier versions)? No, I haven't changed anything in the sizing algorithms for quite some time. I'd guess that one is likely just one of the random ones that CRF can't predict very well. But I'll do a couple of tests and see if the 720p conversion is affecting the sizing.

[jdobbs]

jdobbs, You were right on with that suggestion about replacing x264 in version 0.40.02 with x264 in version 0.39.07, Everything worked perfect. Thanks Alot!

Well... that's not really good news. It means that it is likely there is some slight glitch in the last release of X264 that is making it flaky on your machine (and probably others). Is there any way you can try what I suggested earlier about using the command from LASTCMD.TXT in a DOS command window after it fails with X264? That way we could put our finger on exactly what error you are getting -- of course there's also always the chance it will just "crash" and we won't get an error...

What kind of processor are you using for your encodes? I'm just wondering because I (and a lot of other people) have done a huge number of encodes with the new X264 version and have had no problems at all.

[jdobbs]

Just got a "PredictAndEncode" error when trying to backup "Skyline" with "MULTIPROCESS=1" set. The error happens immediately after extracting the A/V streams. I tried several times, re-extracting the data each time, with the same result. Then I set "MULTIPROCESS=0" and Pass 1 is now progressing normally.

BTW; I've done several successful backups with "MULTIPROCESS=1" set.

Here's the log:

[17:11:23] ...
- [17:14:54] Reencoding: VID_00004, Pass 1 of 2
- [17:14:54] PredictAndEncode() 00006 2809
[17:15:55] - Aborted by user request Hmm.. that's a variable overflow error. I'll have to see if I can pick that one up and do some testing. Can you post the .INI contents for the encode that fails so I can repeat it with the exact same settings?

[wrocnrob]

I just made a donation because BD-Rebuilder is pretty impressive. I've found it easy to use with the following feedback:

1. Software like this needs lots of documentation so users can tweak. In my case, I rather use nero aac. Not a major complaint, but an extra step. Real documentation instead of forum support would be more professional.

2. Marketing is lacking. There are lots of competitors that aren't half as good, but they market aggressively. Maybe some type of alliance with Slysoft would be a good fit?

3. Ability to recode without transcoding could be better documented.

Still, I am left with a question. I use software like this just for fun, but I should think many potential users won't do that. Somebody should make it very clear as to why anyone would want to use mp4 over mp2. Since I've tried it, I can say mp4 is way better than mp2 AT THE SAME BITRATE, but I still could not tell anyone WHY this is the case.

[RobertM]

Hmm.. that's a variable overflow error. I'll have to see if I can pick that one up and do some testing. Can you post the .INI contents for the encode that fails so I can repeat it with the exact same settings?

My "MULTIPROCESS=0" backup completed with no errors. Then I tried again with "MULTIPROCESS=1" and the error popped up again at the same point.

Here is the encode "inf" file:

[Status]
LABEL=SKYLINE
VERSION=v0.40.01 (beta)
SOURCE_SIZE=27503462400
SOURCE_VIDEO_SIZE=27503462400
TARGET_SIZE=8422162432
REDUCTION=.306221897065585
RESIZE_1080=0
AUDIO_TO_KEEP=eng;
KEEP_HD_AUDIO=0
SUBS_TO_KEEP=eng;
BACKUP_MODE=1
MOVIEONLY_TYPE=0
USE_LAVF=0
MULTIPROCESS=4
QUICK=0
ENCODE_STEP=1.5
[00004]
AUDIO=1000
PGS=10
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=8422162432
RATE=10517


and my BDREBUILDER.INI file:

[Options]
VERSION=0.40.0.1
MODE=2
ENCODE_QUALITY=2
ONEPASS_ENCODING=0
AUTO_QUALITY=0
TARGET_SIZE=8032
AUDIO_TO_KEEP=eng;
SUBS_TO_KEEP=eng;
SD_CONVERT=0
OPEN_GOP=0
RESIZE_1080=0
DEINTERLACE=1
SD_TO_1080=0
CONVERT_WIDE=0
DTS_REENCODE=1
AC3_REENCODE=1
AC3_640=1
AC3_192=0
KEEP_HD_AUDIO=0
AVCHD=1
REMOVE_WORKFILES=0
MOVIE_ONLY_LOOP=0
REMOVE_OUTPUT=0
USE_FILTERS=0
BDMV_CERT_ONLY=0
USE_LAVF=0
IVTC_PULLDOWN=0
ASSUME_DVD_PAL=0
UNMASK_CHAPTER=0
COMPLETION_BEEP=0
AUDIO_TRACK_LIMIT=1
SUBTITLE_TRACK_LIMIT=0
CUSTOM_TARGET_SIZE=23500
MULTIPROCESS=1
[Paths]
SOURCE_PATH=E:\BLURAY\SKYLINE\
WORKING_PATH=D:\BD-REBUILDS\BUILDS\

[JJB]

My "MULTIPROCESS=0" backup completed with no errors. Then I tried again with "MULTIPROCESS=1" and the error popped up again at the same point.

Here is the encode "inf" file:

[Status]
LABEL=SKYLINE
VERSION=v0.40.01 (beta)
SOURCE_SIZE=27503462400
SOURCE_VIDEO_SIZE=27503462400
TARGET_SIZE=8422162432
REDUCTION=.306221897065585
RESIZE_1080=0
AUDIO_TO_KEEP=eng;
KEEP_HD_AUDIO=0
SUBS_TO_KEEP=eng;
BACKUP_MODE=1
MOVIEONLY_TYPE=0
USE_LAVF=0
MULTIPROCESS=4
QUICK=0
ENCODE_STEP=1.5
[00004]
AUDIO=1000
PGS=10
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=8422162432
RATE=10517


and my BDREBUILDER.INI file:

[Options]
VERSION=0.40.0.1
MODE=2
ENCODE_QUALITY=2
ONEPASS_ENCODING=0
AUTO_QUALITY=0
TARGET_SIZE=8032
AUDIO_TO_KEEP=eng;
SUBS_TO_KEEP=eng;
SD_CONVERT=0
OPEN_GOP=0
RESIZE_1080=0
DEINTERLACE=1
SD_TO_1080=0
CONVERT_WIDE=0
DTS_REENCODE=1
AC3_REENCODE=1
AC3_640=1
AC3_192=0
KEEP_HD_AUDIO=0
AVCHD=1
REMOVE_WORKFILES=0
MOVIE_ONLY_LOOP=0
REMOVE_OUTPUT=0
USE_FILTERS=0
BDMV_CERT_ONLY=0
USE_LAVF=0
IVTC_PULLDOWN=0
ASSUME_DVD_PAL=0
UNMASK_CHAPTER=0
COMPLETION_BEEP=0
AUDIO_TRACK_LIMIT=1
SUBTITLE_TRACK_LIMIT=0
CUSTOM_TARGET_SIZE=23500
MULTIPROCESS=1
[Paths]
SOURCE_PATH=E:\BLURAY\SKYLINE\
WORKING_PATH=D:\BD-REBUILDS\BUILDS\


I have a i7 920 and it crashed on 8 processors as I expected it would, ran slow as mud on 4 and is faster than 0 processors when using 2. 2 seems to be my magic number for speed.

[brunchto]

Hi,

thanks for adding angle selection in other movie playlist... but i didn't manage to have it work.
on "star wars- a new hope", french scrolling title is on angle 5. i choose playlist XXX / angle 5, then backup. in the resulting iso, scrolling title is always in english. when i do "preview item", the title is also in english.

[rysktkr]

Not sure why all of the sudden I am not able to encode across several movies:

-----------------------
[11:00:31] BD Rebuilder v0.40.02 (beta)
- Source: MONEYBALL
- Input BD size: 26.57 GB
- Approximate total content: [02:13:14.987]
- Target BD size: 22.95 GB
- Windows Version: 5.1 [2600]
- MOVIE-ONLY mode enabled
- Quality: Highest (Very Slow), ABR
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[11:00:34] PHASE ONE, Encoding
- [11:00:34] Processing: VID_00800 (1 of 1)
- [11:00:34] Extracting A/V streams [VID_00800]
- [11:28:35] Reencoding video [VID_00800]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 191,688 frames
- Bitrate: 20,374 Kbs
- [11:28:35] Reencoding: VID_00800, Pass 1 of 1
- Encode failed. Aborting.
- BD-Rebuilder v0.40.02 (beta)
- Windows Version: 5.1 [2600]
- AVISYNTH Version: 2.5.8.0, Ok
- HAALI Splitter: 1.9.42.1, Ok
- FFDSHOW: 3326, 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
[11:28:44] - Failed video encode, aborted

[Capsbackup]

@rysktkr;
The usual explanation is another codec on your pc has taken over priority, possibly due to codec packs or other software installations. You can try to uninstall avisynth, haali, ffdshow...and any codec packs. Reboot... then reinstall those three programs. :cool:

[jdobbs]

@RobertM

I've been running "Skyline" with every configuration I can think of -- I used v0.40.1, with your INI file, I forced MULTIPROCESS to 4 instances, set it to "1", pretty much everything, my log matches yours exactly -- except that it processes correctly with no error.

It is possible, I guess, that we have two different versions of the same disc. Is your the U.S. version? It's also possible that you have a bad rip.

[RobertM]

@RobertM
It is possible, I guess, that we have two different versions of the same disc. Is your the U.S. version? It's also possible that you have a bad rip.

It's the Canadian (Alliance Films) version, so that may be a difference.

When this error happened I originally thought that the rip might be bad, and I was going to try a fresh rip. But first I tried turning off MULTIPROCESS and it worked fine. I found that I could repeatably make the problem happen by turning on/off MULTIPROCESS, so I thought that the problem was likely something other than the rip. But I'll rip it again and see what happens, just to be as thorough as possible. I'll let you know what happens.

[Chuckwagon]

Just wanted to let you know that Symantec Endpoint Protection software (version 12.1.1000.157) has decided to report bdrb.exe as a threat. It claims it's a Bloodhound.Sonar.9 threat, whatever that is. Version 11 of SEP had no problem with BDRB, so I guess they've decided to change who they screw with on the new version. :) I'm sure it's a bogus report, obviously, so I excluded BDRB in the program and it seems to run fine after that. But I thought I'd let you know in case others start having issues as well.

On a happier note, the new multi-cpu is working very well for me. And when I use my SSD drives, my encodes drop to almost half of what they were previously. Nice. Very happy. :)

That reminds me, any chance of getting an option to feed IMG Burn a different location for the final ISO instead of where BD Rebuilder's work directory resides? I ask because while my SSD's have enough space to do the full encode, I can't really store the finished product there, and would like to skip a step of having to manually move the ISOs to free up space. Not a high priority, but a nice item for a "wishes" list. Thanks.

[jdobbs]

It's the Canadian (Alliance Films) version, so that may be a difference.

When this error happened I originally thought that the rip might be bad, and I was going to try a fresh rip. But first I tried turning off MULTIPROCESS and it worked fine. I found that I could repeatably make the problem happen by turning on/off MULTIPROCESS, so I thought that the problem was likely something other than the rip. But I'll rip it again and see what happens, just to be as thorough as possible. I'll let you know what happens. Yeah... that makes more sense now that I think about it. You doesn't pass the sanity test that a bad rip is only bad when multiprocessing...

[jdobbs]

Just wanted to let you know that Symantec Endpoint Protection software (version 12.1.1000.157) has decided to report bdrb.exe as a threat. It claims it's a Bloodhound.Sonar.9 threat, whatever that is. Version 11 of SEP had no problem with BDRB, so I guess they've decided to change who they screw with on the new version. :) I'm sure it's a bogus report, obviously, so I excluded BDRB in the program and it seems to run fine after that. But I thought I'd let you know in case others start having issues as well.

On a happier note, the new multi-cpu is working very well for me. And when I use my SSD drives, my encodes drop to almost half of what they were previously. Nice. Very happy. :)

That reminds me, any chance of getting an option to feed IMG Burn a different location for the final ISO instead of where BD Rebuilder's work directory resides? I ask because while my SSD's have enough space to do the full encode, I can't really store the finished product there, and would like to skip a step of having to manually move the ISOs to free up space. Not a high priority, but a nice item for a "wishes" list. Thanks.No big surprise... this is about the 4th time they've decided to have a problem with BD-RB. My suggestion is to get rid of Norton. BD-RB is just one of many false-positives. I got tired of their software finding issues where there are no issues... thats why I switched to Trend Micro a long time ago -- and have never regretted it.

I'll take a look at an alternate final output folder. I've had several requests because folks thought it might increase speed (it won't) -- but I guess it can make sense when you want to use the same working space over-and-over like in your case.

I'm working on some more speed improvements -- the next version will support DGDecNV in single and multi-processing modes, I'm getting a good speed boost on my system from it. I'm also looking at more concurrent processing options that should pick up a few minutes here-and-there.

[RobertM]

Yeah... that makes more sense now that I think about it. [It] doesn't pass the sanity test that a bad rip is only bad when multiprocessing...

I just repeated the procedure with a brand new rip and I got the same results: OK with MULTIPROCESS=0 but crash with MULTIPROCESS=1. Maybe it's just this particular disc release, and it won't be a widespread problem. For now I'll leave my settings at MULTIPROCESS=1, just to see what happens, even though it doesn't give much of a boost on my system.

[jdobbs]

I just repeated the procedure with a brand new rip and I got the same results: OK with MULTIPROCESS=0 but crash with MULTIPROCESS=1. Maybe it's just this particular disc release, and it won't be a widespread problem. For now I'll leave my settings at MULTIPROCESS=1, just to see what happens, even though it doesn't give much of a boost on my system. Have you tried it with the latest release (v0.40.02)? I noticed from the log that you were using the previous one. I made a few changes to that area of code.

[RobertM]

Have you tried it with the latest release (v0.40.02)? I noticed from the log that you were using the previous one. I made a few changes to that area of code.

No I hadn't -- missed that one. I just downloaded it and gave it a try: same result.

Here's some further detail. After I dismiss the "PredictAndEncode" message box BD-RB becomes unstable. For instance, if I immediately pick the menu item to select BD-25 instead of BD-9 I see the "Scanning source directory..." message and this error pops up right away:

"BD Rebuilder experienced an error 2501 [23:24:32] SourceCheck() 00055 2501"

After that point the "Scanning source directory..." message never disappears, but the application UI still functions behind it. I can click the "Backup" button but it gives me another error because the source cannot be read.

I'm not sure if this info is of much use to you. If you'd like me do any specific tests I'll do so gladly.

Here's a copy of the latest INF and LOG files:


[Status]
LABEL=SKYLINE
VERSION=v0.40.02 (beta)
SOURCE_SIZE=27503462400
SOURCE_VIDEO_SIZE=27503462400
TARGET_SIZE=8422162432
REDUCTION=.306221897065585
RESIZE_1080=0
AUDIO_TO_KEEP=eng;
KEEP_HD_AUDIO=0
SUBS_TO_KEEP=eng;
BACKUP_MODE=1
MOVIEONLY_TYPE=0
USE_LAVF=0
INSTANCES=3
QUICK=0
ENCODE_STEP=1.5
[00004]
AUDIO=1000
PGS=10
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=8422162432
RATE=10517



[23:18:52] BD Rebuilder v0.40.02 (beta)
- Source: SKYLINE
- Input BD size: 25.61 GB
- Approximate total content: [01:32:46.394]
- Target BD size: 7.84 GB
- Windows Version: 6.1 [7601]
- MOVIE-ONLY mode enabled
- Quality: High Quality (Default), Two Pass
- Audio Settings: AC3=1 DTS=1 HD=0 Kbs=640
[23:18:53] PHASE ONE, Encoding
- [23:18:53] Processing: VID_00004 (1 of 1)
- [23:18:53] Extracting A/V streams [VID_00004]
- [23:23:33] Reencoding video [VID_00004]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 133,460 frames
- Bitrate: 10,517 Kbs
- [23:23:33] Reencoding: VID_00004, Pass 1 of 2
- [23:23:33] PredictAndEncode() 00006 2809
[23:24:18] - Aborted by user request
- [23:24:32] SourceCheck() 00055 2501
- [23:27:59] SourceCheck() 00055 2501

[jdobbs]

After getting an error it is unpredictable what might happen if you continue... as something wasn't completed properly. The 00055 means a file that should have been closed was already open.

[wakko709]

[17:21:52] BD Rebuilder v0.39.07 (beta)
- Source: GREEN_MILE_THE
- Input BD size: 40.09 GB
- Approximate total content: [05:55:38.600]
- Target BD size: 22.95 GB
- Windows Version: 6.1 [7600]
- Auto Quality: Good (Very Fast), Two Pass
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=640
[17:21:54] PHASE ONE, Encoding
- [17:21:54] Processing: VID_00000 (1 of 17)
- [17:21:54] Extracting A/V streams [VID_00000]
- [17:44:52] Reencoding video [VID_00000]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23.976fps, 271,359 frames
- Bitrate: 11,848 Kbs
- [17:44:52] Reencoding: VID_00000, Pass 1 of 2
- Encode failed. Retrying.
- Encode failed. Retrying.
- Reached retry limit. Aborting.
- BD-Rebuilder v0.39.07 (beta)
- Windows Version: 6.1 [7600]
- AVISYNTH Version: 2.5.7.0, Ok
- HAALI Splitter: 1.9.42.1, Ok
- FFDSHOW: 3326, Ok
- WIN7 preferred AVC CODEC: Not Set correctly
- WIN7 preferred VC-1 CODEC: Not Set correctly
- WIN7 preferred MPEG2 CODEC: Not Set correctly
- FFDSHOW VC-1 set incorrectly: [1]
- FFDSHOW MPEG2 set to "libavcodec": Ok
- FFDSHOW AVC set to "libavcodec": Ok
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok
[17:47:58] - Failed video encode, aborted
any help?

[Chuckwagon]

[17:21:52] BD Rebuilder v0.39.07 (beta)

- WIN7 preferred AVC CODEC: Not Set correctly
- WIN7 preferred VC-1 CODEC: Not Set correctly
- WIN7 preferred MPEG2 CODEC: Not Set correctly
- FFDSHOW VC-1 set incorrectly: [1]



I'd guess your problem is that you haven't gotten your codecs set properly. Set these items correctly and try the encode again. Also from the fist page, did you follow this instruction?

Note to Windows 7 Users: The first time (and only the first time) you run BD Rebuilder, you may have to "Run As Administrator". This is necessary so BD-RB can make CODEC preference changes in the Windows Registry.

[Capsbackup]

Also, should be using the latest BD-RBV04002! :devil:

[wakko709]

thank you

[colinhunt]

I'm working on some more speed improvements -- the next version will support DGDecNV in single and multi-processing modes
YES, YES, YES! Thank you, Sir! :D

[sonate]

This is the first time I had this problem. A rip of "Baraka" burned to a 50 gb disc plays without a problem, but a compressed 25 gb disc will not show the pop up menu and thus no navigation is possible. This happens both on the power DVD video software player and the sharp aquos player.

Log
-----------------------
[17:52:17] BD Rebuilder v0.40.01 (beta)
- Source: BARAKA
- Input BD size: 43.76 GB
- Approximate total content: [03:12:10.377]
- Target BD size: 24.02 GB
- Windows Version: 5.1 [2600]
- Auto Quality: Good (Very Fast), ABR
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[17:52:19] PHASE ONE, Encoding
- [17:52:19] Processing: VID_00008 (1 of 5)
- [17:52:19] Extracting A/V streams [VID_00008]
- [17:52:27] Reencoding video [VID_00008]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23.976fps, 1,008 frames
- [17:52:27] Reencoding: VID_00008, Pass 1 of 1
- [17:55:33] Video Encode complete
- [17:55:33] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4354 (eng): Keeping original audio
- Track 4355 (eng): Keeping original audio
- [17:55:33] Multiplexing M2TS
- [17:55:40] Processing: VID_00012 (2 of 5)
- [17:55:40] Extracting A/V streams [VID_00012]
- [17:56:27] Reencoding video [VID_00012]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23.976fps, 12,600 frames
- [17:56:27] Reencoding: VID_00012, Pass 1 of 1
- [18:27:21] Video Encode complete
- [18:27:21] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (eng): Keeping original audio
- [18:27:21] Multiplexing M2TS
- [18:27:45] Remuxing DTSX/IGS stream(s)
- [18:30:22] Processing: VID_00016 (3 of 5)
- [18:30:22] Extracting A/V streams [VID_00016]
- [18:32:33] Reencoding video [VID_00016]
- Source Video: VC-1, 1920x1080
- Rate/Length: 29.970fps, 12,721 frames
- [18:32:34] Reencoding: VID_00016, Pass 1 of 1
- [19:03:35] Video Encode complete
- [19:03:35] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [19:03:35] Multiplexing M2TS
- [19:03:55] Processing: VID_00015 (4 of 5)
- [19:03:55] Extracting A/V streams [VID_00015]
- [19:25:04] Reencoding video [VID_00015]
- Source Video: VC-1, 1920x1080
- Rate/Length: 29.970fps, 137,371 frames
- Bitrate: 11,916 Kbs
- [19:25:04] Reencoding: VID_00015, Pass 1 of 1
- [03:05:02] Video Encode complete
- [03:05:02] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [03:05:02] Multiplexing M2TS
- [03:10:24] Processing: VID_00017 (5 of 5)
- [03:10:24] Extracting A/V streams [VID_00017]
- [03:26:27] Reencoding video [VID_00017]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23.976fps, 140,716 frames
- Bitrate: 10,185 Kbs
- [03:26:27] Reencoding: VID_00017, Pass 1 of 1
- [10:40:43] Video Encode complete
- [10:40:43] Processing audio tracks
- Track 4353 (eng): Keeping original audio
- [10:40:43] Multiplexing M2TS
[10:52:42]PHASE ONE complete
[10:52:42]PHASE TWO - Rebuild Started
- [10:52:42] Rebuilding BD file Structure
[10:52:54] - Encode and Rebuild complete
[10:52:54] Writing BD structure to ISO file
- ImgBurn completed successfully
[11:05:00] JOB: BARAKA finished.

INF
[Status]
LABEL=BARAKA
VERSION=v0.40.01 (beta)
SOURCE_SIZE=46983537206
SOURCE_VIDEO_SIZE=46776834048
TARGET_SIZE=25794969600
REDUCTION=.547028608557446
RESIZE_1080=0
AUDIO_TO_KEEP=eng;
KEEP_HD_AUDIO=-1
SUBS_TO_KEEP=eng;
BACKUP_MODE=0
MOVIEONLY_TYPE=0
USE_LAVF=0
MULTIPROCESS=1
QUICK=1
ENCODE_STEP=0
COMPLETED=5
REBUILD_COMPLETE=1
[00008]
AUDIO=1011
PGS=101
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=68364957
NSTART=27000000
NEND=29066400
NSIZE=125706240
FLINK=0
MLINK=0
[00012]
AUDIO=11
PGS=
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=701754977
NSTART=27000000
NEND=50647680
NSIZE=1091192832
FLINK=0
MLINK=0
[00016]
AUDIO=1
PGS=
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=894599208
NSTART=27000000
NEND=46100475
NSIZE=596318208
FLINK=0
MLINK=0
[00015]
AUDIO=1
PGS=
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=8374115984
RATE=11916
NSTART=27000000
NEND=233262450
NSIZE=8278757376
FLINK=0
MLINK=0
[00017]
AUDIO=01
PGS=
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=15496291786
RATE=10185
NSTART=27000000
NEND=291106080
NSIZE=14489026560
FLINK=0
MLINK=0

[Ch3vr0n]

@JDobbs: i thought you werent gonna go that way of encoding biased on nvidia cuda or ati app technology.

http://neuron2.net/dgdecnv/dgdecnv.html
DGDecNV is a decoder/frameserver for AVC, MPEG2, and VC1 streams that runs on the GPU of Nvidia graphics cards that support CUDA video decoding.

[wakko709]

-----------------------
[09:27:41] BD Rebuilder v0.40.02 (beta)
- Source: GREEN_MILE_THE
- Input BD size: 40.09 GB
- Approximate total content: [05:55:38.600]
- Target BD size: 22.95 GB
- Windows Version: 6.1 [7600]
- Auto Quality: Good (Very Fast), Two Pass
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=640
[09:27:44] PHASE ONE, Encoding
- [09:27:44] Processing: VID_00000 (1 of 17)
- [09:27:44] Extracting A/V streams [VID_00000]
- [09:45:34] Reencoding video [VID_00000]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23.976fps, 271,359 frames
- Bitrate: 11,848 Kbs
- [09:45:35] Reencoding: VID_00000, Pass 1 of 2
- [13:06:32] Reencoding: VID_00000, Pass 2 of 2
- [16:22:42] Video Encode complete
- [16:22:42] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [16:22:42] Multiplexing M2TS
- [16:35:56] Processing: VID_00002 (2 of 17)
- [16:35:56] Extracting A/V streams [VID_00002]
- [16:36:34] Reencoding video [VID_00002]
- Source Video: VC-1, 720x480
- Rate/Length: 29.970fps, 45,870 frames
- Bitrate: 3,189 Kbs
- [16:36:34] Reencoding: VID_00002, Pass 1 of 2
- [16:44:12] Reencoding: VID_00002, Pass 2 of 2
- [16:51:09] Video Encode complete
- [16:51:09] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [16:51:09] Multiplexing M2TS
- [16:51:24] Processing: VID_00004 (3 of 17)
- [16:51:24] Extracting A/V streams [VID_00004]
- [16:52:06] Reencoding video [VID_00004]
- Source Video: VC-1, 720x480
- Rate/Length: 29.970fps, 43,050 frames
- Bitrate: 3,013 Kbs
- [16:52:06] Reencoding: VID_00004, Pass 1 of 2
- [16:58:52] Reencoding: VID_00004, Pass 2 of 2
- [17:05:27] Video Encode complete
- [17:05:27] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [17:05:27] Multiplexing M2TS
- [17:05:43] Processing: VID_00005 (4 of 17)
- [17:05:43] Extracting A/V streams [VID_00005]
- [17:06:06] Reencoding video [VID_00005]
- Source Video: VC-1, 720x480
- Rate/Length: 29.970fps, 25,320 frames
- Bitrate: 2,848 Kbs
- [17:06:06] Reencoding: VID_00005, Pass 1 of 2
- [17:09:54] Reencoding: VID_00005, Pass 2 of 2
- [17:13:41] Video Encode complete
- [17:13:41] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [17:13:41] Multiplexing M2TS
- [17:13:51] Processing: VID_00006 (5 of 17)
- [17:13:51] Extracting A/V streams [VID_00006]
- [17:14:51] Reencoding video [VID_00006]
- Source Video: VC-1, 720x480
- Rate/Length: 29.970fps, 37,890 frames
- Bitrate: 3,016 Kbs
- [17:14:51] Reencoding: VID_00006, Pass 1 of 2
- Encode failed. Aborting.
- BD-Rebuilder v0.40.02 (beta)
- Windows Version: 6.1 [7600]
- AVISYNTH Version: 2.5.7.0, Ok
- HAALI Splitter: Isn't recommended version
- FFDSHOW: 4238, not recommended version
- 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
[17:15:12] - Failed video encode, aborted
now what?

[Ch3vr0n]

@wakko709:

- HAALI Splitter: Isn't recommended version
- FFDSHOW: 4238, not recommended version

now what?

You can start by installing the recommended versions from the first post and configure them per matching instructions. Then try again

[jdobbs]

@JDobbs: i thought you werent gonna go that way of encoding biased on nvidia cuda or ati app technology.

http://neuron2.net/dgdecnv/dgdecnv.html I've always said I'm not going to make BD Rebuilder dependent on other software or specific hardware. So I'm not making the software dependent on DGDecNV. It's just there as an option under the SETUP menu in case you happen to already own DGDecNV and have a CUDA enabled video card.

[jdobbs]

This is the first time I had this problem. A rip of "Baraka" burned to a 50 gb disc plays without a problem, but a compressed 25 gb disc will not show the pop up menu and thus no navigation is possible. This happens both on the power DVD video software player and the sharp aquos player. Do you have the following set in your INI?

DTSX_ENABLE=1

If not, set it and see if it fixes the issue. In addition to remuxing DTS-Express when set, this flag also tells BD-RB to remux IGS streams. I'm guessing that is what you're experiencing. It's still experimental -- but I think it's stable.

[setarip_old]

@sonate

Hi!

On that EXTREMELY poorly authored Blu-ray disc, if you explore it carefully, you'll find a silent 13 second clip from "Rambo"!

And, IIRC, the MAIN menu on a 25GB backup attempt is lacking buttons...

But the snow monkey is cute ;>}

**EDIT - Just checked my records - The backup I made was a "BD9"...

[wakko709]

-----------------------
[18:56:29] BD Rebuilder v0.40.02 (beta)
- Source: GREEN_MILE_THE
- Input BD size: 40.09 GB
- Approximate total content: [05:55:38.600]
- Target BD size: 22.95 GB
- Windows Version: 6.1 [7600]
- Auto Quality: Good (Very Fast), Two Pass
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=640
[18:56:39] PHASE ONE, Encoding
- [18:56:39] Processing: VID_00000 (1 of 17)
- [18:56:39] Extracting A/V streams [VID_00000]
- [19:13:58] Reencoding video [VID_00000]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23.976fps, 271,359 frames
- Bitrate: 11,848 Kbs
- [19:13:58] Reencoding: VID_00000, Pass 1 of 2
- Encode failed. Aborting.
- BD-Rebuilder v0.40.02 (beta)
- Windows Version: 6.1 [7600]
- AVISYNTH Version: 2.5.7.0, Ok
- HAALI Splitter: 1.9.42.1, Ok
- FFDSHOW: 3326, Ok
- WIN7 preferred AVC CODEC: Ok
- WIN7 preferred VC-1 CODEC: Ok
- WIN7 preferred MPEG2 CODEC: Ok
- FFDSHOW VC-1 set incorrectly: [0]
- FFDSHOW MPEG2 set incorrectly: [0]
- FFDSHOW AVC set to "libavcodec": Ok
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok
[19:15:00] - Failed video encode, aborted
now what?

[jdobbs]

@wakko709

Uninstall everything. Then go to the first post of this thread and follow the instruction exactly. Don't skip over anything. It will work everytime. If you followed it you would have seen the information below (as well as the other step already mentioned):
1. Download and install FFDSHOW and the Haali Matroska Splitter. They are required for BD-RB to work 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".8. Setup VC-1 decoding in the same way you did MPEG-2 in step one. For Vista or Windows 7 using "Video Decoder Configuration" -- select "wmv9". Recommended for Windows XP only (but not required): Download and install WMV11 from Microsoft, and set VC-1 decoding to "disabled" in FFDSHOW (allowing the WMV11 codec to be used instead). It really isn't proper asking others to read the instructions and repeat them to you...

[wakko709]

I see it!

[sonate]

Do you have the following set in your INI?

DTSX_ENABLE=1

If not, set it and see if it fixes the issue. In addition to remuxing DTS-Express when set, this flag also tells BD-RB to remux IGS streams. I'm guessing that is what you're experiencing. It's still experimental -- but I think it's stable.

Thank you much :)

Yes, it is enabled and that must be the problem as the suspect menu is indeed in 00012.m2ts A quick copy and paste from the original along with the associated clpi and .mpls creates a working disc.

- [17:55:40] Processing: VID_00012 (2 of 5)
- [17:55:40] Extracting A/V streams [VID_00012]
- [17:56:27] Reencoding video [VID_00012]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23.976fps, 12,600 frames
- [17:56:27] Reencoding: VID_00012, Pass 1 of 1
- [18:27:21] Video Encode complete
- [18:27:21] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (eng): Keeping original audio
- [18:27:21] Multiplexing M2TS
- [18:27:45] Remuxing DTSX/IGS stream(s)

[sonate]

@sonate

Hi!

On that EXTREMELY poorly authored Blu-ray disc, if you explore it carefully, you'll find a silent 13 second clip from "Rambo"!

And, IIRC, the MAIN menu on a 25GB backup attempt is lacking buttons...

But the snow monkey is cute ;>}

**EDIT - Just checked my records - The backup I made was a "BD9"...

Yeah, and what was that Rambo thing all about? Got the whole thing working and all 4 buttons.

Nice visuals, I imagine a lot of people will want to watch it while under the influence of something. Is that scene with the crystal cathedral real?

[varekai]

@setarip_old
First time I've ever heard of this. Havn't discovered any problems on the remastered 8k version either.
Where can I read more about this?

@sonate
The greatness of movies like Baraka is that you get a natural high... so no need for other stimuli substances.
Read about Samsara movie here:
http://www.spiritofbaraka.com/samsara
http://www.barakasamsara.com

[sonate]

Thank you for the info. I was sort of dead pan joking. Beautiful movie to say the least.

One of the special features talks about the restoration, the production BR disc version is the 8k version, evidently. Image sharpness and clarity are amazing.

[busch42]

jdobbs, Sorry getting back to you so late, I'm using an AMD quad core, I just did a back up of Transformers with no problem, Don't know why but the x264 version in BDrebuilder 0.39.0.7 seems to work for me for now.

[omegaman7]

I'm not getting high enough bitrates for Star Trek TOS discs. So what I'm attempting to do is output the episodes to MKV, or MP4. And later I'll have Multiavchd incorporate them into a disc of my own making :D I've been looking for a reason to give it a shot anyway.
Here's the thing. I set it for 1920x1080, 640Kbs DD5.1, CRF 18, and "Auto crop black borders". Been meaning to experiment with that too. The original video is clearly 1440 x 1080p excluding the side black borders (4:3). But the output changes it to 1040 height. Why would it do that? You're really gonna love this. I deleted all the files, and then thought I better report this. So... I'm gonna run the job again, and hope the bug is reproduced. If you would like the usual INI/INF just let me know. I haven't changed any settings, so theoretically, the bug should reoccur.

[greslogo]

DGDecNV....

This seems like it would speed up processing for me. How does BDR know where to find it ?

[jdobbs]

DGDecNV....

This seems like it would speed up processing for me. How does BDR know where to find it ?

When you select it from the setup menu the first time you enter a browser through which you point to both DGIndexNV and DGDecodeNV.

[omegaman7]

Here's the Log. And this time it Failed To REBUILD. I tried continuing after it failed. Failed yet again. I think I know why. When I use mediainfo, to get the stats of the .264 file, the resolution is very funky LOL! Not at all kosher. I've checked .264 files with mediainfo in the past. The few times I have checked, they appeared exactly as they should be. Get a load of this one! :eek:
I checked other .264 files. Some are correct, others are not.
http://i730.photobucket.com/albums/ww302/omegaman7/Mediainforesolution.png

[15:59:11] BD Rebuilder v0.40.02 (beta)
- Source: STAR_TREK_S1D2
- Input BD size: 7.35 GB
- Approximate total content: [00:50:31.528]
- Windows Version: 6.1 [7601]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- Mode: MKV Container, 1920x1080, 640Kbs DD5.1
- Automatic cropping of borders enabled
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[15:59:11] PHASE ONE, Encoding
- [15:59:11] Processing: VID_00069 (1 of 20)
- [15:59:11] Extracting A/V streams [VID_00069]
- [16:00:28] Reencoding video [VID_00069]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23.976fps, 209 frames
- [16:00:28] Reencoding: VID_00069, Pass 1 of 1
- [16:00:35] Video Encode complete
- [16:00:35] Processing audio tracks
- Track 4352 (eng): Reencoding audio to AC3...
- [16:02:09] Multiplexing M2TS
- [16:02:09] Processing: VID_00128 (2 of 20)
- [16:02:09] Extracting A/V streams [VID_00128]
- [16:02:13] Reencoding video [VID_00128]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23.976fps, 284 frames
- [16:02:13] Reencoding: VID_00128, Pass 1 of 1
- [16:02:35] Video Encode complete
- [16:02:35] Multiplexing M2TS
- [16:02:35] Processing: VID_00129 (3 of 20)
- [16:02:35] Extracting A/V streams [VID_00129]
- [16:02:39] Reencoding video [VID_00129]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23.976fps, 445 frames
- [16:02:39] Reencoding: VID_00129, Pass 1 of 1
- [16:03:18] Video Encode complete
- [16:03:18] Multiplexing M2TS
- [16:03:18] Processing: VID_00131 (4 of 20)
- [16:03:18] Extracting A/V streams [VID_00131]
- [16:03:23] Reencoding video [VID_00131]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23.976fps, 552 frames
- [16:03:23] Reencoding: VID_00131, Pass 1 of 1
- [16:04:03] Video Encode complete
- [16:04:03] Multiplexing M2TS
- [16:04:03] Processing: VID_00132 (5 of 20)
- [16:04:03] Extracting A/V streams [VID_00132]
- [16:04:09] Reencoding video [VID_00132]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23.976fps, 2,104 frames
- [16:04:09] Reencoding: VID_00132, Pass 1 of 1
- [16:06:39] Video Encode complete
- [16:06:39] Multiplexing M2TS
- [16:06:39] Processing: VID_00133 (6 of 20)
- [16:06:39] Extracting A/V streams [VID_00133]
- [16:06:43] Reencoding video [VID_00133]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23.976fps, 273 frames
- [16:06:43] Reencoding: VID_00133, Pass 1 of 1
- [16:07:02] Video Encode complete
- [16:07:02] Multiplexing M2TS
- [16:07:02] Processing: VID_00134 (7 of 20)
- [16:07:02] Extracting A/V streams [VID_00134]
- [16:07:06] Reencoding video [VID_00134]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23.976fps, 166 frames
- [16:07:06] Reencoding: VID_00134, Pass 1 of 1
- [16:07:22] Video Encode complete
- [16:07:22] Multiplexing M2TS
- [16:07:22] Processing: VID_00136 (8 of 20)
- [16:07:22] Extracting A/V streams [VID_00136]
- [16:07:44] Reencoding video [VID_00136]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23.976fps, 17,902 frames
- [16:07:44] Reencoding: VID_00136, Pass 1 of 1
- [16:30:04] Video Encode complete
- [16:30:04] Multiplexing M2TS
- [16:30:04] Processing: VID_00137 (9 of 20)
- [16:30:04] Extracting A/V streams [VID_00137]
- [16:30:09] Reencoding video [VID_00137]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23.976fps, 1,103 frames
- [16:30:09] Reencoding: VID_00137, Pass 1 of 1
- [16:31:31] Video Encode complete
- [16:31:31] Multiplexing M2TS
- [16:31:31] Processing: VID_00139 (10 of 20)
- [16:31:31] Extracting A/V streams [VID_00139]
- [16:31:37] Reencoding video [VID_00139]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23.976fps, 2,660 frames
- [16:31:37] Reencoding: VID_00139, Pass 1 of 1
- [16:34:56] Video Encode complete
- [16:34:56] Multiplexing M2TS
- [16:34:56] Processing: VID_00140 (11 of 20)
- [16:34:56] Extracting A/V streams [VID_00140]
- [16:35:00] Reencoding video [VID_00140]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23.976fps, 727 frames
- [16:35:00] Reencoding: VID_00140, Pass 1 of 1
- [16:36:00] Video Encode complete
- [16:36:00] Multiplexing M2TS
- [16:36:00] Processing: VID_00142 (12 of 20)
- [16:36:00] Extracting A/V streams [VID_00142]
- [16:36:06] Reencoding video [VID_00142]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23.976fps, 2,507 frames
- [16:36:06] Reencoding: VID_00142, Pass 1 of 1
- [16:39:14] Video Encode complete
- [16:39:14] Multiplexing M2TS
- [16:39:14] Processing: VID_00143 (13 of 20)
- [16:39:14] Extracting A/V streams [VID_00143]
- [16:39:18] Reencoding video [VID_00143]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23.976fps, 129 frames
- [16:39:18] Reencoding: VID_00143, Pass 1 of 1
- [16:39:25] Video Encode complete
- [16:39:25] Multiplexing M2TS
- [16:39:25] Processing: VID_00145 (14 of 20)
- [16:39:25] Extracting A/V streams [VID_00145]
- [16:39:42] Reencoding video [VID_00145]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23.976fps, 13,704 frames
- [16:39:42] Reencoding: VID_00145, Pass 1 of 1
- [16:56:36] Video Encode complete
- [16:56:36] Multiplexing M2TS
- [16:56:36] Processing: VID_00146 (15 of 20)
- [16:56:36] Extracting A/V streams [VID_00146]
- [16:56:40] Reencoding video [VID_00146]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23.976fps, 316 frames
- [16:56:40] Reencoding: VID_00146, Pass 1 of 1
- [16:56:59] Video Encode complete
- [16:56:59] Multiplexing M2TS
- [16:56:59] Processing: VID_00148 (16 of 20)
- [16:56:59] Extracting A/V streams [VID_00148]
- [16:57:19] Reencoding video [VID_00148]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23.976fps, 24,916 frames
- [16:57:19] Reencoding: VID_00148, Pass 1 of 1
- [17:28:18] Video Encode complete
- [17:28:18] Multiplexing M2TS
- [17:28:18] Processing: VID_00149 (17 of 20)
- [17:28:18] Extracting A/V streams [VID_00149]
- [17:28:22] Reencoding video [VID_00149]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23.976fps, 546 frames
- [17:28:22] Reencoding: VID_00149, Pass 1 of 1
- [17:29:06] Video Encode complete
- [17:29:06] Multiplexing M2TS
- [17:29:06] Processing: VID_00151 (18 of 20)
- [17:29:06] Extracting A/V streams [VID_00151]
- [17:29:10] Reencoding video [VID_00151]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23.976fps, 509 frames
- [17:29:10] Reencoding: VID_00151, Pass 1 of 1
- [17:29:52] Video Encode complete
- [17:29:52] Multiplexing M2TS
- [17:29:52] Processing: VID_00152 (19 of 20)
- [17:29:52] Extracting A/V streams [VID_00152]
- [17:29:57] Reencoding video [VID_00152]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23.976fps, 2,320 frames
- [17:29:57] Reencoding: VID_00152, Pass 1 of 1
- [17:32:44] Video Encode complete
- [17:32:44] Multiplexing M2TS
- [17:32:44] Processing: VID_00154 (20 of 20)
- [17:32:44] Extracting A/V streams [VID_00154]
- [17:32:49] Reencoding video [VID_00154]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23.976fps, 1,312 frames
- [17:32:49] Reencoding: VID_00154, Pass 1 of 1
- [17:34:02] Video Encode complete
- [17:34:02] Multiplexing M2TS
[17:34:02]PHASE ONE complete
[17:34:02]PHASE TWO - Rebuild Started
- [17:34:02] Rebuilding stream 00069 [1 of 20]
- [17:34:02] Rebuilding stream 00128 [2 of 20]
- [17:34:02] Rebuilding stream 00129 [3 of 20]
- [17:34:02] Rebuilding stream 00131 [4 of 20]
- [17:34:02] Rebuilding stream 00132 [5 of 20]
- [17:34:02] Rebuilding stream 00133 [6 of 20]
- [17:34:02] Rebuilding stream 00134 [7 of 20]
- [17:34:02] Rebuilding stream 00136 [8 of 20]
- [17:34:02] Rebuilding stream 00137 [9 of 20]
- [17:34:02] Rebuilding stream 00139 [10 of 20]
- [17:34:02] Rebuilding stream 00140 [11 of 20]
- [17:34:02] Rebuilding stream 00142 [12 of 20]
- [17:34:02] Rebuilding stream 00143 [13 of 20]
- [17:34:02] Rebuilding stream 00145 [14 of 20]
- [17:34:02] Rebuilding stream 00146 [15 of 20]
- [17:34:02] Rebuilding stream 00148 [16 of 20]
- [17:34:02] Rebuilding stream 00149 [17 of 20]
- [17:34:02] Rebuilding stream 00151 [18 of 20]
- [17:34:02] Rebuilding stream 00152 [19 of 20]
- [17:34:02] Rebuilding stream 00154 [20 of 20]
- [17:34:02] Building ALTERNATE OUTPUT Structure
[17:34:58] - Failed to REBUILD
-----------------------
[21:25:25] BD Rebuilder v0.40.02 (beta)
- Source: STAR_TREK_S1D2
- Input BD size: 7.35 GB
- Approximate total content: [00:50:31.528]
- Windows Version: 6.1 [7601]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- Mode: MKV Container, 1920x1080, 640Kbs DD5.1
- Automatic cropping of borders enabled
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
- Resuming from previously started job.
[21:25:28] PHASE ONE, Encoding
[21:25:28]PHASE ONE complete
[21:25:28]PHASE TWO - Rebuild Started
- [21:25:28] Rebuilding stream 00069 [1 of 20]
- [21:25:28] Rebuilding stream 00128 [2 of 20]
- [21:25:28] Rebuilding stream 00129 [3 of 20]
- [21:25:28] Rebuilding stream 00131 [4 of 20]
- [21:25:28] Rebuilding stream 00132 [5 of 20]
- [21:25:28] Rebuilding stream 00133 [6 of 20]
- [21:25:28] Rebuilding stream 00134 [7 of 20]
- [21:25:28] Rebuilding stream 00136 [8 of 20]
- [21:25:28] Rebuilding stream 00137 [9 of 20]
- [21:25:28] Rebuilding stream 00139 [10 of 20]
- [21:25:28] Rebuilding stream 00140 [11 of 20]
- [21:25:28] Rebuilding stream 00142 [12 of 20]
- [21:25:28] Rebuilding stream 00143 [13 of 20]
- [21:25:28] Rebuilding stream 00145 [14 of 20]
- [21:25:28] Rebuilding stream 00146 [15 of 20]
- [21:25:28] Rebuilding stream 00148 [16 of 20]
- [21:25:28] Rebuilding stream 00149 [17 of 20]
- [21:25:28] Rebuilding stream 00151 [18 of 20]
- [21:25:28] Rebuilding stream 00152 [19 of 20]
- [21:25:28] Rebuilding stream 00154 [20 of 20]
- [21:25:28] Building ALTERNATE OUTPUT Structure
[21:26:08] - Failed to REBUILD

[Adbear]

I'm not getting high enough bitrates for Star Trek TOS discs. So what I'm attempting to do is output the episodes to MKV, or MP4. And later I'll have Multiavchd incorporate them into a disc of my own making :D I've been looking for a reason to give it a shot anyway.
Here's the thing. I set it for 1920x1080, 640Kbs DD5.1, CRF 18, and "Auto crop black borders". Been meaning to experiment with that too. The original video is clearly 1440 x 1080p excluding the side black borders (4:3). But the output changes it to 1040 height. Why would it do that? You're really gonna love this. I deleted all the files, and then thought I better report this. So... I'm gonna run the job again, and hope the bug is reproduced. If you would like the usual INI/INF just let me know. I haven't changed any settings, so theoretically, the bug should reoccur.

You do realize that if you want to put those files back onto a Blu-ray you'll have to put back in the black borders otherwise if you leave them at 1440x1080 24p then your settop player will probably either state it's a non valid format or stretch the image as that res uses non square (anamorphic) pixels when played back.

[omegaman7]

Blu-ray authoring programs probably take that into account. But I have reweighed my options. I'm not gonna do the cropping. I guess it just bothers me the way it displays on a 1920 x 1200 screen. But there are ways to adjust it ;)

[Adbear]

Not normally, if you bring in a 1440x1080 file into a Blu-ray authoring program it expects it to use non square pixels so it would either put the file on the disc as it is in which case your player would stretch it or if it doesn't support 1440x1080 then it would re-encode the footage and stretch it at that point. 1440x1080 is not a 4x3 option it's a widescreen pixel option for full HD which is how HDV cameras record

(Sorry to have gone off topic, just thought I'd clear that up)

[AmigaFuture]

Using 0.40.02 I've re-encoded The Matrix - Revolutions using Movie Only Backup, MULTIPROCESS=1 and 0, Crop Borders, Alternate MKV Intact Audio without errors from BD-RB. However, when I skipped through the rebuilt video I noticed between 44 minutes 36 to 38 seconds there are frame, or something, clitches only in video. VLC shows blank frames and put it's cone on the screen for a flash for a second. MPC, just shows some video glitch. Going with a feeling, I also encoded it with Movie-Only Backup set to DVD-5 which produced what I see as flawless in both A/V...in both players.

A side note...the video is indicated as VC-1 by BD-RB, at first past, with each render above, was around 87 FPS, but the 2nd pass never went over 30 FPS.

I'm going try 40.01 to see if a difference is produced.

[greslogo]

When you select it from the setup menu the first time you enter a browser through which you point to both DGIndexNV and DGDecodeNV.

I'm pretty ignorant of how all this works. Using BDR, which browser would that be, assuming I am creating a BD-25 or a DVD.

Thanks.

[jdobbs]

I'm pretty ignorant of how all this works. Using BDR, which browser would that be, assuming I am creating a BD-25 or a DVD.

Thanks. Well... you can't do it at all yet. That is going to be in the next release. But the "browser" is the standard Windows Explorer file browser that all applications would use.

[greslogo]

Ah. found your original post where you first mentioned it will be in the next release, which is why I was confused when you mentioned browser/setup. I use FF and don't see anything in the Setup where I can point to DGDecodeNV.