BD Rebuilder Beta - Bug Reports Only

[RobertM]

There is bug somewhere in there, there is no denying that.

I don't agree. If most discs work fine and one (or two) are causing trouble then it is more logical to presume that it is those discs themselves that are the trouble. The target value is just that, a target, and the algorythm that estimates the final size is not precise -- it's a 'best guess'. On some discs the estimation is good, on others,... not good.

I would suggest a custom size that is a couple of GB smaller than your usual 24000. Try 22000 and see what happens.

[dfsooner]

Is it necessary that the 3D source contain the ssif files in order for subtitles to output correctly? I have tried to update subtitles both in the final mkv and the pseudo BD created by BDRB and the subtitles never display correctly. They appear on both the right and left side of the screen and are enlarged from what is normally seen. The files muxed in are BD sup files. What am I missing?

[jdobbs]

Is it necessary that the 3D source contain the ssif files in order for subtitles to output correctly? I have tried to update subtitles both in the final mkv and the pseudo BD created by BDRB and the subtitles never display correctly. They appear on both the right and left side of the screen and are enlarged from what is normally seen. The files muxed in are BD sup files. What am I missing?Not sure I understand completely what you're asking. Subtitles in SBS 3D have to be repeated in each of the two split windows. When BD-RB processed them it resizes and repositions them during the rebuild. They aren't larger -- when viewing they will be exactly the same size as the originals. You wouldn't be able to mux in other subtitles -- because they haven't been processed and when you attempt 3D playback they will be a mess (spread across the screen as you mentioned).

If you want to add other subtitles, you have to do it before BD-RB processes the source, so they can be properly resized and repositioned for 3D. You don't have to mux them into the SSIF, only the M2TS file(s).

Now, in this discussion I'm talking about a BD source. But you mention a pseudo-BD. Are you trying to add the subtitles to a source that is already split screen from an MKV? If so, I don't think that can be done right now -- but I'll look at it. I already have the code -- I'd just have to find a way to process the SUP (or are these text subtitles?).

[dfsooner]

Not sure I understand completely what you're asking. Subtitles in SBS 3D have to be repeated in each of the two split windows. When BD-RB processed them it resizes and repositions them during the rebuild. They aren't larger -- when viewing they will be exactly the same size as the originals. You wouldn't be able to mux in other subtitles -- because they haven't been processed and when you attempt 3D playback they will be a mess (spread across the screen as you mentioned).

If you want to add other subtitles, you have to do it before BD-RB processes the source, so they can be properly resized and repositioned for 3D. You don't have to mux them into the SSIF, only the M2TS file(s).

Now, in this discussion I'm talking about a BD source. But you mention a pseudo-BD. Are you trying to add the subtitles to a source that is already split screen from an MKV? If so, I don't think that can be done right now -- but I'll look at it. I already have the code -- I'd just have to find a way to process the SUP (or are these text subtitles?).

I started with .srt and converted them to .sup with 3Dsubtitler.

By pseudo-BD I mean the Blu-ray structure you create (contains a "PSEUDO" subfolder) before you extract the video, audio, and subtitle tracks and create the mkv. It does not contain ssif files so is it too late at that point to add subtitles? I also have a couple of SBS 3D mkv files I would like to add subtitles to and then import into BDRB, then recreate the mkv but it sounds like that probably won't work.

[AmigaFuture]

I thought I'd come back to "Live Free or Die Hard (4)"... When I set BD-RB to Full Backup not everything is listed. Warning, trailers, etc...those are missing from the list. When a Full Backup is preformed, they're still there.
When I en/disable Edit Mode the list refreshes but nothing else is added or removed from the list.

If I select Movie & Menus (Auto-Blank Extras), the list is the same in Full Backup except when I enable Edit Mode then everything is shown, and all extras are set to be blanked. Okay, cool. Now, if I step through the list removing the X's from what I do want to keep, what I want to keep in the processed project is not included. I'm using FORCE_NOENCODE=1 for now for "quicker" results. I've tried MIN_M2TS_SIZE=1 and 0 to see if it would have an effect. Nope.

Any other suggestions or this a bug? My config if anyone would like to try it..

[Options]
VERSION=0.44.0.9
MULTIPROCESS=0
ENABLE_TEST=1
DTSX_ENABLE=1
FORCE_NOENCODE=1
MKV_MUXSUPS=1
MODE=1
ENCODE_QUALITY=5
ONEPASS_ENCODING=0
AUTO_QUALITY=0
TARGET_SIZE=23500
MOVIEONLY_TYPE=0
ALTCRF=20
ALTMETHOD=0
ALT_TARGET=1024
ALTAUTOCROP=0
AUDIO_TO_KEEP=eng;
SUBS_TO_KEEP=eng;
SD_CONVERT=0
OPEN_GOP=0
RESIZE_1080=0
RESIZE_1440=0
DEINTERLACE=1
SD_TO_1080=0
CONVERT_WIDE=0
DTS_REENCODE=1
AC3_REENCODE=0
AC3_640=1
AC3_192=0
KEEP_HD_AUDIO=0
AVCHD=1
REMOVE_WORKFILES=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
OUTPUT_3D=0
AUDIO_TRACK_LIMIT=0
SUBTITLE_TRACK_LIMIT=0
CUSTOM_TARGET_SIZE=23500
QUICK_EXTRAS=0
ENABLE_BLANKING=1
OUTPUT_FOLDER=H:\!Blu-ray
[Paths]
SOURCE_PATH=T:\
WORKING_PATH=E:\

Thanks. :)

[jdobbs]

I started with .srt and converted them to .sup with 3Dsubtitler.

By pseudo-BD I mean the Blu-ray structure you create (contains a "PSEUDO" subfolder) before you extract the video, audio, and subtitle tracks and create the mkv. It does not contain ssif files so is it too late at that point to add subtitles? I also have a couple of SBS 3D mkv files I would like to add subtitles to and then import into BDRB, then recreate the mkv but it sounds like that probably won't work. If the subtitles are already SBS then it shouldn't be an issue. I've never heard of 3Dsubtitler so I don't know how it works.

[dfsooner]

Subtitles are not in the original disk, therefore not SBS.

3Dsubtitler is freeware downloadable from http://www.videohelp.com/tools/3DSubtitler which converts .srt subtitles to idx or sup.

I use subtitles a lot because of some hearing loss. Some subtitles are better than others, so I occasionally replace them (or add).


Oops! My bad. 3Dsubtitler does create SBS. The question is: at what stage do you mux these in?

[dfsooner]

Subtitles are not in the original disk, therefore not SBS.

3Dsubtitler is freeware downloadable from http://www.videohelp.com/tools/3DSubtitler which converts .srt subtitles to idx or sup.

I use subtitles a lot because of some hearing loss. Some subtitles are better than others, so I occasionally replace them (or add).


Oops! My bad. 3Dsubtitler does create SBS. The question is: at what stage do you mux these in?

I answered my own question. The new subtitles can be muxed into the final mkv - after the fact!

[Winenut]

Ok. Figured it out...thought don't know why.

There is one difference between 44.03 and 44.06...and that is the opencl.dll. In 44.03 there is just the opencl.dll (which I assume is 32-bit), and it 44.06 you have a newer version, which includes separate 32-bit and 64-bit dlls. I assume the opencl.dll invokes one or the other depending on the operation system.

But for my 64-bit version of Windows, the newer combo fails. However, if I substitute the older opencl.dll from 44.03 (replacing the 3 newer modules), it works.

I have to assume I'm not only one with a 64-bit version of Windows 7...so not sure why this doesn't work for me.

Basically with the older version, it loads the FFdshow and Haali subtasks (into the tray) and starts encoding. With the newer versions, it just stops (and fails).

Steve

[jdobbs]

Ok. Figured it out...thought don't know why.

There is one difference between 44.03 and 44.06...and that is the opencl.dll. In 44.03 there is just the opencl.dll (which I assume is 32-bit), and it 44.06 you have a newer version, which includes separate 32-bit and 64-bit dlls. I assume the opencl.dll invokes one or the other depending on the operation system.

But for my 64-bit version of Windows, the newer combo fails. However, if I substitute the older opencl.dll from 44.03 (replacing the 3 newer modules), it works.

I have to assume I'm not only one with a 64-bit version of Windows 7...so not sure why this doesn't work for me.

Basically with the older version, it loads the FFdshow and Haali subtasks (into the tray) and starts encoding. With the newer versions, it just stops (and fails).

SteveI don't know why you refuse to use the latest version (v0.44.09) -- but if you did your problem wouldn't have existed -- because that X264 doesn't need opencl.dll at all.

For that older version BD-RB looks at your O/S and renames the appropriate DLL so it will be used.

[Inwards]

I can confirm the same issue with the NA version of Howl's Moving Castle. 44.09 bombed with the same error near the end. Taking the same project and running it in 44.03 worked fine.

Well... I had no problem either -- using v0.44.9:[05/23/13] BD Rebuilder v0.44.09 (beta)
[09:27:50] Source: PARKER_00800
- Input BD size: 34.17 GB
- Approximate total content: [01:58:40.154]
- Target BD size: 4.36 GB
- Windows Version: 6.1 [7601]
- MOVIE-ONLY mode enabled
- Quality: Good (Very Fast), ABR
- Decoding/Frame serving: DirectShow [3-way]
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=640
[09:27:52] PHASE ONE, Encoding
- [09:27:52] Processing: VID_00800 (1 of 1)
- [09:27:52] Extracting A/V streams [VID_00800]
- [09:37:13] Reencoding video [VID_00800]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 170,713 frames
- Bitrate: 4,108 Kbs
- [09:37:13] Reencoding: VID_00800, Pass 1 of 1
- [10:13:46] Video Encode complete
- [10:13:46] Processing audio tracks
- Track 4352 (eng): Reencoding audio to AC3...
[10:17:54]PHASE ONE complete
[10:17:54]PHASE TWO - Rebuild Started
- [10:17:54] Rebuilding AVCHD file Structure
[10:20:00] - Encode and Rebuild complete
[10:20:00] JOB: PARKER finished.

[Ch3vr0n]

and where is the bdrb log to backup that claim and provide the info needed?

[Winenut]

I don't know why you refuse to use the latest version (v0.44.09) -- but if you did your problem wouldn't have existed -- because that X264 doesn't need opencl.dll at all.

For that older version BD-RB looks at your O/S and renames the appropriate DLL so it will be used.
I wasn't trying to not use 44.09. I only noticed it existed today. Last weekend it appeared that 44.06 was the current release.

However, when I looked at the Changes for 44.09, it didn't appear there were any changes such as you described, so I figured I'd wait for your reply.

In any case, I'll go ahead and download 44.09 and give it try right now.

Thanks,

[jdobbs]

I wasn't trying to not use 44.09. I only noticed it existed today. Last weekend it appeared that 44.06 was the current release.

However, when I looked at the Changes for 44.09, it didn't appear there were any changes such as you described, so I figured I'd wait for your reply.

In any case, I'll go ahead and download 44.09 and give it try right now.

Thanks,Didn't know it existed? I've personally mentioned it to you twice. I even posted my results using v0.44.09.

[Yannes]

The thing is that i've used 24000MB a few dozen times before and the output size was always between 24 and 24.5m bytes. And if you read my post you'd see that I did use the BD25 mode and the result was the same as the custom 24000 size, the movie file turned out to be a GB too large for no apparent reason.

There is bug somewhere in there, there is no denying that. The same problem occurred with another blu-ray I tried to shrink down as well, which had an end result of 25.5m bytes.

But sure, i'll do it again with BD25 mode and give some more in-depth details.

Ok, so I used the BD25 mode for once to proof my point and the blu-ray turned out to be way too big. The final size after converting is 25,049,242,733 bytes (only 100MB smaller than than the custom 24000 size I used before).

The BD rebuilder log:

[05/24/13] BD Rebuilder v0.44.09 (beta)
[22:58:40] Source:
- Input BD size: 34.33 GB
- Approximate total content: [02:07:52.289]
- Target BD size: 22.95 GB
- Windows Version: 5.1 [2600]
- Quality: Highest (Very Slow), Two Pass
- Decoding/Frame serving: X264/LAVF
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[22:58:41] PHASE ONE, Encoding
- [22:58:41] Processing: VID_00274 (1 of 1)
- [22:58:42] Extracting A/V streams [VID_00274]
- [23:18:10] Reencoding video [VID_00274]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 178,993 frames
- Bitrate: 22,381 Kbs
- [23:18:11] Reencoding: VID_00274, Pass 1 of 2
- [01:11:18] Reencoding: VID_00274, Pass 2 of 2
- [09:43:43] Video Encode complete
- [09:43:47] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [09:43:47] Multiplexing M2TS
[10:03:58]PHASE ONE complete
[10:03:59]PHASE TWO - Rebuild Started
- [10:03:59] Rebuilding BD file Structure
[10:04:32] - Encode and Rebuild complete
- WORKFILES folder removed.
[10:04:37] JOB: finished.


The config file:

[Status]
LABEL=MONSIEUR_VERDOUX
VERSION=v0.44.09 (beta)
SOURCE_SIZE=36859881741
SOURCE_VIDEO_SIZE=36016257024
TARGET_SIZE=24641536000
REDUCTION=.660754704941768
RESIZE_1080=0
RESIZE_1440=0
AUDIO_TO_KEEP=eng;
KEEP_HD_AUDIO=-1
SUBS_TO_KEEP=all
BACKUP_MODE=0
MOVIEONLY_TYPE=0
USE_LAVF=-1
INSTANCES=1
DGDECNV=0
QUICK=0
ENCODE_STEP=0
COMPLETED=1
REBUILD_COMPLETE=1
[00274]
AUDIO=1
PGS=1
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=23797911283
RATE=22381
SPLITS=1
NSTART=27000000
NEND=362947275
NSIZE=24205621248
FLINK=0
MLINK=0


The result:

http://img62.imageshack.us/img62/2746/toolargeagain.png

Is it possible that certain blu-rays (in this case a criterion blu-ray) can give problems with the program? I've never had this issue before and I've done multiple backups of criterion blu-rays.

[RobertM]

Is it possible that certain blu-rays (in this case a criterion blu-ray) can give problems with the program?

Yes. Some discs don't behave as predicted. It's dependent upon the program content.

So 24000 didn't fit, 23500 (BD-25 default) didn't fit. Try something smaller.

[jdobbs]

But according to his post, it didn't change sizes at all when he changed the target. If it is oversized by that much something is wrong with the configuration. Either that or (more likely) there is a glitch trying to use LAVF under an emulator since his system isn't really Windows. BD-RB wasn't designed to run under Linux -- and I can't predict that it will do under an emulator.

By the way the file that was posted isn't the CONFIG file -- it is the INF file. But you can see that BD-RB used a bitrate that should result in an M2TS that is 23,797,911,283 bytes long. But his actual file size is 24,205,621,248. That's too much to be caused by the encoding not being 100% accurate.

[Inwards]

and where is the bdrb log to backup that claim and provide the info needed?

Following up...

I did a number of tests with different ISOs and all of them failed at some point. My sources are ISOs that are mounted with Virtual CloneDrive over the LAN. Just for kicks, I copied the ISOs locally and re-ran the tests. Everything worked fine on the same three ISOs that failed.

Odd.

[gonca]

@Inwards
Are you saying that you tested 44.09 over a network and 44.03 locally, and therefore the problem is 44.09 and not your network.

And a log like Ch3vr0n said would be nice

[soneca]

Just for the record, "Parker" without problems.
But here this movie was released without extras, and with minor differences.

[05/26/13] BD Rebuilder v0.44.09 (beta)
[15:48:10] Source: PARKER_00000
- Input BD size: 19,47 GB
- Approximate total content: [01:58:29.125]
- Target BD size: 4,36 GB
- Windows Version: 6.1 [7601]
- MOVIE-ONLY mode enabled
- Quality: Good (Very Fast), ABR
- X264 Tweak(s) enabled
- Decoding/Frame serving: DGDecNV [2-way]
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[15:48:10] PHASE ONE, Encoding
- [15:48:10] Processing: VID_00000 (1 of 1)
- [15:48:10] Extracting A/V streams [VID_00000]
- [16:00:12] Reencoding video [VID_00000]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 24,000fps, 170.619 frames
- Bitrate: 4.159 Kbs
- [16:00:12] Reencoding: VID_00000, Pass 1 of 1
- [16:21:00] Video Encode complete
- [16:21:00] Processing audio tracks
- Track 4352 (eng): Reencoding audio to AC3...
[16:23:51]PHASE ONE complete
[16:23:51]PHASE TWO - Rebuild Started
- [16:23:51] Rebuilding AVCHD file Structure
[16:25:56] - Encode and Rebuild complete
[16:25:56] JOB: PARKER finished.

[sytyguy]

No, he's saying something is wrong when running it over a LAN, but running it locally it runs fine.

[Inwards]

@Inwards
Are you saying that you tested 44.09 over a network and 44.03 locally, and therefore the problem is 44.09 and not your network.

And a log like Ch3vr0n said would be nice

No, I tested 44.09 over the network and locally. 44.03 I tested over the network only.

[gonca]

You'll have to provide the info Ch3vr0n mentioned, as there are not no other reports coming in about this

[Starfiresg1]

While doing a SBS-backup of Wreck it Ralph 3D I've run into a small problem:

Apparently the re-encoding of the video is skipped if the input size is smaller than the target. In my case I had set the target as BD-25 and BDR reported the input size of 21.17 GB. After reducing the target size the video re-encode happens as expected. I would think that a video re-encode is always needed (regardless of the input and target size) if it's a 3D-conversion to SBS (or any other 3D-format)?

[jdobbs]

While doing a SBS-backup of Wreck it Ralph 3D I've run into a small problem:

Apparently the re-encoding of the video is skipped if the input size is smaller than the target. In my case I had set the target as BD-25 and BDR reported the input size of 21.17 GB. After reducing the target size the video re-encode happens as expected. I would think that a video re-encode is always needed (regardless of the input and target size) if it's a 3D-conversion to SBS (or any other 3D-format)?Hmm... it definitely should be. I though I had that covered. I'll go back an do some testing.

[Winenut]

Didn't know it existed? I've personally mentioned it to you twice. I even posted my results using v0.44.09.
My original post was on 5/19. Release 44.09 shows as coming out 2 days later on 5/21.

And sorry. I did notice your reference to 44.09 (earlier), but then forgot about it. At the tme, you didn't indicate what the changes were in 44.09, and so I had no reason to believe it would solve my problem. And the change log didn't seem to indicate any significant changes that might affect the problem I was having, except perhaps the new version of H264. And then later, when I noticed the issue was opencl.ddl, it didn't seem a change to H264 would have any impact.

Then later, I saw 44.09 on Videohelp.com, and figured it was worth a try. Particularly since by then, you knew my problem was opencl.dll and reiterated your recomendation for 44.09.

In any case 44.09 is working fine...for a number of titles I've tried.

Question is...since opencl.dll seems to serve to enable multi-threading of background tasks (for both CPU, and optionally the GPU), why don't you need to use that anymore. Did H264 change so much that it's not needed anymore? And if so, why was it still included with 44.09.

Thanks again for your help, and sorry to be such a nuisance.

Steve

[jdobbs]

My original post was on 5/19. Release 44.09 shows as coming out 2 days later on 5/21.

And sorry. I did notice your reference to 44.09 (earlier), but then forgot about it. At the tme, you didn't indicate what the changes were in 44.09, and so I had no reason to believe it would solve my problem. And the change log didn't seem to indicate any significant changes that might affect the problem I was having, except perhaps the new version of H264. And then later, when I noticed the issue was opencl.ddl, it didn't seem a change to H264 would have any impact.

Then later, I saw 44.09 on Videohelp.com, and figured it was worth a try. Particularly since by then, you knew my problem was opencl.dll and reiterated your recomendation for 44.09.

In any case 44.09 is working fine...for a number of titles I've tried.

Question is...since opencl.dll seems to serve to enable multi-threading of background tasks (for both CPU, and optionally the GPU), why don't you need to use that anymore. Did H264 change so much that it's not needed anymore? And if so, why was it still included with 44.09.

Thanks again for your help, and sorry to be such a nuisance.

Steve There was a bug in the older version of X264 that made it fail on systems that didn't have opencl as a video capability (even when that capability wasn't being used). The opencl.dll file was a dummy stub that was created for no other purpose than to keep X264 from failing. The newer version of X264 was corrected -- so the dummy file "opencl.dll" is no longer needed.

[soneca]

Jdobbs,

It would be possible to include a depth control for subtitles in 3D?
In the title "Flying Swords of Dragon Gate" subtitles were "stuck" in the picture, deep, hurting a little reading.
I'll do some more tests, apparently subtitle depth may vary depending on the movie.

[jdobbs]

Jdobbs,

It would be possible to include a depth control for subtitles in 3D?
In the title "Flying Swords of Dragon Gate" subtitles were "stuck" in the picture, deep, hurting a little reading.
I'll do some more tests, apparently subtitle depth may vary depending on the movie.BD-RB does the subtitles consistently across all movies, so the depth doesn't vary from this end. But I can easily add a hidden option that can change the depth.

[soneca]

BD-RB does the subtitles consistently across all movies, so the depth doesn't vary from this end. But I can easily add a hidden option that can change the depth.

Surely, BD-RB does not change the depth but it seems that the result varies slightly depending on the source.

:thanks:

[colinhunt]

Note that some 3D Blu-rays will have (if they don't already) dynamic 3D subtitles, i.e. ones that move in X and Z axis according to the depth and convergence of the scene.

[soneca]

Note that some 3D Blu-rays will have (if they don't already) dynamic 3D subtitles, i.e. ones that move in X and Z axis according to the depth and convergence of the scene.

As subtitles found in "Avatar" for example?

[Inwards]

You'll have to provide the info Ch3vr0n mentioned, as there are not no other reports coming in about this

Here is the failed log of an ISO mounted over the network
----------------------
[05/28/13] BD Rebuilder v0.44.09 (beta)
[18:34:54] Source: FIRE_AND_ICE
- Input BD size: 28.47 GB
- Approximate total content: [02:14:36.067]
- 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=1 Kbs=640
[18:34:55] PHASE ONE, Encoding
- [18:34:55] Processing: VID_00000 (1 of 7)
- [18:34:55] Extracting A/V streams [VID_00000]
- [18:44:27] Reencoding video [VID_00000]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 117,436 frames
- Bitrate: 30,882 Kbs
- [18:44:27] Reencoding: VID_00000, Pass 1 of 1
- [19:08:12] Video Encode complete
- [19:08:12] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [19:08:12] Multiplexing M2TS
- [19:09:47] Processing: VID_00001 (2 of 7)
- [19:09:47] Extracting A/V streams [VID_00001]
- [19:10:04] Reencoding video [VID_00001]
- Source Video: MPEG-2, 720x480
- Rate/Length: 29.970fps, 24,330 frames
- Bitrate: 3,932 Kbs
- [19:10:04] Reencoding: VID_00001, Pass 1 of 1
- [19:10:40] Video Encode complete
- [19:10:40] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [19:10:40] Multiplexing M2TS
- [19:10:46] Processing: VID_00002 (3 of 7)
- [19:10:46] Extracting A/V streams [VID_00002]
- [19:10:58] Reencoding video [VID_00002]
- Source Video: MPEG-2, 720x480
- Rate/Length: 29.970fps, 14,417 frames
- Bitrate: 3,930 Kbs
- [19:10:58] Reencoding: VID_00002, Pass 1 of 1
- [19:11:18] Video Encode complete
- [19:11:18] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [19:11:18] Multiplexing M2TS
- [19:11:22] Processing: VID_00003 (4 of 7)
- [19:11:22] Extracting A/V streams [VID_00003]
- [19:11:40] Reencoding video [VID_00003]
- Source Video: MPEG-2, 720x480
- Rate/Length: 29.970fps, 25,358 frames
- Bitrate: 3,919 Kbs
- [19:11:40] Reencoding: VID_00003, Pass 1 of 1
- [19:12:14] Video Encode complete
- [19:12:14] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [19:12:14] Multiplexing M2TS
- [19:12:18] Processing: VID_00004 (5 of 7)
- [19:12:18] Extracting A/V streams [VID_00004]
- [19:12:35] Reencoding video [VID_00004]
- Source Video: MPEG-2, 720x480
- Rate/Length: 29.970fps, 23,545 frames
- Bitrate: 3,929 Kbs
- [19:12:35] Reencoding: VID_00004, Pass 1 of 1
- [19:13:07] Video Encode complete
- [19:13:07] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [19:13:07] Multiplexing M2TS
- [19:13:11] Processing: VID_00005 (6 of 7)
- [19:13:11] Extracting A/V streams [VID_00005]
- [19:13:22] Reencoding video [VID_00005]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 1,810 frames
- Bitrate: 29,312 Kbs
- [19:13:23] Reencoding: VID_00005, Pass 1 of 1
- [19:13:45] Video Encode complete
- [19:13:45] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [19:13:45] Multiplexing M2TS
- [19:13:49] Processing: VID_00016 (7 of 7)
- [19:13:49] Extracting A/V streams [VID_00016]
- [19:13:52] Reencoding video [VID_00016]
- Source Video: MPEG-2, 720x480
- Rate/Length: 29.970fps, 900 frames
- Bitrate: 2,376 Kbs
- [19:13:52] Reencoding: VID_00016, Pass 1 of 1
- Encode failed. Aborting.
- BD-Rebuilder v0.44.09 (beta)
- Windows Version: 6.1 [7601]
- AVISYNTH Version: 2.5.8.0, Ok
- HAALI Splitter: 1.9.42.1, Ok
- FFDSHOW: 4422, 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
[19:13:53] - Failed video encode, aborted


...and here's the resumed log with the locally mounted ISO:

----------------------
[05/28/13] BD Rebuilder v0.44.09 (beta)
[19:59:38] Source: FIRE_AND_ICE
- Input BD size: 28.47 GB
- Approximate total content: [02:14:36.067]
- 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=1 Kbs=640
- Resuming from previously started job.
[19:59:40] PHASE ONE, Encoding
- [19:59:40] Processing: VID_00016 (7 of 7)
- [19:59:40] Reencoding video [VID_00016]
- Source Video: MPEG-2, 720x480
- Rate/Length: 29.970fps, 900 frames
- Bitrate: 2,376 Kbs
- [19:59:40] Reencoding: VID_00016, Pass 1 of 1
- [19:59:41] Video Encode complete
- [19:59:41] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [19:59:41] Multiplexing M2TS
[19:59:44]PHASE ONE complete
[19:59:44]PHASE TWO - Rebuild Started
- [19:59:44] Rebuilding BD file Structure
[19:59:47] - Encode and Rebuild complete
[19:59:47] JOB: FIRE_AND_ICE finished.

[omegaman7]

Mmmm, I haven't had two computers networked to each other for some time. Local ISO mounting, I don't believe I've ever had a problem. Over a network though? Wish I had a secondary PC powerful enough to make the attempt :( Part time work sucks...

[jdobbs]

The problem is that there are too many variables -- and almost all of them are outside of BD-RB. The bottom line: if it were truly mounted and working correctly, BD-RB wouldn't be able to tell the difference -- and it would work exactly the same either way. The fact that it works when mounted locally tells me the issue is outside of BD-RB and falls somewhere in the network abstraction.

[omegaman7]

The problem is that there are too many variables -- and almost all of them are outside of BD-RB. The bottom line: if it were truly mounted and working correctly, BD-RB wouldn't be able to tell the difference -- and it would work exactly the same either way. The fact that it works when mounted locally tells me the issue is outside of BD-RB and falls somewhere in the network abstraction.

I don't recall having many network issues on XP. Windows 7 seems to have issues maintaining an indefinite connection. It's as though it needs to refresh for certain processes. Thereby causing an issue. I burned discs over the network on XP, I'd never trust it with '7', and I love 7. Just my own observations. Really haven't done much networking with 7 though. THere is likely something I overlooked.

[jdobbs]

I don't recall having many network issues on XP. Windows 7 seems to have issues maintaining an indefinite connection. It's as though it needs to refresh for certain processes. Thereby causing an issue. I burned discs over the network on XP, I'd never trust it with '7', and I love 7. Just my own observations. Really haven't done much networking with 7 though. THere is likely something I overlooked.I do encodes using the network all the time. But I don't mount an ISO remotely. I rip to hard drive and share it.

[omegaman7]

I do encodes using the network all the time. But I don't mount an ISO remotely. I rip to hard drive and share it.

I'm sure I will play with it more down the road. Just gotta win the lottery or something LOL!!! Nah, I should go full time within the year. Then I'll be VERY comfortable. I hope :S

[lauguru]

hello jdobbs
one question
http://mewiki.project357.com/wiki/X264_Settings
for codec h264 Values available: ultrafast, superfast, veryfast, faster, fast, medium, slow, slower, veryslow, placebo.

with that command, you activate "placebo"?

ENCODE_QUALITY=4 is very slow (ultra high quality)

if so it could activate the option "placebo" in the next version of bdrebuilder?thks

[soneca]

ENCODE_QUALITY=4 = preset slower
Placebo = waste of time and energy for nothing.

[jdobbs]

ENCODE_QUALITY=4 = preset slower
Placebo = waste of time and energy for nothing.Yep. That pretty much describes the benefits of "placebo".

[omegaman7]

I think it's pretty funny seeing people use 6 pass on some DVD encodes. Pretty pointless really...

[lauguru]

ENCODE_QUALITY=4 {Ultra High Quality (Extremely Slow)} for me, is the best for convert bd50 to bd25, many people do not distinguish between the original source and the converted! (45gb to 23,2gb)
course it takes time!, but this method works done after many, is the best possible quality. Also you have to see energy consumption, with the quality? If what is, is to get the best quality, if you have a powerful computer, in 3 or 4 hours you have the job done. Just wondering as trigger mode bdrebuilder placebo, to test their results.
Thanks

[soneca]

I use "ENCODE_QUALITY = 4 whenever I have to encode a long movie or difficult compressibility to a DVD-5.
What I mean is that beyond the preset slower no change in image quality. I've done dozens of tests and can not and will not be able to distinguish differences between the results, unless I'm going blind.
I now only use the preset veryslow(16 ref frames) for example, if I wanted to encode at crf(no level restrictions) to save about 10% in file size while keeping the same quality. What I have not done a long time because of compatibility.

[AmigaFuture]

Being one of the few whom is able to discern Original Vs Rerendered (be careful between the word meanings Re-rendered, Transcoded, and Copy (1:1)) video. I realize time is constant (cannot be saved) I still wouldn't use placebo as it's only good for body and thought health. For video, good for those wanting to experience...as anything is.

@ JDobbs

Merely curious...have you looked at my "Live Free or Die Hard" post about the extras? Thanks.

[colinhunt]

Hmm. My encoding rig has started to throw up BSODs after 0.44.09 was released. Nobody else has reported such issues on this thread, so I guess the rig got a bit damaged a while back when its PSU literally exploded. It runs fine on low CPU usage but doesn't like BD-RB anymore :/

[omegaman7]

Wow! What brand was that Power supply? Totally opinion, but the power supply is arguably the most important component you DON'T wanna be cheap with ;) I've heard some horror stories of power supplies taking literally every piece of hardware with it, when it popped. I would die if my 13+ Terabytes were suddenly gone :S Which reminds me I need more redundancies LOL!

[RobertM]

My encoding rig has started to throw up BSODs after 0.44.09 was released.

I'm running 44.09. Last night I set an encode running and woke up to a BSOD. Happened on Pass2. I started the job up again and it completed without any fuss. It's the first BSOD in a long while, but I wouldn't jump to the conclusion that it's related to BD-RB; it's been hot here, so it could be temp related.

[gonca]

My encoding rig has started to throw up BSODs after 0.44.09

No BSOD on 44.09 here, but temps slightly higher because of warm weather. Perhaps its time to take the dust bunnies for a walk outside. :D

[jdobbs]

I'm running 44.09. Last night I set an encode running and woke up to a BSOD. Happened on Pass2. I started the job up again and it completed without any fuss. It's the first BSOD in a long while, but I wouldn't jump to the conclusion that it's related to BD-RB; it's been hot here, so it could be temp related.If it completed the next day -- then the problem couldn't have been BD-RB, unless you possibly changed some settings. One thing you can count on with software -- that given the same settings, input, and output, it will act exactly the same every time it runs.