BD Rebuilder Beta - Bug Reports Only

[omegaman7]

i got everything working correctly again :D no more audio out of sync issues with the mkv imports. all i did was uninstall all the programs including bd-rebuilder and started over from scratch. i believe ffdshow was the problem. i am straight now :D thanks for your help jdobbs.

I find that very interesting. Are you sure you don't have some EXTRA codec installed?

[Yordan5]

Just a word of warning to those like me who are using Dune 3D players - full 3D backups and movie-only backups using BDRB do not play. I suspect the firmware does not support the format without SSIF folders.

I am in the same boat. Full back up of a 3D rip with version 47.04 will not play in Dune 3D. It plays on PS3 but is heavily pixelated with:
FORCE_INMUX_3D=1
FRIM_SW_DECODE=0
FRIM_SW_ENCODE=0
.....................................
[04/09/14] BD Rebuilder v0.47.04 (beta)
[17:52:24] Source: RESIDENT_EVIL_RETRIBUTION_3D
- Input BD size: 29.69 GB
- Approximate total content: [01:35:37.731]
- Target BD size: 22.95 GB
- Windows Version: 6.1 [7601]
- Quality: Highest (Very Slow), ABR
- MVC 3D Output Mode enabled
- Decoding/Frame serving: FRIMDecode
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[17:52:24] PHASE ONE, Encoding
- [17:52:24] Processing: VID_00000 (1 of 1)
- [17:52:24] Extracting A/V streams [VID_00000]
- [17:59:33] Reencoding video [VID_00000]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 137,568 frames
- Bitrate: 28,243 Kbs
- Using FRIMEncoder for MVC encoding
- [17:59:33] Reencoding: VID_00000, Pass 1 of 1
- [18:30:23] Video Encode complete
- [18:30:23] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [18:30:23] Multiplexing M2TS
- [18:38:34] Scanning for 3D CLPI info...
[18:42:16]PHASE ONE complete
[18:42:16]PHASE TWO - Rebuild Started
- [18:42:16] Rebuilding BD-3D file Structure
[18:42:17] - Encode and Rebuild complete
[18:42:17] JOB: RESIDENT_EVIL_RETRIBUTION_3D finished.

[Glarioo]

I did a back-up of Jasper en Julia (English title: Justin and the Knights of Valour) 2D version. BD-RB did "Rebuilding BD-3D file Structure". The result of the back-up is 2D.
Is it possible to disable the MVC 3D output? I'll never do 3D BD's.


[04/12/14] BD Rebuilder v0.47.04 (beta)
[15:54:28] Source: JASPER_EN_JULIA_00000
- Input BD size: 20,59 GB
- Approximate total content: [01:35:54.832]
- Target BD size: 46,26 GB
- Windows Version: 6.1 [7601]
- MOVIE-ONLY mode enabled
- Quality: High Quality (Default), ABR
- MVC 3D Output Mode enabled
- Decoding/Frame serving: FRIMDecode
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=640
[15:54:28] PHASE ONE, Encoding
- [15:54:28] Processing: VID_00017 (1 of 2)
- [15:54:28] Extracting A/V streams [VID_00017]
- [16:01:38] Reencoding video [VID_00017]
- [16:01:38] Keeping original video (no reencode)
- [16:01:38] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (nld): Keeping original audio
- Track 4354 (nld): Keeping original audio
- [16:01:39] Processing: VID_00015 (2 of 2)
- [16:01:39] Extracting A/V streams [VID_00015]
- [16:01:42] Reencoding video [VID_00015]
- [16:01:42] Keeping original video (no reencode)
[16:01:42]PHASE ONE complete
[16:01:42]PHASE TWO - Rebuild Started
- [16:01:42] Rebuilding BD-3D file Structure
[16:13:49] - Encode and Rebuild complete
[16:13:49] JOB: JASPER_EN_JULIA finished.

[Status]
LABEL=JASPER_EN_JULIA
VERSION=v0.47.04 (beta)
SOURCE_SIZE=22104889344
SOURCE_VIDEO_SIZE=22104889344
TARGET_SIZE=49666850816
REDUCTION=2.24687172340364
RESIZE_1080=0
RESIZE_1440=0
AUDIO_TO_KEEP=eng;
KEEP_HD_AUDIO=0
SUBS_TO_KEEP=all
BACKUP_MODE=1
MOVIEONLY_TYPE=0
USE_LAVF=-1
INSTANCES=1
DGDECNV=0
FRIMSOURCE=0
SSIF_MODE=-1
QUICK=0
ENCODE_STEP=0
COMPLETED=2
REBUILD_COMPLETE=1
[00017]
USE_ORIGINAL=1
AUDIO=111
PGS=11
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=49666767987
NSIZE=0
FLINK=0
MLINK=0
[00015]
USE_ORIGINAL=1
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=82829
AUDIO=
NSIZE=0
FLINK=0
MLINK=0

[setarip_old]

@Glarioo

Hi! I'll never do 3D BD's.Can't you simply buy (less expensive?) 2D versions?

[sieve]

Ripped DVDs to file using AnyDVD.
File, Import, DVD(s).
Assembled the compilation I wanted.
Did the import process, DVD source files converted to blu-ray file.
Total file size <23.5GB, no shrink needed.
Ran full backup, created .iso file.
Burned .iso file to BD.
BD has nice looking menu, all episodes play.
In all episodes, audio track runs slower than video track.

BDR works great when copying BD to BD, so BDRB.exe, FFDSHOW, Haali Matroska Splitter and AVISYNTH 2.58 should all be OK.

Files attached.

[HWK]

Is it possible to disable the MVC 3D output? I'll never do 3D BD's.


Put "IGNORE_3D=1" in BDREBUILDER.ini file and restart program, know it will process all 3d disc and make 2d backup. If you ever decide to do 3D again set value to 0

Another thing you can do is open program and go under setting and choose option "Process 3D video sources as 2D for backup" which basically set above flag on it's own.

[Glarioo]

@Glarioo

Hi! Can't you simply buy (less expensive?) 2D versions?

2D and 3D on 1 disc...

[Sharc]

I just noticed that this thread passed the 20'000st post today.
Congratulations and a big thanks to jdobbs for his work and continuous support of DVD-RB and BD-RB over many years!
:thanks:

[Glarioo]

Put "IGNORE_3D=1" in BDREBUILDER.ini file and restart program, know it will process all 3d disc and make 2d backup. If you ever decide to do 3D again set value to 0

Another thing you can do is open program and go under setting and choose option "Process 3D video sources as 2D for backup" which basically set above flag on it's own.

Thanks for your help. I've choosen the option "Process 3D video sources as 2D for backup" and it worked fine.

[raul124]

JDobbs: hat off to you, for this wonderful software and congrats on over 20,000 post!!

[Cedvano]

All encoding it's ok for me. I was lost not see two M2TS files, but it's ok.
Thank you for your great job.

It's possible to change the FRIMencode level (6 to 7)? I am a poor configuration and I would like to encode more faster.

[Peter_A]

It's no secret. It would be more informative if I could tell you a disc that DIDN'T do this for me.

Regardless of what disc I test, BD-RB does not deduct the stripped/core extracted audio from the calculations for disc size. It always assumes the movie's original size divided by target is the compression needed.

I can't find anything where the calculation does work properly.

Maybe it's something weird about my setup, maybe most people just aren't noticing because the calculation still includes a reduction for the stripped audio so the difference is small for most discs. Maybe no one is bothering to do the math since the numbers are reported in bytes.

The point being, assuming it's just me, I'm afraid it's probably irreproducible. No mystery.

It's not just you. I am also still finding this behavior in all of the newer versions. As we had previously discussed, it works properly in v0.45.05, on all the discs that I've tried. In every 0.46 or newer version that I've tried, BD-RB always re-encodes the video, even if the original is only slightly larger than the target size (and the HD Audio will be converted to AC3). It seems to not be accounting for the space that will be saved by converting the audio (my best way to explain it). Like you, DoctorM, I have not found 1 disc that does not exhibit this behavior. jdobbs has stated that the algorithm for calculations has not changed, but something has changed the behavior (don't know what that is).

Discs tried:
- The Artist
- The 39 Steps
- Eyes Wide Shut
- A Clockwork Orange

[sieve]

In all episodes, audio track runs slower than video track.

Got some advice and redid one BD.

Change made was to have "full backup" checked during import process (previously, "movie only" was checked during import and I switched to full backup when doing the actual backup).

Problem gone!

Not sure why the backup settings would matter during the input process?

[Sharc]

@jdobbs
I like to report back that version 0.47.04 (beta) handles this problem (http://forum.doom9.org/showpost.php?p=1676371&postcount=19935)correctly. :)

Added:
My joy was a bit too early: The problem with the bogus (35 hours) .mpls is solved, but the encoding of the menu backdrop still fails and gets replaced by the default night sky background.
Anyway a minor and exceptional case, I suppose.

[jdobbs]

Got some advice and redid one BD.

Change made was to have "full backup" checked during import process (previously, "movie only" was checked during import and I switched to full backup when doing the actual backup).

Problem gone!

Not sure why the backup settings would matter during the input process?
It shouldn't.

[bobvig]

One question remains open: it would be possible to eliminate the "jumps" during the conversion from 23,976 to 25 fps? I see that DVDFab does a better job (although not perfect): it leaves to 23,976 the fps for a NTSC standard DVD. It ensures more fluidity.
Great program, bd-rebuilder, anyway.
thanks

[Ch3vr0n]

it doesn't do a better job. Conversion or not PAL requires 25 or 50FPS. If it converts to PAL but leaves 23.976fps then its not a pal disc.

[jdobbs]

One question remains open: it would be possible to eliminate the "jumps" during the conversion from 23,976 to 25 fps? I see that DVDFab does a better job (although not perfect): it leaves to 23,976 the fps for a NTSC standard DVD. It ensures more fluidity.
Great program, bd-rebuilder, anyway.
thanks

What jumps? I'm not seeing a any? There isn't even really a change in the frame count, just a rate change (the same way the studios convert it) -- so how could there be a "jump"?

Also, as said, 23.976 isn't even legal on DVD -- the only way it can exist is with pulldown -- making it NTSC at 29.97, not PAL. That certainly isn't a "conversion of 23.976 to 25fps"????

[worknstiff]

--- OK, Here goes my latest puzzle with 3D & BD Rebuilder. The Hobbit Part I Disk 2 3D iso is only 29.9 gb to start with. I used BD Rebuilder 47.04 to convert it using many different custom sizes and it keeps generating low completed sizes. Most are arounfd the 21.4 to 22.0 range and it doesn't matter if you keep all the files or all the audio it still comes out small. This is considering if I force it to not encode, it comes out around 24.9 gb. This is with all the audio and all the files selected, even a weird 00038.m2ts that if you check the file size in explorer it is 3.35 gb, but in the BD Rebuider selection screen it says it's 4,430.99 MB's. When previewed this weird 1:02:23 file appears to only be a warning in many different languages and seems to be there only for padding out the file size. Even after blanking this file the NO-ENCODE completed folder is still 24.9 gb. I can live with the 22.0 file but I wonder why this disk is behaving so much different than the Part 1 Disk 1 encode that is really shorter 1:15 minutes compared to Disk 1 that is 1:33 minutes.That disk comes out at exactly 23.0 with a custom size of 24,850. I am stumped why this can happen, BD Rebuilder took an hour to compress the garbage 00038.m2ts file down to a final size of 2.07 gb of wasted space. Thanks to jdobbs for this wonderful program that keeps me up so late at night, lol.

----------------------
[04/15/14] BD Rebuilder v0.47.04 (beta)
[11:23:53] Source: HOBBIT_PT1_D2
- Input BD size: 29.89 GB
- Approximate total content: [02:27:54.865]
- Target BD size: 24.22 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
[11:23:54] PHASE ONE, Encoding
- [11:23:54] Processing: VID_00006 (1 of 3)
- [11:23:54] Extracting A/V streams [VID_00006]
- [11:30:08] Reencoding video [VID_00006]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 109,252 frames
- Bitrate: 27,318 Kbs
- Using FRIMEncoder for MVC encoding
- [11:30:08] Reencoding: VID_00006, Pass 1 of 1
- [14:13:18] Video Encode complete
- [14:13:18] 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
- [14:13:18] Multiplexing M2TS
- [14:23:07] Scanning for 3D CLPI info...
- [14:26:14] Processing: VID_00031 (2 of 3)
- [14:26:14] Extracting A/V streams [VID_00031]
- [14:26:22] Reencoding video [VID_00031]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 8,159 frames
- Bitrate: 7,447 Kbs
- Using FRIMEncoder for MVC encoding
- [14:26:22] Reencoding: VID_00031, Pass 1 of 1
- [14:31:35] Video Encode complete
- [14:31:35] Processing audio tracks
- [14:31:35] Multiplexing M2TS
- [14:31:41] Scanning for 3D CLPI info...
- [14:31:42] Processing: VID_00038 (3 of 3)
- [14:31:42] Extracting A/V streams [VID_00038]
- [14:32:25] Reencoding video [VID_00038]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 89,749 frames
- Bitrate: 7,447 Kbs
- Using FRIMEncoder for MVC encoding
- [14:32:25] Reencoding: VID_00038, Pass 1 of 1
- [15:31:21] Video Encode complete
- [15:31:21] Processing audio tracks
- [15:31:21] Multiplexing M2TS
- [15:31:43] Scanning for 3D CLPI info...
[15:32:05]PHASE ONE complete
[15:32:05]PHASE TWO - Rebuild Started
- [15:32:05] Converting SSIF file references
- [15:32:37] Rebuilding BD-3D file Structure
[15:32:38] - Encode and Rebuild complete
[15:32:38] JOB: HOBBIT_PT1_D2 finished.

[Status]
LABEL=HOBBIT_PT1_D2
VERSION=v0.47.04 (beta)
SOURCE_SIZE=32099473745
SOURCE_VIDEO_SIZE=31535185920
TARGET_SIZE=26004684800
REDUCTION=.806730521251355
RESIZE_1080=0
RESIZE_1440=0
AUDIO_TO_KEEP=eng;
KEEP_HD_AUDIO=-1
SUBS_TO_KEEP=eng;spa;
BACKUP_MODE=0
MOVIEONLY_TYPE=0
USE_LAVF=0
INSTANCES=1
DGDECNV=0
FRIMSOURCE=0
SSIF_MODE=-1
QUICK=0
ENCODE_STEP=0
COMPLETED=3
REBUILD_COMPLETE=1
[00006]
AUDIO=1111
PGS=1111111
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=21351385049
RATE=27318
NSTART=27000000
NEND=232052347
NSIZE=19650514944
FLINK=0
MLINK=0
[00031]
AUDIO=
PGS=
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=340753059
RATE=7447
NSTART=27000000
NEND=42313423
NSIZE=186531840
FLINK=0
MLINK=0
[00038]
AUDIO=
PGS=
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=3748258867
RATE=7447
NSTART=27000000
NEND=195447654
NSIZE=2226948096
FLINK=0
MLINK=0

[DoctorM]

Possible vague bug/thingee/whatever that you can feel free to ignore since it's me and I'm an unreliable source...

I've been doing some weird tests, no disc in particular, but it appears if there is there is no apparent main movie (just extras or something fragmented like Red 2) and try to do a 1-pass CRF encoding, BD RB errors out (I think 00053 2810 preditandencode).

I don't know if this is just me, but if it's really there, there should be something to catch that error before it happens.

DVD-RB on one-pass mode tests for the Q value for each asset separately, does BD-RB not do the same?

[pottzman]

According to what I have learned if I "UNCHECK" CRF and ABR modes I should end up with 2 pass encoding but everytime I start my encode I get 1 pass ABR mode. see attached. can anyone help me with this.

Thanks in advance

[Yordan5]

According to what I have learned if I "UNCHECK" CRF and ABR modes I should end up with 2 pass encoding but everytime I start my encode I get 1 pass ABR mode. see attached. can anyone help me with this.

Thanks in advance

I don't think there's 2 pass encoding for 3D titles in BD-RB. It only applies to 2D titles as x264 is used there. For 3D encoding BD-RB uses FRIM encoder which as far as I know only does one pass.

[worknstiff]

@ Yordan5 RE: For 3D encoding BD-RB uses FRIM encoder which as far as I know only does one pass.

I think FRIM needs to do a second pass. maybe that's why I can't get BD Rebuilder to generate a decent sized encode for, " The Hobbit Disk 2."

[jdobbs]

I don't think there's 2 pass encoding for 3D titles in BD-RB. It only applies to 2D titles as x264 is used there. For 3D encoding BD-RB uses FRIM encoder which as far as I know only does one pass.Exactly.

[jdobbs]

@ Yordan5 RE: For 3D encoding BD-RB uses FRIM encoder which as far as I know only does one pass.

I think FRIM needs to do a second pass. maybe that's why I can't get BD Rebuilder to generate a decent sized encode for, " The Hobbit Disk 2."In all my testing (and I've done a lot) FRIMEncoder has been very exact in its sizing. I've already ordered "The Hobbit 3D (Desolation of Smaug)" and I expect it in the next day or two, so I'll do some testing with that one. I don't believe I have Part I in 3D, but I'll check.

[pottzman]

Okay thanks guys for your replies. And yes it is The Hobbit pt 1 in 3D, and yes it is my own copy. And lets just say for example that I was gay but wasn't actually ready to "come out" yet and this movie was in fact an adult movie, I wouldn't want people seeing such titles then would I. If I am to post screenshots I always blur such things, just me I guess.

Anyway thanks again for the help?

[worknstiff]

@ jdobbs RE: In all my testing (and I've done a lot) FRIMEncoder has been very exact in its sizing. I've already ordered "The Hobbit 3D (Desolation of Smaug)" and I expect it in the next day or two, so I'll do some testing with that one.

I have backed up, "The Desolation of Smaug 3D", and after BD Rebuilder completed the results were 22.6 for disk 1 and 23.0, for disk 2. I did have to play around with the custom size to get those results though. It will be interesting to see what you find out from your system processing them compared to mine. I like that the extras are on an extra disk and that parts 1 & 2 are on separate disks. That makes this a perfect test disk for evaluating how effectively different CPU's can use the FRIM process. Thanks again jdobbs, for all your hard work perfecting BD Rebuilder.

[dfsooner]

I have noticed a very annoying behavior with BDRB. Apparently BD_REBUILDER.INI gets re-written whenever a project is opened and, as a result, some of the parameters that existed before are not there afterward. So, when switching back to a previous project, the user is not really getting the same project parameters as expected.

[jdobbs]

I have noticed a very annoying behavior with BDRB. Apparently BD_REBUILDER.INI gets re-written whenever a project is opened and, as a result, some of the parameters that existed before are not there afterward. So, when switching back to a previous project, the user is not really getting the same project parameters as expected.I'm sorry, but that just doesn't happen. There are a few parameters that return to defaults (like audio track selections) because they have to -- but no INI values are overwritten.

[jdobbs]

@ jdobbs RE: In all my testing (and I've done a lot) FRIMEncoder has been very exact in its sizing. I've already ordered "The Hobbit 3D (Desolation of Smaug)" and I expect it in the next day or two, so I'll do some testing with that one.

I have backed up, "The Desolation of Smaug 3D", and after BD Rebuilder completed the results were 22.6 for disk 1 and 23.0, for disk 2. I did have to play around with the custom size to get those results though. It will be interesting to see what you find out from your system processing them compared to mine. I like that the extras are on an extra disk and that parts 1 & 2 are on separate disks. That makes this a perfect test disk for evaluating how effectively different CPU's can use the FRIM process. Thanks again jdobbs, for all your hard work perfecting BD Rebuilder. I'm not surprised by those numbers at all. You do know that a BD-25 is limited to 23.3 GB total storage, right? BD-RB aims at 22.94 GB by default. It does that purposely to account for inaccuracies in muxing overhead and encoding as well as leaving a little space in the outer surface (due to well-known weaknesses there in retaining data).

So from what I see in your response, even your worst case uses 98.5% of the targeted space and your other example actually uses more. That doesn't seem unreasonable to me.

[DoctorM]

Trying a rebuild on Tinker Bell and The Lost Treasure the last few days.
I have my "MIN_M2TS_SIZE=" lowered enough that the menus got re-encoded... and that broke the disc. (Black screen and dashes on the counter.)
Copying the original menu elements to the rebuilt disc fixed it.

Is this common (and the reason why the threshold is where it is) or is it something new and odd?
If the latter I will attempt to provide more detailed information so it can be reproduced.

[jdobbs]

Trying a rebuild on Tinker Bell and The Lost Treasure the last few days.
I have my "MIN_M2TS_SIZE=" lowered enough that the menus got re-encoded... and that broke the disc. (Black screen and dashes on the counter.)
Copying the original menu elements to the rebuilt disc fixed it.

Is this common (and the reason why the threshold is where it is) or is it something new and odd?
If the latter I will attempt to provide more detailed information so it can be reproduced.Of course it isn't common, or at least not for the other several thousand people who are using it. Saying so is insulting. The minimum size is there to save time and effort involved re-encoding things for no real benefit. Changing it serves very little (if any) purpose.

Your posts are becoming increasingly disrespectful and inflammatory -- and frankly I don't appreciate it.

[worknstiff]

@ jdobbs. RE: 98.5% of the targeted space and your other example actually uses more. That doesn't seem unreasonable to me.
-- Oh!, I'm not really complaining about the size so much as I am perplexed that if you use a custom size of 24,250 and the result is 22.4 and you increase the custom size to 24,750 it should increase by that amount to maybe 22.8. It doesn't, it will not increase by a slightly increased custom size at all until you increase it to around 25,000 and then the resulting disk is 24.9, which is also the original disk size with all the auxiliary audio and subs removed. There is really nothing else on this disk to remove that would make estimating the final size that difficult to do. I guess I just don't have a good understanding of how the algorithm for bitrate works and just think it should be linear in scale. Don't get me wrong, I love that it gets that close to a full disk, especially a 3D disk that was only possible to do a short time ago. Kudos for such a big leap for BD Rebuilder.

PS: Looking back at what I just wrote, I forgot to mention that "The Hobbit, Disk 2 was the one I was having a hard time with. I was getting a size of 21.8 for a requested custom size of 24,800. If you go over anything above 24,800, it arbitrary jumps up to 24.9. I am just confused why.

[hansolo77]

Hey all, I started an encode batch with about 5 different movies last night. Checked today, and they all all completely successfully except the X-Files (Fight the Future). I just tried to run it again, but it's still not working. It gave me no output, but the log is reporting some errors with the audio not being synchronized?

I'm not sure what all you need to help me troubleshoot, so here's the Settings Log, Rebuilder Log, and the INF...

---

[04/17/14] Checking System Settings
- BD-Rebuilder v0.47.04 (beta)
- Windows Version: 6.1 [7601]
- Working Path Free Space: 280.55GB
- 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 "libmpeg2": 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
[04/17/14] Systems Settings Check complete

----

[04/17/14] BD Rebuilder v0.47.04 (beta)
[17:02:22] Source: X_FILES1
- Input BD size: 38.80 GB
- Approximate total content: [04:31:11.672]
- Target BD size: 22.95 GB
- Windows Version: 6.1 [7601]
- Quality: High-Speed Option (BD-25+), Two Pass
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[17:02:23] PHASE ONE, Encoding
- [17:02:23] Processing: VID_00012 (1 of 13)
- [17:02:23] Extracting A/V streams [VID_00012]
- [17:02:27] Reencoding video [VID_00012]
- Source Video: MPEG-4 (AVC), 720x480
- Rate/Length: 29.970fps, 30 frames
- [17:02:28] Reencoding: VID_00012, Pass 1 of 1
- [17:02:37] Video Encode complete
- [17:02:37] Processing audio tracks
- [17:02:37] Multiplexing M2TS
- [17:02:41] Processing: VID_00007 (2 of 13)
- [17:02:41] Extracting A/V streams [VID_00007]
- [17:02:49] Reencoding video [VID_00007]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 1,776 frames
- [17:02:49] Reencoding: VID_00007, Pass 1 of 1
- [17:04:17] Video Encode complete
- [17:04:17] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [17:04:17] Multiplexing M2TS
- [17:04:23] Processing: VID_00015 (3 of 13)
- [17:04:23] Extracting A/V streams [VID_00015]
- [17:04:32] Reencoding video [VID_00015]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 2,088 frames
- [17:04:32] Reencoding: VID_00015, Pass 1 of 1
- [17:05:59] Video Encode complete
- [17:05:59] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [17:05:59] Multiplexing M2TS
- [17:06:04] Processing: VID_00008 (4 of 13)
- [17:06:04] Extracting A/V streams [VID_00008]
- [17:06:13] Reencoding video [VID_00008]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 2,856 frames
- [17:06:13] Reencoding: VID_00008, Pass 1 of 1
- [17:08:26] Video Encode complete
- [17:08:26] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [17:08:26] Multiplexing M2TS
- [17:08:32] Processing: VID_00009 (5 of 13)
- [17:08:32] Extracting A/V streams [VID_00009]
- [17:08:42] Reencoding video [VID_00009]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 3,240 frames
- [17:08:42] Reencoding: VID_00009, Pass 1 of 1
- [17:11:29] Video Encode complete
- [17:11:29] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [17:11:29] Multiplexing M2TS
- [17:11:36] Processing: VID_00010 (6 of 13)
- [17:11:36] Extracting A/V streams [VID_00010]
- [17:11:45] Reencoding video [VID_00010]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 3,336 frames
- [17:11:45] Reencoding: VID_00010, Pass 1 of 1
- [17:14:47] Video Encode complete
- [17:14:47] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [17:14:47] Multiplexing M2TS
- [17:14:54] Processing: VID_00014 (7 of 13)
- [17:14:54] Extracting A/V streams [VID_00014]
- [17:15:04] Reencoding video [VID_00014]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 3,864 frames
- [17:15:04] Reencoding: VID_00014, Pass 1 of 1
- [17:18:26] Video Encode complete
- [17:18:26] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [17:18:26] Multiplexing M2TS
- [17:18:34] Processing: VID_00002 (8 of 13)
- [17:18:34] Extracting A/V streams [VID_00002]
- Extracting video streams [VID_00002]
- Extracting secondary video [VID_00002]
- Extracting audio streams [VID_00002]
- [17:19:04] Reencoding video [VID_00002]
- [17:19:04] Reencoding secondary video [TRK_02]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 3,531 frames
- Bitrate: 8,206 Kbs
- [17:19:05] Reencoding: VID_00002, Pass 1 of 2
- [17:19:06] Reencoding: VID_00002, Pass 2 of 2
- [17:21:32] Video Encode complete
- [17:21:32] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4355 (eng): Keeping original audio
- Track 4356 (eng): Keeping original audio
- Track 6656 (eng): Keeping original audio
- [17:21:32] Multiplexing M2TS
- [17:21:40] Processing: VID_00004 (9 of 13)
- [17:21:40] Extracting A/V streams [VID_00004]
- [17:21:59] Reencoding video [VID_00004]
- [17:21:59] Reencoding secondary video [TRK_02]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 5,017 frames
- Bitrate: 9,846 Kbs
- [17:22:27] Reencoding: VID_00004, Pass 1 of 2
- [17:22:27] Reencoding: VID_00004, Pass 2 of 2
- [17:26:25] Video Encode complete
- [17:26:25] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4355 (eng): Keeping original audio
- Track 4356 (eng): Keeping original audio
- Track 6656 (eng): Keeping original audio
- [17:26:25] Multiplexing M2TS
- [17:26:37] Processing: VID_00011 (10 of 13)
- [17:26:37] Extracting A/V streams [VID_00011]
- [17:27:20] Reencoding video [VID_00011]
- Source Video: MPEG-4 (AVC), 720x480
- Rate/Length: 29.970fps, 48,330 frames
- [17:27:20] Reencoding: VID_00011, Pass 1 of 1
- [17:37:26] Video Encode complete
- [17:37:26] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [17:37:26] Multiplexing M2TS
- [17:37:37] Processing: VID_00013 (11 of 13)
- [17:37:37] Extracting A/V streams [VID_00013]
- [17:39:08] Reencoding video [VID_00013]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 29.970fps, 60,045 frames
- [17:39:08] Reencoding: VID_00013, Pass 1 of 1
- [18:32:49] Video Encode complete
- [18:32:49] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [18:32:49] Multiplexing M2TS
- [18:33:26] Processing: VID_00003 (12 of 13)
- [18:33:26] 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:\X_FILES1\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:\X_FILES1\BDMV\STREAM\00003.m2ts
[18:41:17] - Failed to retrieve audio, aborted

----

[Status]
LABEL=X_FILES1
VERSION=v0.47.04 (beta)
SOURCE_SIZE=41660412022
SOURCE_VIDEO_SIZE=38419587072
TARGET_SIZE=24641536000
REDUCTION=.557026055743236
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=0
INSTANCES=1
DGDECNV=0
FRIMSOURCE=0
SSIF_MODE=0
QUICK=1
ENCODE_STEP=0
COMPLETED=11
[00012]
AUDIO=
PGS=
APULLDOWN=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=13689
SPLITS=1
NSTART=27000000
NEND=27045045
NSIZE=18432
FLINK=0
MLINK=0
[00007]
AUDIO=1
PGS=
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=103393162
SPLITS=1
NSTART=26998605
NEND=30333330
NSIZE=113707008
FLINK=0
MLINK=0
[00015]
AUDIO=1
PGS=
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=120439978
SPLITS=1
NSTART=26998605
NEND=30918915
NSIZE=93548544
FLINK=0
MLINK=0
[00008]
AUDIO=1
PGS=
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=166467406
SPLITS=1
NSTART=26998605
NEND=32360355
NSIZE=109473792
FLINK=0
MLINK=0
[00009]
AUDIO=1
PGS=
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=181741435
SPLITS=1
NSTART=26999190
NEND=33081075
NSIZE=180504576
FLINK=0
MLINK=0
[00010]
AUDIO=1
PGS=
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=184345857
SPLITS=1
NSTART=27000000
NEND=33261255
NSIZE=225183744
FLINK=0
MLINK=0
[00014]
AUDIO=1
PGS=
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=215331978
SPLITS=1
NSTART=27000000
NEND=34252245
NSIZE=237391872
FLINK=0
MLINK=0
[00002]
AUDIO=100111
PGS=11111111
APULLDOWN=0
S1440=0
SPLITS=1
VIDEO2=376822.478991597
V2MBRATE=7000
M2TS_TARGET=269757585
RATE=8206
NSTART=26999955
NEND=27450450
NSIZE=255811584
FLINK=-1
MLINK=0
[00004]
AUDIO=100111
PGS=11111111
APULLDOWN=0
S1440=0
SPLITS=1
VIDEO2=14021498.9495798
V2MBRATE=7000
M2TS_TARGET=457201185
RATE=9846
NSTART=26999955
NEND=36416282
NSIZE=440469504
FLINK=-1
MLINK=0
[00011]
AUDIO=1
PGS=
APULLDOWN=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=1231320079
SPLITS=1
NSTART=27000000
NEND=99567493
NSIZE=624654336
FLINK=0
MLINK=0
[00013]
AUDIO=1
PGS=
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=2670049851
SPLITS=1
NSTART=27000000
NEND=117157565
NSIZE=2889934848
FLINK=0
MLINK=0
[00003]
AUDIO=100111
PGS=11111111

[omegaman7]

If I'm not mistaken, a "Buffer Overflow", can be caused by a bad rip. You may have a bad copy on your hands. While it may play on the PC fine, encoders(or other tools), may turn their nose up at it.

And for your information, small scratches don't bother good disc drives. Finger prints however, can be a nuisance. If there are finger prints on a disc, use a super soft cloth and clean it ;) But blu-ray's are pretty forgiving to most clothing I wear :D

[hansolo77]

Thanks. I didn't notice anything on the surface, but I'll try to clean it and re-rip it.

[Yordan5]

Does version 47.04 support re-encoding and outputting to ISO with SIFF folder as this seems my only option to play the results on Dune HD Base 3D?

[jdobbs]

Does version 47.04 support re-encoding and outputting to ISO with SIFF folder as this seems my only option to play the results on Dune HD Base 3D?Yes. But it is only available for movie-only output. You enable it by adding OUTPUT_3D_ISO=1 to the INI file.

[emilio99]

Thanks for improving 3D support!

Is this manual for ripping 3D in full SBS still active:

1. Mount your source ISO.
2. Select the source in BD-RB. Set BD-RB to movie-only mode
3. Make sure "Enable SBS 3D Movie-Only output" is not selected in BD-RB's SETUP dialog
4. Make sure "Process 3D Video sources as 2D for backup" isn't selected
5. Click "Backup"

Is there a way to speed up FRIM encoding? It runs with default setting and take looooooooooong...

[jdobbs]

Thanks for improving 3D support!

Is this manual for ripping 3D in full SBS still active:

1. Mount your source ISO.
2. Select the source in BD-RB. Set BD-RB to movie-only mode
3. Make sure "Enable SBS 3D Movie-Only output" is not selected in BD-RB's SETUP dialog
4. Make sure "Process 3D Video sources as 2D for backup" isn't selected
5. Click "Backup"

Is there a way to speed up FRIM encoding? It runs with default setting and take looooooooooong...It looks right to me.

Sorry, but FRIMEncode's speed is out of my control. On the other hand, it is by far the fastest freeware MVC encoder there is (given the fact that it is the only one :)).

If you have an Intel processor that supports Quick-Sync it is extremely fast.

[raul124]

Would Intel processor (i7 4770k) be faster?

[Ch3vr0n]

that one does support intel quicksync, so yes it would be (alot) faster

[emilio99]

Hmm, I don't find Information if my Intel Processor supports quicksync?

http://ark.intel.com/de/products/65732/Intel-Xeon-Processor-E3-1230-v2-8M-Cache-3_30-GHz

Here is a log from Bold 3D, i cancelt after 6 hours when it startrt encoding the next file...

[04.19.14] BD Rebuilder v0.47.04 (beta)
[17:15:15] Source: BOLT_00001
- Input BD size: 32,03 GB
- Approximate total content: [01:36:21.775]
- Target BD size: 22,95 GB
- Windows Version: 6.1 [7601]
- MOVIE-ONLY mode enabled
- Quality: Highest (Very Slow), ABR
- MVC 3D Output Mode enabled
- Decoding/Frame serving: FRIMDecode
- Audio Settings: AC3=0 DTS=1 HD=0 Kbs=640
- Audio [2] set to default.
- Resuming from previously started job.
[17:15:19] PHASE ONE, Encoding
- [17:15:19] Processing: VID_00002 (1 of 2)
- [17:15:20] Reencoding video [VID_00002]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 71.283 frames
- Bitrate: 29.994 Kbs
- Using FRIMEncoder for MVC encoding
- [17:15:20] Reencoding: VID_00002, Pass 1 of 1
- [22:47:27] Video Encode complete
- [22:47:27] Processing audio tracks
- Track 4352 (eng): Reencoding audio to AC3...
- Track 4353 (deu): Reencoding audio to AC3...
- [22:52:02] Processing: VID_00003 (2 of 2)
- [22:52:02] Extracting A/V streams [VID_00003]
- [22:57:44] Reencoding video [VID_00003]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 67.341 frames
- Bitrate: 29.866 Kbs
- Using FRIMEncoder for MVC encoding
- [22:57:44] Reencoding: VID_00003, Pass 1 of 1

[jdobbs]

Hmm, I don't find Information if my Intel Processor supports quicksync?

http://ark.intel.com/de/products/65732/Intel-Xeon-Processor-E3-1230-v2-8M-Cache-3_30-GHz

Here is a log from Bold 3D, i cancelt after 6 hours when it startrt encoding the next file...

[04.19.14] BD Rebuilder v0.47.04 (beta)
[17:15:15] Source: BOLT_00001
- Input BD size: 32,03 GB
- Approximate total content: [01:36:21.775]
- Target BD size: 22,95 GB
- Windows Version: 6.1 [7601]
- MOVIE-ONLY mode enabled
- Quality: Highest (Very Slow), ABR
- MVC 3D Output Mode enabled
- Decoding/Frame serving: FRIMDecode
- Audio Settings: AC3=0 DTS=1 HD=0 Kbs=640
- Audio [2] set to default.
- Resuming from previously started job.
[17:15:19] PHASE ONE, Encoding
- [17:15:19] Processing: VID_00002 (1 of 2)
- [17:15:20] Reencoding video [VID_00002]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 71.283 frames
- Bitrate: 29.994 Kbs
- Using FRIMEncoder for MVC encoding
- [17:15:20] Reencoding: VID_00002, Pass 1 of 1
- [22:47:27] Video Encode complete
- [22:47:27] Processing audio tracks
- Track 4352 (eng): Reencoding audio to AC3...
- Track 4353 (deu): Reencoding audio to AC3...
- [22:52:02] Processing: VID_00003 (2 of 2)
- [22:52:02] Extracting A/V streams [VID_00003]
- [22:57:44] Reencoding video [VID_00003]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 67.341 frames
- Bitrate: 29.866 Kbs
- Using FRIMEncoder for MVC encoding
- [22:57:44] Reencoding: VID_00003, Pass 1 of 1In order to take advantage of the Quick-Sync you'd have to first make sure the video processor is enabled, and then add FRIM_SW_DECODE=0 and/or FRIM_SW_ENCODE=0 to your INI file. Software decoding/encoding is the default.

[HWK]

Hmm, I don't find Information if my Intel Processor supports quicksync?

http://ark.intel.com/de/products/65732/Intel-Xeon-Processor-E3-1230-v2-8M-Cache-3_30-GHz

Here is a log from Bold 3D, i cancelt after 6 hours when it startrt encoding the next file...

[04.19.14] BD Rebuilder v0.47.04 (beta)
[17:15:15] Source: BOLT_00001
- Input BD size: 32,03 GB
- Approximate total content: [01:36:21.775]
- Target BD size: 22,95 GB
- Windows Version: 6.1 [7601]
- MOVIE-ONLY mode enabled
- Quality: Highest (Very Slow), ABR
- MVC 3D Output Mode enabled
- Decoding/Frame serving: FRIMDecode
- Audio Settings: AC3=0 DTS=1 HD=0 Kbs=640
- Audio [2] set to default.
- Resuming from previously started job.
[17:15:19] PHASE ONE, Encoding
- [17:15:19] Processing: VID_00002 (1 of 2)
- [17:15:20] Reencoding video [VID_00002]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 71.283 frames
- Bitrate: 29.994 Kbs
- Using FRIMEncoder for MVC encoding
- [17:15:20] Reencoding: VID_00002, Pass 1 of 1
- [22:47:27] Video Encode complete
- [22:47:27] Processing audio tracks
- Track 4352 (eng): Reencoding audio to AC3...
- Track 4353 (deu): Reencoding audio to AC3...
- [22:52:02] Processing: VID_00003 (2 of 2)
- [22:52:02] Extracting A/V streams [VID_00003]
- [22:57:44] Reencoding video [VID_00003]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 67.341 frames
- Bitrate: 29.866 Kbs
- Using FRIMEncoder for MVC encoding
- [22:57:44] Reencoding: VID_00003, Pass 1 of 1

In order to take advantage of the Quick-Sync you'd have to first make sure the video processor is enabled, and then add FRIM_SW_DECODE=0 and/or FRIM_SW_ENCODE=0 to your INI file. Software decoding/encoding is the default.

@ emilio99, jdobbs advice does not apply to you. Your processor is based on xeon and these processor are workstation based with no gpu or quicksync tech.

[emilio99]

Damn :( That's sound not good.... but there are so many possible speedups like CUDA or Hyper-Threading??

I actually tried a new recode with the two FRIM-Parameters but with no effect:

Speed: 0,19x ETA: 04:08:15 FPS: 4,53

[Hajnal]

good fast

http://thumbnails111.imagebam.com/32184/43da3e321836052.jpg (http://www.imagebam.com/image/43da3e321836052)

[sparkyar]

I have an i7 2600, anyone noticed quality differences between "Software" and "Quick Sync enabled" FRIMencoder? thx

[jdobbs]

@Hajnal

That's pretty impressive. I'm usually hanging around 10fps -- and you're using a higher quality mode than I normally do.

[DMagic1]

Man these 70+ fps guys are killing me. It takes me 10-12 hours for most films. I know I need an upgraded but dang.

[jdobbs]

Man these 70+ fps guys are killing me. It takes me 10-12 hours for most films. I know I need an upgraded but dang.I can get those kinds of speeds on 2D encodes with X264 and DGDecodeNV -- but never when using FRIMEncode.

[Hajnal]

....
(2D) - Decoding/Frame serving: X264/LAVF - Quality: Ultra High Quality (Extremely Slow) 4-6fps
(2D) - Decoding/Frame serving: FRIMSource - X264/LAVF Quality: Ultra High Quality (Extremely Slow) ~3fps
(3D) - Decoding/Frame serving: FRIMSource - 70-80fps (u=2; u= 1:quality - 7:speed)

[jdobbs]

....
(2D) - Decoding/Frame serving: X264/LAVF - Quality: Ultra High Quality (Extremely Slow) 4-6fps
(2D) - Decoding/Frame serving: FRIMSource - X264/LAVF Quality: Ultra High Quality (Extremely Slow) ~3fps
(3D) - Decoding/Frame serving: FRIMSource - 70-80fps (u=2; u= 1:quality - 7:speed)Ughh... I get a lot higher rates than that with 2D and X264! But it's been a long time since I tested "Ultra High Quality" mode.

Are those speeds using ABR with X264 (like FRIM), or are they pass-2 speeds from a 2 pass encode?

JMHO, but ultrahigh quality is almost always overkill. That's why it is "hidden" from the menu. It might be more closely related to u=1 in FRIM. But since I couldn't see a difference between 2 and 1 for the increased time, I didn't enable u=1 in BD-RB.

[Edit]

I just tested X264/LAVF with "Ultra High Quality" in one pass ABR mode on a 1920x1080 source, and I'm getting about ~11-14fps. I get slightly higher with DGDecNV. I'm not sure if 2x speed increase would qualify as "a lot". With "High Quality" mode, which is as high as I ever use, I get 28fps on the same source (using LAVF).

Based on your results, I may want to consider adding an option to allow FRIM to be used as the encoder on 2D sources (for use by those with Quick-Sync capabilities).

[DK]

once again:
thanx for all your hard work and effort :thanks:

donation was done

[jdobbs]

once again:
thanx for all your hard work and effort :thanks:

donation was doneMy sincere thanks to you for the support.

[emilio99]

Another question:

I always set default language to another language than english,
but when I play the movie, its always set to english???

[jdobbs]

....
(2D) - Decoding/Frame serving: X264/LAVF - Quality: Ultra High Quality (Extremely Slow) 4-6fps
(2D) - Decoding/Frame serving: FRIMSource - X264/LAVF Quality: Ultra High Quality (Extremely Slow) ~3fps
(3D) - Decoding/Frame serving: FRIMSource - 70-80fps (u=2; u= 1:quality - 7:speed)I'm confused by the second 2D setting. You can't have FRIMSource set and LAVF at the same time. I'd be interested to know what speed you get with X264 and FRIMSource in HW mode.

[jdobbs]

Another question:

I always set default language to another language than english,
but when I play the movie, its always set to english???I'd need more information. If it is a full backup, then the language is going to default to that set in the original authoring. I'll do a check to make sure movie-only "set default" language is working properly.

[Hajnal]

good quality (bd50/25 conversion) = Extremely x264 settings

[emilio99]

I'd need more information. If it is a full backup, then the language is going to default to that set in the original authoring. I'll do a check to make sure movie-only "set default" language is working properly.

It's Movie Only Mode.
Thx

[mparade]

@ emilio99, jdobbs advice does not apply to you. Your processor is based on xeon and these processor are workstation based with no gpu or quicksync tech.

Not good news to me either, I have a "fresh" Intel Xeon E5-1620....

[jdobbs]

Another question:

I always set default language to another language than english,
but when I play the movie, its always set to english???I tested it today, and it is working properly. What are you using to play it back?

[sieve]

Got some advice and redid one BD.

Change made was to have "full backup" checked during import process (previously, "movie only" was checked during import and I switched to full backup when doing the actual backup).

Problem gone!

Not sure why the backup settings would matter during the input process?
It shouldn't.

And it doesn't. So I guess I'll dispel that theory.

Just tried making the next BD in the series.
Same show, just the next set of episodes I wanted to compile. Same computer and software versions. Same BDR settings as the previous 2 BD projects that worked.
Episodes had audio lag. I even redid the whole BD project from scratch. Same result.

The inconsistency in results just doesn't make sense.

[gamete]

is it possible to have a linux version ?

[jdobbs]

is it possible to have a linux version ?No plans for that. I have been told it runs fine under Wine, though.

[mparade]

I have bought the Star Wars multi-angle BD-serie including 6 discs.

After selecting "Other Movie-Only Playlist" under option "Mode", I noticed there were 7 different playlists on the disc including different playitems, angles. I just would like to know if all the elements located inside these alternate playlists are going to be encoded as main features as well or as extras with my Quick_CRF values.

I'd like to reencode the discs in "Movie&Menus (autoblank extras)" mode with the alternate playlist elements reencoded using the same settings as they are setup for the main feature.

Thank you in advance for the help and the great program!Your reply would be really appreciated.

Edit: I misunderstood something, now it is clear..

[mparade]

No plans for that. I have been told it runs fine under Wine, though.

Just buy the one then upto that 35 bucks of your most recent donation sent 1 minute ago...:cool: (again for your amazing efforts on this program)

[jdobbs]

Just buy the one then upto that 35 bucks of your most recent donation sent 1 minute ago...:cool: (again for your amazing efforts on this program)Thanks for your support! I appreciate it.

[gamete]

no plans for that. I have been told it runs fine under wine, though.



thanks:):):)

[jdobbs]

I have updated the first post of this thread with a link to the most recent version of BD-RB (v0.47.05). Changes for this release:- Corrected an issue in which multipart sources
that have secondary (PiP) video could, under
certain circumstances, lose a portion of the
primary video stream. This could result in
a video glitch and probable audio desynch.
- Fixed an issue in "Import Videofile(s)" that
could, under certain circumstances, lose a
portion of the primary video stream. This
could result in a video glitch and probable
audio desynch.
- Fixed an error in which FRIMSource() would
incorrectly use the primary video source when
encoding secondary (PiP) video.
- Removed the option to disable continuous loop
movie-only encodes from the SETUP menu. The
function is still available via a hidden
option (MOVIE_ONLY_LOOP=0).
- Added FRIMEncode as an option for encoding 2D
sources (it is already used for 3D encodes).
Note: FRIMEncode is recommended only for PCs
that are Intel Quick-Sync enabled, for speed
improvements. Other configurations will be
significantly slower and FRIMEncode provides
less overall encoding capability than X264.
Also, FRIMEncode is only capable of 1 pass
ABR encodes, so choosing it will result in
one-pass, ABR being automatically selected.
- Other minor corrections and cosmetic fixes.

For those who have systems that support Intel Quick-Sync: I would be very interested to know what encoding speeds you experience, and how they compare to what you normally see, with:

1. FRIMSource selected as the decoder
2. FRIMEncoder as the encoder
3. Both selected

Make sure FRIM_SW_DECODE=0 and FRIM_SW_ENCODE=0 are both set when testing. Note: If your processor doesn't support Quick-Sync, setting these options may cause the encode to fail.

[Shylock]

@jdobbs

my tests on the latest build:
Computer: Intel core I7-4770K, Quicksync enabled, 16Gb ram, Video Card: MSI NVidia Geforce GTX760
Latest Intel beta drivers installed for Intel HD Graphics 4600
System: Windows 7 - 64 Premium French localized (fresh install, brand new computer - only BDRB and a few tools installed)

Frim settings: Quality: Highest (Very Slow), ABR

When trying Frim encoder in 2D (HW encode and decode), I have 160+ fps but getting error 2806 at the end of video encode.(Image attached)
Using SW for encode and decode: 16-17 fps but same error in the end. source: Frozen 2D

Using Frim on 3D: (HW encode and decode): 80+ fps and backup going to the end flawessly BUT the resulting blu-ray image is heavily garbled both on TMT 6 and 2 different standalones:(. Strangely, when playing resulting m2ts through MPC-HC, image shows no problem, so I suspect left eye encoded OK but not right eye.
When switching to SW encode and decode: Result perfect BUT 7 fps only. Source: Frozen 3D

I can post logs and .ini if you request

[Seajunk]

@jdobbs

You may you want to make a note that Frim, like DGDecNV, wont work through a remote desktop session. In theory they should work through vnc as long as you don't have a mirror driver.

[CV91913]

I have updated the first post of this thread with a link to the most recent version of BD-RB (v0.47.05). Changes for this release:
- Removed the option to disable continuous loop
movie-only encodes from the SETUP menu. The
function is still available via a hidden
option (MOVIE_ONLY_LOOP=0).

I always choose to disable the loop...just want the movie to end, and was just wondering if this option was causing some problem and moving to hidden option was to make it more difficult to shoot myself in the foot, or did you just need the setup screen real estate?

[jdobbs]

@Shylock

That error (00053) indicates a file is missing. It sounds like the encode is failing, especially since SW mode is working. There is no difference in the way the resulting files are handled -- the only thing that changes is the command line option for hw encoding.

When FRIM is selected as the encoder there will be a .BAT file in the working folder. After a failed attempt using HW encoding, you may want to run that BAT file from a command window and see if there is anything recognizable happening.

You might also consider disabling HW decoding/HW encoding individually and see which might be the source of the issue. One note though: In the picture you posted, FRIMSource isn't being used, Directshow is...

All my testing uses SW decoding/encoding -- as I don't have a system with Quick-Sync capabilities. I'll do some testing to make sure that some last-minute changes didn't screw things up.

[Shylock]

@jdobbs

My mistake...switched to frimdecode for serving. Maybe I've been not clear. Using Frim in 2D with HW and SW give the same error 2806
Testing in progress.
Regarding 3D encode, HW encoding seems to be the issue. If testing with SW decoding and HW encode, Having the same issue with right eye encoding beeing bad. In HW decode and SW encode: No issue, 3d perfect

[RobertM]

Me too! I hate it when I forget to suppress the looping behavior. Do most people WANT it to loop at the end of a movie?

I always choose to disable the loop...just want the movie to end, and was just wondering if this option was causing some problem and moving to hidden option was to make it more difficult to shoot myself in the foot, or did you just need the setup screen real estate?

[jdobbs]

@jdobbs

My mistake...switched to frimdecode for serving. Maybe I've been not clear. Using Frim in 2D with HW and SW give the same error 2806
Testing in progress.
Regarding 3D encode, HW encoding seems to be the issue. If testing with SW decoding and HW encode, Having the same issue with right eye encoding beeing bad. In HW decode and SW encode: No issue, 3d perfectI just did a disc using Directshow/FRIMEncode and FRIMSource/FRIMEncode and I'm not getting any errors. I'll try FROZEN later today and see if anything changes.

[jdobbs]

I always choose to disable the loop...just want the movie to end, and was just wondering if this option was causing some problem and moving to hidden option was to make it more difficult to shoot myself in the foot, or did you just need the setup screen real estate? I just needed the real estate, and that one was the one I figures was least often changed.

[Ch3vr0n]

ya could always make the app window a bit bigger ;)

[Shylock]

@jdobbs

Updating my speed tests:

When applying the right settings, Encoding 2D with frim goes flawessly to the end both in SW an HW. no more error.
Getting 150+ fps in HW encoding, but having encode issues: Video plays jerky and when looking more precisely to the stream frame by frame, every 24 frame the picture is garbled...;(
In SW, the backup is fine...but 15 fps

Maybe I'm experiencing a hardware trouble regarding HD4600 graphic GPU since HW encode is broken both in 3D and 2D. I will try removing the NVIDIA card and physically plug the display to the Intel GPU to see if it changes the render.

[jdobbs]

ya could always make the app window a bit bigger ;)Yeah. But I don't want to populate a huge window with options that are rarely used -- when there are others more important. If I added everything to that window -- it would require two monitors to see them.

If someone likes to disable the loop... they just have to set it in the INI and forget it. How often do you think someone with that preference is going to change it? So why have it taking up space in an area that is meant for common SETUP changes?

[CV91913]

Yeah. But I don't want to populate a huge window with options that are rarely used -- when there are others more important. If I added everything to that window -- it would require two monitors to see them.

If someone likes to disable the loop... they just have to set it in the INI and forget it. How often do you think someone with that preference is going to change it? So why have it taking up space in an area that is meant for common SETUP changes?

I don't have a problem with the removal but whenever you release a new version, I just blow away the old directory and copy the one from the zip to replace it. Unless I remember to copy the ini from the old dir before I delete it, I have to recreate it with my changes...this is just one more thing to manually update the ini with.

[soneca]

Jdobbs, thanks for the new version!
Forgot the forced subtitles in quick-play mode? :o

[jdobbs]

Jdobbs, thanks for the new version!
Forgot the forced subtitles in quick-play mode? :oNo. It's just not as easy as first thought.

[jdobbs]

@jdobbs

Updating my speed tests:

When applying the right settings, Encoding 2D with frim goes flawessly to the end both in SW an HW. no more error.
Getting 150+ fps in HW encoding, but having encode issues: Video plays jerky and when looking more precisely to the stream frame by frame, every 24 frame the picture is garbled...;(
In SW, the backup is fine...but 15 fps

Maybe I'm experiencing a hardware trouble regarding HD4600 graphic GPU since HW encode is broken both in 3D and 2D. I will try removing the NVIDIA card and physically plug the display to the Intel GPU to see if it changes the render.Interesting that it happens every 24 frames -- since that is the GOP size.

[soneca]

No. It's just not as easy as first thought.

:eek: Ok :)

[mparade]

Is it possible, when using SmoothDeinterlace on a soft-telecined 480i source with the IVTC check box unchecked in the setup dialoge, that the result of the encode will be inverse telecined finally? It seems so, because the playback of the resulted m2ts in powerdvd 14 was so stuttering (due to codec "issues" of the player) as if it was one of my inverse telecined results of the past. With the other deinterlacers available I have no such an issue on a soft telecined source.

Please find enclosed my BDREBUILDER.INI.

Thank you for the help in advance!

[jdobbs]

Is it possible, when using SmoothDeinterlace on a soft-telecined 480i source with the IVTC check box unchecked in the setup dialoge, that the result of the encode will be inverse telecined finally? It seems so, because the playback of the resulted m2ts in powerdvd 14 was so stuttering (due to codec "issues" of the player) as if it was one of my inverse telecined results of the past. With the other deinterlacers available I have no such an issue on a soft telecined source.

Please find enclosed my BDREBUILDER.INI.

Thank you for the help in advance!That's not very likely. I notice that you have LAVF selected. It should be noted that LAVF is bypassed on a telecined source. So you should be able to look at the appropriate .AVS file and see what actions are actually taken.

[mparade]

That's not very likely. I notice that you have LAVF selected. It should be noted that LAVF is bypassed on a telecined source. So you should be able to look at the appropriate .AVS file and see what actions are actually taken.

Please check my avs regarding the issue above. I have checked it also, but nothing seems unproper to me in the avs. Unfortunately, the result is stalling so much in Powerdvd as it were inverse telecined. I hope you can recommend something to find the reason.

[jdobbs]

Nope. I don't see anything wrong with it.

[Capsbackup]

Just completed a full disc backup to BD5 of the Blu-ray Walking With Dinosaurs. This is a multi-m2ts disc type Blu-ray. (5 m2ts's for the main movie)
I chose to keep only 2 of the 11 subtitle tracks for the main movie, blanking 3 to 11. When I check the "WORKFILES" folder, only the first m2ts file of the movies .mpls file has the subtitles blanked, represented by a 1KB .sup file for the blanked ones. But when I check the other 4 m2ts files that are part of the main movie, they all have their .sup files with sizes ranging from 500KB up to 32,712KB.
So it appears BD-RB is not blanking all the .sup files for each .m2ts files associated with a given .mpls file.

[AmigaFuture]

Me too! I hate it when I forget to suppress the looping behavior. Do most people WANT it to loop at the end of a movie?

Some people do..which I'm sure is why he has it as part of the program. I've appreciated it being there. It's not only good for movies but also videos of various kinds. Like..to prank people with from personal videos. :D Consider...looping videos of Waterfall sounds and more. Lots of possibilities other than commercial movies. :D

[RobertM]

I agree that some people would want it to loop, especially for promo/marketing stuff. But for the average user, wanting to simply pare down a BD disc to just the movie itself, I would imagine that they just want to watch the movie once at a time.

It's not a big deal; I'll just have to remember to reset that in the ini with each new version. I'm just surprised that the default is ON, not OFF.


Some people do..which I'm sure is why he has it as part of the program. I've appreciated it being there. It's not only good for movies but also videos of various kinds. Like..to prank people with from personal videos. :D Consider...looping videos of Waterfall sounds and more. Lots of possibilities other than commercial movies. :D

[jdobbs]

I agree that some people would want it to loop, especially for promo/marketing stuff. But for the average user, wanting to simply pare down a BD disc to just the movie itself, I would imagine that they just want to watch the movie once at a time.

It's not a big deal; I'll just have to remember to reset that in the ini with each new version. I'm just surprised that the default is ON, not OFF.You've always had to do that. Nothing has changed. So I don't even see the point of this discussion at all... the only difference is that I removed it from SETUP dialog. The MOVIE_ONLY_LOOP setting in the INI is no different than it ever has been.

The reason looping is the default is because it is the default in TSMUXER (and always has been). BD-RB has to make changes to the TSMUXER output (in the MovieObject.bdmv file) in order to stop it. That ability to stop it is a feature I added to BD-RB (a look at the changelog shows it added in July of 2010).

I've found it easiest to simply keep your old INI file than to go back through the settings and hidden opts with every version. Since the INI isn't included in the new-release ZIP, you can simply extract the ZIP into the same folder as the older version -- and overwrite the contents. Your settings will remain unchanged.

I've edited my INI into a structured format, keeping similar settings together, so I can easily find them for testing. It contains every possible hidden and SETUP-controlled setting. So I certainly don't want to have to edit it every time I make a new release.

[jdobbs]

Well, I haven't gotten much feedback on the use of FRIMEncode for 2D (other than Shylock, and it isn't working for him). Since it appears to have no useful purpose I guess I'll remove it from the next release. There's no sense complicating the interface with a feature that nobody cares about.

[Chuckwagon]

Well, I haven't gotten much feedback on the use of FRIMEncode for 2D (other than Shylock, and it isn't working for him). Since it appears to have no useful purpose I guess I'll remove it from the next release. There's no sense complicating the interface with a feature that nobody cares about.

I would test it and give input, but my CPU doesn't support it. :) I could try setting up another system that has a CPU that does support it, and then test some configs. But I'm not sure what settings to match to make the comparison a good apples to apples test. If you want me to try, I'm game.

Maybe as more CPUs that support it come online more users will have some interest, and then it might be worth a good long look.

Cheers.

[jdobbs]

I would test it and give input, but my CPU doesn't support it. :) I could try setting up another system that has a CPU that does support it, and then test some configs. But I'm not sure what settings to match to make the comparison a good apples to apples test. If you want me to try, I'm game.

Maybe as more CPUs that support it come online more users will have some interest, and then it might be worth a good long look.

Cheers.I wouldn't go to all that trouble. I had assumed there were more people using it -- that appears to not be the case.

No big deal.

[Ch3vr0n]

i'm fine with the default. x264's quality is more than good enough. As the saying goes, "don't fix it if it aint broken". I only need frim when dualbootin into w7 for 3D encodes.

[jdobbs]

i'm fine with the default. x264's quality is more than good enough. As the saying goes, "don't fix it if it aint broken". I only need frim when dualbootin into w7 for 3D encodes.Yeah, I was kinda' thinking that the speeds reported with Quick-Sync were going to knock my socks off and might make it worth picking up an i5 or i7 computer. But that doesn't seem to be the case. Instead it appears the Intel SDK isn't even stable when HW mode is selected.

It's the only choice for MVC though.

[Yordan5]

Tried a 2D back up using FRIM. With QuickSync the framerate hovered around 200 fps however, when playing the resulting backup the movie picture kept twiching every few seconds throughout the movie. I had similar results with 3D back up using QuickSync (InMux enabled) - the back up was heavily pixelated.
http://i1293.photobucket.com/albums/b596/Jortak/BD-RB_zps42182492.jpg
[04/24/14] BD Rebuilder v0.47.05 (beta)
[19:37:21] Source: HUNGER_GAMES_2_CATCHING_FIRE_00000
- Input BD size: 20.16 GB
- Approximate total content: [02:27:31.808]
- Target BD size: 4.36 GB
- Windows Version: 6.1 [7601]
- MOVIE-ONLY mode enabled
- Quality: Highest (Very Slow), ABR
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=1 DTS=1 HD=0 Kbs=448
- Resuming from previously started job.
[19:37:26] PHASE ONE, Encoding
- [19:37:26] Processing: VID_00000 (1 of 1)
- [19:37:26] Reencoding video [VID_00000]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 212,231 frames
- Bitrate: 3,408 Kbs
- Using FRIMEncoder for AVC encoding
- [19:37:26] Reencoding: VID_00000, Pass 1 of 1
- [19:59:24] Video Encode complete
- [19:59:24] Processing audio tracks
- Track 4352 (eng): Reencoding audio to AC3...
[20:00:29]PHASE ONE complete
[20:00:29]PHASE TWO - Rebuild Started
- [20:00:29] Rebuilding AVCHD file Structure
[20:01:40] - Encode and Rebuild complete
[20:01:40] JOB: HUNGER_GAMES_2_CATCHING_FIRE finished.

[Status]
LABEL=HUNGER_GAMES_2_CATCHING_FIRE
VERSION=v0.47.05 (beta)
SOURCE_SIZE=21650927616
SOURCE_VIDEO_SIZE=21650927616
TARGET_SIZE=4686086144
REDUCTION=.216438123442664
RESIZE_1080=0
RESIZE_1440=0
AUDIO_TO_KEEP=eng;
KEEP_HD_AUDIO=0
SUBS_TO_KEEP=all
BACKUP_MODE=1
MOVIEONLY_TYPE=0
USE_LAVF=0
INSTANCES=1
DGDECNV=0
DGDECIM=0
FRIMSOURCE=0
SSIF_MODE=0
QUICK=0
ENCODE_STEP=0
REBUILD_COMPLETE=1
COMPLETED=1
[00000]
AUDIO=1
PGS=1
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=4686086144
RATE=3408
NSIZE=0
FLINK=0
MLINK=0

[Hajnal]

- Input BD size: 20.16 GB
- Approximate total content: [02:27:31.808]
- Target BD size: 4.36 GB

- Bitrate: 3,408 Kbs


wtf.....

[Yordan5]

I wanted to see what quality I can expect from FRIM when pushed. It was good, may be not on par with x264 but still very good.

[Ch3vr0n]

- Input BD size: 20.16 GB
- Approximate total content: [02:27:31.808]
- Target BD size: 4.36 GB

- Bitrate: 3,408 Kbs


wtf.....

wtf indeed. Where's the rest of the log.

And you do know that you're shrinking a 20GB of data onto a format that can only hold 4.36GB right. In order to achieve that, bdrb has to shrink to a format 5x less the original size. So the bitrate has decrease immensely

[Yordan5]

I've shrank 39Gb movies to 4.36Gb using BD-RB (x264) with very good results so nothing unsusual here. Wanted to put FRIM to the same test.

[jdobbs]

I've shrank 39Gb movies to 4.36Gb using BD-RB (x264) with very good results so nothing unsusual here. Wanted to put FRIM to the same test. I think that's fair. I've done movies in that size range to BD-5 before using X264. They're not comparable to the quality you'd get on a BD-25, but they're pretty good. The notable thing is that, once again, the HW mode creates a mess.

[AmigaFuture]

[04/24/14] BD Rebuilder v0.46.14 (beta)
[21:55:20] Source: CLOUD_ATLAS_00100
- Input BD size: 34.67 GB
- Approximate total content: [02:51:57.432]
- Windows Version: 6.1 [7601]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- Mode: MKV, Intact Video, DTS2AC3 or Keep AC3
- Decoding/Frame serving: DGDecNV [4-way]
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=640
[21:55:22] PHASE ONE, Encoding
- [21:55:22] Processing: VID_00057 (1 of 2)
- [21:55:22] Extracting A/V streams [VID_00057]
- [22:02:47] Reencoding video [VID_00057]
- [22:02:47] Keeping original video (no reencode)
- [22:02:47] Processing audio tracks
- Track 4352 (eng): Reencoding audio to AC3...
- [22:06:48] Processing: VID_00058 (2 of 2)
- [22:06:48] Extracting A/V streams [VID_00058]
- [22:07:13] Reencoding video [VID_00058]
- [22:07:13] Keeping original video (no reencode)
[22:07:13]PHASE ONE complete
[22:07:13]PHASE TWO - Rebuild Started
- [22:07:13] Building ALTERNATE OUTPUT Structure
[22:41:57] - Encode and Rebuild complete
[22:41:57] JOB: CLOUD_ATLAS finished.

The resulting file shows 18 chapters, and the markers for the chapters end in the middle of VLC's seek bar, or any other software players seek area. Because the movie's length is showing as 5 hours plus. My HDTV as well as LG player..same. If I remove the English PGC with MKVMergeGUI the chapters show correctly all across whatever players Seek bar; LG player or Windows, Mac. Meaning, 2h 51m 57s vs 5h34m32s. Looks like a bug?

Noticing a SUP has a 0 size might have something to do with it?

04/24/2014 10:41 PM <DIR> .
04/24/2014 10:41 PM <DIR> ..
04/24/2014 10:02 PM 27,109,525,867 00057.track_4113.264
04/24/2014 10:02 PM 1,946,125,176 00057.track_4352.dts
04/24/2014 10:02 PM 41,571,513 00057.track_4608.sup
04/24/2014 10:02 PM 31,296,814 00057.track_4609.sup
04/24/2014 10:02 PM 37,301,387 00057.track_4610.sup
04/24/2014 10:07 PM 1,235,212,226 00058.track_4113.264
04/24/2014 10:07 PM 0 00058.track_4608.sup
04/24/2014 09:55 PM 614 AUD_00057.meta
04/24/2014 10:06 PM 825,395,200 AUD_00057_4352.AC3
04/24/2014 10:02 PM 291 AUD_00057_4352.AVS
04/24/2014 10:06 PM 196 AUD_00058.meta
04/24/2014 10:23 PM 936 mChapters.chp
04/24/2014 10:07 PM 243 MUX_MOVIE_ONLY.meta
04/24/2014 10:02 PM 232 VID_00057.AVS
04/24/2014 10:02 PM 197 VID_00057.CHP
04/24/2014 10:01 PM 5,278,154 VID_00057.DGI
04/24/2014 10:07 PM 232 VID_00058.AVS
04/24/2014 10:07 PM 22 VID_00058.CHP
04/24/2014 10:07 PM 288,860 VID_00058.DGI

Update: I had BD-RB make another MKV output, leaving all the Subtitles enabled (English, French, Spanish) and singles for all.

04/24/2014 10:02 PM 27,109,525,867 00057.track_4113.264
04/24/2014 10:02 PM 1,946,125,176 00057.track_4352.dts
04/24/2014 10:02 PM 41,571,513 00057.track_4608.sup
04/24/2014 10:02 PM 31,296,814 00057.track_4609.sup
04/24/2014 10:02 PM 37,301,387 00057.track_4610.sup
04/24/2014 10:07 PM 1,235,212,226 00058.track_4113.264
04/24/2014 10:07 PM 0 00058.track_4608.sup
04/24/2014 09:55 PM 614 AUD_00057.meta
04/24/2014 10:06 PM 825,395,200 AUD_00057_4352.AC3
04/24/2014 10:02 PM 291 AUD_00057_4352.AVS
04/24/2014 10:06 PM 196 AUD_00058.meta
04/24/2014 10:23 PM 936 mChapters.chp
04/24/2014 10:07 PM 243 MUX_MOVIE_ONLY.meta
04/24/2014 10:02 PM 232 VID_00057.AVS
04/24/2014 10:02 PM 197 VID_00057.CHP
04/24/2014 10:01 PM 5,278,154 VID_00057.DGI
04/24/2014 10:07 PM 232 VID_00058.AVS
04/24/2014 10:07 PM 22 VID_00058.CHP
04/24/2014 10:07 PM 288,860 VID_00058.DGI

[mparade]

Just have reencoded a source (My Monsters, inc BD - SD extra video)using 3:2 pulldown (MPEG-2, 480i, 29,97fps, 153MB) getting the following results:

- converted to 1920x1080i (upresized), CRF=20, without IVTC and deinterlacing, 84,2MB - played back fine in powerdvd and popcorn-hour

- converted to 1920x1080i (upresized), CRF=20, with IVTC enabled, 40,7MB - video played back stalling while the audio was continuous through the timeline in powerdvd and popcorn-hour

- converted to 1920x1080p (upresized), CRF=20, without IVTC, SmoothDeinterlace enabled, 42,8MB - video played back very similarly as the previous

- converted to 1920x1080p (upresized), CRF=20, with IVTC and SD_PROGRESSIVE enabled, 40,4MB - video played back very similarly as the previous 2 ones.

I am a little bit confused about the similar "stalling effect" with all the last 3 results. If someone has an idea, it would be really appreciated.

Thank you!

[jdobbs]

What are you using for decoding? I've done hundreds of encodes from DVD to BD using iVTC, most with DGDecodeNV, and have had no problems. In fact, I just encoded 40 episodes from a series that were MPEG-2, 480i, 29.97 with iVTC today (resulting in 23.976 output).

Can you post the AVS file of the source that is causing the issue?

[AmigaFuture]

I haven't done any testing of FIRMEncode/Decode because I thought it is for 3D only. I skipped some of the chatter because I have some 3D+2D movies, but since I don't watch anything in 3D. But, JDobbs, yours comment about 2D is intriguing. So, I'll try it with my i7 930. I've never agreed with the saying, "If it isn't broke, don't modify/fix it." Talk about a recipe for stagnation and same ol' same ol'... ;-) So, on that note...I'll report soon.

[mparade]

What are you using for decoding? I've done hundreds of encodes from DVD to BD using iVTC, most with DGDecodeNV, and have had no problems. In fact, I just encoded 40 episodes from a series that were MPEG-2, 480i, 29.97 with iVTC today (resulting in 23.976 output).

Can you post the AVS file of the source that is causing the issue?

DirectShowSource
I do not use DGdecNV because I do not have a CUDA enabled video card (AMD Firepro V4900).

Please find all the four avs files as a zip attachement from
which 3 causes very similar playback errors in all the 2 player devices I currently have. (PC with Powerdvd and Popcorn-hour C200 with it's own playback software).

I really appreciate your efforts!

[mparade]

What are you using for decoding? I've done hundreds of encodes from DVD to BD using iVTC, most with DGDecodeNV, and have had no problems. In fact, I just encoded 40 episodes from a series that were MPEG-2, 480i, 29.97 with iVTC today (resulting in 23.976 output).

Can you post the AVS file of the source that is causing the issue?

I think the situation with 3:2 pulldown / hard telecined sources has become a kind of "standoff" for me. :mad:

DirectShowSource results = stalling video, audio OK
LAVF = cannot be used for frameserving by such sources
DGdecNV = cannot be used for frameserving because not
owning an Nvidia with CUDA video decoding support
FRIMSource = plays fine, but I will never want to use ABR in my encodes....

[mparade]

What are you using for decoding? I've done hundreds of encodes from DVD to BD using iVTC, most with DGDecodeNV, and have had no problems. In fact, I just encoded 40 episodes from a series that were MPEG-2, 480i, 29.97 with iVTC today (resulting in 23.976 output).

Can you post the AVS file of the source that is causing the issue?

It seems that the problem solved:

DirectShowSource enabled for frame serving + set IVTC_TELECIDE=0 in the ini. file + "IVTC sources with 3:2 pulldown" checkbox selected, however the avs script (attached) says nothing about IVTC... :cool:

[jdobbs]

DirectShowSource
I do not use DGdecNV because I do not have a CUDA enabled video card (AMD Firepro V4900).

Please find all the four avs files as a zip attachement from
which 3 causes very similar playback errors in all the 2 player devices I currently have. (PC with Powerdvd and Popcorn-hour C200 with it's own playback software).

I really appreciate your efforts!I looked at the AVS files you posted. The only odd thing I sees is the "no iVTC with deinterlacing" isn't doing any interlacing. I'll assume that was a mistake.

If you are getting jerky motion with these AVS files, only one of three things might be the reason. 1) The source isn't telecined; 2) The source is hybrid; 3) The players have issues.

[jdobbs]

It seems that the problem solved:

DirectShowSource enabled for frame serving + set IVTC_TELECIDE=0 in the ini. file + "IVTC sources with 3:2 pulldown" checkbox selected, however the avs script (attached) says nothing about IVTC... :cool: It isn't exactly doing "inverse telecining" -- but it is using DirectshowSource to convert the framerate. That makes me think even more that the source either isn't telecined or it is hybrid.

Do you have "IVTC_480i=1" set in your INI file? If so that's the issue. That should only be set when you have a hard-telecined source. It can really screw with non-telecined sources.

[mparade]

It isn't exactly doing "inverse telecining" -- but it is using DirectshowSource to convert the framerate. That makes me think even more that the source either isn't telecined or it is hybrid.

Do you have "IVTC_480i=1" set in your INI file? If so that's the issue. That should only be set when you have a hard-telecined source. It can really screw with non-telecined sources.

No, I haven't set IVTC_480i, so it must be on it's default value which is 0. I am going to check the 480i source with previewing it in dgmpgdec...but as far as I remember it is
telecined and BD-RB automatically started the IVTC process on this source by selecting the IVTC checkbox in the setup dialogue.

[jdobbs]

No, I haven't set IVTC_480i, so it must be on it's default value which is 0. I am going to check the 480i source with previewing it in dgmpgdec...but as far as I remember it is
telecined and BD-RB automatically started the IVTC process on this source by selecting the IVTC checkbox in the setup dialogue. Please post your INI file.

[mparade]

Please post your INI file.

Please find it enclosed with the info file from DGindex.

Your help is really appreciated.

[AmigaFuture]

FRIMEncoder is at FPS: 31.xx to 33.xx.
[04/26/14] BD Rebuilder v0.47.05 (beta)
[02:46:55] Source: CLOUD_ATLAS_00100
- Input BD size: 34.67 GB
- Approximate total content: [02:51:57.432]
- Target BD size: 23.14 GB
- Windows Version: 6.1 [7601]
- MOVIE-ONLY mode enabled
- Quality: High-Speed Option (BD-25+), Two Pass
- Decoding/Frame serving: FRIMSource
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=640
[02:46:58] PHASE ONE, Encoding
- [02:46:58] Processing: VID_00057 (1 of 2)
- [02:46:58] Extracting A/V streams [VID_00057]
- [02:54:44] Reencoding video [VID_00057]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 233,455 frames
- Bitrate: 16,352 Kbs
- [02:54:44] Reencoding: VID_00057, Pass 1 of 2
- [02:54:44] Reencoding: VID_00057, Pass 2 of 2
- [04:52:37] Video Encode complete
- [04:52:37] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [04:52:37] Processing: VID_00058 (2 of 2)
- [04:52:37] Extracting A/V streams [VID_00058]
- [04:53:07] Reencoding video [VID_00058]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 13,916 frames
- Bitrate: 13,286 Kbs
- [04:53:07] Reencoding: VID_00058, Pass 1 of 2
- [04:53:07] Reencoding: VID_00058, Pass 2 of 2
- [04:57:59] Video Encode complete
[04:57:59]PHASE ONE complete
[04:57:59]PHASE TWO - Rebuild Started
- [04:57:59] Rebuilding BD file Structure
[05:10:49] - Encode and Rebuild complete
[05:10:49] JOB: CLOUD_ATLAS finished.

A Full Backup (2D) with same settings is showing same frame rates.

Next test (2D)...I've switched BD-RB to x264 Encoder. Nothing else changed. With the same parts x264 is getting ~46 FPS. This is for single pass only. More tests to do..


A side note to my previous post about "Cloud Atlas" with English PGS showing as 5+ hours long, I had BD-RB imported the MKV to create a BD. Then played the BD with PowerDVD 12 and my LG. Both showed the move as being 5+ hours. For your information. Again, only way it shows it the correct play time is without the English PGS. I'll try with French or Spanish without English, soon.

[jdobbs]

Please find it enclosed with the info file from DGindex.

Your help is really appreciated.You have to set:

SD_PROGRESSIVE=1

If it is set to "0" (as in your INI). When you change it BD-RB is told to insert pulldown flags (via X264) in the output. TSMUXER can't handle 3:2 pulldown (even in MPEG-2), I think it's a PTS/timing issue, but I've never looked at it closely enough to say for sure. That's why the SD_PROGRESSIVE default is "1". The "0" setting is really only useful for output to MP4 or MKV.

I'm pretty much positive that's the source of your problem.

[Edit] Interestingly I just noticed that the HIDDENOPTS.TXT file incorrectly states that the default is "0". That is incorrect -- the default is "1" -- I've updated HIDDENOPTS for the next release.

[mparade]

You have to set:

SD_PROGRESSIVE=1

If it is set to "0" (as in your INI). When you change it BD-RB is told to insert pulldown flags (via X264) in the output. TSMUXER can't handle 3:2 pulldown (even in MPEG-2), I think it's a PTS/timing issue, but I've never looked at it closely enough to say for sure. That's why the SD_PROGRESSIVE default is "1". The "0" setting is really only useful for output to MP4 or MKV.

I'm pretty much positive that's the source of your problem.

[Edit] Interestingly I just noticed that the HIDDENOPTS.TXT file incorrectly states that the default is "0". That is incorrect -- the default is "1" -- I've updated HIDDENOPTS for the next release.

Only by using IVTC_TELECIDE=0 in the ini can solve the problem. With SD_PROGRESSIVE set to 1 the video is still being played jerky. Interestingly the filesize is around 71MB
when IVTC_TELECIDE=0, and with the other IVTC attempts when IVTC_TELECIDE=1 and each other settings were unchanged was around 40,5MB. So, much bigger filesize couples with fine playback while the smaller one with a jerky one. :confused:

[CraigWally]

Just had this strange issue with African Safari 3D
[14:19:47] Source: AFRICAN_SAFARI_3D
- Input BD size: 27.74 GB
- Approximate total content: [02:24:51.705]
- Target BD size: 23.34 GB
- Windows Version: 6.2 [9200]
- Quality: Good (Very Fast), ABR
- MVC 3D Output Mode enabled
- Decoding/Frame serving: FRIMDecode
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=640
[14:19:50] PHASE ONE, Encoding
- [14:19:50] Processing: VID_00005 (1 of 15)
- [14:19:50] Extracting A/V streams [VID_00005]
- [14:20:13] Reencoding video [VID_00005]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 2,764 frames
- Bitrate: 11,255 Kbs
- [14:20:13] Reencoding: VID_00005, Pass 1 of 1
- [14:24:29] Video Encode complete
- [14:24:29] Processing audio tracks
- Track 4352 (und): Keeping original audio
- [14:24:29] Multiplexing M2TS
- [14:24:52] Processing: VID_00006 (2 of 15)
- [14:24:52] Extracting A/V streams [VID_00006]
- [14:25:04] Reencoding video [VID_00006]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 2,755 frames
- Bitrate: 11,255 Kbs
- [14:25:04] Reencoding: VID_00006, Pass 1 of 1
- [14:29:08] Video Encode complete
- [14:29:08] Processing audio tracks
- Track 4352 (und): Keeping original audio
- [14:29:08] Multiplexing M2TS
- [14:29:22] Processing: VID_00021 (3 of 15)
- [14:29:22] Extracting A/V streams [VID_00021]
- [14:34:52] Reencoding video [VID_00021]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 123,604 frames
- Bitrate: 20,760 Kbs
- [14:34:53] Reencoding: VID_00021, Pass 1 of 1
- [17:45:17] Video Encode complete
- [17:45:17] Processing audio tracks
- Track 4353 (eng): Keeping original audio
- [17:45:17] Multiplexing M2TS
- [17:56:40] Processing: VID_00101 (4 of 15)
- [17:56:40] Extracting A/V streams [VID_00101]
- [17:58:56] Reencoding video [VID_00101]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 25.000fps, 37,115 frames
- Bitrate: 24,373 Kbs
- [17:58:56] Reencoding: VID_00101, Pass 1 of 1
- [19:02:43] Video Encode complete
- [19:02:43] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [19:02:43] Multiplexing M2TS
- [19:06:10] Processing: VID_00102 (5 of 15)
- [19:06:10] Extracting A/V streams [VID_00102]
- [19:06:45] Reencoding video [VID_00102]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 25.000fps, 10,505 frames
- Bitrate: 24,398 Kbs
- [19:06:45] Reencoding: VID_00102, Pass 1 of 1
- [19:25:56] Video Encode complete
- [19:25:56] Processing audio tracks
- Track 4352 (deu): Keeping original audio
- [19:25:56] Multiplexing M2TS
- [19:26:45] Processing: VID_00103 (6 of 15)
- [19:26:45] Extracting A/V streams [VID_00103]
- [19:26:56] Reencoding video [VID_00103]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 2,268 frames
- Bitrate: 25,572 Kbs
- Using FRIMEncoder for MVC encoding
- [19:26:56] Reencoding: VID_00103, Pass 1 of 1
- [19:53:31] Video Encode complete
- [19:53:31] Processing audio tracks
- Track 4352 (deu): Keeping original audio
- [19:53:31] Multiplexing M2TS
- [19:53:48] Scanning for 3D CLPI info...
- [19:54:05] Processing: VID_00401 (7 of 15)
- [19:54:05] Extracting A/V streams [VID_00401]
- [19:54:22] Reencoding video [VID_00401]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 1,848 frames
- Bitrate: 11,282 Kbs
- [19:54:22] Reencoding: VID_00401, Pass 1 of 1
- [19:56:46] Video Encode complete
- [19:56:46] Processing audio tracks
- Track 4352 (deu): Keeping original audio
- [19:56:46] Multiplexing M2TS
- [19:56:52] Processing: VID_00402 (8 of 15)
- [19:56:52] Extracting A/V streams [VID_00402]
- [19:57:02] Reencoding video [VID_00402]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 2,786 frames
- Bitrate: 11,254 Kbs
- [19:57:02] Reencoding: VID_00402, Pass 1 of 1
- [20:01:28] Video Encode complete
- [20:01:28] Processing audio tracks
- Track 4352 (deu): Keeping original audio
- [20:01:28] Multiplexing M2TS
- [20:01:37] Processing: VID_00403 (9 of 15)
- [20:01:37] Extracting A/V streams [VID_00403]
- [20:01:47] Reencoding video [VID_00403]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 2,945 frames
- Bitrate: 10,820 Kbs
- [20:01:48] Reencoding: VID_00403, Pass 1 of 1
- [20:06:40] Video Encode complete
- [20:06:40] Processing audio tracks
- Track 4352 (deu): Keeping original audio
- [20:06:40] Multiplexing M2TS
- [20:06:48] Processing: VID_00404 (10 of 15)
- [20:06:48] Extracting A/V streams [VID_00404]
- [20:06:54] Reencoding video [VID_00404]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23.976fps, 2,968 frames
- Bitrate: 6,533 Kbs
- [20:06:54] Reencoding: VID_00404, Pass 1 of 1
- [20:10:52] Video Encode complete
- [20:10:52] Processing audio tracks
- Track 4352 (deu): Keeping original audio
- [20:10:52] Multiplexing M2TS
- [20:10:59] Processing: VID_00405 (11 of 15)
- [20:10:59] Extracting A/V streams [VID_00405]
- [20:11:26] Reencoding video [VID_00405]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 2,592 frames
- Bitrate: 11,226 Kbs
- [20:11:26] Reencoding: VID_00405, Pass 1 of 1
- [20:15:38] Video Encode complete
- [20:15:38] Processing audio tracks
- Track 4352 (deu): Keeping original audio
- [20:15:38] Multiplexing M2TS
- [20:15:51] Processing: VID_00406 (12 of 15)
- [20:15:51] Extracting A/V streams [VID_00406]
- [20:16:11] Reencoding video [VID_00406]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 2,856 frames
- Bitrate: 11,384 Kbs
- [20:16:11] Reencoding: VID_00406, Pass 1 of 1
- [20:20:39] Video Encode complete
- [20:20:39] Processing audio tracks
- Track 4352 (deu): Keeping original audio
- [20:20:39] Multiplexing M2TS
- [20:20:46] Processing: VID_00407 (13 of 15)
- [20:20:46] Extracting A/V streams [VID_00407]
- [20:20:56] Reencoding video [VID_00407]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 3,096 frames
- Bitrate: 11,390 Kbs
- [20:20:56] Reencoding: VID_00407, Pass 1 of 1
- [20:26:17] Video Encode complete
- [20:26:17] Processing audio tracks
- Track 4352 (deu): Keeping original audio
- [20:26:17] Multiplexing M2TS
- [20:26:25] Processing: VID_00408 (14 of 15)
- [20:26:25] Extracting A/V streams [VID_00408]
- [20:26:35] Reencoding video [VID_00408]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 3,360 frames
- Bitrate: 11,216 Kbs
- [20:26:35] Reencoding: VID_00408, Pass 1 of 1
- [20:32:20] Video Encode complete
- [20:32:20] Processing audio tracks
- Track 4352 (deu): Keeping original audio
- [20:32:20] Multiplexing M2TS
- [20:32:30] Processing: VID_00409 (15 of 15)
- [20:32:30] Extracting A/V streams [VID_00409]
- [20:32:40] Reencoding video [VID_00409]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 3,048 frames
- Bitrate: 11,386 Kbs
- [20:32:40] Reencoding: VID_00409, Pass 1 of 1
- [20:38:11] Video Encode complete
- [20:38:11] Processing audio tracks
- Track 4352 (deu): Keeping original audio
- [20:38:11] Multiplexing M2TS
[20:38:20]PHASE ONE complete
[20:38:20]PHASE TWO - Rebuild Started
- [20:38:20] Converting SSIF file references
- [20:39:01] Rebuilding BD-3D file Structure
[20:39:07] - Encode and Rebuild complete
[20:39:08] JOB: AFRICAN_SAFARI_3D finished.

Resulting output has a 3D Menu (which I guess is VID_00103)(6 of 15)
But the main movie (VID_00021)(3 of 15) is in 2D.

I have since tried this with DVDFAB - and that manages to convert it correctly.
Any Ideas ?

[jdobbs]

Only by using IVTC_TELECIDE=0 in the ini can solve the problem. With SD_PROGRESSIVE set to 1 the video is still being played jerky. Interestingly the filesize is around 71MB
when IVTC_TELECIDE=0, and with the other IVTC attempts when IVTC_TELECIDE=1 and each other settings were unchanged was around 40,5MB. So, much bigger filesize couples with fine playback while the smaller one with a jerky one. :confused:Do whatever you want. I can only tell you the facts. But if you set SD_PROGRESSIVE=0 when using iVTC and output to BD you will NOT get output that plays correctly on a blu-ray player. That's why it is a hidden setting -- because it can create self-inflicted injury. It isn't a point for debate -- it is a fact.

Changing those settings has nothing whatsoever to do with bitrate.

[mparade]

Do whatever you want. I can only tell you the facts. But if you set SD_PROGRESSIVE=0 when using iVTC and output to BD you will NOT get output that plays correctly on a blu-ray player. That's why it is a hidden setting -- because it can create self-inflicted injury. It isn't a point for debate -- it is a fact.

Changing those settings has nothing whatsoever to do with bitrate.

OK. Thank you very much for your time and efforts!

[mparade]

If using the "Convert SD to HD (1080)" option, what determines the parameters of the upresize filter in the avs
file? I always have 480i and 576i SD extras on my BD disks to be upresized, but do not really know why the upresize parameters are so different in the resulted avs files:

LanczosResize(1920,540), source is 480i
LanczosResize(1920,1080), source is 480i

LanczosResize(1440,540).Addborders(240,0,240,0) source is 576i

LanczosResize(1440,540).Addborders(240,0,240,0)
source is 576i

Please let me know what I have overlooked.

Thank you very much again for your your help in advance.

[jdobbs]

It depends on settings and the source. If you have an interlaced source, the proper way to resize is to separate the fields, resize the two fields and then interleave them again. That's when you would see "LanczosResize(1920,540)". But if the source is progressive and/or has been either deinterlaced or had IVTC applied you would see "LanczosResize(1920,1080)".

In a true interlaced source each of the two fields (making up a single frame) represents a different point in time. So they have to be resized individually.

If you are resizing a 4:3 aspect ratio to a strictly 16:9 format (1280x720 or 1920x1080), you have to add borders. If the source is 16:9, then you don't. The source pixels of a 720x480 or 576 source are not square. Their ratio of height to width depends on the specified display and/or source aspect ratio.

The best advice is to let BD-RB do it's work and not question it -- it is never as simple as you might think.

[mparade]

It depends on settings and the source. If you have an interlaced source, the proper way to resize is to separate the fields, resize the two fields and then interleave them again. That's when you would see "LanczosResize(1920,540)". But if the source is progressive and/or has been either deinterlaced or had IVTC applied you would see "LanczosResize(1920,1080)".

In a true interlaced source each of the two fields (making up a single frame) represents a different point in time. So they have to be resized individually.

If you are resizing a 4:3 aspect ratio to a strictly 16:9 format (1280x720 or 1920x1080), you have to add borders. If the source is 16:9, then you don't. The source pixels of a 720x480 or 576 source are not square. Their ratio of height to width depends on the specified display aspect ratio.

The best advice is to let BD-RB do it's work and not question it -- it is never as simple as you might think.

I think one of the best way to learn new things is to ask from a proficient person! (at least for the non-proficient! :)) 20 bucks on the way to support BD-RB...again, thank you very much!

[jdobbs]

I appreciate the support. But don't feel you have to keep donating. You have already donated much more than your fair share.:thanks:

[kabster]

@jdobbs and to all those ppl behind the scenes who have contributed,

First, i like to say thank you for your time and effort you have put into this gem :)

Although this is still an beta, i REALY must say it almost looks and sounds pretty finished to me ..

In that regard, i succesfully have done/eoncoded 5 or 6 movies to BD-25 of which 1 with an very long playtime (Avatar / 2-pass / better CQ setting).

And again i must say.. i wos very SURRPRISED how exceptionally good the quality from MAIN MOVIE wos 0_0 !!!
Furthermore, despite all the extras (that takes lots of space i might add) the main movie is as good as the movie from the original source.

Keeping Main movie + → ALL EXTRAS FEATURES ←is something that couldn't possible be done with DVD whitout sacrificing the Video quality from the main movie !!!



However, i have had 1 nuicance with rebuilder 47.04 !!!
Namely, the audio/video wos out of synchronisation starting from an certain playtime (usually arround an hour ... near the end of the movie !!)

The sollution to that wos to use x264/ internal lavf as frame server !!

the above problem occured with all my BD rips !! Also the original bDrips played just fine in different software players .. just so you know that it wosnt an bad rip issue !!

On a side note, a. i wish there will be an feature to blank some parts through rebuilder and ..
B. a way to choose an destination path for the created ISO file !!

Tried to set an iso path through bd ini.config file but allas ... bdrebuilder still writes the iso to the same path where the workfolder resides !!



Again thank you very much, and although we agreed to disagree allot in the past jdobs. Nevertheless, soon i will vote for you with my wallet jdobs ;)


cheers,

[Chudz]

Unable to load program in Windows 8.1 x64. I have followed the instructions in the main post and enabled the MPEG 2 decoding etc. I also registered the MSCOMCTL.OCX using a little tool I downloaded due to some permission issues with Windows 8.

However when I try to load BDRB.exe nothing happens no error message or anything it just does nothing. Anyone know how I can fix this?

[jdobbs]

Unable to load program in Windows 8.1 x64. I have followed the instructions in the main post and enabled the MPEG 2 decoding etc. I also registered the MSCOMCTL.OCX using a little tool I downloaded due to some permission issues with Windows 8.

However when I try to load BDRB.exe nothing happens no error message or anything it just does nothing. Anyone know how I can fix this?It's almost assuredly antivirus and/or firewall software that is blocking it. I've seen similar reports in the past from people using COMODO -- which I don't recommend to anyone because it is so intrusive. The problem isn't with BD-Rebuilder...

You may want to look through your antivirus/firewall software and see if there is a way to add exceptions... or better yet, dump it and replace it with software that lets you use your computer without interfering. These aggravating little monsters will keep on screwing with consumers heads until we all respond with "fix it or dump it".

[Chudz]

You where right it was "Bit Defender Anti-Virus Plus 2014" what is annoying is if I load up Bit Defender is has loads of alerts about the program being malicious yet there was no popups to say it was being blocked! Piece of crap lol thanks for the suggestion!

[Marban]

Hello, great job.

is it in next time possible to rebuild a 3D Bluray include the ssif data and left and right eye separately in 2x m2ts Data?

Thank you for a answer. :)

[jdobbs]

Hello, great job.

is it in next time possible to rebuild a 3D Bluray include the ssif data and left and right eye separately in 2x m2ts Data?

Thank you for a answer. :)You can do that now for movie-only by selecting to output to an ISO. You can also output to 2x M2TS files (but without the SSIF).

Due to the nature of SSIF folders (the SSIF file uses file-system features to point to the M2TS data without actually having any data of its own) it is unlikely you will see that for full backups any time soon.

But... if you are outputting and playing from a BD player, there is no difference in quality or compatibility between the current method (no SSIF) and the SSIF structure... they are both 100% compatible with the BD standard. Anyone who says different doesn't know what they are talking about.

[Marban]

thank you for quick answer, but i cant find by alternate Movie Only Output the ISO Option.

edit: i find ISO by Settings/Output Options/write to ISO file.

But the iso Data that BD Rebuilder rebuild have only 1x m2ts not 2x m2ts. :confused:

edit: i add the m2ts with 2 Video in tsmuxer and created with option ISO 2x m2ts files include the ssif data.


and the last question, is CRF encoding for MVC Material in the next time passible?

[jdobbs]

thank you for quick answer, but i cant find by alternate Movie Only Output the ISO Option.

edit: i find ISO by Settings/Output Options/write to ISO file.

But the iso Data that BD Rebuilder rebuild have only 1x m2ts not 2x m2ts. :confused:

edit: i add the m2ts with 2 Video in tsmuxer and created with option ISO 2x m2ts files include the ssif data.


and the last question, is CRF encoding for MVC Material in the next time passible?It's documented in the HIDDENOPTS.TXT file.

Add this to the "[Options]" area of your INI file:

OUTPUT_3D_ISO=1

Remember, though, that it only affects 3d movie-only encodes.

FRIMEncode doesn't support CRF, it only supports one-pass ABR and QP encoding -- so it is unlikely CRF will ever be an option. I may add QP at some point -- but it is a lot less useful than CRF.

[AmigaFuture]

Though my i7 doesn't have Quick-Sync, FIRM functions fine all around (no crashing) with the movies I've tested with for 2D...but is slower than x264, which I get.

I know you're busy...and I figured I'd ask anyway. Any ideas about the "Cloud Atlas" Subtitles or any other reason it's showing as 5 plus hours long with Subtitles? Have you been able to repeat it? Anyone else here able to repeat it? Thanks.

[Marban]

i set the ini to
OUTPUT_3D_ISO=1 n = 0/1 - 1=ON (default) - if set to "0", output is to a folder rather than ISO



and rebuild with "movie only" but nothing has chanced.

so i use better 2 Steps for a 3D ISO. BD Rebuilder and mux the m2ts to a 3D ISO with tsMuxer.

thanks for help.

[AmigaFuture]

i set the ini to
OUTPUT_3D_ISO=1 n = 0/1 - 1=ON (default) - if set to "0", output is to a folder rather than ISO



and rebuild with "movie only" but nothing has chanced.

so i use better 2 Steps for a 3D ISO. BD Rebuilder and mux the m2ts to a 3D ISO with tsMuxer.

thanks for help.

Only put OUTPUT_3D_ISO=1 in the INI. Did you put the INI and the description in?

[Marban]

this ist my ini and i set OUTPUT_3D_ISO=1

[jdobbs]

Though my i7 doesn't have Quick-Sync, FIRM functions fine all around (no crashing) with the movies I've tested with for 2D...but is slower than x264, which I get.

I know you're busy...and I figured I'd ask anyway. Any ideas about the "Cloud Atlas" Subtitles or any other reason it's showing as 5 plus hours long with Subtitles? Have you been able to repeat it? Anyone else here able to repeat it? Thanks.I don't think I have "Cloud Atlas", but I'll look. No I haven't been able to repeat it -- and frankly I'm puzzled as to how it is even possible.

[jdobbs]

i set the ini to
OUTPUT_3D_ISO=1 n = 0/1 - 1=ON (default) - if set to "0", output is to a folder rather than ISO



and rebuild with "movie only" but nothing has chanced.

so i use better 2 Steps for a 3D ISO. BD Rebuilder and mux the m2ts to a 3D ISO with tsMuxer.

thanks for help.It works. There are lots of people using it. I have done dozens of discs using it myself. You're doing something wrong.

I notice it looks like you've edited the HIDDENOPTS.TXT file. That's just a document -- if you're changing it there it has no effect. You have to edit the file called BDREBUILDER.INI in the BD Rebuilder folder.

[jdobbs]

this ist my ini and i set OUTPUT_3D_ISO=1That isn't the INI file, that's only a document of available hidden options. Read my last post right above this one.

Here is the first line in the file you posted:This file contains descriptions of settings that can be added to the BDREBUILDER.INI file

[AmigaFuture]

I don't think I have "Cloud Atlas", but I'll look. No I haven't been able to repeat it -- and frankly I'm puzzled as to how it is even possible.

I'mmmmm trying to figure it also. Thus far it's the ONLY movie that's doing it. I'll rerip it...possible the first bad rip in a while. I did notice that it does it with either of the 3 Subtitles. I'll also check AnyDVD HD to see if there's a bug fix..?

[gonca]

@jdobbs
@AmigaFuture

I'm running a backup of Cloud Atlas using the Alternate Settings to see if the problem occurs on my system.

[gonca]

Can confirm the issue. PGS in VID 0058 only have one entry each, looks like a language identifier. I.E. [ENGLISH] according to BDSup2Sub

[Marban]

now i understand you, thanks :p
any important settings for the best Quality? i use very slow, normal Priority and open GOPs for encoding.

[AmigaFuture]

@jdobbs
@AmigaFuture

I'm running a backup of Cloud Atlas using the Alternate Settings to see if the problem occurs on my system.

Can confirm the issue. PGS in VID 0058 only have one entry each, looks like a language identifier. I.E. [ENGLISH] according to BDSup2Sub.

I updated AnyDVD program. I just reripped it, made a BD-50 (no reencode)..and used that to make an Alternate MKV output. Looks good. I'll now check it direct from the direct rip before processing with BD-RB 47.05, and if that functions (as I'm confident it will..) then AnyDVD HD was it. I'll modify this message soon.

[jdobbs]

@jdobbs
@AmigaFuture

I'm running a backup of Cloud Atlas using the Alternate Settings to see if the problem occurs on my system.Can confirm the issue. PGS in VID 0058 only have one entry each, looks like a language identifier. I.E. [ENGLISH] according to BDSup2SubI'll run "Cloud Atlas" with ALTERNATE settings tomorrow and see what gives...

[AmigaFuture]

Since you replied...I'll share this finding. The new BD-RB MKV from AnyDVD HD has the same challenge as I posted before. The other, processed by BD-RB is showing chapters and film time correct. Odd! I don't know enough of what you do, JDobbs, to...explain that. Nice to know I found a work-around for myself..hehe. More testing..

[jdobbs]

Since you replied...I'll share this finding. The new BD-RB MKV from AnyDVD HD has the same challenge as I posted before. The other, processed by BD-RB is showing chapters and film time correct. Odd! I don't know enough of what you do, JDobbs, to...explain that. Nice to know I found a work-around for myself..hehe. More testing..I don't understand what you're saying. You did it twice and one works while the other doesn't?

I did my disc with no issues -- but it doesn't appear to be the same version as yours.

[Acerjen]

Has anyone tried Pacific Rim 3D? I tried encoding it to a BD25 and the picture is excellent. But at the 1:06:16 mark, the picture jumps ahead about 8-10 seconds and the audio stays the same, so the rest of the movie is out of sync. I do not know if this is a BD Rebuilder problem or a FRIM Encoder problem. I was curious if anyone else has tried this movie, and if so, what were your results? I do have the ini and other info I can post if needed. I did re-rip my disc and the problem occurs with the new rip as well. I do not believe my drive is bad, as I ripped other discs before and after this one and they successfully converted.

Any help or insight is greatly appreciated. Thanks.

Acerjen

[setarip_old]

@Acerjen

Hi!

If you read through this thead, you'll note that specific problem (halted video while audio has continued) has occurred with a fair amount of discs (2D as well as 3D).

I'd suggest that you once againg attempt to scrupulously clean your disc. If the problem persists, return it to the place of purchase for a new replacement disc...

[Sharc]

Has anyone tried Pacific Rim 3D? I tried encoding it to a BD25 and the picture is excellent. But at the 1:06:16 mark, the picture jumps ahead about 8-10 seconds and the audio stays the same, so the rest of the movie is out of sync. I do not know if this is a BD Rebuilder problem or a FRIM Encoder problem. I was curious if anyone else has tried this movie, and if so, what were your results? I do have the ini and other info I can post if needed. I did re-rip my disc and the problem occurs with the new rip as well. I do not believe my drive is bad, as I ripped other discs before and after this one and they successfully converted.

Any help or insight is greatly appreciated. Thanks.

Acerjen
As Setarip wrote, there have been issues with Pacific Rim. It seems to be a hopeless case......
See for example the discussion here (http://forum.doom9.org/showthread.php?p=1666474#post1666474).

[kabster]

Has anyone tried Pacific Rim 3D?
Acerjen


me... it should play nice in sync from start to finish ... unless your PR_3D rip is not a region B !!

I can't vouch/ be certain for other regions... !!

about the A/V playing out of sync, i have re-done all my movies because of that ↑ nuicance by using x264 internal LaVf as frame server .. and .. voila nomore A/V synch problems... that easy.. :p

You might wanna try that too !!

P.S: tested many BD-25 (panasonic japan import 4x burned @6x using pioneer BDR-208EBK BDXL) in different stand alones like the ps3, philips BDP-3480 with 0,00% issues ;)

Even BD-R brand Mediarange (midcode: LEGBRAS006) 6x certified , capable of writing them @10x with my pioneer do play very VERY NICE :D

succes,

[AmigaFuture]

I don't understand what you're saying. You did it twice and one works while the other doesn't?

I did my disc with no issues -- but it doesn't appear to be the same version as yours.

Not exactly. If have BD-RB process the rip to MKV Intact video and DTS to AC3, then the chapters and movie length show as 5 plus hours.
If I process the rip with BD-RB, in this case removing the stuff I don't want, to a BD-50 then use that output BD structure to create the MKV the the chapters and film time are as they should be. Why? I don't yet understand.

Do you follow now? If not, I'll type the steps? Let me know.

Mine comes from Amazon. Combo Pack; Blu-ray, DVD and Ultraviolet.

[jdobbs]

As Setarip wrote, there have been issues with Pacific Rim. It seems to be a hopeless case......
See for example the discussion here (http://forum.doom9.org/showthread.php?p=1666474#post1666474).

I guess I'm going to have to get that one for testing... just, please, assure me there is really an issue that can be repeated. I've been buying a lot of discs lately based on bug reports only to find they work fine... (Nurse 3D comes to mind). These 3D discs aren't cheap.

[Edit] I ordered it and should get it Thursday. It wasn't too bad, $18.

[AmigaFuture]

I'm trying "Cloud Atlas" from an almost stock INI and direct from rip. Maybe something in the settings is causing it? Testing now..

Edit 1: Hm...still same result. I'm removing ENABLE_TEST=1...as it was the only change I made. Should not affect it but will check. Doing test.

[Sharc]

I guess I'm going to have to get that one for testing... just, please, assure me there is really an issue that can be repeated. I've been buying a lot of discs lately based on bug reports only to find they work fine... (Nurse 3D comes to mind). These 3D discs aren't cheap.

[Edit] I ordered it and should get it Thursday. It wasn't too bad, $18.
The issue I was referring to was with the (SW) decoding of Pacific Rim 3D. Both DGMVCDecode and FRIM (both based on the same Intel library) produced a couple of reproducible short glitches as reported by a number of testers. The root cause of these glitches was never found, and the disc has eventually been put aside as an exceptional case as far as I remember.
I didn't retry since. It is definitely not a BD-RB problem, it is a stream or decoder pecularity.

[jdobbs]

The issue I was referring to was with the (SW) decoding of Pacific Rim 3D. Both DGMVCDecode and FRIM (both based on the same Intel library) produced a couple of reproducible short glitches as reported by a number of testers. The root cause of these glitches was never found, and the disc has eventually been put aside as an exceptional case as far as I remember.
I didn't retry since. It is definitely not a BD-RB problem, it is a stream or decoder pecularity.Thanks. I think it might be a good exercise to look at it and see if I can find anything. You never know, the sun even shines on a dog's butt sometimes. ;)

[Guest]

If you want to save buying the disk we can give you the stream fragment that fails.

[AmigaFuture]

Can confirm the issue. PGS in VID 0058 only have one entry each, looks like a language identifier. I.E. [ENGLISH] according to BDSup2Sub

Is BD-RB about to make a good MKV for you using the workaround as I described? Thanks.

[gonca]

I usually don't keep subtitles, so it isn't a problem for me.
As far as workarounds >>> Use TsMuxer to create a new movie-only BD from the original and then run through BD_RB.
It will take the two parts and make one m2ts file in the new BD. This might resolve the "discontinuity" in the PGS streams.

[AmigaFuture]

I recall you'd typed that before...you don't use Subtitles. I was wondering if you'd be willing to do the workaround. The way I described. Using Movie Only BD or AVCHD then using that Movie Only to create an MKV also produces an output that shows the movie is 5 plus hours.. Since you might have the same version I do, which JDobbs doesn't seem to...looking for confirmation. :D

[gonca]

I'll try the workaround, just give me some time. Gotta go to work soon.

[jdobbs]

If you want to save buying the disk we can give you the stream fragment that fails.Thanks. But it's already on its way.

[jankosek]

Hi , its better use x264 or FRIM Encoder for 2d movie ?
FRIM its rly fast :) but quality ?

[jdobbs]

Hi , its better use x264 or FRIM Encoder for 2d movie ?
FRIM its rly fast :) but quality ?Based on what feedback I've gotten so far, I'd highly recommend sticking with X264 for all 2D encodes. In fact, I will likely no longer make FRIM an option for 2D starting with the next release.

You say "rly fast" -- are you personally seeing faster speeds? So far the only feedback I've gotten with HW encoding is that there seems to be a higher probability of glitches in the output. In SW mode FRIM is actually slower than X264.

[Floque]

Hi , its better use x264 or FRIM Encoder for 2d movie ?
FRIM its rly fast :) but quality ?


Same question, what would be good 3D Full Backup CONFIGURATION for me no matter how long I prefer quality.

[gonca]

AmigaFuture
Tried both workarounds and it seems that as long as the PGS streams are present the time displays wrong. I don't think that there are any actual PGS streams in the second m2ts, just pointers or references because of the first m2ts, which causes some kind of discontinuity to the time codes

[AmigaFuture]

@ Gonca

Thanks for checking. There is a Subtitle end the very end of the movie for each of the 3 languages. Funny, I wonder if it was intentional? Pretty sure. Enough to cause something like this. Hmm...the workaround I described (processed without reencode 1st time, and making MKV 2nd time) should have produced a good MKV. Anyway, there are indeed PGS streams.

[Starfiresg1]

Tried a 2D back up using FRIM. With QuickSync the framerate hovered around 200 fps however, when playing the resulting backup the movie picture kept twiching every few seconds throughout the movie.

I just gave FRIM a try with a 2D Backup of The Counselor and got the same result as Yordan5 - the resulting video twitched every few seconds. Stepping through the video with MPC showed that the picture contains errors every 24th step / frame. Just as Yordan5 I did a movie-only backup to BD-5. Additionally I resized to 1440. Maybe the errors are triggered by the low bitrate? Because I haven't noticed these issues with 3D backups (SBS to BD-9 or full disc to BD-25) yet - although I haven't done many of these due to a lack of time.

Additionally the output was undersized quite a bit at 3.63 GB - usually I get around 4.2 GB in a BD-5 encode. The bitrate chosen for the encode is a bit low for a 2h movie.
This happens for me from time to time on multipart sources. If the main movie consists of a single m2ts the output size is always fine.

I've attached the log of the encode.

[05.01.14] BD Rebuilder v0.47.05 (beta)
[12:05:14] Source: THE_COUNSELOR_00800
- Input BD size: 33,72 GB
- Approximate total content: [01:57:14.026]
- Target BD size: 4,36 GB
- Windows Version: 6.2 [9200]
- MOVIE-ONLY mode enabled
- Resize: 1920 to 1440 enabled
- Auto Quality: High Quality (Default), ABR
- X264 Tweak(s) enabled
- Decoding/Frame serving: FRIMSource
- Audio Settings: AC3=1 DTS=1 HD=0 Kbs=640
[12:05:21] PHASE ONE, Encoding
- [12:05:21] Processing: VID_00500 (1 of 3)
- [12:05:21] Extracting A/V streams [VID_00500]
- [12:12:31] Reencoding video [VID_00500]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 153.339 frames
- Bitrate: 2.793 Kbs
- Using FRIMEncoder for AVC encoding
- [12:12:32] Reencoding: VID_00500, Pass 1 of 1
- [12:34:04] Video Encode complete
- [12:34:05] Processing audio tracks
- Track 4352 (eng): Reencoding audio to AC3...
- Track 4354 (deu): Reencoding audio to AC3...
- [12:38:16] Processing: VID_00501 (2 of 3)
- [12:38:16] Extracting A/V streams [VID_00501]
- [12:38:23] Reencoding video [VID_00501]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 889 frames
- Bitrate: 2.827 Kbs
- Using FRIMEncoder for AVC encoding
- [12:38:23] Reencoding: VID_00501, Pass 1 of 1
- [12:38:31] Video Encode complete
- [12:38:31] Processing: VID_00502 (3 of 3)
- [12:38:31] Extracting A/V streams [VID_00502]
- [12:39:08] Reencoding video [VID_00502]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 14.420 frames
- Bitrate: 2.478 Kbs
- Using FRIMEncoder for AVC encoding
- [12:39:08] Reencoding: VID_00502, Pass 1 of 1
- [12:41:04] Video Encode complete
[12:41:04]PHASE ONE complete
[12:41:04]PHASE TWO - Rebuild Started
- [12:41:04] Rebuilding AVCHD file Structure
[12:42:14] - Encode and Rebuild complete
[12:42:14] JOB: THE_COUNSELOR finished.

[CraigWally]

Anybody got any ideas on my issue (2 pages back)
3D movie source , but 2D result after running through BDRB ?

TIA

[jdobbs]

Anybody got any ideas on my issue (2 pages back)
3D movie source , but 2D result after running through BDRB ?

TIAWhat are you using to play it back? From the log it looks like it encoded in 3D.

[HWK]

Originally Posted by jankosek
Hi , its better use x264 or FRIM Encoder for 2d movie ?FRIM its rly fast but quality ?

Same question, what would be good 3D Full Backup CONFIGURATION for me no matter how long I prefer quality.

When it comes to 3D, you don't have choice of encoders. Only FrimEncoder will work. Assuming you are doing true 3D rather than SBS.

[Ch3vr0n]

@HWK: flok isn't asking about 3D, he's asking about 2D and in that case all tests indicate x264 is better, faster & more stable than FRIM when it comes to final output. In fact jdobbs has stated he'll probably remove the possibility of using frim for 2D sources

[inge70]

Hi , its better use x264 or FRIM Encoder for 2d movie ?
FRIM its rly fast :) but quality ?

FRIM is a 3D encoder and included in BD-rebuilder to edit 3D movies.

2D movies is still there and best x264 ..

[CraigWally]

What are you using to play it back? From the log it looks like it encoded in 3D.

Im using a standalone LG 3D Bluray Player

If you notice VID_00021 (3 of 15), this is the main movie and did not use Frim
Only VID_00103 (6 of 15)(Main Menu) encoded with FRIMEncoder

[Floque]

When it comes to 3D, you don't have choice of encoders. Only FrimEncoder will work. Assuming you are doing true 3D rather than SBS.

Thanks for your reply.
'm Tratanto to make real 3D in my case I do not use 3D SBS, but I'm having a problem when playing my player Pioneer when starting 3D reproduction appears black screen when complete disc with menus, but when you only use film Home 3D does not happen that problem.

Excuse my language

[jdobbs]

Im using a standalone LG 3D Bluray Player

If you notice VID_00021 (3 of 15), this is the main movie and did not use Frim
Only VID_00103 (6 of 15)(Main Menu) encoded with FRIMEncoderHmm... yeah, my mistake. What version of BD-RB are you using (it was cut off of the log you posted)?

Also, can you point me to the disc (on Amazon or Best Buy preferably) that you are attempting to back up?

[CraigWally]

I've tried both 47.04 and 47.05

http://www.amazon.co.uk/African-Safari-3D/dp/B00G0L2LP0/ref=sr_1_4?ie=UTF8&qid=1399048944&sr=8-4&keywords=african+safari+3d

I certainly don't expect you to buy this disc - I was just interested as to what could have gone wrong here
All other 3D discs I've tried have worked flawlessly

[omegaman7]

I've tried both 47.04 and 47.05

http://www.amazon.co.uk/African-Safari-3D/dp/B00G0L2LP0/ref=sr_1_4?ie=UTF8&qid=1399048944&sr=8-4&keywords=african+safari+3d

I certainly don't expect you to buy this disc - I was just interested as to what could have gone wrong here
All other 3D discs I've tried have worked flawlessly

What happened? Without a log, we're working in the dark ;)

[jdobbs]

What happened? Without a log, we're working in the dark ;)He posted a log a couple of pages back.

[jdobbs]

I've tried both 47.04 and 47.05

http://www.amazon.co.uk/African-Safari-3D/dp/B00G0L2LP0/ref=sr_1_4?ie=UTF8&qid=1399048944&sr=8-4&keywords=african+safari+3d

I certainly don't expect you to buy this disc - I was just interested as to what could have gone wrong here
All other 3D discs I've tried have worked flawlesslyBD-RB recognizes 3D streams by finding extensions that are required for it to exist. That's why I'm scratching my head on this. I'll have to order that disc somehow to find the problem. Unfortunately there isn't a version native to the U.S. -- all I can find is an Italian import.

[omegaman7]

He posted a log a couple of pages back.

I wondered about that :o

But I figured it was possible, you might not remember every post. We are human after all ;)

[jdobbs]

I wondered about that :o

But I figured it was possible, you might not remember every post. We are human after all ;)Sometimes I seem to be a little more human than I like... ;)

[gonca]

Sometimes I seem to be a little more human than I like...

You can never be too human

[jdobbs]

I've tried both 47.04 and 47.05

http://www.amazon.co.uk/African-Safari-3D/dp/B00G0L2LP0/ref=sr_1_4?ie=UTF8&qid=1399048944&sr=8-4&keywords=african+safari+3d

I certainly don't expect you to buy this disc - I was just interested as to what could have gone wrong here
All other 3D discs I've tried have worked flawlesslyBD-RB recognizes 3D streams by finding extensions that are required for it to exist. That's why I'm scratching my head on this. I'll have to order that disc somehow to find the problem. Unfortunately there isn't a version native to the U.S. -- all I can find is an Italian import.Found it. That M2TS (00021.M2TS) was referenced in more than one MPLS. The first MPLS was using it as a 2D source and the second as 3D. My code wasn't accounting for that possibility. That's definitely a bug. I've fixed it for the next release. In fact I may create an interim release just to fix that one.

[raul124]

just give a positive to this amazing pcs of Art (BD-rebuilder)
I just completed warZ 3D in under 1 hour, man this intel i7 quick sync HD is fast, im burning it to re-re disc right now and will post results on how it looks. it's amazing 72 fps!!

[jdobbs]

just give a positive to this amazing pcs of Art (BD-rebuilder)
I just completed warZ 3D in under 1 hour, man this intel i7 quick sync HD is fast, im burning it to re-re disc right now and will post results on how it looks. it's amazing 72 fps!!Great news. Thanks.

[AmigaFuture]

just give a positive to this amazing pcs of Art (BD-rebuilder)
I just completed warZ 3D in under 1 hour, man this intel i7 quick sync HD is fast, im burning it to re-re disc right now and will post results on how it looks. it's amazing 72 fps!!

We're actually Eternal Energy beings in Human and other forms...but anyway..

I don't have an Intel Quick-Sync which is why my main computer speeds were slower, but from the looks of the posters (not meaning Hosers.. (A Bob a Doug Canadian joke..hehe)) FIRM seems pretty helpful, like DGIndexNV to us nVIDIA users (was ATi).

As for "Cloud Atlas"...until someone else notices challenges with the Subtitles..I don't want to be perceived as annoying...so I'm letting it go (since there is a workaround). If that changes, I'll become annoying. HAHA! In a hopefully friendly way. :D

[CraigWally]

Found it. That M2TS (00021.M2TS) was referenced in more than one MPLS. The first MPLS was using it as a 2D source and the second as 3D. My code wasn't accounting for that possibility. That's definitely a bug. I've fixed it for the next release. In fact I may create an interim release just to fix that one.

Good news that you've found (and fixed) the issue
Thanks

Wally

[jdobbs]

I have updated the first post of this thread with a link to the latest version of BD-RB (v0.47.06). Changes for this release:- Corrected an error in which an M2TS that is
referenced in a 2D MPLS before a 3D MPLS could
cause the source to be treated as 2D only.
- Added a new DEINTERLACER_TYPE (see HIDDENOPTS).
Selecting 5 combines SmoothDeinterlacer and
Decomb(blend=true). This can work well on some
difficult sources.
- Removed the encoder choice menu item. FRIM as
an encoder choice for 2D causes too many issues.
For those who would like to test it further, you
can reenable it by adding ENCODER_MENU=1 to the
config/ini file.
- Updated the included version of X264.EXE to the
latest release (r2431).
- Updated the included version of X264-64.EXE to
the latest release (r2431).
- Other minor corrections and cosmetic fixes.

[inge70]

Thanks :)

[Rileyrott]

Long time user of BDRB, thanks jdobbs!

A recent problem cropped up with subtitles and the movie Delivery Man. I ripped with AnyDVD HD to ISO, then mounted ISO and used BDRD to downsize to Movie Only BD5. There were 2 m2ts files-- 00006 & 00008, with 00006 being the intro to the movie plus a few minutes of the movie, 00008 being the remainder of the movie. Output to the BD5 was a single 00000.m2ts.

Upon playback of the BD5, the subtitles would work fine at first, then disappear after a few minutes. I discovered this would happen at the exact spot the movie switched from 00006.m2ts to 00008.m2ts (I used a WDTV Live SMP to watch each m2ts file from the original disc-saved as BDMV & Certificate).

Thinking this was a problem with downsizing to BD5, I also used BDRB to make a Movie-Only BD25 and Movie Only BD50 (see log and ini file). The results were the same....no subtitles after the first few minutes at the same spot (where Vince Vaughan first drives the delivery truck).

So, I took the original BDMV & Certs from the BD rip and remuxed the 00006.m2ts and 00008.m2ts in a separate tsMuxeR (v2.6.12), saved as an ISO, then used BDRB to make a BD5....no more subtitle problem.

This is the first time I've had this problem and was wondering if this was an isolated issue, or not.

:script:
[Status]
LABEL=DELIVERY_MAN
VERSION=v0.47.05 (beta)
SOURCE_SIZE=29352351744
SOURCE_VIDEO_SIZE=29352351744
TARGET_SIZE=49666850816
REDUCTION=1.69209102048024
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=0
INSTANCES=1
DGDECNV=0
DGDECIM=0
FRIMSOURCE=0
SSIF_MODE=0
QUICK=0
ENCODE_STEP=0
COMPLETED=2
REBUILD_COMPLETE=1
[00006]
USE_ORIGINAL=1
AUDIO=1100
PGS=10000
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=1998982726
NSIZE=0
FLINK=-1
MLINK=0
[00008]
USE_ORIGINAL=1
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=47667868090
AUDIO=1000
NSIZE=0
FLINK=0
MLINK=0

:logfile:
----------------------
[04/28/14] BD Rebuilder v0.47.05 (beta)
[23:27:31] Source: DELIVERY_MAN_00100
- Input BD size: 27.34 GB
- Approximate total content: [01:44:47.322]
- Target BD size: 46.26 GB
- Windows Version: 6.1 [7601]
- MOVIE-ONLY mode enabled
- Auto Quality: Good (Very Fast), ABR
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[23:27:31] PHASE ONE, Encoding
- [23:27:31] Processing: VID_00006 (1 of 2)
- [23:27:31] Extracting A/V streams [VID_00006]
- [23:32:20] Reencoding video [VID_00006]
- [23:32:20] Keeping original video (no reencode)
- [23:32:20] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [23:32:20] Processing: VID_00008 (2 of 2)
- [23:32:20] Extracting A/V streams [VID_00008]
- [23:38:07] Reencoding video [VID_00008]
- [23:38:07] Keeping original video (no reencode)
[23:38:07]PHASE ONE complete
[23:38:07]PHASE TWO - Rebuild Started
- [23:38:07] Rebuilding BD file Structure
[23:47:36] - Encode and Rebuild complete
[23:47:36] JOB: DELIVERY_MAN finished.

[04/28/14] Checking System Settings
- BD-Rebuilder v0.47.05 (beta)
- Windows Version: 6.1 [7601]
- Working Path Free Space: 1,064.06GB
- 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
- AnyDVD settings check: Ok.
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok
- FRIMEncode: Ok
- FRIMDecode: Ok
[04/28/14] Systems Settings Check complete

Any ideas?

[jdobbs]

@Rileyrott

I'll check it out and see what I can find.

[Rileyrott]

Thanks jdobbs!

[soneca]

Long time user of BDRB, thanks jdobbs!

A recent problem cropped up with subtitles and the movie Delivery Man. I ripped with AnyDVD HD to ISO, then mounted ISO and used BDRD to downsize to Movie Only BD5. There were 2 m2ts files-- 00006 & 00008, with 00006 being the intro to the movie plus a few minutes of the movie, 00008 being the remainder of the movie. Output to the BD5 was a single 00000.m2ts.

Upon playback of the BD5, the subtitles would work fine at first, then disappear after a few minutes. I discovered this would happen at the exact spot the movie switched from 00006.m2ts to 00008.m2ts (I used a WDTV Live SMP to watch each m2ts file from the original disc-saved as BDMV & Certificate).

Thinking this was a problem with downsizing to BD5, I also used BDRB to make a Movie-Only BD25 and Movie Only BD50 (see log and ini file). The results were the same....no subtitles after the first few minutes at the same spot (where Vince Vaughan first drives the delivery truck).

So, I took the original BDMV & Certs from the BD rip and remuxed the 00006.m2ts and 00008.m2ts in a separate tsMuxeR (v2.6.12), saved as an ISO, then used BDRB to make a BD5....no more subtitle problem.

This is the first time I've had this problem and was wondering if this was an isolated issue, or not.





I had this problem too with that title.
The subtitles disappear and the audio loses sync from the same point.
Solved the problem similarly, re-authoring (demuxing/muxing) using tsMuxeR to be converted with the BD Rebuilder.

[jdobbs]

I had this problem too with that title.
The subtitles disappear and the audio loses sync from the same point.
Solved the problem similarly, re-authoring (demuxing/muxing) using tsMuxeR to be converted with the BD Rebuilder.What makes that odd is that BD Rebuilder also uses TSMUXER when it demuxes and remuxes the subtitles.

[Ch3vr0n]

jdobbs about

Removed the encoder choice menu item. FRIM as an encoder choice for 2D causes too many issues.
For those who would like to test it further, you can reenable it by adding ENCODER_MENU=1 to the config/ini file.

The option is still there in the settings menu to use in 47.06 (Use FRIMSource for frame serving). Forgot to remove it in the GUI or will it when selected on a 2D source automatically use x264 or DGdecNV instead?

[raul124]

sorry it took me a while to post my results, i had to burn it to three re-re writable disc i purchase from "china" cheap. the last one of the three burn all the way through but with bad pixelation on the right eye, the left eye no pixelation..maybe i'll try a different setup with BD rebuilder...will see...:confused:

[jdobbs]

jdobbs about

Removed the encoder choice menu item. FRIM as an encoder choice for 2D causes too many issues.
For those who would like to test it further, you can reenable it by adding ENCODER_MENU=1 to the config/ini file.

The option is still there in the settings menu to use in 47.06 (Use FRIMSource for frame serving). Forgot to remove it in the GUI or will it when selected on a 2D source automatically use x264 or DGdecNV instead?That's different. That's using FRIM for frame serving. I removed FRIMEncode and the ENCODING menu. You can still select FRIMSource.

[Ch3vr0n]

kk, then i never even saw it. Only saw that one :) Mine's at automatic ^^

[soneca]

What makes that odd is that BD Rebuilder also uses TSMUXER when it demuxes and remuxes the subtitles.

jdobbs, the same happened using RipBot264 which also uses tsMuxeR(1.10.6) to do the same job.
This has happened with other movie(can not remember the title) where the playlist was also composed of more than one stream. :confused:

[jdobbs]

jdobbs, the same happened using RipBot264 which also uses tsMuxeR(1.10.6) to do the same job.
This has happened with other movie(can not remember the title) where the playlist was also composed of more than one stream. :confused:Good. At least that rules out the newer TSMUXER version (2.6.12) that BD-RB uses.

I tested encoding "Delivery Man" and I get the same anomaly, the subtitles stop right at the connection point between the first and second M2TS.

It has to be something peculiar about this title (or the SUP) -- as I have lots of multipart examples that don't exhibit this issue.

[CraigWally]

Found it. That M2TS (00021.M2TS) was referenced in more than one MPLS. The first MPLS was using it as a 2D source and the second as 3D. My code wasn't accounting for that possibility. That's definitely a bug. I've fixed it for the next release. In fact I may create an interim release just to fix that one.

New version confirmed as working on my African Safari Disc

Thanks
Wally

[mparade]

All the elements of all the playlists under "Other Movie-Only Playlist" will not be considered extras by BD-RB during making a Full Backup.

Is this statement correct?

Thanks for the help in advance!

Edit: Yes, it is. They are considered as main content as they should be! Great job, jdobbs!

[dfox990]

Code:

Removed the encoder choice menu item. FRIM as an encoder choice for 2D causes too many issues.
For those who would like to test it further, you can reenable it by adding ENCODER_MENU=1 to the config/ini file.

Help, newbie here. Attempted to add "ENCODER_MENU=1" to config/ini in 0.47.06 but still does not show as an option under settings as it does in 0.47.05.

Thanks

[jdobbs]

Code:

Removed the encoder choice menu item. FRIM as an encoder choice for 2D causes too many issues.
For those who would like to test it further, you can reenable it by adding ENCODER_MENU=1 to the config/ini file.

Help, newbie here. Attempted to add "ENCODER_MENU=1" to config/ini in 0.47.06 but still does not show as an option under settings as it does in 0.47.05.

ThanksUnfortunately that is a mistake on my part. A last minute change caused the menu be enabled but not show up. I'll fix it for the next release. In the meantime in order to select FRIM for encoding you have to make sure both of these are set:

ENCODER_MENU=1
ENCODER=1

Note that ENCODER may already be in the INI, you just have to change the value.

Sorry about that.

[kaminar]

Hello,

This is my first post, even though I've been using the awesome BD-RB for a while now. I'm no expert, but am familiar with most options. Am sure there is a lot I must learn :)

I'm here to ask for some help..

I have an issue that has baffled me for some time. First, let's just say I like to encode Full BDs to BD25 and BD5. For the most part, BD5 results are amazing. My preferred BD-RB SETUP settings for BD5 are as follows:

==Either v0.47.04 or v0.47.06==

---------------------------------------------
Audio Language:
English (only)

Subtitle Language:
English and Spanish (only)

Video Encoding Options:
Resize 1920x1080 to 1280x720
Use Deinterlacer
Process 3D to 2D

Audio Encoding Options:
Do not convert DTS to ACS (Blu-ray only)
Do not reencode AC3 (Blu-ray only)
Keep HD Audio for BD25/Alternate intact

Alternative Decoding Options:
none (i have tried X264's internal LAVF, but have read it's ok to uncheck, since there is no difference)

General Encoding Options:
Strict AVCHD for BD5/9 movie only
Beep at job completion

---------------------------------------------
Config File:

[Options]
VERSION=0.47.0.6
ENCODER=0
MODE=3
ENCODE_QUALITY=2
ONEPASS_ENCODING=0
AUTO_QUALITY=1
MOVIEONLY_TYPE=0
ALTCRF=20
ALT_TARGET=1024
ALTMETHOD=0
ALTAUTOCROP=0
AUDIO_TO_KEEP=eng;
SUBS_TO_KEEP=eng;spa;
SD_CONVERT=0
OPEN_GOP=0
RESIZE_1080=1
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
AVCHD=1
REMOVE_WORKFILES=0
DGDECIM=0
REMOVE_OUTPUT=0
USE_FILTERS=0
BDMV_CERT_ONLY=0
USE_LAVF=0
IVTC_PULLDOWN=0
ASSUME_DVD_PAL=0
FRIMSOURCE=0
COMPLETION_BEEP=1
DGDECNV=0
OUTPUT_SBS=0
NEROAAC=0
SUPTITLE=0
AUDIO_TRACK_LIMIT=1
SUBTITLE_TRACK_LIMIT=1
CUSTOM_TARGET_SIZE=23500
[Paths]

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

My issue has to do with output size for BD5. Typically, I'd expect approximately 4.25GB size (settings show target is 4.36GB). This is great and most BD's encode near to that number (4.16 to 4.25).

Over the past year, I've noticed some BD's encode to smaller output sizes, from 4.09GB down to 3.58GB. This struck me as odd, and I've tried several methods to "work around" this issue, to no avail. I'm hoping someone can help me fix this situation.

Recently, I've noticed there is a correlation with M2TS Bitrate and total Frames. The correlation is this. On a BD5 of approx 4.16 to 4.25GB, Total Bitrate x Total Frames ~ 700,000,000+. Not sure what that number represents, only know that it's very consistent.

The actual range is approx. 690,000,000 to 710,000,000 (since output size varies, as mentioned above). I've never seen the bitrate too high to fit on a DVD-R. On the other hand, about 1 or 2 out of 10 BDs are encoding too small (outside the variation), due to video bitrate sizes.

Below are examples of low video bitrates:

AC3=640

[05/05/14] BD Rebuilder v0.47.06 (beta)
[13:31:32] Source: TRANSFORMERS_00010
- Input BD size: 42.11 GB
- Approximate total content: [02:23:27.307]
- Target BD size: 4.36 GB
- Windows Version: 6.1 [7601]
- MOVIE-ONLY mode enabled
- Resize: 1080p to 720p enabled
- Auto Quality: High Quality (Default), Two Pass
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[13:31:39] PHASE ONE, Encoding
- [13:31:39] Processing: VID_00010 (1 of 1)
- [13:31:39] Extracting A/V streams [VID_00010]
- [13:38:39] Reencoding video [VID_00010]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 206,369 frames
- Convert: 1280x720, 23.976fps, 206,369 frames
- Bitrate: 2,693 Kbs
- [13:38:39] Reencoding: VID_00010, Pass 1 of 2
[13:38:55]PHASE ONE aborted by user request
----------------------

AC3=448

[05/05/14] BD Rebuilder v0.47.06 (beta)
[13:45:12] Source: TRANSFORMERS_00010
- Input BD size: 42.11 GB
- Approximate total content: [02:23:27.307]
- Target BD size: 4.36 GB
- Windows Version: 6.1 [7601]
- MOVIE-ONLY mode enabled
- Resize: 1080p to 720p enabled
- Auto Quality: High Quality (Default), Two Pass
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=448
- Resuming from previously started job.
[13:45:20] PHASE ONE, Encoding
- [13:45:20] Processing: VID_00010 (1 of 1)
- [13:45:23] Reencoding video [VID_00010]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 206,369 frames
- Convert: 1280x720, 23.976fps, 206,369 frames
- Bitrate: 2,907 Kbs
- [13:45:24] Reencoding: VID_00010, Pass 1 of 2
[13:45:35]PHASE ONE aborted by user request


By extrapolating, simple math shows the bitrate should be between 3343 to 3440 Kbs (690,000,000/206369=3343; 700,000,000/206,369=3391; 710,000,000/206369=3440)

Now, I realize this is very approximate, but I think it's relevant. I've tried searching here and on google for something relating to this issue. No luck until today. I found a post here on Doom9 which is slightly related:

Link: http://forum.doom9.org/showthread.php?t=158828&highlight=bitrate+bd5&page=11#204

I also found a bitrate calculator which kind of confirms my theory (also via one of Doom9's threads):

Link: http://tools.twanwintjes.nl/index.php?page=avchdcalculator

It estimated the bitrate for BD5 should be 3438 Kbps (using AC3=640)

Could it be due to an internal x264 bitrate calculator that we have no control over?

Is there any solution for my dilemna?

Any help is much appreciated!! :)

Thank you!
-=K=-

[Sharc]

@kaminar
The video bitrate depends on:
- Target size (e.g. 4.36 GB)
- Duration of the movie (= number of frames/framerate)
- Number of audio streams you want to keep and audio format
- Number of subtitles you want to keep
- Multiplexing overhead (which itself depends on the audio format)

Apparently you aborted both of your examples before completion, assuming that the video bitrate is "low".
Did you ever complete and burn these 2 projects to disc, and if so, how was the resulting fill factor (in %) of these discs?
If it is in the order of 95% there is nothing to worry as you won't notice a visual difference compared to a 100% filled disc.

Secondly, it looks like you kept the DTS audio format. Uncheck "Do not convert DTS to AC3 (Blu-ray only)" in the Settings/Setup, and you should then get a video bitrate around 3400 kbps.

[kaminar]

@kaminar
The video bitrate depends on:
- Target size (e.g. 4.36 GB)
- Duration of the movie (= number of frames/framerate)
- Number of audio streams you want to keep and audio format
- Number of subtitles you want to keep
- Multiplexing overhead (which itself depends on the audio format)

Apparently you aborted both of your examples before completion, assuming that the video bitrate is "low".
Did you ever complete and burn these 2 projects to disc, and if so, how was the resulting fill factor (in %) of these discs?
If it is in the order of 95% there is nothing to worry as you won't notice a visual difference compared to a 100% filled disc.

Secondly, it looks like you kept the DTS audio format. Uncheck "Do not convert DTS to AC3 (Blu-ray only)" in the Settings/Setup, and you should then get a video bitrate around 3400 kbps.

I totally agree..for BD5, using just 1 language track (English) and 2 subs (Eng/Spa) whenever possible. I'll try unchecking the "Do Not Convert DTS to AC3", but it always converts to AC3 for BD5 (not for BD25). Not sure there would be much room for video otherwise. Is there a lot of overhead for AC3 at 640 Kbs?

Yes, I've completed them before..total output size is in the range of ~85% filled when completed, but I will try again today. TBH, the video doesn't look bad. The sound is great. It just nags at me that it could look 20%+ better (video, not total output), lol.

Will chime in again later.

-=K=-

[RobertM]

I noticed the same thing as you, Kaminar; consistent undersizing relative to what I want - but in my case it is on the BD-25 target size. My solution was to simply use a custom target size. I now specify 24200 MB as a matter of course, and my disc fills are consistently 97 to 98% - can't remember the last time I had an oversize. I would suggest just taking the default BD-5 size and add 5 to 10% and see what happens. If it ends up too large then back off a bit.

You'll have people say that you are risking bad read/writes at the edge of the disc, but you are burning to a single-layer medium, like i am, so that risk would manifest itself only in the credits for a movie-only rebuild (I presume that's what you're doing). Having said that, I've never seen a problem at the end of a disc - not once. I use respectable media, of course: Verbatim.

Yes, I've completed them before..total output size is in the range of ~85% filled when completed


I went back and looked at my old log files to see when I made this change. In fact, it was 2 years ago; Apr. 2012. Prior to that I had used the default setting for BD-25. But I started to notice that, at some point, my rebuilds started to seem smaller than I recalled in the past, with ImgBurn reporting fill sizes in the low 90% range, where I had been more used to the upper-mid 90% range.

At this point I can't say if this was mere perception on my part - lots of water under the bridge at this point - but I do recall deciding that I had to deviate from the default setting. My custom size is only 3% larger (24200 vs 23500) so it's not a big modification.

[jdobbs]

@kaminar

Please post the log after you've modified the DTS setting. My best guess is that the DTS file is huge and is the cause of the lower bitrate. It isn't unusual for DTS sources to take up a quarter to half of a BD-25 for the audio alone. Also, most audio formats are very inefficient to mux into an M2TS file, and require 14-15% overhead -- so you have to add 14% to the size of the DTS file.

In addition, as Sharc commented, I notice that you decided to keep HD audio. From that standpoint you were pretty lucky with this encode. With "Keep HD" set there are some discs in which the source might take up the entire BD-5 for DTS HD audio alone....

You pretty much always need to reencode to AC3 to backup a BD-5 disc.

[rusty666]

hi i have just done a 3d bd25 and set OUTPUT_3D_ISO=1 and it didnt give me a ssif file just m2ts?

[Ch3vr0n]

did you do a movie only encode? That setting only applies to movie-only mode. If you do full disc mode it doesn't need the ssif types

[rusty666]

thanx. i just muxed it with tsmuxer and it gave the ssif file but it only played in 2d?

[Ch3vr0n]

that wasn't the question

[rusty666]

full movie was ticked by mistake. it only seems to play in 2d on my player

[Ch3vr0n]

when backing up full disc it doesn't use ssif because it doesn't need to. it uses in-mux 3D. anyways i'd recommend to post a log

[rusty666]

thanx ill try again with movie only see if it will play in 3d

[kaminar]

I noticed the same thing as you, Kaminar; consistent undersizing relative to what I want - but in my case it is on the BD-25 target size. My solution was to simply use a custom target size. I now specify 24200 MB as a matter of course, and my disc fills are consistently 97 to 98% - can't remember the last time I had an oversize. I would suggest just taking the default BD-5 size and add 5 to 10% and see what happens. If it ends up too large then back off a bit.

You'll have people say that you are risking bad read/writes at the edge of the disc, but you are burning to a single-layer medium, like i am, so that risk would manifest itself only in the credits for a movie-only rebuild (I presume that's what you're doing). Having said that, I've never seen a problem at the end of a disc - not once. I use respectable media, of course: Verbatim.




I went back and looked at my old log files to see when I made this change. In fact, it was 2 years ago; Apr. 2012. Prior to that I had used the default setting for BD-25. But I started to notice that, at some point, my rebuilds started to seem smaller than I recalled in the past, with ImgBurn reporting fill sizes in the low 90% range, where I had been more used to the upper-mid 90% range.

At this point I can't say if this was mere perception on my part - lots of water under the bridge at this point - but I do recall deciding that I had to deviate from the default setting. My custom size is only 3% larger (24200 vs 23500) so it's not a big modification.


@RobertM

Yes, I just noticed the same thing for BD-25, with the same BD. Total output size was approx 13GB. Anyway, for the sake of trying, I encoded to a BD-25, then used that for the BD-5 encode. It worked very well for reaching the desired BD-5 output size, but encoding twice has always been frowned upon. Always "movie only" for BD-5.

Verbatim is great media. I use Verbatim DVD+RW for testing, then JVC/Taiyo-Yuden #TYG02 for final. In truth, if the Verbatim DVD+RWs were priced right, I'd use them instead for final. It has that lovely hard coat/silver bottom. The Taiyo-Yuden's are nice as well, but not as silvery on the bottom.

I've tried remuxing to MKV, but BD-5 encode from that is exactly the same as from original BD. I've also tried using custom size @ 4469 (instead of BD-5 default), with no impact. I can always try again :)

Still scratching my head in confusion. I may have to face it that some BDs cooperate as planned, and some do not. I won't give up and will continue testing :)

Sigh..

@kaminar

Please post the log after you've modified the DTS setting. My best guess is that the DTS file is huge and is the cause of the lower bitrate. It isn't unusual for DTS sources to take up a quarter to half of a BD-25 for the audio alone. Also, most audio formats are very inefficient to mux into an M2TS file, and require 14-15% overhead -- so you have to add 14% to the size of the DTS file.

In addition, as Sharc commented, I notice that you decided to keep HD audio. From that standpoint you were pretty lucky with this encode. With "Keep HD" set there are some discs in which the source might take up the entire BD-5 for DTS HD audio alone....

You pretty much always need to reencode to AC3 to backup a BD-5 disc.

@JDobbs

Thanks so much for your reply! I love your software :)

There may have been some confusion with settings used, since I did not include an image. For BD-5, all audio boxes checked or unchecked are for the purpose of encoding to AC3 5.1 @ 640 Kbs. With regard to the checkbox for "Do Not Convert DTS to AC3 (Blu-ray Only)", it has never had an effect for my BD-5s. It's my understanding that it only affects BD-25/50--is that correct? For BD-5, whether I keep it checked or unchecked has had no impact on audio. The conversion to AC3 is done correctly. Today I left it unchecked, as requested. Please see the log file below. The total output size is 3.66GB.

----------------------
[05/06/14] BD Rebuilder v0.47.06 (beta)
[07:02:38] Source: TRANSFORMERS_00010
- Input BD size: 42.11 GB
- Approximate total content: [02:23:27.307]
- Target BD size: 4.36 GB
- Windows Version: 6.1 [7601]
- MOVIE-ONLY mode enabled
- Resize: 1080p to 720p enabled
- Auto Quality: High Quality (Default), Two Pass
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=1 HD=1 Kbs=640
[07:02:49] PHASE ONE, Encoding
- [07:02:49] Processing: VID_00010 (1 of 1)
- [07:02:49] Extracting A/V streams [VID_00010]
- [07:09:37] Reencoding video [VID_00010]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 206,369 frames
- Convert: 1280x720, 23.976fps, 206,369 frames
- Bitrate: 2,693 Kbs
- [07:09:37] Reencoding: VID_00010, Pass 1 of 2
- [07:43:34] Reencoding: VID_00010, Pass 2 of 2
- [08:41:27] Video Encode complete
- [08:41:27] Processing audio tracks
- Track 4352 (eng): Keeping original core audio
[08:41:47]PHASE ONE complete
[08:41:47]PHASE TWO - Rebuild Started
- [08:41:47] Rebuilding AVCHD file Structure
[08:45:25] - Encode and Rebuild complete
[08:45:25] JOB: TRANSFORMERS finished.

I checked MediaInfo for the resulting BD-5 .m2ts file to match up the bitrate with BD-RB. MediaInfo for the BD-5 is as follows:

General
ID : 1 (0x1)
Complete name : V:\WORKING\TRANSFORMERS\BDMV\STREAM\00000.m2ts
Format : BDAV
Format/Info : Blu-ray Video
File size : 3.66 GiB
Duration : 2h 23mn
Overall bit rate mode : Variable
Overall bit rate : 3 653 Kbps
Maximum Overall bit rate : 35.5 Mbps

Video
ID : 4113 (0x1011)
Menu ID : 1 (0x1)
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L4.0
Format settings, CABAC : Yes
Format settings, ReFrames : 3 frames
Codec ID : 27
Duration : 2h 23mn
Bit rate mode : Variable
Bit rate : 2 856 Kbps
Maximum bit rate : 15.0 Mbps
Width : 1 280 pixels
Height : 720 pixels
Display aspect ratio : 16:9
Frame rate : 23.976 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.129
Stream size : 2.86 GiB (78%)

Audio
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 : 2h 23mn
Bit rate mode : Constant
Bit rate : 640 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 : Lossy
Stream size : 657 MiB (18%)

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



Both logs show similar video bitrates (MediaInfo bitrate shows approx 6% larger). In my experience, AC3 5.1 audio is almost always 650-700Mb in size (my only guess is for 3-4 hour movies it should be larger). BD-RB settings are nearly automatic, so I am still stumped..for now. Am hoping a solution comes my way, and I shall keep testing as mentioned above. Just FYI, some other BDs that are not cooperating fully are Transformers: Dark of the Moon, Bram Stoker's Dracula and Rear Window. The output sizes vary slightly, but are all below 4GB. Please understand these are in the minority. 90% of BDs cooperate and output size is fairly uniform in the 4.10 to 4.25GB range.

I hope the logs help :)

Thanks again for all the kind responses!

-=K=-

[jdobbs]

hi i have just done a 3d bd25 and set OUTPUT_3D_ISO=1 and it didnt give me a ssif file just m2ts?That can't happen. Unless you've said to ignore 3D you get an ISO file that has a SSIF folder.

[Sharc]

@kaminar
I am not sure if this really matters for BD5, however I notice that you still have HD=1 (Keep HD Audio ... ).
What happens when you unselect it? Maybe BD-RB calculates a larger muxing overhead when HD=1 is set? Just speculating. I didn't try but I always encode with HD=0 for BD5/9. I don't have your discs so I cannot verify.

[Edit]:
Hmmm....... the video bitrate of your encode would be just about right if you would have kept two AC3 640 audio tracks. But apparently you selected only one (english) audio, and 2 sups......

[rusty666]

ive restarted the project on movie only . i have checked ignore 3d=0 . but that means it not enabled doesnt it as you have to put =1?. hopefully it will output and play in 3d this time

[kaminar]

@kaminar
I am not sure if this really matters for BD5, however I notice that you still have HD=1 (Keep HD Audio ... ).
What happens when you unselect it? Maybe BD-RB calculates a larger muxing overhead when HD=1 is set? Just speculating. I didn't try but I always encode with HD=0 for BD5/9. I don't have your discs so I cannot verify.

[Edit]:
Hmmm....... the video bitrate of your encode would be just about right if you would have kept two AC3 640 audio tracks. But apparently you selected only one (english) audio, and 2 sups......

@Sharc

Thanks for replying! Like yourself, I keep HD=0 for BD-5. Whether I check or uncheck the "Do Not Convert DTS to AC3 (Blu-ray only)", it has no impact. BD-RB always converts to AC3. In the case of BD-5, HD=1 or HD=0 has the exact same result. Your suggestion re: muxing overhead is interesting..I will try both--one with the box checked (HD=0) and then unchecked (HD=1), to compare. Thank you :)

As for experimenting, I'm trying custom sizes for BD-5 for the BD listed above. So far, output results for custom size are as follows:

1. 4469 (3.66GB output size)
2. 4476 (3.66GB)
3. 5000 (4.70GB)
4. 4750 (3.93GB)
5. 4876 (??)

Am trying 4876 now. Will continue to narrow it down by half until the result falls into range. :) Heck, who knows, it could by my system. It shouldn't be, but impossible to say. The encodes are clean and relatively fast.

-=K=-

[mparade]

When making BD3D backups, is the AVC stream being reencoded by x264 (with the current setup parameters) while
the MVC stream is done by FrimEncode (using ABR method and similar quality parameters as the current ones for x264)? Can be used CRF method for the AVC stream in a BD3D backup?

[jdobbs]

When making BD3D backups, is the AVC stream being reencoded by x264 (with the current setup parameters) while
the MVC stream is done by FrimEncode (using ABR method and similar quality parameters as the current ones for x264)? Can be used CRF method for the AVC stream in a BD3D backup?No. That isn't possible because the MVC stream is actually dependent on the AVC portion and they must be encoded together. 3D encodes are done entirely by FRIMEncode.

No. CRF does not exist in FRIMEncode.

[mparade]

No. That isn't possible because the MVC stream is actually dependent on the AVC portion and they must be encoded together. 3D encodes are done entirely by FRIMEncode.

No. CRF does not exist in FRIMEncode.

Thank you very much for the information. Even by other very expensive MVC encoders CRF is not available either (just CBR and VBR). I was just interested in CRF because I am very satisfied with the results of that method in BD-RB.

[G1nger]

I have a 3D MKV MVC file (Gravity) made using MakeMKV approximately 26/27 GB in size. I'd like to make a 3D ISO file which I can burn to a 25GB disc. What are my best option selections for success? I just tried using the import option "Video File (SBS source)" and the ISO file output size was under 2GB. Should I be using the other import option "Video Files"? What am I doing wrong?

Thanks, G

[rusty666]

is theer any reason why the 3d bd25 encodes would not play proper on samsung player c. d. e series or ps3?

[jdobbs]

is theer any reason why the 3d bd25 encodes would not play proper on samsung player c. d. e series or ps3?No. The output is completely compliant with standards.

[rusty666]

thanx. it works fine in my player but just them series of samsung

[dfox990]

Recently did 3D BD25 iso movie only backup of "The legend Of Hercules" using FRIMEncode. Used media players PCH-A400 and Micca EP600 and a Panny DMP-BDT210 for playback. BDRB source was a AnyDVD iso. Created BDRB output would not play as 3D for either of the media players. However, a created 3D Disc played as 3D in the Panny. Also, a 3D iso, created by DVDFxx (from the same AnyDVD iso) played as 3D in both media players. Would like to add that FRIMENcode is great. Around 140 fps for AVC and 47 fps for MVC using i5-3570K. Will provide whatever logs, etc necessary upon request.

Thanks

Sorry guys, false alarm on the above. After reviewing the logs, I had overlooked that IMGBurn had an error when creating the iso. I reran the job today and both nedia players recognized it as 3D. I'll do my best to scrutinize the logs more closely in the future before posting.......peace

dfox990

[AmigaFuture]

A bug? The secondary video is being reencoded for each movie I process at BD50. Has anyone else noticed that? With FORCE_NOENCODE=1, too.

[05/08/14] BD Rebuilder v0.47.05 (beta)
[12:25:43] Source: NIMS_ISLAND
- Input BD size: 34.56 GB
- Approximate total content: [02:56:28.852]
- Target BD size: 46.26 GB
- Windows Version: 6.1 [7601]
- MOVIE and MENUS mode enabled
- Quality: Highest (Very Slow), Two Pass
- Decoding/Frame serving: DGDecNV [4-way]
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=640
[12:25:53] PHASE ONE, Encoding
- [12:25:53] Blanking: VID_00033 (1 of 45)
- [12:25:53] Blanking: VID_00021 (2 of 45)
- [12:25:53] Blanking: VID_00059 (3 of 45)
- [12:25:53] Blanking: VID_00057 (4 of 45)
- [12:25:53] Blanking: VID_00058 (5 of 45)
- [12:25:53] Blanking: VID_00020 (6 of 45)
- [12:25:53] Blanking: VID_00077 (7 of 45)
- [12:25:53] Blanking: VID_00055 (8 of 45)
- [12:25:53] Blanking: VID_00056 (9 of 45)
- [12:25:53] Blanking: VID_00004 (10 of 45)
- [12:25:53] Processing: VID_00087 (11 of 45)
- [12:25:53] Extracting A/V streams [VID_00087]
- [12:26:00] Reencoding video [VID_00087]
- [12:26:00] Keeping original video (no reencode)
- [12:26:00] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [12:26:00] Multiplexing M2TS
- [12:26:04] Processing: VID_00108 (12 of 45)
- [12:26:04] Extracting A/V streams [VID_00108]
- [12:26:08] Reencoding video [VID_00108]
- [12:26:08] Keeping original video (no reencode)
- [12:26:08] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [12:26:08] Multiplexing M2TS
- [12:26:12] Processing: VID_00104 (13 of 45)
- [12:26:12] Extracting A/V streams [VID_00104]
- [12:26:17] Reencoding video [VID_00104]
- [12:26:17] Keeping original video (no reencode)
- [12:26:17] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [12:26:17] Multiplexing M2TS
- [12:26:22] Processing: VID_00097 (14 of 45)
- [12:26:22] Extracting A/V streams [VID_00097]
- [12:26:27] Reencoding video [VID_00097]
- [12:26:27] Keeping original video (no reencode)
- [12:26:27] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [12:26:27] Multiplexing M2TS
- [12:26:31] Processing: VID_00089 (15 of 45)
- [12:26:31] Extracting A/V streams [VID_00089]
- [12:26:36] Reencoding video [VID_00089]
- [12:26:36] Keeping original video (no reencode)
- [12:26:36] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [12:26:36] Multiplexing M2TS
- [12:26:40] Blanking: VID_00019 (16 of 45)
- [12:26:40] Processing: VID_00092 (17 of 45)
- [12:26:40] Extracting A/V streams [VID_00092]
- [12:26:46] Reencoding video [VID_00092]
- [12:26:46] Keeping original video (no reencode)
- [12:26:46] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [12:26:46] Multiplexing M2TS
- [12:26:50] Processing: VID_00094 (18 of 45)
- [12:26:50] Extracting A/V streams [VID_00094]
- [12:26:55] Reencoding video [VID_00094]
- [12:26:55] Keeping original video (no reencode)
- [12:26:55] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [12:26:55] Multiplexing M2TS
- [12:27:00] Processing: VID_00100 (19 of 45)
- [12:27:00] Extracting A/V streams [VID_00100]
- [12:27:06] Reencoding video [VID_00100]
- [12:27:06] Keeping original video (no reencode)
- [12:27:06] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [12:27:06] Multiplexing M2TS
- [12:27:11] Processing: VID_00085 (20 of 45)
- [12:27:11] Extracting A/V streams [VID_00085]
- [12:27:16] Reencoding video [VID_00085]
- [12:27:17] Keeping original video (no reencode)
- [12:27:17] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [12:27:17] Multiplexing M2TS
- [12:27:22] Processing: VID_00103 (21 of 45)
- [12:27:22] Extracting A/V streams [VID_00103]
- [12:27:27] Reencoding video [VID_00103]
- [12:27:27] Keeping original video (no reencode)
- [12:27:27] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [12:27:27] Multiplexing M2TS
- [12:27:32] Processing: VID_00098 (22 of 45)
- [12:27:32] Extracting A/V streams [VID_00098]
- [12:27:37] Reencoding video [VID_00098]
- [12:27:37] Keeping original video (no reencode)
- [12:27:37] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [12:27:37] Multiplexing M2TS
- [12:27:43] Processing: VID_00084 (23 of 45)
- [12:27:43] Extracting A/V streams [VID_00084]
- [12:27:48] Reencoding video [VID_00084]
- [12:27:48] Keeping original video (no reencode)
- [12:27:48] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [12:27:48] Multiplexing M2TS
- [12:27:53] Processing: VID_00099 (24 of 45)
- [12:27:53] Extracting A/V streams [VID_00099]
- [12:27:58] Reencoding video [VID_00099]
- [12:27:58] Keeping original video (no reencode)
- [12:27:58] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [12:27:58] Multiplexing M2TS
- [12:28:04] Processing: VID_00096 (25 of 45)
- [12:28:04] Extracting A/V streams [VID_00096]
- [12:28:09] Reencoding video [VID_00096]
- [12:28:09] Keeping original video (no reencode)
- [12:28:09] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [12:28:09] Multiplexing M2TS
- [12:28:14] Processing: VID_00091 (26 of 45)
- [12:28:14] Extracting A/V streams [VID_00091]
- [12:28:21] Reencoding video [VID_00091]
- [12:28:21] Keeping original video (no reencode)
- [12:28:21] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [12:28:21] Multiplexing M2TS
- [12:28:26] Processing: VID_00093 (27 of 45)
- [12:28:26] Extracting A/V streams [VID_00093]
- [12:28:32] Reencoding video [VID_00093]
- [12:28:32] Keeping original video (no reencode)
- [12:28:32] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [12:28:32] Multiplexing M2TS
- [12:28:38] Processing: VID_00086 (28 of 45)
- [12:28:38] Extracting A/V streams [VID_00086]
- [12:28:44] Reencoding video [VID_00086]
- [12:28:44] Keeping original video (no reencode)
- [12:28:44] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [12:28:44] Multiplexing M2TS
- [12:28:50] Processing: VID_00106 (29 of 45)
- [12:28:50] Extracting A/V streams [VID_00106]
- [12:28:56] Reencoding video [VID_00106]
- [12:28:56] Keeping original video (no reencode)
- [12:28:56] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [12:28:56] Multiplexing M2TS
- [12:29:02] Processing: VID_00101 (30 of 45)
- [12:29:02] Extracting A/V streams [VID_00101]
- [12:29:08] Reencoding video [VID_00101]
- [12:29:08] Keeping original video (no reencode)
- [12:29:08] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [12:29:08] Multiplexing M2TS
- [12:29:15] Processing: VID_00102 (31 of 45)
- [12:29:15] Extracting A/V streams [VID_00102]
- [12:29:21] Reencoding video [VID_00102]
- [12:29:21] Keeping original video (no reencode)
- [12:29:21] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [12:29:21] Multiplexing M2TS
- [12:29:28] Processing: VID_00105 (32 of 45)
- [12:29:28] Extracting A/V streams [VID_00105]
- [12:29:34] Reencoding video [VID_00105]
- [12:29:34] Keeping original video (no reencode)
- [12:29:34] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [12:29:34] Multiplexing M2TS
- [12:29:41] Processing: VID_00107 (33 of 45)
- [12:29:41] Extracting A/V streams [VID_00107]
- [12:29:47] Reencoding video [VID_00107]
- [12:29:47] Keeping original video (no reencode)
- [12:29:47] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [12:29:47] Multiplexing M2TS
- [12:29:54] Processing: VID_00080 (34 of 45)
- [12:29:54] Extracting A/V streams [VID_00080]
- [12:30:01] Reencoding video [VID_00080]
- [12:30:01] Keeping original video (no reencode)
- [12:30:01] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [12:30:01] Multiplexing M2TS
- [12:30:08] Processing: VID_00095 (35 of 45)
- [12:30:08] Extracting A/V streams [VID_00095]
- [12:30:15] Reencoding video [VID_00095]
- [12:30:15] Keeping original video (no reencode)
- [12:30:15] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [12:30:15] Multiplexing M2TS
- [12:30:22] Processing: VID_00088 (36 of 45)
- [12:30:22] Extracting A/V streams [VID_00088]
- [12:30:29] Reencoding video [VID_00088]
- [12:30:29] Keeping original video (no reencode)
- [12:30:29] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [12:30:29] Multiplexing M2TS
- [12:30:38] Processing: VID_00090 (37 of 45)
- [12:30:38] Extracting A/V streams [VID_00090]
- [12:30:45] Reencoding video [VID_00090]
- [12:30:45] Keeping original video (no reencode)
- [12:30:45] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [12:30:45] Multiplexing M2TS
- [12:30:53] Processing: VID_00079 (38 of 45)
- [12:30:53] Extracting A/V streams [VID_00079]
- [12:31:02] Reencoding video [VID_00079]
- [12:31:02] Keeping original video (no reencode)
- [12:31:02] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [12:31:02] Multiplexing M2TS
- [12:31:13] Processing: VID_00083 (39 of 45)
- [12:31:13] Extracting A/V streams [VID_00083]
- [12:31:23] Reencoding video [VID_00083]
- [12:31:23] Keeping original video (no reencode)
- [12:31:23] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [12:31:23] Multiplexing M2TS
- [12:31:38] Processing: VID_00081 (40 of 45)
- [12:31:38] Extracting A/V streams [VID_00081]
- [12:31:47] Reencoding video [VID_00081]
- [12:31:47] Keeping original video (no reencode)
- [12:31:47] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [12:31:47] Multiplexing M2TS
- [12:32:01] Processing: VID_00074 (41 of 45)
- [12:32:01] Extracting A/V streams [VID_00074]
- [12:32:12] Reencoding video [VID_00074]
- [12:32:12] Keeping original video (no reencode)
- [12:32:12] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [12:32:12] Multiplexing M2TS
- [12:32:27] Processing: VID_00082 (42 of 45)
- [12:32:27] Extracting A/V streams [VID_00082]
- [12:32:37] Reencoding video [VID_00082]
- [12:32:37] Keeping original video (no reencode)
- [12:32:37] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [12:32:37] Multiplexing M2TS
- [12:32:52] Processing: VID_00075 (43 of 45)
- [12:32:52] Extracting A/V streams [VID_00075]
- [12:33:03] Reencoding video [VID_00075]
- [12:33:03] Keeping original video (no reencode)
- [12:33:03] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [12:33:03] Multiplexing M2TS
- [12:33:19] Processing: VID_00078 (44 of 45)
- [12:33:19] Extracting A/V streams [VID_00078]
- [12:33:33] Reencoding video [VID_00078]
- [12:33:33] Keeping original video (no reencode)
- [12:33:33] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [12:33:33] Multiplexing M2TS
- [12:33:53] Processing: VID_00002 (45 of 45)
- [12:33:53] Extracting A/V streams [VID_00002]
- [12:40:42] Reencoding video [VID_00002]
- [12:40:42] Reencoding secondary video [TRK_02]
- [12:46:42] Keeping original video (no reencode)
- [12:46:42] Processing audio tracks
- Track 4353 (eng): Keeping original audio
- Track 4355 (eng): Keeping original audio
- Track 4356 (eng): Keeping original audio
- Track 6656 (eng): Keeping original audio
- [12:46:42] Multiplexing M2TS
[13:03:20]PHASE ONE complete
[13:03:20]PHASE TWO - Rebuild Started
- [13:03:20] Rebuilding BD file Structure
[13:03:46] - Encode and Rebuild complete
[13:03:46] JOB: NIMS_ISLAND finished.

[mparade]

----------------------
[05.09.14] BD Rebuilder v0.47.05 (beta)
[22:29:03] Source: THE_CROODS
- Input BD size: 5,04 GB
- Approximate total content: [01:34:35.479]
- Target BD size: 2,27 GB
- Windows Version: 6.1 [7601]
- Quality: Ultra High Quality (Extremely Slow), ABR
- Output folder: E:\adat\Downloads\BD-RB\
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[22:29:03] PHASE ONE, Encoding
- [22:29:03] Processing: VID_00001 (1 of 1)
- [22:29:03] Extracting A/V streams [VID_00001]
- [22:30:30] Reencoding video [VID_00001]
- Source Video: MPEG-2, 720x576
- Rate/Length: 25,000fps, 141*887 frames
- Bitrate: 2*263 Kbs
- Using FRIMEncoder for AVC encoding
- [22:30:30] Reencoding: VID_00001, Pass 1 of 1
[22:30:31] - Failed video encode, aborted

The same encode was successfully completed with x264 CRF method.
The only difference in the set up was changing to custom target size due to ABR encoding.

If someone has an idea, please let me know, it
would be much appreciated.

[RobertM]

What are you actually rebuilding? That's not a legit input size for any BD disc that I've seen.

----------------------
[05.09.14] BD Rebuilder v0.47.05 (beta)
[22:29:03] Source: THE_CROODS
- Input BD size: 5,04 GB
- Approximate total content: [01:34:35.479]
- Target BD size: 2,27 GB

[mparade]

What are you actually rebuilding? That's not a legit input size for any BD disc that I've seen.

This is my Croods DVD and would like to accomplish an AVC encoded stream made by FRIM on it's main movie title using the import function of BD-RB. I think the problem may be with the frame-serving, but I haven't checked yet other than DirectShowSource.

[Groucho2004]

This is my Croods DVD and would like to accomplish an AVC encoded stream made by FRIM on it's main movie title using the import function of BD-RB. I think the problem may be with the frame-serving, but I haven't checked yet other than DirectShowSource.
Why do you want to use the inferior FRIM encoder?

[mparade]

Why do you want to use the inferior FRIM encoder?

Just to compare the result to the one made by x264 by putting them into a quality measurement tool for testing through avs scripts.

@jdobbs
Sorry, I did not want to generate possible bug reports due to my test purposes.

[polik]

Hi. When BD-3D is reencoded or not reencoded too, to the in-mux structure for BD-3D output and then when I open movie playlist in the tsmuxer 2.6.12 something it's not right.
Tsmuxer open that playlist and everything looks ok but when I’m trying to export movie it shows error: "Current playlist file doesn't has MVC track info. Please, remove MVC track from the track list".
Tsmuxer is not able to do anything with that playlist.

[jdobbs]

Hi. When BD-3D is reencoded or not reencoded too, to the in-mux structure for BD-3D output and then when I open movie playlist in the tsmuxer 2.6.12 something it's not right.
Tsmuxer open that playlist and everything looks ok but when I’m trying to export movie it shows error: "Current playlist file doesn't has MVC track info. Please, remove MVC track from the track list".
Tsmuxer is not able to do anything with that playlist.Hmmm.... unfortunately my first guess is that this may be an error in TSMUXER. You can open the M2TS fine directly, but you get that error when you try opening the MPLS.

I'll do some testing and see what I can find.

[Edit]

Yes. I can confirm it is a TSMUXER error. I just tried to remux from a commercial disc that uses in-mux MVC (e.g. AVATAR 3D, playlist 00003) and TSMUXER fails there as well. TSMUXER issues are beyond my control.

There is no issue, however, when using BD Rebuilder. BD-RB uses the M2TS directly and it applies all MPLS characteristics (such as chapters) during the rebuild. So, since BD-Rebuilder processes the MPLS itself, the TSMUXER error doesn't affect the its functioning.

If you want to create a movie-only version of an in-mux 3D, just select that playlist from within BD-RB and let it run. No problems.

The bottom line is that while your report is accurate -- it has no impact on, nor is it a bug within BD Rebuilder.

[andref4]

Hi jdobbs,

I have problems with full 3D backup of the movie Cloudy with a Chance of Meatballs 2 3D. The movie has multi-view/ multi-angle with multiple playlists.
If I mount the iso, rebuilding stops at the end by converting SSIF file references (see log).
If I rip the movie to an HDD folder, rebuilding finish but the movie hangs between 7.30 - 7,50min. and crashes.
Same result with xVxFab. But a movie only rip or 3D SBS full 3D backup works! I try to make a full 3D 25GB backup of this movie since end of February with diffrent programs but no one can handle this movie. At the moment the only thing is to burn the movie to a BD 50GB or make a movie only backup to BD 25GB. :(

----------------------
[05.07.14] BD Rebuilder v0.47.06 (beta)
[04:21:27] Source: CLOUDY_2
- Input BD size: 31,57 GB
- Approximate total content: [02:05:56.170]
- Target BD size: 22,95 GB
- Windows Version: 6.1 [7601]
- Quality: Good (Very Fast), ABR
- MVC 3D Output Mode enabled
- Decoding/Frame serving: FRIMDecode
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[04:21:27] PHASE ONE, Encoding
- [04:21:27] Processing: VID_00102 (1 of 5)
- [04:21:27] Extracting A/V streams [VID_00102]
- [04:21:42] Reencoding video [VID_00102]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 6.887 frames
- Bitrate: 5.999 Kbs
- [04:21:42] Reencoding: VID_00102, Pass 1 of 1
- [04:23:30] Video Encode complete
- [04:23:30] Processing audio tracks
- [04:23:30] Multiplexing M2TS
- [04:23:41] Processing: VID_00341 (2 of 5)
- [04:23:41] Extracting A/V streams [VID_00341]
- [04:23:55] Reencoding video [VID_00341]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 2.051 frames
- Bitrate: 17.094 Kbs
- Using FRIMEncoder for MVC encoding
- [04:23:55] Reencoding: VID_00341, Pass 1 of 1
- [04:31:26] Video Encode complete
- [04:31:26] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [04:31:26] Multiplexing M2TS
- [04:31:36] Scanning for 3D CLPI info...
- [04:31:40] Processing: VID_00344 (3 of 5)
- [04:31:40] Extracting A/V streams [VID_00344]
- [04:33:42] Reencoding video [VID_00344]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 10.903 frames
- Bitrate: 25.167 Kbs
- Using FRIMEncoder for MVC encoding
- [04:33:42] Reencoding: VID_00344, Pass 1 of 1
- [05:13:09] Video Encode complete
- [05:13:09] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (deu): Keeping original audio
- Track 4355 (eng): Keeping original audio
- [05:13:09] Multiplexing M2TS
- [05:15:12] Scanning for 3D CLPI info...
- [05:15:43] Processing: VID_00345 (4 of 5)
- [05:15:43] Extracting A/V streams [VID_00345]
- [05:15:55] Reencoding video [VID_00345]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 425 frames
- Bitrate: 22.232 Kbs
- Using FRIMEncoder for MVC encoding
- [05:15:55] Reencoding: VID_00345, Pass 1 of 1
- [05:17:30] Video Encode complete
- [05:17:30] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (deu): Keeping original audio
- Track 4355 (eng): Keeping original audio
- [05:17:30] Multiplexing M2TS
- [05:17:36] Scanning for 3D CLPI info...
- [05:17:37] Processing: VID_00346 (5 of 5)
- [05:17:37] Extracting A/V streams [VID_00346]
- [05:35:09] Reencoding video [VID_00346]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 125.112 frames
- Bitrate: 24.366 Kbs
- Using FRIMEncoder for MVC encoding
- [05:35:09] Reencoding: VID_00346, Pass 1 of 1
- [13:00:18] Video Encode complete
- [13:00:19] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (deu): Keeping original audio
- Track 4355 (eng): Keeping original audio
- [13:00:19] Multiplexing M2TS
- [13:16:24] Scanning for 3D CLPI info...
[13:22:23]PHASE ONE complete
[13:22:23]PHASE TWO - Rebuild Started
- [13:22:23] Converting SSIF file references
- ERROR: 3D remuxing failed. Aborted.
- Failed to rebuild BD file(s). Aborted.
----------------------
[05.07.14] BD Rebuilder v0.47.06 (beta)
[13:25:01] Source: CLOUDY_2
- Input BD size: 31,57 GB
- Approximate total content: [02:05:56.170]
- Target BD size: 22,95 GB
- Windows Version: 6.1 [7601]
- Quality: Good (Very Fast), 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.
[13:25:09] PHASE ONE, Encoding
[13:25:09]PHASE ONE complete
[13:25:09]PHASE TWO - Rebuild Started
- [13:25:09] Converting SSIF file references
- ERROR: 3D remuxing failed. Aborted.
- Failed to rebuild BD file(s). Aborted.
----------------------

[jdobbs]

@andref4

I don't have that disc so I ordered it. This will be my first time ordering a used disc through Amazon, so I'm not sure about the delivery date... I just have to try and keep my personal costs down so it is limited to no more than my donation totals -- I just can't justify (to myself) going in the hole financially to maintain freeware.

[Patrick]

I just noticed that BD rebuilder versions starting with 0.47.xx cannot open "Lord of the rings - return of the king extended edition (disc2)"
Error 2501 (20:58:56) SourceCheck() 00055 2501
appears in V00.47.05
All versions prior to 00.47.xx have no problems.

[andref4]

@andref4

I don't have that disc so I ordered it. This will be my first time ordering a used disc through Amazon, so I'm not sure about the delivery date... I just have to try and keep my personal costs down so it is limited to no more than my donation totals -- I just can't justify (to myself) going in the hole financially to maintain freeware.

many thanks jdobbs. I have the EU (german) version of the disc but the international version have the same multiple playlists and multi-view/angle.

[Cedvano]

Hi,

When i try to encode FINAL DESTINATION 4 3D, BD Rebuilder want encode only 3D files.
But the 2D bonus are big and need to be reduced.

How BD Rebuilder can word with 2D and 3D files ?

[jdobbs]

Hi,

When i try to encode FINAL DESTINATION 4 3D, BD Rebuilder want encode only 3D files.
But the 2D bonus are big and need to be reduced.

How BD Rebuilder can word with 2D and 3D files ?Please post your INI file and log.

[scotlandman]

Hi jdobbs

I would first like to thank you for the fantastic software you have provided us all with it is truly phenomenal thanks.

The reason for my post today is to ask for your feedback on my recent attempt to make a Movie only 3D BD25 of Marvels the Avengers (Avengers Assemble).

The Source for my movie is USA Retail Blu-ray. I used AnyDVD HD 7.4.6.0 for decrypting the movie then set up BD Rebuilder v0.47.06 (beta) as follows.

http://t.imgbox.com/Q0zSfZj2.jpg (http://imgbox.com/Q0zSfZj2) http://t.imgbox.com/SaTz68Lj.jpg (http://imgbox.com/SaTz68Lj) http://t.imgbox.com/GMRLJge1.jpg (http://imgbox.com/GMRLJge1) http://t.imgbox.com/FWQRrm99.jpg (http://imgbox.com/FWQRrm99)

My INI File and Log along with BDInfo and Media Info for comparison are as follows.

LOG:
----------------------
[05/08/14] BD Rebuilder v0.47.06 (beta)
[21:16:12] Source: MARVELS_THE_AVENGERS_3D_00800
- Input BD size: 40.19 GB
- Approximate total content: [02:22:54.899]
- Target BD size: 23.83 GB
- Windows Version: 6.2 [9200]
- MOVIE-ONLY mode enabled
- Quality: Highest (Very Slow), ABR
- MVC 3D Output Mode enabled
- Decoding/Frame serving: FRIMDecode
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[21:16:12] PHASE ONE, Encoding
- [21:16:12] Processing: VID_00800 (1 of 1)
- [21:16:12] Extracting A/V streams [VID_00800]
- [21:18:50] Reencoding video [VID_00800]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 205,592 frames
- Bitrate: 16,090 Kbs
- Using FRIMEncoder for MVC encoding
- [21:18:50] Reencoding: VID_00800, Pass 1 of 1
- [07:15:14] Video Encode complete
- [07:15:14] Processing audio tracks
- Track 4352 (eng): Keeping original audio
[07:15:14]PHASE ONE complete
[07:15:14]PHASE TWO - Rebuild Started
- [07:15:15] Rebuilding BD-3D file Structure
[07:19:54] - Encode and Rebuild complete
[07:19:54] JOB: MARVELS_THE_AVENGERS_3D finished.
----------------------


INI
[Status]
LABEL=MARVELS_THE_AVENGERS_3D
VERSION=v0.47.06 (beta)
SOURCE_SIZE=43156592640
SOURCE_VIDEO_SIZE=43156592640
TARGET_SIZE=25585254400
REDUCTION=.592846951876505
RESIZE_1080=0
RESIZE_1440=0
AUDIO_TO_KEEP=eng;
KEEP_HD_AUDIO=-1
SUBS_TO_KEEP=all
BACKUP_MODE=1
MOVIEONLY_TYPE=0
USE_LAVF=0
INSTANCES=1
DGDECNV=0
DGDECIM=0
FRIMSOURCE=0
SSIF_MODE=-1
QUICK=0
ENCODE_STEP=0
COMPLETED=1
REBUILD_COMPLETE=1
[00800]
AUDIO=100
PGS=1011111111111000
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=25585254400
RATE=16090
NSIZE=0
FLINK=0
MLINK=0


BDInfo taken once Attempted conversion has finished.


DISC INFO:

Disc Title: MARVELS_THE_AVENGERS_3D
Disc Size: 24,302,338,296 bytes
Protection: AACS
BD-Java: No
BDInfo: 0.5.8

PLAYLIST REPORT:

Name: 00001.MPLS
Length: 2:22:54.899 (h:m:s.ms)
Size: 24,302,125,056 bytes
Total Bitrate: 22.67 Mbps

VIDEO:

Codec Bitrate Description
----- ------- -----------
MPEG-4 AVC Video 8776 kbps 1080p / 23.976 fps / 16:9 / High Profile 4.1

AUDIO:

Codec Language Bitrate Description
----- -------- ------- -----------
DTS-HD Master Audio English 5217 kbps 7.1 / 48 kHz / 5217 kbps / 24-bit (DTS Core: 5.1 / 48 kHz / 1509 kbps / 24-bit)

SUBTITLES:

Codec Language Bitrate Description
----- -------- ------- -----------
Presentation Graphics English 36.579 kbps
Presentation Graphics Russian 30.633 kbps
Presentation Graphics Ukrainian 31.781 kbps
Presentation Graphics Swedish 25.619 kbps
Presentation Graphics Norwegian 24.535 kbps
Presentation Graphics Danish 30.107 kbps
Presentation Graphics Finnish 26.513 kbps
Presentation Graphics Greek 32.475 kbps
Presentation Graphics Bulgarian 31.138 kbps
Presentation Graphics Latvian 26.197 kbps
Presentation Graphics Lithuanian 30.866 kbps
Presentation Graphics Estonian 30.008 kbps

FILES:

Name Time In Length Size Total Bitrate
---- ------- ------ ---- -------------
00000.M2TS 0:00:00.000 2:22:54.899 24,302,125,056 22,673


First Media Info file shows how this attempt was done:

General
Complete name : F:\\BDMV\PLAYLIST\00001.mpls
Format : Blu-ray Playlist
File size : 714 Bytes
Duration : 2h 22mn
Overall bit rate mode : Variable
Overall bit rate : 1 bps

Video #1
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 : 3 frames
Codec ID : 27
Duration : 2h 22mn
Bit rate mode : Variable
Maximum bit rate : 19.0 Mbps
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
Scan type : Progressive
format_identifier : HDMV
Source : 00000.m2ts / 00000.m2ts

Video #2
ID : 4114 (0x1012)
Menu ID : 1 (0x1)
Format : AVC
Format/Info : Advanced Video Codec
Format profile : Stereo High@L4.1
MultiView_Count : 2
Format settings, CABAC : Yes
Format settings, ReFrames : 3 frames
Codec ID : 32
Duration : 2h 22mn
Bit rate mode : Variable
Maximum bit rate : 15.9 Mbps
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
Scan type : Progressive
format_identifier : HDMV
Source : 00000.m2ts / 00000.m2ts

Audio
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 22mn
Bit rate mode : Variable
Bit rate : Unknown / 1 509 Kbps
Channel(s) : 8 channels / 6 channels
Channel positions : Front: L C R, Side: L R, Back: L R, LFE / Front: L C R, Side: L R, LFE
Sampling rate : 48.0 KHz
Bit depth : 24 bits
Compression mode : Lossless / Lossy
Language : English
Source : 00000.m2ts / 00000.m2ts



Second Media Info shows the Proper file information for some reason BD Rebuilder does not include file 00872.m2ts in the encode.


General
Complete name : F:\\BDMV\PLAYLIST\00800.mpls
Format : Blu-ray Playlist
File size : 878 Bytes
Duration : 2h 22mn
Overall bit rate mode : Variable
Overall bit rate : 1 bps

Video
ID : 4114 (0x1012) / 4113 (0x1011)
Menu ID : 1 (0x1)
Format : AVC
Format/Info : Advanced Video Codec
Format profile : Stereo High@L4.1 / High@L4.1
Format settings, CABAC : Yes
Format settings, ReFrames : 3 frames
Codec ID : 27
Duration : 2h 22mn
Bit rate mode : Variable
Maximum bit rate : 35.0 Mbps
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
Scan type : Progressive
format_identifier : HDMV
Source : 00872.m2ts / 00800.m2ts

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 22mn
Bit rate mode : Variable
Bit rate : Unknown / 1 509 Kbps
Channel(s) : 8 channels / 6 channels
Channel positions : Front: L C R, Side: L R, Back: L R, LFE / Front: L C R, Side: L R, LFE
Sampling rate : 48.0 KHz
Bit depth : 24 bits
Compression mode : Lossless / Lossy
Language : English
Source : 00800.m2ts

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 : 2h 22mn
Bit rate mode : Constant
Bit rate : 640 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 : Lossy
Stream size : 654 MiB (2%)
Language : Russian
bsid : 6
dialnorm : -31
dialnorm/String : -31 dB
compr : 3.52
compr/String : 3.52 dB
dynrng : 3.52
dynrng/String : 3.52 dB
acmod : 7
lfeon : 1
dialnorm_Average : -31
dialnorm_Average/String : -31 dB
dialnorm_Minimum : -31
dialnorm_Minimum/String : -31 dB
dialnorm_Maximum : -31
dialnorm_Maximum/String : -31 dB
dialnorm_Count : 560
compr_Average : 3.44
compr_Average/String : 3.44 dB
compr_Minimum : -0.28
compr_Minimum/String : -0.28 dB
compr_Maximum : 6.02
compr_Maximum/String : 6.02 dB
compr_Count : 560
dynrng_Average : 3.49
dynrng_Average/String : 3.49 dB
dynrng_Minimum : 0.00
dynrng_Minimum/String : 0.00 dB
dynrng_Maximum : 6.02
dynrng_Maximum/String : 6.02 dB
dynrng_Count : 560
format_identifier : AC-3
Source : 00800.m2ts

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 : 2h 22mn
Bit rate mode : Constant
Bit rate : 640 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 : Lossy
Stream size : 654 MiB (2%)
Language : Ukrainian
bsid : 6
dialnorm : -31
dialnorm/String : -31 dB
compr : 5.74
compr/String : 5.74 dB
dynrng : 5.60
dynrng/String : 5.60 dB
acmod : 7
lfeon : 1
dialnorm_Average : -31
dialnorm_Average/String : -31 dB
dialnorm_Minimum : -31
dialnorm_Minimum/String : -31 dB
dialnorm_Maximum : -31
dialnorm_Maximum/String : -31 dB
dialnorm_Count : 560
compr_Average : 3.68
compr_Average/String : 3.68 dB
compr_Minimum : -0.28
compr_Minimum/String : -0.28 dB
compr_Maximum : 6.02
compr_Maximum/String : 6.02 dB
compr_Count : 560
dynrng_Average : 3.74
dynrng_Average/String : 3.74 dB
dynrng_Minimum : 0.00
dynrng_Minimum/String : 0.00 dB
dynrng_Maximum : 6.02
dynrng_Maximum/String : 6.02 dB
dynrng_Count : 560
format_identifier : AC-3
Source : 00800.m2ts



Thank you for taking the time to help me I hope that I have not missed any simple steps in the process as I believe I have done everything correctly.

[Cedvano]

Here the INI file :
[Options]
VERSION=0.47.0.6
MODE=0
ENCODE_QUALITY=0
ONEPASS_ENCODING=2
AUTO_QUALITY=1
TARGET_SIZE=23500
AUDIO_TO_KEEP=eng;fra;fre;frm;fro;
SUBS_TO_KEEP=ang;fra;fre;frm;fro;
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=1
AC3_REENCODE=1
AC3_640=0
AC3_192=0
KEEP_HD_AUDIO=0
AVCHD=1
REMOVE_WORKFILES=1
MOVIE_ONLY_LOOP=1
REMOVE_OUTPUT=0
USE_FILTERS=0
BDMV_CERT_ONLY=1
USE_LAVF=0
IVTC_PULLDOWN=0
ASSUME_DVD_PAL=0
FRIMSOURCE=0
COMPLETION_BEEP=0
DGDECNV=0
OUTPUT_SBS=0
NEROAAC=0
SUPTITLE=0
AUDIO_TRACK_LIMIT=1
SUBTITLE_TRACK_LIMIT=1
CUSTOM_TARGET_SIZE=100
SUPPRESS_FF_WARNING=1
OUTPUT_3D_ISO=0
SHOW_ENCODER=1
QUICK_EXTRAS=1
AUTO_BURN=0
ENABLE_TEST=1
ENABLE_BLANKING=1
ENCODER=0
PRIORITY_CLASS=2
MIN_M2TS_SIZE=1
MIN_PLAYLIST_MINS=1
DGDECIM=0
[Paths]
SOURCE_PATH=R:\
WORKING_PATH=G:\BLU-RAY\


[Status]
LABEL=FINAL_DESTINATION_4_3D
VERSION=v0.47.06 (beta)
SOURCE_SIZE=28254282843
SOURCE_VIDEO_SIZE=23043440640
TARGET_SIZE=24641536000
REDUCTION=.843220164061403
RESIZE_1080=0
RESIZE_1440=0
AUDIO_TO_KEEP=eng;fra;fre;frm;fro;
KEEP_HD_AUDIO=0
SUBS_TO_KEEP=ang;fra;fre;frm;fro;
BACKUP_MODE=0
MOVIEONLY_TYPE=0
USE_LAVF=0
INSTANCES=1
DGDECNV=0
DGDECIM=0
FRIMSOURCE=0
SSIF_MODE=-1
QUICK=1
ENCODE_STEP=1
REBUILD_COMPLETE=0
[00058]
AUDIO=
PGS=

----------------------
[05 13 14] BD Rebuilder v0.47.06 (beta)
[23:35:12] Source: FINAL_DESTINATION_4_3D
- Input BD size: 26,31 GB
- Approximate total content: [02:14:06.742]
- Target BD size: 22,95 GB
- Windows Version: 6.1 [7601]
- Quality: Good (Very Fast), ABR
- MVC 3D Output Mode enabled
- Decoding/Frame serving: FRIMDecode
- Audio Settings: AC3=1 DTS=1 HD=0 Kbs=448
[23:35:12] PHASE ONE, Encoding
- [23:35:12] Processing: VID_00058 (1 of 3)
- [23:35:12] Extracting A/V streams [VID_00058]
[23:35:18]PHASE ONE aborted by user request


There is 25 bonus in 2D (3,5 GB) and I don't see in "Stream", I see only 3D files (0.05MB, 119.04 MB and 21 856.85MB)

Thanks

[jetli]

hi, i have a problem with version 47.04.
i was compressing main movie only of DELIVERY MAN.
RB completed as always, video ok, audio ok, 1 eng sub NOT ok.
playlist 100 is what it selected and it contains 4 min of 6.m2ts and 140 min of 7.m2ts.
after the 1st 4 minutes the subtitles do NOT track, the 1st 4 min is fine.
i've never really had a problem before using your tools.
what i did to solve this is use tsmuxer to extract the subs from playlist 100 in the same source used by RB
and mux out your result and mux in the extracted result.
that works, the subs are fine throughout the movie, but i have 3 extra minutes of NOTHING at the end of the video playtime,
which i then cut and i have a workable disk.
i am just curious as to why this would happen now.

below is my RB system inspection ...
- Windows Version: 6.1 [7601]
- AVISYNTH Version: 2.5.8.0, not recommended version
- HAALI Splitter: Isn't recommended version
- FFDSHOW: 3882, 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

the above versions have always worked before, no issues.
please respond, thanks or your attention to this matter.

[Ch3vr0n]

There is only 1 solution to that problem. Use the recommended versions of the helper tools. Jdobbs has repeatedly stated that bug reports will NOT be accepted if you're using unsupported versions. Fix that guest p first, then come back

Verstuurd vanaf mijn Nexus 7 met Tapatalk

[jdobbs]

@scotlandman

You've given me a lot of information -- but haven't told me what issue you are having??? Does it not play back correctly?

[Guest]

"Second Media Info shows the Proper file information for some reason BD Rebuilder does not include file 00872.m2ts in the encode."

I suppose he expected 00872.m2ts to be included and it was not.

[jdobbs]

There is 25 bonus in 2D (3,5 GB) and I don't see in "Stream", I see only 3D files (0.05MB, 119.04 MB and 21 856.85MB)

ThanksEach of those files are probably smaller than the minimum M2TS size for reencoding. You call them "big", but when you have 25 files that combined add up to only 3.5GB on a 25GB backup -- it certainly isn't what I'd call big.

I'd leave the settings as-is, that's you best course of action. The minimum M2TS size is there to save you unnecessary reencoding time. But if you are determined to reencode 25 additional small files... you can always add a smaller MIN_M2TS_SIZE to your INI file (see HIDDENOPTS.TXT).

[Groucho2004]

@jdobbs
How do you check in BDRB if Avisynth is installed?
I didn't use the installer but Avisynth is certainly working and the registry entries for the plugin dir are there. Still, I get an error message when I start BDRB that Avisynth is not installed.

[jdobbs]

"Second Media Info shows the Proper file information for some reason BD Rebuilder does not include file 00872.m2ts in the encode."

I suppose he expected 00872.m2ts to be included and it was not.Yes, but sometimes (rarely) there are reasons why you don't want to include lead-in M2TS files in order to assure proper playback.

I'd like to know if there are issues in the movie-only playback. If not, then BD-RB made the right decision. I just don't want to waste time chasing something that was supposed to happen.

[jdobbs]

@jdobbs
How do you check in BDRB if Avisynth is installed?
I didn't use the installer but Avisynth is certainly working and the registry entries for the plugin dir are there. Still, I get an error message when I start BDRB that Avisynth is not installed.I get the version number directly from the DLL to see if it is the proper version. "2.5.8.0" should be an acceptable version -- for some reason the DLL you have (in System32) isn't matching "2.5.8.0" when it returns from the system call. There may be a hidden null character in there somewhere.

At startup BD-RB checks the registry for one of these two keys to see if it is installed:

HKLM\Software\AviSynth
HKLM\Software\Wow6432Node\AviSynth

[Groucho2004]

I get the version number directly from the DLL to see if it is the proper version. "2.5.8.0" should be an acceptable version -- for some reason the DLL you have (in System32) isn't matching "2.5.8.0" when it returns from the system call.
Figured it out. Your check expects the DLL to be in the system32 directory.

[jdobbs]

Figured it out. Your check expects the DLL to be in the system32 directory.If is wasn't there already... how did the string "2.5.8.0" get returned?

[Groucho2004]

If is wasn't there already... how did the string "2.5.8.0" get returned?
This is the error when avisynth.dll is not in the System32 directory:
http://s15.postimg.org/fsmd688hn/Image1.png

What's the reason for the restriction to that directory? When I load avisynth I use something like this:
HINSTANCE hDLL = ::LoadLibrary("avisynth");
if (!hDLL)
{
sMsg = "Failed to load avisynth.dll";
return FALSE;
}

It does not matter where avisynth.dll is as long as the "PATH" variable points to it.

[jdobbs]

This is the error when avisynth.dll is not in the System32 directory:
http://s15.postimg.org/fsmd688hn/Image1.png

What's the reason for the restriction to that directory? When I load avisynth I use something like this:
HINSTANCE hDLL = ::LoadLibrary("avisynth");
if (!hDLL)
{
sMsg = "Failed to load avisynth.dll";
return FALSE;
}

It does not matter where avisynth.dll is as long as the "PATH" variable points to it.That's where the installer puts the DLL. In other words, that's where it's supposed to be. I could always pull the path from the registry, I guess -- but then someone else would complain because the path has to be there. Why not just use the installer and avoid the problem?

[Groucho2004]

That's where the installer puts the DLL. In other words, that's where it's supposed to be.
Fair enough.

I could always pull the path from the registry, I guess
Which path?

[scotlandman]

@scotlandman

You've given me a lot of information -- but haven't told me what issue you are having??? Does it not play back correctly?

@jdobbs

Thank you for your reply and yes you are correct the file would not play as 3D as somehow the MVC smaller file of the two was not included by BD Rebuilder in the ReEncode.

It basically missed the 00872.m2ts file and only encoded the 00800.m2ts file. So would only playback as 2D.

I'm sorry if all my information was slightly missleading I just wanted to provide you with as much as possible, to allow you to see for comparison

I hope this helps you as I would love to use BD Rebuilder to make 3D BD25 movie only backup copies

Kind Regards

Scotlandman

[jdobbs]

@jdobbs

Thank you for your reply and yes you are correct the file would not play as 3D as somehow the MVC smaller file of the two was not included by BD Rebuilder in the ReEncode.

It basically missed the 00872.m2ts file and only encoded the 00800.m2ts file. So would only playback as 2D.

I'm sorry if all my information was slightly missleading I just wanted to provide you with as much as possible, to allow you to see for comparison

I hope this helps you as I would love to use BD Rebuilder to make 3D BD25 movie only backup copies

Kind Regards

ScotlandmanWhat you're saying would have no bearing upon whether or not it would play as 3D. The lead-in M2TS would have no effect in that way. The determination as to whether to play back the MVC dependent stream is provided by the MPLS.

Could you post your INI file (BDREBUILDER.INI located in the installation folder) -- what you posted is the INF file from that job, and it doesn't show your settings.

If the 00872.MPLS is the MVC portion of the playback -- then it wouldn't show up anyway except in the demuxing. But I don't know whether that is what is even what is being reported by MediaInfo.

[Sharc]

@jdobbs
My videocam produces 1920x1080@25i (true interlaced 50 temporal shifted fields per second), which I IMPORT with BD-RB.

I tried Alternate Output, .mkv container 1280x720, wanting to keep it interlaced in order to preserve the temporal resolution of the original.

With Video Encoding Option "Resize 1920x1080 to 1280x720" disabled, the interlaced source gets directly resized without field separation, and then encoded as 1280x720@25i (MBAFF)

#Created by BD Rebuilder - v0.47.06 (beta)
LoadPlugin("C:\Program Files VIDEO\DGdecNV\DGDecodeNV.dll")
DGSource("C:\TEMP\BD REBUILDER\WORKFILES\VID_00000.DGI", fieldop=0)
Spline16Resize(1280,720)
LoadPlugin("C:\Program Files Video\BD_Rebuilder\tools\autocrop.dll")
Autocrop(mode=0)
ConvertToYV12().AssumeFPS(25000,1000)
Is this possibly a bug? Shouldn't the interlaced source be field separated, resized on field basis and weaved before encoding?

I know I can encode using "BD or AVCHD compliant structure" at 1920x1080@25i or 1440x1080@25i (MBAFF, TFF) in order to preserve the temporal resolution, however this seems not to work with Alternate Output 1280x720). Maybe I miss something?

[jdobbs]

Fair enough.


Which path?There's a SYSWOW64 path pointer in the registry for 64 bit systems, I'd have to check what exists for 32 bit.

In reality on a 64 bit system that's where the file physically exists after installation of the 32 bit application -- it is found via the redirector when you try to access it in system32. Why system32 is named "32" and holds 64 bit dlls is something only Microsoft could explain.

[jdobbs]

@jdobbs
My videocam produces 1920x1080@25i (true interlaced 50 temporal shifted fields per second), which I IMPORT with BD-RB.

I tried Alternate Output, .mkv container 1280x720, wanting to keep it interlaced in order to preserve the temporal resolution of the original.

With Video Encoding Option "Resize 1920x1080 to 1280x720" disabled, the interlaced source gets directly resized without field separation, and then encoded as 1280x720@25i (MBAFF)

#Created by BD Rebuilder - v0.47.06 (beta)
LoadPlugin("C:\Program Files VIDEO\DGdecNV\DGDecodeNV.dll")
DGSource("C:\TEMP\BD REBUILDER\WORKFILES\VID_00000.DGI", fieldop=0)
Spline16Resize(1280,720)
LoadPlugin("C:\Program Files Video\BD_Rebuilder\tools\autocrop.dll")
Autocrop(mode=0)
ConvertToYV12().AssumeFPS(25000,1000)
Is this possibly a bug? Shouldn't the interlaced source be field separated, resized on field basis and weaved before encoding?

I know I can encode using "BD or AVCHD compliant structure" at 1920x1080@25i or 1440x1080@25i (MBAFF, TFF) in order to preserve the temporal resolution, however this seems not to work with Alternate Output 1280x720). Maybe I miss something?Yes it should be field separated for resizing, I'll look at that. But you shouldn't expect interlaced output to 720 -- as that should be a progressive format. In reality it should probably be written as 1280x720@50fps to keep the temporal differences.

[Edit]
After further thought, I guess there's really no mandate to prevent output at 720i -- it's just a little odd I guess. I don't think it falls into any broadcast standard.

[scotlandman]

What you're saying would have no bearing upon whether or not it would play as 3D. The lead-in M2TS would have no effect in that way. The determination as to whether to play back the MVC dependent stream is provided by the MPLS.

Could you post your INI file (BDREBUILDER.INI located in the installation folder) -- what you posted is the INF file from that job, and it doesn't show your settings.

If the 00872.MPLS is the MVC portion of the playback -- then it wouldn't show up anyway except in the demuxing. But I don't know whether that is what is even what is being reported by MediaInfo.

Hi jdobbs

Thanks for letting me know this I wasn't aware of this information.

Here is my BD Rebuilder INI file that I use for each Encode.

[Options]
VERSION=0.47.0.6
ENCODER=0
MODE=3
ENCODE_QUALITY=3
ONEPASS_ENCODING=0
AUTO_QUALITY=0
TARGET_SIZE=24400
PRIORITY_CLASS=2
BD25_SIZE=24400
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
AVCHD=1
REMOVE_WORKFILES=0
DGDECIM=0
REMOVE_OUTPUT=0
USE_FILTERS=0
BDMV_CERT_ONLY=0
USE_LAVF=0
IVTC_PULLDOWN=0
ASSUME_DVD_PAL=0
FRIMSOURCE=0
COMPLETION_BEEP=0
DGDECNV=0
OUTPUT_SBS=0
NEROAAC=0
SUPTITLE=0
AUDIO_TRACK_LIMIT=1
SUBTITLE_TRACK_LIMIT=0
CUSTOM_TARGET_SIZE=24400

I hope that this is helpful to you I am sorry if my previous attempts to give you information have not been helpful.

Kind Regards

Scotlandman

[jdobbs]

I hope that this is helpful to you I am sorry if my previous attempts to give you information have not been helpful.No need to be sorry... I appreciate the information.

[Groucho2004]

There's a SYSWOW64 path pointer in the registry for 64 bit systems, I'd have to check what exists for 32 bit.
I find it easy and safe to retrieve this information through environment variables. For example, if "PROGRAMFILES(X86)" is defined, you're on a 64 Bit OS. On a 64 Bit system, "WINDIR" + "\system32" and "WINDIR" + "\SysWOW64" are the system directories.

Why system32 is named "32" and holds 64 bit dlls is something only Microsoft could explain.
This (http://www.viva64.com/en/k/0028/) is probably the reason.

[scotlandman]

No need to be sorry... I appreciate the information.

Thank you very much for your kind comments.

Just for further information I do not know if it is at all relevant.

I am running Windows 8.1 Pro in bootcamp in a new MAC Pro 6core 32GB RAM 1TB Flash memory Dual D700GPU

It is pretty awesome for your software as even in 2 pass Very slow completes in 3 hours few minutes

I just wandered if OS had any bearing on the result.

Thanks

[Cedvano]

Each of those files are probably smaller than the minimum M2TS size for reencoding. You call them "big", but when you have 25 files that combined add up to only 3.5GB on a 25GB backup -- it certainly isn't what I'd call big.

I'd leave the settings as-is, that's you best course of action. The minimum M2TS size is there to save you unnecessary reencoding time. But if you are determined to reencode 25 additional small files... you can always add a smaller MIN_M2TS_SIZE to your INI file (see HIDDENOPTS.TXT).

I have put MIN M2TS and MIN MPLS in 0 or 1 and no more effect.
The bonus take +/- 200 MB / file

General
ID : 0 (0x0)
Complete name : D:\Final_Destination_4_3D\BDMV\STREAM\00001.m2ts
Format : BDAV
Format/Info : Blu-ray Video
File size : 266 MiB
Duration : 3mn 12s
Overall bit rate mode : Variable
Overall bit rate : 11.6 Mbps
Maximum Overall bit rate : 48.0 Mbps

Video
ID : 4113 (0x1011)
Menu ID : 1 (0x1)
Format : VC-1
Format profile : Advanced@L3
Codec ID : 234
Duration : 3mn 12s
Bit rate : 10.9 Mbps
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate : 29.970 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Scan order : Bottom Field First
Compression mode : Lossy
Bits/(Pixel*Frame) : 0.176
Stream size : 250 MiB (94%)

Audio
ID : 4352 (0x1100)
Menu ID : 1 (0x1)
Format : AC-3
Format/Info : Audio Coding 3
Format profile : Dolby Digital
Mode extension : CM (complete main)
Format settings, Endianness : Big
Codec ID : 129
Duration : 3mn 12s
Bit rate mode : Constant
Bit rate : 192 Kbps
Channel count : 2 channels
Channel positions : Front: L R
Sampling rate : 48.0 KHz
Bit depth : 16 bits
Compression mode : Lossy
Stream size : 4.40 MiB (2%)

Text #1
ID : 4608 (0x1200)
Menu ID : 1 (0x1)
Format : PGS
Codec ID : 144
Duration : 3mn 6s
Delay relative to video : 2s 269ms

Text #2
ID : 4609 (0x1201)
Menu ID : 1 (0x1)
Format : PGS
Codec ID : 144
Duration : 3mn 6s
Delay relative to video : 2s 269ms

Text #3
ID : 4610 (0x1202)
Menu ID : 1 (0x1)
Format : PGS
Codec ID : 144
Duration : 3mn 6s
Delay relative to video : 2s 269ms

Text #4
ID : 4611 (0x1203)
Menu ID : 1 (0x1)
Format : PGS
Codec ID : 144
Duration : 3mn 6s
Delay relative to video : 2s 269ms

Text #5
ID : 4612 (0x1204)
Menu ID : 1 (0x1)
Format : PGS
Codec ID : 144
Duration : 3mn 6s
Delay relative to video : 2s 269ms

Text #6
ID : 4613 (0x1205)
Menu ID : 1 (0x1)
Format : PGS
Codec ID : 144
Duration : 3mn 6s
Delay relative to video : 2s 269ms

Text #7
ID : 4614 (0x1206)
Menu ID : 1 (0x1)
Format : PGS
Codec ID : 144
Duration : 3mn 6s
Delay relative to video : 2s 269ms

Mediainfo on 1 file.

[Sharc]

Yes it should be field separated for resizing, I'll look at that. But you shouldn't expect interlaced output to 720 -- as that should be a progressive format. In reality it should probably be written as 1280x720@50fps to keep the temporal differences.

[Edit]
After further thought, I guess there's really no mandate to prevent output at 720i -- it's just a little odd I guess. I don't think it falls into any broadcast standard.
Yes, you are right, 1280x720p@50fps (bobbed) for keeping the temporal differences would probably be closer to any standard. Temporal smoothness should outweigh the bob shimmer, I believe.

[jdobbs]

I find it easy and safe to retrieve this information through environment variables. For example, if "PROGRAMFILES(X86)" is defined, you're on a 64 Bit OS. On a 64 Bit system, "WINDIR" + "\system32" and "WINDIR" + "\SysWOW64" are the system directories.I just look for "ProgramW6432" -- if it is there then the O/S is 64 bit, otherwise it is 32 bit.This (http://www.viva64.com/en/k/0028/) is probably the reason.I was just throwing a cheap shot at Microsoft... I knew why they did it -- it's just counterintuitive, like so many things they do.

[AmigaFuture]

Update for Cloud Atlas chapters.. I bought an SSD and...reinstalled Windows 7, and the Chapters are okay now. I still have the SATA drive, so I'll check into it. I thought you might like an update.

[jdobbs]

Update for Cloud Atlas chapters.. I bought an SSD and...reinstalled Windows 7, and the Chapters are okay now. I still have the SATA drive, so I'll check into it. I thought you might like an update.Thanks.

[jdobbs]

@scotlandman
If the 00872.MPLS is the MVC portion of the playback -- then it wouldn't show up anyway except in the demuxing. But I don't know whether that is what is even what is being reported by MediaInfo.I picked up this disc and am running it. I was correct in assuming 00872 was the MVC portion of the disc. So it wouldn't show in the "Streams" list of BD-RB (as that M2TS is only the dependent view that is associated with 00895.M2TS). So it isn't "missing", as it shouldn't be there.

The job is currently running -- I will post results when it completes (it will likely be several hours).

I'm a little worried that while you said you are using the US version of the disc for which you sent me a link (http://www.amazon.com/Marvels-Avengers-Four-Disc-Combo-Download/dp/B001KVZ6HK/ref=sr_1_1?s=movies-tv&ie=UTF8&qid=1400190566&sr=1-1&keywords=marvels+avengers+3d) -- your encode's log referenced 00800.M2TS as if it were the file associated with MPLS 00800... but in the commercial disc I am encoding the proper M2TS is 00895, there isn't even a 00800.M2TS on the 3D disc (it only exists on the 2D disc that is included in the 4 disc package)...
[05/16/14] BD Rebuilder v0.47.07 (beta)
[18:06:32] Source: MARVELS_THE_AVENGERS_3D_00800
- Input BD size: 41.83 GB
- Approximate total content: [02:22:54.899]
- Target BD size: 23.83 GB
- Windows Version: 6.1 [7601]
- MOVIE-ONLY mode enabled
- Quality: Highest (Very Slow), ABR
- MVC 3D Output Mode enabled
- Decoding/Frame serving: FRIMDecode
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[18:06:33] PHASE ONE, Encoding
- [18:06:33] Processing: VID_00895 (1 of 1)
- [18:06:33] Extracting A/V streams [VID_00895]
- [18:16:39] Reencoding video [VID_00895]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 205,592 frames
- Bitrate: 16,404 Kbs
- Using FRIMEncoder for MVC encoding
- [18:16:39] Reencoding: VID_00895, Pass 1 of 1
Are you positive you are using the original 3D disc and it was not pre-processed in any way? I'd hate to think I just threw away $40 (which I can't afford with my limited donations) on a wild goose chase.

[Edit]

The encode just completed. I used the INI settings provided, so the encode used all the settings exactly as reported. This included the "Highest (Very Slow)" setting which extended my encode time to 16 hours. The bottom line is that it completed with no issues, no problems were found when I examined the result, and the movie-only backup plays in 3D exactly as it should.

[Lathe]

Borders are added to make it compliant. But it isn't done during the import, it is done when processing the imported source. If you look in the BDMV/STREAM folder of the import (the pseudo-BD source) you'll see a file with the extension .ADJ. This holds any adjustments that needs to be made to the source. It is a text file and is made up of AVISYNTH functions (like AddBorders()).

Please forgive me for quoting an older post, but to keep it brief, I did import a 'cropped' MKV file (2.40:1 I believe) and after processing, MediaInfo showed the resulting m2ts file to be the same (not 16x9)

Did I miss something?

Thank you JDobbs for a most excellent program; when I am able, I will definitely send you some funds :)

[jdobbs]

Please forgive me for quoting an older post, but to keep it brief, I did import a 'cropped' MKV file (2.40:1 I believe) and after processing, MediaInfo showed the resulting m2ts file to be the same (not 16x9)

Did I miss something?

Thank you JDobbs for a most excellent program; when I am able, I will definitely send you some funds :)The import will not correct anything -- that's why the result is called a pseudo-BD. The corrections are made when the disc is re-encoded using the pseudo-BD as its source. You will find a folder called PSEUDO in the import folder. It contains the filters that will add borders, resize, or make audio adjustments to make the disc compliant.

The only time you can burn an imported folder to disc without re-encoding is if the source was 100% BD compliant -- and that is very rare.

I've done many imports from MKV in testing -- and BD-RB has always correctly for me.

[Lathe]

The import will not correct anything -- that's why the result is called a pseudo-BD. The corrections are made when the disc is re-encoded using the pseudo-BD as its source. You will find a folder called PSEUDO in the import folder. It contains the filters that will add borders, resize, or make audio adjustments to make the disc compliant.

The only time you can burn an imported folder to disc without re-encoding is if the source was 100% BD compliant -- and that is very rare.

I've done many imports from MKV in testing -- and BD-RB has always correctly for me.

Thank you, but AFTER the full re-encode, shouldn't the resulting BDMV folder (stream/m2ts) be fully compliant? If so, why would after re-encoding MediaInfo show the resulting m2ts still to be 2.40:1...? Shouldn't the 'missing borders' be replaced once it is done re-encoding?


Here was the exchange that SEEMED to say 'Yes' about this:

ABADDON:

When using the new "Import" feature, and subsequently fully processing, will a video be "uncropped" to restore the compliant resolution (by adding black boarders) if necessary, or simply vertically stretched?
__________________

Last edited by abbadon; 1st October 2012 at 18:21.


omegaman7's Avatar

Quote:

Originally Posted by abbadon View Post
When using the new "Import" feature, and subsequently fully processing, will a video be "uncropped" to restore the compliant resolution (by adding black boarders) if necessary, or simply vertically stretched?

I ran a cropped video recently. Clearly black borders were added in. It came out perfectly
__________________



abbadon

hmmm, that's what I figured was SUPPOSED to happen, but for some reason I keep getting stretch video instead of borders . It's just import and process, right? No extra/hidden options? I'm sure I'm missing something...



That is why I believe I am missing something :)

Appreciate your time!

[jdobbs]

Thank you, but AFTER the full re-encode, shouldn't the resulting BDMV folder (stream/m2ts) be fully compliant? If so, why would after re-encoding MediaInfo show the resulting m2ts still to be 2.40:1...? Shouldn't the 'missing borders' be replaced once it is done re-encoding?

Appreciate your time!Yes they should be replaced. The result should be 1920x1080, 1280x720, or 720x480/576. The film itself, of course, will still be 2.40:1 -- but with borders to bring it to the compliant size.

If you look at the .AVS file for the video during the encoding you should see the AVISYNTH filtering that adds the border.

[mparade]

Thank you JDobbs for a most excellent program; when I am able, I will definitely send you some funds :)[/QUOTE]

Next week, I am going to send you a little bit more than I usually do, too. (because it seems that wasting money on wild goose chasing has become one of your favorite pastime:))

Thank you very much for the World's best ever BD backup software.

[Lathe]

Yes they should be replaced. The result should be 1920x1080, 1280x720, or 720x480/576. The film itself, of course, will still be 2.40:1 -- but with borders to bring it to the compliant size.

If you look at the .AVS file for the video during the encoding you should see the AVISYNTH filtering that adds the border.

Hmmm, but it isn't...

Please note the added reference of the original question above, if you don't mind.

The re-encoded m2ts file still shows as 2.40:1

Notice ABADDON's similar comment above, that in his case too, the black borders were NOT re-introduced. However OMEGAMAN said that he also imported a 'cropped' MKV file into BDRB and in his case it DID work!

Just trying to see if there is something that I'm missing. If there is no evident answer, I don't mean to use up too much of your time pestering you with this.

Thank you very much though!

[omegaman7]

All MKV files with cropped black borders, were reintroduced after encoding. If I were you, I would take a look at the .inf file within the PSEUDO folder. That may shed some light on the subject ;)

[Lathe]

All MKV files with cropped black borders, were reintroduced after encoding. If I were you, I would take a look at the .inf file within the PSEUDO folder. That may shed some light on the subject ;)

Heh, thanks Omegaman; you were actually one of the ones that I was quoting above. You were the one who said that it DID work.

It's funny; it's like I keep missing the point here apparently. Everyone is telling me to look at this file here and there (which I will indeed try to do) But, it's like... the question that Abaddon asked and you answered quoted above. He asked the exact same thing I'm asking and said that his resulting file was 'stretched'. You however said that you imported 'cropped' MKV files (which is what I did too) and yet for you the resulting BDMV folder (m2ts) was properly re-encoded with borders and I assume would have read as 16x9 with MediaInfo.

I'll go and check those files, but I don't know if I am smart enough to figure out the answer :)

Heh, it would be nice just to know, 'Does it do it, or doesn't it?' And, what is funny that per your guys conversation, you both say opposite things...

Maybe I should learn what the simple Avisynth code is for adding the black borders and just add it to BDRB, telling it to do that; I don't know...

Well, I've bothered you nice people quite enough about this; I will endeavor to read and research more myself.

Thanks guys!

[Lathe]

Heh, I looked at the .ini in the PSEUDO folder and it very clearly says 'add borders' :)

Soooo, am I to conclude from this that the re-encoded file, although MediaInfo SAYS that it is 2.40:1, that when I play it, somehow it WILL have the black borders re-introduced?

This would be great because then BDRB, a FAR superiour program can replace the 'Uncrop' feature in the very outdated MultiAVCHD.

Thanks again!

[AmigaFuture]

When BD-RB has Imported, then created the PSEUDO directory...now, be sure "Full Backup" is selected or "Movie & Menus" are selected. Then BD-25 or 50 output. Then click "Backup". Your resulting movie should have the borders added making it 1920x1080 as Jdobbs typed. Don't just rely on the Imported created PSEUDO directory. Also, make sure all resizing is disabled.

[Lathe]

When BD-RB has Imported, then created the PSEUDO directory...now, be sure "Full Backup" is selected or "Movie & Menus" are selected. Then BD-25 or 50 output. Then click "Backup". Your resulting movie should have the borders added making it 1920x1080 as Jdobbs typed. Don't just rely on the Imported created PSEUDO directory. Also, make sure all resizing is disabled.

Thank you most kindly AmigaFuture; you are always so nice :)

You know, that is what I'm pretty SURE that I did. I think that I'd better go through it again and see if maybe I missed or changed some steps, because my resulting file is not being read that way despite the fact that the PSEUDO folder says that it will add '140' to top and bottom. And it definitely re-encoded with 2 passes set at High Quality (took about 3 1/2 to 4 hrs altogether and amusingly filled out the full BD-25 even though the original MKV file was about 13 Gigs :)

Thanks again!

[Lathe]

AH, I think you hit on it AmigaFuture!

I went back to BDRB with the PSEUDO directory as it's source, where I left off from last time, and I DID notice that the back up mode was STILL set at 'Quick-Play'!!! I don't think that I had then reset the mode back to 'Full Backup'! I'm doing that right now to a different output folder.

Thank you SO much! I'm thinking that that must be it because no one had specifically stated that yet, although logically, I really should have figured that out since that part of the importing was already done, and then logically I would be doing a 'Normal' back up after that using the imported folder as the source :)

Cheers!

[omegaman7]

Glad you got er figured Lathe ;)

[AmigaFuture]

I view that as testing so I'd use the High-Speed (BD25+) for testing...since it's......High-Speed. ;-) It can also be done with Alternate Output, just select MKV/MP4 1920x1080 as the video size. Being sure to uncheck the Borders setting. :D I'd wish you luck, but in my experiences luck doesn't exist. So, have fun...and you're welcome. :D

[Lathe]

Glad you got er figured Lathe ;)

Yes, thanks guys; I REALLY appreciate it when the ones here help with their experience and input! :)

[krassle]

Hi jdobbs, I'm doing simple non-3D movie-only encodes for avchd(bd5/9) and recently switched from 4415 to 4706. I noticed the tsmuxer version change, for better 3D support I guess, but I'm not quite happy with it. Because I also use multiAVCHD and it does not support newer versions of tsmuxer, I have to manually remux now.
So, if I were to swap the new version(2.6.12) for the old one or just use 'TSMUXER=C:\path2old\file', would this break things in BDRebuilder?
Would it be possible to have the old version of tsmuxer(1.10.6) for non-3D-sources as an alternative?

THANKS FOR YOUR GREAT EFFORT!

Cheers,

Gesendet von meinem Nexus 7 mit Tapatalk

[jdobbs]

Hi jdobbs, I'm doing simple non-3D movie-only encodes for avchd(bd5/9) and recently switched from 4415 to 4706. I noticed the tsmuxer version change, for better 3D support I guess, but I'm not quite happy with it. Because I also use multiAVCHD and it does not support newer versions of tsmuxer, I have to manually remux now.
So, if I were to swap the new version(2.6.12) for the old one or just use 'TSMUXER=C:\path2old\file', would this break things in BDRebuilder?
Would it be possible to have the old version of tsmuxer(1.10.6) for non-3D-sources as an alternative?

THANKS FOR YOUR GREAT EFFORT!

Cheers,

Gesendet von meinem Nexus 7 mit TapatalkYes it will break things. There are several other new enhancements (such as DTS-Express support) that BD-RB uses now (beyond the 3D enhancements). Unfortunately your problem is with multiAVCHD's lack of support -- not BD-RB.

I can think of no reason why you couldn't use v1.10.6 with multiAVCHD while keeping the new one (v2.6.12) for BD-RB. BD-RB uses the one in its TOOLS folder by default.

[1Bullet]

I don't really consider this a Bug but more as nuisance problem.
Most time when using BD rebuilder I select it to convert DTS MA to DD 5.1 at 640 kb which is fine.
Issue is when DTS MA is 2 channel audio, BDRB converts audio a very small DD 2.1 file which is to be expected.
My fix now is to run the stream though tsMuxer first and down convert from DTS-HD to DTS core.
Then select leave Audio untouched in BD rebuilder.
This mainly applies to older movies, maybe this is now a request, is there anyway to have BDRB downconvert DTS-MA to DTS core rather than converting it to DD 5.1?

[worknstiff]

[@ 1Bullet RE:is there anyway to have BDRB downconvert DTS-MA to DTS core rather than converting it to DD 5.1?[/QUOTE]

If I am not mistaken all you have to do is go to Setting and then Setup and take the Check out of Keep HD Audio Intact and leave the check in Do Not Convert DTS to AC3. I think this will let it keep DTS at 1500kbps instead of encoding it to DD 640. Of course this is for BD output only. Hope this is what happens. I think that's how I have been doing it.

[Starfiresg1]

I've recently turned on the option to use internal LAVF for frame serving. I've encountered an issue with resizing to 1440 which is not present using DirectShow.
When I choose to resize to 1440x1080 both (LAVF and Directshow) generate an output with 1440x1080. If LAVF is used the display aspect ratio seems to be wrong at 4:3 - the generated disc doesn't use the full screen for playback and the picture is clearly squeezed horizontally. Mediainfo shows a "Display Aspect Ratio" of 4:3 on the resulting m2ts. Encoding the same source with DirectShow used for Frameserving produces an output that correctly display as 16:9 during playback - Mediainfo shows a "Display Aspect Ratio" of 16:9. The result is independent of specific discs and can also be reproduced with small Full-HD-Imports for Quick Testing.

Both generate the same AVS script:
#Created by BD Rebuilder - v0.47.06 (beta)
DirectshowSource("K:\BR-TEMP\IMPORTS\00110\BDMV\STREAM\00000.m2ts", fps=24, framecount=5573, audio=false)
BicubicResize(1440,1080)
ConvertToYV12().AssumeFPS(24000,1000)

The encoding command line is different (taken from LASTCMD.txt):
LAVF
"G:\Program Files (x86)\BD-Rebuilder\tools\x264-64.exe" "K:\BR-TEMP\IMPORTS\00110\BDMV\STREAM\00000.m2ts" --preset superfast --bluray-compat --demuxer lavf --fps 24 --no-interlaced --video-filter resize:width=1440,height=1080,sar=1:1,method=bicubic --b-pyramid none --weightp 1 --qpmin=0 --bitrate 15000 --level 4.1 --sar 4:3 --aud --nal-hrd vbr --pic-struct --vbv-bufsize 13000 --keyint 24 --min-keyint 1 --ipratio 1.1 --pbratio 1.1 --vbv-maxrate 15000 --threads auto --slices 4 --thread-input --output "K:\BR-TEMP\WORKFILES\00000.m2ts.264"
Directshow
"G:\Program Files (x86)\BD-Rebuilder\tools\x264.exe" "K:\BR-TEMP\WORKFILES\VID_00000.AVS" --preset superfast --bluray-compat --b-pyramid none --weightp 1 --qpmin=0 --bitrate 15000 --level 4.1 --sar 4:3 --aud --nal-hrd vbr --pic-struct --vbv-bufsize 13000 --keyint 24 --min-keyint 1 --ipratio 1.1 --pbratio 1.1 --vbv-maxrate 15000 --threads auto --slices 4 --thread-input --output "K:\BR-TEMP\WORKFILES\VID_00000.AVS.264"

Settings used
[Options]
VERSION=0.47.0.6
MODE=0
ENCODE_QUALITY=0
ONEPASS_ENCODING=2
AUTO_QUALITY=0
AUDIO_TO_KEEP=eng;
SUBS_TO_KEEP=eng;
SD_CONVERT=0
OPEN_GOP=0
RESIZE_1080=0
RESIZE_1440=1
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
AVCHD=1
REMOVE_WORKFILES=0
MOVIE_ONLY_LOOP=1
REMOVE_OUTPUT=0
USE_FILTERS=0
BDMV_CERT_ONLY=0
USE_LAVF=1
IVTC_PULLDOWN=0
ASSUME_DVD_PAL=0
UNMASK_CHAPTER=0
COMPLETION_BEEP=0
DGDECNV=0
OUTPUT_SBS=0
NEROAAC=0
SUPTITLE=0
AUDIO_TRACK_LIMIT=1
SUBTITLE_TRACK_LIMIT=1
CUSTOM_TARGET_SIZE=500
ENABLE_TEST=1
ENABLE_BLANKING=1
FORCED_SUB_LANG=eng;
ENCODER=0
DGDECIM=0
FRIMSOURCE=0

[scotlandman]

@scotlandman
I picked up this disc and am running it. I was correct in assuming 00872 was the MVC portion of the disc. So it wouldn't show in the "Streams" list of BD-RB (as that M2TS is only the dependent view that is associated with 00895.M2TS). So it isn't "missing", as it shouldn't be there.

The job is currently running -- I will post results when it completes (it will likely be several hours).

I'm a little worried that while you said you are using the US version of the disc for which you sent me a link (http://www.amazon.com/Marvels-Avengers-Four-Disc-Combo-Download/dp/B001KVZ6HK/ref=sr_1_1?s=movies-tv&ie=UTF8&qid=1400190566&sr=1-1&keywords=marvels+avengers+3d) -- your encode's log referenced 00800.M2TS as if it were the file associated with MPLS 00800... but in the commercial disc I am encoding the proper M2TS is 00895, there isn't even a 00800.M2TS on the 3D disc (it only exists on the 2D disc that is included in the 4 disc package)...
[05/16/14] BD Rebuilder v0.47.07 (beta)
[18:06:32] Source: MARVELS_THE_AVENGERS_3D_00800
- Input BD size: 41.83 GB
- Approximate total content: [02:22:54.899]
- Target BD size: 23.83 GB
- Windows Version: 6.1 [7601]
- MOVIE-ONLY mode enabled
- Quality: Highest (Very Slow), ABR
- MVC 3D Output Mode enabled
- Decoding/Frame serving: FRIMDecode
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[18:06:33] PHASE ONE, Encoding
- [18:06:33] Processing: VID_00895 (1 of 1)
- [18:06:33] Extracting A/V streams [VID_00895]
- [18:16:39] Reencoding video [VID_00895]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 205,592 frames
- Bitrate: 16,404 Kbs
- Using FRIMEncoder for MVC encoding
- [18:16:39] Reencoding: VID_00895, Pass 1 of 1
Are you positive you are using the original 3D disc and it was not pre-processed in any way? I'd hate to think I just threw away $40 (which I can't afford with my limited donations) on a wild goose chase.

[Edit]

The encode just completed. I used the INI settings provided, so the encode used all the settings exactly as reported. This included the "Highest (Very Slow)" setting which extended my encode time to 16 hours. The bottom line is that it completed with no issues, no problems were found when I examined the result, and the movie-only backup plays in 3D exactly as it should.

@jdobbs

Sorry for the late reply I have not been on the forum since yesterday morning.
I have checked my side and it would seem that there has been a slight mistake when I converted using Anydvd hd I converted Rip dvd to harddisk instead of Rip to image. I'm wandering if somehow this has caused the discrepancy with my file format.

I would also like to say sorry for your time taken to find this out and for any inconvenience to yourself as I understand that your time is very valuable to you and you resolve numerous problems/issues for people every day. As a result of your financial costs I have made a donation of $80 via your Paypal Transaction ID:9BU13049NV1728529. This should cover the cost of the 4 disc box set and the same again towards your ongoing costs.

Please accept my sincere apologies and gratitude for your time taken and efforts to accommodate me. This was my first attempt at using the software for 3D ReEncode, And it is a learning curve all be it one which seems could have been avoided.

I will double check and check again before making any further posts in the future.

Kind Regards

Scotlandman

[jdobbs]

I don't really consider this a Bug but more as nuisance problem.
Most time when using BD rebuilder I select it to convert DTS MA to DD 5.1 at 640 kb which is fine.
Issue is when DTS MA is 2 channel audio, BDRB converts audio a very small DD 2.1 file which is to be expected.
My fix now is to run the stream though tsMuxer first and down convert from DTS-HD to DTS core.
Then select leave Audio untouched in BD rebuilder.
This mainly applies to older movies, maybe this is now a request, is there anyway to have BDRB downconvert DTS-MA to DTS core rather than converting it to DD 5.1?If you say "Don't convert to AC3" but don't say "Keep HD" you should get the core as a result.

[jdobbs]

I've recently turned on the option to use internal LAVF for frame serving. I've encountered an issue with resizing to 1440 which is not present using DirectShow.
When I choose to resize to 1440x1080 both (LAVF and Directshow) generate an output with 1440x1080. If LAVF is used the display aspect ratio seems to be wrong at 4:3 - the generated disc doesn't use the full screen for playback and the picture is clearly squeezed horizontally. Mediainfo shows a "Display Aspect Ratio" of 4:3 on the resulting m2ts. Encoding the same source with DirectShow used for Frameserving produces an output that correctly display as 16:9 during playback - Mediainfo shows a "Display Aspect Ratio" of 16:9. The result is independent of specific discs and can also be reproduced with small Full-HD-Imports for Quick Testing.

Both generate the same AVS script:


The encoding command line is different (taken from LASTCMD.txt):
LAVF

Directshow


Settings usedI just added resizing from within X264/LAVF a few versions back. Before then all resizing was forced to be encoded via AVISYNTH. So it's likely that I missed something in the change. I'll take a look at it.

[jdobbs]

@jdobbs

Sorry for the late reply I have not been on the forum since yesterday morning.
I have checked my side and it would seem that there has been a slight mistake when I converted using Anydvd hd I converted Rip dvd to harddisk instead of Rip to image. I'm wandering if somehow this has caused the discrepancy with my file format.

I would also like to say sorry for your time taken to find this out and for any inconvenience to yourself as I understand that your time is very valuable to you and you resolve numerous problems/issues for people every day. As a result of your financial costs I have made a donation of $80 via your Paypal Transaction ID:9BU13049NV1728529. This should cover the cost of the 4 disc box set and the same again towards your ongoing costs.

Please accept my sincere apologies and gratitude for your time taken and efforts to accommodate me. This was my first attempt at using the software for 3D ReEncode, And it is a learning curve all be it one which seems could have been avoided.

I will double check and check again before making any further posts in the future.

Kind Regards

ScotlandmanYour donation is very much appreciated.

As for the ripping process, I pretty much always rip to hard drive -- I just have AnyDVD running and use Explorer to copy the BDMV and CERTIFICATE folders to a location on my HDD. I'm not sure what could account for the differences between your attempt to encode and mine. But I suspect there may have been some confusion involved between the 2D and the 3D discs of the four disc set.

[jdobbs]

Just a heads-up to everyone. If you have any bug reports that need to be cleaned up in the short term, please post them in the next few days. I plan to post one more BD Rebuilder release toward the end of next week, and then I will be unavailable for a few weeks.

[scotlandman]

Your donation is very much appreciated.

As for the ripping process, I pretty much always rip to hard drive -- I just have AnyDVD running and use Explorer to copy the BDMV and CERTIFICATE folders to a location on my HDD. I'm not sure what could account for the differences between your attempt to encode and mine. But I suspect there may have been some confusion involved between the 2D and the 3D discs of the four disc set.

Hi jdobbs

Thank you very much for your kind words and your understanding.

I think you are correct and I have made the rookie error with the discs so very sorry and very embarrassing on my part.

I very much look forward to your next release and I will continue to make contributions when I can to support your hard work for which we are all very grateful.

Kind Regards

Scotlandman

[jdobbs]

I've recently turned on the option to use internal LAVF for frame serving. I've encountered an issue with resizing to 1440 which is not present using DirectShow.
When I choose to resize to 1440x1080 both (LAVF and Directshow) generate an output with 1440x1080. If LAVF is used the display aspect ratio seems to be wrong at 4:3 - the generated disc doesn't use the full screen for playback and the picture is clearly squeezed horizontally. Mediainfo shows a "Display Aspect Ratio" of 4:3 on the resulting m2ts. Encoding the same source with DirectShow used for Frameserving produces an output that correctly display as 16:9 during playback - Mediainfo shows a "Display Aspect Ratio" of 16:9. The result is independent of specific discs and can also be reproduced with small Full-HD-Imports for Quick Testing.

Both generate the same AVS script:


The encoding command line is different (taken from LASTCMD.txt):
LAVF

Directshow


Settings usedCan you give me some more information on the source. What size is it? I'm looking at the command lines, and other than the resizing being internal and LAVF being used they are the same. I'd be interested to see if the sar=1:1 in the resize statement is correct.

It appears that the source is flagged as 4:3 in the source, since both encoding lines has that command line option set. Also, can you tell me more about how you imported the source. I also need to make sure that the error isn't in the import. 4:3 aspect shouldn't be legal on any source other than 720x480/576, and in that case it should be put into a 4:3 box (with borders) on a 1440x1080 encode.

[mparade]

Just a heads-up to everyone. If you have any bug reports that need to be cleaned up in the short term, please post them in the next few days. I plan to post one more BD Rebuilder release toward the end of next week, and then I will be unavailable for a few weeks.

101$ is already on the way so that you can afford some of your time-robbering "wild goose chase" 3D projects in the future..;)

[krassle]

Yes it will break things. There are several other new enhancements (such as DTS-Express support) that BD-RB uses now (beyond the 3D enhancements). Unfortunately your problem is with multiAVCHD's lack of support -- not BD-RB.

I can think of no reason why you couldn't use v1.10.6 with multiAVCHD while keeping the new one (v2.6.12) for BD-RB. BD-RB uses the one in its TOOLS folder by default.

Hi jdobbs,

I failed to state my main reason for being "not quite happy" with the new version of tsMuxeR. It isn't incompatibility with multiAVCHD, as its doing a remux with its own version (v1.10.6) anyway and goes on without any problem. Here is my explanation:

My simple MOVIE-ONLY backups for AVCHD are kept in ISO form or burned to BD-5/9. From there, I want to be able to [1] quickly mount/burn the image for playing with any software/hardware blu-ray player; [2] remux with just a single cmd directly from the M2TS stream file to Matroska using mkvmerge.
[1] is perfectly functioning with the new version of tsMuxeR, but [2] isn't. The resulting MKV file is played fine, but seeking through it is not possible! Tried all versions of MKVToolNix from 6.1.0 to 6.9.1. No change. So, there must be something tsMuxeR(v2.6.12) removes or adds from/to the stream, that leads to the seeking failure. Muxing with the old version(using same MUX_MOVIE_ONLY.meta from WORKFILES DIR without --label & --start-time) and then converting to MKV works just as expected.

So, this is why I have to remux after every finished job, simply to ensure muxed MKV is working as well.
I think MKVMERGE is not to blame here and BD-RB definitely not, but the new tsMuxeR. I did over 300 BD to AVCHD backups so far, and every single one extracted from m2ts and converted to mkv plays also nicely.
What might be the fault here? Me, or just my limited understanding of the matter maybe...

I'm sorry, I did not make myself clear from the beginning.

Thank you very much for the help.

Gesendet von meinem Nexus 7 mit Tapatalk

[jdobbs]

101$ is already on the way so that you can afford some of your time-robbering "wild goose chase" 3D projects in the future..;)Wow. It is very much appreciated. You are a gentleman and a scholar -- and have given much more than your fair share over time.

Thanks.

[AmigaFuture]

"Live Free Or Die Hard", since you asked about bugs, the only one I've encountered in a while is M2TS(?) not keeping it's "Bookmarks" or "Chapters"?? I don't get well enough of the details for how those function. So, after using Movie & Menus...the "don't advance" isn't retained. Or whatever is used to allow a Standalone player to interact with it. Could you look into that?

When processing with Full Backup the files aren't "processed" with BD-RB other than copying/moving to the Output BD structure, but some of the unwanted items aren't showing to be blanked. I've used MIN_M2TS_SIZE, but still cannot get them to show...to check if BD-RB would do the same thing as Movie & Menus does.

Thanks.

[Lathe]

Hello!

I processed one movie using BDRB to MKV (alternate output) and it came out just fine. Wanting to experiment a little bit, I tried dropping in one line of Avisynth coding (LimitedSharpen) With the exact same input files, settings, and output choice; absolutely no difference, but, this time trying to run it, I now got the 2 warnings concerning AnyDVD settings which are incompatible (you know the 2: 'Remove annoying adverts' & 'Remove short titles') which I previously used when using AnyDVD. BUT... the first encode, which worked perfectly, was with the EXACT same source and with all the exact same settings, but everything was fine and I did not get any warnings and it did not fail.

Now, I will make sure not to use these AnyDVD settings in the future. But, out of curiosity about how BDRB works, with all other things being exactly equal, would just dropping in one line of Avisynth code prompt a failure and specifically those 2 AnyDVD incompatibility warnings when BDRB ran the encode just fine before with the exact same source file?

Thank you for the clarification!

[jdobbs]

Hello!

I processed one movie using BDRB to MKV (alternate output) and it came out just fine. Wanting to experiment a little bit, I tried dropping in one line of Avisynth coding (LimitedSharpen) With the exact same input files, settings, and output choice; absolutely no difference, but, this time trying to run it, I now got the 2 warnings concerning AnyDVD settings which are incompatible (you know the 2: 'Remove annoying adverts' & 'Remove short titles') which I previously used when using AnyDVD. BUT... the first encode, which worked perfectly, was with the EXACT same source and with all the exact same settings, but everything was fine and I did not get any warnings and it did not fail.

Now, I will make sure not to use these AnyDVD settings in the future. But, out of curiosity about how BDRB works, with all other things being exactly equal, would just dropping in one line of Avisynth code prompt a failure and specifically those 2 AnyDVD incompatibility warnings when BDRB ran the encode just fine before with the exact same source file?

Thank you for the clarification!If you've added an AVISYNTH filter then it isn't "the exact same source file". The filter assuredly caused an error. You have to be extremely careful with filters, as they require an good understanding of AVISYNTH, the filter, and how they interact.

The BD-RB checks that report incorrect AnyDVD settings only happen when you get an error (because that's the only time you need to see them). So when it is trying to give you possible reasons for the error -- it let's you know that a possible cause might be the AnyDVD settings. It doesn't imply they absolutely are the cause. In your case the usage of the filter (usually syntax) was the issue.

[Starfiresg1]

Can you give me some more information on the source. What size is it? I'm looking at the command lines, and other than the resizing being internal and LAVF being used they are the same. I'd be interested to see if the sar=1:1 in the resize statement is correct.

It appears that the source is flagged as 4:3 in the source, since both encoding lines has that command line option set. Also, can you tell me more about how you imported the source. I also need to make sure that the error isn't in the import. 4:3 aspect shouldn't be legal on any source other than 720x480/576, and in that case it should be put into a 4:3 box (with borders) on a 1440x1080 encode.

I noticed it first with a standard Blu-Ray-Disc doing a movie-only-encode to BD-5. Since the movie was close to 2 hours I choose to downsize to 1440x1080, which I don't do normally. Since the result puzzled me I tried to find the source by using the import function on a small M2TS with 1920x1080 resolution to avoid having to encode full discs while changing encoding settings.

I just started another job on "Filfth" (Region B) using the same settings (LAVF and resize to 1440x1080) and will report the outcome.

This is the media info on the M2TS in the import structure
General
ID : 1 (0x1)
Complete name : K:\BR-TEMP\IMPORTS\00110\BDMV\STREAM\00000.m2ts
Format : BDAV
Format/Info : Blu-ray Video
File size : 535 MiB
Duration : 3mn 52s
Overall bit rate mode : Variable
Overall bit rate : 19.3 Mbps
Maximum Overall bit rate : 35.5 Mbps

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 : 3mn 52s
Bit rate mode : Variable
Bit rate : 18.2 Mbps
Maximum bit rate : 32.0 Mbps
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate : 24.000 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.366
Stream size : 504 MiB (94%)
Color primaries : BT.709
Transfer characteristics : BT.709
Matrix coefficients : BT.709

Audio
ID : 4352 (0x1100)
Menu ID : 1 (0x1)
Format : DTS
Format/Info : Digital Theater Systems
Mode : 16
Format settings, Endianness : Big
Codec ID : 130
Duration : 3mn 52s
Bit rate mode : Constant
Bit rate : 318 Kbps
Channel(s) : 2 channels
Channel positions : Front: L R
Sampling rate : 48.0 KHz
Bit depth : 24 bits
Compression mode : Lossy
Stream size : 8.80 MiB (2%)

Text
ID : 4608 (0x1200)
Menu ID : 1 (0x1)
Format : PGS
Codec ID : 144
Duration : 3mn 49s
Delay relative to video : 958ms

[jdobbs]

I noticed it first with a standard Blu-Ray-Disc doing a movie-only-encode to BD-5. Since the movie was close to 2 hours I choose to downsize to 1440x1080, which I don't do normally. Since the result puzzled me I tried to find the source by using the import function on a small M2TS with 1920x1080 resolution to avoid having to encode full discs while changing encoding settings.

I just started another job on "Filfth" (Region B) using the same settings (LAVF and resize to 1440x1080) and will report the outcome.

This is the media info on the M2TS in the import structure
General
ID : 1 (0x1)
Complete name : K:\BR-TEMP\IMPORTS\00110\BDMV\STREAM\00000.m2ts
Format : BDAV
Format/Info : Blu-ray Video
File size : 535 MiB
Duration : 3mn 52s
Overall bit rate mode : Variable
Overall bit rate : 19.3 Mbps
Maximum Overall bit rate : 35.5 Mbps

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 : 3mn 52s
Bit rate mode : Variable
Bit rate : 18.2 Mbps
Maximum bit rate : 32.0 Mbps
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate : 24.000 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.366
Stream size : 504 MiB (94%)
Color primaries : BT.709
Transfer characteristics : BT.709
Matrix coefficients : BT.709

Audio
ID : 4352 (0x1100)
Menu ID : 1 (0x1)
Format : DTS
Format/Info : Digital Theater Systems
Mode : 16
Format settings, Endianness : Big
Codec ID : 130
Duration : 3mn 52s
Bit rate mode : Constant
Bit rate : 318 Kbps
Channel(s) : 2 channels
Channel positions : Front: L R
Sampling rate : 48.0 KHz
Bit depth : 24 bits
Compression mode : Lossy
Stream size : 8.80 MiB (2%)

Text
ID : 4608 (0x1200)
Menu ID : 1 (0x1)
Format : PGS
Codec ID : 144
Duration : 3mn 49s
Delay relative to video : 958ms
Actually I may have misinterpreted what I saw. Since 1440x1080 has to be displayed at 16:9 -- that would mean (if I'm thinking correctly) it has a display aspect ration of 4:3 ((4/3) * 1440 = 1920).

[jdobbs]

I noticed it first with a standard Blu-Ray-Disc doing a movie-only-encode to BD-5. Since the movie was close to 2 hours I choose to downsize to 1440x1080, which I don't do normally. Since the result puzzled me I tried to find the source by using the import function on a small M2TS with 1920x1080 resolution to avoid having to encode full discs while changing encoding settings.

I just started another job on "Filfth" (Region B) using the same settings (LAVF and resize to 1440x1080) and will report the outcome.

This is the media info on the M2TS in the import structure
Actually I may have misinterpreted what I saw in the command lines. Since 1440x1080 has to be displayed at 16:9 -- that would mean (if I'm thinking correctly) it has a display aspect ratio of 4:3 ((4/3) * 1440 = 1920).

Let me know how this one turns out.

[Edit] I'm able to repeat the issue -- and I'm scratching my head as to why it happens. I'll let you know what I find.

[Lathe]

If you've added an AVISYNTH filter then it isn't "the exact same source file". The filter assuredly caused an error. You have to be extremely careful with filters, as they require an good understanding of AVISYNTH, the filter, and how they interact.

The BD-RB checks that report incorrect AnyDVD settings only happen when you get an error (because that's the only time you need to see them). So when it is trying to give you possible reasons for the error -- it let's you know that a possible cause might be the AnyDVD settings. It doesn't imply they absolutely are the cause. In your case the usage of the filter (usually syntax) was the issue.

Ah, I see; thank you very much Mr. Dobbs! Actually, I am brand new to using Avisynth script, so.... :)

Cheers!

[Lathe]

Actually I may have misinterpreted what I saw in the command lines. Since 1440x1080 has to be displayed at 16:9 -- that would mean (if I'm thinking correctly) it has a display aspect ratio of 4:3 ((4/3) * 1440 = 1920).

Let me know how this one turns out.

I don't know if this is relevant, but perhaps does the square pixel/rectangular pixel thing enter into this...? I remember recently asking about the 'forced' 16x9 display of the supposedly 4x3 1440x1080 format, and I THINK I was told that the pixels in that case are rectangular instead of square.

[jdobbs]

I don't know if this is relevant, but perhaps does the square pixel/rectangular pixel thing enter into this...? I remember recently asking about the 'forced' 16x9 display of the supposedly 4x3 1440x1080 format, and I THINK I was told that the pixels in that case are rectangular instead of square.Yes they are. They are 4:3 pixels... so a 1440x1080 picture would be displayed as 16:9. 1440x1080 is only legal in BD as a 16:9 display.

I know it's confusing... but 4 divided by 3 is 1.3333. So if a 1440 width is multiplied by 1.3333 you end up with 1920x1080 (which is a 16:9 display at 1:1 aspect ratio).

[Lathe]

Yes they are. They are 4:3 pixels... so a 1440x1080 picture would be displayed as 16:9. 1440x1080 is only legal in BD as a 16:9 display.

I know it's confusing... but 4 divided by 3 is 1.3333. So if a 1440 width is multiplied by 1.3333 you end up with 1920x1080 (which is a 16:9 display at 1:1 aspect ratio).

Excellent, thanks!

[Starfiresg1]

Actually I may have misinterpreted what I saw in the command lines. Since 1440x1080 has to be displayed at 16:9 -- that would mean (if I'm thinking correctly) it has a display aspect ratio of 4:3 ((4/3) * 1440 = 1920).

Let me know how this one turns out.


The job finished and is displayed with 4:3 ratio during playback.

Media info of the resulting m2ts
General
Complete name : K:\BR-TEMP\DRECKSAU\BDMV\PLAYLIST\00000.mpls
Format : Blu-ray Playlist
File size : 790 Bytes
Duration : 1h 37mn
Overall bit rate mode : Variable
Overall bit rate : 1 bps

Video
ID : 4113 (0x1011)
Menu ID : 1 (0x1)
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L4.0
Format settings, CABAC : Yes
Format settings, ReFrames : 3 frames
Codec ID : 27
Duration : 2h 37mn
Bit rate mode : Variable
Bit rate : 2 408 Kbps
Maximum bit rate : 15.0 Mbps
Width : 1 440 pixels
Height : 1 080 pixels
Display aspect ratio : 4:3
Frame rate : 24.000 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.065
Stream size : 2.66 GiB (62%)
format_identifier : HDMV
Source : 00000.m2ts

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 : 2h 37mn
Bit rate mode : Constant
Bit rate : 640 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 : Lossy
Stream size : 723 MiB (17%)
Language : German
bsid : 8
dialnorm : -31
dialnorm/String : -31 dB
acmod : 7
lfeon : 1
dialnorm_Average : -31
dialnorm_Average/String : -31 dB
dialnorm_Minimum : -31
dialnorm_Minimum/String : -31 dB
dialnorm_Maximum : -31
dialnorm_Maximum/String : -31 dB
dialnorm_Count : 30
format_identifier : AC-3
Source : 00000.m2ts

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 : 2h 37mn
Bit rate mode : Constant
Bit rate : 640 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 : Lossy
Stream size : 723 MiB (17%)
Language : English
bsid : 8
dialnorm : -31
dialnorm/String : -31 dB
acmod : 7
lfeon : 1
dialnorm_Average : -31
dialnorm_Average/String : -31 dB
dialnorm_Minimum : -31
dialnorm_Minimum/String : -31 dB
dialnorm_Maximum : -31
dialnorm_Maximum/String : -31 dB
dialnorm_Count : 30
format_identifier : AC-3
Source : 00000.m2ts

Text
ID : 4608 (0x1200)
Menu ID : 1 (0x1)
Format : PGS
Codec ID : 144
Duration : 2h 37mn
Delay relative to video : 1s 0ms
Language : German
Source : 00000.m2ts

Menu
00:00:00.000 : Chapter 1
00:11:25.666 : Chapter 2
00:19:34.541 : Chapter 3
00:26:24.833 : Chapter 4
00:36:23.166 : Chapter 5
00:42:44.916 : Chapter 6
00:50:24.291 : Chapter 7
00:59:13.666 : Chapter 8
01:07:08.125 : Chapter 9
01:14:44.000 : Chapter 10
01:23:40.207 : Chapter 11
01:32:28.125 : Chapter 12
01:37:57.250 : Chapter 13



Edit: I just saw that you were able to reproduce the issue

Edit2:
Since the width is changed from 1920 to 1440 should the sar maybe change from 1:1 (1920x1080) : (1920x1080) to (1920x1080) : (1440x1080), which would meen 2073600:1555200 or 4:3 ? (If the formula for cropped encodes applies here, e.g. encode to 720p after removing the horizontal black bars)

[gonwk]

Hi jdobbs,

I just decided to give BD Rebuilder (BD-RBV04706.zip) a try, but as usual I run any software that I get thru VirusTotal ... and VT tagged your latest version with 3 TROJANS

https://www.virustotal.com/en/file/21267f671731ebcc4ba6eee03a3aeda827d017976112b2d35a996948ea855a45/analysis/

But since I totally TRUST doom9 and the team here, I am totally baffled.

So, what is the Story ... are these False Positive?

Thanks,

G! :)

[omegaman7]

Hi jdobbs,

I just decided to give BD Rebuilder (BD-RBV04706.zip) a try, but as usual I run any software that I get thru VirusTotal ... and VT tagged your latest version with 3 TROJANS

https://www.virustotal.com/en/file/21267f671731ebcc4ba6eee03a3aeda827d017976112b2d35a996948ea855a45/analysis/

But since I totally TRUST doom9 and the team here, I am totally baffled.

So, what is the Story ... are these False Positive?

Thanks,

G! :)
Most certainly a false positive. I seriously doubt that your download is being intercepted.
Anyhow, malwarebytes does not detect anything. And I trust Malwarebytes.

[jdobbs]

Hi jdobbs,

I just decided to give BD Rebuilder (BD-RBV04706.zip) a try, but as usual I run any software that I get thru VirusTotal ... and VT tagged your latest version with 3 TROJANS

https://www.virustotal.com/en/file/21267f671731ebcc4ba6eee03a3aeda827d017976112b2d35a996948ea855a45/analysis/

But since I totally TRUST doom9 and the team here, I am totally baffled.

So, what is the Story ... are these False Positive?

Thanks,

G! :)If you downloaded from Doom9 or from my site you are getting a false positive. Dump your virus software and replace it with one that works.

As always... I'm not positive which is worse, viruses or anti-virus software. They both prevent your computer from working they way it should. I keep mine disabled most of the time. Not only are they always interfering with other software -- they also slow your system down to a crawl. :mad:

[gonwk]

If you downloaded from Doom9 or from my site you are getting a false positive. Dump your virus software and replace it with one that works.

As always... I'm not positive which is worse, viruses or anti-virus software. They both prevent your computer from working they way it should. I keep mine disabled most of the time. Not only are they always interfering with other software -- they also slow your system down to a crawl. :mad:

Hi jdobbs,

Thanks for taking the time to respond. Feel much better, I will make sure I get it from Doom9.

G! :thanks:

[italianodemivida]

When I perform the compression to full 3D BD25, the image is excellent but I don't get the subtitles in 3D, why?

[HWK]

When I perform the compression to full 3D BD25, the image is excellent but I don't get the subtitles in 3D, why?

This is known problem and limitation. BD-Rebuilder rely on external program to build disc back. As a result program which it relies on can't work with 3D subtitle.

Jdobbs, try to get working but no go in this case.

[Lathe]

Mr. Dobbs,

I recently used BDRB to import 3 Blu-ray folders and create one playable disc, which worked perfectly fine. But, for some odd reason, in playing back the resulting disc, only one of the 3 movies allowed me to use chapter stops; the other 2 would not. Is there anything that BDRB would do while importing that would somehow remove the chapter functionality, or do you think that that would more likely have been caused by TSMuxer which I used to create the Blu-ray folders before importing? This was really odd, because in using TSMuxer hundreds of times, this was the very first time ever that I had seen ANY Blu-ray created that would not allow chapter stops on playback.

Thank you JDobbs!

[Guest]

@Lathe

This appears to be a crosspost of an issue you raised in another thread.

http://forum.doom9.org/showthread.php?t=170644

Therefore, I ask you again:

What is your source file please? An original bluray disk? Why do you need TSMuxer?

Note that crossposts can incur strikes. I recommend that you carefully read and follow our forum rules.

[jdobbs]

Mr. Dobbs,

I recently used BDRB to import 3 Blu-ray folders and create one playable disc, which worked perfectly fine. But, for some odd reason, in playing back the resulting disc, only one of the 3 movies allowed me to use chapter stops; the other 2 would not. Is there anything that BDRB would do while importing that would somehow remove the chapter functionality, or do you think that that would more likely have been caused by TSMuxer which I used to create the Blu-ray folders before importing? This was really odd, because in using TSMuxer hundreds of times, this was the very first time ever that I had seen ANY Blu-ray created that would not allow chapter stops on playback.

Thank you JDobbs!I'm sorry, but please review the thread and the criteria for bug reporting. I don't accept bug reports on preprocessed sources. Experience has proven that almost ALL reports using preprocessed sources were shown to have issues before being presented to BD-RB for backup.

[Lathe]

I'm sorry, but please review the thread and the criteria for bug reporting. I don't accept bug reports on preprocessed sources. Experience has proven that almost ALL reports using preprocessed sources were shown to have issues before being presented to BD-RB for backup.

Sure thing; my apologies. I will be more careful in the future.

Thanks!

[Pod7381]

I have been using BD-Rebuilder to make backups of my Blu-ray collection for years so I am not a complete novice. Having said that, trying to backup a 3D movie has become way to complicated for my feeble brain. Do I need to modify the ini file when using the latest build or do the automatic settings work "as is"? What are the correct settings anyway? I have tried to configure the settings but it takes 15 hrs. to complete a trial run. That's too long to find out the encode has failed in some way. (so I just abort each attempt).
I have an old i7 processor. Can I enable Quick Sync and how exactly do I do that?
I am not lazy. I have read hundreds of posts, but I cannot figure out what the current "working" configuration is.
If someone could just post step by step instructions on how to back up 3D movies for dummies like me, I would be truly grateful and I bet alot of other people would be grateful as well.
Before ending this quick rant I would like acknowledge the great work that JDobbs has done over the years to develop this software. I am not complaining, I appreciate having this software....just a little frustrated right now that I can't figure this out on my own.

[jdobbs]

I have been using BD-Rebuilder to make backups of my Blu-ray collection for years so I am not a complete novice. Having said that, trying to backup a 3D movie has become way to complicated for my feeble brain. Do I need to modify the ini file when using the latest build or do the automatic settings work "as is"? What are the correct settings anyway? I have tried to configure the settings but it takes 15 hrs. to complete a trial run. That's too long to find out the encode has failed in some way. (so I just abort each attempt).
I have an old i7 processor. Can I enable Quick Sync and how exactly do I do that?
I am not lazy. I have read hundreds of posts, but I cannot figure out what the current "working" configuration is.
If someone could just post step by step instructions on how to back up 3D movies for dummies like me, I would be truly grateful and I bet alot of other people would be grateful as well.
Before ending this quick rant I would like acknowledge the great work that JDobbs has done over the years to develop this software. I am not complaining, I appreciate having this software....just a little frustrated right now that I can't figure this out on my own.You really don't have to do anything special. Use the same settings you always use, and BD-RB handles it fine. It recognizes a 3D source automatically and does what needs to be done without intervention. The only time you have to worry about the INI with 3D is if you want to make a 2D backup from a 3D disc.

But... it does take quite a bit longer since you can't use X264 for the encoding. You are also encoding twice as many frames (left and right views).

If you have an older processor it is unlikely you have quick-sync.

[HWK]

You really don't have to do anything special. Use the same settings you always use, and BD-RB handles it fine. It recognizes a 3D source automatically and does what needs to be done without intervention. The only time you have to worry about the INI with 3D is if you want to make a 2D backup from a 3D disc.

But... it does take quite a bit longer since you can't use X264 for the encoding. You are also encoding twice as many frames (left and right views).

If you have an older processor it is unlikely you have quick-sync.

Jdobbs, I would also add require minimum of windows 7 for 3D to work.

[jdobbs]

Jdobbs, I would also add require minimum of windows 7 for 3D to work.Good point.

[Chuckwagon]

Hello all. I hate to ask again, but I was wondering if anyone else was having problems importing mkv files and re-encoding them to 720p BD5s. I don't believe that it is my system, but it would be nice to know for sure that I'm not crazier than previously thought. Thanks!

As an aside, is there any way to make an older version of BD Rebuilder work again once you get the expired notice from said version?

I didn't see that there had been a resolution to this problem, and I think I've run into the same issue.

I have only recently started playing with the import feature, so I'm not sure I really know what I'm doing. But, as a test, a tried to import an MKV file that is 1912x1072, using BDRB version 47.06. The resulting output is just a gray screen. Further digging led me to look at the pseudo BD created during the process, prior to backup and re-encode. Looking at the stream created from the MKV, for some reason, it is converted to 720x480. It plays fine, it's just small. Then when the re-encode takes place, BDRB thinks it's 1280x720. I believe this is where the fail occurs and the result is the gray screen.

Since tsmuxer was mentioned earlier, I back-revved it to a different version I had on my system from Aug of last year. (1.10.6) Using that version, the pseudo BD has a stream from the MKV that is now 1912x1072. It also plays fine, and is now the same size as the original.

Wondering if it had something to do with the slightly off resolution of the input file, I have tried with several different MKV files, of varying resolutions, and it always makes them 720x480. However, when I used a MKV file create by BDRB from a blu-ray source, that is exactly 1920x1080, the intermediate step creating the pseudo BD works fine, and I get a stream that is 1920x1080. I then tried a video shot with my DSLR, which is 1920x1080, and it works fine also in spite of being an odd .mts file, and the BD created from it also plays fine, no grey screen.

So it would seem there is some oddity with the 2.6.12 version of tsmuxer included with the 47.06 build. It seems to resize the video, if it isn't 1920x1080, while creating the pseudo BD structure. And that resize seems to cause the re-encode to fail with a gray screen.

I don't have any 1280x720 sized MKVs readily available to test if they import ok, or any slightly off sized ones in the same 720 range. So I can't say if that has an issue or not.

:)

[Guest]

@Chuckwagon

Where do you get these MKV files? And did you not see jdobb's statement:

"I'm sorry, but please review the thread and the criteria for bug reporting. I don't accept bug reports on preprocessed sources. Experience has proven that almost ALL reports using preprocessed sources were shown to have issues before being presented to BD-RB for backup."

[krassle]

I didn't see that there had been a resolution to this problem, and I think I've run into the same issue.

I have only recently started playing with the import feature, so I'm not sure I really know what I'm doing. But, as a test, a tried to import an MKV file that is 1912x1072, using BDRB version 47.06. The resulting output is just a gray screen. Further digging led me to look at the pseudo BD created during the process, prior to backup and re-encode. Looking at the stream created from the MKV, for some reason, it is converted to 720x480. It plays fine, it's just small. Then when the re-encode takes place, BDRB thinks it's 1280x720. I believe this is where the fail occurs and the result is the gray screen.

Since tsmuxer was mentioned earlier, I back-revved it to a different version I had on my system from Aug of last year. (1.10.6) Using that version, the pseudo BD has a stream from the MKV that is now 1912x1072. It also plays fine, and is now the same size as the original.
...
So it would seem there is some oddity with the 2.6.12 version of tsmuxer included with the 47.06 build. It seems to resize the video, if it isn't 1920x1080, while creating the pseudo BD structure. And that resize seems to cause the re-encode to fail with a gray screen.

I don't have any 1280x720 sized MKVs readily available to test if they import ok, or any slightly off sized ones in the same 720 range. So I can't say if that has an issue or not.

:)

I also have one issue with latest tsMuxeR (though not same) and after reverting back to v1.10.6 it disappears.
It seems either tsmuxer or MKVToolNix(or both) cut/add something from/to the elementary stream, so that after making a MKV out of AVCHD muxed m2ts source, there is seeking problem in software players(mpc-hc).
So I'm staying with old version for now, until I figure the cause.

Also MediaInfo does not show 'Writing library' & 'Encoding settings' entries in Video section anymore... Someone know why this is? (I liked being able to see x264 version & settings)


Gesendet von meinem Nexus 7 mit Tapatalk

[jdobbs]

I didn't see that there had been a resolution to this problem, and I think I've run into the same issue.

I have only recently started playing with the import feature, so I'm not sure I really know what I'm doing. But, as a test, a tried to import an MKV file that is 1912x1072, using BDRB version 47.06. The resulting output is just a gray screen. Further digging led me to look at the pseudo BD created during the process, prior to backup and re-encode. Looking at the stream created from the MKV, for some reason, it is converted to 720x480. It plays fine, it's just small. Then when the re-encode takes place, BDRB thinks it's 1280x720. I believe this is where the fail occurs and the result is the gray screen.

Since tsmuxer was mentioned earlier, I back-revved it to a different version I had on my system from Aug of last year. (1.10.6) Using that version, the pseudo BD has a stream from the MKV that is now 1912x1072. It also plays fine, and is now the same size as the original.

Wondering if it had something to do with the slightly off resolution of the input file, I have tried with several different MKV files, of varying resolutions, and it always makes them 720x480. However, when I used a MKV file create by BDRB from a blu-ray source, that is exactly 1920x1080, the intermediate step creating the pseudo BD works fine, and I get a stream that is 1920x1080. I then tried a video shot with my DSLR, which is 1920x1080, and it works fine also in spite of being an odd .mts file, and the BD created from it also plays fine, no grey screen.

So it would seem there is some oddity with the 2.6.12 version of tsmuxer included with the 47.06 build. It seems to resize the video, if it isn't 1920x1080, while creating the pseudo BD structure. And that resize seems to cause the re-encode to fail with a gray screen.

I don't have any 1280x720 sized MKVs readily available to test if they import ok, or any slightly off sized ones in the same 720 range. So I can't say if that has an issue or not.

:)No resolution because as best as I can tell there is no problem. I've tested it to death -- and it works every time for me.

But... why on earth would anyone create a source that is 1912x1072? That's just silly. I could understand 1920x1072 (to remove an upper/lower border). I could understand 1912x1080 (to remove a left/right border)... but when would you ever need to create something that is that far from any kind of standard?

[Edit]
I just looked at the code, and it will add borders to the top/bottom and left/right to make the source 1920x1080. I see no possible way that it will be resized to 720x480/576 unless you have checked an alternate output of that size (told it to do so).

[Chuckwagon]

No resolution because as best as I can tell there is no problem. I've tested it to death -- and it works every time for me.

But... why on earth would anyone create a source that is 1912x1072? That's just silly. I could understand 1920x1072 (to remove an upper/lower border). I could understand 1912x1080 (to remove a left/right border)... but when would you ever need to create something that is that far from any kind of standard?

[Edit]
I just looked at the code, and it will add borders to the top/bottom and left/right to make the source 1920x1080. I see no possible way that it will be resized to 720x480/576 unless you have checked an alternate output of that size (told it to do so).

Heh, I also can't figure why anyone would make such an odd sized resolution. I also encountered files that were even stranger, like 8 hundred something by 960. No telling what folks will try I guess. I doubt this is a code issue on your end, since I'd expect if it were a BDRB issue switching tmuxer wouldn't help. I just thought that since I hadn't seen any resolution I'd play around and see if I could figure out what was causing it.

All of my MKVs are created by BDRB, and I haven't had a problem with them. But since I was just playing around with this, and I thought resolution might have an impact, I grabbed a bunch of MKVs off the net, and ended up with several different resolutions. I'd bet anyone running into this issue has odd sized files, for whatever reason. When the files are "normal" resolutions there doesn't seem to be any trouble.

The 2.6.12 version of tsmuxer seems to dislike the odd sized files, but the older tsmuxer doesn't. Why I couldn't say. I didn't think you did any resizing until the final re-encode. I assumed tmuxer would just grab the video as is and put it into the pseudo BD structure without making adjustments, and any resizing would be done as part of the re-encode. But that isn't how it's working with the 2.6.12 version. The process goes far too fast for it to be encoding the files, so is there some way for tsmuxer to just alter the res? Is tsmuxer supposed to resize when extracting to the pseudo structure, or is that an unexpected behavior?

In any case, there's an easy work around. The older version of tsmuxer did complete an import of 7 of these 1912x1072 resolution MKVs, each around 2GB, and BDRB created an ISO with them and they all play nicely. So, if someone hits this, they can use the older tsmuxer to get around it. Though I have also encountered files that encode the video fine, but pork the audio. So clearly it's best to use well conforming sources in the first place. :) But folks don't often do what's best. So, for future reference, next time someone has a gray screen issue, maybe it's from this.

Cheers,
:)

[jdobbs]

Heh, I also can't figure why anyone would make such an odd sized resolution. I also encountered files that were even stranger, like 8 hundred something by 960. No telling what folks will try I guess. I doubt this is a code issue on your end, since I'd expect if it were a BDRB issue switching tmuxer wouldn't help. I just thought that since I hadn't seen any resolution I'd play around and see if I could figure out what was causing it.

All of my MKVs are created by BDRB, and I haven't had a problem with them. But since I was just playing around with this, and I thought resolution might have an impact, I grabbed a bunch of MKVs off the net, and ended up with several different resolutions. I'd bet anyone running into this issue has odd sized files, for whatever reason. When the files are "normal" resolutions there doesn't seem to be any trouble.

The 2.6.12 version of tsmuxer seems to dislike the odd sized files, but the older tsmuxer doesn't. Why I couldn't say. I didn't think you did any resizing until the final re-encode. I assumed tmuxer would just grab the video as is and put it into the pseudo BD structure without making adjustments, and any resizing would be done as part of the re-encode. But that isn't how it's working with the 2.6.12 version. The process goes far too fast for it to be encoding the files, so is there some way for tsmuxer to just alter the res? Is tsmuxer supposed to resize when extracting to the pseudo structure, or is that an unexpected behavior?

In any case, there's an easy work around. The older version of tsmuxer did complete an import of 7 of these 1912x1072 resolution MKVs, each around 2GB, and BDRB created an ISO with them and they all play nicely. So, if someone hits this, they can use the older tsmuxer to get around it. Though I have also encountered files that encode the video fine, but pork the audio. So clearly it's best to use well conforming sources in the first place. :) But folks don't often do what's best. So, for future reference, next time someone has a gray screen issue, maybe it's from this.

Cheers,
:)You are correct. BD-RB doesn't resize until reencoding. The parameters to be used are stored in the PSEUDO folder and in the PSEUDO.INF file.

[jdobbs]

Heh, I also can't figure why anyone would make such an odd sized resolution. I also encountered files that were even stranger, like 8 hundred something by 960. No telling what folks will try I guess. I doubt this is a code issue on your end, since I'd expect if it were a BDRB issue switching tmuxer wouldn't help. I just thought that since I hadn't seen any resolution I'd play around and see if I could figure out what was causing it.

All of my MKVs are created by BDRB, and I haven't had a problem with them. But since I was just playing around with this, and I thought resolution might have an impact, I grabbed a bunch of MKVs off the net, and ended up with several different resolutions. I'd bet anyone running into this issue has odd sized files, for whatever reason. When the files are "normal" resolutions there doesn't seem to be any trouble.

The 2.6.12 version of tsmuxer seems to dislike the odd sized files, but the older tsmuxer doesn't. Why I couldn't say. I didn't think you did any resizing until the final re-encode. I assumed tmuxer would just grab the video as is and put it into the pseudo BD structure without making adjustments, and any resizing would be done as part of the re-encode. But that isn't how it's working with the 2.6.12 version. The process goes far too fast for it to be encoding the files, so is there some way for tsmuxer to just alter the res? Is tsmuxer supposed to resize when extracting to the pseudo structure, or is that an unexpected behavior?

In any case, there's an easy work around. The older version of tsmuxer did complete an import of 7 of these 1912x1072 resolution MKVs, each around 2GB, and BDRB created an ISO with them and they all play nicely. So, if someone hits this, they can use the older tsmuxer to get around it. Though I have also encountered files that encode the video fine, but pork the audio. So clearly it's best to use well conforming sources in the first place. :) But folks don't often do what's best. So, for future reference, next time someone has a gray screen issue, maybe it's from this.

Cheers,
:)You are correct. BD-RB doesn't resize until reencoding. The parameters to be used are stored in the PSEUDO folder and in the PSEUDO.INF file. This also applies to any audio manipulation (e.g. if the source is 44.1Khz).

It would make sense that TSMUXER might have issues importing odd resolutions. It has to determine how to set the parameters in the MPLS and CLPI files (and they are limited to legal BD resolutions). I'm guessing these files are just to weird for it.

[Guest]

I grabbed a bunch of MKVs off the net You can't discuss that stuff here, per rule 6. If you do it again you'll get a strike.

[Chuckwagon]

@Chuckwagon

Where do you get these MKV files? And did you not see jdobb's statement:

"I'm sorry, but please review the thread and the criteria for bug reporting. I don't accept bug reports on preprocessed sources. Experience has proven that almost ALL reports using preprocessed sources were shown to have issues before being presented to BD-RB for backup."

There are many video files, all of legal content, floating about on the web. Finding samples with which to work is easy.

And as for "preprocessed" sources, this is a discussion of the import feature, which accepts MKV files, so it sort of has to include preprocessed sources in this case, since you can't get an MKV without processing a source to make it. ;) And I wasn't reporting a bug, just trying to find more details about an issue some one else reported, in an effort to clarify the issue.

I grabbed a bunch of MKVs off the net
You can't discuss that stuff here, per rule 6. If you do it again you'll get a strike.

No such discussion was taking place nor intended.

:)

[Guest]

You cannot discuss downloaded material unless you specifically show for each instance that it is in the public domain. Strikes will follow if you do not abide by this. Is it clear? If not, please follow up in PM to me and not in this thread. Thank you.

[Diego]

Hi everyone, my name's Diego. I have used bdrebuilder many times, but with the last upgrade, I have some problems....
I have two pc, with Windows 7.
In the first pc, when I try to convert a bluray 50 to 25 gb, after a few minutes the pc shutdow. This appen with a movie of 2002, Rookie from Disney.

In the second pc, when I try to do the same ( rebuild from 50 to 25 ) all goes ok, but at the end, the size is 14 gb, and the movie freeze after 20 minutes.

I've ripped with anydvdhd, and burnt on 50 gb it works...

Any ideas?

Thanks.

P.S. the log show no error ... :(

[jdobbs]

Go to the first page of this thread and install exactly as outlined with exactly the links provided. If you follow that sequence BD-RB will work every time.

[RobertM]

Hi Diego,

First, do what JD suggested above. But keep in mind that it could still be a bad rip. BD players are designed to throw out data errors and keep going. BD-Rebuilder is not. A bad rip can sneak through, without causing an error message during ripping, and then cause unpredictable results later on. So if re-loading the helper apps doesn't solve the problem, then try cleaning the disc and ripping again.

I've ripped with anydvdhd, and burnt on 50 gb it works...

[gonca]

In the first pc, when I try to convert a bluray 50 to 25 gb, after a few minutes the pc shutdow.

Maybe time to clean the dust bunnies. Tis the season for overheating.

[Diego]

Thanks to everyone,I'have reinstalled all, as the first page and the file readme. said, but still the problem remains.
I've made a try with another disk, machete kills.
Made new rip. The original copy burnt on br rewritable works ( it is about 27 gb ) but, the resize made to fit it in br 25, is 17 gb, and the movie freeze in the first 20 minutes....

Here the process :
LABEL=MACHETE_KILLS_BD
VERSION=v0.47.06 (beta)
SOURCE_SIZE=28830789738
SOURCE_VIDEO_SIZE=28796123136
TARGET_SIZE=24641536000
REDUCTION=.8545202172454
RESIZE_1080=0
RESIZE_1440=0
AUDIO_TO_KEEP=eng;ita;
KEEP_HD_AUDIO=0
SUBS_TO_KEEP=all
BACKUP_MODE=0
MOVIEONLY_TYPE=0
USE_LAVF=0
INSTANCES=1
DGDECNV=0
DGDECIM=0
FRIMSOURCE=0
SSIF_MODE=0
QUICK=0
ENCODE_STEP=0
COMPLETED=7
REBUILD_COMPLETE=1
[00004]
AUDIO=11
PGS=10
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=19590818113
RATE=22009
SPLITS=1
NSTART=27000000
NEND=318352934
NSIZE=13953964032
FLINK=0
MLINK=0
[00005]
AUDIO=1
PGS=1
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=591473901
RATE=18179
SPLITS=1
NSTART=27000000
NEND=37713202
NSIZE=576651264
FLINK=0
MLINK=0
[00006]
AUDIO=1
PGS=1
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=587714778
RATE=18172
SPLITS=1
NSTART=27000000
NEND=37645635
NSIZE=580958208
FLINK=0
MLINK=0
[00007]
AUDIO=1
PGS=1
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=291746820
RATE=18562
SPLITS=1
NSTART=27000000
NEND=32178298
NSIZE=288024576
FLINK=0
MLINK=0
[00008]
AUDIO=1
PGS=1
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=324339889
RATE=18487
SPLITS=1
NSTART=27000000
NEND=32777021
NSIZE=330252288
FLINK=0
MLINK=0
[00009]
AUDIO=1
PGS=1
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=237764549
RATE=18770
SPLITS=1
NSTART=27000000
NEND=31172293
NSIZE=233533440
FLINK=0
MLINK=0
[00010]
AUDIO=1
PGS=1
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=2983011348
RATE=17912
SPLITS=1
NSTART=27000000
NEND=81872317
NSIZE=2456303616
FLINK=0
MLINK=0

the target was 24 gb , but at end process it is 17.... :confused:

[Ch3vr0n]

The original copy burnt on br rewritable works

If it's burnt to a bd-re then it's not an original, that being said if that one works, then why don't you simply use IMGBurn to burn the disc again. Do a straight copy

[worknstiff]

@ Diego; RE: I've made a try with another disk, machete kills.

You are not showing your BD Rebuilder log and did you run the inspect to see if everything is installed correctly. Plus you don't say what player you're using to play back the final rebuilt BD. It seems like maybe it has something to do with cinavia since this is an infected disk and it's also stopping at 20 min. Just sayin', maybe it's a player problem if you are using a up to date software player or a BD player that's mfg. after Feb 2012.

[kabster]

possible Bug 101!!

have made an bd50 → bd25 from the movie AvP Extended edition and during playback the movie freezes at every chapter for an few secs and continue's with playback on stand alone player !!
tested in software player (TMT 6) the image freezes and stay's frozen !!

This is happening with the Extended selection .., when selecting Theatral (original) everything play's fine both on stand alone and software player !!

Have tried an Movie only backup, and it seems to play fine BUT!!

The movie only wos the original (cutted) version and not the extedended version !!

Thats another thing i like to know, how to choose the extended version when doing an "movie only" backup !!


Original Rip seems unaffected and play fine !!

BD-rebuilder 0.47.6
Every utility up to date (check)

regards,

[Ch3vr0n]

bdrb log please

[kabster]

Here you are ..


[Status]
LABEL=ALIEN_VS_PREDATOR
VERSION=v0.47.06 (beta)
SOURCE_SIZE=33037341058
SOURCE_VIDEO_SIZE=28601321472
TARGET_SIZE=24641536000
REDUCTION=.706453945975213
RESIZE_1080=0
RESIZE_1440=0
AUDIO_TO_KEEP=dum;dut;eng;kor;nld;
KEEP_HD_AUDIO=-1
SUBS_TO_KEEP=all
BACKUP_MODE=0
MOVIEONLY_TYPE=0
USE_LAVF=0
INSTANCES=1
DGDECNV=0
DGDECIM=0
FRIMSOURCE=-1
SSIF_MODE=0
QUICK=1
ENCODE_STEP=0
COMPLETED=28
REBUILD_COMPLETE=1
[00060]
AUDIO=1
PGS=1111
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=186639
SPLITS=1
NSTART=27000000
NEND=27011261
NSIZE=67584
FLINK=0
MLINK=0
[00029]
AUDIO=10000
PGS=1101010000000000000
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=52966861
RATE=18955
SPLITS=1
NSTART=27000000
NEND=27724473
NSIZE=49274880
FLINK=-1
MLINK=0
[00017]
AUDIO=10000
PGS=1101010000000000000
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=57899569
RATE=17095
SPLITS=1
NSTART=27000000
NEND=27893392
NSIZE=55357440
FLINK=-1
MLINK=0
[00036]
AUDIO=10000
PGS=1101010000000000000
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=64814732
RATE=17307
SPLITS=1
NSTART=27000000
NEND=27977852
NSIZE=60936192
FLINK=-1
MLINK=0
[00058]
AUDIO=1
PGS=1111
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=85199591
SPLITS=1
NSTART=27000000
NEND=29451198
NSIZE=74913792
FLINK=0
MLINK=0
[00006]
AUDIO=10000
PGS=1101010000000000000
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=91421155
RATE=16448
SPLITS=1
NSTART=27000000
NEND=28383257
NSIZE=85241856
FLINK=-1
MLINK=0
[00011]
AUDIO=10000
PGS=1101010000000000000
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=95813223
RATE=17121
SPLITS=1
NSTART=27000000
NEND=28388887
NSIZE=88903680
FLINK=-1
MLINK=0
[00020]
AUDIO=10000
PGS=1101010000000000000
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=127341963
RATE=17547
SPLITS=1
NSTART=27000000
NEND=28809307
NSIZE=115402752
FLINK=-1
MLINK=0
[00003]
AUDIO=10000
PGS=1101010000000000000
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=142889355
RATE=19556
SPLITS=1
NSTART=27000000
NEND=28989487
NSIZE=137232384
FLINK=-1
MLINK=0
[00032]
AUDIO=10000
PGS=1101010000000000000
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=185725102
RATE=17851
SPLITS=1
NSTART=27000000
NEND=29723345
NSIZE=177432576
FLINK=-1
MLINK=0
[00055]
AUDIO=1
PGS=1111
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=212896955
SPLITS=1
NSTART=27000000
NEND=33180549
NSIZE=246773760
FLINK=0
MLINK=0
[00057]
AUDIO=1
PGS=1111
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=238410821
SPLITS=1
NSTART=27000000
NEND=33505248
NSIZE=237656064
FLINK=0
MLINK=0
[00056]
AUDIO=1
PGS=1111
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=254603401
SPLITS=1
NSTART=27000000
NEND=33595338
NSIZE=264554496
FLINK=0
MLINK=0
[00026]
AUDIO=10000
PGS=1101010000000000000
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=256013604
RATE=18897
SPLITS=1
NSTART=27000000
NEND=30400897
NSIZE=237441024
FLINK=-1
MLINK=0
[00002]
AUDIO=10000
PGS=1101010000000000000
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=342696884
RATE=19257
SPLITS=1
NSTART=27000000
NEND=31579575
NSIZE=312330240
FLINK=-1
MLINK=0
[00023]
AUDIO=10000
PGS=1101010000000000000
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=358216958
RATE=18763
SPLITS=1
NSTART=27000000
NEND=32097592
NSIZE=340531200
FLINK=-1
MLINK=0
[00005]
AUDIO=10000
PGS=1101010000000000000
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=365493535
RATE=19059
SPLITS=1
NSTART=27000000
NEND=31928673
NSIZE=340525056
FLINK=-1
MLINK=0
[00000]
AUDIO=10000
PGS=1101010000000000000
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=376161317
RATE=14330
SPLITS=1
NSTART=27000000
NEND=33394513
NSIZE=345704448
FLINK=-1
MLINK=0
[00016]
AUDIO=10000
PGS=1101010000000000000
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=402543757
RATE=18338
SPLITS=1
NSTART=27000000
NEND=32628748
NSIZE=371349504
FLINK=-1
MLINK=0
[00031]
AUDIO=10000
PGS=1101010000000000000
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=495354082
RATE=20057
SPLITS=1
NSTART=27000000
NEND=33394513
NSIZE=457402368
FLINK=-1
MLINK=0
[00022]
AUDIO=10000
PGS=1101010000000000000
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=498431807
RATE=21213
SPLITS=1
NSTART=27000000
NEND=33129873
NSIZE=462778368
FLINK=-1
MLINK=0
[00013]
AUDIO=10000
PGS=1101010000000000000
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=542523943
RATE=19941
SPLITS=1
NSTART=27000000
NEND=34043912
NSIZE=501086208
FLINK=-1
MLINK=0
[00025]
AUDIO=10000
PGS=1101010000000000000
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=732986883
RATE=19896
SPLITS=1
NSTART=27000000
NEND=36611477
NSIZE=680939520
FLINK=-1
MLINK=0
[00028]
AUDIO=10000
PGS=1101010000000000000
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=943184213
RATE=20582
SPLITS=1
NSTART=27000000
NEND=38944432
NSIZE=883716096
FLINK=-1
MLINK=0
[00019]
AUDIO=10000
PGS=1101010000000000000
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=1519098073
RATE=19905
SPLITS=1
NSTART=27000000
NEND=47213943
NSIZE=1419454464
FLINK=-1
MLINK=0
[00034]
AUDIO=10000
PGS=1101010000000000000
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=2175867473
RATE=20233
SPLITS=1
NSTART=27000000
NEND=55367088
NSIZE=2037233664
FLINK=-1
MLINK=0
[00008]
AUDIO=10000
PGS=1101010000000000000
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=4956041765
RATE=20269
SPLITS=1
NSTART=27000000
NEND=91735295
NSIZE=4638959616
FLINK=-1
MLINK=0
[00038]
AUDIO=10000
PGS=1101010000000000000
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=5582317182
RATE=19410
SPLITS=1
NSTART=27000000
NEND=102756305
NSIZE=5269487616
FLINK=0
MLINK=0

[Ch3vr0n]

that's the inf file, not the conversion log

[kabster]

that's the inf file, not the conversion log

Here i thought the longest/movie log should be the most complete/detailed file and thus the most helpfull log to help you ppl sorting this out ..

i guess i wos wrong!!

↓ this is the rebuilder ini file, now you have both !

Happy hunting..



----------------------
[05/26/14] BD Rebuilder v0.47.06 (beta)
[23:45:27] Source: ALIEN_VS_PREDATOR
- Input BD size: 30,77 GB
- Approximate total content: [02:06:39.424]
- Target BD size: 22,95 GB
- Windows Version: 6.1 [7601]
- Quality: High Quality (Default), Two Pass
- SHUTDOWN at completion enabled
- Decoding/Frame serving: FRIMSource
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[23:45:27] PHASE ONE, Encoding
- [23:45:27] Processing: VID_00060 (1 of 28)
- [23:45:27] Extracting A/V streams [VID_00060]
- [23:45:33] Reencoding video [VID_00060]
- Source Video: MPEG-2, 1920x1080
- Rate/Length: 23,976fps, 6 frames
- [23:45:33] Reencoding: VID_00060, Pass 1 of 1
- [23:45:35] Video Encode complete
- [23:45:35] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [23:45:35] Multiplexing M2TS
- [23:45:38] Processing: VID_00029 (2 of 28)
- [23:45:38] Extracting A/V streams [VID_00029]
- [23:45:44] Reencoding video [VID_00029]
- Source Video: MPEG-2, 1920x1080
- Rate/Length: 23,976fps, 386 frames
- Bitrate: 18.955 Kbs
- [23:45:44] Reencoding: VID_00029, Pass 1 of 2
- [23:45:49] Reencoding: VID_00029, Pass 2 of 2
- [23:46:07] Video Encode complete
- [23:46:07] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [23:46:07] Multiplexing M2TS
- [23:46:11] Processing: VID_00017 (3 of 28)
- [23:46:11] Extracting A/V streams [VID_00017]
- [23:46:16] Reencoding video [VID_00017]
- Source Video: MPEG-2, 1920x1080
- Rate/Length: 23,976fps, 476 frames
- Bitrate: 17.095 Kbs
- [23:46:16] Reencoding: VID_00017, Pass 1 of 2
- [23:46:23] Reencoding: VID_00017, Pass 2 of 2
- [23:46:44] Video Encode complete
- [23:46:44] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [23:46:44] Multiplexing M2TS
- [23:46:48] Processing: VID_00036 (4 of 28)
- [23:46:48] Extracting A/V streams [VID_00036]
- [23:46:53] Reencoding video [VID_00036]
- Source Video: MPEG-2, 1920x1080
- Rate/Length: 23,976fps, 521 frames
- Bitrate: 17.307 Kbs
- [23:46:53] Reencoding: VID_00036, Pass 1 of 2
- [23:47:00] Reencoding: VID_00036, Pass 2 of 2
- [23:47:21] Video Encode complete
- [23:47:21] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [23:47:21] Multiplexing M2TS
- [23:47:26] Processing: VID_00058 (5 of 28)
- [23:47:26] Extracting A/V streams [VID_00058]
- [23:47:31] Reencoding video [VID_00058]
- Source Video: MPEG-2, 1920x1080
- Rate/Length: 23,976fps, 1.306 frames
- [23:47:31] Reencoding: VID_00058, Pass 1 of 1
- [23:47:43] Video Encode complete
- [23:47:43] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [23:47:43] Multiplexing M2TS
- [23:47:50] Processing: VID_00006 (6 of 28)
- [23:47:50] Extracting A/V streams [VID_00006]
- [23:47:55] Reencoding video [VID_00006]
- Source Video: MPEG-2, 1920x1080
- Rate/Length: 23,976fps, 737 frames
- Bitrate: 16.448 Kbs
- [23:47:55] Reencoding: VID_00006, Pass 1 of 2
- [23:48:06] Reencoding: VID_00006, Pass 2 of 2
- [23:48:36] Video Encode complete
- [23:48:36] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [23:48:36] Multiplexing M2TS
- [23:48:41] Processing: VID_00011 (7 of 28)
- [23:48:41] Extracting A/V streams [VID_00011]
- [23:48:46] Reencoding video [VID_00011]
- Source Video: MPEG-2, 1920x1080
- Rate/Length: 23,976fps, 740 frames
- Bitrate: 17.121 Kbs
- [23:48:46] Reencoding: VID_00011, Pass 1 of 2
- [23:48:57] Reencoding: VID_00011, Pass 2 of 2
- [23:49:30] Video Encode complete
- [23:49:30] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [23:49:30] Multiplexing M2TS
- [23:49:34] Processing: VID_00020 (8 of 28)
- [23:49:34] Extracting A/V streams [VID_00020]
- [23:49:40] Reencoding video [VID_00020]
- Source Video: MPEG-2, 1920x1080
- Rate/Length: 23,976fps, 964 frames
- Bitrate: 17.547 Kbs
- [23:49:40] Reencoding: VID_00020, Pass 1 of 2
- [23:49:53] Reencoding: VID_00020, Pass 2 of 2
- [23:50:35] Video Encode complete
- [23:50:35] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [23:50:35] Multiplexing M2TS
- [23:50:40] Processing: VID_00003 (9 of 28)
- [23:50:40] Extracting A/V streams [VID_00003]
- [23:50:47] Reencoding video [VID_00003]
- Source Video: MPEG-2, 1920x1080
- Rate/Length: 23,976fps, 1.060 frames
- Bitrate: 19.556 Kbs
- [23:50:47] Reencoding: VID_00003, Pass 1 of 2
- [23:51:01] Reencoding: VID_00003, Pass 2 of 2
- [23:51:45] Video Encode complete
- [23:51:45] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [23:51:45] Multiplexing M2TS
- [23:51:50] Processing: VID_00032 (10 of 28)
- [23:51:50] Extracting A/V streams [VID_00032]
- [23:51:57] Reencoding video [VID_00032]
- Source Video: MPEG-2, 1920x1080
- Rate/Length: 23,976fps, 1.451 frames
- Bitrate: 17.851 Kbs
- [23:51:57] Reencoding: VID_00032, Pass 1 of 2
- [23:52:16] Reencoding: VID_00032, Pass 2 of 2
- [23:53:15] Video Encode complete
- [23:53:15] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [23:53:15] Multiplexing M2TS
- [23:53:20] Processing: VID_00055 (11 of 28)
- [23:53:20] Extracting A/V streams [VID_00055]
- [23:53:29] Reencoding video [VID_00055]
- Source Video: MPEG-2, 1920x1080
- Rate/Length: 23,976fps, 3.293 frames
- [23:53:29] Reencoding: VID_00055, Pass 1 of 1
- [23:53:58] Video Encode complete
- [23:53:58] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [23:53:58] Multiplexing M2TS
- [23:54:04] Processing: VID_00057 (12 of 28)
- [23:54:04] Extracting A/V streams [VID_00057]
- [23:54:11] Reencoding video [VID_00057]
- Source Video: MPEG-2, 1920x1080
- Rate/Length: 23,976fps, 3.466 frames
- [23:54:12] Reencoding: VID_00057, Pass 1 of 1
- [23:54:42] Video Encode complete
- [23:54:42] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [23:54:42] Multiplexing M2TS
- [23:54:48] Processing: VID_00056 (13 of 28)
- [23:54:48] Extracting A/V streams [VID_00056]
- [23:54:56] Reencoding video [VID_00056]
- Source Video: MPEG-2, 1920x1080
- Rate/Length: 23,976fps, 3.514 frames
- [23:54:56] Reencoding: VID_00056, Pass 1 of 1
- [23:55:28] Video Encode complete
- [23:55:28] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [23:55:28] Multiplexing M2TS
- [23:55:34] Processing: VID_00026 (14 of 28)
- [23:55:34] Extracting A/V streams [VID_00026]
- [23:55:41] Reencoding video [VID_00026]
- Source Video: MPEG-2, 1920x1080
- Rate/Length: 23,976fps, 1.812 frames
- Bitrate: 18.897 Kbs
- [23:55:41] Reencoding: VID_00026, Pass 1 of 2
- [23:56:05] Reencoding: VID_00026, Pass 2 of 2
- [23:57:25] Video Encode complete
- [23:57:25] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [23:57:25] Multiplexing M2TS
- [23:57:31] Processing: VID_00002 (15 of 28)
- [23:57:31] Extracting A/V streams [VID_00002]
- [23:57:40] Reencoding video [VID_00002]
- Source Video: MPEG-2, 1920x1080
- Rate/Length: 23,976fps, 2.440 frames
- Bitrate: 19.257 Kbs
- [23:57:40] Reencoding: VID_00002, Pass 1 of 2
- [23:58:10] Reencoding: VID_00002, Pass 2 of 2
- [23:59:50] Video Encode complete
- [23:59:50] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [23:59:50] Multiplexing M2TS
- [23:59:56] Processing: VID_00023 (16 of 28)
- [23:59:56] Extracting A/V streams [VID_00023]
- [00:00:05] Reencoding video [VID_00023]
- Source Video: MPEG-2, 1920x1080
- Rate/Length: 23,976fps, 2.716 frames
- Bitrate: 18.763 Kbs
- [00:00:05] Reencoding: VID_00023, Pass 1 of 2
- [00:00:38] Reencoding: VID_00023, Pass 2 of 2
- [00:02:41] Video Encode complete
- [00:02:41] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [00:02:41] Multiplexing M2TS
- [00:02:48] Processing: VID_00005 (17 of 28)
- [00:02:48] Extracting A/V streams [VID_00005]
- [00:02:57] Reencoding video [VID_00005]
- Source Video: MPEG-2, 1920x1080
- Rate/Length: 23,976fps, 2.626 frames
- Bitrate: 19.059 Kbs
- [00:02:57] Reencoding: VID_00005, Pass 1 of 2
- [00:03:30] Reencoding: VID_00005, Pass 2 of 2
- [00:05:23] Video Encode complete
- [00:05:23] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [00:05:23] Multiplexing M2TS
- [00:05:30] Processing: VID_00000 (18 of 28)
- [00:05:30] Extracting A/V streams [VID_00000]
- [00:05:39] Reencoding video [VID_00000]
- Source Video: MPEG-2, 1920x1080
- Rate/Length: 23,976fps, 3.407 frames
- Bitrate: 14.330 Kbs
- [00:05:39] Reencoding: VID_00000, Pass 1 of 2
- [00:06:19] Reencoding: VID_00000, Pass 2 of 2
- [00:08:18] Video Encode complete
- [00:08:18] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [00:08:18] Multiplexing M2TS
- [00:08:26] Processing: VID_00016 (19 of 28)
- [00:08:26] Extracting A/V streams [VID_00016]
- [00:08:35] Reencoding video [VID_00016]
- Source Video: MPEG-2, 1920x1080
- Rate/Length: 23,976fps, 2.999 frames
- Bitrate: 18.338 Kbs
- [00:08:35] Reencoding: VID_00016, Pass 1 of 2
- [00:09:13] Reencoding: VID_00016, Pass 2 of 2
- [00:11:32] Video Encode complete
- [00:11:32] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [00:11:32] Multiplexing M2TS
- [00:11:40] Processing: VID_00031 (20 of 28)
- [00:11:40] Extracting A/V streams [VID_00031]
- [00:11:50] Reencoding video [VID_00031]
- Source Video: MPEG-2, 1920x1080
- Rate/Length: 23,976fps, 3.407 frames
- Bitrate: 20.057 Kbs
- [00:11:50] Reencoding: VID_00031, Pass 1 of 2
- [00:12:35] Reencoding: VID_00031, Pass 2 of 2
- [00:15:25] Video Encode complete
- [00:15:25] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [00:15:25] Multiplexing M2TS
- [00:15:33] Processing: VID_00022 (21 of 28)
- [00:15:33] Extracting A/V streams [VID_00022]
- [00:15:43] Reencoding video [VID_00022]
- Source Video: MPEG-2, 1920x1080
- Rate/Length: 23,976fps, 3.266 frames
- Bitrate: 21.213 Kbs
- [00:15:43] Reencoding: VID_00022, Pass 1 of 2
- [00:16:29] Reencoding: VID_00022, Pass 2 of 2
- [00:19:19] Video Encode complete
- [00:19:19] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [00:19:19] Multiplexing M2TS
- [00:19:27] Processing: VID_00013 (22 of 28)
- [00:19:27] Extracting A/V streams [VID_00013]
- [00:19:37] Reencoding video [VID_00013]
- Source Video: MPEG-2, 1920x1080
- Rate/Length: 23,976fps, 3.753 frames
- Bitrate: 19.941 Kbs
- [00:19:37] Reencoding: VID_00013, Pass 1 of 2
- [00:20:28] Reencoding: VID_00013, Pass 2 of 2
- [00:23:34] Video Encode complete
- [00:23:34] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [00:23:34] Multiplexing M2TS
- [00:23:42] Processing: VID_00025 (23 of 28)
- [00:23:42] Extracting A/V streams [VID_00025]
- [00:23:55] Reencoding video [VID_00025]
- Source Video: MPEG-2, 1920x1080
- Rate/Length: 23,976fps, 5.121 frames
- Bitrate: 19.896 Kbs
- [00:23:55] Reencoding: VID_00025, Pass 1 of 2
- [00:25:03] Reencoding: VID_00025, Pass 2 of 2
- [00:29:17] Video Encode complete
- [00:29:17] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [00:29:17] Multiplexing M2TS
- [00:29:27] Processing: VID_00028 (24 of 28)
- [00:29:27] Extracting A/V streams [VID_00028]
- [00:29:42] Reencoding video [VID_00028]
- Source Video: MPEG-2, 1920x1080
- Rate/Length: 23,976fps, 6.364 frames
- Bitrate: 20.582 Kbs
- [00:29:42] Reencoding: VID_00028, Pass 1 of 2
- [00:31:06] Reencoding: VID_00028, Pass 2 of 2
- [00:36:19] Video Encode complete
- [00:36:19] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [00:36:19] Multiplexing M2TS
- [00:36:31] Processing: VID_00019 (25 of 28)
- [00:36:31] Extracting A/V streams [VID_00019]
- [00:36:50] Reencoding video [VID_00019]
- Source Video: MPEG-2, 1920x1080
- Rate/Length: 23,976fps, 10.770 frames
- Bitrate: 19.905 Kbs
- [00:36:50] Reencoding: VID_00019, Pass 1 of 2
- [00:39:09] Reencoding: VID_00019, Pass 2 of 2
- [00:47:57] Video Encode complete
- [00:47:57] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [00:47:57] Multiplexing M2TS
- [00:48:13] Processing: VID_00034 (26 of 28)
- [00:48:13] Extracting A/V streams [VID_00034]
- [00:48:38] Reencoding video [VID_00034]
- Source Video: MPEG-2, 1920x1080
- Rate/Length: 23,976fps, 15.114 frames
- Bitrate: 20.233 Kbs
- [00:48:38] Reencoding: VID_00034, Pass 1 of 2
- [00:51:58] Reencoding: VID_00034, Pass 2 of 2
- [01:04:21] Video Encode complete
- [01:04:21] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [01:04:21] Multiplexing M2TS
- [01:04:44] Processing: VID_00008 (27 of 28)
- [01:04:44] Extracting A/V streams [VID_00008]
- [01:05:32] Reencoding video [VID_00008]
- Source Video: MPEG-2, 1920x1080
- Rate/Length: 23,976fps, 34.491 frames
- Bitrate: 20.269 Kbs
- [01:05:32] Reencoding: VID_00008, Pass 1 of 2
- [01:12:55] Reencoding: VID_00008, Pass 2 of 2
- [01:40:54] Video Encode complete
- [01:40:55] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [01:40:55] Multiplexing M2TS
- [01:41:39] Processing: VID_00038 (28 of 28)
- [01:41:39] Extracting A/V streams [VID_00038]
- [01:42:33] Reencoding video [VID_00038]
- Source Video: MPEG-2, 1920x1080
- Rate/Length: 23,976fps, 40.363 frames
- Bitrate: 19.410 Kbs
- [01:42:33] Reencoding: VID_00038, Pass 1 of 2
- [01:50:29] Reencoding: VID_00038, Pass 2 of 2
- [02:15:51] Video Encode complete
- [02:15:51] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [02:15:51] Multiplexing M2TS
[02:16:43]PHASE ONE complete
[02:16:43]PHASE TWO - Rebuild Started
- [02:16:43] Rebuilding BD file Structure
[02:17:15] - Encode and Rebuild complete
- WORKFILES folder removed.
- Computer SHUTDOWN initiated.

[worknstiff]

@ kabster; RE Decoding/Frame serving: FRIMSource

Alien Vs. Predator isn't a 3D movie, why are you using FRIMSource to encode. Perhaps you would have a better outcome if you just use the regular encoder instead. I thought jdobbs had disabled FRIM except for 3D MVC encodes. hope this helps, worknstiff

[Ch3vr0n]

He's not, he's using it as a frame server. Kabster, go to the he'll menu and select inspect. Post the results

Verstuurd vanaf mijn Nexus 7 met Tapatalk

[kabster]

First i want to say, that i have used different settings for decoding. i.e: default, x264 → (fyi, using x264 as frame server helped allot to fix A/V lip sync), and lastly Frimsource .. its no use this time to get arround this latest issue !!

@chevron,

as i have wrote earlier, every tool, codec, decoder etc is marked OK during the test ..

[Ch3vr0n]

@kabster: that may exactly be the problem. You not supposed to use the latest versions out there! Only the ones specified in the first post. How are we and jdobbs supposed to help you if you refuse to most the required info?

Verstuurd vanaf mijn Nexus 7 met Tapatalk

[gonca]

@jdobbs
Do these entries from kabsters' INF look right. I'm referring to the negative signs.

KEEP_HD_AUDIO=-1
FRIMSOURCE=-1

[Diego]

If it's burnt to a bd-re then it's not an original, that being said if that one works, then why don't you simply use IMGBurn to burn the disc again. Do a straight copy

I use rewritable to test if the decrypting was fine. But burn a 50gb for a movie that has 27 gb it's a shame.

[worknstiff]

@ Diego RE: But burn a 50gb for a movie that has 27 gb it's a shame.

-- Yes it's a shame that you really don't listen to the people trying to help you. Jdobbs, Ch3vr0n, me, and others have tried to help you and you still refuse to post your BD Rebuilder logs and you're clogging up the forum with problems that no one can fix by guesswork. Machette or Machette Kills, if that's the one you're having trouble with, are both around 100 minute movie's and if you blank some previews and extras and remove some audio and down convert the HD audio that's left then maybe a 17gb movie is all you have left. Also you have reported that you had problems with two different PC's and that the resulting file freezes and you don't say what you are playing it with.

[kabster]

@kabster: that may exactly be the problem. You not supposed to use the latest versions out there! Only the ones specified in the first post. How are we and jdobbs supposed to help you if you refuse to most the required info?

Verstuurd vanaf mijn Nexus 7 met Tapatalk

Now iam baffled :confused: !

I have post not 1 but 2 log files you have requested, i have posted the results of the checkup state in bdrb.

I know iam using the beta "test version" like most of us → if not all of us !!
Updates ussually fix/solve things :confused: !!

btw, what version am i suppose to use ??? Since, they are all Beta versions to my knowledge !!!! sEriously?N


If you want to know more, please be specific!!
But dont you say i havent been cooperating !!

[Ch3vr0n]

There's nothing to be baffled

you have posted 2 logs yes, the 1st was NOT what was requested. That was the inf file that stored the disc conversion settings NOT the conversion LOG. but the 2nd one wsa the log but did not indicate any problem. Is it that hard to do what is being asked? You were asked to go to the help, select inspect and post that result here. You didn't so we can't help you. You said "i'm using the latest versions of the helper tools", you're not supposed to use the latest versions! Those can CREATE issues! You were told what you were supposed to use, SERIOUSLY? I can't be more specific then telling you to go to WHICH menu in bdrb and click on the specific item.

until you post the result of the inspect we can't help you

[worknstiff]

@ kabster RE: Now I am baffled :confused.

Hey, Now I am baffled and confused myself. I was commenting about and to Diego. NOT YOU.

[kabster]

@chevron,

Not once, but twice (for the 3rd time now !!) did i mentioned that the results checked A OK . BDrb inspector gave me the green A-OK light when checking the tools !! In HOW many languages do i have post that to get it through your THICK SKULL that everything is present and in working order !!

Is it a matter of trust , WHAT ? What more can you learn from such an absurd checkup besides that everything is checked and is a-ok'd by bdrb !!?

Furthermore, i dont think i have mentioned anything about up to date tools beside the fact that i have mentioned the use of bdrb 47.06 (only beta since its in beta stage!! so what ur ranting about not using the right version anyway). But if i have, that"s because i am assuming/expect that with every new bdrb release the tools are updated too !!

[mparade]

Is it possible that BD-RB is not performing inverse telecining on hard telecined sources that are marked manually as "Inverse telecine this item" in the stream window? The log says after completing one of my encodes including both hard and soft telecined streams "Inverse telecining in effect" but only by soft-telecined sources which are automatically detected. After BD-RB finishes the job and loaded the resulted m2ts into dgavcdec, the program says that the fps is still 29.976. It seems that BD-RB is not reconstructing the original 23.976 frame/s film frames by hard telecined sources which are marked manually as hard telecined according to source evaluation in dgmpgdec.

Any help would be appreciated.

[Ch3vr0n]

First of all up not ranting, I'll asking for info you're refusing to give.

@chevron,

Not once, but twice (for the 3rd time now !!) did i mentioned that the results checked A OK . BDrb inspector gave me the green A-OK light when checking the tools !! In HOW many languages do i have post that to get it through your THICK SKULL that everything is present and in working order !!

And in how many languages do you need to see it to POST THOSE INSPECT RESULTS. There have been plenty of users in the past saying 'all settings were ok' when they were not.


Is it a matter of trust , WHAT ? What more can you learn from such an absurd checkup besides that everything is checked and is a-ok'd by bdrb !!?

Yes, it's a matter of trust. We need to SEE it. Issues cannot be solved by guessing or saying "it's all ok" when it very well may not be. That's what the info you're refusing to provide is for

Furthermore, i dont think i have mentioned anything about up to date tools beside the fact that i have mentioned the use of bdrb 47.06 (only beta since its in beta stage!! so what ur ranting about not using the right version anyway).

Oh really? how about this then

Every utility up to date (check)

That leads to believe you could potentially be using unsupported versions of the helper tools. But hey, how are we supposed to know you're not using unsupported versions and are using the correct ones if you're refusing to post the info we need to verify that.

But if i have, that"s because i am assuming/expect that with every new bdrb release the tools are updated too !!

They're not, the only tools that often get updated are the encoders such as x264. The helper tools such as ffdshow,haali... rarely get updated

[Guest]

@kabster

Stopping throwing insults or strikes will follow. Follow up to PM if you must, not here.

[kabster]

@chevron

Iam gonna be very brief to the point unlike you.. no quotes = no nonsenses..

I did wrote you that bdrb checked everything A ok,
meaning ... how can i POSSIBLE END UP using the wrong tools when infact BDRB checks the revision of every tool and a-OK"d it :rolleyes:?

ARe you trying to say next, that iam not using the right tools even though BDRB say so ? That doesnt make any sense at all !!!



But not to waste anymore keystrokes about this nonsenses..

I just did movie only (i did chose for the Extended Edition track) and that seems to eliminate the problem ...

Atleast i hope i have helped jdobbs or others by posting my useless logs :rolleyes:

[Ch3vr0n]

oh, ffs. If you claim everything is A-OK. Then DO what is asked. How hard is it to go to help > inspect and POST THE CONTENTS so we can see it for ourselfs and KNOW it is. You can say all you want that everything is ok, until we see it for ourselfs we have nothing to go on but word. We need facts, not guesswork.

How can you possibly end up using other versions hmm. Where shall i start

1) codec packs you install before/after installing bdrb replace the recommended versions
2) video players that themselves install different versions than the recommended ones and overwrite settings causing issues

bdrb doesn't check the revision until you tell it to or it encounters an error during conversion and only then checks if everything is ok otherwise you have to do a manual check but hey. Let that just be the info your refusing to post here and the very info we NEED.

So no, you didn't help jdobbs nor others with you're "useless logs" as you still havent provided everything that is asked for. How can you expect help when you still refuse to provide the required info. The ball was and still is in your court to provide the info required.

[gonca]

@Ch3vr0n
Look at kabster's history (past posts) regarding DVD_RB etc.

[AmigaFuture]

@jdobbs
Do these entries from kabsters' INF look right. I'm referring to the negative signs.

That's a common misunderstanding of arguments done by basic users or users who don't "get" computer logic. "-1" is common for meaning if "1" is "Yes" then "-1" means "No". Missing the point or value of "0". It happens a lot more than you might realize. :)

[brunchto]

Thanks. it works fine now.

I've noticed that when making movie only film, angle selection works fine if i do a backup, but not if i do a batch backup.
in the batch info, MAIN_MPLS_ANGLE=0 instead of 3 if i 've select angle 4 of the playlist. i've changed it manually in the BDBATCH.INI and it seems to be ok after that.

Thanks for letting me know. I'll check it out.

ex:
after selecting angle5, and adding to batch queue:
[Batch]
MAIN_MPLS=00800.MPLS
MAIN_MPLS_ANGLE=0

[mparade]

I received the following error message after inverse telecining a hard telecined 1080i source:

---------------------
[05.30.14] BD Rebuilder v0.47.06 (beta)
[08:37:36] Source: DISTURBIA
- Input BD size: 39,59 GB
- Approximate total content: [02:38:15.534]
- Target BD size: 46,26 GB
- Windows Version: 6.1 [7601]
- Resize: SD to HD 1080 enabled
- Quality: Ultra High Quality (Extremely Slow), CRF
- Output folder: E:\BD-RB\
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[08:37:40] PHASE ONE, Encoding
- [08:37:40] Blanking: VID_00011 (1 of 13)
- [08:37:40] Blanking: VID_00068 (2 of 13)
- [08:37:40] Blanking: VID_00009 (3 of 13)
- [08:37:40] Blanking: VID_00066 (4 of 13)
- [08:37:41] Processing: VID_00156 (5 of 13)
- [08:37:41] Extracting A/V streams [VID_00156]
- [08:37:48] Reencoding video [VID_00156]
- Source Video: MPEG-2, 1920x1080
- Rate/Length: 23,976fps, 1*032 frames
- [08:37:48] Reencoding: VID_00156, Pass 1 of 1
- [08:40:30] Video Encode complete
- [08:40:30] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [08:40:30] Multiplexing M2TS
- [08:40:34] Processing: VID_00157 (6 of 13)
- [08:40:34] Extracting A/V streams [VID_00157]
- [08:40:42] Reencoding video [VID_00157]
- Source Video: MPEG-2, 1920x1080
- Rate/Length: 23,976fps, 1*152 frames
- [08:40:42] Reencoding: VID_00157, Pass 1 of 1
- [08:43:03] Video Encode complete
- [08:43:03] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [08:43:03] Multiplexing M2TS
- [08:43:07] Processing: VID_00155 (7 of 13)
- [08:43:07] Extracting A/V streams [VID_00155]
- [08:43:15] Reencoding video [VID_00155]
- Source Video: MPEG-2, 1920x1080
- Rate/Length: 23,976fps, 1*680 frames
- [08:43:15] Reencoding: VID_00155, Pass 1 of 1
- [08:47:10] Video Encode complete
- [08:47:10] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [08:47:10] Multiplexing M2TS
- [08:47:15] Processing: VID_00158 (8 of 13)
- [08:47:15] Extracting A/V streams [VID_00158]
- [08:47:23] Reencoding video [VID_00158]
- Source Video: MPEG-2, 1920x1080
- Rate/Length: 23,976fps, 2*088 frames
- [08:47:23] Reencoding: VID_00158, Pass 1 of 1
- [08:51:30] Video Encode complete
- [08:51:30] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [08:51:30] Multiplexing M2TS
- [08:51:34] Processing: VID_00159 (9 of 13)
- [08:51:34] Extracting A/V streams [VID_00159]
- [08:51:43] Reencoding video [VID_00159]
- Source Video: MPEG-2, 1920x1080
- Rate/Length: 23,976fps, 2*064 frames
- [08:51:43] Reencoding: VID_00159, Pass 1 of 1
- [08:57:19] Video Encode complete
- [08:57:19] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [08:57:19] Multiplexing M2TS
- [08:57:24] Processing: VID_00140 (10 of 13)
- [08:57:24] Extracting A/V streams [VID_00140]
- [08:57:32] Reencoding video [VID_00140]
- Source Video: MPEG-2, 1920x1080
- Rate/Length: 23,976fps, 3*475 frames
- [08:57:32] Reencoding: VID_00140, Pass 1 of 1
- [09:03:44] Video Encode complete
- [09:03:44] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [09:03:44] Multiplexing M2TS
- [09:03:49] Processing: VID_00137 (11 of 13)
- [09:03:49] Extracting A/V streams [VID_00137]
- [09:04:02] Reencoding video [VID_00137]
- Source Video: MPEG-2, 1920x1080
- Rate/Length: 23,976fps, 5*880 frames
- [09:04:02] Reencoding: VID_00137, Pass 1 of 1
- [09:16:31] Video Encode complete
- [09:16:31] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [09:16:31] Multiplexing M2TS
- [09:16:37] Processing: VID_00138 (12 of 13)
- [09:16:37] Extracting A/V streams [VID_00138]
- [09:17:07] Reencoding video [VID_00138]
- Source Video: MPEG-2, 1920x1080
- Rate/Length: 29,970fps, 26*714 frames
- Inverse Telecining in effect (IVTC)
- [09:17:08] Reencoding: VID_00138, Pass 1 of 1
- [10:06:01] Video Encode complete
- [10:06:01] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [10:06:01] Multiplexing M2TS
- [10:06:01] CreateBDFiles() 00063 2004
[18:41:42]PHASE ONE aborted by user request

Any help would be appreciated.

[jdobbs]

That's a common misunderstanding of arguments done by basic users or users who don't "get" computer logic. "-1" is common for meaning if "1" is "Yes" then "-1" means "No". Missing the point or value of "0". It happens a lot more than you might realize. :)Anything other than 0 is a true value. In a signed integer a -1 is a value in which every bit is set to "1". It is the default when you set an integer to TRUE. The -1 shows in the INI when I write the value of the integer directly.

[jdobbs]

I received the following error message after inverse telecining a hard telecined 1080i source:

---------------------
[05.30.14] BD Rebuilder v0.47.06 (beta)
[08:37:36] Source: DISTURBIA
- Input BD size: 39,59 GB
- Approximate total content: [02:38:15.534]
- Target BD size: 46,26 GB
- Windows Version: 6.1 [7601]
- Resize: SD to HD 1080 enabled
- Quality: Ultra High Quality (Extremely Slow), CRF
- Output folder: E:\BD-RB\
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[08:37:40] PHASE ONE, Encoding
- [08:37:40] Blanking: VID_00011 (1 of 13)
- [08:37:40] Blanking: VID_00068 (2 of 13)
- [08:37:40] Blanking: VID_00009 (3 of 13)
- [08:37:40] Blanking: VID_00066 (4 of 13)
- [08:37:41] Processing: VID_00156 (5 of 13)
- [08:37:41] Extracting A/V streams [VID_00156]
- [08:37:48] Reencoding video [VID_00156]
- Source Video: MPEG-2, 1920x1080
- Rate/Length: 23,976fps, 1*032 frames
- [08:37:48] Reencoding: VID_00156, Pass 1 of 1
- [08:40:30] Video Encode complete
- [08:40:30] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [08:40:30] Multiplexing M2TS
- [08:40:34] Processing: VID_00157 (6 of 13)
- [08:40:34] Extracting A/V streams [VID_00157]
- [08:40:42] Reencoding video [VID_00157]
- Source Video: MPEG-2, 1920x1080
- Rate/Length: 23,976fps, 1*152 frames
- [08:40:42] Reencoding: VID_00157, Pass 1 of 1
- [08:43:03] Video Encode complete
- [08:43:03] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [08:43:03] Multiplexing M2TS
- [08:43:07] Processing: VID_00155 (7 of 13)
- [08:43:07] Extracting A/V streams [VID_00155]
- [08:43:15] Reencoding video [VID_00155]
- Source Video: MPEG-2, 1920x1080
- Rate/Length: 23,976fps, 1*680 frames
- [08:43:15] Reencoding: VID_00155, Pass 1 of 1
- [08:47:10] Video Encode complete
- [08:47:10] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [08:47:10] Multiplexing M2TS
- [08:47:15] Processing: VID_00158 (8 of 13)
- [08:47:15] Extracting A/V streams [VID_00158]
- [08:47:23] Reencoding video [VID_00158]
- Source Video: MPEG-2, 1920x1080
- Rate/Length: 23,976fps, 2*088 frames
- [08:47:23] Reencoding: VID_00158, Pass 1 of 1
- [08:51:30] Video Encode complete
- [08:51:30] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [08:51:30] Multiplexing M2TS
- [08:51:34] Processing: VID_00159 (9 of 13)
- [08:51:34] Extracting A/V streams [VID_00159]
- [08:51:43] Reencoding video [VID_00159]
- Source Video: MPEG-2, 1920x1080
- Rate/Length: 23,976fps, 2*064 frames
- [08:51:43] Reencoding: VID_00159, Pass 1 of 1
- [08:57:19] Video Encode complete
- [08:57:19] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [08:57:19] Multiplexing M2TS
- [08:57:24] Processing: VID_00140 (10 of 13)
- [08:57:24] Extracting A/V streams [VID_00140]
- [08:57:32] Reencoding video [VID_00140]
- Source Video: MPEG-2, 1920x1080
- Rate/Length: 23,976fps, 3*475 frames
- [08:57:32] Reencoding: VID_00140, Pass 1 of 1
- [09:03:44] Video Encode complete
- [09:03:44] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [09:03:44] Multiplexing M2TS
- [09:03:49] Processing: VID_00137 (11 of 13)
- [09:03:49] Extracting A/V streams [VID_00137]
- [09:04:02] Reencoding video [VID_00137]
- Source Video: MPEG-2, 1920x1080
- Rate/Length: 23,976fps, 5*880 frames
- [09:04:02] Reencoding: VID_00137, Pass 1 of 1
- [09:16:31] Video Encode complete
- [09:16:31] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [09:16:31] Multiplexing M2TS
- [09:16:37] Processing: VID_00138 (12 of 13)
- [09:16:37] Extracting A/V streams [VID_00138]
- [09:17:07] Reencoding video [VID_00138]
- Source Video: MPEG-2, 1920x1080
- Rate/Length: 29,970fps, 26*714 frames
- Inverse Telecining in effect (IVTC)
- [09:17:08] Reencoding: VID_00138, Pass 1 of 1
- [10:06:01] Video Encode complete
- [10:06:01] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [10:06:01] Multiplexing M2TS
- [10:06:01] CreateBDFiles() 00063 2004
[18:41:42]PHASE ONE aborted by user request

Any help would be appreciated.Hold that thought. I'm away from my office and won't be working any bugs for a few weeks.

[mrputtputt]

great s/w. been a user for a while. I have 0.47.06.

has something changed? i noticed it doesn't create the folder anymore other than the workfiles to burn. has it been made efficient that the folder we use to burn is the workfiles? this is only happening in the current version.

i don't/didn't change the settings. i usually am a simplistic user where all i change is either movie only or the entire disk, or size (usually dvd-5).

my working directory is the same (c:\temp\bd\)

[worknstiff]

@ mrputtputt, RE: Has something changed? i noticed it doesn't create the folder anymore other than the workfiles to burn.

No, It's same as it ever was in my computer. It always creates a new folder in the working folder and is the same name as whatever the movies location name is.

[colinhunt]

Did about a dozen movie-only 3D backups on the 0.47.06 in the past few days, running HW decode & encode, with interesting results.

I. Some titles finish without issues on the first try, while others crash FRIMEncode and have to be resumed. On "Cloudy with a chance of Meatballs 2" I had to resume the job a few times, but it finished fine eventually and the output appears to be OK:

[05.30.14] BD Rebuilder v0.47.06 (beta)
[02:25:58] Source: CLOUDY_2_00001
- Input BD size: 29,94 GB
- Approximate total content: [01:34:50.684]
- Target BD size: 23,83 GB
- Windows Version: 6.1 [7601]
- MOVIE-ONLY mode enabled
- Quality: Ultra High Quality (Extremely Slow), ABR
- Output folder: M:\_ENCODES\
- MVC 3D Output Mode enabled
- Decoding/Frame serving: FRIMDecode
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[02:25:58] PHASE ONE, Encoding
- [02:25:58] Processing: VID_00344 (1 of 3)
- [02:25:58] Extracting A/V streams [VID_00344]
- [02:33:24] Reencoding video [VID_00344]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 10*903 frames
- Bitrate: 30*863 Kbs
- Using FRIMEncoder for MVC encoding
- [02:33:24] Reencoding: VID_00344, Pass 1 of 1
- [02:36:25] Video Encode complete
- [02:36:25] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4355 (eng): Keeping original audio
- [02:36:25] Processing: VID_00345 (2 of 3)
- [02:36:25] Extracting A/V streams [VID_00345]
- [02:36:31] Reencoding video [VID_00345]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 425 frames
- Bitrate: 28*308 Kbs
- Using FRIMEncoder for MVC encoding
- [02:36:31] Reencoding: VID_00345, Pass 1 of 1
[12:26:00] - Failed video encode, aborted
----------------------
[05.30.14] BD Rebuilder v0.47.06 (beta)
[12:27:04] Source: CLOUDY_2_00001
- Input BD size: 29,94 GB
- Approximate total content: [01:34:50.684]
- Target BD size: 23,83 GB
- Windows Version: 6.1 [7601]
- MOVIE-ONLY mode enabled
- Quality: Ultra High Quality (Extremely Slow), ABR
- Output folder: M:\_ENCODES\
- MVC 3D Output Mode enabled
- Decoding/Frame serving: FRIMDecode
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
- Resuming from previously started job.
[12:27:05] PHASE ONE, Encoding
- [12:27:05] Processing: VID_00345 (2 of 3)
- [12:27:05] Reencoding video [VID_00345]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 425 frames
- Bitrate: 28*308 Kbs
- Using FRIMEncoder for MVC encoding
- [12:27:05] Reencoding: VID_00345, Pass 1 of 1
- [12:27:13] Video Encode complete
- [12:27:13] Processing: VID_00346 (3 of 3)
- [12:27:13] Extracting A/V streams [VID_00346]
- [12:36:02] Reencoding video [VID_00346]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 125*112 frames
- Bitrate: 30*086 Kbs
- Using FRIMEncoder for MVC encoding
- [12:36:02] Reencoding: VID_00346, Pass 1 of 1
[12:42:09] - Failed video encode, aborted
----------------------
[05.30.14] BD Rebuilder v0.47.06 (beta)
[12:42:12] Source: CLOUDY_2_00001
- Input BD size: 29,94 GB
- Approximate total content: [01:34:50.684]
- Target BD size: 23,83 GB
- Windows Version: 6.1 [7601]
- MOVIE-ONLY mode enabled
- Quality: Ultra High Quality (Extremely Slow), ABR
- Output folder: M:\_ENCODES\
- MVC 3D Output Mode enabled
- Decoding/Frame serving: FRIMDecode
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
- Resuming from previously started job.
[12:42:13] PHASE ONE, Encoding
- [12:42:13] Processing: VID_00346 (3 of 3)
- [12:42:13] Reencoding video [VID_00346]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 125*112 frames
- Bitrate: 30*086 Kbs
- Using FRIMEncoder for MVC encoding
- [12:42:13] Reencoding: VID_00346, Pass 1 of 1
- [13:15:12] Video Encode complete
[13:15:12]PHASE ONE complete
[13:15:12]PHASE TWO - Rebuild Started
- [13:15:12] Rebuilding BD-3D file Structure
[14:07:39] - Encode and Rebuild complete
[14:07:39] JOB: CLOUDY_2 finished.

II. Another peculiar thing is that if the WORKFILES directory is not empty, BD-RB pops up an error message about not being able to retrieve audio:

[05.30.14] BD Rebuilder v0.47.06 (beta)
[14:11:39] Source: THROUGH_THE_NEVER_3D_00020
- Input BD size: 33,84 GB
- Approximate total content: [01:32:45.643]
- Target BD size: 23,83 GB
- Windows Version: 6.1 [7601]
- MOVIE-ONLY mode enabled
- Quality: Ultra High Quality (Extremely Slow), ABR
- Output folder: M:\_ENCODES\
- MVC 3D Output Mode enabled
- Decoding/Frame serving: FRIMDecode
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[14:11:41] PHASE ONE, Encoding
- [14:11:41] Processing: VID_00000 (1 of 2)
- [14:11:41] Extracting A/V streams [VID_00000]
- [14:11:41] ExtractAudioSubs() 00055 1601
[14:11:44] - Failed to retrieve audio, aborted

But since BD-RB deletes workfiles during this attempt I only need to restart the job, and the error message is not displayed again.

III. Then there was a title called "Out of Inferno" which, no matter how many times I tried, did this (failed mux, can't open file):

[05.30.14] BD Rebuilder v0.47.06 (beta)
[23:34:25] Source: OUT_OF_INFERNO_3D_00001
- Input BD size: 27,36 GB
- Approximate total content: [01:47:19.516]
- Target BD size: 23,83 GB
- Windows Version: 6.1 [7601]
- MOVIE-ONLY mode enabled
- Quality: Ultra High Quality (Extremely Slow), ABR
- Output folder: M:\_ENCODES\
- MVC 3D Output Mode enabled
- Decoding/Frame serving: FRIMDecode
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
- Subtitle [3] is defaulted ON.
[23:34:28] PHASE ONE, Encoding
- [23:34:28] Processing: VID_00000 (1 of 1)
- [23:34:28] Extracting A/V streams [VID_00000]
- [23:34:28] ExtractAudioSubs() 00055 1601
[23:34:30] - Failed to retrieve audio, aborted
----------------------
[05.30.14] BD Rebuilder v0.47.06 (beta)
[23:34:35] Source: OUT_OF_INFERNO_3D_00001
- Input BD size: 27,36 GB
- Approximate total content: [01:47:19.516]
- Target BD size: 23,83 GB
- Windows Version: 6.1 [7601]
- MOVIE-ONLY mode enabled
- Quality: Ultra High Quality (Extremely Slow), ABR
- Output folder: M:\_ENCODES\
- MVC 3D Output Mode enabled
- Decoding/Frame serving: FRIMDecode
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
- Subtitle [3] is defaulted ON.
[23:34:35] PHASE ONE, Encoding
- [23:34:35] Processing: VID_00000 (1 of 1)
- [23:34:35] Extracting A/V streams [VID_00000]
- [23:42:10] Reencoding video [VID_00000]
- [23:42:10] Keeping original video (no reencode)
- [23:42:10] Processing audio tracks
- Track 4352 (zho): Keeping original audio
[23:42:10]PHASE ONE complete
[23:42:10]PHASE TWO - Rebuild Started
- [23:42:10] Rebuilding BD-3D file Structure
- Failed in attempt to multiplex: MUX_MOVIE_ONLY.meta
- Can't open file: F:\_BDRB_OUTPUT\WORKFILES\00001.track_4114.mvc
[23:42:14] - Failed to REBUILD

Another donation made, btw.

Addendum: Universal Soldier 3D kept on crashing FRIMEncoder repeatedly, so I installed the latest HD4000 beta drivers from Intel. Rebooted and ran BD-RB using the exact same settings as before. This time encoding fps climbed quickly from 25 to 60, then began coming down slowly. After approx. 20 minutes encoding runs at 18fps only. But at least FRIMEncoder hasn't crashed.

Update: Found even newer drivers (v3621) which Intel claims are for NUC but they work with all compatible CPUs. Installed those and BD-RB finished a movie-only backup of Universal Soldier 3D a moment ago without a single FRIMEncoder crash.

Success might not be solely due to the new drivers, because I remembered I had earlier taken libmfxhw32.dll and libmfxhw64.dll from driver v3496 and copied them to BD-RB's Tools directory as well as a directory on Win7 PATH. I deleted those dlls before running this encoding job. Not sure where FRIMEncoder looks for the HW dll since there's only the SW dll in BD-RB's Tools directory originally.

[colinhunt]

Through empirical testing I have now reached the conclusion that FRIMEncode runs well, without crashing, only the first encode after rebooting. Something isn't flushed or reset properly at the end of an encoding job, it seems.

Aww hell... that trick worked great for a total of 3 encodes, then FE started crashing after reboot, too.

[colinhunt]

Someone please remind me: is it possible to configure BD-RB to make 3D ISO image files with an SSIF directory in them? I've got two media players that play 3D ISOs just fine, but don't support in-mux .m2ts 3D :/

[Ch3vr0n]

Jup but AFAIK only for movie only. You'd have to ask over at doom9 for the exact command though. You can't shrink full disc AND keep ssif folder. Its one or the other

Verstuurd vanaf mijn Nexus 7 met Tapatalk

[colinhunt]

Jup but AFAIK only for movie only. You'd have to ask over at doom9 for the exact command though. You can't shrink full disc AND keep ssif folder. Its one or the other
Yeah, I'm happy with movie-only ISO.

[Ch3vr0n]

from hiddenopts.txt OUTPUT_3D_ISO=n n = 0/1 - 1=ON (default) - if set to "0", output is to a folder rather than ISO

since 1 = default, afaik it should default to iso output with movie-only unless you state otherwise

[colinhunt]

from hiddenopts.txt OUTPUT_3D_ISO=n n = 0/1 - 1=ON (default) - if set to "0", output is to a folder rather than ISO
since 1 = default, afaik it should default to iso output with movie-only unless you state otherwise
Thanks. That's interesting, because that line was not in my .INI so I suppose BD-RB should have output to ISO by default. I added OUTPUT_3D_ISO=1 to .INI now.

[Ch3vr0n]

if it isn't there then you're not using 47.06 cause it is in mine. Besides you shouldn't NEED to add that line at all 1=on is the default. It's if you want it OFF that you have to add that line

[colinhunt]

if it isn't there then you're not using 47.06 cause it is in mine. Besides you shouldn't NEED to add that line at all 1=on is the default. It's if you want it OFF that you have to add that line
My .ini file originates from at least a couple of years ago, meaning I've used the same one by copying it from old installations into new versions. I added the line to the .ini - and now BD-RB makes ISO files of 3D movie-only backups. (Well, tries to, FRIMEncoder keeps on crashing...)

[Ch3vr0n]

i've used the same settings since the start as well. What i said was if that settings wasn't in your hiddenopts.txt file (which is inside your bdrb installation folder) than you're not using 47.06. and you don't need to add that line in your settings ini file as iso output for 3D movie only is default.

[colinhunt]

i've used the same settings since the start as well. What i said was if that settings wasn't in your hiddenopts.txt file
Ah, yes, the line is in hiddenopts.txt, certainly. Thought you meant the .ini file.

[jdobbs]

Thanks. That's interesting, because that line was not in my .INI so I suppose BD-RB should have output to ISO by default. I added OUTPUT_3D_ISO=1 to .INI now.
I think the HIDDENOPTS.TXT file may be wrong and "0" is the default. I'm away from my office so I can't check to be sure.

[Ch3vr0n]

probably then, cause in the current version it states 1 = default

[ricoman]

I'm not sure what the problem is, maybe it's not BDRB but I figured I'd ask. I just processed an iso of Walter Mitty made with AnyDVDHD. I did movie only and burned it to a BD25 with Imgburn. When I play it, it plays fine up until about 2 min. left in the movie, then the video freezes but the audio continues. If you've seen the movie, the last minute is very important. When I play the iso from the hard drive, it plays to the end, no problem. I reprocessed it with the same result except it also had an audio sync problem. I then tried the iso with DVDFABHD Decryptor with the same results, freezes in the same spot. I've wasted 3 BD25 blanks. Any idea what the problem may be? Thanks.

[omegaman7]

I'm not sure what the problem is, maybe it's not BDRB but I figured I'd ask. I just processed an iso of Walter Mitty made with AnyDVDHD. I did movie only and burned it to a BD25 with Imgburn. When I play it, it plays fine up until about 2 min. left in the movie, then the video freezes but the audio continues. If you've seen the movie, the last minute is very important. When I play the iso from the hard drive, it plays to the end, no problem. I reprocessed it with the same result except it also had an audio sync problem. I then tried the iso with DVDFABHD Decryptor with the same results, freezes in the same spot. I've wasted 3 BD25 blanks. Any idea what the problem may be? Thanks.

Very likely a bad rip. I've seen that behavior several times.

[sebnutt]

Hi everyone,

So far, I used BD rebuilder to reencode blu-rays on DVD-5 with AVCHD structure successfully on each attempt :D
I'm doing it from blu-ray ripped from MAKEMKV > disc backup.

Rips just look great on my BD player. Great tool ! Even if reencode process is a bit slow with default settings.

Considergin making a donation

[ricoman]

Very likely a bad rip. I've seen that behavior several times.
The ripped iso plays fine to the end. It's only the compressed disc, both BDRB and DVDFAB that stop with 2 min. left.

[omegaman7]

The ripped iso plays fine to the end. It's only the compressed disc, both BDRB and DVDFAB that stop with 2 min. left.

When I said "that behavior", I was being 100% truthful :p Rips can play fine with players, but encodes will end up showing the rip problems. Encoders, and tools used in muxing have to acknowledge bit for bit all the data. Players ignore problems, that may seem either trivial, or non noticeable.

There is a chance it's something else, but I'm leaning towards a bad rip myself.

[jfcarbel]

Possible Bug or did I take wrong approach?

Nurse Jackie R1 S5 D1
- settings to reduce to 1280x720p and AC3
- movies and menus (auto blank extras)
- Edit Mode Manual Blanking checked
- BD25 target

Now I went thru and un-blanked two streams as they were extras I wanted to keep and also unblanked 2 AC3 streams as they were commentary and it made the final size go to 23.6 GB

Did I approach this wrong? If I try checking full backup with edit mode manual blanking then I don't see all those misc short streams listed that auto blank extras shows.

[stereo55]

Since update 47.06 , my settings for Image Burn are all greyed out and unusable (settings shown below) ; anyone else ?

Burn current Disc (with ImgBurn)
and
Auto burn to disc (with ImgBurn)
Write to ISO file ( with ImgBurn)

[Ch3vr0n]

well the obvious question here is: do you (still) have IMGBurn installed?

[stereo55]

well the obvious question here is: do you (still) have IMGBurn installed?

Yes (ofcourse :p ) the latest version 2.5.8.0 .

However , I just decided to uninstall , reinstall Image Burn and that seemed to fix the problem of being unavailable to use in the BDR menu. :)

For some reason I think that happened to me in the past while also doing a BDR update , and the fix was the same (uninstall/reinstall ImageBurn) . I'll just have to remember to do the same IF there is a next time .

[Sharc]

12 Years a Slave / Quick-Play backup:
- The long 2:14 hours feature is declared as "Extra"
- The short 23 minutes Extra is declared as "Feature Presentation"
=> Accordingly, the bitrates (filesizes) of the encoding are offset.

Could this be a bug, or just one of the rare exceptions?

[Ch3vr0n]

well sharc, without bdrb log, nobody not even jdobbs will now

[Sharc]

well sharc, without bdrb log, nobody not even jdobbs will now
You don't see this wrong allocation in the log. You see it only in the Quick-Play menu editor dialogue.

Edit:
Now I noticed that the encoding seems to be correctly underway, means the long Feature and the short Extras are encoded with the intended settings. The "bug" (wrong allocation of the "Feature Presentation") is only in the Quick-Play Editor where the titles can be edited and re-arranged easily, however. So it's really a minor issue.

[dreamk]

I notice "unblock chapter skip" option is disappeared from setup menu and changes.txt dont tell anything about it, so what is happened to that and why?

[jdobbs]

I notice "unblock chapter skip" option is disappeared from setup menu and changes.txt dont tell anything about it, so what is happened to that and why?it is now a hidden option.

[dreamk]

it is now a hidden option.

Is it default on or off?
I have to admit im not very familiar with hidden options, but i could not find it from hiddenopts.txt file either (v0.47.06).

[Shylock]

@jdobbs

Having a strange issue with my last backup.
Title: "The young and prodigious T S Spivet", french release. Ripped with the latest AnyDVDHD, processed with BDRB 0.47.06. , full backup to BD25.
The original blu-ray includes the main feature and various extras (featurettes, previews, etc)
BDRB only "see" main feature and therefore do not process 4.6 Gb Extras (8 files). The files are simply copied during rebuilding process.
The resulting blu-ray plays fine with no gliches but as the extras are not reencoded, the resulting bitrate for the main feature is quite low.
logs included:
[06/07/14] BD Rebuilder v0.47.06 (beta)
[08:40:02] Source: SPIVET
- Input BD size: 38,16 GB
- Approximate total content: [02:12:03.332]
- Target BD size: 23,44 GB
- Windows Version: 6.1 [7601]
- Quality: Highest (Very Slow), Two Pass
- Decoding/Frame serving: X264/LAVF
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[08:40:03] PHASE ONE, Encoding
- [08:40:03] Processing: VID_00002 (1 of 1)
- [08:40:03] Extracting A/V streams [VID_00002]
- [08:49:14] Reencoding video [VID_00002]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 151*219 frames
- Bitrate: 8*676 Kbs
- [08:49:14] Reencoding: VID_00002, Pass 1 of 2
- [09:14:14] Reencoding: VID_00002, Pass 2 of 2
- [10:34:37] Video Encode complete
- [10:34:37] Processing audio tracks
- Track 4352 (fra): Keeping original audio
- Track 4353 (fra): Keeping original audio
- Track 4354 (eng): Keeping original audio
- Track 4355 (eng): Keeping original audio
- Track 4356 (fra): Keeping original audio
- Track 4357 (fra): Keeping original audio
- [10:34:37] Multiplexing M2TS
[10:43:08]PHASE ONE complete
[10:43:08]PHASE TWO - Rebuild Started
- [10:43:08] Rebuilding BD file Structure
[10:44:35] - Encode and Rebuild complete
[10:44:35] JOB: SPIVET finished.
.inf
[Status]
LABEL=SPIVET
VERSION=v0.47.06 (beta)
SOURCE_SIZE=40975629186
SOURCE_VIDEO_SIZE=35086522368
TARGET_SIZE=25165824000
REDUCTION=.549405181277839
RESIZE_1080=0
RESIZE_1440=0
AUDIO_TO_KEEP=eng;fra;fre;
KEEP_HD_AUDIO=-1
SUBS_TO_KEEP=all
BACKUP_MODE=0
MOVIEONLY_TYPE=0
USE_LAVF=-1
INSTANCES=1
DGDECNV=0
DGDECIM=0
FRIMSOURCE=0
SSIF_MODE=0
QUICK=0
ENCODE_STEP=1.5
REBUILD_COMPLETE=0
[00002]
AUDIO=111111
PGS=111
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=19276717182
RATE=8676
SPLITS=1
BDRB .ini
[Paths]
SOURCE_PATH=G:\
WORKING_PATH=D:\BDWORK\
DGIndexNV=C:\Program Files (x86)\DGdecodeNV\DGIndexNV.exe
DGDecNV=C:\Program Files (x86)\DGdecodeNV\DGDecodeNV.dll
[Options]
VERSION=0.47.0.6
MODE=3
ENCODE_QUALITY=3
AUTO_QUALITY=0
AUTO_BURN=0
AUDIO_TO_KEEP=eng;fra;fre;
SUBS_TO_KEEP=all
SD_CONVERT=0
OPEN_GOP=0
RESIZE_1080=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
AVCHD=1
REMOVE_WORKFILES=0
MOVIE_ONLY_LOOP=1
REMOVE_OUTPUT=0
USE_FILTERS=0
BDMV_CERT_ONLY=1
USE_LAVF=1
IVTC_PULLDOWN=0
ASSUME_DVD_PAL=1
UNMASK_CHAPTER=1
COMPLETION_BEEP=0
AUDIO_TRACK_LIMIT=0
SUBTITLE_TRACK_LIMIT=0
CUSTOM_TARGET_SIZE=24000
DTSX_ENABLE=1
MULTIPROCESS=0
ENABLE_TEST=1
TARGET_SIZE=24000
DGDECNV=0
MOVIEONLY_TYPE=11
ALTCRF=20
ALT_TARGET=6000
ALTMETHOD=2
ALTAUTOCROP=0
MIN_M2TS_SIZE=20
ENABLE_BLANKING=0
ALTERNATE_PAL=1
HC_PROFILE=BEST
FORCE_ENCODE=0
FORCED_SUB_LANG=fra;fre
RESIZE_1440=0
OUTPUT_3D=0
RESIZE_720=0
NEROAAC=0
SUPTITLE=0
OUTPUT_SBS=0
FRIM_SW_DECODE=1
FRIM_SW_ENCODE=1
OUTPUT_3D_ISO=1
ENCODER=0
IGNORE_3D=0
DGDECIM=0
FRIMSOURCE=0
ONEPASS_ENCODING=0
ENCODER_MENU=1

[jdobbs]

The problem is more likely that your are keeping too many of the everal HD audio streams. They are likely much more significant than the extras. I'd recommend you remove a couple of unneeded languages -- or better yet, reencode to AC3.

[Sharc]

@jdobbs
My source is a mounted 3D .iso. I encode it in Quick-Play Backup mode.
Everything is ok, but editing the Quick-Play Menu has no effect. The Quick Menu always reverts to DB-RBs defaults.
Is this because the edited titles.inf cannot be written to the mounted drive? If so, is there a possibility to make changes manually e.g. by editing the titles.inf in the \BDMV\Backup\Playlist\titles.inf folder, just before burning the backup to disc?

[gonca]

@jdobbs
My source is a mounted 3D .iso. I encode it in Quick-Play Backup mode.
Everything is ok, but editing the Quick-Play Menu has no effect. The Quick Menu always reverts to DB-RBs defaults.
Is this because the edited titles.inf cannot be written to the mounted drive? If so, is there a possibility to make changes manually e.g. by editing the titles.inf in the \BDMV\Backup\Playlist\titles.inf folder, just before burning the backup to disc?

You might have to re-import it, but you might??? lose the background

[Sharc]

You might have to re-import it, but you might??? lose the background
I thought about the re-import as well; it's a bit awkward though. And yes, the menu backdrop might get lost and substituted by the default background. One can alway copy back the original backdrop and make some adjustments using BDedit.
Anyway, today I should get new blank BD media and I will try to edit the titles.inf manually before burning.

Edit:
Editing the titles.inf manually before burning to disc did not help. So let's wait until jdobbs is back.

[jdobbs]

@jdobbs
My source is a mounted 3D .iso. I encode it in Quick-Play Backup mode.
Everything is ok, but editing the Quick-Play Menu has no effect. The Quick Menu always reverts to DB-RBs defaults.
Is this because the edited titles.inf cannot be written to the mounted drive? If so, is there a possibility to make changes manually e.g. by editing the titles.inf in the \BDMV\Backup\Playlist\titles.inf folder, just before burning the backup to disc?
On vacation right now -- please remind me to look at it in a couple of weeks.

[Sharc]

On vacation right now -- please remind me to look at it in a couple of weeks.
Thanks. Enjoy your vacation!

[Patrick]

I am using blanking to remove unwanted features to save space for higher quality video.
From my experiments I get the feeling that BDRebuilder might not take into account the blanked titles when calculating the video bit rate - at least I can see that the result is way below target size (way below = relative to the blanked amount).
Is this observation correct?
How to reproduce: blank all but a few small titles in full back-up mode and set the target size to, say, 80% of the remaining titles. In my case: two remaining titles with 950MBytes. Target size: 750MBytes. Yet, BDRebuilder selects a bit rate of just 380kbits (!!!) for encoding the remaining titles, i.e. believes it must share the target disc size among all - even blanked - titles...if my assumptions are correct, that is.

[jdobbs]

I am using blanking to remove unwanted features to save space for higher quality video.
From my experiments I get the feeling that BDRebuilder might not take into account the blanked titles when calculating the video bit rate - at least I can see that the result is way below target size (way below = relative to the blanked amount).
Is this observation correct?
How to reproduce: blank all but a few small titles in full back-up mode and set the target size to, say, 80% of the remaining titles. In my case: two remaining titles with 950MBytes. Target size: 750MBytes. Yet, BDRebuilder selects a bit rate of just 380kbits (!!!) for encoding the remaining titles, i.e. believes it must share the target disc size among all - even blanked - titles...if my assumptions are correct, that is.It should subtract any blanked titles. But I will take a look when I return. Please remind me.

[Hajnal]

hello

time is set correctly - start mux time ??

[jdobbs]

hello

time is set correctly - start mux time ????? I don't understand what you're asking.

[mparade]

It seems, according to the attached avs scripts, that BD-RB processes hard telecined 480i sources the same as they were interlaced ones even though, I marked them as "Inverse telecining this item" in edit mode after using hiddenopt IVTC_SELECTION=1.

Can this hiddenopt setting cause the problem?:

IVTC_TELECIDE=0

Thank you very much for your help!

[jdobbs]

It seems, according to the attached avs scripts, that BD-RB processes hard telecined 480i sources the same as they were interlaced ones even though, I marked them as "Inverse telecining this item" in edit mode after using hiddenopt IVTC_SELECTION=1.

Can this hiddenopt setting cause the problem?:

IVTC_TELECIDE=0

Thank you very much for your help!A hard telecined source isn't actually "telecined" (it has no BFF or RFF flags set). So there is no way to determine that they are telecined during scanning. In order to recover them you need to set the hidden flag IVTC_480i=1 in the configuration/INI file.

Don't forget to delete that line after you are done or your future 480 interlaced sources will look terrible.

[mparade]

A hard telecined source isn't actually "telecined" (it has no BFF or RFF flags set). So there is no way to determine that they are telecined during scanning. In order to recover them you need to set the hidden flag IVTC_480i=1 in the configuration/INI file.

Don't forget to delete that line after you are done or your future 480 interlaced sources will look terrible.

Thank you very much for your help.

My problem is that on the same BD I have both 480i hard telecined sources, soft telecined and interlaced, so I thought
generally applying IVTC_480i=1 would not be a good idea and that is why tried to mark hard telecined sources with "Inverse telecine this item" selection after using IVTC_SELECTION=1 in the INI file (As it is described in hiddenopts.txt).

Anyway, have a nice holiday and really appreciate your help
from the "beach". :o

[jdobbs]

Thank you very much for your help.

My problem is that on the same BD I have both 480i hard telecined sources, soft telecined and interlaced, so I thought
generally applying IVTC_480i=1 would not be a good idea and that is why tried to mark hard telecined sources with "Inverse telecine this item" selection after using IVTC_SELECTION=1 in the INI file (As it is described in hiddenopts.txt).

Anyway, have a nice holiday and really appreciate your help
from the "beach". :oYeah, that would be a problem.

You got the locale right -- I'm on the beach near Barcelona today, beautiful weather.

I'll add a way to force inversing hard telecining at the M2TS level when I return.

[mparade]

Yeah, that would be a problem.

You got the locale right -- I'm on the beach near Barcelona today, beautiful weather.

I'll add a way to force inversing hard telecining at the M2TS level when I return.

I would really appreciate it, thank you very much and have a wonderful holiday.

[Rileyrott]

:thanks:

Enjoy your vacation jdobbs, you deserve a good one! Thanks for everything!!!!

[colinhunt]

This is somewhat off-topic... but is there a way to swap L and R views during BD-RB processing for 3D Blu-rays that have their views swapped originally? I've discovered a few titles where I need to swap L and R around to view it in proper 3D and it would be great if that could be sorted out in BD-RB.

[Sharc]

This is somewhat off-topic... but is there a way to swap L and R views during BD-RB processing for 3D Blu-rays that have their views swapped originally? I've discovered a few titles where I need to swap L and R around to view it in proper 3D and it would be great if that could be sorted out in BD-RB.
See HIDDENOPTS.TXT:
Put "SWAP_3D=1" in the .ini (without the quotation marks)

[colinhunt]

See HIDDENOPTS.TXT:
Put "SWAP_3D=1" in the .ini (without the quotation marks)
AFAIK that does not work for MVC from 3D BD. I remember commenting on it a while back and jdobbs replied it's for side-by-side only.

[Sharc]

AFAIK that does not work for MVC from 3D BD. I remember commenting on it a while back and jdobbs replied it's for side-by-side only.. Yes, it has possibly no effect with MVC/Frim. From the changes.txt:
- Added a new hidden setting. "SWAP_3D=1" will
swap the left and right views when creating
the SBS, O/U, or Anaglyph 3D output.(v0.44.4)

You could perhaps try to add "--right-eye" to the .meta of tsMuxeR.

[colinhunt]

You could perhaps try to add "--right-eye" to the .meta of tsMuxeR.
Heh, that's exactly what I was talking about in the tsmuxer thread :D

[Mark_Venture]

I had been making Alternate Move-Only Output backups with BD-Rebuilder for a while. Backing up 3D to a SBS MKV was handled seamlessly, at least in that I don't remember having to change anything when doing 3D movies (other than rip with AnyDVD HD to ISO, and mount it the ISO)

I went to do a backup of The Lego Movie 3D, and the output was 2D, not 3D.

I noticed the "Enable SBS 3D Movie-Only output" option (under Settings -> Setup). It was unchecked. Was that option always there? or recently added?

[jdobbs]

I had been making Alternate Move-Only Output backups with BD-Rebuilder for a while. Backing up 3D to a SBS MKV was handled seamlessly, at least in that I don't remember having to change anything when doing 3D movies (other than rip with AnyDVD HD to ISO, and mount it the ISO)

I went to do a backup of The Lego Movie 3D, and the output was 2D, not 3D.

I noticed the "Enable SBS 3D Movie-Only output" option (under Settings -> Setup). It was unchecked. Was that option always there? or recently added?
It's always been there. It's possible the default may have changed since full 3D was implemented. I'd have to go back through my notes.

[Dandimite]

I am not quite sure if I understood the concept Quick Play Backup right. I thought that this in fact does re-author the disc. For example: Bram Stokers Dracula: Just wanted to keep the introduction followed by the movie itself. But no matter, which box I checked or unchecked, renamed the titles, moved it up or down, it kept all movies, and reencoded the whole disc. Resulted in an menu saying 01:Feature Presentation, 02: Disc Extra and so on. Am I totally wrong here, or did I just dont get it, what Quick Play Extra exactly does. Did I miss hidden options or get any preferencies wrong. is it possible just to keep 2 movies from the disc, which do play one after the other?
Thanks for any hints!
Cheers, Dandimite

[Sharc]

I am not quite sure if I understood the concept Quick Play Backup right. I thought that this in fact does re-author the disc. For example: Bram Stokers Dracula: Just wanted to keep the introduction followed by the movie itself. But no matter, which box I checked or unchecked, renamed the titles, moved it up or down, it kept all movies, and reencoded the whole disc. Resulted in an menu saying 01:Feature Presentation, 02: Disc Extra and so on. Am I totally wrong here, or did I just dont get it, what Quick Play Extra exactly does. Did I miss hidden options or get any preferencies wrong. is it possible just to keep 2 movies from the disc, which do play one after the other?
Thanks for any hints!
Cheers, Dandimite
Your source should be on a writebale medium.
Did you rip the original disc to your HD, or is it on a mounted drive, or dou you work directly from the original disc?
I reported a similar case here (http://forum.doom9.org/showpost.php?p=1683588&postcount=20410). Everything works as expected when the source is ripped to a writeable medium.

[worknstiff]

@ Mark Venture RE: I went to do a backup of The Lego Movie 3D, and the output was 2D, not 3D.

This disk, or at least the US version I did (36.3 GB), was pretty problematic. I tried different ways to pull out the 3D movie and all that BD Rebuilder would recognize as existing on the ripped ISO, was the VID 00042 file which was 2D and had a size of 2,454.44 MB with a run time of 1:40:35. I finally just gave up and did a full 50GB DL backup. I would be interested to see what jdobbs can figure out about this exceptional disk.

[AmigaFuture]

I am not quite sure if I understood the concept Quick Play Backup right. I thought that this in fact does re-author the disc. For example: Bram Stokers Dracula: Just wanted to keep the introduction followed by the movie itself.
Cheers, Dandimite

Have you used Alternate Output to MKV for each part and then importing the 2 MKV files and modifying the Quick-Play list?

[AmigaFuture]

Is anyone else noticing secondary streams are reencoding even when output for Full Backup or Movies & Menu's are set to BD-50?

Thanks.

[Dandimite]

Your source should be on a writebale medium.
Did you rip the original disc to your HD, or is it on a mounted drive, or dou you work directly from the original disc?
I reported a similar case here (http://forum.doom9.org/showpost.php?p=1683588&postcount=20410). Everything works as expected when the source is ripped to a writeable medium.

@ Sharc: Thank you, just that simple!

[Lathe]

I'm just learning to use very simple AVS scripts in BDRB, such as altering the contrast, brightness, & saturation, and it's worked really well. What's weird is that I can use the simple Sharpen() which is fairly crude and it DOES work, but for some odd reason, although BDRB seems to RUN the more complex and MUCH better Limitedsharpenfaster() script, it doesn't seem to impact the actual appearance of the resulting video.

I have a premade script that I guess is commonly used and it is the same script that HYBRID uses for Limitedsharpenfaster(), which I've used with HYBRID a few times and there I DID see the difference. But, for some odd reason, even though BDRB appears to run the script seemingly without any errors, there doesn't seem to be any difference in the video. I do have all the plugins installed that go with this. I tried setting it super high (strength-200) just to see if it did anything and I couldn't see any difference (I had used a more normal '100' at first but I didn't see any alteration of the sharpness.

Here is the script; can anyone see why I am not seeing any difference after BDRB runs it?

Thank you!


# LimitedSharpen() ( a modded version, 29 Oct 2005 )
#
# A multi-purpose sharpener by Didée
#
#
# Changes in this mod:
#
# - RemoveGrain >= v0.9 IS REQUIRED!!
# ==================================
#
# - Smode=4 / sometimes does the magic ;-)
# - a separate "undershoot" parameter, to allow for some line darkening in comic or Anime
# - Lmode=3 / on edges, limited sharpening with zero OS & US. On not-edges, limited sharpening with specified OS + LS
# - "soft" acts different now: no more boolean true/false, but instead integer 0 - 100 (or -1 -> automatic)
# instead of blurring before finding minima/maxima, it now softens the "effect-of-sharpening"
# - edgemode=-1 now shows the edgemask. (scaling still not implemented :p )
#
## - MODIFIED version using MaskTools 2.0

function LimitedSharpenFaster( clip clp, float "ss_x", float "ss_y",
\ int "dest_x", int "dest_y", int "Smode" , int "strength", int "radius",
\ int "Lmode", bool "wide", int "overshoot", int "undershoot",
\ int "soft", int "edgemode", bool "special", int "exborder" )
{
ox = clp.width
oy = clp.height

Smode = default( Smode, 3 )
ss_x = (Smode==4)
\ ? default( ss_x, 1.25)
\ : default( ss_x, 1.5 )
ss_y = default( ss_y, ss_x)
Assert(ss_x >= 1.0 && ss_y >= 1.0,"ss_x and ss_y must be at least 1.0!")
dest_x = default( dest_x, ox )
dest_y = default( dest_y, oy )
strength = (Smode==1)
\ ? default( strength, 160 )
\ : default( strength, 100 )
strength = (Smode==2&&strength>100) ? 100 : strength
radius = default( radius, 2 )
Lmode = default( Lmode, 1 )
wide = default( wide, false )
overshoot = default( overshoot, 1)
undershoot= default( undershoot, overshoot)
softdec = default( soft, 0 )
soft = softdec!=-1 ? softdec : sqrt( (((ss_x+ss_y)/2.0-1.0)*100.0) ) * 10
soft = soft>100 ? 100 : soft
edgemode = default( edgemode, 0 )
special = default( special, false )
exborder = default( exborder, 0)
#radius = round( radius*(ss_x+ss_y)/2) # If it's you, Mug Funky - feel free to activate it again
xxs=round(ox*ss_x/8)*8
yys=round(oy*ss_y/8)*8
smx=exborder==0?dest_x:round(dest_x/Exborder/4)*4
smy=exborder==0?dest_y:round(dest_y/Exborder/4)*4

clp.isYV12() ? clp : clp.converttoyv12()

ss_x != 1.0 || ss_y != 1.0 ? last.spline36resize(xxs,yys) : last
tmp = last

edge = mt_logic( tmp.mt_edge(thY1=0,thY2=255,"8 16 8 0 0 0 -8 -16 -8 4")
\ ,tmp.mt_edge(thY1=0,thY2=255,"8 0 -8 16 0 -16 8 0 -8 4")
\ ,"max") .mt_lut("x 128 / 0.86 ^ 255 *") #.levels(0,0.86,128,0,255,false)

tmpsoft = tmp.removegrain(11,-1)
dark_limit1 = tmp.mt_inpand()
bright_limit1 = tmp.mt_expand()
dark_limit = (wide==false) ? dark_limit1 : dark_limit1 .removegrain(20,-1).mt_inpand()
bright_limit = (wide==false) ? bright_limit1 : bright_limit1.removegrain(20,-1).mt_expand()
minmaxavg = special==false
\ ? mt_average(dark_limit1, bright_limit1)
\ : mt_merge(dark_limit,bright_limit,tmp.removegrain(11,-1),Y=3,U=-128,V=-128)

Str=string(float(strength)/100.0)
normsharp = Smode==1 ? unsharpmask(strength,radius,0)
\ : Smode==2 ? sharpen(float(strength)/100.0)
\ : Smode==3 ? mt_lutxy(tmp,minmaxavg,yexpr="x x y - "+Str+" * +")
\ : mt_lutxy(tmp,tmpsoft,"x y == x x x y - abs 16 / 1 2 / ^ 16 * "+Str+
\ " * x y - 2 ^ x y - 2 ^ "+Str+" 100 * 25 / + / * x y - x y - abs / * + ?")

OS = string(overshoot)
US = string(undershoot)
mt_lutxy( bright_limit, normsharp, yexpr="y x "+OS+" + < y x y x - "+OS+" - 1 2 / ^ + "+OS+" + ?")
mt_lutxy( dark_limit, last, yexpr="y x "+US+" - > y x x y - "+US+" - 1 2 / ^ - "+US+" - ?")

Lmode==1 ? mt_clamp(normsharp, bright_limit, dark_limit, overshoot, undershoot) : last

normal = last
zero = mt_clamp(normsharp, bright_limit, dark_limit, 0,0)

Lmode==3 ? mt_merge(normal,zero,edge.mt_inflate()) : normal

edgemode==0 ? last
\ : edgemode==1 ? mt_merge(tmp,last,edge.mt_inflate().mt_inflate().removegrain(11,-1),Y=3,U=1,V=1)
\ : mt_merge(last,tmp,edge.mt_inflate().mt_inflate().removegrain(11,-1),Y=3,U=1,V=1)

AMNT = string(soft)
AMNT2 = string(100-soft)
sharpdiff=mt_makediff(tmp,last)
sharpdiff2=mt_lutxy(sharpdiff,sharpdiff.removegrain(19,-1),
\ "x 128 - abs y 128 - abs > y "+AMNT+" * x "+AMNT2+" * + 100 / x ?")

soft==0 ? last : mt_makediff(tmp,sharpdiff2)

(ss_x != 1.0 || ss_y != 1.0)
\ || (dest_x != ox || dest_y != oy) ? spline36resize(dest_x,dest_y) : last

ex=blankclip(last,width=smx,height=smy,color=$FFFFFF).addborders(2,2,2,2).coloryuv(levels="TV->PC")
\.removegrain(mode=19).mt_inpand().removegrain(mode=19).bicubicresize(dest_x,dest_y,1.0,.0)
tmp = clp.spline36resize(dest_x,dest_y)

clp.isYV12() ? ( exborder==0 ? tmp.mergeluma(last)
\ : mt_merge(tmp,last,ex,Y=3,U=1,V=1) )
\ : ( exborder==0 ? tmp.mergeluma(last.converttoyuy2())
\ : tmp.mergeluma( mt_merge(tmp.converttoyv12(),last,ex,Y=3,U=1,V=1)
\ .converttoyuy2()) )

(edgemode!= -1) ? last : edge.spline36resize(dest_x,dest_y).greyscale

return last
}

[gogosch]

When processing 1080i I recognize some distortions in the Video stream.
This occurs since the last 3 beta versions.
Former versions were OK.
1080p is OK!

[RobertM]

some distortions in the Video stream.

That's a bit vague. Could you elaborate some more?

[gogosch]

I compressed from 5GB to 4.3GB and it seems to me some frames are missing in irregular intervals and the picture shows at this moment a lot of small blocks.
Are there some special settings to process 1080i?.
Processing of 720p and 1080p is OK!

[Crocluvr92]

Ever since I got the newest version of BD Rebuilder, clips like the special features and the movie itself, have the last few seconds removed! Say for example, I was watching the interviews on Back to the Future Blu-Ray after it's compression, the clip was 2:55 long, but after 2:50 the interview abruptly cuts off! I watched the master copy on my hard drive and it played all the way through the 2:55 clip. It seems to be cutting off the last 2- 5 seconds on all clips of anything I try to rebuild. It has been doing this on all the clips on that disc after compression on all the BTTF movies, RoboCop and others since the new beta. Am I doing something wrong?

[jdobbs]

When processing 1080i I recognize some distortions in the Video stream.
This occurs since the last 3 beta versions.
Former versions were OK.
1080p is OK!That's a bit vague. Could you elaborate some more?I definitely need more than that to work with....

[jdobbs]

Ever since I got the newest version of BD Rebuilder, clips like the special features and the movie itself, have the last few seconds removed! Say for example, I was watching the interviews on Back to the Future Blu-Ray after it's compression, the clip was 2:55 long, but after 2:50 the interview abruptly cuts off! I watched the master copy on my hard drive and it played all the way through the 2:55 clip. It seems to be cutting off the last 2- 5 seconds on all clips of anything I try to rebuild. It has been doing this on all the clips on that disc after compression on all the BTTF movies, RoboCop and others since the new beta. Am I doing something wrong?I'd need a specific title to test (making the issue repeatable) and your settings (config/ini file contents). I haven't seen anything like this, and frankly can't imagine how it could happen.

[jdobbs]

I compressed from 5GB to 4.3GB and it seems to me some frames are missing in irregular intervals and the picture shows at this moment a lot of small blocks.
Are there some special settings to process 1080i?.
Processing of 720p and 1080p is OK!No. There's really nothing special about 1080i... Can you specify a title in which this happens?

[Crocluvr92]

I'd need a specific title to test (making the issue repeatable) and your settings (config/ini file contents). I haven't seen anything like this, and frankly can't imagine how it could happen.

[Options]
VERSION=0.47.0.6
ENCODER=0
MODE=0
ENCODE_QUALITY=3
ONEPASS_ENCODING=0
AUTO_QUALITY=0
DTSX_ENABLE=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=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
AVCHD=0
REMOVE_WORKFILES=1
DGDECIM=0
REMOVE_OUTPUT=0
USE_FILTERS=0
BDMV_CERT_ONLY=0
USE_LAVF=0
IVTC_PULLDOWN=0
ASSUME_DVD_PAL=0
FRIMSOURCE=0
COMPLETION_BEEP=0
DGDECNV=0
OUTPUT_SBS=0
NEROAAC=0
SUPTITLE=0
AUDIO_TRACK_LIMIT=0
SUBTITLE_TRACK_LIMIT=0
CUSTOM_TARGET_SIZE=23000
TARGET_SIZE=23866
PRIORITY_CLASS=2
AUTO_BURN=0

Try any of the Back to the Future titles and RoboCop (1987)

[gogosch]

No. There's really nothing special about 1080i... Can you specify a title in which this happens?

I happens only when shrinking 1080i material from DVBS.
Some beta versions ago everything was fine, but these versions don't run anymore (xpired).

Without shrinking by BD-Rebuilder there are no distortions in the source material!

[jdobbs]

I happens only when shrinking 1080i material from DVBS.
Some beta versions ago everything was fine, but these versions don't run anymore (xpired).

Without shrinking by BD-Rebuilder there are no distortions in the source material!Can you post the AVS file of one of the streams that is having problems? I'm not sure if there is anything different about DVBS streams (when compared to that of a BD).

[RoyGBiv-inRI]

Can someone remind me about how I can make sure forced subs are turned on? I know there was a discussion about this months ago, but I can't seem to find it. I want to make a backup of Captain Phillips. If I do "movie only," the forced subs only appear if I have the regular subs on.

TIA.

SMK

[worknstiff]

@ RoyGBiv-inRI RE: I want to make a backup of Captain Phillips. If I do "movie only," the forced subs only appear if I have the regular subs on.

There was something really goofy about this particular disk. I think I remember that it was something to do with all the other languages that the Somali language subtitles had along with the English ones and if you messed with removing any of them then it was not triggered correctly. I finally had to use Clown BD and use it to make a Blu-ray disk backup which had the English forced subs on it turned on and used it to "FEED" to BD Rebuilder and make a movie only that would then play them like it should.

Hope this helps, worknstiff

[RoyGBiv-inRI]

Thanks. That seems to have done it.

SMK

[mmick]

Hi guys, first of all... THANKS!

I have a few issues though:

Hardware:
- Lenovo U430 i5 U4200 (Intel 4400 GPU + Nvidia 730M GPU) + 8Gb RAM + Windows 8.1 64-bit fully updated

Goal:
- using a 3D Blu-Ray image on hdd, make a 3D .mkv or .m2ts backup (main movie only), under 5 Gb file.

How:
- settings > encoder > high quality + CRF 24
- settings > setup > (all default) + I turn ON "DTS to AC3" + I turn on "enable SBS 3D Movie-only output"
- Mode > Movie-only output

Issues:
1) whenever I use CRF the movie does NOT finish encoding (if I disable CRF, and let everything as default, the encoding works!) and stays forever doing this:

" - Input BD size: 25,09 GB
- Approximate total content: [01:38:51.967]
- Target BD size: 3,91 GB
- Windows Version: 6.2 [9200]
- MOVIE-ONLY mode enabled
- Quality: High Quality (Default), CRF
- 3D conversion mode enabled
- Decoding/Frame serving: FRIMSource
- Audio Settings: AC3=0 DTS=1 HD=0 Kbs=640
- Resuming from previously started job.
[12:49:38] PHASE ONE, Encoding
- [12:49:38] Processing: VID_00013 (1 of 2)
- [12:49:38] Reencoding video [VID_00013]
- Analyzing 24,94 17,47 23,50 23,04 [23,04]"

2) it says "Audio Settings: AC3=0 DTS=1 HD=0 Kbs=640" but I said to convert to AC3 (I did not test if the result file has it or not on AC3 as it did not finish"

3) on both cases (CRF on or off) x264 does process BUT ALWAYS use just 25 - 50% of my CPU (and my CPU Fan doesn´t even start working ...). To compare, If I do some encoding with dvdfab it uses 100% of the CPU and the fan becomes noisy.

4) I also have issues using "Alternate Movie-Only output": I created a copy from "MKV, Full-SBS, Audio intact" and changed audio to AC3 naming it "MKV, Full-SBS, AC3 Audio". Though it gets stuck...

5) Question: If I set "Alternate Movie-Only output" as "MKV, Full-SBS, AC3 Audio", and on Settings > setup > "DTS to AC3" OFF (which means, let DTS stay), what prevails??? The setting on "Alternate Movie-Only output" (AC3 Audio) or under Settings (stay DTS)

6) about the GUI: for people who wish 3D output, it is not simple to understand A) If the source was detected as 3D (mine just says AVC stream and though it is 3D and will be a 3D output); B) which are the options to render a 3D output, and which possibilities are given as "MVC" or "SBS" or "half SBS"?

[jdobbs]

@mmick

The "DTS to AC3" setting has no effect on ALTERNATE output. Audio characteristics for ALTERNATE output is defined in the preset. Also, the decoding speed is going to be limited by the required side-by-side decoding/frame serving, so it isn't a surprise that your CPU isn't being fully utilized.

When you created the preset entry for "MKV, Full-SBS, AC3 Audio" -- did you set a bitrate for the AC3?

I'm running a job now as a test...

[mmick]

Thanks for answering.


decoding speed is going to be limited by the required side-by-side decoding/frame serving, so it isn't a surprise that your CPU isn't being fully utilized.

When I use CRF, the x264 process uses 25% of my CPU, the other 75% are.... idle! No decoding or other process...

When I let everything in Auto, the x264 process uses 45-50% of my CPU, the other 50% are in idle! No decoding or other process...

http://cdn.imghack.se/images/ed5784277fb3e1571d02ce39b13c6599.jpg

Isn´t that strange that the cpu is not (overall) being fully used?

[jdobbs]

Thanks for answering.



When I use CRF, the x264 process uses 25% of my CPU, the other 75% are.... idle! No decoding or other process...

When I let everything in Auto, the x264 process uses 45-50% of my CPU, the other 50% are in idle! No decoding or other process...

http://cdn.imghack.se/images/ed5784277fb3e1571d02ce39b13c6599.jpg

Isn´t that strange that the cpu is not (overall) being fully used?That's because the decoding/frame serving process isn't multiprocessor efficient and is also more I/O bound.

When you are doing normal (non-3D) encoding you can use all your speed by implementing the MULTIPROCESS hidden setting (see HIDDENOPTS.TXT) but it doesn't work with 3D. MULTIPROCESS divides the source into multiple parts and uses more than one X264 instance in order to use more CPU time. You should probably set it to 3 or 4 for your CPU.

[mmick]

That's because the decoding/frame serving process isn't multiprocessor efficient and is also more I/O bound.

By I/O you mean HDD speed? I have an Samsung 840 PRO 256 GB SSD so it should be OK ...

What I find strange are the differences with CRF: instead 50% CPU use, only 25% with the same task, and of course it doesn't finish ...

I tried several times with a couple of 3D movies more, and the same thing: with CRF on, it does not finish the encode, and always around 25% CPU use. On Auto it finishes the encode and around 50% of CPU use. The problem is that the advantage of CRF (speed with predictable quality) cannot be enjoyed.

[jdobbs]

By I/O you mean HDD speed? I have an Samsung 840 PRO 256 GB SSD so it should be OK ...

What I find strange are the differences with CRF: instead 50% CPU use, only 25% with the same task, and of course it doesn't finish ...

I tried several times with a couple of 3D movies more, and the same thing: with CRF on, it does not finish the encode, and always around 25% CPU use. On Auto it finishes the encode and around 50% of CPU use. The problem is that the advantage of CRF (speed with predictable quality) cannot be enjoyed.The fastest HDD or SSD on the planet is still incredibly slow when you are comparing it to CPU speeds. But the limiting factor for what you are seeing is the fact that the reliable version of AVISYNTH isn't multithreaded. I also doubt that the FRIMSource() decoder is multithreaded. So decoding/frame serving is going to limit your CPU use when doing 3D. It's a fact you have to live with.

I tested the ALTERNATE output with CRF and it works fine:[06/30/14] BD Rebuilder v0.47.07 (beta)
[18:06:49] Source: MARVELS_THE_AVENGERS_3D_00800
- Input BD size: 41.83 GB
- Approximate total content: [02:22:54.899]
- Windows Version: 6.1 [7601]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- Mode: MKV Container, Full-SBS (3D), AC3 Audio
- 3D conversion mode enabled
- Decoding/Frame serving: FRIMSource
- Audio Settings: AC3=1 DTS=1 HD=0 Kbs=640
- Resuming from previously started job.
[18:06:50] PHASE ONE, Encoding
- [18:06:50] Processing: VID_00895 (1 of 1)
- [18:06:51] Reencoding video [VID_00895]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 205,592 frames
- Converting output to Side-By-Side 3D Format
- [18:06:51] Reencoding: VID_00895, Pass 1 of 1
- [22:09:39] Video Encode complete
- [22:09:39] Processing audio tracks
- Track 4352 (eng): Reencoding audio to AC3...
[22:14:49]PHASE ONE complete
[22:14:49]PHASE TWO - Rebuild Started
- [22:14:49] Building ALTERNATE OUTPUT Structure
[22:18:03] - Encode and Rebuild complete
[22:18:03] JOB: MARVELS_THE_AVENGERS_3D finished.
That was using this preset:[00033]
caption=MKV Container, Full-SBS (3D), AC3 Audio
vBitrate=4000
aType=0
aBitrate=*
vFormat=7
cType=1

I'll run a regular Movie-Only encode (non ALTERNATE) using CRF and see what happens.

[jdobbs]

One other thing. You say you "turn ON DTS to AC3" -- but your log shows that it is actually turned off. It should look like this: - Audio Settings: AC3=1 DTS=1 HD=0 Kbs=640It is on by default. Clicking on the SETUP option turns it off.

I just thought about it... it really isn't feasible to do normal movie-only CRF encodes with FRIMSource() because it requires frame-accurate seeking in order to do the prediction for setting a CRF that will meet the target size. I'll have to disable that as an option. As I showed, though, it is fine for ALTERNATE output (since output size isn't a factor).

[mmick]

I tested the ALTERNATE output with CRF and it works fine:
[00033]
caption=MKV Container, Full-SBS (3D), AC3 Audio
vBitrate=4000
aType=0
aBitrate=*
vFormat=7
cType=1


You defined the vBitrate under the profile, so:
1) the encoder used that bitrate...or the CRF value?

2) if I want to define a final size (and not bitrate or crf), how should I let the profile?

One other thing. You say you "turn ON DTS to AC3" -- but your log shows that it is actually turned off.

Perhaps I am doing something wrong, but as on my image, I did NOT check "do not convert dts to ac3", so it means it will convert to ac3...nevertheless, as you see on my log, ac3=0 ...

http://s27.postimg.org/mizt40a6b/Untitled.jpg

PS: why instead of writing "do not convert dts to ac3" which makes people think too much...why not "convert dts to ac3" and the people who want ac3 instead, click there? :D

[jdobbs]

1. When selecting the ALTERNATE preset you decide one of three different methods. CRF, two-pass at bitrate, or two-pass for a target size. If you select CRF, you get CRF. If you select bitrate -- you get the bitrate specified.

2. If you select size (you set the desired size in the ALTERNATE selection dialog) you will get the bitrate needed to hit that size.

For your last question: Because the default is to convert to AC3. DTS, in my opinion, is an incredible waste of space (especially HD), and that valuable space will be taken from and reduce picture quality. So I want people to purposely have to make a change if they want to keep DTS (against the recommended default).

[mmick]

So I want people to purposely have to make a change if they want to keep DTS (against the recommended default).

:goodpost: thanks ;) fantastic work btw :)

[gogosch]

No. There's really nothing special about 1080i... Can you specify a title in which this happens?

Here a link to a short sequence: http://1drv.ms/1pHO0CP
It happens at all 1080i material.

[jdobbs]

Here a link to a short sequence: http://1drv.ms/1pHO0CP
It happens at all 1080i material.It doesn't happen on 1080i material that originates on a BD -- I've done lots. So it would be incorrect to say "all 1080i material". It has to be related to how this is either encoded or captured.

If you can post a small clip from the original maybe we can see what is happening.

[gogosch]

I will try to cut the piece of the original DVBS transport stream next time I recognize distortions.
I the previous case the original ist no more availabe.
Regards

Now I have a small AVCHD-Clip (~2min ) created, which produces after processing by BD-Rebuilder (with the below settings) some distortions, especially in the last quarter.
Link to the complete AVCHD-structure (compressed tar): http://1drv.ms/1pJVdCw
Here are my settings
[07.02.14] Checking System Settings
- BD-Rebuilder v0.47.06 (beta)
- Windows Version: 6.2 [9200]
- Working Path Free Space: 1.250,15GB
- AVISYNTH Version: 2.5.8.0, 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
[07.02.14] Systems Settings Check complete
[Options]
VERSION=0.47.0.6
MODE=3
ENCODE_QUALITY=2
ONEPASS_ENCODING=0
AUTO_QUALITY=0
AUDIO_TO_KEEP=deu;ger;
SUBS_TO_KEEP=
SD_CONVERT=0
OPEN_GOP=0
RESIZE_1080=0
DEINTERLACE=1
SD_TO_1080=0
CONVERT_WIDE=0
DTS_REENCODE=1
AC3_REENCODE=0
AC3_640=0
AC3_192=0
KEEP_HD_AUDIO=0
AVCHD=1
REMOVE_WORKFILES=1
MOVIE_ONLY_LOOP=1
REMOVE_OUTPUT=0
USE_FILTERS=0
BDMV_CERT_ONLY=1
USE_LAVF=0
IVTC_PULLDOWN=1
ASSUME_DVD_PAL=1
AUDIO_TRACK_LIMIT=1
SUBTITLE_TRACK_LIMIT=0
CUSTOM_TARGET_SIZE=23500
MINIMIZE_TO_TRAY=1
TARGET_SIZE=4469
QUICK_EXTRAS=0
PRIORITY_CLASS=0
STATUS_LOG=0
ENCODER=0
RESIZE_1440=0
RESIZE_720=0
IGNORE_3D=0
DGDECIM=0
FRIMSOURCE=0
COMPLETION_BEEP=0
DGDECNV=0
OUTPUT_SBS=0
NEROAAC=0
SUPTITLE=0
[Paths]
SOURCE_PATH=F:\BD IMAGES\003\
WORKING_PATH=E:\AUTHORED\

[Sharc]

@gogosch
Can you tell us where to look? (appoximate time or frame number). I don't see any distortions ....

[gogosch]

@gogosch
Can you tell us where to look? (appoximate time or frame number). I don't see any distortions ....

First you have to process the downloaded clip with BD-Rebuilder.
This is the original without errors.
After processing some distortions will be at 58 sec upwards.
I will try to upload the processed clip tomorrow.

[Sharc]

First you have to process the downloaded clip with BD-Rebuilder.
This is the original without errors.
After processing some distortions will be at 58 sec upwards.
I will try to upload the processed clip tomorrow.
In the Setup menu, try to:
- unselect "use DEINTERLACER on interlaced sources"
- unselect "IVTC sources with 3:2 pulldown"

These settings do not necessarily apply for your source (although they should actually do no harm ....)

Edit:
I found the 2 glitches now. The movie jumps back and forth when playing the file with MPC-HC or VLC.
Interestingly, when playing the interlaced encoded file back with DGIndexNV the playback is smooth. It is however jerky as well when is deinterlaced for encoding.
Strange....

Edit 2:
There seems to be a problem with the source (frame 558 / time 22.320 and frame 582 / time 23.280) which irritates some decoders.
I don't think it's something which BD-RB can fix.

Perhaps an expert could chime in ....

[gogosch]

Here the link to a processed Clip: http://1drv.ms/1qpM005

I tried to uncheck both items but results are the same. :eek:
I also tried different versions of TsMuxErGUI with the same results: The demuxed stream is smooth but after process by BDRebuilder some glitches will occur
Some BetaVersions ago, everything was fine.
Unfortunately I cannot run older beta versions of BDRebuilder anymore ...... :(

[musiclover]

=Unfortunately I cannot run older beta versions of BDRebuilder anymore ...... :(

You can run these older versions by first turning the computer clock to an older date

[jdobbs]

You can run these older versions by first turning the computer clock to an older dateIf you do, though, don't EVER post a bug report. It will be ignored, and any following posts will be treated with suspicion.

[jdobbs]

Here the link to a processed Clip: http://1drv.ms/1qpM005

I tried to uncheck both items but results are the same. :eek:
I also tried different versions of TsMuxErGUI with the same results: The demuxed stream is smooth but after process by BDRebuilder some glitches will occur
Some BetaVersions ago, everything was fine.
Unfortunately I cannot run older beta versions of BDRebuilder anymore ...... :(Check and make sure you are using the versions of the helper apps in the first post of this thread. I just ran the clip you posted, and the backup runs perfectly with no glitches.

[Edit] I've done it using Directshow (the default), with DGDecNV, and with LAVF (x264 internal) -- and they all work without issue.

Can you click on INSPECT under the HELP menu and post your results? I would also recommend you reinstall from scratch using the instruction in the first post of this thread.

[gogosch]

My Settings:
[07.02.14] Checking System Settings
- BD-Rebuilder v0.47.06 (beta)
- Windows Version: 6.2 [9200]
- Working Path Free Space: 1.250,15GB
- AVISYNTH Version: 2.5.8.0, 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
[07.02.14] Systems Settings Check complete

I reistalled all "helpers" and the results are the same.
Excatly the same glitches at the same positions!

[jdobbs]

My Settings:
[07.02.14] Checking System Settings
- BD-Rebuilder v0.47.06 (beta)
- Windows Version: 6.2 [9200]
- Working Path Free Space: 1.250,15GB
- AVISYNTH Version: 2.5.8.0, 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
[07.02.14] Systems Settings Check complete

I reistalled all "helpers" and the results are the same.
Excatly the same glitches at the same positions!Then the only conclusion I can make is that there is something wrong with your system... as it works on mine in every mode I have tried. You might check your heatsink for dust, although that's a longshot in this instance.

Check and make sure you don't have any CODEC packs installed or other questionable video apps. Sometimes these can intercept or override the default settings. The likelihood is high that the issue is in the frame-serving/decoding.

[gogosch]

You are right!
It must be a bug in my system.
I just installed BDRebiulder on another System (Server2008R2) where BDRebuilder runs absolutely flawlessly. :D
Here the Settings of the other System:
[07.03.14] Checking System Settings
- BD-Rebuilder v0.47.06 (beta)
- Windows Version: 6.1 [7601]
- Working Path Free Space: 2.557,96GB
- AVISYNTH Version: 2.5.8.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 to "wmv9", Ok
- FFDSHOW MPEG2 set to "libavcodec": Ok
- FFDSHOW AVC set to "ffmpeg-mt": Ok
- AnyDVD settings check: Ok.
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok
- FRIMEncode: Ok
- FRIMDecode: Ok
[07.03.14] Systems Settings Check complete


It now works without glitches when setting alternate decoder Options to LAVF !
Could anybody say why?

I try to say the glitches occurred first in coincidence after switching to Windows 8.1.

[jdobbs]

I'd check for CODEC packs... that's the most likely candidate. Some of them intercept the frame-serving and are notorious for "glitches" in playback. My guess is that the glitch occurs before X264 sees the picture for encoding.

[gogosch]

The only codec I see in the installed programs is "MyFreeCodec" from Samsung (FF_MPEG.DLL), which is installed with "Kies".
I removed them.
Other "unknown" codecs came with VLC and Aver-Media (Video Card) and were installed since 2009.
Regards
H.

[Mark_Venture]

@ Mark Venture RE: I went to do a backup of The Lego Movie 3D, and the output was 2D, not 3D.

This disk, or at least the US version I did (36.3 GB), was pretty problematic. I tried different ways to pull out the 3D movie and all that BD Rebuilder would recognize as existing on the ripped ISO, was the VID 00042 file which was 2D and had a size of 2,454.44 MB with a run time of 1:40:35. I finally just gave up and did a full 50GB DL backup. I would be interested to see what jdobbs can figure out about this exceptional disk.
I did a rip with AnyDVD HD to ISO, mounted with Virtual Clone Drive, and pointed BD-Rebuilder to it.

Alt Movie Only to 1080 MKV with intact audio worked fine once that "Enable SBS 3D Movie-Only output" option was checked.

I'd have to look at my logs to see what it picked.. will do that when I get home if you are still having issues.

I have NOT tried to make a "full" backup to a writeable disc though.

[mmick]

Sorry, tried today again with another 3D Movie "Tron" with CRF 26, Movie-only backup, tried both "Alternate" and "BD and AVCHD", and the movie takes ages to encode (until I abort), a lot longer than a 2-pass mode, using 25% of my cpu instead 50% (2-pass).

I make a backup with the latest DVDFab 9 as a miniISO and then the encoding.

Again:
- it is the same enabling or disabling "do not convert dts to ac3": on the encoding process ("alternate" or with "standard bd...") it comes ALWAYS "AC3=0, DTS=1"
- with CRF it takes forever. With 2-pass it takes 4-6h but it gets the job done

Whats going on?

- fresh install; full 64-bit windows 8.1;

PS: can be used in the future "Intel Quicksync"? With other programs my slow Intel i5 4200U shows gains from 20-25 fps to 80-90 fps... If I had an i7 @ 4.0 Ghz it would be another story lolol

[jdobbs]

Sorry, tried today again with another 3D Movie "Tron" with CRF 26, Movie-only backup, tried both "Alternate" and "BD and AVCHD", and the movie takes ages to encode (until I abort), a lot longer than a 2-pass mode, using 25% of my cpu instead 50% (2-pass).

I make a backup with the latest DVDFab 9 as a miniISO and then the encoding.

Again:
- it is the same enabling or disabling "do not convert dts to ac3": on the encoding process ("alternate" or with "standard bd...") it comes ALWAYS "AC3=0, DTS=1"
- with CRF it takes forever. With 2-pass it takes 4-6h but it gets the job done

Whats going on?

- fresh install; full 64-bit windows 8.1;

PS: can be used in the future "Intel Quicksync"? With other programs my slow Intel i5 4200U shows gains from 20-25 fps to 80-90 fps... If I had an i7 @ 4.0 Ghz it would be another story lololI have no idea what "make a backup with the latest DVDFab 9 as a miniISO" means, as I don't use DVDFab... but it sounds like preprocessing and makes the source suspect in my mind.

Enabling "do not convert dts to ac3" works 100% of time for me and I have received no other reports of it not working.

What frame serving method are you using when you try CRF? A long would make it clearer what you are doing.

You can use Intel Quicksync now, see this link (http://forum.doom9.org/showthread.php?p=1679856#post1679856).

[mmick]

I have no idea what "make a backup with the latest DVDFab 9 as a miniISO" means,

Just another way of decrypting to a little different .iso file, nothing special

Enabling "do not convert dts to ac3" works 100% of time for me [...]What frame serving method are you using when you try CRF?

I installed everything again. I let everything as default, as I only make 3D movies, FRIMSource comes as default. I uncheck "do not encode dts as ac3" because I want AC§ from a dts file, as I need smaller file, but compatible ac3.

I discovered what was screwing my encode: "crop black bars"!!! With this option on it won´t go further...

You can use Intel Quicksync now, see this link (http://forum.doom9.org/showthread.php?p=1679856#post1679856).

So if I understand well, adding FRIM_SW_DECODE=0 and FRIM_SW_ENCODE=0 will do the trick? Do I need to install Quick-sync ffdshow aswell?

Question 1:
Source: 2D + 3D movie (so AVC + MVC)

Destination: 3D MVC movie (instead of SBS)

Is it enough just uncheck "process 3D as 2D" and "enable SBS 3D"?

Question 2:
On your opinion, what would be better as overall 3D result (quality and as HW decode compatibility): MVC or full size SBS?

[HWK]

So if I understand well, adding FRIM_SW_DECODE=0 and FRIM_SW_ENCODE=0 will do the trick? Do I need to install Quick-sync ffdshow aswell?



In your case no, you are using frimsource and above mentioned are for frimdecode and encode only. It doesn't affect frimsource.

Question 1:
Source: 2D + 3D movie (so AVC + MVC)

Destination: 3D MVC movie (instead of SBS)

Is it enough just uncheck "process 3D as 2D" and "enable SBS 3D"?


Yes, it is enough for 3D mvc encoding.



Question 2:
On your opinion, what would be better as overall 3D result (quality and as HW decode compatibility): MVC or full size SBS?

MVC is way to go, full size is against the specs and will not supported by licensed player and many other players.

Full SBS used for storage only and require very high bit-rate along with profile 5.0 at the least.

Quality wise when it come to picture info there is no difference other than how they are stacked.

[jdobbs]

...as I only make 3D movies, FRIMSource comes as default. Ok I'm confused. FRIMDecode and FRIM Encoder are the only way to do 3D. So you can't disable it for a 3D source. Also, you can't use CRF when using FRIMSource() -- I've already said that. It isn't going to work because you can't do seeking.PS: can be used in the future "Intel Quicksync"? With other programs my slow Intel i5 4200U shows gains from 20-25 fps to 80-90 fps... If I had an i7 @ 4.0 Ghz it would be another story lololWhen using FRIMSource and FRIM Encode -- you ARE using "Intel Quicksync". If your system supports hardware encoding, look at FRIM_SW_DECODE and FRIM_SW_ENCODE in HIDDENOPTS.TXT. If you set it to hardware mode in the CONFIG/INI file (and your system truly supports it) you should see the higher speeds.On your opinion, what would be better as overall 3D result (quality and as HW decode compatibility): MVC or full size SBS?Well... full size SBS isn't BD compatible so it isn't really a 1:1 comparison. But if you are doing, for example, an MKV backup for archiving -- you'll likely get better quality with full SBS because you can then use X264 for the encoding. X264 is a better encoder and has lots of features that improve picture quality. You may get a little better efficiency (lower output size) with MVC because of lesser redundancy, but that's about it. But it also is compatible with BD -- and full SBS is unlikely to ever be BD compatible.

[HWK]

Jdobbs, does frimsource.dll benefit from Intel quicksync. Last time I checked it was only frimdecode and frimencode.

May be I am missing something. Also wouldn't frimsource.dll limit by avisynth as well.

[mmick]

HWK & Jdobbs: thanks for the answers


...Also, you can't use CRF when using FRIMSource() -- I've already said that. It isn't going to work because you can't do seeking.

Perhaps I missed it. Curious enough, BD Rebuilder will try to use crf (but then won´t do anything) though I am doing a 3D with FRIMSource.

When using FRIMSource and FRIM Encode -- you ARE using "Intel Quicksync". If your system supports hardware encoding, look at FRIM_SW_DECODE and FRIM_SW_ENCODE in HIDDENOPTS.TXT. If you set it to hardware mode in the CONFIG/INI file (and your system truly supports it) you should see the higher speeds.

My system has a new Haswell i5 4200U processor (together with an Nvidia 730M), so yes. Nevertheless I only got between 8 - 20 fps. PS: handbrake uses this tech for normal movies, can´t be done to use outside FRIMSource?

But if you are doing, for example, an MKV backup for archiving -- you'll likely get better quality with full SBS because you can then use X264 for the encoding

No, I do not use BD compatibility, I have a Windows 8.1 HTPC with XBMC, PowerDVD and so on, and I want to watch 3D movie backups with the best quality. Nevertheless all full SBS movies lack detail in comparison with the original movie.

Sadly XBMC only supports SBS and not MVC, and powerdvd crashes a lot reading movie-only mvc backups.

[jdobbs]

...and powerdvd crashes a lot reading movie-only mvc backups.My experience is that powerdvd crashes a lot with or without mvc... :)

[jdobbs]

Jdobbs, does frimsource.dll benefit from Intel quicksync. Last time I checked it was only frimdecode and frimencode.

May be I am missing something. Also wouldn't frimsource.dll limit by avisynth as well.Actually I should correct/clarify myself.

FRIMSource() is used when doing SBS output of 3D. When doing a standard MVC backup FRIMDECODE is used.

I know FRIMSource() uses the Intel SDK just like FRIMDecode does, so I would assume it uses quicksync for decoding. It is my impression that it is just a version of FRIMDecode that has been modified for use as an AVISYNTH plugin. But I've never actually seen the code.

[mmick]

My experience is that powerdvd crashes a lot with or without mvc... :)

Do you know any alternative for 3D MVC files? (I tried other players like windvd but they don´t support my HDD backups...)

[jdobbs]

Do you know any alternative for 3D MVC files? (I tried other players like windvd but they don´t support my HDD backups...)Sorry, but no. I do my 3D viewing on either a Samsung or Sony standalone. I only use PowerDVD when I'm doing quick tests of new code.

[worknstiff]

@mmick RE: Nevertheless all full SBS movies lack detail in comparison with the original movie. Sadly XBMC only supports SBS and not MVC, and powerdvd crashes a lot reading movie-only mvc backups.

I don't know why you would want to do 3D in SBS even if doing it with Full SBS. You can do 3D movie only output to either MVC or ISO output and keep the original bitrate quality if you don't need to fit it onto a blue-ray disk. I use Arcsoft TMT5 for playback of my 3D backups and it plays very well using my Nvidia GPU hooked up to a 3D capable display and of course 3D glasses. I don't really see the need to downgrade the picture quality by using SBS unless you are just trying to make a more compact portable file. SBS will never be a great video quality solution even if you use the FULL SBS size, or at least that's what I have found by playing around with it.

@ jdobbs. Have you been able to experiment any with "THE LEGO MOVIE" 3D yet? I was hoping to see if you or anyone else had trouble backing it up.

[HWK]

@ jdobbs. Have you been able to experiment any with "THE LEGO MOVIE" 3D yet? I was hoping to see if you or anyone else had trouble backing it up.

I will give a try, in a day or two. In the mean time can you post about setting you are using to back it up or any other info which might be relevant.

[HWK]

Do you know any alternative for 3D MVC files? (I tried other players like windvd but they don´t support my HDD backups...)

Arcosft TMT will help you in this case.

[mmick]

I don't know why you would want to do 3D in SBS even if doing it with Full SBS. You can do 3D movie only output to either MVC or ISO output and keep the original bitrate quality if you don't need to fit it onto a blue-ray disk.

I cannot afford to have a full-bitrated backup of my 3D movies, most (without extras or extra soundtracks) would use 25-40Gb...

I am still struggling to find a stable, decent 3D output that would be generally accepted by most (Windows) players.

Half-SBS MKV/M2TS: accepted by all players (manual 3D on my TV) and plays on all "Full HD capable" hardware. Looks like a 3D DVD-rip. Unacceptable.

Full-SBS MKV/M2TS: Powerdvd and XBMC detects it well as 3D, but bad aspect ratio. My AMD E-450 "UVD3" HTPC doesn´t play it on hardware and it is too slow. It plays fine on my i5-4200U ultrabook. Looks like a 3D 720p movie. Acceptable.

MVC MKV/M2TS/ISO: Still on tests. (AMD E-450 "UVD3" HTPC is too slow).

How do you set-up BD Rebuilder for your movie-only MVC ISO?

Arcosft TMT will help you in this case.

Thanks, I´ll try to find a test version of it :-)

[HWK]

How do you set-up BD Rebuilder for your movie-only MVC ISO?



In BD-RB navigate to mode section and choose movie only backup. This method will work for 2D and 3D.

http://s21.postimg.org/owwmv8e2f/Mode.jpg

[jdobbs]

@mmick RE: Nevertheless all full SBS movies lack detail in comparison with the original movie. Sadly XBMC only supports SBS and not MVC, and powerdvd crashes a lot reading movie-only mvc backups.

I don't know why you would want to do 3D in SBS even if doing it with Full SBS. You can do 3D movie only output to either MVC or ISO output and keep the original bitrate quality if you don't need to fit it onto a blue-ray disk. I use Arcsoft TMT5 for playback of my 3D backups and it plays very well using my Nvidia GPU hooked up to a 3D capable display and of course 3D glasses. I don't really see the need to downgrade the picture quality by using SBS unless you are just trying to make a more compact portable file. SBS will never be a great video quality solution even if you use the FULL SBS size, or at least that's what I have found by playing around with it.

@ jdobbs. Have you been able to experiment any with "THE LEGO MOVIE" 3D yet? I was hoping to see if you or anyone else had trouble backing it up.A full SBS movie would have exactly the same detail as an MVC backup.

Sorry, but no, I haven't tried LEGO MOVIE yet.

[IVaN_000]

LEGO Movie is a strange disc. The movie m2ts is tiny, and the ssif is huge. But it works. :confused:

[Sharc]

On vacation right now -- please remind me to look at it in a couple of weeks.

jdobbs:
A friendly reminder; it looks as if you would be back home :cool:

http://forum.doom9.org/showpost.php?p=1683674&postcount=20413

[k-c-ksum]

when specifying

MIN_M2TS_SIZE=30 it gets ignored, I understand the default is 100 but anything lower and the new setting gets ignored. It only responds to setting above 100.

trying to blank a bunch of extras that are between 30 and 100mb :(

[HWK]

LEGO Movie is a strange disc. The movie m2ts is tiny, and the ssif is huge. But it works. :confused:

When you refer to it works, are you referring to backup or playback. I am guessing playback but want to confirm.

[update] It is backup problem and has to do with input size seen by BD-RB. I am trying to find out what is the cause of this issue.

[HWK]

@ jdobbs. Have you been able to experiment any with "THE LEGO MOVIE" 3D yet? I was hoping to see if you or anyone else had trouble backing it up.



Sorry, but no, I haven't tried LEGO MOVIE yet.

I have managed to figure out cause of failure and why it is failing. In my case I used Region A disc. This is gone be long so bear with me.

[Disc Info]

00042.m2ts contain only 7min and 19 sec from beginning and 00065.m2ts is mvc view for corresponding 00042.m2ts. Normally 3D disc has AVC and MVC view and they are interleaved in ssif folder with file name of avc file. Which allow backwards compatibility with 2D system.

Example 0001.m2ts (AVC) and 0002.m2ts (MVC) will be 0001.ssif with size of 0001 + 0002 combined.

Lego is 3D exclusive and in this case there is no backwards compatibility and will not play in 2D system. Normally disc are backwards compatible, even if they are not as long there is avc stream with full movie, hack like Slysoft Anydvd "simulate 3D display" would work. However in this case it simply doesn't contain full movie avc stream.

Rather it is made of SSIF file, which is not fake or made of two m2ts files commonly found on disc. SSIF file in this case holds actual movie itself and since it only play in 3D, when player plays it is actually reading SSIF file sectors, not interleaved files between two m2ts files normally found in Blu-ray 3D.

Reason why BD-RB can’t back it up is normally when you open disc in BD-RB. It scans all mpls based files and display movie only or all relevant title based on import threshold. In Lego case 00098.mpls tell program movie is 1h 40m and 35 sec which causes it to import, however it imports actual stream from 00042.m2ts and 00065.m2ts which account for size 2,454.44MB seen in BD-RB. Even though program suppose to import full movie but it end up importing 7min and 19 sec segment.

http://s2.postimg.org/jmt4d1qc9/Lego.png

What program need to do in this case is use SSIF file which will successfully import entire movie. Instead of first seven minute and nineteen second and to back it up program will also require telling tsmuxer to use SSIF file for extraction instead of m2ts it normally uses.

Normally if disc is interleaved to create SSIF file, BDMV folder will be close to double the size of movie and in some cases size of disc. However in this case there is not such thing.

http://i57.tinypic.com/jsesyb.png

[worknstiff]

@HWK RE: SSIF file in this case holds actual movie itself and since it only play in 3D, when player plays it is actually reading SSIF file sectors, not interleaved files between two m2ts files normally found in Blu-ray 3D.

Hey, thanks for looking into this HWK. I wonder if this is why the 3D quality in this movie was not as good as the REAL 3D that played in the theater. I watched this at home after I got it and was completely underwhelmed with what I was seeing. The whole movie was kinda soft and blurry, without the primary colors that popped when I saw it at the theater. I have seriously thought about returning it because I was so unimpressed with the 3D on it, especially because I paid 38 bucks for it.

[jdobbs]

jdobbs:
A friendly reminder; it looks as if you would be back home :cool:

http://forum.doom9.org/showpost.php?p=1683674&postcount=20413Yep, thanks, I'm home now. Life and vacations are too short. I'll go back an look at the posts.

[jdobbs]

when specifying

MIN_M2TS_SIZE=30 it gets ignored, I understand the default is 100 but anything lower and the new setting gets ignored. It only responds to setting above 100.

trying to blank a bunch of extras that are between 30 and 100mb :(It works. But there are times when it is supposed to be ignored -- for instance when the M2TS is a part of a larger playlist. Then it has to be encoded to match the rest of the playlist's parts.

[jdobbs]

I have managed to figure out cause of failure and why it is failing. In my case I used Region A disc. This is gone be long so bear with me.

[Disc Info]

00042.m2ts contain only 7min and 19 sec from beginning and 00065.m2ts is mvc view for corresponding 00042.m2ts. Normally 3D disc has AVC and MVC view and they are interleaved in ssif folder with file name of avc file. Which allow backwards compatibility with 2D system.

Example 0001.m2ts (AVC) and 0002.m2ts (MVC) will be 0001.ssif with size of 0001 + 0002 combined.

Lego is 3D exclusive and in this case there is no backwards compatibility and will not play in 2D system. Normally disc are backwards compatible, even if they are not as long there is avc stream with full movie, hack like Slysoft Anydvd "simulate 3D display" would work. However in this case it simply doesn't contain full movie avc stream.

Rather it is made of SSIF file, which is not fake or made of two m2ts files commonly found on disc. SSIF file in this case holds actual movie itself and since it only play in 3D, when player plays it is actually reading SSIF file sectors, not interleaved files between two m2ts files normally found in Blu-ray 3D.

Reason why BD-RB can’t back it up is normally when you open disc in BD-RB. It scans all mpls based files and display movie only or all relevant title based on import threshold. In Lego case 00098.mpls tell program movie is 1h 40m and 35 sec which causes it to import, however it imports actual stream from 00042.m2ts and 00065.m2ts which account for size 2,454.44MB seen in BD-RB. Even though program suppose to import full movie but it end up importing 7min and 19 sec segment.

http://s2.postimg.org/jmt4d1qc9/Lego.png

What program need to do in this case is use SSIF file which will successfully import entire movie. Instead of first seven minute and nineteen second and to back it up program will also require telling tsmuxer to use SSIF file for extraction instead of m2ts it normally uses.

Normally if disc is interleaved to create SSIF file, BDMV folder will be close to double the size of movie and in some cases size of disc. However in this case there is not such thing.

http://i57.tinypic.com/jsesyb.pngThanks for the analysis. I can see why it would work, I did a couple of discs that way when I was looking for ways to do a backup without the need for doubling the size and still being able to write to disc with IMGBURN, but I settled on the in-mux method instead. I was (and still am) worried that it may violate the BD standard, although I'll have to check closer to be sure.

I'll see what I can do to make it work. It should just be a matter of demuxing and feeding from the SSIF instead of the two M2TS files.

[HWK]

I'll see what I can do to make it work. It should just be a matter of demuxing and feeding from the SSIF instead of the two M2TS files.

If you need tester to test out new method, I am available :)

[jdobbs]

If you need tester to test out new method, I am available :)The only difficult part is determining which discs need it. You can't just switch the method because there are plenty of MENU and EXTRA items that don't have an SSIF.

[jdobbs]

@jdobbs
My source is a mounted 3D .iso. I encode it in Quick-Play Backup mode.
Everything is ok, but editing the Quick-Play Menu has no effect. The Quick Menu always reverts to DB-RBs defaults.
Is this because the edited titles.inf cannot be written to the mounted drive? If so, is there a possibility to make changes manually e.g. by editing the titles.inf in the \BDMV\Backup\Playlist\titles.inf folder, just before burning the backup to disc?Is there any chance you may have exited and restarted? The problem with the edited changes and an ISO (or a direct read from a BD disc) is that the titles.inf file can't be saved to the source. So the changes are only good for as long as BD-RB is active. If you exit and reenter (or possibly if you run it as a BATCH job, I'll have to check that) the changes are lost.

I'll have to look and see if there is a way I can save it somewhere else for those kinds of sources. The problem is that there are few paths that are guaranteed to remain consistent between runs.

[Sharc]

Is there any chance you may have exited and restarted? The problem with the edited changes and an ISO (or a direct read from a BD disc) is that the titles.inf file can't be saved to the source. So the changes are only good for as long as BD-RB is active. If you exit and reenter (or possibly if you run it as a BATCH job, I'll have to check that) the changes are lost.

I'll have to look and see if there is a way I can save it somewhere else for those kinds of sources. The problem is that there are few paths that are guaranteed to remain consistent between runs.
Definitely no batch job, but now you mention it, I can't exclude that I exited and restartedBD-RB. I'll try again.
I recall that another poster reported the same problem, so finding a way how to save the titles.inf would mean a +1 :)

Edit:
Hmmm..., it seems that even without exiting and restarting the changes done via the Quick-menu editor have no effect.

[HWK]

The only difficult part is determining which discs need it. You can't just switch the method because there are plenty of MENU and EXTRA items that don't have an SSIF.

Jdobbs, you have come long way when it comes to overcoming some of the most difficult sources, try it and you shall succeed.

Just want to take guess would it be possible to add code which tell program after scanning disc and identify main movie use ssif to extract instead of m2ts for feature film. Also I remember Roman telling me when you demux using mpls file in tsmuxer, it will use m2ts file, if both file are present. However if m2ts is absent then it fallback to ssif file and same goes other way around.

[jdobbs]

Jdobbs, you have come long way when it comes to overcoming some of the most difficult sources, try it and you shall succeed.

Just want to take guess would it be possible to add code which tell program after scanning disc and identify main movie use ssif to extract instead of m2ts for feature film. Also I remember Roman telling me when you demux using mpls file in tsmuxer, it will use m2ts file, if both file are present. However if m2ts is absent then it fallback to ssif file and same goes other way around.I'll probably look at the file sizes of the two M2TS files and compare it to the SSIF. If an SSIF exists, and it shows a significant size discrepancy it will go with the SSIF. The downside is that I'm not sure when I will test it. 3D movies are expensive and my donations are exceptionally low, and I've made a rule for myself that I will no longer buy movies for testing with my own money. Losing money on a freeware development project has gotten to be an expensive habit.

[Edit] For those who might offer a free download of their disc -- please don't send me a PM. I appreciate it, but I don't download copyrighted discs.

BD-RB doesn't rely on TSMUXER to make those kinds of choices. I scan the disc myself (mainly so I can collect other important data from the MPLS and CLPI files) and create my own META files (which are then fed to TSMUXER). In fact, the GUI isn't even needed or included in the BD-RB distribution.

[HWK]

I'll probably look at the file sizes of the two M2TS files and compare it to the SSIF. If an SSIF exists, and it shows a significant size discrepancy it will go with the SSIF. The downside is that I'm not sure when I will test it. 3D movies are expensive and my donations are exceptionally low, and I've made a rule for myself that I will no longer buy movies for testing with my own money. Losing money on a development project has gotten to be an expensive habit.



Tell you what if you can add code to check size of avc and mvc size and compare with ssif. Least I can do provide feedback and test for you and let you know if you are on right track or not. If it takes multiple times to run it so be it and I am willing to do it.

[jdobbs]

Tell you what if you can add code to check size of avc and mvc size and compare with ssif. Least I can do provide feedback and test for you and let you know if you are on right track or not. If it takes multiple times to run it so be it and I am willing to do it.Thanks. I'll add the code and send you a test version so you can run it on your disc.

Thanks.

[HWK]

No problem, I would send donation but recent set of events has put me in really tight situation. So I came with another way to help you.

[jdobbs]

No problem, I would send donation but recent sets of events has put me in really tight situation. So I came with another way to help you.I don't expect donations from people who contribute in other ways. I appreciate your support here on the forum.

[HWK]

I wonder if this is why the 3D quality in this movie was not as good as the REAL 3D that played in the theater. I watched this at home after I got it and was completely underwhelmed with what I was seeing. The whole movie was kinda soft and blurry, without the primary colors that popped when I saw it at the theater. I have seriously thought about returning it because I was so unimpressed with the 3D on it, especially because I paid 38 bucks for it.

No it has to do with transfer characteristics or playback environment and it does not affect how disc is authored.

Also want to confirm what is region of your blu-ray.

[gonca]

The 3D issue doesn't affect me but $30 your way to help with the issue

[HWK]

The 3D issue doesn't affect me but $30 your way to help with the issue

Wow, some of our community are made of really nice members :) I am positive Jdobbs appreciate it.

[gonca]

Wow, some of our community are made of really nice members :) I am positive Jdobbs appreciate it.

We're both Toronto people, we do what we can to help.

[HWK]

We're both Toronto people, we do what we can to help.

You got that right!! Do whatever you can provided to stay within limits to help others is my motto :cool:

[gonca]

If an i7 hexacore at 4.4GHz can be of help in testing, let me know.

[jdobbs]

The 3D issue doesn't affect me but $30 your way to help with the issueThat works for me. Much appreciated.

I've ordered the LEGO MOVIE 3D edition from Amazon, and it should be here in 2 days.

Thanks.

[Edit] Hmm... the confirmation message from Amazon says "Prime Two-day shipping" -- and then estimates Friday, July 11th for delivery. Is it me, or does 11-7=2 now? It's been a while since I was in school. I have to admit I haven't been keeping up with "new math".

[HWK]

If an i7 hexacore at 4.4GHz can be of help in testing, let me know.

It is kind of funny that my primary machine is also hexa core (i7 3930K @ 4.5 Ghz and liquid cooled)

[HWK]

That works for me. Much appreciated.

I've ordered the LEGO MOVIE 3D edition from Amazon, and it should be here in 2 days.

Thanks.

[Edit] Hmm... the confirmation message from Amazon says "Prime Two-day shipping" -- and then estimates Friday, July 11th for delivery. Is it me, or does 11-7=2 now? It's been a while since I was in school. I have to admit I haven't been keeping up with "new math".

Do you still want me to test? Either way let me know.

[IVaN_000]

When you refer to it works, are you referring to backup or playback. I am guessing playback but want to confirm.

Yes, sorry, I meant playback. Backup didn't success, I also tried with another software, the one with bad reputation :rolleyes:, with same results.

[gonca]

Glad to be of help

[Edit] Hmm... the confirmation message from Amazon says "Prime Two-day shipping" -- and then estimates Friday, July 11th for delivery. Is it me, or does 11-7=2 now? It's been a while since I was in school. I have to admit I haven't been keeping up with "new math".

Its a binary thing

[jdobbs]

Do you still want me to test? Either way let me know.Yes, if it's alright. I was hoping it would come by Wed so I could test it and release along with a couple of other fixes -- I have to leave town for a few of days on Thurs for a family reunion.

I'll put in a first-attempt at a fix tomorrow and send you a version to test on LEGO. Meanwhile I'll test on some other sources to make sure it doesn't have any unexpected negative effects.

[HWK]

Yes, if it's alright. I was hoping it would come by Wed so I could test it and release along with a couple of other fixes -- I have to leave town for a few of days on Thurs for a family reunion.

I'll put in a first-attempt at a fix tomorrow and send you a version to test on LEGO. Meanwhile I'll test on some other sources to make sure it doesn't have any unexpected negative effects.

Sounds good to me, will wait for program.

[mmick]

It is kind of funny that my primary machine is also hexa core (i7 3930K @ 4.5 Ghz and liquid cooled)

6 (i7) cores, 12 MB cache pumping at 4.5 GHz ??? and unlocked multiplier AFAIK... wow :eek:

In comparison, my little i5-4200U @ 1.6 Ghz (ultrabook) looks VERY pale :(

[HWK]

6 (i7) cores, 12 MB cache pumping at 4.5 GHz ??? and unlocked multiplier AFAIK... wow :eek:



On top of that I build myself.

[andref4]

I have managed to figure out cause of failure and why it is failing. In my case I used Region A disc. This is gone be long so bear with me.

[Disc Info]

00042.m2ts contain only 7min and 19 sec from beginning and 00065.m2ts is mvc view for corresponding 00042.m2ts. Normally 3D disc has AVC and MVC view and they are interleaved in ssif folder with file name of avc file. Which allow backwards compatibility with 2D system.

Example 0001.m2ts (AVC) and 0002.m2ts (MVC) will be 0001.ssif with size of 0001 + 0002 combined.

Lego is 3D exclusive and in this case there is no backwards compatibility and will not play in 2D system. Normally disc are backwards compatible, even if they are not as long there is avc stream with full movie, hack like Slysoft Anydvd "simulate 3D display" would work. However in this case it simply doesn't contain full movie avc stream.

Rather it is made of SSIF file, which is not fake or made of two m2ts files commonly found on disc. SSIF file in this case holds actual movie itself and since it only play in 3D, when player plays it is actually reading SSIF file sectors, not interleaved files between two m2ts files normally found in Blu-ray 3D.

Reason why BD-RB can’t back it up is normally when you open disc in BD-RB. It scans all mpls based files and display movie only or all relevant title based on import threshold. In Lego case 00098.mpls tell program movie is 1h 40m and 35 sec which causes it to import, however it imports actual stream from 00042.m2ts and 00065.m2ts which account for size 2,454.44MB seen in BD-RB. Even though program suppose to import full movie but it end up importing 7min and 19 sec segment.

What program need to do in this case is use SSIF file which will successfully import entire movie. Instead of first seven minute and nineteen second and to back it up program will also require telling tsmuxer to use SSIF file for extraction instead of m2ts it normally uses.

Normally if disc is interleaved to create SSIF file, BDMV folder will be close to double the size of movie and in some cases size of disc. However in this case there is not such thing.



The same Problem has the movie Cloudy with a Chance of Meatballs 2 3D that I wrote here end of May. The only thing that worked at moment for me was a movie only rip.

[jdobbs]

Sounds good to me, will wait for program.Can you check something for me? When BD-RB extracts the audio in movie-only mode it uses the MPLS file for the extraction. Can you try a movie-only encode of LEGO MOVIE and see if the audio is complete? You don't need to reencode, just let the first phase "Extracting A/V streams" complete. The audio files will be in the WORKING PATH folder.

Based on your earlier comments, TSMUXER looks for unequal M2TS/SSIF files and selects the correct stream. I just need to know if TSMUXER makes that choice when an MPLS is used for the demux.

Thanks.

[HWK]

Can you check something for me? When BD-RB extracts the audio in movie-only mode it uses the MPLS file for the extraction. Can you try a movie-only encode of LEGO MOVIE and see if the audio is complete? You don't need to reencode, just let the first phase "Extracting A/V streams" complete. The audio files will be in the WORKING PATH folder.

Based on your earlier comments, TSMUXER looks for unequal M2TS/SSIF files and selects the correct stream. I just need to know if TSMUXER makes that choice when an MPLS is used for the demux.

Thanks.

No, it doesn't. I have attached screenshot to help you assess how BD-RB or tsmuxer will extract with mpls and how it will be done if ssif file is opened. For comparsion I have only included English when doing manually in tsmuxer. This also effect subtitle.

http://i61.tinypic.com/2vn00gi.png

[HWK]

The same Problem has the movie Cloudy with a Chance of Meatballs 2 3D that I wrote here end of May. The only thing that worked at moment for me was a movie only rip.

I have that disc as well, after jdobbs finish with this and if for some reason it still doesn't work. Then I can look into it to see what is different.

[HWK]

Based on your earlier comments, TSMUXER looks for unequal M2TS/SSIF files and selects the correct stream. I just need to know if TSMUXER makes that choice when an MPLS is used for the demux.



If mpls is used and m2ts and ssif exist. Tsmuxer will always give priority to m2ts regardless of what is being done.

[jdobbs]

If mpls is used and m2ts and ssif exist. Tsmuxer will always give priority to m2ts regardless of what is being done.Thanks.

That's going to make it more complicated... ughh. I may not have a test version until next week.

[omegaman7]

I don't recall having a problem with Cloudy 2 3D. But then, all I did was replace the HD audio track, with the 5.1 DVD counterpart :S

[gonca]

On top of that I build myself.
You too, it must be a Toronto thing.
Sorry for the OT

[mmick]

On top of that I build myself.

You too, it must be a Toronto thing.
Sorry for the OT

No, I am Portuguese and I used to do that too, I spent hours and hours (and hundreds of €€€) with it... :D but now I moved out and only ultrabooks are light to travel ;)

Sorry for the OT

back on the subject, yesterday I tested with Frozen 3D:
- Frozen 3D BRay has the main movie devided in several parts, but AFAIK BD Rebuilder detected correctly all of them (today I will test it)

- 3D SBS: very slow encoding, 12 - 14 fps using x264
- 3D MVC: very FAST encoding (as jdobbs said, it will use Quicksync), around 50 - 80 fps :eek:

I will test it today and I´ll give my feedback,

Question: Quicksync has several quality profiles, do you know which is used by FRIM?

TRY 1:
3D MVC BD-5 ISO, DTS 2 AC3 conversion (FRIM_SW_DECODE=0 & FRIM_SW_ENCODE=0): 50-80 fps. RESULT: AVC stream *very* good; MVC stream with encoding errors

TRY 2:
3D MVC BD-5 ISO, DTS 2 AC3 conversion (FRIM_SW_DECODE=0 & FRIM_SW_ENCODE=1): 10-12 fps. RESULT: AVC & MVC streams with some encoding macroblocking (as jdobbs said, frim is not so efficient as x264...)

TRY 3:
3D MVC BD-5 ISO, DTS 2 AC3 conversion (FRIM_SW_DECODE=1 & FRIM_SW_ENCODE=0): 20-22 fps. RESULT: still running, I have no hexacore i7 with 12MB cache :-)

[jdobbs]

Question: Quicksync has several quality profiles, do you know which is used by FRIM?The quality profile is selectable in FRIM. BD-RB will select one based upon your selection under the SETTINGS/ENCODER SETTINGS menu.

I would recommend against using a BD-5 for output (unless it's strictly for testing). 3D video requires much more data than a 2D encode, and a BD-5 just isn't big enough to give decent quality. BD-9 works. But BD-25 is better.

[mmick]

The quality profile is selectable in FRIM. BD-RB will select one based upon your selection under the SETTINGS/ENCODER SETTINGS menu.

I would recommend against using a BD-5 for output

I am just doing it for testing to see better how all methods use the available bitrate, then when I find a suitable method, I´ll fine tune with the bitrate.

About the Quicksync quality, I assume your answer goes to the Intel QSV preset: Ivy Bridge CPUs have 3 QSV presets, Haswell 7 QSV presets (where level 3 for an Ivy Bridge is excelent quality, and on Haswell is very bad... On Haswell must be set to 7).

[jdobbs]

I believe it applies to the levels available via the Intel SDK.Haswell must be set to 7Why?

[mmick]

I believe it applies to the levels available via the Intel SDK.Why?

AFAI heard, after the first tests, at same QSV level Haswell was faster than previous itinerations, but quality was also worse, probably because QSV levels were not the same. If that is true, I have no idea...

http://www.anandtech.com/show/7003/the-haswell-review-intel-core-i74770k-i54560k-tested/8

[jdobbs]

Just a note for clarity: In FRIM u=7 is the fastest setting and u=1 is the highest quality.

[mmick]

Just a note for clarity: In FRIM u=7 is the fastest setting and u=1 is the highest quality.

:D note that I did not mean that 7 (QSV profiles on Haswell) has anything to do with those parameters ;) far from that, that was just a basic info :p

[Sharc]

Just a note for clarity: In FRIM u=7 is the fastest setting and u=1 is the highest quality.
Does AUTO_BIAS=n control the quality of FRIM as well, or is it only for x264?

[jdobbs]

Does AUTO_BIAS=n control the quality of FRIM as well, or is it only for x264?It controls both.

[mmick]

Now I´ve tested everything all over again.

Conditions:

- 3D MVC "Movie-only", BD-9 ISO, DTS 2 AC3 conversion
- test on High, and highest quality
- the final ISO is mounted on DVDFab virtual drive
- played as a normal BD with 3D turned on (over a 3D Samsung 6500 series)


RESULT:

- using FRIM with Encoding hardware acceleration - Quicksync on an Haswell i5 4200u CPU, (SW or HW decode is the same), the main stream seems ok, MVC stream with encoding errors
- the original BD rip (ISO) plays perfect


I was searching and I found someone with same issue with your app using FRIM / QSV, and also previously with MVCenc (another app)
http://forum.doom9.org/showthread.php?t=170315

I got the same corruption as the user "sef" on that website (he post a photo)
http://i59.fastpic.ru/big/2014/0309/c7/a26b942945a0154214b5275650dd1ac7.jpg

"One user has reported pixelation on HW encoding (i7-4770) but the root cause is not clear (can be also HW decoding or muxing processes)"
"Interesting: this explains that garbled output is not related exclusively to MVCenc but Quick Sync HW on your system."

That has something to do with different Intel Hardware! My i5 Haswell produces the same visual issues, despite good bitrate...

[HWK]

It is most likely software, Since I don't have cpu which support quicksync and still see errors in mvc stream, which are not present in avc.
Also if I use external encoder and let bd-rb rebuild stream created by external encoder then there are no error in mvc or avc and playback is smooth, regardless of device.

[worknstiff]

I do 3D all the time using BD Rebuilder on my i7 2600K that's overclocked to 4450 mhz. I see all these people talking about 75fps but on mine it never goes over 16fps doing the pass 1 on MVC. The only time I see 70+ fps is on a 2 pass blue-ray while on pass 1, pass 2 is usually a meager 16-22 fps. I wonder if these errors are occurring because of these exceptionally high frame rates?

[mmick]

I do 3D all the time using BD Rebuilder on my i7 2600K that's overclocked to 4450 mhz. I see all these people talking about 75fps but on mine it never goes over 16fps doing the pass 1 on MVC. [...] I wonder if these errors are occurring because of these exceptionally high frame rates?

Quicksync is a hardware circuit to dec/enc video, almost a fixed function, not a software algorithm running on HW as on Nvidia/AMD.

Your CPU is a Sandy Bridge, the 1st with that tech, which may be stable (and slow). My CPU is an Haswell, the latest Quicksync API LEVEL 1.8 (perhaps Ivy Bridge has issues too), and AFAIK other MVC encoders had issues with the new gen Quicksync. I assume that perhaps it has to do with the API LEVEL / some settings, as I already used some trial versions from commercial apps, and I had zero issues using Quicksync. Funny that my issues (as before people had with MVCenc) are only with the MVC stream (right eye), as the AVC (left eye) is encoded well

With my slow 1.6-2.3 Ghz i5 4200U, I get a lot more fps (and errors lol) than you :-)


EDIT NOTE:
I sucessfully encoded the same movie as 3D MVC "Movie-only", BD-9 ISO, DTS 2 AC3 conversion with BD2AVCHD using Quicksync (MVCenc) and it encoded perfectly in record time! (my CPU averaged 10%, and I got around 50-60 fps using my tiny i5 4200u)

jdobbs: can´t MVCenc be used instead of FRIM?

[jdobbs]

Quicksync is a hardware circuit to dec/enc video, almost a fixed function, not a software algorithm running on HW as on Nvidia/AMD.

Your CPU is a Sandy Bridge, the 1st with that tech, which may be stable (and slow). My CPU is an Haswell, the latest Quicksync API LEVEL 1.8 (perhaps Ivy Bridge has issues too), and AFAIK other MVC encoders had issues with the new gen Quicksync. I assume that perhaps it has to do with the API LEVEL / some settings, as I already used some trial versions from commercial apps, and I had zero issues using Quicksync. Funny that my issues (as before people had with MVCenc) are only with the MVC stream (right eye), as the AVC (left eye) is encoded well

With my slow 1.6-2.3 Ghz i5 4200U, I get a lot more fps (and errors lol) than you :-)


EDIT NOTE:
I sucessfully encoded the same movie as 3D MVC "Movie-only", BD-9 ISO, DTS 2 AC3 conversion with BD2AVCHD using Quicksync (MVCenc) and it encoded perfectly in record time! (my CPU averaged 10%, and I got around 50-60 fps using my tiny i5 4200u)

jdobbs: can´t MVCenc be used instead of FRIM?I'm not sure it is allowed under it's release rules -- and I'm not in a position to download it for a few days. If so I will support it.

Is there a copyright notice and/or release rules included when downloaded?

[HWK]

I'm not sure it is allowed under it's release rules -- and I'm not in a position to download it for a few days. If so I will support it.

Is there a copyright notice and/or release rules included when downloaded?

Jdobbs, this thread may contain answer to your question

http://forum.doom9.org/showthread.php?t=170315 (http://forum.doom9.org/showthread.php?t=170315)

Also just want to ask your opinion about developing your own using Intel® Media SDK 2014. You already do good job coding BD-RB maybe you can give this a try.

[RobertM]

Ran into minor issues with a movie only backup of "From Up on Poppy Hill".

First, and least significantly, the film is about 1.1/2hr long, but the rebuilt m2ts file reports as about 3hrs with both VLC and WinExplorer. Doesn't cause significant playback issues, other than knowing where you are in the film.

More importantly, the subs are out of sync - in a specific way...

The playlist comprises 4 parts, as follows:
Part 1: 0:03:05 Intro credits, including subs.
Part 2: 1:24:15 Main body, including subs.
Part 3: 0:04:09 Closing credits, with subs at the very end.
Part 4: 0:00:00 Don't know what this is.

Adding those up, the total expected playlength should be about 1:31:29, while the reported length of the rebuilt file is 2:58:32.

In the rebuild m2ts file, the subs play fine for the first part (up to 03:05), but all subs in the second part are delayed by the very same 3 minutes and 5 sec. I suspect that the subs in part 3 might be delayed by by about 1:24:15, and that's why the total playlength gets extended so much.

The original rip is not too large, so there was no video encode required to fit a BD-25 (I set it to BD-50 to make SURE it wouldn't try to encode). I usually re-encode the audio to AC3, so I tried this again without re-encoding the audio; so no video or audio re-encode: the same delay is evident.

I then tried manually using tsMuxeR to simply join the 4 parts together into a new BD structure. Playlength is now reported as 01:31:29, as hoped, and the subs are all in sync.

I do recall seeing an issue like this in the past, where the reported playlength was about twice what was expected. I never associated that with the subs before, and didn't really worry about it, but now I think that perhaps there's something here that JD might want to investigate.

Here's the log, with an "inspect report" included at the end.


[07/11/14] BD Rebuilder v0.47.06 (beta)
[09:38:41] Source: FROM_UP_ON_POPPY_HILL_00020
- Input BD size: 16.56 GB
- Approximate total content: [01:31:30.776]
- Target BD size: 46.26 GB
- Windows Version: 6.1 [7601]
- MOVIE-ONLY mode enabled
- Quality: High Quality (Default), Two Pass
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=1 DTS=1 HD=0 Kbs=640
[09:38:42] PHASE ONE, Encoding
- [09:38:42] Processing: VID_00023 (1 of 4)
- [09:38:42] Extracting A/V streams [VID_00023]
- [09:41:36] Reencoding video [VID_00023]
- [09:41:36] Keeping original video (no reencode)
- [09:41:36] Processing audio tracks
- Track 4352 (eng): Reencoding audio to AC3...
- [09:43:42] Processing: VID_00024 (2 of 4)
- [09:43:42] Extracting A/V streams [VID_00024]
- [09:46:37] Reencoding video [VID_00024]
- [09:46:37] Keeping original video (no reencode)
- [09:46:37] Processing: VID_00025 (3 of 4)
- [09:46:37] Extracting A/V streams [VID_00025]
- [09:46:50] Reencoding video [VID_00025]
- [09:46:50] Keeping original video (no reencode)
- [09:46:50] Processing: VID_00037 (4 of 4)
- [09:46:50] Extracting A/V streams [VID_00037]
- [09:46:54] Reencoding video [VID_00037]
- [09:46:54] Keeping original video (no reencode)
[09:46:54]PHASE ONE complete
[09:46:54]PHASE TWO - Rebuild Started
- [09:46:54] Rebuilding BD file Structure
[09:54:25] - Encode and Rebuild complete
[09:54:25] JOB: FROM_UP_ON_POPPY_HILL finished.
[07/11/14] Checking System Settings
- BD-Rebuilder v0.47.06 (beta)
- Windows Version: 6.1 [7601]
- Working Path Free Space: 215.64GB
- 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
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok
- FRIMEncode: Ok
- FRIMDecode: Ok
[07/11/14] Systems Settings Check complete

[mmick]

Also just want to ask your opinion about developing your own using Intel® Media SDK 2014. You already do good job coding BD-RB maybe you can give this a try.

I would very nice because he can have more control over the process, and improve the code whenever he wants. Of course that doesn´t stop him from talking with Pistachio from the other app to give some tips over possible issues (as Pistachio also had them, and in some part solved them) ;)

I think it is very good because most pcs have Quicksync-capable chips now (except AMD ones of course), and AFAIK it is must faster than OpenCL running on (most) AMD/NVIDIA GPUs. Correct me if I´m wrong.

[HWK]

I agree I am already using Media SDK 1.9 instead of 1.8 which is shipped with BD-RB and so far things are good. I am hoping it won't produce corrupted stream.

Also choosing highest quality in BD-RB, cause 70 avg usage during encode not bad.

[mmick]

Also choosing highest quality in BD-RB, cause 70 avg usage during encode not bad.

70 fps is fantastic, though on BD RB (using FRIM) at "same setting" (which on the command line can be that they are different settings, but I don´t know)) I get only around 50% of BD2AVCHD´s speed (using MVCenc)

I hope you guys make an 3D MVC (and also a substitute for x264?) Quicksync encoder, very light and fast, that can make BD RB the top of the mountain on BD reencoding. :D

[Sharc]

... I hope you guys make an 3D MVC (and also a substitute for x264?) Quicksync encoder, very light and fast, that can make BD RB the top of the mountain on BD reencoding. :D
Has BD-RB not always been there? :D
(Sometimes I wonder how long the still goggles-based 3D wave will last...)

[mmick]

(Sometimes I wonder how long the still goggles-based 3D wave will last...)

The only issue I have with 3D glasses is that my Samsung-offered glasses (SSG-5100GB/ZA) do not allow to close them in a small piece (like normal glasses).

Other than that, active 3D on my Samsung 6500 series is fantastic, and the batteries last long enough. Pitty my movie rental shop (in Germany) doesn´t have too many latest 3D movies, my previous store (in Portugal) had A LOT more 3D movies!

The best I can still buy, but in Germany there aren´t that many 3D versions unfortunately, and some must be UK import. :cool: In Portugal we use the "international" version with (also) PT subtitles; in Germany >90% are "germany localised versions" where they make basic versions with german/italian/russian/turkish languages... :mad:

[HWK]

70 fps is fantastic, though on BD RB (using FRIM) at "same setting" (which on the command line can be that they are different settings, but I don´t know)) I get only around 50% of BD2AVCHD´s speed (using MVCenc)

I hope you guys make an 3D MVC (and also a substitute for x264?) Quicksync encoder, very light and fast, that can make BD RB the top of the mountain on BD reencoding. :D

I was not refering to 70 fps, rather cpu usage. Frim quality=3 was used.

[mmick]

I was not refering to 70 fps, rather cpu usage. Frim quality=3 was used.

:p sorry, I was reading on my smartphone and I misread :D

With MVCenc I have an avg of 10% CPU but the FAN starts kicking as possibly the Quicksync circuit is doing overtime :D With FRIM my CPU tops 50%.

[gamete]

is it possible to have a setup of BD rebuilder for WIN7 64bit ??
thank you


ps sorry for my bad english

[Ch3vr0n]

what do you mean. BD runs just fine on a 64bit OS. There is no setup. Just unpack the zip file, place it somewhere and you're done

[gamete]

what do you mean. BD runs just fine on a 64bit OS. There is no setup. Just unpack the zip file, place it somewhere and you're done

setup of the option in the bd rebuilder

like...a


"use x264's internal LAVF for frame serving"

on or off with seven64bit and 4 core ??







it would take a FAQ section to indicate which option to select who win64 bit and who is not and for those who have 2 or 4 core, and how to set ffdshow with seven or win8 with 1 or more core

[Ch3vr0n]

that setting has no effect on the running of bdrb but of x264. It tells x264 whether or not to use ffdshow for image frameserving or its own internal frameserver. It has no impact on BDRB running a 32bit or 64bit OS. That's purely ur own choice. Same for FFDshow, 32bit or 64 doesn't matter. U set ffdshow up with w7 or w8 just like any other OS. U follow instructions in 1st post and ur done.

[gamete]

that setting has no effect on the running of bdrb but of x264. It tells x264 whether or not to use ffdshow for image frameserving or its own internal frameserver. It has no impact on BDRB running a 32bit or 64bit OS. That's purely ur own choice. Same for FFDshow, 32bit or 64 doesn't matter. U set ffdshow up with w7 or w8 just like any other OS. U follow instructions in 1st post and ur done.



jdobbs one year ago says me on "use x264's internal LAVF" with more cores

maybe my mistake

[HWK]

Just want to add x264 is very efficient when it comes to cpu usage. Even if you are using ffdshow it will still drive cpu to 100% in second pass or when doing single pass encode.

Only time this will not happen if it is waiting for input, or have very powerful cpu, I am talking about 24 cores or up xeon or similar, or doing analysis of stream for second pass.

[gamete]

i have


win7 64bit
4 core at 3.2ghz intel
6 gb RAM

i used
always bd25
two pass
high quality
normal priority
mpeg2 LIBAVCODEC
VC1 wm9
uncompressed all supported
"....and make sure MPEG2 decoding is enabled " NOT FOUND in the option of FFDSHOW . I SET LIBAVCODEC

and http://s13.imagestime.com/out.php/i961460_Nuovaimmaginebitmap3.jpg

is it ok ?

[Ch3vr0n]

then you're not following instructions. MPEG2 decoding is found in the video decoder part of ffdshow

[gamete]

then you're not following instructions. MPEG2 decoding is found in the video decoder part of ffdshow

exactly

but i have..... http://s13.imagestime.com/out.php/i961463_4.jpg

[gamete]

i have this file IMAX.Hubble.3D.mkv

is ti possible to convert in 2d with bdrebuilder ?

[HWK]

Mpeg2 decoding is enabled and your setting is fine. Basically it means ffdshow will use libavcodec to decode Mpeg2 stream and it should be that way.

[HWK]

i have this file IMAX.Hubble.3D.ITA.ENG.AC3.DTS.1080p.H.SBS.BluRay.x264-JG73.mkv

is ti possible to convert in 2d with bdrebuilder ?

We don't talk about torrents download over here. Buy it then we can help. :readrule:

[gamete]

We don't talk about torrents download over here. Buy it then we can help. :readrule:

but bdrebuilder accept mkv like an input !!!

[HWK]

but bdrebuilder accept mkv like an input !!!

Indeed it does and it also accept many other formats. However doom9 policy is to not offer help with downloads or the ones you don't own.

[Ch3vr0n]

exactly

but i have..... http://s13.imagestime.com/out.php/i961463_4.jpg

enabled means set the codec, so set it to libavcodec and we indeed can't help you any further. I've never seen a retail disc turned into an mkv legally with a volume label like IMAX.Hubble.3D.ITA.ENG.AC3.DTS.1080p.H.SBS.BluRay.x264-JG73.mkv

thats clearnly an illegal download. Sorry, my help for you on this matter is over

[Mark_Venture]

Not sure this is a bug, maybe more of a question?

I'm trying to back up Pirates of the Caribbean the curse of the black pearl bluray as Alt Movie Only - Intact Audio. I play my backups via my LG BD390 and LG BD570 bluray players (no DLNA, just stream from windows file share)

When playing the bluray itself the player, my Pioneer Elite VSX-21 shows DTS. The audio sounds much better, more spacial or deep, compared to the DD5.1 track (which sounds flat). When backing up, I'd like to keep that primary audio track in the MKV backup.

Unfortunately, when playing the MKV, the bluray player says "No Supported Audio Codec" and wont play the file.

Opening the MKV with Media Info I see the following...
Audio #1
ID : 2
Format : PCM
Codec ID : A_PCM/INT/LIT
Duration : 2h 23mn
Bit rate mode : Constant
Channel(s) : 6 channels
Sampling rate : 48.0 KHz
Bit depth : 16 bits
Delay relative to video : 30ms
Language : English
Default : Yes
Forced : No
compared to my back up of Die Hard 2 which has the following for audio, and plays fine...
Audio #1
ID : 2
Format : DTS
Format/Info : Digital Theater Systems
Mode : 16
Format settings, Endianness : Big
Codec ID : A_DTS
Duration : 2h 3mn
Bit rate mode : Constant
Bit rate : 1 509 Kbps
Channel(s) : 6 channels
Channel positions : Front: L C R, Side: L R, LFE
Sampling rate : 48.0 KHz
Bit depth : 24 bits
Compression mode : Lossy
Delay relative to video : 2ms
Stream size : 1.30 GiB (17%)
Language : English
Default : Yes
Forced : No

Is there anyway to backup Pirates to MKV, and get the DTS audio working?

If its not possible with BD-Rebuilder, is there another way?

(NOTE: backup to DVD-25 works fine, and plays fine. So while it is OK with that type of audio on a Bluray, its not ok for a streaming MKV.)

[HWK]

what setting you are using for alternate output?

[Mark_Venture]

what setting you are using for alternate output?I've always used...

MKV Container 1920x1080, Intact Audio

I tried "MKV Container 1920x1080, 192K AC3" but that gave me stereo output.

[mmick]

gamete:

I don´t know in Italy, but at least in most countries it is a crime to download movies.
Nevertheless, one thing is a backup (even via online) from something you own/paid for (Blu-ray,DVD, legit online buy on a format some device of yours doesn´t play), another is a pirated movie.

[jdobbs]

Jdobbs, this thread may contain answer to your question

http://forum.doom9.org/showthread.php?t=170315 (http://forum.doom9.org/showthread.php?t=170315)

Also just want to ask your opinion about developing your own using Intel® Media SDK 2014. You already do good job coding BD-RB maybe you can give this a try.1. I read that thread, but didn't see it.

2. I've thought about that. But I hate to repeat what has already been done in freeware. I may need to do it, though.

[jdobbs]

exactly

but i have..... http://s13.imagestime.com/out.php/i961463_4.jpg"Enabled" means selecting something other than "disabled".

[jdobbs]

but bdrebuilder accept mkv like an input !!!MKV does not imply an illegal download. There are lots of MKV files that aren't illegal downloads. For example -- one that you created yourself as a backup of a disc that you own...

The Doom9 forum rules specifically forbid this kind of discussion -- and continuing in the discussion may result in a strike.

[jdobbs]

I've always used...

MKV Container 1920x1080, Intact Audio

I tried "MKV Container 1920x1080, 192K AC3" but that gave me stereo output.If the output is PCM, and you've selected "Intact Audio" ... then the source is PCM.

[jdobbs]

@HWK, IVaN_000 and others

Ok, I'm confused. I got back from my trip last night -- and my Region A copy of "The Lego Movie" was waiting on my doorstep. I loaded it and... there's nothing unusual about it. The SSIF exists, and so do the two contributing M2TS files. The main playlist is 00098. The two M2TS files (00042.M2TS and 00065.M2TS) are sized appropriately (so combined they are equal to 00042.SSIF).

What gives? Is there more than one version of the release? There is only one listed anywhere I look. I sure hope the reports are against the actual commercial discs and not something that has been modified...

[jdobbs]

that setting has no effect on the running of bdrb but of x264. It tells x264 whether or not to use ffdshow for image frameserving or its own internal frameserver. It has no impact on BDRB running a 32bit or 64bit OS. That's purely ur own choice. Same for FFDshow, 32bit or 64 doesn't matter. U set ffdshow up with w7 or w8 just like any other OS. U follow instructions in 1st post and ur done.jdobbs one year ago says me on "use x264's internal LAVF" with more cores

maybe my mistakeIf you use that setting, and there is no other overriding parameter that forces another type of frame-serving, and you are on a 64 bit operating system; BD-RB will use the 64 bit version of X264 for the encode.

There is no special version or setup.

[SuLyMaN]

Sorry for the OT but the ss gamete posted is priceless :D
emule, utorrent, bittorent, jdownloader 2 and his "IMAX.Hubble.3D.mkv" legit file of a 3D bluray he owns. You guys are too hard on him.

[HWK]

@HWK, IVaN_000 and others

Ok, I'm confused. I got back from my trip last night -- and my Region A copy of "The Lego Movie" was waiting on my doorstep. I loaded it and... there's nothing unusual about it. The SSIF exists, and so do the two contributing M2TS files. The main playlist is 00098. The two M2TS files (00042.M2TS and 00065.M2TS) are sized appropriately (so combined they are equal to 00042.SSIF).

What gives? Is there more than one version of the release? There is only one listed anywhere I look. I sure hope the reports are against the actual commercial discs and not something that has been modified...

Jdobbs, most likely there is more than one version and no I am not using modified release version of disc. Does you version say "include bonus 3D movie" because mine doesn't.

Also want to add I also import movies outside of US and Canada as well, not all movies I have are from these regions.

[Mark_Venture]

If the output is PCM, and you've selected "Intact Audio" ... then the source is PCM.
Thank you. Understood, but I guess what I'm asking is... Is there a way, maybe an option, to have BD-Rebuilder convert the DTS inside the PCM to to DTS that isn't?

Like encode the PCM DTS in Pirates, to the DTS in the format used on say Die Hard 2 which works in the MKV?

If not possible in BD-Rebuilder, is it possible to do outside? (hopefully an "easy" way?)

[HWK]

Thank you. Understood, but I guess what I'm asking is... Is there a way, maybe an option, to have BD-Rebuilder convert the DTS inside the PCM to to DTS that isn't?

Like encode the PCM DTS in Pirates, to the DTS in the format used on say Die Hard 2 which works in the MKV?

If not possible in BD-Rebuilder, is it possible to do outside? (hopefully an "easy" way?)

In order to convert to DTS you will need to run through DTS encoder. Which is not included with BD-RB.

In other movies most likely audio was DTS-HD and it was downscale to DTS or contain dts and pcm track and during backup kept DTS.

It is certainly possible but not easy outside of BD-RB but will require encode which is not free and last time I check it was 1,495 USD.

[jdobbs]

Jdobbs, most likely there is more than one version and no I am not using modified release version of disc. Does you version say "include bonus 3D movie" because mine doesn't.

Also want to add I also import movies outside of US and Canada as well, not all movies I have are from these regions.This (http://www.amazon.com/LEGO-Movie-Everything-UltraViolet-Minifigure/dp/B00J11U4J6/ref=sr_1_1?s=movies-tv&ie=UTF8&qid=1405463623&sr=1-1&keywords=lego+movie+3d) is the one I got. I got that one because I believe someone in the thread mentioned this as the one having issues. At the time it was the only 3D version I found. It appears now, though, that there is another (cheaper) one.

[HWK]

This (http://www.amazon.com/LEGO-Movie-Everything-UltraViolet-Minifigure/dp/B00J11U4J6/ref=sr_1_1?s=movies-tv&ie=UTF8&qid=1405463623&sr=1-1&keywords=lego+movie+3d) is the one I got. I got that one because I believe someone in the thread mentioned this as the one having issues. At the time it was the only 3D version I found. It appears now, though, that there is another (cheaper) one.

I can confirm mine is different, mine does not have in writing "Include Bonus 3D Movie" on cover.

[HWK]

2. I've thought about that. But I hate to repeat what has already been done in freeware. I may need to do it, though.

Intel have added some new feature in main SDK compare to one which was used to compile FRIM maybe worth a try.

[Blackwalker]

hi jdobbs,
sorry for my english :)

i use this fantastic program for a long time!
Now is a lot that i didnt read the forum and i have one question,
which is the difference in these options:

alternative decoding options
- Use X264's internal LAVF for frame serving
- Use DGDecNC for frame serving
- Use FRIMSource for frame serving

i have a I7 920 socket 1366, mobo sabertooth, 6gb ram, 500gb ssd

thanks :)

ps: there is somewhere a complete guide of this programa and for all the options (also the one in the ini file)?

[jdobbs]

hi jdobbs,
sorry for my english :)

i use this fantastic program for a long time!
Now is a lot that i didnt read the forum and i have one question,
which is the difference in these options:

alternative decoding options
- Use X264's internal LAVF for frame serving
- Use DGDecNC for frame serving
- Use FRIMSource for frame serving

i have a I7 920 socket 1366, mobo sabertooth, 6gb ram, 500gb ssd

thanks :)

ps: there is somewhere a complete guide of this programa and for all the options (also the one in the ini file)?They are just different ways that frames from the original video source can be fed to the X264 encoder.

If none of them are checked (the default), the frames will be sent via DirectShowSource(). This uses a standard Windows interface that, via AVISYNTH, decodes the video and presents it to the encoder.

- Use X264's internal LAVF for frame serving
X264 has an internal decoder called LAVF. When selected this tells BD-RB to, whenever possible, use LAVF. The disadvantage is that, since AVISYNTH is not used, no filters or other special features can be used.

- Use DGDecNV for frame serving
DGDecNV is an AVISYNTH decoding filter written by Neuron2. It requires a compatible Nvidia video card. Since it uses the video card for some of its functions it can be faster than other methods. It also has the advantage of frame-accurate seeking, which makes multiprocessing more efficient. DGDecNV is not free, it can be purchase for $15 from Neuron2.net. This is the one I use on my video computer.

- Use FRIMSource for frame serving
FRIMSource is an freeware AVISYNTH decoding filter written by videofan3d. It uses the Intel SDK, and is meant primarily for those users who have an intel-based video card that support Quick-Sync -- although it will work without it. If the video card exists and is enabled it can speed up decoding speeds significantly.

A guide is on my to-do list, and has been for a long time. I've just never gotten around to it.

[Mark_Venture]

In order to convert to DTS you will need to run through DTS encoder. Which is not included with BD-RB.

In other movies most likely audio was DTS-HD and it was downscale to DTS or contain dts and pcm track and during backup kept DTS.

It is certainly possible but not easy outside of BD-RB but will require encode which is not free and last time I check it was 1,495 USD.Cool. Thanks for the response.

I have the DVD's of the movies too, their DTS is fine when converted to MKV, so I'll try and pull that audio track out and merge it with the video BD Rebuilder created. I just have to match up that audio to this video since they are slightly off.

[Blackwalker]

They are just different ways that frames from the original video source can be fed to the X264 encoder.

If none of them are checked (the default), the frames will be sent via DirectShowSource(). This uses a standard Windows interface that, via AVISYNTH, decodes the video and presents it to the encoder.

- Use X264's internal LAVF for frame serving
X264 has an internal decoder called LAVF. When selected this tells BD-RB to, whenever possible, use LAVF. The disadvantage is that, since AVISYNTH is not used, no filters or other special features can be used.

- Use DGDecNV for frame serving
DGDecNV is an AVISYNTH decoding filter written by Neuron2. It requires a compatible Nvidia video card. Since it uses the video card for some of its functions it can be faster than other methods. It also has the advantage of frame-accurate seeking, which makes multiprocessing more efficient. DGDecNV is not free, it can be purchase for $15 from Neuron2.net. This is the one I use on my video computer.

- Use FRIMSource for frame serving
FRIMSource is an freeware AVISYNTH decoding filter written by videofan3d. It uses the Intel SDK, and is meant primarily for those users who have an intel-based video card that support Quick-Sync -- although it will work without it. If the video card exists and is enabled it can speed up decoding speeds significantly.

A guide is on my to-do list, and has been for a long time. I've just never gotten around to it.

thanks a lot jdobbs for your complete and nice answer :)
My config is:
I7 920 socket 1366, mobo sabertooth, 6gb ram, 500gb ssd

so i think i'll check DGDecNV for frame serving!!
i Always used LAVF with good result, not so fast, but good.
But i want the best, so i'll check DGDecNV for $15 i can do it!

thanks again!!!

[HWK]

thanks a lot jdobbs for your complete and nice answer :)
My config is:
I7 920 socket 1366, mobo sabertooth, 6gb ram, 500gb ssd

so i think i'll check DGDecNV for frame serving!!
i Always used LAVF with good result, not so fast, but good.
But i want the best, so i'll check DGDecNV for $15 i can do it!

thanks again!!!

Nice choice, I use it as well and one of best thing about it is it allows encoder to make best of target size.

[RobertM]

But i want the best, so i'll check DGDecNV for $15 i can do it!

I don't thing JD was saying that DGDecNV yields a higher quality encode, but that it is better a breaking up the source file and, therefore, more efficient in allocating resources during the encoding process. In other words, you buy DGDecNV for faster encode speed, not for better video quality.

[SuLyMaN]

Any thing like DGenNV for AMD GPU?

[jdobbs]

Any thing like DGenNV for AMD GPU?Not to my knowledge.

[mmick]

Any thing like DGenNV for AMD GPU?

Since AMD has the worse drivers, since AMD sold me an E-450 that "has UVD3 with 3D MVC hardware support" which does not, since AMD has lousy CPUs... I left AMD for a while.

[jdobbs]

I'm not thrilled with their GPUs -- but I am very pleased with AMD's CPUs. You get a lot of performance for a lot less money than Intel. If money or price/performance ratio isn't important, then Intel is ok. Also, can you imagine what Intel would be charging for their CPUs if AMD didn't exist as a competitor?

[mmick]

I am very pleased with AMD's CPUs. You get a lot of performance for a lot less money than Intel. If money or price/performance ratio isn't important, then Intel is ok. Also, can you imagine what Intel would be charging for their CPUs if AMD didn't exist as a competitor?

You´re right about competition, but AMD only plays cards on sub i5 chips unfortunately. In most european countries you can find Intel chips (not Haswell based) for a very good price, that already include a decent (for integrated gpus...) Intel HD 4000 with Quick sync. Before I just bought AMD, but now I was forced to go Intel on my Ultrabook, and it works too well to go AMD on a near future.

Nevertheless I have a question:
Are the latest Quick sync faster or slower (at a comparable quality) than the sibilings OpenCL on a Intel 4000/4400 comparable AMD/NVIDIA GPU?

I tested DVDFAB for example with Quick sync on my Haswell i5 (4200u with Intel 4400) and it was miles faster than using CUDA/OpenCL on my (much much faster on 3D) Geforce 730U (my ultrabook has 2 GPUs, intel and nvidia)

[jdobbs]

You´re right about competition, but AMD only plays cards on sub i5 chips unfortunately. In most european countries you can find Intel chips (not Haswell based) for a very good price, that already include a decent (for integrated gpus...) Intel HD 4000 with Quick sync. Before I just bought AMD, but now I was forced to go Intel on my Ultrabook, and it works too well to go AMD on a near future.

Nevertheless I have a question:
Are the latest Quick sync faster or slower (at a comparable quality) than the sibilings OpenCL on a Intel 4000/4400 comparable AMD/NVIDIA GPU?

I tested DVDFAB for example with Quick sync on my Haswell i5 (4200u with Intel 4400) and it was miles faster than using CUDA/OpenCL on my (much much faster on 3D) Geforce 730U (my ultrabook has 2 GPUs, intel and nvidia)Not sure what you mean by "sub i5" -- I'd consider my 8350 eight-core AMD processor superior to an i5.

Can't comment on Quick-Sync speeds compared to OpenCL -- I'll leave that for someone who's done some testing. Generally, though, I think the speeds I've seen reported from a compatible Quick-Sync card hard to beat for 3D.

[jdobbs]

I have updated the first post of this thread with a link to the most recent version of BD-RB (v0.47.07). Changes for this release:- Corrected an error that could prevent keeping
the original video in sources with multipart
playlists in a movie-only backup, even though
it will fit without reencoding.
- Added code to prefer 3D playlists over non-3D
playlists when selecting the default playlist
for movie-only encoding. Note: The selected
playlist can still be overridden using the
"Other Movie-Only Playlist" menu option.
- Made changes so that "ENCODER_MENU=1" actually
displays the encoder menu.
- Corrected a "PredictAndEncode() 00053 2806"
error when FRIMEncode is used while "Use x264
internal LAVF..." is selected.
- Added code to tell BD-RB to use the SSIF file
as the source for 3D encoding when the two
component M2TS files are not complete.
- Other minor corrections and cosmetic fixes.

[HWK]

Just trying with problematic source. (LEGO)

http://i59.tinypic.com/s1nsi8.jpg

Not an error, but shouldn't it say 00042.ssif instead of m2ts.

[soneca]

Many thanks jdobbs! :)
You got to check this (http://forum.doom9.org/showthread.php?p=1678732#post1678732) claim?

[jdobbs]

Many thanks jdobbs! :)
You got to check this (http://forum.doom9.org/showthread.php?p=1678732#post1678732) claim?Ughh... no.

[jdobbs]

Just trying with problematic source. (LEGO)

http://i59.tinypic.com/s1nsi8.jpg

Not an error, but shouldn't it say 00042.ssif instead of m2ts.Yeah, that's a cosmetic change I didn't consider. I'll get it in the next release.

[Sharc]

Is there any chance you may have exited and restarted? The problem with the edited changes and an ISO (or a direct read from a BD disc) is that the titles.inf file can't be saved to the source. So the changes are only good for as long as BD-RB is active. If you exit and reenter (or possibly if you run it as a BATCH job, I'll have to check that) the changes are lost.

I'll have to look and see if there is a way I can save it somewhere else for those kinds of sources. The problem is that there are few paths that are guaranteed to remain consistent between runs.
Thank you for the new release 0.47.07, jdobbs.
Did you have a chance to look into this? I still can't edit the Quick Menu's for .iso sources. Is there possibly a workaround?

[mparade]

I have updated the first post of this thread with a link to the most recent version of BD-RB (v0.47.07). Changes for this release:- Corrected an error that could prevent keeping
the original video in sources with multipart
playlists in a movie-only backup, even though
it will fit without reencoding.
- Added code to prefer 3D playlists over non-3D
playlists when selecting the default playlist
for movie-only encoding. Note: The selected
playlist can still be overridden using the
"Other Movie-Only Playlist" menu option.
- Made changes so that "ENCODER_MENU=1" actually
displays the encoder menu.
- Corrected a "PredictAndEncode() 00053 2806"
error when FRIMEncode is used while "Use x264
internal LAVF..." is selected.
- Added code to tell BD-RB to use the SSIF file
as the source for 3D encoding when the two
component M2TS files are not complete.
- Other minor corrections and cosmetic fixes.

Nice job, thank you very much!

[mmick]

I have updated the first post of this thread with a link to the most recent version of BD-RB (v0.47.07).

Thank you very much! You´ll be the king of Game of Thrones :-D

Not sure what you mean by "sub i5" -- I'd consider my 8350 eight-core AMD processor superior to an i5

Your CPU is an AMD´s beast, 8 cores and very high frequency, naturally on very well multithreaded code it has a big advantage.

Of course your AMD (162 Euros) holds well vs. i5 3570k (210 euros), but the i5 takes frequently the lead, it really depends what you use more:
http://www.tomshardware.com/reviews/far-cry-3-performance-benchmark,3379-7.html

http://www.anandtech.com/bench/Product/697?vs=701

Despite of that, I´m just saying AMD just can´t fight newer i5 - i7 (250€ or more chips), and they need to come up with a new CPU design that consumes a lot less, lower frequencies, and better performance.

Other than that, we have a choice, things have turned up REALLY well (and fast) on the transcoding community: transcoding using Quicksync/OpenCL allows over 110 fps on general "CPUs" (using the GPU).

When I encode SW mode: 8-12 fps, CPU 100%, FAN on
When I encode HW mode: 110-120 fps, CPU 10% and FAN...off. :eek:

Many thanks jdobbs! :)
You got to check this (http://forum.doom9.org/showthread.php?p=1678732#post1678732) claim?

I hope you find a solution for the omnipresent FRIM "HW" issue... I tested another movie, and the same compression issues. I suspect soneca´s issue is the same I have, or at least FRIM has issues with Intel HD 4x00 series´ Quick sync.

[omegaman7]

Careful about the intel vs Amd arguments ;) There are fans from each side of CPU pool in this forum.

Jdobbs, I have a lucrative job coming up, and will likely be able to make a good donation soon :) Really appreciate your efforts.

[mmick]

Careful about the intel vs Amd arguments ;) There are fans from each side of CPU pool in this forum.

:D no problem, I am an objective guy: I look at performance/money, and of course what suits me best. I don´t care if it´s called AMD or Intel. I already had (a looooong time ago) even a Cyrix CPU :eek:

[jdobbs]

Of course your AMD (162 Euros) holds well vs. i5 3570k (210 euros), You can get an AMD FX-8350 for around 130 euros almost everywhere (Amazon, Newegg). It also beats the i5 in almost every meaningful category (http://versus.com/en/amd-fx-8350-black-edition-vs-intel-core-i5-4670k) for significantly less money (I bought mine 1 1/2 years ago for $179, when the i5 was even higher than now) -- and because of the 8 true cores it widens the gap even further when you use the BD-RB multiprocessing setting. In fact, most of the i5's strong points are due to the integrated video. In benchmarking CPUs (http://www.cpubenchmark.net/cpu_lookup.php?cpu=AMD+FX-8350+Eight-Core) you have to go quite a way down the list below an FX-8350 before you hit your first i5. You'll also note that in pass 2 of an X264 encode, where BD-RB spends most of its time, your referenced link (http://www.anandtech.com/bench/Product/697?vs=701) shows the AMD over 43% faster than the i5 -- and video processing is what I use it for. That seems to be a slam dunk to me.

For 3D I would guess that the intel's quick-sync video capability would put it clearly out in front. And, of course, if you really want fast, an i7 is by far the best choice -- as long as you don't mind the sticker shock.

[HWK]

... if you really want fast, an i7 is by far the best choice -- as long as you don't mind the sticker shock.

I agree, when I bought cpu chip it was close to $600 and no it didn't include fan. After monitor it was most expensive thing I brought.

[jdobbs]

Thank you for the new release 0.47.07, jdobbs.
Did you have a chance to look into this? I still can't edit the Quick Menu's for .iso sources. Is there possibly a workaround?Not at all, or just when you exit and reenter?

[jdobbs]

Thank you for the new release 0.47.07, jdobbs.
Did you have a chance to look into this? I still can't edit the Quick Menu's for .iso sources. Is there possibly a workaround?I found what was causing it and it has been fixed for the next release. It was losing it every time whether you exited or not. Now it will remain current until you exit BD-RB or take an action that forces a disc scan.

[Sharc]

I found what was causing it and it has been fixed for the next release. It was losing it every time whether you exited or not. Now it will remain current until you exit BD-RB or take an action that forces a disc scan.
Great, thank you. :)

[worknstiff]

@ jdobbs RE:I have updated the first post of this thread with a link to the most recent version of BD-RB (v0.47.07).

Hey thanks man, I just finished making a backup of Lego 3D that had stopped me cold and it now works perfectly. I am amazed how you can find and fix the problems we toss at you. You never fail to figure it out and then quickly put up a new version that fixes it. Many BIG THANKS for how much BD Rebuilder has grown over the past few years. I wish I could have this great experience with all the other software I use, lol.

[jdobbs]

@ jdobbs RE:I have updated the first post of this thread with a link to the most recent version of BD-RB (v0.47.07).

Hey thanks man, I just finished making a backup of Lego 3D that had stopped me cold and it now works perfectly. I am amazed how you can find and fix the problems we toss at you. You never fail to figure it out and then quickly put up a new version that fixes it. Many BIG THANKS for how much BD Rebuilder has grown over the past few years. I wish I could have this great experience with all the other software I use, lol.Your comments are deeply appreciated.

[Sharc]

When I import a 1440x1080i file from my videocam it seems that BD-RB always adds padding pillows to make it 1920x1080. This seems unnecessary as 1440x1080 with --sar 4:3 is blu-ray compliant.
The workaround which I found is to edit the Pinfo.inf in the Pseudo folder to skip adding these boders.
Or do I miss something in the settings?

Added:
Could .mts be added to the video file import list? (Now I have always to rename the .mts to .m2ts)

[DarWun]

What has changed since February 2014 and now with respect to 3D Movie Only processing? I have a number of 3D Movie Only disks that I processed back in February. They play fine on my PS3. I did three 3D Movie only conversions over the past weekend, and none of them played. I then processed a couple of disks that I had previously had success with as Movie Only 3D backups, and they did not play on the PS3 either. I ripped one of the Movie Only 3D disks that had previously worked and burned it to a new BD-R. It played on the PS3. I did full disk conversions of the same 3D Bluray. It played on the PS3 as well. I only seem to be having a problem with the Movie Only conversions using recent versions of BD-Rebuilder.

This is my Inspect log using the most recent version of BD-Rebuilder:

[07-20-14] Checking System Settings
- BD-Rebuilder v0.47.07 (beta)
- Windows Version: 6.2 [9200]
- Working Path Free Space: 1,635.37GB
- AVISYNTH Version: 2.5.8.0, 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
[07-20-14] Systems Settings Check complete

[jdobbs]

When I import a 1440x1080i file from my videocam it seems that BD-RB always adds padding pillows to make it 1920x1080. This seems unnecessary as 1440x1080 with --sar 4:3 is blu-ray compliant.
The workaround which I found is to edit the Pinfo.inf in the Pseudo folder to skip adding these boders.
Or do I miss something in the settings?

Added:
Could .mts be added to the video file import list? (Now I have always to rename the .mts to .m2ts)It isn't blu-ray compliant. 1440x1080 is allowed but it is interpolated to 1920x1080 -- and can only be 16:9.

Your player may play it if you force it into a BD structure... but that doesn't mean it is compliant, it just means you got lucky.

[jdobbs]

What has changed since February 2014 and now with respect to 3D Movie Only processing? I have a number of 3D Movie Only disks that I processed back in February. They play fine on my PS3. I did three 3D Movie only conversions over the past weekend, and none of them played. I then processed a couple of disks that I had previously had success with as Movie Only 3D backups, and they did not play on the PS3 either. I ripped one of the Movie Only 3D disks that had previously worked and burned it to a new BD-R. It played on the PS3. I did full disk conversions of the same 3D Bluray. It played on the PS3 as well. I only seem to be having a problem with the Movie Only conversions using recent versions of BD-Rebuilder.

This is my Inspect log using the most recent version of BD-Rebuilder:

[07-20-14] Checking System Settings
- BD-Rebuilder v0.47.07 (beta)
- Windows Version: 6.2 [9200]
- Working Path Free Space: 1,635.37GB
- AVISYNTH Version: 2.5.8.0, 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
[07-20-14] Systems Settings Check completeThere's no difference in the way BD-RB structures the 3D in a movie-only and full backup. BD-RB's output is 100% BD-3D compliant, which would lead me to believe the issue is either in your settings or (more likely) in the PS3.

Just as a test you might try this for movie-only:

OUTPUT_3D_ISO=1

Then burn your ISO output to a disc. That way you can get a structure with the SSIF folder for movie-only encodes (only) which might make it easier to recognize on players that aren't "really" BD players (like the PS3).

[Sharc]

It isn't blu-ray compliant. 1480x1080 is allowed but it is interpolated to 1920x1080 -- and can only be 16:9.

Your player may play it if you force it into a BD structure... but that doesn't mean it is compliant, it just means you got lucky.
Hmmm.... how comes that it is "allowed but non-compliant"? I thought that 1440x1080 encoded with --sar 4:3 gets always displayed as 16:9 (stretched) as per the blu-ray 2D standard and hence it will be played back correctly by all blu-ray-logo players. It is the "anamorph version of 2D blu-ray" so to speak. I might be wrong though.
Does this also mean the the setting "Resize 1920x1080 to 1440x1080" produces non-compliant backups? In the few cases I have tested on various blu-ray standalones I never had problems with this format, which accepts interlaced for 25 and 29.97fps as a salient feature. (My SONY videocam produces 1440x1080i 25fps btw.).

With the current addition of left and right borders by BD-RB for padding to 1920 the standalone adds top and botton borders for playback in order to display the clip undistorted. This means that I get a small active picture with large borders on all sides on the TV screen which cannot be zoomed to full screen.
1440x1080 encoded with --sar 4:3 would however get correctly stretched to 16:9 full screen without any borders.

Don't get me wrong, I don't want to argue, I am just wondering how to do it right (or wrong) with the formats. My present simple workaround is to edit (remove) the addition of borders in the Pinfo.ini.

[DarWun]

Just as a test you might try this for movie-only:

OUTPUT_3D_ISO=1

Then burn your ISO output to a disc. That way you can get a structure with the SSIF folder for movie-only encodes (only) which might make it easier to recognize on players that aren't "really" BD players (like the PS3).

Thanks jdobbs. That should fix the problem. I went back through the forums, and found that the changelog for BD-RB ver 47.02 mentions the OUTPUT_3D_ISO hidden option. The log also mentions that the SSIF folder was no longer required -- the method is 100% compliant with the BD standard. I suspect that the PS3 views things differently (as usual).

Anyway, I added that hidden option to the configuration file and ran a Movie Only 3D rebuild to BD25 overnight. I suspect that the disk will work in the PS3 once I burn it. I'll post back after work tonight to confirm.

[jdobbs]

Hmmm.... how comes that it is "allowed but non-compliant"? I thought that 1440x1080 encoded with --sar 4:3 gets always displayed as 16:9 (stretched) as per the blu-ray 2D standard and hence it will be played back correctly by all blu-ray-logo players. It is the "anamorph version of 2D blu-ray" so to speak. I might be wrong though.
Does this also mean the the setting "Resize 1920x1080 to 1440x1080" produces non-compliant backups? In the few cases I have tested on various blu-ray standalones I never had problems with this format, which accepts interlaced for 25 and 29.97fps as a salient feature. (My SONY videocam produces 1440x1080i 25fps btw.).

With the current addition of left and right borders by BD-RB for padding to 1920 the standalone adds top and botton borders for playback in order to display the clip undistorted. This means that I get a small active picture with large borders on all sides on the TV screen which cannot be zoomed to full screen.
1440x1080 encoded with --sar 4:3 would however get correctly stretched to 16:9 full screen without any borders.

Don't get me wrong, I don't want to argue, I am just wondering how to do it right (or wrong) with the formats. My present simple workaround is to edit (remove) the addition of borders in the Pinfo.ini.I may have misunderstood.

If your source is 1440x1080 -- but it is meant to be displayed at 16:9 then it doesn't need the borders. If it is meant to be displayed as 4:3, then it is does. 1440x1080 sources, by the standard, are run through a 4/3 interpolation filter (making it 16:9 @ 1920x1080 when presented to the video plane). The standard never mentions any action related to the source's SAR (at least not that I can find), it only deals with display aspect ratios.

The problem is that people like to strip off the black borders when they create a standalone video file (MKV, MP4, etc). So movies like "The Wizard of Oz", or any other classic that was filmed in 4:3 that is converted to BD, is still 1:1 at 1440x1080 -- while a 1440x1080 anamorphic source is pretty rare. So I made the import function assume it needs the black borders.

From what you just said, I assume that your camera records the source at 1440x1080 anamorphic. I guess I wasn't aware that was commonly available. I'll have to modify the code to correct for that. I'll also have to adjust for the 1080i, which needs the two fields resized separately.

[jdobbs]

Thanks jdobbs. That should fix the problem. I went back through the forums, and found that the changelog for BD-RB ver 47.02 mentions the OUTPUT_3D_ISO hidden option. The log also mentions that the SSIF folder was no longer required -- the method is 100% compliant with the BD standard. I suspect that the PS3 views things differently (as usual).

Anyway, I added that hidden option to the configuration file and ran a Movie Only 3D rebuild to BD25 overnight. I suspect that the disk will work in the PS3 once I burn it. I'll post back after work tonight to confirm.I had to select the in-mux format as the default when I added support for full-backups, because TSMUXER can only create an ISO for a movie-only format. Without the ISO output you'd have to half the encoding rate to account for the redundancy of the SSIF file. The in-mux format used to eliminate the need for a SSIF is 100% BD compatible, but the PS3 apparently doesn't know how to handle it. That's interesting, since commercial discs use it as well (e.g. AVATAR).

[Sharc]

I may have misunderstood.

If your source is 1440x1080 -- but it is meant to be displayed at 16:9 then it doesn't need the borders. If it is meant to be displayed as 4:3, then it is does. 1440x1080 sources, by the standard, are run through a 4/3 interpolation filter (making it 16:9 @ 1920x1080 when presented to the video plane). The standard never mentions any action related to the source's SAR (at least not that I can find), it only deals with display aspect ratios.

The problem is that people like to strip off the black borders when they create a standalone video file (MKV, MP4, etc). So movies like "The Wizard of Oz", or any other classic that was filmed in 4:3 that is converted to BD, is still 1:1 at 1440x1080 -- while a 1440x1080 anamorphic source is pretty rare. So I made the import function assume it needs the black borders.

From what you just said, I assume that your camera records the source at 1440x1080 anamorphic. I guess I wasn't aware that was commonly available. I'll have to modify the code to correct for that. I'll also have to adjust for the 1080i, which needs the two fields resized separately.
Yes, this is exactly my case. I was indeed surprised myself to find the camera shooting at 1440x1080i25 anamorph. Well, it is a compact photo camera with a video option.
From MediaInfo:
Video
ID : 4113 (0x1011)
Menu ID : 1 (0x1)
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L4.0
Format settings, CABAC : Yes
Format settings, ReFrames : 2 frames
Format settings, GOP : M=2, N=13
Codec ID : 27
Duration : 7s 720ms
Bit rate mode : variable
Bit rate : 10,4 Mbps
Maximum bit rate : 16,0 Mbps
Width : 1 440 Pixel
Height : 1 080 Pixel
Display aspect ratio : 16:9
Frame rate : 25,000 FPS
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Interlaced
Scan order : top field first
Bits/(Pixel*Frame) : 0.268
Stream size : 9,59 MiB (93%)

Off the records: I made good experience with bob-deinterlacing (double rate) and resizing these videos to 1280x720p50. The benefit of keeping the temporal resolution of the hand-held (shaky) video clearly outweights the bob shimmer -- which is hardly noticeable.

Anyway, I recall that the original idea and application for DB-RB was backing up blu-ray disks .... :D
I certainly don't mind if you would skip above modifications for such rare cases.

Added:
... The standard never mentions any action related to the source's SAR (at least not that I can find), it only deals with display aspect ratios.
Yes you are right, for blu-ray authored material the SAR of the .m2ts seems to have no effect. However I noticed when the .m2ts files are directly played via my standalone the SAR overrides the DAR. This also means when the --sar for encoding does not match the pixel aspect ratio of the original, the picture will be distorted. Fortunately its 1:1 in most cases.

[DarWun]

I had to select the in-mux format as the default when I added support for full-backups, because TSMUXER can only create an ISO for a movie-only format. Without the ISO output you'd have to half the encoding rate to account for the redundancy of the SSIF file. The in-mux format used to eliminate the need for a SSIF is 100% BD compatible, but the PS3 apparently doesn't know how to handle it. That's interesting, since commercial discs use it as well (e.g. AVATAR).

I can confirm that with OUTPUT_3D_ISO set to 1, the resultant 3D Movie Only BD25 disk works on the PS3. So problem solved. Thanks for your help.

I wanted to check one more thing based on your response to my previous post. The PS3 plays a BD25 Full 3D Disk Backup created using the most recent version of BD-RB without issue. Doesn't this indicate that the PS3 can handle the in-mux format? If it can handle it for a full disk backup, why wouldn't it be able to handle it for a movie only backup?

[jdobbs]

I can confirm that with OUTPUT_3D_ISO set to 1, the resultant 3D Movie Only BD25 disk works on the PS3. So problem solved. Thanks for your help.

I wanted to check one more thing based on your response to my previous post. The PS3 plays a BD25 Full 3D Disk Backup created using the most recent version of BD-RB without issue. Doesn't this indicate that the PS3 can handle the in-mux format? If it can handle it for a full disk backup, why wouldn't it be able to handle it for a movie only backup?Yes, a full backup would use in-mux. I've no idea why it wouldn't be able to handle it in a movie-only backup. I would suspect it may be something odd in your settings.

[andref4]

Downloaded bd-rb 0.47.07 and will try to make a full backup of Cloudy with a Chance of Meatballs 2 3D (ger BD). Hope that the movie will not crash after 7:30 mins. playing as before. I will post here tomorrow. 3D Encoding takes a while with Frimcode and no Intel GPU.

[Lathe]

[Edit] Hmm... the confirmation message from Amazon says "Prime Two-day shipping" -- and then estimates Friday, July 11th for delivery. Is it me, or does 11-7=2 now? It's been a while since I was in school. I have to admit I haven't been keeping up with "new math".

Heh, I'm kind of behind in reading these posts (I wasn't notified for some odd reason - so, I thought I would throw in a comment here about Amazon Prime shipping, and also HOPEFULLY re-subscribe to the thread and subsequently get notified of new posts)

I've had an Amazon Prime membership for a few years. On occasion, if a 3rd party is providing an item, although it is offered as a Prime item, the other company may take longer to process the order. But, then after whatever time it takes them, THEN the actual shipping only takes 2 days :)

[andref4]

I give it up with Cloudy 2 3D.

Same error as before and muxing stops. See log. Only thing that works ist a movie only backup or a full 3D SBS backup but not a normal full 3D backup. If I mount the Cloudy 2 3D iso I bacame the error you see in the log. If I copy the complete movie to a Folder (over 60GB because ssif) encoding finishes but the movie crashes on playing at 7:20, 7:30 minutes watching.

----------------------
[07.22.14] BD Rebuilder v0.47.07 (beta)
[19:57:36] Source: CLOUDY_2
- Input BD size: 31,57 GB
- Approximate total content: [02:05:56.170]
- Target BD size: 22,95 GB
- Windows Version: 6.1 [7601]
- Quality: Good (Very Fast), ABR
- MVC 3D Output Mode enabled
- Decoding/Frame serving: FRIMDecode
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[19:57:36] PHASE ONE, Encoding
- [19:57:36] Processing: VID_00102 (1 of 5)
- [19:57:36] Extracting A/V streams [VID_00102]
- [19:57:48] Reencoding video [VID_00102]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 6.887 frames
- Bitrate: 5.999 Kbs
- [19:57:49] Reencoding: VID_00102, Pass 1 of 1
- [19:59:35] Video Encode complete
- [19:59:35] Processing audio tracks
- [19:59:35] Multiplexing M2TS
- [19:59:43] Processing: VID_00341 (2 of 5)
- [19:59:43] Extracting A/V streams [VID_00341]
- [19:59:53] Reencoding video [VID_00341]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 2.051 frames
- Bitrate: 17.094 Kbs
- Using FRIMEncoder for MVC encoding
- [19:59:53] Reencoding: VID_00341, Pass 1 of 1
- [20:07:24] Video Encode complete
- [20:07:24] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [20:07:24] Multiplexing M2TS
- [20:07:30] Scanning for 3D CLPI info...
- [20:07:33] Processing: VID_00344 (3 of 5)
- [20:07:33] Extracting A/V streams [VID_00344]
- [20:08:33] Reencoding video [VID_00344]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 10.903 frames
- Bitrate: 25.167 Kbs
- Using FRIMEncoder for MVC encoding
- [20:08:33] Reencoding: VID_00344, Pass 1 of 1
- [20:48:17] Video Encode complete
- [20:48:17] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (deu): Keeping original audio
- Track 4355 (eng): Keeping original audio
- [20:48:18] Multiplexing M2TS
- [20:49:10] Scanning for 3D CLPI info...
- [20:49:41] Processing: VID_00345 (4 of 5)
- [20:49:41] Extracting A/V streams [VID_00345]
- [20:49:47] Reencoding video [VID_00345]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 425 frames
- Bitrate: 22.232 Kbs
- Using FRIMEncoder for MVC encoding
- [20:49:47] Reencoding: VID_00345, Pass 1 of 1
- [20:51:22] Video Encode complete
- [20:51:22] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (deu): Keeping original audio
- Track 4355 (eng): Keeping original audio
- [20:51:22] Multiplexing M2TS
- [20:51:28] Scanning for 3D CLPI info...
- [20:51:29] Processing: VID_00346 (5 of 5)
- [20:51:29] Extracting A/V streams [VID_00346]
- [21:02:16] Reencoding video [VID_00346]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 125.112 frames
- Bitrate: 24.366 Kbs
- Using FRIMEncoder for MVC encoding
- [21:02:16] Reencoding: VID_00346, Pass 1 of 1
- [04:36:32] Video Encode complete
- [04:36:33] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (deu): Keeping original audio
- Track 4355 (eng): Keeping original audio
- [04:36:33] Multiplexing M2TS
- [04:54:27] Scanning for 3D CLPI info...
[05:06:58]PHASE ONE complete
[05:06:58]PHASE TWO - Rebuild Started
- [05:06:58] Converting SSIF file references
- ERROR: 3D remuxing failed. Aborted.
- Failed to rebuild BD file(s). Aborted.

[jdobbs]

@andref4

I'll do some research and, short of buying the disc, I'll see what I can do. My donations are at an all-time low -- and I just can't afford to buy discs for testing anymore. In fact, if things don't change I may be forced to abandon the project in the near future.

I'm guessing it might have something to do with the fact that it is both multipart and has undersized M2TS files.

[mmick]

My donations are at an all-time low

I´ve just made a Donation, you deserve it :p

I hope we´ll get a new Intel Quick sync "home made" encoder :-)

[jdobbs]

@andref4

I'll do some research and, short of buying the disc, I'll see what I can do. My donations are at an all-time low -- and I just can't afford to buy discs for testing anymore. In fact, if things don't change I may be forced to abandon the project in the near future.

I'm guessing it might have something to do with the fact that it is both multipart and has undersized M2TS files.Well, that wasn't it. I just forced BD-RB to use the SSIF on another multipart title -- and it worked fine.

[jdobbs]

I´ve just made a Donation, you deserve it :p

I hope we´ll get a new Intel Quick sync "home made" encoder :-)I appreciated it, thanks.

I don't want to give the impression to the people here on DOOM9 that I'm putting the squeeze on them. Pretty much everyone here has already contributed either through supporting the forum's questions and bug-reports -- or through PayPal. The problem is the many, many thousands of others who use it regularly, and don't contribute at all.

[meadrocks]

@andref4

My donations are at an all-time low -- .


Donation completed.

[omegaman7]

I appreciated it, thanks.

I don't want to give the impression to the people here on DOOM9 that I'm putting the squeeze on them. Pretty much everyone here has already contributed either through supporting the forum's questions and bug-reports -- or through PayPal. The problem is the many, many thousands of others who use it regularly, and don't contribute at all.

What's sad is, most of us can afford 1 - $5. If all of us were to give you at least that, you'd be very well off ;) I feel very guilty giving such a small amount. But If others were to, I'd be onboard. In any case, this week I should be able to make a substantial donation. At the very least, you could buy a couple movies for testing.

[jdobbs]

@andref4

Ok. I can't find anything that could be the issue, and some folks have been kind enough to donate after my post, so I've ordered "Cloudy With A Chance of Meatballs 2 3D" for testing.

[omegaman7]

I'm afraid I can't comment on Cloudy 2. I did a 1 : 1 backup, though I replaced the audio track with the one from the DVD ;) Gotta love those multi-packs!

[HWK]

@andref4

Ok. I can't find anything that could be the issue, and some folks have been kind enough to donate after my post, so I've ordered "Cloudy With A Chance of Meatballs 2 3D" for testing.

I'm afraid I can't comment on Cloudy 2. I did a 1 : 1 backup, though I replaced the audio track with the one from the DVD ;) Gotta love those multi-packs!

I also performed compression while back, and it worked.

@ Jdobbs, I can rerun if necessary for testing.

[jdobbs]

@andref4

Could you post your settings (the contents of BDREBUILDER.INI) at the time the job fails? That way I (and HWK) can try to reproduce the problem you reported.

[dfemia01]

I'm looking for some help using the IMPORT_PAL_TO_FILM switch. BluRay is Disc 1 (UK, Region B) of Mrs Brown's Boys, Series 1. I've ripped all of the discs but to play them I need to re-encode from 25fps to 23.976 for North America/Canada. I can downsize without issues but it's not doing the frame rate conversion. Here's the INI file ...

[Options]
VERSION=0.47.0.7
MODE=0
MULTIPROCESS=1
FORCE_ENCODE=1
ENCODE_QUALITY=0
ONEPASS_ENCODING=2
AUTO_QUALITY=1
TARGET_SIZE=23500
PRIORITY_CLASS=0
AUDIO_TO_KEEP=eng;
SUBS_TO_KEEP=
SD_CONVERT=0
OPEN_GOP=0
RESIZE_1080=0
IMPORT_PAL_TO_FILM=1
DEINTERLACE=1
SD_TO_1080=0
CONVERT_WIDE=0
DTS_REENCODE=0
AC3_REENCODE=0
AC3_640=1
AC3_192=0
KEEP_HD_AUDIO=0
AVCHD=1
REMOVE_WORKFILES=1
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=1
COMPLETION_BEEP=0
DGDECNV=0
OUTPUT_3D=0
AUDIO_TRACK_LIMIT=1
SUBTITLE_TRACK_LIMIT=0
CUSTOM_TARGET_SIZE=23500
AUTO_BURN=2
MOVIEONLY_TYPE=0
ALTCRF=20
ALT_TARGET=1024
ALTMETHOD=0
ALTAUTOCROP=0
QUICK_EXTRAS=1
ENCODER=0
SHUTDOWN_SLEEP=1
[Paths]
SOURCE_PATH=E:\BLURAY\MRS BROWN'S BOYS\S1D1\U5_8285950\
WORKING_PATH=E:\BLURAY\MRS BROWN'S BOYS\S1D1\

I'm probably just missing something stupid with this but so far I haven't found anything in other posts. I'd appreciate any suggestions etc.

Dave

[Lathe]

What's sad is, most of us can afford 1 - $5. If all of us were to give you at least that, you'd be very well off ;) I feel very guilty giving such a small amount. But If others were to, I'd be onboard. In any case, this week I should be able to make a substantial donation. At the very least, you could buy a couple movies for testing.

Yeah, you do make a good point mate; I was just getting ready about a month ago to send a moderately decent donation, but then I was given an 'enforced holiday' from Doom9 for about a month (I'm still not quite clear as to why exactly, but I'll certainly try not to repeat the experiment :) )

Anyway, I really was not in the contributing mood for a while, but you are right Omegaman, we should ALL really be sending at least a little something more often.

I just sent a small donation, and I'm hoping that more will follow soon. Thanks kindly Mr. JDobbs for your consistent hard work and for an unquestionably excellent program!

[andref4]

@andref4

Could you post your settings (the contents of BDREBUILDER.INI) at the time the job fails? That way I (and HWK) can try to reproduce the problem you reported.

tomorrow... I must reencode Cloudy 2 3D and that does takes some time.
The german Cloudy 2 3D BD has Multi Angel and Cinavia protection. I dont know if the US BD has Multi Angel and Cinavia too.

[Ch3vr0n]

cinavia is irrelevant. BDRB doesnt remove it.

[andref4]

jea, cinavia is a "watermark" on audio track thats right. So here is the bdrebuilder.ini and new log:

ini:
[Options]
VERSION=0.47.0.7
ENCODER=0
MODE=0
ENCODE_QUALITY=0
ONEPASS_ENCODING=2
AUTO_QUALITY=1
TARGET_SIZE=23500
AUTO_BURN=2
AUDIO_TO_KEEP=deu;eng;ger;
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
AVCHD=1
REMOVE_WORKFILES=0
DGDECIM=0
REMOVE_OUTPUT=0
USE_FILTERS=0
BDMV_CERT_ONLY=0
USE_LAVF=0
IVTC_PULLDOWN=0
ASSUME_DVD_PAL=0
FRIMSOURCE=0
COMPLETION_BEEP=0
DGDECNV=0
OUTPUT_SBS=0
NEROAAC=0
SUPTITLE=0
AUDIO_TRACK_LIMIT=0
SUBTITLE_TRACK_LIMIT=0
CUSTOM_TARGET_SIZE=23500
[Paths]
WORKING_PATH=C:\BD_REBUILDER\MOVIE\
SOURCE_PATH=H:\


log:
----------------------
[07.25.14] BD Rebuilder v0.47.07 (beta)
[02:47:54] Source: CLOUDY_2
- Input BD size: 31,57 GB
- Approximate total content: [02:05:56.170]
- Target BD size: 22,95 GB
- Windows Version: 6.1 [7601]
- Quality: Good (Very Fast), ABR
- MVC 3D Output Mode enabled
- Decoding/Frame serving: FRIMDecode
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[02:47:54] PHASE ONE, Encoding
- [02:47:54] Processing: VID_00102 (1 of 5)
- [02:47:54] Extracting A/V streams [VID_00102]
- [02:48:08] Reencoding video [VID_00102]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 6.887 frames
- Bitrate: 5.999 Kbs
- [02:48:08] Reencoding: VID_00102, Pass 1 of 1
- [02:49:51] Video Encode complete
- [02:49:51] Processing audio tracks
- [02:49:51] Multiplexing M2TS
- [02:49:59] Processing: VID_00341 (2 of 5)
- [02:50:00] Extracting A/V streams [VID_00341]
- [02:50:14] Reencoding video [VID_00341]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 2.051 frames
- Bitrate: 17.094 Kbs
- Using FRIMEncoder for MVC encoding
- [02:50:14] Reencoding: VID_00341, Pass 1 of 1
- [02:57:43] Video Encode complete
- [02:57:43] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [02:57:43] Multiplexing M2TS
- [02:57:57] Scanning for 3D CLPI info...
- [02:58:01] Processing: VID_00344 (3 of 5)
- [02:58:01] Extracting A/V streams [VID_00344]
- [02:59:02] Reencoding video [VID_00344]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 10.903 frames
- Bitrate: 25.167 Kbs
- Using FRIMEncoder for MVC encoding
- [02:59:02] Reencoding: VID_00344, Pass 1 of 1
- [03:38:24] Video Encode complete
- [03:38:24] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (deu): Keeping original audio
- Track 4355 (eng): Keeping original audio
- [03:38:24] Multiplexing M2TS
- [03:39:44] Scanning for 3D CLPI info...
- [03:40:21] Processing: VID_00345 (4 of 5)
- [03:40:21] Extracting A/V streams [VID_00345]
- [03:40:27] Reencoding video [VID_00345]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 425 frames
- Bitrate: 22.232 Kbs
- Using FRIMEncoder for MVC encoding
- [03:40:27] Reencoding: VID_00345, Pass 1 of 1
- [03:42:03] Video Encode complete
- [03:42:03] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (deu): Keeping original audio
- Track 4355 (eng): Keeping original audio
- [03:42:03] Multiplexing M2TS
- [03:42:09] Scanning for 3D CLPI info...
- [03:42:10] Processing: VID_00346 (5 of 5)
- [03:42:10] Extracting A/V streams [VID_00346]
- [03:52:59] Reencoding video [VID_00346]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 125.112 frames
- Bitrate: 24.366 Kbs
- Using FRIMEncoder for MVC encoding
- [03:52:59] Reencoding: VID_00346, Pass 1 of 1
- [11:22:54] Video Encode complete
- [11:22:54] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (deu): Keeping original audio
- Track 4355 (eng): Keeping original audio
- [11:22:54] Multiplexing M2TS
- [11:39:02] Scanning for 3D CLPI info...
[11:45:33]PHASE ONE complete
[11:45:33]PHASE TWO - Rebuild Started
- [11:45:33] Converting SSIF file references
- ERROR: 3D remuxing failed. Aborted.
- Failed to rebuild BD file(s). Aborted.

[jdobbs]

Downloaded bd-rb 0.47.07 and will try to make a full backup of Cloudy with a Chance of Meatballs 2 3D (ger BD). Hope that the movie will not crash after 7:30 mins. playing as before. I will post here tomorrow. 3D Encoding takes a while with Frimcode and no Intel GPU.Just to be clear... are you saying it stops at 7:30 mins because of Cinavia?

If so, there's nothing I can do about that. Removal of protection mechanisms is something BD-RB won't do.

[Patrick]

Hi jdobbs,

using your grand software on a regular basis (even though I could use the DVDfab internal tools), I believe it would be a shame if the project was to die for lack of appreciation...so hopefully donations will pick up again. My share is on its way.
Anyway, have you ever considered making updates available only to those who have actually donated? I mean, like with DVD Rebuilder Pro? That might keep the "leeches" at bay and the project alive for those who have learned to appreciate it? Just a thought...:thanks:

[jdobbs]

I would like to keep it based upon voluntary donations. But, as I have always said, if it gets to a point where I have no other choice I will consider a "Pro" version. If that ever happened I'd give consideration for anyone who had already donated or contributed in other ways, of course. The only other choice would be to abandon it, or maybe limit updates to bug fixes I think are important.

But... I really want to avoid that.

[Patrick]

I would like to keep it based upon voluntary donations. But, as I have always said, if it gets to a point where I have no other choice I will consider a "Pro" version. If that ever happened I'd give consideration for anyone who had already donated or contributed in other ways, of course. The only other choice would be to abandon it, or maybe limit updates to bug fixes I think are important.

But... I really want to avoid that.

That is very decent of you, jdobbs. Let's hope we'll all enjoy this for a long while to come...at least as long as BD-DL media are as expensive as they are today. But then, BD-XL will be there to cope with, and they currently start at 50$ apiece :eek:

So, if all the users out there would donate a small share of the price difference they saved with BD rebuilder between BD-DL and BD-SL, say 10%, I guess you'd be very comfortably set :cool:

[HWK]

Just to be clear... are you saying it stops at 7:30 mins because of Cinavia?

If so, there's nothing I can do about that. Removal of protection mechanisms is something BD-RB won't do.

I have doubt, it has to do with Cinavia. More like multi angle which may be confusing BD-RB.


BDInfo Report

Disc Size: 36,057,921,073 bytes
Protection: AACS
BD-Java: Yes
Playlist: 00001.MPLS

Size: 32,143,816,704 bytes
Length: 1:34:50.684
Total Bitrate: 45.19 Mbps

Video: MPEG-4 AVC Video / 23807 kbps / 1080p / 23.976 fps / 16:9 / High Profile 4.1
Video: MPEG-4 AVC Video / 75 (24196) kbps / 1080p / 23.976 fps / 16:9 / High Profile 4.1
Video: MPEG-4 AVC Video / 74 (23622) kbps / 1080p / 23.976 fps / 16:9 / High Profile 4.1
Video: MPEG-4 MVC Video / 12361 kbps
Video: MPEG-4 MVC Video / 31 (10002) kbps
Video: MPEG-4 MVC Video / 30 (9773) kbps

Audio: English / DTS-HD Master Audio / 5.1 / 48 kHz / 2532 kbps / 24-bit (DTS Core: 5.1 / 48 kHz / 1509 kbps / 24-bit)
Audio: French / DTS-HD Master Audio / 5.1 / 48 kHz / 2229 kbps / 16-bit (DTS Core: 5.1 / 48 kHz / 1509 kbps / 16-bit)
Audio: Spanish / Dolby Digital Audio / 5.1 / 48 kHz / 640 kbps
Audio: English / Dolby Digital Audio / 2.0 / 48 kHz / 192 kbps

Subtitle: English / 47.934 kbps
Subtitle: English / 37.436 kbps
Subtitle: French / 37.172 kbps
Subtitle: Spanish / 37.235 kbps
Subtitle: French / 0.100 kbps
Subtitle: English / 77.538 kbps
Subtitle: Spanish / 67.904 kbps

My guess there is more than one mpls which allow player play localized version particular to that region.

[mmick]

That is very decent of you, jdobbs. Let's hope we'll all enjoy this for a long while to come...at least as long as BD-DL media are as expensive as they are today.

Well I am not interested on burning the movies again but doing backups to my NAS as I am to lazy to fetch the physical movie. Of course if each movie uses the original space 35-50 GB, I don't earn to buy HDD...

About the donations: of course it depends on how often we use it, but students spend 50 dollars on games, so that means if students give 2-5 dollars and adults 5-10, they help a lot.

[jdobbs]

@andref4

I received "Cloudy 2 3D" yesterday, but it arrived late. So I started looking at it this morning. Unfortunately it doesn't appear to be formatted the same as the one shown in your log. Yours has 5 parts, and mine only has 3. It is multi-angled, though. So if that's the key to the problem, hopefully I'll still be able to repeat the issue.My guess there is more than one mpls which allow player play localized version particular to that region.On mine it's a single MPLS, but it has 3 angles.

[Archer_Jonathan]

In German I call myself Rainer,... Rainer User... A play on words meaning pure user

I installed my new pc with Windows 7, and installed bd rebuilder again.

But I keep getting errors on encoding BD

----------------------
[07.26.14] BD Rebuilder v0.47.07 (beta)
[18:21:18] Source: THE_HOBBIT_DESOLATION_OF_SMAUG
- Input BD size: 36,59 GB
- Approximate total content: [03:09:18.346]
- 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
[18:21:20] - Aborted per user request
==========================
[18:21:24] BD Rebuilder v0.47.07 (beta)
[18:21:24] BEGIN - BATCH SEQUENCE
==========================
-----------------------
[18:21:24] PROCESSING BATCH FILE [1]
----------------------
[07.26.14] BD Rebuilder v0.47.07 (beta)
[18:21:24] Source: 47_RONIN_G51
- Input BD size: 39,06 GB
- Approximate total content: [02:42:55.514]
- 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
[18:21:26] PHASE ONE, Encoding
- [18:21:26] Processing: VID_50304 (1 of 19)
- [18:21:26] Extracting A/V streams [VID_50304]
- [18:21:30] Reencoding video [VID_50304]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 72 frames
- [18:21:30] Reencoding: VID_50304, Pass 1 of 1
- Encode failed. Aborting.
- BD-Rebuilder v0.47.07 (beta)
- Windows Version: 6.1 [7601]
- Working Path Free Space: 600,35GB
- AVISYNTH Version: 2.5.8.0, Ok
- HAALI Splitter: Not installed
- FFDSHOW: , Ok
- FFDSHOW Audio doesn't appear to be installed
- 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
[18:21:30] - Failed video encode, aborted
-----------------------
[18:21:30] PROCESSING BATCH FILE [2]
----------------------
[07.26.14] BD Rebuilder v0.47.07 (beta)
[18:21:30] Source: ALL_IS_LOST
- Input BD size: 43,37 GB
- Approximate total content: [03:39:37.076]
- 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
[18:21:30] PHASE ONE, Encoding
- [18:21:30] Processing: VID_00405 (1 of 24)
- [18:21:30] Extracting A/V streams [VID_00405]
- [18:21:51] Reencoding video [VID_00405]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 25,000fps, 2.437 frames
- [18:21:51] Reencoding: VID_00405, Pass 1 of 1
- Encode failed. Aborting.
- BD-Rebuilder v0.47.07 (beta)
- Windows Version: 6.1 [7601]
- Working Path Free Space: 600,48GB
- AVISYNTH Version: 2.5.8.0, Ok
- HAALI Splitter: Not installed
- FFDSHOW: , Ok
- FFDSHOW Audio doesn't appear to be installed
- 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
[18:21:51] - Failed video encode, aborted
-----------------------
[18:21:51] PROCESSING BATCH FILE [3]
----------------------
[07.26.14] BD Rebuilder v0.47.07 (beta)
[18:21:52] Source: DALLASBUYERSCLUB_DE
- Input BD size: 32,21 GB
- Approximate total content: [02:45:11.713]
- 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
[18:21:52] PHASE ONE, Encoding
- [18:21:52] Processing: VID_00000 (1 of 34)
- [18:21:52] Extracting A/V streams [VID_00000]
- [18:21:56] Reencoding video [VID_00000]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 24 frames
- Bitrate: 500 Kbs
- [18:21:56] Reencoding: VID_00000, Pass 1 of 1
- Encode failed. Aborting.
- BD-Rebuilder v0.47.07 (beta)
- Windows Version: 6.1 [7601]
- Working Path Free Space: 600,48GB
- AVISYNTH Version: 2.5.8.0, Ok
- HAALI Splitter: Not installed
- FFDSHOW: , Ok
- FFDSHOW Audio doesn't appear to be installed
- 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
[18:21:56] - Failed video encode, aborted
-----------------------
[18:21:56] PROCESSING BATCH FILE [4]
----------------------
[07.26.14] BD Rebuilder v0.47.07 (beta)
[18:21:57] Source: ROBOCOP_DE_FR
- Input BD size: 45,21 GB
- Approximate total content: [03:01:17.710]
- 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
[18:21:57] PHASE ONE, Encoding
- [18:21:57] Processing: VID_00107 (1 of 22)
- [18:21:57] Extracting A/V streams [VID_00107]
- [18:21:57] ExtractAudioSubs() 00075 1601
[18:33:56] - Failed to retrieve audio, aborted
[18:33:56] BATCH ABORTED...
==========================
[18:33:56] END - BATCH SEQUENCE
==========================


What do I need I don't get a thing.... *help*

[jdobbs]

Downloaded bd-rb 0.47.07 and will try to make a full backup of Cloudy with a Chance of Meatballs 2 3D (ger BD). Hope that the movie will not crash after 7:30 mins. playing as before. I will post here tomorrow. 3D Encoding takes a while with Frimcode and no Intel GPU.Interesting... 7:34 mins is where the angle comes in (the title of the movie is displayed in different languages depending upon your player settings).

When I try and play it in PowerDVD with Spanish selected as the default language (rather than English) the original disc screws up (pixelated garbage) at the angle change. It plays fine with English selected. I'll have to try it on my standalone and see if it is a PowerDVD issue.

What player are you using, and what is your player's default language? Is it the first language on the disc?

[jdobbs]

In German I call myself Rainer,... Rainer User... A play on words meaning pure user

I installed my new pc with Windows 7, and installed bd rebuilder again.

But I keep getting errors on encoding BD

[...]

What do I need I don't get a thing.... *help*It looks like FFDSHOW isn't installed, or isn't installed properly. HAALI is also not installed. Uninstall BD-RB and it's components, and then follow the installation instructions in the first post of this thread. Please follow them exactly.

[HWK]

Interesting... 7:34 mins is where the angle comes in (the title of the movie is displayed in different languages depending upon your player settings).

When I try and play it in PowerDVD with Spanish selected as the default language (rather than English) the original disc screws up (pixelated garbage) at the angle change. It plays fine with English selected. I'll have to try it on my standalone and see if it is a PowerDVD issue.

What player are you using, and what is your player's default language? Is it the first language on the disc?

Good call, when I did mine it was English which was selected. However one I have is 33.79 in size. Is yours same size as well? In comparison andref4 is 2 gb smaller.

[jdobbs]

Good call, when I did mine it was English which was selected. However one I have is 33.79 in size. Is yours same size as well? In comparison andref4 is 2 gb smaller.I'll have to check on the size.

When I put the original in my standalone player and adjusted the player default to Spanish the alternate angle played fine. So the issue was in PowerDVD.

I'm encoding a full backup with andref4's settings and I'll see how that works out. It's been encoding for about 4 hours now -- 3D just takes a long time. After that I'll do a movie-only encode.

[Edit] From the copy I made on HDD BD-RB says it is 33.53GB, but I only copy the BDMV and CERTIFICATE folders and the INF file -- and not the other folders created by AnyDVD. andref4's log says 31.57GB.

[HWK]

I'll have to check on the size.

When I put the original in my standalone player and adjusted the player default to Spanish the alternate angle played fine. So the issue was in PowerDVD.

I'm encoding a full backup with andref4's settings and I'll see how that works out. It's been encoding for about 4 hours now -- 3D just takes a long time. After that I'll do a movie-only encode.

[Edit] From the copy I made on HDD BD-RB says it is 33.53GB, but I only copy the BDMV and CERTIFICATE folders and the INF file -- and not the other folders created by AnyDVD. andref4's log says 31.57GB.

Just as I foresaw yours and mine is same. At least this confirms andref4 might have different one.

[jdobbs]

Just as I foresaw yours and mine is same. At least this confirms andref4 might have different one.Luckily it is close enough. I was able to repeat the issue. It only happens if you try to play an angle other than the primary one. So when I set my machine to Spanish, the backup disc froze at 7:30 min.

I'm sure I must have missed something related to the combination of angles and 3D. It's a good think I picked up this disc -- as I don't think any of the others I have take advantage of the multiple angle feature. As you mentioned in an earler post, most of the time the authors use different playlists for alternate language flow.

[jdobbs]

I give it up with Cloudy 2 3D.

Same error as before and muxing stops. See log. Only thing that works ist a movie only backup or a full 3D SBS backup but not a normal full 3D backup. If I mount the Cloudy 2 3D iso I bacame the error you see in the log. If I copy the complete movie to a Folder (over 60GB because ssif) encoding finishes but the movie crashes on playing at 7:20, 7:30 minutes watching. I've fixed the full backup issue for the next release. The 3D attribute wasn't being properly asserted for 3D files used for alternate angles.

I couldn't repeat the issue you reported with movie-only encoding. I ran it several times and it encoded and rebuilt correctly on all. It's possible it may be related to the above and is fixed, but I can't say for sure.

[Archer_Jonathan]

It looks like FFDSHOW isn't installed, or isn't installed properly. HAALI is also not installed. Uninstall BD-RB and it's components, and then follow the installation instructions in the first post of this thread. Please follow them exactly.

that helped getting the rebuilding process to working. thanks man.

but now I face this:
http://www.bilder-upload.eu/thumb/3a55f7-1406529893.gif (http://www.bilder-upload.eu/show.php?file=3a55f7-1406529893.gif)

[Weirdo]

A few questions on resume, looks like I have to rely on it a lot on my slowish PC. Does it usually work ok or it's risky to use it? Is there a "point of no return" during the backup process, after which it won't work? What if I start a new project - can I resume a previous project at a later stage? Will I need a project file or pointing to the correct folders is enough? Thanks.

[andref4]

Interesting... 7:34 mins is where the angle comes in (the title of the movie is displayed in different languages depending upon your player settings).

When I try and play it in PowerDVD with Spanish selected as the default language (rather than English) the original disc screws up (pixelated garbage) at the angle change. It plays fine with English selected. I'll have to try it on my standalone and see if it is a PowerDVD issue.

What player are you using, and what is your player's default language? Is it the first language on the disc?

Hi jdobbs,

I have tested it with my blu-ray and can confirm it. If I set my Player or PowerDVD to english menues and language then the movie plays perfect after 7:30min. If I set my Player to german lang and menues then the movie crashes.

[andref4]

In German I call myself Rainer,... Rainer User... A play on words meaning pure user

I installed my new pc with Windows 7, and installed bd rebuilder again.

But I keep getting errors on encoding BD

----------------------
[07.26.14] BD Rebuilder v0.47.07 (beta)
[18:21:18] Source: THE_HOBBIT_DESOLATION_OF_SMAUG
- Input BD size: 36,59 GB
- Approximate total content: [03:09:18.346]
- 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
[18:21:20] - Aborted per user request
==========================
[18:21:24] BD Rebuilder v0.47.07 (beta)
[18:21:24] BEGIN - BATCH SEQUENCE
==========================
-----------------------
[18:21:24] PROCESSING BATCH FILE [1]
----------------------
[07.26.14] BD Rebuilder v0.47.07 (beta)
[18:21:24] Source: 47_RONIN_G51
- Input BD size: 39,06 GB
- Approximate total content: [02:42:55.514]
- 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
[18:21:26] PHASE ONE, Encoding
- [18:21:26] Processing: VID_50304 (1 of 19)
- [18:21:26] Extracting A/V streams [VID_50304]
- [18:21:30] Reencoding video [VID_50304]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 72 frames
- [18:21:30] Reencoding: VID_50304, Pass 1 of 1
- Encode failed. Aborting.
- BD-Rebuilder v0.47.07 (beta)
- Windows Version: 6.1 [7601]
- Working Path Free Space: 600,35GB
- AVISYNTH Version: 2.5.8.0, Ok
- HAALI Splitter: Not installed
- FFDSHOW: , Ok
- FFDSHOW Audio doesn't appear to be installed
- 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
[18:21:30] - Failed video encode, aborted
-----------------------
[18:21:30] PROCESSING BATCH FILE [2]
----------------------
[07.26.14] BD Rebuilder v0.47.07 (beta)
[18:21:30] Source: ALL_IS_LOST
- Input BD size: 43,37 GB
- Approximate total content: [03:39:37.076]
- 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
[18:21:30] PHASE ONE, Encoding
- [18:21:30] Processing: VID_00405 (1 of 24)
- [18:21:30] Extracting A/V streams [VID_00405]
- [18:21:51] Reencoding video [VID_00405]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 25,000fps, 2.437 frames
- [18:21:51] Reencoding: VID_00405, Pass 1 of 1
- Encode failed. Aborting.
- BD-Rebuilder v0.47.07 (beta)
- Windows Version: 6.1 [7601]
- Working Path Free Space: 600,48GB
- AVISYNTH Version: 2.5.8.0, Ok
- HAALI Splitter: Not installed
- FFDSHOW: , Ok
- FFDSHOW Audio doesn't appear to be installed
- 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
[18:21:51] - Failed video encode, aborted
-----------------------
[18:21:51] PROCESSING BATCH FILE [3]
----------------------
[07.26.14] BD Rebuilder v0.47.07 (beta)
[18:21:52] Source: DALLASBUYERSCLUB_DE
- Input BD size: 32,21 GB
- Approximate total content: [02:45:11.713]
- 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
[18:21:52] PHASE ONE, Encoding
- [18:21:52] Processing: VID_00000 (1 of 34)
- [18:21:52] Extracting A/V streams [VID_00000]
- [18:21:56] Reencoding video [VID_00000]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 24 frames
- Bitrate: 500 Kbs
- [18:21:56] Reencoding: VID_00000, Pass 1 of 1
- Encode failed. Aborting.
- BD-Rebuilder v0.47.07 (beta)
- Windows Version: 6.1 [7601]
- Working Path Free Space: 600,48GB
- AVISYNTH Version: 2.5.8.0, Ok
- HAALI Splitter: Not installed
- FFDSHOW: , Ok
- FFDSHOW Audio doesn't appear to be installed
- 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
[18:21:56] - Failed video encode, aborted
-----------------------
[18:21:56] PROCESSING BATCH FILE [4]
----------------------
[07.26.14] BD Rebuilder v0.47.07 (beta)
[18:21:57] Source: ROBOCOP_DE_FR
- Input BD size: 45,21 GB
- Approximate total content: [03:01:17.710]
- 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
[18:21:57] PHASE ONE, Encoding
- [18:21:57] Processing: VID_00107 (1 of 22)
- [18:21:57] Extracting A/V streams [VID_00107]
- [18:21:57] ExtractAudioSubs() 00075 1601
[18:33:56] - Failed to retrieve audio, aborted
[18:33:56] BATCH ABORTED...
==========================
[18:33:56] END - BATCH SEQUENCE
==========================


What do I need I don't get a thing.... *help*

If you have k-lite codec pack (or another codec pack) installed, you must deinstall it or configure it to use ffdshow and hali media splitter and not another frame server/ splitter. I have had the same error last year.

Hi Rainer,

deinstalliere mal alle vorhandenen Codec Packs von deinem PC ODER stelle sie so ein, das FFDshow und der Hali Media Splitter genutzt werden sollen und keine anderen Frame Server oder Splitter. Danach mal PC neu starten und BD-Rebuilder als Administrator starten.

[andref4]

Good call, when I did mine it was English which was selected. However one I have is 33.79 in size. Is yours same size as well? In comparison andref4 is 2 gb smaller.

I have the german 3D BD which have English, German and Thai language. Your BD has other and more langs (Frensh and Spanish) and thats why yours is 2GB bigger... I think...

[Weirdo]

I've aborted (properly) my project a few times, now BD-RB won't start at all.
System Error &H80004023 (-2147467229)

[dfemia01]

Any thoughts from anyone?

I'm looking for some help using the IMPORT_PAL_TO_FILM switch. BluRay is Disc 1 (UK, Region B) of Mrs Brown's Boys, Series 1. I've ripped all of the discs but to play them I need to re-encode from 25fps to 23.976 for North America/Canada. I can downsize without issues but it's not doing the frame rate conversion. Here's the INI file ...

[Options]
VERSION=0.47.0.7
MODE=0
MULTIPROCESS=1
FORCE_ENCODE=1
ENCODE_QUALITY=0
ONEPASS_ENCODING=2
AUTO_QUALITY=1
TARGET_SIZE=23500
PRIORITY_CLASS=0
AUDIO_TO_KEEP=eng;
SUBS_TO_KEEP=
SD_CONVERT=0
OPEN_GOP=0
RESIZE_1080=0
IMPORT_PAL_TO_FILM=1
DEINTERLACE=1
SD_TO_1080=0
CONVERT_WIDE=0
DTS_REENCODE=0
AC3_REENCODE=0
AC3_640=1
AC3_192=0
KEEP_HD_AUDIO=0
AVCHD=1
REMOVE_WORKFILES=1
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=1
COMPLETION_BEEP=0
DGDECNV=0
OUTPUT_3D=0
AUDIO_TRACK_LIMIT=1
SUBTITLE_TRACK_LIMIT=0
CUSTOM_TARGET_SIZE=23500
AUTO_BURN=2
MOVIEONLY_TYPE=0
ALTCRF=20
ALT_TARGET=1024
ALTMETHOD=0
ALTAUTOCROP=0
QUICK_EXTRAS=1
ENCODER=0
SHUTDOWN_SLEEP=1


I'm probably just missing something stupid with this but so far I haven't found anything in other posts. I'd appreciate any suggestions etc.

Dave

[jdobbs]

Any thoughts from anyone?
Can you post the AVS file so I can look at it?

[jdobbs]

I've aborted (properly) my project a few times, now BD-RB won't start at all.
System Error &H80004023 (-2147467229)I'm not familiar with that error -- it seems to be coming from the O/S rather than BD-RB. Maybe try deleting BDREBUILDER.INI?

[J666RST]

@ jdobbs, think you fixed that problem for Sharc way back in April 2013!
Check from post #16904 on page 846

@Weirdo, think you will find the answer there :)

@ jdobbs, thanks 2XU564278H4677611

[Archer_Jonathan]

If you have k-lite codec pack (or another codec pack) installed, you must deinstall it or configure it to use ffdshow and hali media splitter and not another frame server/ splitter. I have had the same error last year.

Hi Rainer,

deinstalliere mal alle vorhandenen Codec Packs von deinem PC ODER stelle sie so ein, das FFDshow und der Hali Media Splitter genutzt werden sollen und keine anderen Frame Server oder Splitter. Danach mal PC neu starten und BD-Rebuilder als Administrator starten.

*grmpf* again: http://www.bilder-upload.eu/thumb/23ba7c-1406620848.gif (http://www.bilder-upload.eu/show.php?file=23ba7c-1406620848.gif)

how do I locate codec packs on my system? K-lite doesn't seem to be there.

btw: it's Ronny, Rainer was a joke ;-)

another btw: why do 7 vids pass without an error and the eighth performs the extractaudiosubs error? and why does 47 ronin and Robocp_DE_FR rebuild without any errors?

[Weirdo]

Still won't start, I've also tried deleting the paths from the .ini.

[Options]
VERSION=0.47.0.7
MODE=0
ENCODE_QUALITY=2
ONEPASS_ENCODING=1
AUTO_QUALITY=0
AUDIO_TO_KEEP=eng;swe;
SUBS_TO_KEEP=all
SD_CONVERT=0
OPEN_GOP=0
RESIZE_1080=1
RESIZE_1440=0
RESIZE_720=0
DEINTERLACE=1
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
AVCHD=1
REMOVE_WORKFILES=1
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
DGDECNV=0
OUTPUT_SBS=0
NEROAAC=0
SUPTITLE=0
AUDIO_TRACK_LIMIT=1
SUBTITLE_TRACK_LIMIT=1
CUSTOM_TARGET_SIZE=12288
TARGET_SIZE=1024
PRIORITY_CLASS=1
MINIMIZE_TO_TRAY=1
ENCODER=0
DGDECIM=0
FRIMSOURCE=0
[Paths]

[jdobbs]

@Weirdo

Describe what is happening. Does BD-RB start at all? Do you get the error when you push the Backup button?

[Weirdo]

No, it doesn't start. The error comes up right after trying to start BD-RB (bdrb.exe-press enter-error).

[jdobbs]

1. Have you tried downloading (from the first link of this thread) and reinstalling BD-RB? That sounds a lot like the executable has somehow been corrupted.
2. It's possible your antivirus software has decided to prevent execution. Disable your A/V software and try again.

[jdobbs]

@ jdobbs, think you fixed that problem for Sharc way back in April 2013!
Check from post #16904 on page 846

@Weirdo, think you will find the answer there :)

@ jdobbs, thanks 2XU564278H4677611Thanks!

@Weirdo

Check out that link... it looks like mscomctl.ocx may have been overwritten.

[Weirdo]

Thanks both, it was mscomctl causing the problem.

[Archer_Jonathan]

and again: http://s1.directupload.net/images/140730/temp/4al3qzee.gif (http://www.directupload.net/file/d/3699/4al3qzee_gif.htm)

American Hustle this time, while 47 Ronin, Robocop and 12 Years a slave worked fine.

Anybody have specified instructions how to fix this? :-(

Here's the log to the failed try:

----------------------
[07.30.14] BD Rebuilder v0.47.07 (beta)
[10:29:50] Source: AMERICAN_HUSTLE
- Input BD size: 44,72 GB
- Approximate total content: [04:32:38.928]
- Target BD size: 22,95 GB
- Windows Version: 6.1 [7601]
- Auto Quality: Good (Very Fast), Two Pass
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=640
[10:29:52] PHASE ONE, Encoding
- [10:29:52] Processing: VID_00004 (1 of 40)
- [10:29:52] Extracting A/V streams [VID_00004]
- [10:29:59] Reencoding video [VID_00004]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 24,000fps, 120 frames
- [10:29:59] Reencoding: VID_00004, Pass 1 of 1
- [10:30:04] Video Encode complete
- [10:30:04] Processing audio tracks
- Track 4352 (deu): Keeping original audio
- Track 4353 (eng): Keeping original audio
- [10:30:04] Multiplexing M2TS
- [10:30:09] Processing: VID_00118 (2 of 40)
- [10:30:09] Extracting A/V streams [VID_00118]
- [10:30:18] Reencoding video [VID_00118]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 24,000fps, 993 frames
- [10:30:18] Reencoding: VID_00118, Pass 1 of 1
- [10:30:37] Video Encode complete
- [10:30:37] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [10:30:37] Multiplexing M2TS
- [10:30:43] Processing: VID_00119 (3 of 40)
- [10:30:43] Extracting A/V streams [VID_00119]
- [10:30:52] Reencoding video [VID_00119]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 24,000fps, 1.177 frames
- [10:30:52] Reencoding: VID_00119, Pass 1 of 1
- [10:31:14] Video Encode complete
- [10:31:14] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [10:31:14] Multiplexing M2TS
- [10:31:20] Processing: VID_00110 (4 of 40)
- [10:31:20] Extracting A/V streams [VID_00110]
- [10:31:30] Reencoding video [VID_00110]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 24,000fps, 1.233 frames
- [10:31:30] Reencoding: VID_00110, Pass 1 of 1
- [10:31:53] Video Encode complete
- [10:31:53] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [10:31:53] Multiplexing M2TS
- [10:31:59] Processing: VID_00107 (5 of 40)
- [10:31:59] Extracting A/V streams [VID_00107]
- [10:31:59] ExtractAudioSubs() 00075 1601
[11:01:37] - Failed to retrieve audio, aborted

[Archer_Jonathan]

Today, as I tried to uninstall all, FFdshow, matroska and reload it and reloaded BD Rebuilder as well, avast reports DB zip file to be infected with win32:dropper-gen [DRP]

can that be?

[RobertM]

If you downloaded BD-RB from the first page of this thread, or from JDobb's own site, then, no, it's not really possible. Antivirus programs do sometimes declare false positives, as in this case.

[jdobbs]

Please make sure you send a note to Avast telling them they are screwing up again... and to correct their problem.

[Added note] I really, really, really dislike antivirus software... sometimes I wonder if they have a division that does nothing but create viruses so they can stay in business.

[Capsbackup]

[Added note] I really, really, really dislike antivirus software... sometimes I wonder if they have a division that does nothing but create viruses so they can stay in business.

I feel this way too! :mad:

[Ch3vr0n]

Confirmed, avast fking up again

[Easypoints]

Hey guys, first post here from a newbie user. Thanks to everyone who helps to support this thread, and to jdobbs for putting the work in to create such a great product with BD Rebuild.

I have run into an issue with Brave 3D. The full movie backup and movie-only backup versions both slow down and halt at certain parts of the disc, (VID_00948, 00952 and VID_01009 in particular). I inspected the disc, and it seems to be in mint condition.

I tried just aborting and restarting BD-RB each time it froze and resuming the job. That seemed to work, as it made it almost to the end of the disc (VID_01009). There, it slows down and then halts at around 95% of extracting A/V. After about 5 resumptions and having it freeze at the same %, it seems like it's not going to get through it.

Other 3D Movies, like Frozen and Gravity have worked without issue. I have tried installing the new version of tsMuxeR, and re-installing all of the programs from the start of this thread. What do you guys think my issue is? Thanks a lot!

[08/01/14] BD Rebuilder v0.47.07 (beta)
[09:00:10] Source: BRAVE_3D
- Input BD size: 40.88 GB
- Approximate total content: [02:54:24.912]
- Target BD size: 22.95 GB
- Windows Version: 6.1 [7601]
- Quality: Good (Very Fast), ABR
- MVC 3D Output Mode enabled
- Decoding/Frame serving: FRIMDecode
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=640
- Resuming from previously started job.
[09:00:12] PHASE ONE, Encoding
- [09:00:12] Processing: VID_01009 (29 of 31)
- [09:00:12] Extracting A/V streams [VID_01009]

Options:
[Options]
VERSION=0.47.0.7
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=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
AVCHD=1
REMOVE_WORKFILES=0
DGDECIM=0
REMOVE_OUTPUT=0
USE_FILTERS=0
BDMV_CERT_ONLY=0
USE_LAVF=0
IVTC_PULLDOWN=0
ASSUME_DVD_PAL=0
FRIMSOURCE=0
COMPLETION_BEEP=0
DGDECNV=0
OUTPUT_SBS=0
NEROAAC=0
SUPTITLE=0
AUDIO_TRACK_LIMIT=1
SUBTITLE_TRACK_LIMIT=1
CUSTOM_TARGET_SIZE=23500
PRIORITY_CLASS=2
[Paths]

[jdobbs]

How much memory and free disc space do you have on your system? It sounds almost as if your system is working itself into a mode where everything is swapping in-and-out of virtual (disc) memory. Getting low on disc space can also severely slow the process.

[RobertM]

Did you rip this to HDD first, or are you processing directly from the disc? The former is strongly recommended.

It sounds like a bad rip to me. I've had trouble with some discs that just won't rip fully, despite having a disc surface that looks perfect to the eye. Do you have a different BD drive that you can use?

There, it slows down and then halts at around 95% of extracting A/V

[Easypoints]

It seemed like a disc issue to me too, since the places where the hang-ups occur are so random.

I'm at 120gb of free space on my C:, which is a SSD. I am ripping from the disc itself, so let me see if copying it over to the drive works better and I'll let you guys know. Thanks!

[AmigaFuture]

JD,

jdobbs, could add a hidden option to change the font size of the subtitles (.srt) in import mode?
It would be great because the subtitles are a bit large and occasionally exceed the limits of the screen.

I've recently come back to testing the menu when importing my MKV backups of The Mentalist from my TiVo.. I saved the Closed Captions (SRT) with shows, but when I import the MKVs that include SRT subtitles I've noticed the same thing as above. I checked, but I haven't seen (or missed?) an option?

I also verified that the lines of text haven't been changed a large size font. :eek: Attached for your visual.


About donations... I don't go with guilt or blame ploys, or what could be perceived as such. Some do, and I know that wasn't your intention. So, I thought.. What about you making a larger font and bolder message about donations on the first page and in your signature? Put it right next to the Download link a bit more "attention getting"?? More would then see it on the first page that way. A thought. :D

[mparade]

I appreciated it, thanks.

I don't want to give the impression to the people here on DOOM9 that I'm putting the squeeze on them. Pretty much everyone here has already contributed either through supporting the forum's questions and bug-reports -- or through PayPal. The problem is the many, many thousands of others who use it regularly, and don't contribute at all.

I hope I am not from that many thousands of others...:D
project just donated by 40$...

[polleke]

I copied the contents of an HD camera to a local folder on my harddisk j:\temp\HD16. As far as the HD camera manual states, the files on the SD card are stored in a BluRay format. However I am not able to load the source path. I tried all subfolders as source path, but every time I got the message: "Selected source is not BD format".
J:\temp\HD16\PRIVATE
J:\temp\HD16\PRIVATE\AVCHD
J:\temp\HD16\PRIVATE\AVCHD\AVCHDTN
J:\temp\HD16\PRIVATE\AVCHD\BDMV
J:\temp\HD16\PRIVATE\AVCHD\IISVPL
J:\temp\HD16\PRIVATE\AVCHD\BDMV\CLIPINF
J:\temp\HD16\PRIVATE\AVCHD\BDMV\PLAYLIST
J:\temp\HD16\PRIVATE\AVCHD\BDMV\STREAM

[Sharc]

@polleke
This is definitely NOT a blu-ray file structure. It's AVCHD which is typical for videocams.
You have to IMPORT the .m2ts (or .mts) files via BD-RBs file IMPORT function:
Menu File/Import/Video files ......

[gonca]

@polleke
This is definitely NOT a blu-ray file structure. It's AVCHD which is typical for videocams.
You have to IMPORT the .m2ts (or .mts) files via BD-RBs file IMPORT function:
Menu File/Import/Video files ......

or possibly use TsMuxer to remux into a BD structure

[Sharc]

or possibly use TsMuxer to remux into a BD structure
This is exactly what BD-RB does with the imported files in a first step, followed by other adjustments as needed to make it blu-ray compliant ;)

[gonca]

But this way he presents a BD structure to BD_RB to import so he can process it.

[jdobbs]

JD,



I've recently come back to testing the menu when importing my MKV backups of The Mentalist from my TiVo.. I saved the Closed Captions (SRT) with shows, but when I import the MKVs that include SRT subtitles I've noticed the same thing as above. I checked, but I haven't seen (or missed?) an option?

I also verified that the lines of text haven't been changed a large size font. :eek: Attached for your visual.


About donations... I don't go with guilt or blame ploys, or what could be perceived as such. Some do, and I know that wasn't your intention. So, I thought.. What about you making a larger font and bolder message about donations on the first page and in your signature? Put it right next to the Download link a bit more "attention getting"?? More would then see it on the first page that way. A thought. :DI've tried to repeat this and can't. I import an MKV that has SRTs in it, run it through BD-RB, and the titles are properly sized.

[Sharc]

a) When importing a series of blu-ray compliant .m2ts files it seems that DB-RB always stubbornly re-encodes these, although there is no reason -- in my opinion -- to do so. This even happens with FORCE_NOENCODE=1 in the .ini

b) However, when I now move the pseudo BD structure which has been generated under a) from the IMPORTS folder to somewhere else on my HD and import it again from there via "BD(sd) - Quick Reauthored", then the files are kept intact, as expected.

The settings for a) and b) are the same.

This seems not logical to me; is this possibly a bug or do I miss something?

[jdobbs]

a) When importing a series of blu-ray compliant .m2ts files it seems that DB-RB always stubbornly re-encodes these, although there is no reason -- in my opinion -- to do so. This even happens with FORCE_NOENCODE=1 in the .ini

b) However, when I now move the pseudo BD structure which has been generated under a) from the IMPORTS folder to somewhere else on my HD and import it again from there via "BD(sd) - Quick Reauthored", then the files are kept intact, as expected.

The settings for a) and b) are the same.

This seems not logical to me; is this possibly a bug or do I miss something?a. So how is it supposed to know that the source is fully BD compliant? An M2TS can hold any kind of video source with all kinds of incompatible settings. What you call "stubborn" I call "assuring compliance".

b. Because by moving it and importing you are telling BD-RB it is not a pseudo-BD structure. I suppose I could add a check to the BD import to see if the PSEUDO folder exists... but that seems like overkill.

If you already know for sure that a source is BD compliant, just delete the PSEUDO folder and use the imported folder as your source. It will not reencode unless it is required for sizing.

[Archer_Jonathan]

Can I run BD with ffdshow_rev4531_20140628_x64 ??

or should I because of my new 64 bit System?

[Sharc]

a. So how is it supposed to know that the source is fully BD compliant? An M2TS can hold any kind of video source with all kinds of incompatible settings. What you call "stubborn" I call "assuring compliance".
These files are taken from an earlier BD-RB backup disk -- therefore I assumed they should be compliant.
I wanted to re-author the episodes which were originally split onto several BD5 onto one BD25 and adding a Quick menu.
I took the source files from from the former backup because I wanted to skip the encoding step.

b. Because by moving it and importing you are telling BD-RB it is not a pseudo-BD structure. I suppose I could add a check to the BD import to see if the PSEUDO folder exists... but that seems like overkill.

If you already know for sure that a source is BD compliant, just delete the PSEUDO folder and use the imported folder as your source. It will not reencode unless it is required for sizing.
I see; I will try this next time, thanks.

Edit:
In my scenario I should better have the full BD disks imported, rather than copying the individual .m2ts files :rolleyes:

[jdobbs]

So how is it supposed to know that the source is fully BD compliant?These files are taken from an earlier BD-RB backup disk -- therefore I assumed they should be compliant.
I wanted to re-author the episodes which were originally split onto several BD5 onto one BD25 and adding a Quick menu.
I took the source files from from the former backup because I wanted to skip the encoding step.Yeah, but BD-RB doesn't know anything about what has been done before (re-authoring), all it knows in the "Import File" routine is that you are importing an M2TS file. It can't treat it any differently than an MKV, MP4, AVI, or MPG file.

[Sharc]

Yeah, but BD-RB doesn't know anything about what has been done before (re-authoring), all it knows in the "Import File" routine is that you are importing an M2TS file. It can't treat it any differently than an MKV, MP4, AVI, or MPG file.
Oh I see now. This means that whenever files are imported BD-RB has to assume that these may be non-compliant and takes the safe route of re-encoding.
It only trusts the compliance when importing from a full BD structure. Makes perfectly sense.

[omegaman7]

I've thought that AVCHD was under the Blu-ray spec for some time now. Or at least extremely similar. Guess I'm gonna need to read up on it :S

[jdobbs]

I've thought that AVCHD was under the Blu-ray spec for some time now. Or at least extremely similar. Guess I'm gonna need to read up on it :SSome of the cameras use 3 character extensions. BD-RB doesn't look for those. But AVCHD is a spec of its own. It has a lot in common with BD -- but the BD spec definitely doesn't cover it.

[Sharc]

Some of the cameras use 3 character extensions. BD-RB doesn't look for those. But AVCHD is a spec of its own. It has a lot in common with BD -- but the BD spec definitely doesn't cover it.
My SONY camera for example produces .mts at 1440x1080i25 (for DAR 16:9) in an AVCHD structure. In order to import these files into BD-RB I have to rename them as .m2ts.

[soneca]

I've tried to repeat this and can't. I import an MKV that has SRTs in it, run it through BD-RB, and the titles are properly sized.

jdobbs, I'm not sure but apparently it only happens with 720p stuff.

[jdobbs]

jdobbs, I'm not sure but apparently it only happens with 720p stuff.I'll see if I can repeat it with a 720p source.

[dfemia01]

Can you post the AVS file so I can look at it?

Sorry - I've been out of town with the family on vacation. Since I posted this I've worked on a couple of other conversions (all Region A so no problems with frame rate). I have to run this again however I've run into a new complication. I keep getting an error during the import - importing the playlists - and BDRB abends. It varies each time but I'm getting between 1 and 4 playlists imported and then it dies with this message - "Run-time error '76': Path Not Found".

I can probably proceed with just 1 playlist for now and see what that does ...

[Lathe]

JD,

About donations... I thought.. What about you making a larger font and bolder message about donations on the first page and in your signature? Put it right next to the Download link a bit more "attention getting"?? More would then see it on the first page that way. A thought. :D

Yes, I ABSOLUTELY agree... Right by the download link would be perfect!

I know you don't want to come across as pushing donations, but there is nothing wrong at all with making it a LOT more visible and accessible. Many other sites have MULTIPLE donation links; nothing wrong with that either.

When I sent my first donation a couple of weeks ago (I sure hope you got it! :) ) it took me a while to find the link. Don't you have to scroll down quite a ways on the first page and it is just this tiny link entitled 'Donations'? I may be slow, but I really kind of had a hard time finding it. I was sitting here thinking, 'How the heck do I send a donation?'

I see this as quite possibly a very strong reason why you are not getting more donations; I honestly think that if people could just SEE the link(s) more easily, then I bet you would get more (perhaps small or more impulsive, but likely more frequent) donations than you do now.

You don't ever have to say a word about it; BUT... people should very easily see HOW to send them to you.

I just sent another small donation; it's not much, but I'm hoping that they will continue to add up over time.

Cheers!

[AmigaFuture]

jdobbs, I'm not sure but apparently it only happens with 720p stuff.

Ah, you beat me to it. Sweet!

I'm doing some more testing also. With MKV 1080 and TiVo to MKV 720p and 1080p. After Importing MKV 720p from my TiVo ripped video, I extracted the SUP that was made and muxed it to the MKV 720p while leaving the SRT. Upon viewing as a new MKV I could see the SUP is larger than the SRT text.

I'm now going to check more 1080p from TiVo files... Done. I can confirm as soneca has.

Edit 1: Even when BD-RB re-renders 720p to 1080p...for BD compatibility..though, checking this more..
Edit 2: The setting to resize 720p to 1080p doesn't have an effect on the SRT to SUP. If I re-render the video to 1080p and make an new MKV excluding the old 720p with the new 1080p, and Import that...the SUP is fine. I don't want to re-render all my 720p though. Good for testing.

[dfemia01]

Can you post the AVS file so I can look at it?

Ok I've had to reset everything and go again. Because I had problems importing the whole BD I've imported the first three playlists. First "pass" through it just built menu structure. I renamed the "import" folder, imported again and this time it would re-encode - I selected BD9 just to try and force the encode ...


Here's the ini file ...

[Options]
VERSION=0.47.0.7
MODE=0
ENCODE_QUALITY=0
ONEPASS_ENCODING=2
AUTO_QUALITY=1
TARGET_SIZE=8032
PRIORITY_CLASS=0
AUDIO_TO_KEEP=eng;
SUBS_TO_KEEP=
SD_CONVERT=0
OPEN_GOP=0
RESIZE_1080=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=0
AVCHD=1
IMPORT_PAL_TO_FILM=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=1
COMPLETION_BEEP=0
DGDECNV=0
OUTPUT_3D=0
AUDIO_TRACK_LIMIT=1
SUBTITLE_TRACK_LIMIT=0
CUSTOM_TARGET_SIZE=23500
AUTO_BURN=0
MOVIEONLY_TYPE=0
ALTCRF=20
ALT_TARGET=1024
ALTMETHOD=0
ALTAUTOCROP=0
QUICK_EXTRAS=1
ENCODER=0
MENU_BACKGROUND=I:\F Drive\BluRay Tools\BD_Rebuilder\BD_Rebuilder\Misc\menuback.jpg
IMPORT_THRESHOLD=10
QUICK_PLAY_THRESHOLD=5
MENU_AUTO_BACKGROUND=1
MENU_PLAY_SEQUENTIAL=0
MENU_START_WITH_MENU=1
RESIZE_1440=0
RESIZE_720=0
IGNORE_3D=0
DGDECIM=0
FRIMSOURCE=0
OUTPUT_SBS=0
NEROAAC=0
SUPTITLE=0
[Paths]
SOURCE_PATH=E:\BLURAY\MRS BROWN'S BOYS\S1D1\IMPORTS\U5_8285950\
WORKING_PATH=E:\BLURAY\MRS BROWN'S BOYS\S1D1\

Here's the BD-RB log

-------------------------
[11:57:29] Importing BDs: U5_8285950
- Analyzing source playlists...
- Title Editing Dialog...
- Importing BD: U5_8285950 [ 1 of 1]
- Importing Playlist 00001 [00:29:14.720]
- Importing Playlist 00002 [00:28:47.279]
- Importing Playlist 00003 [00:29:04.200]
- Creating Quick-Play Menu...
- Building menu structure...
[12:02:52] Import completed successfully.
----------------------
[08/04/14] BD Rebuilder v0.47.07 (beta)
[12:04:39] Source: U5_8285950
- Input BD size: 19.96 GB
- Approximate total content: [01:28:00.379]
- Target BD size: 7.84 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
[12:04:39] PHASE ONE, Encoding
- [12:04:39] Processing: VID_99001 (1 of 4)
- [12:04:39] Extracting A/V streams [VID_99001]
- [12:04:45] Reencoding video [VID_99001]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 1,299 frames
- [12:04:45] Reencoding: VID_99001, Pass 1 of 1
- [12:05:14] Video Encode complete
- [12:05:14] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [12:05:14] Multiplexing M2TS
- [12:05:18] Processing: VID_00002 (2 of 4)
- [12:05:18] Extracting A/V streams [VID_00002]
- [12:07:02] Reencoding video [VID_00002]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 25.000fps, 43,182 frames
- Bitrate: 11,507 Kbs
- [12:07:02] Reencoding: VID_00002, Pass 1 of 1
- [12:26:54] Video Encode complete
- [12:26:54] Processing audio tracks
- Track 4352 (eng): Reencoding audio to AC3...
- [12:26:59] Multiplexing M2TS
- [12:27:20] Processing: VID_00003 (3 of 4)
- [12:27:20] Extracting A/V streams [VID_00003]
- [12:29:05] Reencoding video [VID_00003]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 25.000fps, 43,605 frames
- Bitrate: 11,835 Kbs
- [12:29:05] Reencoding: VID_00003, Pass 1 of 1
- [12:49:43] Video Encode complete
- [12:49:43] Processing audio tracks
- Track 4352 (eng): Reencoding audio to AC3...
- [12:49:48] Multiplexing M2TS
- [12:50:09] Processing: VID_00001 (4 of 4)
- [12:50:09] Extracting A/V streams [VID_00001]
- [12:51:53] Reencoding video [VID_00001]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 25.000fps, 43,868 frames
- Bitrate: 12,339 Kbs
- [12:51:53] Reencoding: VID_00001, Pass 1 of 1
- [13:13:29] Video Encode complete
- [13:13:29] Processing audio tracks
- Track 4352 (eng): Reencoding audio to AC3...
- [13:13:33] Multiplexing M2TS
[13:13:56]PHASE ONE complete
[13:13:56]PHASE TWO - Rebuild Started
- [13:13:56] Rebuilding BD file Structure
[13:13:56] - Encode and Rebuild complete
[13:13:56] JOB: U5_8285950 finished.

Here's an AVS file ...

#Created by BD Rebuilder - v0.47.07 (beta)
DirectshowSource("E:\BLURAY\MRS BROWN'S BOYS\S1D1\IMPORTS\U5_8285950\BDMV\STREAM\00001.m2ts", fps=25, framecount=43868, audio=false)
ConvertToYV12()
LoadPlugin("I:\F Drive\BluRay Tools\BD_Rebuilder\BD_Rebuilder\tools\decomb521.dll")
FieldDeinterlace(blend=true)
ConvertToYV12().AssumeFPS(25000,1000)

Dave

[Crocluvr92]

I just got done installing a fresh new copy of Windows 7 and I completely started fresh with the newest BD Rebuilder beta which is v0.47.07 yesterday. I also did all my Windows Updates, I installed all three of the required programs to get BD Rebuilder to work and the Inspection turned out fine. The source of the movie I tried to compress, Oculus, was working perfectly fine on my hard drive, after I compressed it, all the audio on the movie and the special features is off-sync by at least a second or two. I don't understand how this has happened since everything is in order on the master copy, but after this, it's off-sync. I have never had this happen before, any solutions? He is the log:

----------------------
[08/05/14] BD Rebuilder v0.47.07 (beta)
[02:00:40] Source: OCULUS
- Input BD size: 35.36 GB
- Approximate total content: [02:56:23.062]
- Target BD size: 23.31 GB
- Windows Version: 6.1 [7600]
- Auto Quality: Good (Very Fast), ABR
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[02:00:40] PHASE ONE, Encoding
- [02:00:40] Processing: VID_01129 (1 of 18)
- [02:00:40] Extracting A/V streams [VID_01129]
[02:11:25]PHASE ONE aborted by user request
----------------------
[08/05/14] BD Rebuilder v0.47.07 (beta)
[02:41:17] Source: OCULUS
- Input BD size: 35.36 GB
- Approximate total content: [02:56:23.062]
- Target BD size: 23.31 GB
- Windows Version: 6.1 [7600]
- Auto Quality: Good (Very Fast), ABR
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[02:41:18] PHASE ONE, Encoding
- [02:41:18] Processing: VID_01129 (1 of 18)
- [02:41:18] Extracting A/V streams [VID_01129]
- [03:02:17] Reencoding video [VID_01129]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 149,688 frames
- Bitrate: 18,289 Kbs
- [03:02:17] Reencoding: VID_01129, Pass 1 of 1
- [05:38:02] Video Encode complete
- [05:38:02] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (eng): Keeping original audio
- [05:38:02] Multiplexing M2TS
- [05:48:42] Processing: VID_01130 (2 of 18)
- [05:48:42] Extracting A/V streams [VID_01130]
- [05:49:02] Reencoding video [VID_01130]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 3,482 frames
- Bitrate: 14,892 Kbs
- [05:49:02] Reencoding: VID_01130, Pass 1 of 1
- [05:52:19] Video Encode complete
- [05:52:19] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [05:52:19] Multiplexing M2TS
- [05:52:27] Processing: VID_01131 (3 of 18)
- [05:52:27] Extracting A/V streams [VID_01131]
- [05:52:45] Reencoding video [VID_01131]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 3,314 frames
- Bitrate: 14,272 Kbs
- [05:52:45] Reencoding: VID_01131, Pass 1 of 1
- [05:55:50] Video Encode complete
- [05:55:50] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [05:55:50] Multiplexing M2TS
- [05:55:57] Processing: VID_01132 (4 of 18)
- [05:55:57] Extracting A/V streams [VID_01132]
- [05:56:08] Reencoding video [VID_01132]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 747 frames
- Bitrate: 13,861 Kbs
- [05:56:08] Reencoding: VID_01132, Pass 1 of 1
- [05:56:54] Video Encode complete
- [05:56:54] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [05:56:54] Multiplexing M2TS
- [05:56:58] Processing: VID_01133 (5 of 18)
- [05:56:58] Extracting A/V streams [VID_01133]
- [05:57:06] Reencoding video [VID_01133]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 1,226 frames
- Bitrate: 13,148 Kbs
- [05:57:06] Reencoding: VID_01133, Pass 1 of 1
- [05:58:14] Video Encode complete
- [05:58:15] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [05:58:15] Multiplexing M2TS
- [05:58:19] Processing: VID_01134 (6 of 18)
- [05:58:19] Extracting A/V streams [VID_01134]
- [05:58:34] Reencoding video [VID_01134]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 2,728 frames
- Bitrate: 13,752 Kbs
- [05:58:34] Reencoding: VID_01134, Pass 1 of 1
- [06:01:07] Video Encode complete
- [06:01:07] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [06:01:07] Multiplexing M2TS
- [06:01:13] Processing: VID_01135 (7 of 18)
- [06:01:13] Extracting A/V streams [VID_01135]
- [06:01:26] Reencoding video [VID_01135]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 2,068 frames
- Bitrate: 14,790 Kbs
- [06:01:26] Reencoding: VID_01135, Pass 1 of 1
- [06:03:26] Video Encode complete
- [06:03:26] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [06:03:26] Multiplexing M2TS
- [06:03:31] Processing: VID_01137 (8 of 18)
- [06:03:31] Extracting A/V streams [VID_01137]
- [06:03:42] Reencoding video [VID_01137]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 1,662 frames
- Bitrate: 15,006 Kbs
- [06:03:42] Reencoding: VID_01137, Pass 1 of 1
- [06:05:09] Video Encode complete
- [06:05:09] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (eng): Keeping original audio
- [06:05:09] Multiplexing M2TS
- [06:05:14] Processing: VID_01138 (9 of 18)
- [06:05:14] Extracting A/V streams [VID_01138]
- [06:05:24] Reencoding video [VID_01138]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 1,366 frames
- Bitrate: 14,697 Kbs
- [06:05:24] Reencoding: VID_01138, Pass 1 of 1
- [06:06:36] Video Encode complete
- [06:06:36] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (eng): Keeping original audio
- [06:06:36] Multiplexing M2TS
- [06:06:41] Processing: VID_01139 (10 of 18)
- [06:06:41] Extracting A/V streams [VID_01139]
- [06:06:55] Reencoding video [VID_01139]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 2,363 frames
- Bitrate: 16,136 Kbs
- [06:06:55] Reencoding: VID_01139, Pass 1 of 1
- [06:09:03] Video Encode complete
- [06:09:03] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (eng): Keeping original audio
- [06:09:03] Multiplexing M2TS
- [06:09:09] Processing: VID_01140 (11 of 18)
- [06:09:09] Extracting A/V streams [VID_01140]
- [06:09:41] Reencoding video [VID_01140]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 5,717 frames
- Bitrate: 16,514 Kbs
- [06:09:41] Reencoding: VID_01140, Pass 1 of 1
- [06:14:54] Video Encode complete
- [06:14:54] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (eng): Keeping original audio
- [06:14:54] Multiplexing M2TS
- [06:15:05] Processing: VID_01141 (12 of 18)
- [06:15:05] Extracting A/V streams [VID_01141]
- [06:15:16] Reencoding video [VID_01141]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 1,760 frames
- Bitrate: 14,799 Kbs
- [06:15:16] Reencoding: VID_01141, Pass 1 of 1
- [06:16:49] Video Encode complete
- [06:16:50] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (eng): Keeping original audio
- [06:16:50] Multiplexing M2TS
- [06:16:55] Processing: VID_01142 (13 of 18)
- [06:16:55] Extracting A/V streams [VID_01142]
- [06:17:06] Reencoding video [VID_01142]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 1,681 frames
- Bitrate: 14,007 Kbs
- [06:17:06] Reencoding: VID_01142, Pass 1 of 1
- [06:18:31] Video Encode complete
- [06:18:31] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (eng): Keeping original audio
- [06:18:31] Multiplexing M2TS
- [06:18:36] Processing: VID_01143 (14 of 18)
- [06:18:36] Extracting A/V streams [VID_01143]
- [06:19:56] Reencoding video [VID_01143]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 13,776 frames
- Bitrate: 17,436 Kbs
- [06:19:56] Reencoding: VID_01143, Pass 1 of 1
- [06:32:59] Video Encode complete
- [06:32:59] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [06:32:59] Multiplexing M2TS
- [06:33:20] Processing: VID_01144 (15 of 18)
- [06:33:20] Extracting A/V streams [VID_01144]
- [06:35:04] Reencoding video [VID_01144]
- Source Video: MPEG-4 (AVC), 720x480
- Rate/Length: 29.970fps, 57,925 frames
- Bitrate: 6,211 Kbs
- [06:35:04] Reencoding: VID_01144, Pass 1 of 1
- [06:47:39] Video Encode complete
- [06:47:39] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (eng): Keeping original audio
- [06:47:39] Multiplexing M2TS
- [06:48:06] Processing: VID_01145 (16 of 18)
- [06:48:06] Extracting A/V streams [VID_01145]
- [06:48:18] Reencoding video [VID_01145]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 2,064 frames
- Bitrate: 14,599 Kbs
- [06:48:18] Reencoding: VID_01145, Pass 1 of 1
- [06:49:57] Video Encode complete
- [06:49:57] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [06:49:57] Multiplexing M2TS
- [06:50:03] Processing: VID_01146 (17 of 18)
- [06:50:03] Extracting A/V streams [VID_01146]
- [06:50:07] Reencoding video [VID_01146]
- Source Video: MPEG-4 (AVC), 720x480
- Rate/Length: 29.970fps, 96 frames
- Bitrate: 6,588 Kbs
- [06:50:07] Reencoding: VID_01146, Pass 1 of 1
- [06:50:08] Video Encode complete
- [06:50:08] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (eng): Keeping original audio
- [06:50:08] Multiplexing M2TS
- [06:50:11] Processing: VID_01147 (18 of 18)
- [06:50:11] Extracting A/V streams [VID_01147]
- [06:50:15] Reencoding video [VID_01147]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 6 frames
- Bitrate: 25,524 Kbs
- [06:50:15] Reencoding: VID_01147, Pass 1 of 1
- [06:50:16] Video Encode complete
- [06:50:16] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (eng): Keeping original audio
- [06:50:16] Multiplexing M2TS
[06:50:19]PHASE ONE complete
[06:50:20]PHASE TWO - Rebuild Started
- [06:50:20] Rebuilding BD file Structure
[06:50:27] - Encode and Rebuild complete
- WORKFILES folder removed.
[06:50:28] JOB: OCULUS finished.
[08/05/14] Checking System Settings
- BD-Rebuilder v0.47.07 (beta)
- Windows Version: 6.1 [7600]
- Working Path Free Space: 163.62GB
- 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
[08/05/14] Systems Settings Check complete

[Lowpro]

All the original audio and subtitle tracks are still listed to choose from within the player interface (software or hardware based Blu-ray player) when playing a backup created with BD Rebuilder (...using the Quick-Play feature) even though I've only retained certain audio and subtitle tracks. Naturally I can just ignore the audio and subtitle tracks listed that aren't really there. Still bugs me though, hence my bug report here. :-P In contrast, I've never experienced this issue with BD Clown for instance when testing the end result, the player interface only ever showing me the audio and subtitle tracks I had retained. Would love for this to be the case with BD Rebuilder as well if possible.

[meadrocks]

Reinstalled my XP pc, XP SP3, no network access, no antivirus software. I installed the software from the 1st page. Inspect passes with no errors. Movie only, mp4 container. This is 1 of 5 that failed in batch mode. I thought I had a copy of the Inspect output but I don't see it, argh. I have 400+ Gig available free disk space. Attached are the log/ini files for the job. Thanks for your help.



[Options]
VERSION=0.47.0.7
ENCODER=0
MODE=3
ENCODE_QUALITY=2
ONEPASS_ENCODING=0
AUTO_QUALITY=1
MOVIEONLY_TYPE=19
ALTCRF=22
ALT_TARGET=1024
ALTMETHOD=0
ALTAUTOCROP=0
[Paths]
WORKING_PATH=C:\T5\
SOURCE_PATH=C:\DVDRIP\JACK_RYAN_SHADOW_RECRUIT_00800



----------------------
[08/05/14] BD Rebuilder v0.47.07 (beta)
[16:39:15] Source: JACK_RYAN_SHADOW_RECRUIT_00800
- Input BD size: 29.49 GB
- Approximate total content: [01:45:32.367]
- Windows Version: 5.1 [2600]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- Mode: MP4 Container, 1920x1080, AutoGOP, Auto-AAC
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=640
[16:39:15] PHASE ONE, Encoding
- [16:39:15] Processing: VID_00800 (1 of 1)
- [16:39:15] Extracting A/V streams [VID_00800]
- [17:24:47] Reencoding video [VID_00800]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 151,825 frames
- [17:24:47] Reencoding: VID_00800, Pass 1 of 1
- [20:42:46] Video Encode complete
- [20:42:47] Processing audio tracks
- Track 4352 (eng): Reencoding audio to AAC...
[20:59:22]PHASE ONE complete
[20:59:22]PHASE TWO - Rebuild Started
- [20:59:22] Building ALTERNATE OUTPUT Structure
[20:59:22] - Failed to REBUILD
-----------------------
[20:59:22] PROCESSING BATCH FILE [5]




[Status]
LABEL=JACK_RYAN_SHADOW_RECRUIT
VERSION=v0.47.07 (beta)
SOURCE_SIZE=31660124160
SOURCE_VIDEO_SIZE=31660124160
TARGET_SIZE=4686086144
REDUCTION=.14801224784584
RESIZE_1080=0
RESIZE_1440=0
AUDIO_TO_KEEP=eng;
KEEP_HD_AUDIO=0
SUBS_TO_KEEP=all
BACKUP_MODE=1
MOVIEONLY_TYPE=19
USE_LAVF=0
INSTANCES=1
DGDECNV=0
DGDECIM=0
FRIMSOURCE=0
SSIF_MODE=0
QUICK=0
ENCODE_STEP=0
COMPLETED=1
REBUILD_COMPLETE=0
[00800]
AUDIO=100000
PGS=10000
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=4686086144
SPLITS=1
NSIZE=0
FLINK=0
MLINK=0

[mparade]

I have just faced to this problem again in BD-RB:

----------------------
[08.06.14] BD Rebuilder v0.47.07 (beta)
[21:41:57] Source: DISTURBIA
- Input BD size: 4,68 GB
- Approximate total content: [02:38:15.534]
- Target BD size: 46,26 GB
- Windows Version: 6.1 [7601]
- Resize: SD to HD 1080 enabled
- Quality: Ultra High Quality (Extremely Slow), CRF
- Output folder: E:\BD-RB\
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[21:41:57] PHASE ONE, Encoding
- [21:41:57] Blanking: VID_00006 (1 of 32)
- [21:41:57] Blanking: VID_00013 (2 of 32)
- [21:41:57] Blanking: VID_00120 (3 of 32)
- [21:41:57] Blanking: VID_00121 (4 of 32)
- [21:41:57] Blanking: VID_00122 (5 of 32)
- [21:41:57] Blanking: VID_00123 (6 of 32)
- [21:41:57] Blanking: VID_00124 (7 of 32)
- [21:41:57] Blanking: VID_00161 (8 of 32)
- [21:41:57] Blanking: VID_00163 (9 of 32)
- [21:41:57] Blanking: VID_00164 (10 of 32)
- [21:41:57] Blanking: VID_00162 (11 of 32)
- [21:41:57] Blanking: VID_00160 (12 of 32)
- [21:41:57] Blanking: VID_00145 (13 of 32)
- [21:41:57] Blanking: VID_00165 (14 of 32)
- [21:41:57] Blanking: VID_00012 (15 of 32)
- [21:41:57] Blanking: VID_00010 (16 of 32)
- [21:41:57] Blanking: VID_00067 (17 of 32)
- [21:41:57] Blanking: VID_00069 (18 of 32)
- [21:41:57] Blanking: VID_00000 (19 of 32)
- [21:41:57] Blanking: VID_00011 (20 of 32)
- [21:41:57] Blanking: VID_00068 (21 of 32)
- [21:41:57] Blanking: VID_00009 (22 of 32)
- [21:41:57] Blanking: VID_00066 (23 of 32)
- [21:41:57] Blanking: VID_00156 (24 of 32)
- [21:41:57] Blanking: VID_00157 (25 of 32)
- [21:41:57] Blanking: VID_00155 (26 of 32)
- [21:41:57] Blanking: VID_00158 (27 of 32)
- [21:41:57] Blanking: VID_00159 (28 of 32)
- [21:41:57] Blanking: VID_00140 (29 of 32)
- [21:41:57] Blanking: VID_00137 (30 of 32)
- [21:41:57] Processing: VID_00138 (31 of 32)
- [21:41:57] Extracting A/V streams [VID_00138]
- [21:42:40] Reencoding video [VID_00138]
- Source Video: MPEG-2, 1920x1080
- Rate/Length: 29,970fps, 26*714 frames
- Inverse Telecining in effect (IVTC)
- [21:42:40] Reencoding: VID_00138, Pass 1 of 1
- [22:35:45] Video Encode complete
- [22:35:45] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [22:35:45] Multiplexing M2TS
- [22:35:45] CreateBDFiles() 00063 2004
[22:57:24]PHASE ONE aborted by user request

Please help.

Thank you very much.

[jdobbs]

All the original audio and subtitle tracks are still listed to choose from within the player interface (software or hardware based Blu-ray player) when playing a backup created with BD Rebuilder (...using the Quick-Play feature) even though I've only retained certain audio and subtitle tracks. Naturally I can just ignore the audio and subtitle tracks listed that aren't really there. Still bugs me though, hence my bug report here. :-P In contrast, I've never experienced this issue with BD Clown for instance when testing the end result, the player interface only ever showing me the audio and subtitle tracks I had retained. Would love for this to be the case with BD Rebuilder as well if possible.You are doing a full backup. The original choices HAVE to stay. Otherwise it isn't a full backup. The tracks could be selected by JAVA or by command sequences -- and if they were removed the disc could fail. You'll notice, though, that they now point to the retained audio.

Please don't compare BD Rebuilder to other products saying "this does that" -- this isn't a contest and frankly I don't care what other products do. Usually I just ignore posts that do this. You'll note there are LOTS of things BD-RB does that others can't do.

[Lowpro]

You are doing full backup. The original choices HAVE to stay. Otherwise it isn't a full backup. The tracks could be selected by JAVA or by command sequences -- and if they were removed the disc could fail. You'll notice, though, that they now point to the retained audio.

If I were creating a full backup naturally I would expect what I am seeing. I am not. I am using the "Quick-Play Backup" feature. Do you consider the "Quick-Play Backup" feature a full backup? No Java is retained or command sequences from the original disc. BD Rebuilder is creating a simple Top Menu which includes only the titles I've selected and in my preferred order in addition to whether said items play sequentially or not. I don't see how retaining a record of the audio and subtitle tracks which had been deselected and aren't really there (which in turn are present within the player interface) is required in this case to keep the disc from breaking. At no point that I can see would the disc be looking for these things. Of course there may be reasons why that I'm not aware of and if so, that's fine. If I am correct and those things don't need retained, I'd love to see it addressed and if it isn't, that's fine too. I want to mention as well that I meant no disrespect when mentioning another product within my last post. I was simply providing a real-world example of the "specific" end result I am looking within the context of my post. I wasn't trying to start a pissing content or be disrespectful to you and your BD Rebuilder application in some way. I'll just leave it at that.

[jdobbs]

If I were creating a full backup naturally I would expect what I am seeing. I am not. I am using the "Quick-Play Backup" feature. Do you consider the "Quick-Play Backup" feature a full backup? No Java is retained or command sequences from the original disc. BD Rebuilder is creating a simple Top Menu which includes only the titles I've selected and in my preferred order in addition to whether said items play sequentially or not. I don't see how retaining a record of the audio and subtitle tracks which had been deselected and aren't really there (which in turn are present within the player interface) is required in this case to keep the disc from breaking. At no point that I can see would the disc be looking for these things. Of course there may be reasons why that I'm not aware of and if so, that's fine. If I am correct and those things don't need retained, I'd love to see it addressed and if it isn't, that's fine too. I want to mention as well that I meant no disrespect when mentioning another product within my last post. I was simply providing a real-world example of the "specific" end result I am looking within the context of my post. I wasn't trying to start a pissing content or be disrespectful to you and your BD Rebuilder application in some way. I'll just leave it at that. I somehow missed the part where you said it was a Quick-Play backup. With that said, the response is yes and no. Quick-Play uses the execution path of a full backup so it can keep the original format (multi-part etc.) and also the original (slightly modified) MPLS and CLPI files with multiple angles etc. The result of the method is that it has some of the same restrictions that were in the original (because it is based upon a full-backup). That's the difference between a BD import and a Quick-Play backup. An import re-authors it.

I'll look at it and see if there is a way I can change it without causing problems.

As for referencing other software... I've made it clear many times in this thread. I am not in competition with anyone, if I were my software wouldn't be free -- and I truly don't give a rats-ass what other software does. It is annoying when anyone makes comments that "xxx doesn't do that"... and in most instances I simply ignore it.

I'm not trying to be difficult -- I just want to make it clear that I find those references inappropriate. If someone likes how other software works -- they should use it. I would expect them to also give the other author enough respect to not make "BD Rebuilder does xxxx" comments when discussing his/her software. It is simply a matter of courtesy so the discussion doesn't lead to software flaming wars and wasted time & effort.

[Ch3vr0n]

jdobbs, i just noticed something when running a 3D encode of I, Frankenstein. Under running windows processes during the extracting A/V streams phase i saw tsmuxer.exe running while the log said Decoding/Frame Serving: FRIMDecode. Shouldn't FRIMDecode.exe and FRIMEncode.exe be running instead of tsmuxer?

[jdobbs]

jdobbs, i just noticed something when running a 3D encode of I, Frankenstein. Under running windows processes during the extracting A/V streams phase i saw tsmuxer.exe running while the log said Decoding/Frame Serving: FRIMDecode. Shouldn't FRIMDecode.exe and FRIMEncode.exe be running instead of tsmuxer?TSMUXER does the demuxing (extracting) of the audio/video/subtitles and remuxing (build). FRIMDecode serves the frames to FRIMEncode during reencoding (if necessary).

The audio extracted by TSMUXER is used or reencoded (depending upon settings). The video extracted by TSMUXER is used for the rebuild if reencoding isn't necessary

[Ch3vr0n]

OK, that explains it. Hadn't noticed till now. I thought from decode should have been the extracter. Only asking cause an earlier rebuild of this 2d/3d hybrid disc resulted in a flawed backup. The final output was only 11.5gb and the movie 'stopped' around 24min into playback. That build was done using 47.06. Running it again with 47.07 now. Will let you know

Verstuurd vanaf mijn Nexus 7 met Tapatalk

[Lowpro]

I somehow missed the part where you said it was a Quick-Play backup. With that said, the response is yes and no. Quick-Play uses the execution path of a full backup so it can keep the original format (multi-part etc.) and also the original (slightly modified) MPLS and CLPI files with multiple angles etc. The result of the method is that it has some of the same restrictions that were in the original (because it is based upon a full-backup). That's the difference between a BD import and a Quick-Play backup. An import re-authors it.

I'll look at it and see if there is a way I can change it without causing problems.

As for referencing other software... I've made it clear many times in this thread. I am not in competition with anyone, if I were my software wouldn't be free -- and I truly don't give a rats-ass what other software does. It is annoying when anyone makes comments that "xxx doesn't do that"... and in most instances I simply ignore it.

I'm not trying to be difficult -- I just want to make it clear that I find those references inappropriate. If someone likes how other software works -- they should use it. I would expect them to also give the other author enough respect to not make "BD Rebuilder does xxxx" comments when discussing his/her software. It is simply a matter of courtesy so the discussion doesn't lead to software flaming wars and wasted time & effort.

Thanks for the subsequent reply here. Having only glanced over this thread and others I was not aware of your position on mentioning other software and will certainly refrain from referencing other software on these forums going forward as it relates to BD Rebuilder, despite my feelings on the matter. As I said, I meant no disrespect and will just leave it at that, any further discussion in this regard best to be taken offline. That being said, I did find a workaround which allows for using the "Quick-Play Backup" feature while at the same time having the end result within the player software only show the audio and subtitle tracks I had retained. Example provided below using "LOST_SEASON1_DISC1".

Step 1: Using the "Quick-Play Backup" feature I create a backup of "LOST_SEASON1_DISC1" retaining all 4 episodes from the original disc, but only the English audio tracks and subtitles. When playing the end result in a Blu-ray player all 7 audio tracks for episode 1 are still listed within the player interface for example, the English audio tracks being items 1 (DTS-HD MA 5.1), 2 (DD 2.0) and 7 (DD 2.0 - Commentary Track). All 31 subtitles are still listed as well, the English subtitles being items 1, 2, and 20 (Commentary).

Step 2: Using the "Quick-Play Backup" feature I load up the resulting folder output from Step 1 and create a second backup called "LOST_SEASON1_DISC1_WA", but this time retaining only the first episode which I named "DESELCT ME".

Step 3: Now I have two BD folder sets. The folder set from Step 1 named "LOST_SEASON1_DISC1" and the folder set from Step 2 named "LOST_SEASON1_DISC1_WA". At this point I place both folder sets in a new folder which I've named "BDRB_IMPORT". I also place a "titles.inf" file in the folder which contains the below saving me from having to edit the title names and ensure the last title isn't selected when going to import the folder contents.

[Titles]
Title=
Threshold=40500000
00001=1. Pilot: Part I
00002=2. Pilot: Part II
00003=3. Tabula Rasa
00004=4. Walkabout
00005=5. DESELECT ME
[Position]
00001=1
00002=2
00003=3
00004=4
00005=0
[Selected]
00001=-1
00002=-1
00003=-1
00004=-1
00005=0

Step 4: I'm now ready to import the contents of my "BDRB_IMPORT" folder which will serve as my final backup to burn to BD-R. When selecting the "BDRB_IMPORT" folder as my source folder I am prompted with the below.

Import Mutiple BDs?
This folder appears to hold multiple BDs. Do you wish to import and combine them using Quick-Play reauthoring?

I choose "Yes" to the prompt and the "Quick-Play Menu Title Editor" window is displayed, the titles already ordered and named as I want them, the last title deselected per the "titles.inf" file I created and placed in the folder ahead of time. I then select "Save and Continue" and here is where the magic happens. Both BD folder sets are imported, only the titles from the first BD folder set are retained and in the process and here's the kicker, any trace of the audio and subtitle tracks I had originally deselected are gone from the build. When going to play the end result in my Blu-ray player of choice the player interface is now listing only the audio tracks and subtitles I had retained. Gotta love it!

[Sharc]

@Lowpro
Maybe I missed your point, but can't you get the same simpler by IMPORTING the disc via File/Import/BD(s) - Quick Reauthored?
Are the unwanted languages and subs still visible in this case?

[jdobbs]

@Lowpro
Maybe I missed your point, but can't you get the same simpler by IMPORTING the disc via File/Import/BD(s) - Quick Reauthored?
Are the unwanted languages and subs still visible in this case?Maybe I missed something in the process, but I think you're right. I would think an IMPORT of the original disc would have done the same thing. I'm not sure what is accomplished with the dual Quick-Play authoring followed by an IMPORT...

[Lowpro]

@Lowpro
Maybe I missed your point, but can't you get the same simpler by IMPORTING the disc via File/Import/BD(s) - Quick Reauthored?
Are the unwanted languages and subs still visible in this case?

Maybe I missed something in the process, but I think you're right. I think an IMPORT of the original disc would have done the same thing. I'm not sure what is accomplished with the dual Quick-Play authoring followed by an IMPORT...

I only just discovered that performing an import after the fact as I described was in turn stripping out any leftover traces of the audio and subs I had deselected. Now that I know this sure, perhaps performing the import out the gate as suggested will be the more direct route. I'll have to give it a try.

You see, I actually stumbled upon this by complete accident. I had already created Quick-Play Backups for "LOST_SEASON1_DISC1" and "LOST_SEASON1_DISC2" which were sitting on my hard drive, my intention being to create Quick-Play Backups of the entire show, 38 discs in all burning each to BD-R/DL for use with my Sony Blu-ray changers. I'm not going to start burning my builds to BD-R though until I've worked up custom menu backgrounds for each disc across all seasons, the main background image for each season being specific to that season while at the same time offering some continuity across all seasons without being too busy within the area where the episodes and such will be displayed. Still working on that, but I have decided to place a picture of the actual Blu-ray disc at the bottom within the episode selection area rather than a graphic calling out the name of the show as I've done so far with some other TV shows I've already knocked out. That being said, just for kicks I decided to combine the first two discs of LOST I had already worked up, so I created the below custom background image which includes a picture of both discs at the bottom.

http://www.lowpro.net/bdrb/bdrb_lost_s1d1d2.jpg

From there of course I placed both BD folder sets in the same folder, selected my custom background image within BD Rebuilder, then making sure I had the active menu text color set to "WHITE" which is what I wanted in this case. I then selected the source folder accordingly, ensured the titles were named and ordered properly when the "Quick-Play Menu Title Editor" window was displayed, then saving out where the import took place. Checking out the end result with TMT6 at that point I discovered to my surprise that only the audio and subs I had actually retained were listed within the player software now, hence my prior reply here where I outlined the same steps involved, but scaled down per rebuilding each individual disc which I'll eventually be burning to BD-R.

[jdobbs]

That's exactly why I created IMPORT. It is really handy for combining discs (especially series discs). I've combined complete seasons of DVD series discs into a single DL BD with great success. I've also found that most BD series discs use way too much (unneeded) bitrate and can be combined as a 2:1 or better IMPORT.

For DVD imports I usually create my own menu background. For BDs I will first try using the original background (which is good 90% of the time) and only create a new background when I just don't like the original.

That's a nice looking menu background you've created.

If I had it to do over again I probably would have made the Quick-Play selection work more like IMPORT. Most of the angles/multiple playlist uses are for multiple languages anyway. That's about all you get from a Quick-Play that you don't from IMPORT.

[Lowpro]

That's exactly why I created IMPORT. It is really handy for combining discs (especially series discs). I've combined complete seasons of DVD series discs into a single DL BD with great success. I've also found that most BD series discs use way too much (unneeded) bitrate and can be combined as a 2:1 or better IMPORT.

For DVD imports I usually create my own menu background. For BDs I will first try using the original background (which is good 90% of the time) and only create a new background when I just don't like the original.

That's a nice looking menu background you've created.

Yes, I can certainly see that. As you can tell, I'm still a little wet behind the ears with respects to your BD Rebuilder application, the "Quick-Play Backup" feature initially catching my eye as I discovered it provides exactly what I'm looking for with respects to re-authoring the TV shows that I own on Blu-ray, so naturally I jumped in feet first as I tend to do. :-) Thanks as well for the complement on the menu background I worked up. The background image itself is pretty cool which I found performing a "Google" search. Using Photoshop I added the graphical text at the top and images of the original discs at the bottom within the episode selection area, the discs including a nice mirrored reflection under them which you can't see due to the small size of the pic I posted. :-P As the background image is a collage representing the entire show though I will probably only use it as the menu background for the hidden disc that came with the set. And speaking of background images, just the other day I updated a recent post of mine in your enhancement requests thread (...which can be found here (http://forum.doom9.org/showthread.php?p=1688399#post1688399)) where I had included several examples of menu backgrounds I had worked up as of late. Prior I had only posted thumbnails, albeit large thumbnails. Well now if you click on the given image you can download the full 1920x1080 background. Figured I'd mentioned it in the event anyone was interested in using them.

[Lowpro]

Perhaps I misunderstood, but I tried importing the original disc out the gate via "File->Import->BD(s) - Quick Reauthored" and the end result actually retained all the "physical" audio tracks and subs, despite the fact I had configured only the English audio tracks and subs to be kept via "Settings->Setup". Either which way, I'd prefer to be able to pick and choose which audio tracks and subs are to be included anyway prior to generating the build. That being said, I have reduced the steps required per my original reply which again I had simply derived having stumbled on to the workaround by accident when going to combine two discs I had already authored using the "Quick-Play Backup" feature. So to remove any traces of the deselected audio tracks and subs as seen within the player software after having created the initial "Quick-Play Backup" all I need to do is import the backup at that point via "File->Import->BD(s) - Quick Reauthored", any traces of the deselected audio tracks and subs in turn getting stripped out of the build during the import. Done deal. Easy enough.

[Sharc]

Perhaps I misunderstood, but I tried importing the original disc out the gate via "File->Import->BD(s) - Quick Reauthored" and the end result actually retained all the "physical" audio tracks and subs, despite the fact I had configured only the English audio tracks and subs to be kept via "Settings->Setup". ....
Strange. I double-checked with one of my recent backups which I imported this way. Only those streams are kept which I enabled in "Settings -> Setup". Nothing else is visible in the HW standalone stream selection either.
In my case I imported a few disks of a series. You seem to have imported 1 disk only for your test. Could this make a difference? :confused:
Anyway, you have found a workaround which just adds little wear and tear to your HD.

Edit:
Ouch!! My check is meaningless, because the original discs had only those 2 streams which I selected. Nothing else :rolleyes:

I try to find another one ....

Edit 2:
I checked with another disk.
Yes, the unwanted languages (audio and sup) are still shown in the stream selection of the player. However, selecting any of these just triggers the English (default) stream.

[Archer_Jonathan]

Sorry, if I drive somebody kinda nuts, but I still keep having trouble with an "error 1601"
http://s7.directupload.net/images/140809/temp/5jra8g3j.jpg (http://www.directupload.net/file/d/3709/5jra8g3j_jpg.htm)

----------------------
[08.09.14] BD Rebuilder v0.47.07 (beta)
[13:01:09] Source: DER_MEDICUS
- Input BD size: 44,76 GB
- Approximate total content: [04:04:28.146]
- 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
[13:01:10] PHASE ONE, Encoding
- [13:01:10] Processing: VID_00511 (1 of 29)
- [13:01:10] Extracting A/V streams [VID_00511]
- [13:01:25] Reencoding video [VID_00511]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 647 frames
- [13:01:25] Reencoding: VID_00511, Pass 1 of 1
- [13:01:40] Video Encode complete
- [13:01:40] Processing audio tracks
- Track 4352 (und): Keeping original audio
- [13:01:40] Multiplexing M2TS
- [13:01:45] Processing: VID_00126 (2 of 29)
- [13:01:45] Extracting A/V streams [VID_00126]
- [13:01:56] Reencoding video [VID_00126]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 24,000fps, 1.384 frames
- [13:01:56] Reencoding: VID_00126, Pass 1 of 1
- [13:02:23] Video Encode complete
- [13:02:23] Processing audio tracks
- Track 4352 (deu): Keeping original audio
- [13:02:23] Multiplexing M2TS
- [13:02:28] Processing: VID_00002 (3 of 29)
- [13:02:28] Extracting A/V streams [VID_00002]
- [13:02:43] Reencoding video [VID_00002]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 24,000fps, 1.330 frames
- Bitrate: 11.277 Kbs
- [13:02:43] Reencoding: VID_00002, Pass 1 of 1
- [13:03:11] Video Encode complete
- [13:03:11] Processing audio tracks
- Track 4352 (deu): Keeping original audio
- Track 4353 (deu): Keeping original audio
- Track 4354 (eng): Keeping original audio
- [13:03:11] Multiplexing M2TS
- [13:03:19] Processing: VID_00303 (4 of 29)
- [13:03:19] Extracting A/V streams [VID_00303]
- [13:03:36] Reencoding video [VID_00303]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 25,000fps, 2.974 frames
- [13:03:36] Reencoding: VID_00303, Pass 1 of 1
- [13:04:42] Video Encode complete
- [13:04:42] Processing audio tracks
- Track 4352 (deu): Keeping original audio
- [13:04:42] Multiplexing M2TS
- [13:04:49] Processing: VID_00301 (5 of 29)
- [13:04:49] Extracting A/V streams [VID_00301]
- [13:05:08] Reencoding video [VID_00301]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 25,000fps, 3.276 frames
- [13:05:08] Reencoding: VID_00301, Pass 1 of 1
- [13:06:23] Video Encode complete
- [13:06:23] Processing audio tracks
- Track 4352 (deu): Keeping original audio
- [13:06:23] Multiplexing M2TS
- [13:06:32] Processing: VID_00115 (6 of 29)
- [13:06:32] Extracting A/V streams [VID_00115]
- [13:06:32] ExtractAudioSubs() 00075 1601
[13:30:42] - Failed to retrieve audio, aborted

I tried reinstalling bd several times, removed and reinstalled both ffdshow as matroska, searched for splitters to remove, as I was hinted before, but didn't find any.

I am really down and out now, since I tried DVD rebuilder and BD rebuilder for years now, and I never experienced such "unsoluteable" probs. Only since I installed my new PC, first time with 64bit and win7, bd will not work. But not with all Bds, some still work, like True Grit for example, some won't like The Medicus or American Hustle.

Can anybody help please?

btw: Thinking about it, I bought DVD rebuilder years ago and tested bd rebuilder now for quite a while, but having never donated, I guess it's nothing but fair to do so. Look out for ***, since *** is no longer aktive. ;-)

[jdobbs]

The error number is "75" the location is 1601. This is a file access error. It is almost always caused by the O/S preventing you from modifying a folder or files in a folder. Your user account apparently doesn't have either read access rights to the source or write access rights to the working folder. Another possibility might be that a file with the same name already exists in the working folder and it is open by another application (preventing deleting or overwriting).

The one thing that is certain is that it isn't an issue within BD Rebuilder.

Also, I've cleared the e-mail addresses you put in your post. It's not a good idea to expose your e-mail in a forum, and it certainly isn't when you are telling others it is a registered address for software registration. You may find yourself unable to register as others might use it and deplete your concurrent count.

[Lowpro]

Edit 2: I checked with another disk.
Yes, the unwanted languages (audio and sup) are still shown in the stream selection of the player. However, selecting any of these just triggers the English (default) stream.

Yeah, I did notice that and one would naturally expect that to be the case. When you're playing a title though that offers 7 audio tracks (English: 1, 2, 7) and 31 subtitles (English: 1, 2, 20) like the example I provided, it's nice to just have the English selections present within the player software, especially when it's a hardware based Blu-ray player where you can only cycle through the available selections with your remote. There may also be times where I'd like to deselect certain English tracks while still retaining more than one and this can't be done if one is performing an import out the gate. That being said, it's no big deal after creating a "Quick-Play" backup to import that backup (File->Import->BD(s) - Quick Reauthored) for the sole purpose of stripping out any traces of the deselected audio tracks and subs. I also never re-encode, so I don't see where added wear and tear would be taking place.

[jdobbs]

Yeah, I did notice that and one would naturally expect that to be the case. When you're playing a title though that offers 7 audio tracks (English: 1, 2, 7) and 31 subtitles (English: 1, 2, 20) like the example I provided, it's nice to just have the English selections present within the player software, especially when it's a hardware based Blu-ray player where you can only cycle through the available selections with your remote. There may also be times where I'd like to deselect certain English tracks while still retaining more than one and this can't be done if one is performing an import out the gate. That being said, it's no big deal after creating a "Quick-Play" backup to import that backup for the sole purpose of stripping out any traces of the deselected audio tracks and subs. I also never re-encode, so I see where added wear and tear would be taking place.I'm looking at it and I'll see what I can do for the next release. The question is whether to remove at the time of import, or the time of reencode.

[Lowpro]

I'm looking at it and I'll see what I can do for the next release. The question is whether to remove at the time of import, or the time of reencode.

Sorry, I was editing my latest reply when you quoted me. I meant to say at the end there, "I also never re-encode, so I don't see where added wear and tear would be taking place." Hopefully I used the correct verbiage there. I always leave the original audio and video intact basically. If I need to burn to a BD50 versus a BD25 so be it.

As to the question of whether to remove at the time of import, or the time of re-encode (...and I may not understand exactly what you mean by that), I would think whether someone is performing an import (File->Import->BD(s) - Quick Reauthored) out the gate or just selecting their source folder as I am from the main screen (Source Path->Browse), then selecting/deselecting various items and pressing "Backup", I would hope in either case the leftover references to deselected audio and subs could be removed. And regardless, importing a "Quick-Play" backup to remove those leftover traces is more than an acceptable workaround. Do appreciate you looking at this though.

[jdobbs]

Sorry, I was editing my latest reply when you quoted me. I meant to say at the end there, "I also never re-encode, so I don't see where added wear and tear would be taking place." Hopefully I used the correct verbiage there. I always leave the original audio and video intact basically. If I need to burn to a BD50 versus a BD25 so be it.

As to the question of whether to remove at the time of import, or the time of re-encode (...and I may not understand exactly what you mean by that), I would think whether someone is performing an import (File->Import->BD(s) - Quick Reauthored) out the gate or just selecting their source folder as I am from the main screen (Source Path->Browse), then selecting/deselecting various items and pressing "Backup", I would hope in either case the leftover references to deselected audio and subs could be removed. And regardless, importing a "Quick-Play" backup to remove those leftover traces is more than an acceptable workaround. Do appreciate you looking at this though.An IMPORT is really meant to not alter the content of the original -- but simply reauthor it. So removing anything would change the paradigm. While I haven't decided -- I hesitate to do so. It's defeating it's meaning.

If you run a job against the IMPORT and give a large enough target, reencoding won't happen anyway.

[Lowpro]

An IMPORT is really meant to not alter the content of the original -- but simply reauthor it. So removing anything would change the paradigm. While I haven't decided -- I hesitate to do so. It's defeating it's meaning.

If you run a job against the IMPORT and give a large enough target, reencoding won't happen anyway.

I completely agree with respects to performing an import. I would also expect an IMPORT to not alter the content of the original, but simply re-author it. I was just under the impression based on the initial replies to me here that performing a, "File->Import->BD(s) - Quick Reauthored" was only intended to include the audio/subs based on the "Settings->Setup->Audio/Subtitles to Keep" options. When I tried this of course I found that all the original audio/subs where retained and available when going to play the import folder which makes sense now obviously as I hadn't actually performed a backup yet. Doh! That being said, I don't see any paradigm being changed if the removal happens when performing the actual backup, a "Quick-Play" backup in this case considering no Java is included or command sequences from the original disc. One would always expect with this type of backup for the player software at that point to only be listing the audio/subs one had actually retained and certainly importing a "Quick-Play" backup instead to accomplish the same removal works for now and going forward. If addressed in a future release though I certainly won't complain. :-P

[colinhunt]

jdobbs, have you made any chances to how BD-RB calculates bitrates and space requirements from 0.47.06 to 0.47.07? I've had a few surprising results in the past week.

Mind you, have to share this anecdote. My aim is always to use the BD25 disc space as fully as possible. Quite often encodes have come to within 100 megabytes of the maximum that fits on a disc. Last night I ran an encode of a spaghetti western which came out ~50 megabytes too big. I replaced a copyright warning screen manually with a blank m2ts/clpi, dropped the directories into ImgBurn to check the size - and it was exactly the same as the size of an empty disc.

I thought the day would never come :D

[omegaman7]

jdobbs, have you made any chances to how BD-RB calculates bitrates and space requirements from 0.47.06 to 0.47.07? I've had a few surprising results in the past week.

Mind you, have to share this anecdote. My aim is always to use the BD25 disc space as fully as possible. Quite often encodes have come to within 100 megabytes of the maximum that fits on a disc. Last night I ran an encode of a spaghetti western which came out ~50 megabytes too big. I replaced a copyright warning screen manually with a blank m2ts/clpi, dropped the directories into ImgBurn to check the size - and it was exactly the same as the size of an empty disc.

I thought the day would never come :D

I prefer it be between 22500, and 22000Mb myself :p The outer edge of the disc, is notorious for problems on lower grade media. And no doubt it could happen with higher grade as well. In any case, finger prints and scratches affect the disc less, in this fashion.

The difference in video quality is negligible.

Having said that, I do end up with backups, that are a perfect fit. And rather than re-encode, I just go with it :)

[colinhunt]

I prefer it be between 22500, and 22000Mb myself :p The outer edge of the disc, is notorious for problems on lower grade media. And no doubt it could happen with higher grade as well. In any case, finger prints and scratches affect the disc less, in this fashion.
Which is why I use premium quality discs and burners, and verify every burn. Have never had a playback issue caused by a bad burn or a bad media.

24400 - 24450 was a pretty good target on 0.47.06, but looks like it's no longer the case with 0.47.07.

The difference in video quality is negligible.
Every bit counts when you're pushing 4+ hours of 1080p on a BD25 ;)

[omegaman7]

A gigabyte perhaps. But a couple hundred megabytes? You would have to play the two different types next to each other to see the difference. If any :p

[jdobbs]

jdobbs, have you made any chances to how BD-RB calculates bitrates and space requirements from 0.47.06 to 0.47.07? I've had a few surprising results in the past week.

Mind you, have to share this anecdote. My aim is always to use the BD25 disc space as fully as possible. Quite often encodes have come to within 100 megabytes of the maximum that fits on a disc. Last night I ran an encode of a spaghetti western which came out ~50 megabytes too big. I replaced a copyright warning screen manually with a blank m2ts/clpi, dropped the directories into ImgBurn to check the size - and it was exactly the same as the size of an empty disc.

I thought the day would never come :DNo changes at all.

Mind you that I have said many times and I repeat: "Change the output size settings if you feel you must -- but please don't post a bug report when it oversizes".

[colinhunt]

A gigabyte perhaps.
Yeah, that's what I meant. 100MB makes no difference, and I suppose it could be argued that a GB won't either, but heck, I prefer to optimize.

[colinhunt]

No changes at all.
OK. That's weird, because I thought I had a pretty good idea of what BD-RB tends to output when the job has a lot of blanked titles and/or blanked audio tracks. A few titles I expected to come out very close to a full BD25 turned out 1-1.5 GB undersized on the 0.47.07. Welp, can't be helped, it's all good. :)

Mind you that I have said many times and I repeat: "Change the output size settings if you feel you must -- but please don't post a bug report when it oversizes".
Yes, I remember. But I only asked if you had changed the math, not saying there was a bug per se.

[jdobbs]

Which is why I use premium quality discs and burners, and verify every burn. Have never had a playback issue caused by a bad burn or a bad media.

24400 - 24450 was a pretty good target on 0.47.06, but looks like it's no longer the case with 0.47.07.


Every bit counts when you're pushing 4+ hours of 1080p on a BD25 ;)I've also said many times that ALL DISCS have weaknesses on the outer tracks. But, hey, it's your money.

[jdobbs]

Yes, I remember. But I only asked if you had changed the math, not saying there was a bug per se.Hmm... but you posted it in the bug thread. No big deal.

[BZeeme]

Look out for ***, since *** is no longer aktive. ;-)

Also, I've cleared the e-mail addresses you put in your post. It's not a good idea to expose your e-mail in a forum, and it certainly isn't when you are telling others it is a registered address for software registration. You may find yourself unable to register as others might use it and deplete your concurrent count.
Same problem in his post in the DVD-RB FAQ thread

[Ch3vr0n]

Problem with Need for Speed EAN 8713045242589, around the 1h24min mark (just around chapter change i think) the all sound is lost on the backup of the 2D Disc. Log below, anydvd rip same problem with PowerDVD, skipping along to 1.27min fixes it in PDVD but not standalone. I've got a feeling that (atleast on the backup) it's down to the 2 way split because it's pretty much right down the middle.

08/10/14] BD Rebuilder v0.47.07 (beta)
[02:48:35] Source: NEED_FOR_SPEED
- Input BD size: 41,05 GB
- Approximate total content: [03:03:15.414]
- Target BD size: 22,95 GB
- Windows Version: 6.0 [6002]
- MOVIE and MENUS mode enabled
- Auto Quality: Good (Very Fast), ABR
- Decoding/Frame serving: X264/LAVF
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[02:48:36] PHASE ONE, Encoding
- [02:48:36] Blanking: VID_00004 (1 of 14)
- [02:48:36] Blanking: VID_00005 (2 of 14)
- [02:48:36] Processing: VID_00015 (3 of 14)
- [02:48:36] Extracting A/V streams [VID_00015]
- [03:04:22] Reencoding video [VID_00015]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 187.896 frames
- Bitrate: 12.178 Kbs
- [03:04:22] Reencoding: VID_00015, Pass 1 of 1
- [04:29:12] Video Encode complete
- [04:29:12] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (eng): Keeping original audio
- Track 4354 (eng): Keeping original audio
- [04:29:12] Multiplexing M2TS
- [04:43:26] Processing: VID_00032 (4 of 14)
- [04:43:26] Extracting A/V streams [VID_00032]
- [04:44:15] Reencoding video [VID_00032]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 24,000fps, 3.393 frames
- Bitrate: 8.632 Kbs
- [04:44:15] Reencoding: VID_00032, Pass 1 of 1
- [04:45:33] Video Encode complete
- [04:45:33] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [04:45:33] Multiplexing M2TS
- [04:45:43] Processing: VID_00034 (5 of 14)
- [04:45:43] Extracting A/V streams [VID_00034]
- [04:46:50] Reencoding video [VID_00034]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 14.040 frames
- Bitrate: 9.485 Kbs
- [04:46:50] Reencoding: VID_00034, Pass 1 of 1
- [04:52:14] Video Encode complete
- [04:52:14] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [04:52:14] Multiplexing M2TS
- [04:52:42] Blanking: VID_00046 (6 of 14)
- [04:52:42] Blanking: VID_00054 (7 of 14)
- [04:52:42] Blanking: VID_00055 (8 of 14)
- [04:52:42] Processing: VID_00064 (9 of 14)
- [04:52:42] Extracting A/V streams [VID_00064]
- [04:52:48] Reencoding video [VID_00064]
- Source Video: MPEG-2, 1920x1080
- Rate/Length: 23,976fps, 1 frames
- Bitrate: 21.129 Kbs
- [04:52:48] Reencoding: VID_00064, Pass 1 of 1
- [04:52:48] Video Encode complete
- [04:52:48] Processing audio tracks
- [04:52:48] Multiplexing M2TS
- [04:52:52] Blanking: VID_00065 (10 of 14)
- [04:52:52] Blanking: VID_00088 (11 of 14)
- [04:52:52] Blanking: VID_00089 (12 of 14)
- [04:52:52] Processing: VID_00091 (13 of 14)
- [04:52:52] Extracting A/V streams [VID_00091]
- [04:54:04] Reencoding video [VID_00091]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 17.366 frames
- Bitrate: 9.556 Kbs
- [04:54:04] Reencoding: VID_00091, Pass 1 of 1
- [05:00:47] Video Encode complete
- [05:00:47] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [05:00:47] Multiplexing M2TS
- [05:01:21] Processing: VID_00092 (14 of 14)
- [05:01:21] Extracting A/V streams [VID_00092]
- [05:02:33] Reencoding video [VID_00092]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 15.600 frames
- Bitrate: 9.557 Kbs
- [05:02:33] Reencoding: VID_00092, Pass 1 of 1
- [05:08:39] Video Encode complete
- [05:08:39] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [05:08:39] Multiplexing M2TS
[05:09:27]PHASE ONE complete
[05:09:27]PHASE TWO - Rebuild Started
- [05:09:27] Rebuilding BD file Structure
[05:10:44] - Encode and Rebuild complete
[05:10:44] Writing BD structure to ISO file
- ImgBurn completed successfully
- NEED_FOR_SPEED folder removed.
- WORKFILES folder removed.
[05:23:28] JOB: NEED_FOR_SPEED finished.

Ripping again then running a new encode as the original does not have that problem with anydvd running in PDVD

[Crocluvr92]

I am sorry to bother everyone once more, I just have not gotten any replies on my message. I would really like some help with an issue if anyone has any tips or assistance for me. Once again, here is my original message:



I just got done installing a fresh new copy of Windows 7 and I completely started fresh with the newest BD Rebuilder beta which is v0.47.07 yesterday. I also did all my Windows Updates, I installed all three of the required programs to get BD Rebuilder to work and the Inspection turned out fine. The source of the movie I tried to compress, Oculus, was working perfectly fine on my hard drive, after I compressed it, all the audio on the movie and the special features is off-sync by at least a second or two. I don't understand how this has happened since everything is in order on the master copy, but after this, it's off-sync. I have never had this happen before, any solutions?

Here is the log:

----------------------
[08/05/14] BD Rebuilder v0.47.07 (beta)
[02:00:40] Source: OCULUS
- Input BD size: 35.36 GB
- Approximate total content: [02:56:23.062]
- Target BD size: 23.31 GB
- Windows Version: 6.1 [7600]
- Auto Quality: Good (Very Fast), ABR
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[02:00:40] PHASE ONE, Encoding
- [02:00:40] Processing: VID_01129 (1 of 18)
- [02:00:40] Extracting A/V streams [VID_01129]
[02:11:25]PHASE ONE aborted by user request
----------------------
[08/05/14] BD Rebuilder v0.47.07 (beta)
[02:41:17] Source: OCULUS
- Input BD size: 35.36 GB
- Approximate total content: [02:56:23.062]
- Target BD size: 23.31 GB
- Windows Version: 6.1 [7600]
- Auto Quality: Good (Very Fast), ABR
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[02:41:18] PHASE ONE, Encoding
- [02:41:18] Processing: VID_01129 (1 of 18)
- [02:41:18] Extracting A/V streams [VID_01129]
- [03:02:17] Reencoding video [VID_01129]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 149,688 frames
- Bitrate: 18,289 Kbs
- [03:02:17] Reencoding: VID_01129, Pass 1 of 1
- [05:38:02] Video Encode complete
- [05:38:02] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (eng): Keeping original audio
- [05:38:02] Multiplexing M2TS
- [05:48:42] Processing: VID_01130 (2 of 18)
- [05:48:42] Extracting A/V streams [VID_01130]
- [05:49:02] Reencoding video [VID_01130]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 3,482 frames
- Bitrate: 14,892 Kbs
- [05:49:02] Reencoding: VID_01130, Pass 1 of 1
- [05:52:19] Video Encode complete
- [05:52:19] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [05:52:19] Multiplexing M2TS
- [05:52:27] Processing: VID_01131 (3 of 18)
- [05:52:27] Extracting A/V streams [VID_01131]
- [05:52:45] Reencoding video [VID_01131]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 3,314 frames
- Bitrate: 14,272 Kbs
- [05:52:45] Reencoding: VID_01131, Pass 1 of 1
- [05:55:50] Video Encode complete
- [05:55:50] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [05:55:50] Multiplexing M2TS
- [05:55:57] Processing: VID_01132 (4 of 18)
- [05:55:57] Extracting A/V streams [VID_01132]
- [05:56:08] Reencoding video [VID_01132]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 747 frames
- Bitrate: 13,861 Kbs
- [05:56:08] Reencoding: VID_01132, Pass 1 of 1
- [05:56:54] Video Encode complete
- [05:56:54] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [05:56:54] Multiplexing M2TS
- [05:56:58] Processing: VID_01133 (5 of 18)
- [05:56:58] Extracting A/V streams [VID_01133]
- [05:57:06] Reencoding video [VID_01133]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 1,226 frames
- Bitrate: 13,148 Kbs
- [05:57:06] Reencoding: VID_01133, Pass 1 of 1
- [05:58:14] Video Encode complete
- [05:58:15] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [05:58:15] Multiplexing M2TS
- [05:58:19] Processing: VID_01134 (6 of 18)
- [05:58:19] Extracting A/V streams [VID_01134]
- [05:58:34] Reencoding video [VID_01134]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 2,728 frames
- Bitrate: 13,752 Kbs
- [05:58:34] Reencoding: VID_01134, Pass 1 of 1
- [06:01:07] Video Encode complete
- [06:01:07] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [06:01:07] Multiplexing M2TS
- [06:01:13] Processing: VID_01135 (7 of 18)
- [06:01:13] Extracting A/V streams [VID_01135]
- [06:01:26] Reencoding video [VID_01135]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 2,068 frames
- Bitrate: 14,790 Kbs
- [06:01:26] Reencoding: VID_01135, Pass 1 of 1
- [06:03:26] Video Encode complete
- [06:03:26] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [06:03:26] Multiplexing M2TS
- [06:03:31] Processing: VID_01137 (8 of 18)
- [06:03:31] Extracting A/V streams [VID_01137]
- [06:03:42] Reencoding video [VID_01137]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 1,662 frames
- Bitrate: 15,006 Kbs
- [06:03:42] Reencoding: VID_01137, Pass 1 of 1
- [06:05:09] Video Encode complete
- [06:05:09] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (eng): Keeping original audio
- [06:05:09] Multiplexing M2TS
- [06:05:14] Processing: VID_01138 (9 of 18)
- [06:05:14] Extracting A/V streams [VID_01138]
- [06:05:24] Reencoding video [VID_01138]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 1,366 frames
- Bitrate: 14,697 Kbs
- [06:05:24] Reencoding: VID_01138, Pass 1 of 1
- [06:06:36] Video Encode complete
- [06:06:36] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (eng): Keeping original audio
- [06:06:36] Multiplexing M2TS
- [06:06:41] Processing: VID_01139 (10 of 18)
- [06:06:41] Extracting A/V streams [VID_01139]
- [06:06:55] Reencoding video [VID_01139]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 2,363 frames
- Bitrate: 16,136 Kbs
- [06:06:55] Reencoding: VID_01139, Pass 1 of 1
- [06:09:03] Video Encode complete
- [06:09:03] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (eng): Keeping original audio
- [06:09:03] Multiplexing M2TS
- [06:09:09] Processing: VID_01140 (11 of 18)
- [06:09:09] Extracting A/V streams [VID_01140]
- [06:09:41] Reencoding video [VID_01140]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 5,717 frames
- Bitrate: 16,514 Kbs
- [06:09:41] Reencoding: VID_01140, Pass 1 of 1
- [06:14:54] Video Encode complete
- [06:14:54] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (eng): Keeping original audio
- [06:14:54] Multiplexing M2TS
- [06:15:05] Processing: VID_01141 (12 of 18)
- [06:15:05] Extracting A/V streams [VID_01141]
- [06:15:16] Reencoding video [VID_01141]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 1,760 frames
- Bitrate: 14,799 Kbs
- [06:15:16] Reencoding: VID_01141, Pass 1 of 1
- [06:16:49] Video Encode complete
- [06:16:50] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (eng): Keeping original audio
- [06:16:50] Multiplexing M2TS
- [06:16:55] Processing: VID_01142 (13 of 18)
- [06:16:55] Extracting A/V streams [VID_01142]
- [06:17:06] Reencoding video [VID_01142]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 1,681 frames
- Bitrate: 14,007 Kbs
- [06:17:06] Reencoding: VID_01142, Pass 1 of 1
- [06:18:31] Video Encode complete
- [06:18:31] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (eng): Keeping original audio
- [06:18:31] Multiplexing M2TS
- [06:18:36] Processing: VID_01143 (14 of 18)
- [06:18:36] Extracting A/V streams [VID_01143]
- [06:19:56] Reencoding video [VID_01143]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 13,776 frames
- Bitrate: 17,436 Kbs
- [06:19:56] Reencoding: VID_01143, Pass 1 of 1
- [06:32:59] Video Encode complete
- [06:32:59] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [06:32:59] Multiplexing M2TS
- [06:33:20] Processing: VID_01144 (15 of 18)
- [06:33:20] Extracting A/V streams [VID_01144]
- [06:35:04] Reencoding video [VID_01144]
- Source Video: MPEG-4 (AVC), 720x480
- Rate/Length: 29.970fps, 57,925 frames
- Bitrate: 6,211 Kbs
- [06:35:04] Reencoding: VID_01144, Pass 1 of 1
- [06:47:39] Video Encode complete
- [06:47:39] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (eng): Keeping original audio
- [06:47:39] Multiplexing M2TS
- [06:48:06] Processing: VID_01145 (16 of 18)
- [06:48:06] Extracting A/V streams [VID_01145]
- [06:48:18] Reencoding video [VID_01145]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 2,064 frames
- Bitrate: 14,599 Kbs
- [06:48:18] Reencoding: VID_01145, Pass 1 of 1
- [06:49:57] Video Encode complete
- [06:49:57] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [06:49:57] Multiplexing M2TS
- [06:50:03] Processing: VID_01146 (17 of 18)
- [06:50:03] Extracting A/V streams [VID_01146]
- [06:50:07] Reencoding video [VID_01146]
- Source Video: MPEG-4 (AVC), 720x480
- Rate/Length: 29.970fps, 96 frames
- Bitrate: 6,588 Kbs
- [06:50:07] Reencoding: VID_01146, Pass 1 of 1
- [06:50:08] Video Encode complete
- [06:50:08] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (eng): Keeping original audio
- [06:50:08] Multiplexing M2TS
- [06:50:11] Processing: VID_01147 (18 of 18)
- [06:50:11] Extracting A/V streams [VID_01147]
- [06:50:15] Reencoding video [VID_01147]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 6 frames
- Bitrate: 25,524 Kbs
- [06:50:15] Reencoding: VID_01147, Pass 1 of 1
- [06:50:16] Video Encode complete
- [06:50:16] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (eng): Keeping original audio
- [06:50:16] Multiplexing M2TS
[06:50:19]PHASE ONE complete
[06:50:20]PHASE TWO - Rebuild Started
- [06:50:20] Rebuilding BD file Structure
[06:50:27] - Encode and Rebuild complete
- WORKFILES folder removed.
[06:50:28] JOB: OCULUS finished.
[08/05/14] Checking System Settings
- BD-Rebuilder v0.47.07 (beta)
- Windows Version: 6.1 [7600]
- Working Path Free Space: 163.62GB
- 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
[08/05/14] Systems Settings Check complete

[Archer_Jonathan]

The error number is "75" the location is 1601. This is a file access error. It is almost always caused by the O/S preventing you from modifying a folder or files in a folder. Your user account apparently doesn't have either read access rights to the source or write access rights to the working folder. Another possibility might be that a file with the same name already exists in the working folder and it is open by another application (preventing deleting or overwriting).

The one thing that is certain is that it isn't an issue within BD Rebuilder.

.

That was it! you genius. The USB HD seems to switch to energy saving whatsoever and that may have caused the error. Strange enough, it always appeared with audio files, insn't it?
anyway, changing the working folder to C: seems to have solved it.

[Ch3vr0n]

Update on Need For Speed: Seems to have been a faulty rip/encode. Ripped again with anydvd, ran it straight to BDRB and skipped ahead to 1h23m, crossed the problematic area of 1h24 with no problems and continued WITH audio for the rest of the movie

[jdobbs]

That was it! you genius. The USB HD seems to switch to energy saving whatsoever and that may have caused the error. Strange enough, it always appeared with audio files, insn't it?
anyway, changing the working folder to C: seems to have solved it.Update on Need For Speed: Seems to have been a faulty rip/encode. Ripped again with anydvd, ran it straight to BDRB and skipped ahead to 1h23m, crossed the problematic area of 1h24 with no problems and continued WITH audio for the rest of the movieGood to know. Thanks for the updates.

[Ch3vr0n]

the only diff was that DGdecNV was used and not x264/LAVF, i can run it again if you want using LAVF. Hadn't noticed until job done that a diff frameserver was used. But seeing as both use x264 for the actual encoding, dno if its needed

[jdobbs]

the only diff was that DGdecNV was used and not x264/LAVF, i can run it again if you want using LAVF. Hadn't noticed until job done that a diff frameserver was used. But seeing as both use x264 for the actual encoding, dno if its neededI don't think that's necessary as I don't think could matter. The frame-server should have no effect at all on the audio...

[Ch3vr0n]

That's my thought too. Comparing the 2 versions I'm pretty sure a few frames were missing, faulty version didn't show a certain billboard, the working version did. Just for the sake of being thorough I'll run the job a 3rd time but with lavf again and see if it happens again.

** edit ** job just finished, looks to have been a faulty rip. Skipped ahead to 1h23, passed into 1h25+ without a problem

[dfemia01]

Anyone? Any thoughts - I'd really appreciate some help with this ..

Ok I've had to reset everything and go again. Because I had problems importing the whole BD I've imported the first three playlists. First "pass" through it just built menu structure. I renamed the "import" folder, imported again and this time it would re-encode - I selected BD9 just to try and force the encode ...


Here's the ini file ...

[Options]
VERSION=0.47.0.7
MODE=0
ENCODE_QUALITY=0
ONEPASS_ENCODING=2
AUTO_QUALITY=1
TARGET_SIZE=8032
PRIORITY_CLASS=0
AUDIO_TO_KEEP=eng;
SUBS_TO_KEEP=
SD_CONVERT=0
OPEN_GOP=0
RESIZE_1080=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=0
AVCHD=1
IMPORT_PAL_TO_FILM=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=1
COMPLETION_BEEP=0
DGDECNV=0
OUTPUT_3D=0
AUDIO_TRACK_LIMIT=1
SUBTITLE_TRACK_LIMIT=0
CUSTOM_TARGET_SIZE=23500
AUTO_BURN=0
MOVIEONLY_TYPE=0
ALTCRF=20
ALT_TARGET=1024
ALTMETHOD=0
ALTAUTOCROP=0
QUICK_EXTRAS=1
ENCODER=0
MENU_BACKGROUND=I:\F Drive\BluRay Tools\BD_Rebuilder\BD_Rebuilder\Misc\menuback.jpg
IMPORT_THRESHOLD=10
QUICK_PLAY_THRESHOLD=5
MENU_AUTO_BACKGROUND=1
MENU_PLAY_SEQUENTIAL=0
MENU_START_WITH_MENU=1
RESIZE_1440=0
RESIZE_720=0
IGNORE_3D=0
DGDECIM=0
FRIMSOURCE=0
OUTPUT_SBS=0
NEROAAC=0
SUPTITLE=0
[Paths]
SOURCE_PATH=E:\BLURAY\MRS BROWN'S BOYS\S1D1\IMPORTS\U5_8285950\
WORKING_PATH=E:\BLURAY\MRS BROWN'S BOYS\S1D1\

Here's the BD-RB log

-------------------------
[11:57:29] Importing BDs: U5_8285950
- Analyzing source playlists...
- Title Editing Dialog...
- Importing BD: U5_8285950 [ 1 of 1]
- Importing Playlist 00001 [00:29:14.720]
- Importing Playlist 00002 [00:28:47.279]
- Importing Playlist 00003 [00:29:04.200]
- Creating Quick-Play Menu...
- Building menu structure...
[12:02:52] Import completed successfully.
----------------------
[08/04/14] BD Rebuilder v0.47.07 (beta)
[12:04:39] Source: U5_8285950
- Input BD size: 19.96 GB
- Approximate total content: [01:28:00.379]
- Target BD size: 7.84 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
[12:04:39] PHASE ONE, Encoding
- [12:04:39] Processing: VID_99001 (1 of 4)
- [12:04:39] Extracting A/V streams [VID_99001]
- [12:04:45] Reencoding video [VID_99001]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 1,299 frames
- [12:04:45] Reencoding: VID_99001, Pass 1 of 1
- [12:05:14] Video Encode complete
- [12:05:14] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [12:05:14] Multiplexing M2TS
- [12:05:18] Processing: VID_00002 (2 of 4)
- [12:05:18] Extracting A/V streams [VID_00002]
- [12:07:02] Reencoding video [VID_00002]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 25.000fps, 43,182 frames
- Bitrate: 11,507 Kbs
- [12:07:02] Reencoding: VID_00002, Pass 1 of 1
- [12:26:54] Video Encode complete
- [12:26:54] Processing audio tracks
- Track 4352 (eng): Reencoding audio to AC3...
- [12:26:59] Multiplexing M2TS
- [12:27:20] Processing: VID_00003 (3 of 4)
- [12:27:20] Extracting A/V streams [VID_00003]
- [12:29:05] Reencoding video [VID_00003]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 25.000fps, 43,605 frames
- Bitrate: 11,835 Kbs
- [12:29:05] Reencoding: VID_00003, Pass 1 of 1
- [12:49:43] Video Encode complete
- [12:49:43] Processing audio tracks
- Track 4352 (eng): Reencoding audio to AC3...
- [12:49:48] Multiplexing M2TS
- [12:50:09] Processing: VID_00001 (4 of 4)
- [12:50:09] Extracting A/V streams [VID_00001]
- [12:51:53] Reencoding video [VID_00001]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 25.000fps, 43,868 frames
- Bitrate: 12,339 Kbs
- [12:51:53] Reencoding: VID_00001, Pass 1 of 1
- [13:13:29] Video Encode complete
- [13:13:29] Processing audio tracks
- Track 4352 (eng): Reencoding audio to AC3...
- [13:13:33] Multiplexing M2TS
[13:13:56]PHASE ONE complete
[13:13:56]PHASE TWO - Rebuild Started
- [13:13:56] Rebuilding BD file Structure
[13:13:56] - Encode and Rebuild complete
[13:13:56] JOB: U5_8285950 finished.

Here's an AVS file ...

#Created by BD Rebuilder - v0.47.07 (beta)
DirectshowSource("E:\BLURAY\MRS BROWN'S BOYS\S1D1\IMPORTS\U5_8285950\BDMV\STREAM\00001.m2ts", fps=25, framecount=43868, audio=false)
ConvertToYV12()
LoadPlugin("I:\F Drive\BluRay Tools\BD_Rebuilder\BD_Rebuilder\tools\decomb521.dll")
FieldDeinterlace(blend=true)
ConvertToYV12().AssumeFPS(25000,1000)

Dave

[AmigaFuture]

Any news? Not meant as pushy, on the SRT and 720p.

[jdobbs]

Any news? Not meant as pushy, on the SRT and 720p.I put a fix in that worked for me (lowering the font size). It's definitely a TSMUXER issue. The problem is that I'm not sure why it's doing it or whether there might be other sources that would result in the fix making it too small.

[gonca]

When using Alternate Output --- MKV Intact video and Intact audio 8 channel LPCM gets reprocessed down to 6 channels, DTS tracks retain all 8 channels.

log
08/12/14] BD Rebuilder v0.47.07 (beta)
[17:49:06] Source: WAR_00005
- Input BD size: 25.11 GB
- Approximate total content: [01:43:00.215]
- Windows Version: 6.1 [7601]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- Mode: MKV, Intact Video, Intact Audio
- Automatic cropping of borders enabled
- X264 Tweak(s) enabled
- Decoding/Frame serving: DGDecNV [4-way]
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[17:49:06] PHASE ONE, Encoding
- [17:49:06] Processing: VID_00005 (1 of 1)
- [17:49:06] Extracting A/V streams [VID_00005]
- [17:58:21] Reencoding video [VID_00005]
- [17:58:21] Keeping original video (no reencode)
- [17:58:21] Processing audio tracks
[18:00:14]PHASE ONE complete
[18:00:14]PHASE TWO - Rebuild Started
- [18:00:15] Building ALTERNATE OUTPUT Structure
[18:11:20] - Encode and Rebuild complete
- WORKFILES folder removed.
[18:11:21] JOB: WAR finished.

ini
[Options]
VERSION=0.47.0.7
MULTIPROCESS=1
FIXED_CRF=18
HC_PROFILE=BEST
DEFAULT_LANG=eng
ENABLE_TEST=1
ENABLE_BLANKING=0
IMPORT_FOLDER=D:\
KEEP_HD_LPCM=1
DEINTERLACER_TYPE=3
UPRESIZE=LanczosResize
SD_PROGRESSIVE=1
MOVIE_ONLY_LOOP=0
REMOVE_IMPORT=1
USE_ZLIB=0
MODE=3
ENCODE_QUALITY=3
ONEPASS_ENCODING=1
AUTO_QUALITY=0
MENU_BACKGROUND=D:\IMPORTS\spawn.jpg
MIN_M2TS_SIZE=1
IMPORT_THRESHOLD=19
QUICK_PLAY_THRESHOLD=10
AUDIO_TO_KEEP=eng;
SUBS_TO_KEEP=
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
AVCHD=0
REMOVE_WORKFILES=1
MOVIE_ONLY_LOOP=0
REMOVE_OUTPUT=1
USE_FILTERS=0
BDMV_CERT_ONLY=1
USE_LAVF=0
IVTC_PULLDOWN=1
ASSUME_DVD_PAL=0
UNMASK_CHAPTER=0
COMPLETION_BEEP=0
DGDECNV=1
OUTPUT_3D=0
NEROAAC=0
SUPTITLE=0
AUDIO_TRACK_LIMIT=1
SUBTITLE_TRACK_LIMIT=0
CUSTOM_TARGET_SIZE=8600
TARGET_SIZE=4469
MOVIEONLY_TYPE=7
ALTCRF=18
ALT_TARGET=1024
ALTMETHOD=0
ALTAUTOCROP=1
AUTO_BURN=0
MENU_AUTO_BACKGROUND=1
MENU_PLAY_SEQUENTIAL=0
MENU_START_WITH_MENU=1
IGNORE_3D=1
OUTPUT_SBS=0
FRIMSOURCE=0
ENCODER=0
DGDECIM=0
TWEAK_PASS_ONE= --tune film
TWEAK_PASS_TWO= --tune film
[Paths]
SOURCE_PATH=J:\
DGIndexNV=C:\Program Files (x86)\dgdecnv\DGIndexNV.exe
DGDecNV=C:\Program Files (x86)\dgdecnv\DGDecodeNV.dll
WORKING_PATH=G:\


inf
[Status]
LABEL=WAR
VERSION=v0.47.07 (beta)
SOURCE_SIZE=26961383424
SOURCE_VIDEO_SIZE=26961383424
TARGET_SIZE=4686086144
REDUCTION=.173807332891851
RESIZE_1080=0
RESIZE_1440=0
AUDIO_TO_KEEP=eng;
KEEP_HD_AUDIO=-1
SUBS_TO_KEEP=
BACKUP_MODE=1
MOVIEONLY_TYPE=7
USE_LAVF=0
INSTANCES=4
DGDECNV=-1
DGDECIM=0
FRIMSOURCE=0
SSIF_MODE=0
QUICK=0
ENCODE_STEP=0
COMPLETED=1
REBUILD_COMPLETE=1
[00005]
USE_ORIGINAL=1
AUDIO=10000
PGS=0000
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=4686086144
NSIZE=0
FLINK=0
MLINK=0

[jdobbs]

To everyone:

If you are going to quote yourself trying to get your post pushed to the forefront.. you'll generally find I will ignore it completely out of principal. Even worse is when you do so without explaining what issue you are experiencing, expecting me to go searching for it.

A quote from the first post of this thread:If you decide to download and test -- please post any errors you find in this thread. Don't push bug resolution or keep asking for a fix. I will get to the reported bugs, but only when I can find the time.

[AmigaFuture]

Hi,

I'm trying to get BD-RB to re-encode a 720p MPEG-2 TiVo file that has a framerate of 59.94 to the same resolution without all the repeat frames in the BD-RB output, bringing it to 23.976 FPS. I'm using Alternate Output "MKV 1280x720 Keep AC3", CRF and 2-Pass for testing. Each BD-RB output has the same framerate as the Imported input (including repeat frames).
BD-RB does show it as 720p in the Steam List. With 1080i files, I'm able to right click and Select Inverse Telecine (IVTC_SELECTION=1 being in the config). I've also tried FORCE_ENCODE=1 but I know that's meant more for BD output so I get why it's not helping. I also tried IVTC_TELECIDE=1, but nope.. As well as DEINTERLACER_TYPE=5 but I know it's not interlaced...but it didn't do what I hoped for anyway. I've tried a few combinations also. I'm coming to the possible conclusion that BD-RB sees it as P thus, won't allow.
When IVTC is active for 1080i BD-RB shows notification and result is without repeat frames and 23.976. Am I missing something? I made some notes for this stuff, but it illudes me at this moment. I also browsed the thread again (and look again at HIDDENOPTS), and I'll continue searching after posting this. If I find something, I'll delete this message. Is Re-Encode broken somehow or...IVTC_SELECTION=1? Or am I correct...you have it set to not do that with progressive? Thanks.

Here the config anyway..
[Options]
VERSION=0.47.0.6
#Do not use with Blu-ray PiP..
MULTIPROCESS=1
ENABLE_TEST=1
DTSX_ENABLE=1
FORCE_NOENCODE=0
FORCE_ENCODE=0
#For DVD Film
DEINTERLACER_TYPE=0
IVTC_TELECIDE=0
IVTC_SELECTION=1
IVTC_480i=0
MODE=3
ENCODE_QUALITY=0
ONEPASS_ENCODING=0
AUTO_QUALITY=0
TARGET_SIZE=23500
MOVIEONLY_TYPE=34
ALTCRF=10
ALTMETHOD=0
ALT_TARGET=10000
ALTAUTOCROP=0
AUDIO_TO_KEEP=eng;
SUBS_TO_KEEP=eng;
SD_CONVERT=0
OPEN_GOP=0
RESIZE_1080=0
RESIZE_1440=0
MIN_PLAYLIST_MINS=1
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=1
DGDECNV=1
OUTPUT_3D=0
AUDIO_TRACK_LIMIT=0
SUBTITLE_TRACK_LIMIT=0
CUSTOM_TARGET_SIZE=23700
QUICK_EXTRAS=1
ENABLE_BLANKING=1
#OUTPUT_FOLDER=G:\Blu-ray Archives\Done
RESIZE_720=0
NEROAAC=0
VERBOSE_STATUS=1
SUPTITLE=0
OUTPUT_SBS=0
IGNORE_3D=1
ENCODER=0
DGDECIM=0
FRIMSOURCE=0
MENU_BACKGROUND=C:\Users\Max Headroom\Desktop\BD_Rebuilder\misc\menuback.jpg
IMPORT_THRESHOLD=15
QUICK_PLAY_THRESHOLD=10
MENU_AUTO_BACKGROUND=1
MENU_PLAY_SEQUENTIAL=0
MENU_START_WITH_MENU=1
[Paths]
SOURCE_PATH=X:\OUTPUT\IMPORTS\ANCIENT_ALIENS_-_''THE_TESLA_EXPERIMENT''_(RECORDED_AUG_1,_2014,_H2HD)\
WORKING_PATH=X:\OUTPUT\
NeroAACPath=C:\Users\User\Desktop\BD_Rebuilder\Tools\neroAacEnc.exe
DGIndexNV=C:\Users\User\Desktop\BD_Rebuilder\nVidia\2048 32\DGIndexNV.exe
DGDecNV=C:\Users\User\Desktop\BD_Rebuilder\nVidia\2048 32\DGDecodeNV.dll

[jdobbs]

The right move depends on your source. If it is a television show, then you should keep it 720p/59.94 -- as many shows are broadcast at that standard. Trying to inverse telecine a source of that type would result in a jerky mess.

If the original source was film... then it may have been telecined and the framerate doubled in order to hit the 720p standard. Unfortunately in most cases when that happens it is hard-telecined, so there are no flags to be found for inverse telecining.

If you're outputting to MKV (not BD) you might try this:

Add this as filters:

SelectEvery(2,0)
LoadPlugin("D:\BD_Rebuilder\tools\decomb521.dll")
ConvertToYV12()
Telecide(order=1,guide=1)
Decimate(cycle=5)

The first line selects every other frame, bringing the framerate down to 29.97. The remainder performs an inverse telecine on the 29.97fps video. The path to DECOMB, of course, should be modified based upon where BD-RB is installed on your system.

If the final output looks jerky, it's probably a true 720p source and can't be telecined.

[videoh]

That process would suggest that first 3:2 telecine (with field repeats) was applied and then frames were repeated. That can't be because then you would have a mess with backward jerks. Telecined 720p at 59.94 is implemented with frame repeats, not field repeats. Appropriate decimation alone would be the solution for such cases.

[jdobbs]

That process would suggest that first 3:2 telecine (with field repeats) was applied and then frames were repeated. That can't be because then you would have a mess with backward jerks. Telecined 720p at 59.94 is implemented with frame repeats, not field repeats. Appropriate decimation alone would be the solution for such cases.I'm not sure I completely understand. So when they telecine a 23.976 source to 59.97/720p they do frame repeats rather than pulling the upper & lower fields from two different frames for the inserted pseudo frame? I didn't know that... although I guess it makes sense since the frame rate is twice as high as a FILM to NTSC telecine.

[mparade]

Source: Disturbia BD, problem only with VID_00138.

After the evaluation of the source using the project file generated by DGMPEGDEC, I came at a "hard telecined" source, so IVTC process could be used.

Got an error condition of "BD Rebuilder experienced an error 2004 CreateBDFiles() 00063 2004" while "Processing audio track(s)..." process was running. After pushing OK in the error condition window, Log window said "PHASE ONE aborted by user request".

Hiddenopts were in use:

IVTC_SELECTION=1 (with VID_00138 selected in edit mode)
IVTC_TELECIDE=1, same result with IVTC_TELECIDE=0

If I leave the source as is (no attempt for any IVTC) it can be reencoded without any error.

I have made a lot of IVTC on my 480i sources without any error.

It would be great if someone could help.

Thanks in advance.

[jdobbs]

Source: Disturbia BD, problem only with VID_00138.

After the evaluation of the source using the project file generated by DGMPEGDEC, I came at a "hard telecined" source, so IVTC process could be used.

Got an error condition of "BD Rebuilder experienced an error 2004 CreateBDFiles() 00063 2004" while "Processing audio track(s)..." process was running. After pushing OK in the error condition window, Log window said "PHASE ONE aborted by user request".

Hiddenopts were in use:

IVTC_SELECTION=1 (with VID_00138 selected in edit mode)
IVTC_TELECIDE=1, same result with IVTC_TELECIDE=0

If I leave the source as is (no attempt for any IVTC) it can be reencoded without any error.

I have made a lot of IVTC on my 480i sources without any error.

It would be great if someone could help.

Thanks in advance.Can you post the audio AVS that is being used when it fails? I'm really confused as to how an error 63 "Bad record number" could occur in that process, and the error pointer 2004 doesn't really make any sense as it is in the wrong plac.

[AmigaFuture]

The right move depends on your source

I agree. As stated, it's from my TiVo then newest version of VideoReDo TVSuite used to remove commercials and output as MPEG-2 while only the ending and beginning parts where the commercials were are decoded and encoded together again...and the rest is unaltered. I had been using HandBrake to change the framerate to 23.976 and produces smooth video without any other filters. But I've come back to testing BD-RB with that. I had tried BD-RB with 1080i and the IVTC_SELECTION=1 functions well! But this is the first I've tried BD-RB with progressive and noticed it wasn't doing it.
Other than changing an option "Framerate" from a list (23.976), and Ticking "Constant Framerate" I don't know the script that HandBrake uses.

Trying your suggestion, JD...with CRF (Yes, MKV as I typed), the video and audio are way out of sync and the video zooms though at about double speed. I laughed. I'm still trying different arguments with AVS.

@ videoh

Some years ago when I used to use VirtualDubMod a lot with DVDs I saw what you typed about. So, I get some of the language you're both using.

"Telecined 720p at 59.94 is implemented with frame repeats, not field repeats. Appropriate decimation alone would be the solution for such cases." Okay, I'm scratching my head a little...after some reading. Any pointers? Otherwise I'm stop this since it's not a bug..as I thought.


Thanks for the reply..both of you.

[jdobbs]

I agree. As stated, it's from my TiVo then newest version of VideoReDo TVSuite used to remove commercials and output as MPEG-2 while only the ending and beginning parts where the commercials were are decoded and encoded together again...and the rest is unaltered. I had been using HandBrake to change the framerate to 23.976 and produces smooth video without any other filters. But I've come back to testing BD-RB with that. I had tried BD-RB with 1080i and the IVTC_SELECTION=1 functions well! But this is the first I've tried BD-RB with progressive and noticed it wasn't doing it.
Other than changing an option "Framerate" from a list (23.976), and Ticking "Constant Framerate" I don't know the script that HandBrake uses.

Trying your suggestion, JD...with CRF (Yes, MKV as I typed), the video and audio are way out of sync and the video zooms though at about double speed. I laughed. I'm still trying different arguments with AVS.

@ videoh

Some years ago when I used to use VirtualDubMod a lot with DVDs I saw what you typed about. So, I get some of the language you're both using.

"Telecined 720p at 59.94 is implemented with frame repeats, not field repeats. Appropriate decimation alone would be the solution for such cases." Okay, I'm scratching my head a little...after some reading. Any pointers? Otherwise I'm stop this since it's not a bug..as I thought.


Thanks for the reply..both of you.Yeah. I forgot the framerate is being specified in the last line of the AVS -- so while the framecount will be reduced with that script, the speed wouldn't change (making the action look double-speed). The same thing would happen if you used decimate.

[mparade]

Can you post the audio AVS that is being used when it fails? I'm really confused as to how an error 63 "Bad record number" could occur in that process, and the error pointer 2004 doesn't really make any sense as it is in the wrong plac.

Please find it enclosed.

Thank you very much!

[AmigaFuture]

Yeah. I forgot the framerate is being specified in the last line of the AVS -- so while the framecount will be reduced with that script, the speed wouldn't change (making the action look double-speed). The same thing would happen if you used decimate.

Ah, is that "ConvertToYV12().AssumeFPS(60000,1001)" at the end Why the framerate won't change? I've been looking around the Net and trying different things in the AVS Filter Editor and, nada. Always the same framerate. So, it's canceling everything I enter/paste into there?

[jdobbs]

Ah, is that "ConvertToYV12().AssumeFPS(60000,1001)" at the end Why the framerate won't change? I've been looking around the Net and trying different things in the AVS Filter Editor and, nada. Always the same framerate. So, it's canceling everything I enter/paste into there?Yes, that's it. Changing it won't help -- as the AVS is regenerated as the encode begins.

The bottom line is that BD-RB has no built-in way to iVTC a hard-telecined 720p source right now -- and unfortunately they are very rare and I don't have a source to use for testing so I could try to implement it. If videoh is right, and I'm confident he is, all I'd need is the use of DECOMB's Decimate() filter. But I'd hate to implement it without some sort of testing.

[AmigaFuture]

Yes, that's it. Changing it won't help -- as the AVS is regenerated as the encode begins.

The bottom line is that BD-RB has no built-in way to iVTC a hard-telecined 720p source right now.

Haha, I got that...as I also tried that bypassing the AVS Editor. I felt that, I knew it...Haaa! After a multitude of testing..

[Ch3vr0n]

well jdobbs, about the decomb. isn't that what hidden switches are for ;) I'mplement the code but only make it available through a specific switch. That way only ppl like amigafuture, that have such as source can test it and give ya the proper feedback :)

[AmigaFuture]

High 5, Ch3vr0n...Haha! You beat me to it...but....I'm also sure he wants a Source he's able to check for himself. Otherwise, yeah..I'm ready for testing that.

BTW, there are a lot of people (not ppl - how do You pronounce that? I've asked my Son, and he gave me an answer that *he* wasn't happy about the current Educational System) like me, who want to be able to produce good quality video from T.V..

"...are very rare and I don't have a source to use for testing so I could try to implement it." - The number is bigger than you might be aware of, JD. Google helped prove that to me..(admitting surprise) as I was testing. More people are becoming interested. That's great (to donations also!).

[jediknight]

Error Condition
BD Rebuilder experienced an error 2501 SourceCheck() 00055 2501

followed by:

Illegal Source
Selected source is not BD fomat

Im getting this error, was working perfect but then something happened. Always getting same error.

Using latest version 0.47.07

[jdobbs]

Error Condition
BD Rebuilder experienced an error 2501 SourceCheck() 00055 2501

followed by:

Illegal Source
Selected source is not BD fomat

Im getting this error, was working perfect but then something happened. Always getting same error.

Using latest version 0.47.07That error means a file trying to be accessed that is already open...

[videoh]

The bottom line is that BD-RB has no built-in way to iVTC a hard-telecined 720p source right now -- and unfortunately they are very rare and I don't have a source to use for testing so I could try to implement it. If videoh is right, and I'm confident he is, all I'd need is the use of DECOMB's Decimate() filter. But I'd hate to implement it without some sort of testing. I've sent you a link to a typical sample. Let me know if you need more.

This kind of material is pretty typical and not rare. You will see a 3:2 *frame* repeat pattern. Most of the time there are physically repeated frames, but sporadically some get repeated with soft flagged repeats. Look at the Frame repeats field in DGIndex(NV) to see them. This is similar to those 3:2 field pulldown streams that mix hard and soft telecine. Due to the mix of hard and soft telecine, you have to decimate this after honoring the pulldown flags. So don't use source filters that do not honor soft pulldown, otherwise you will miss some frames and thus get AV desync.

Decimate(2)
Decimate(5)

or you can do it in one step with TDecimate().

[jdobbs]

It may be typical on a TiVo or broadcast source -- but BD-RB is really meant to be used with BD, and I have yet to have encountered one. The question is whether it is worth the effort when the source can be kept at 720p and work fine.

[videoh]

Sure, can't argue with that. Honestly, I was wondering why you include any extraneous non-BD support at all.

[jdobbs]

Because I'm a glutton for punishment. I really added the import function so I can convert my homemade HD (iPhone) movies into BD format, and I thought that as long as I was importing I might as well go all the way.

[jdobbs]

@AmigaFuture

Ok, I've added the ability to IVTC 720p sources down to FILM rates using videoh's suggestion for the next release. Be warned, however, that forcing telecining on a non-telecined or hybrid source can result in different results than you may expect -- often very ugly. I leave the responsibility for the decision to force telecining in the hands of the user -- and want it known that all posts stating "it's a jerky mess" will be answered with a less-than-tactful response.

Bottom line: If you can't explain clearly what telecining is and how to undoubtedly recognize it... you shouldn't be using the hidden option that enables IVTC to be forced in the streams list.

[Sharc]

Because I'm a glutton for punishment. I really added the import function so I can convert my homemade HD (iPhone) movies into BD format, and I thought that as long as I was importing ......
LOL, similar I do with my 1440x1080i25fps 16:9 anamorphic homemade videos by deleting the Pinfo.inf or by bobbing and resizing to 1280x720p, preserving the 50fps temporal resolution.

[jdobbs]

This kind of material is pretty typical and not rare. You will see a 3:2 *frame* repeat pattern. Most of the time there are physically repeated frames, but sporadically some get repeated with soft flagged repeats. Look at the Frame repeats field in DGIndex(NV) to see them. This is similar to those 3:2 field pulldown streams that mix hard and soft telecine. Due to the mix of hard and soft telecine, you have to decimate this after honoring the pulldown flags. So don't use source filters that do not honor soft pulldown, otherwise you will miss some frames and thus get AV desync.Interestingly DGIndex(NV) with the decoding filters seems to be the only way I've tried so far that properly decodes the two sources I have for testing (including the one you provided).

[mparade]

Can you post the audio AVS that is being used when it fails? I'm really confused as to how an error 63 "Bad record number" could occur in that process, and the error pointer 2004 doesn't really make any sense as it is in the wrong plac.

After making some test, I realised that the reason of this failure is coming likely from the PGS streams.

With no PGS stream selected to keep in the stream tab, the rebuilding of BD file structure passes along without failure, but even if just one PGS stream is going to be selected to keep I will get the error condition above. I think you can test it by getting a hard telecined, 1080i source with PGS streams. Then you just need to try to keep at least one.
I am pretty sure the rebuilding of the structure will fail. :(

The only difference between the two encodes (can be found in the attachement) was if I had wanted to keep subtitle stream(s) or not. With any subtitle stream(s) kept the rebuilding process got failed. If I did not want to keep any of the subtitle streams, the rebuilding process was successful. Such a result can be read out from the files attached.

I hope this information could help to find the bug.

[meadrocks]

BD-RB can make a dvd-5 movie only files, it can also make .mkv files, it fails when I try the .mp4. From my previous post I put the logs of the failed .mp4 attempt. This is a XP SP3 installation, I updated all the latest patches from MS. Do I need a .NET install to get the .mp4 to work?

Thanks.

[jdobbs]

BD-RB can make a dvd-5 movie only files, it can also make .mkv files, it fails when I try the .mp4. From my previous post I put the logs of the failed .mp4 attempt. This is a XP SP3 installation, I updated all the latest patches from MS. Do I need a .NET install to get the .mp4 to work?

Thanks.You don't need .NET for anything in BD-RB.

I just tested an MP4 encode using the same preset as your post... and it worked correctly. I also tried it with your settings/INI and batch mode -- and it worked fine there too.

[Capsbackup]

I have seen this before and have never had a problem with the completed rebuild.
Just cosmetic probably, but greater than 100% does seem odd!

[mparade]

If my purpose was to keep all the video streams on my BD in theirs' original state (without reencoding) and in addition to reencode all the audio streams (using setup menu options) would be using only option "FORCE_NOENCODE=1" good for that?

For this purpose am I to use some other hidden or non-hidden switches as well? (e.g. switching off options that would otherwise require from the source to be reencoded).

Sorry, it is not a bug report, but any help would be appreciated.

Edit: problem solved

[Crocluvr92]

To everyone:

If you are going to quote yourself trying to get your post pushed to the forefront.. you'll generally find I will ignore it completely out of principal. Even worse is when you do so without explaining what issue you are experiencing, expecting me to go searching for it.

A quote from the first post of this thread:

I understand and agree with your claim. I however will give you the issue again, and give you the log, since no one seems to know the issue with the audio being off-sync so horribly on ALL of my backups with this current beta:

I just got done installing a fresh new copy of Windows 7 and I completely started fresh with the newest BD Rebuilder beta which is v0.47.07 yesterday. I also did all my Windows Updates, I installed all three of the required programs to get BD Rebuilder to work and the Inspection turned out fine. The source of the movie I tried to compress, Oculus, was working perfectly fine on my hard drive, after I compressed it, all the audio on the movie and the special features is off-sync by at least a second or two. I don't understand how this has happened since everything is in order on the master copy, but after this, it's off-sync. I have never had this happen before, any solutions? Here is the log:

----------------------
[08/05/14] BD Rebuilder v0.47.07 (beta)
[02:00:40] Source: OCULUS
- Input BD size: 35.36 GB
- Approximate total content: [02:56:23.062]
- Target BD size: 23.31 GB
- Windows Version: 6.1 [7600]
- Auto Quality: Good (Very Fast), ABR
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[02:00:40] PHASE ONE, Encoding
- [02:00:40] Processing: VID_01129 (1 of 18)
- [02:00:40] Extracting A/V streams [VID_01129]
[02:11:25]PHASE ONE aborted by user request
----------------------
[08/05/14] BD Rebuilder v0.47.07 (beta)
[02:41:17] Source: OCULUS
- Input BD size: 35.36 GB
- Approximate total content: [02:56:23.062]
- Target BD size: 23.31 GB
- Windows Version: 6.1 [7600]
- Auto Quality: Good (Very Fast), ABR
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[02:41:18] PHASE ONE, Encoding
- [02:41:18] Processing: VID_01129 (1 of 18)
- [02:41:18] Extracting A/V streams [VID_01129]
- [03:02:17] Reencoding video [VID_01129]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 149,688 frames
- Bitrate: 18,289 Kbs
- [03:02:17] Reencoding: VID_01129, Pass 1 of 1
- [05:38:02] Video Encode complete
- [05:38:02] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (eng): Keeping original audio
- [05:38:02] Multiplexing M2TS
- [05:48:42] Processing: VID_01130 (2 of 18)
- [05:48:42] Extracting A/V streams [VID_01130]
- [05:49:02] Reencoding video [VID_01130]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 3,482 frames
- Bitrate: 14,892 Kbs
- [05:49:02] Reencoding: VID_01130, Pass 1 of 1
- [05:52:19] Video Encode complete
- [05:52:19] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [05:52:19] Multiplexing M2TS
- [05:52:27] Processing: VID_01131 (3 of 18)
- [05:52:27] Extracting A/V streams [VID_01131]
- [05:52:45] Reencoding video [VID_01131]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 3,314 frames
- Bitrate: 14,272 Kbs
- [05:52:45] Reencoding: VID_01131, Pass 1 of 1
- [05:55:50] Video Encode complete
- [05:55:50] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [05:55:50] Multiplexing M2TS
- [05:55:57] Processing: VID_01132 (4 of 18)
- [05:55:57] Extracting A/V streams [VID_01132]
- [05:56:08] Reencoding video [VID_01132]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 747 frames
- Bitrate: 13,861 Kbs
- [05:56:08] Reencoding: VID_01132, Pass 1 of 1
- [05:56:54] Video Encode complete
- [05:56:54] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [05:56:54] Multiplexing M2TS
- [05:56:58] Processing: VID_01133 (5 of 18)
- [05:56:58] Extracting A/V streams [VID_01133]
- [05:57:06] Reencoding video [VID_01133]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 1,226 frames
- Bitrate: 13,148 Kbs
- [05:57:06] Reencoding: VID_01133, Pass 1 of 1
- [05:58:14] Video Encode complete
- [05:58:15] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [05:58:15] Multiplexing M2TS
- [05:58:19] Processing: VID_01134 (6 of 18)
- [05:58:19] Extracting A/V streams [VID_01134]
- [05:58:34] Reencoding video [VID_01134]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 2,728 frames
- Bitrate: 13,752 Kbs
- [05:58:34] Reencoding: VID_01134, Pass 1 of 1
- [06:01:07] Video Encode complete
- [06:01:07] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [06:01:07] Multiplexing M2TS
- [06:01:13] Processing: VID_01135 (7 of 18)
- [06:01:13] Extracting A/V streams [VID_01135]
- [06:01:26] Reencoding video [VID_01135]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 2,068 frames
- Bitrate: 14,790 Kbs
- [06:01:26] Reencoding: VID_01135, Pass 1 of 1
- [06:03:26] Video Encode complete
- [06:03:26] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [06:03:26] Multiplexing M2TS
- [06:03:31] Processing: VID_01137 (8 of 18)
- [06:03:31] Extracting A/V streams [VID_01137]
- [06:03:42] Reencoding video [VID_01137]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 1,662 frames
- Bitrate: 15,006 Kbs
- [06:03:42] Reencoding: VID_01137, Pass 1 of 1
- [06:05:09] Video Encode complete
- [06:05:09] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (eng): Keeping original audio
- [06:05:09] Multiplexing M2TS
- [06:05:14] Processing: VID_01138 (9 of 18)
- [06:05:14] Extracting A/V streams [VID_01138]
- [06:05:24] Reencoding video [VID_01138]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 1,366 frames
- Bitrate: 14,697 Kbs
- [06:05:24] Reencoding: VID_01138, Pass 1 of 1
- [06:06:36] Video Encode complete
- [06:06:36] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (eng): Keeping original audio
- [06:06:36] Multiplexing M2TS
- [06:06:41] Processing: VID_01139 (10 of 18)
- [06:06:41] Extracting A/V streams [VID_01139]
- [06:06:55] Reencoding video [VID_01139]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 2,363 frames
- Bitrate: 16,136 Kbs
- [06:06:55] Reencoding: VID_01139, Pass 1 of 1
- [06:09:03] Video Encode complete
- [06:09:03] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (eng): Keeping original audio
- [06:09:03] Multiplexing M2TS
- [06:09:09] Processing: VID_01140 (11 of 18)
- [06:09:09] Extracting A/V streams [VID_01140]
- [06:09:41] Reencoding video [VID_01140]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 5,717 frames
- Bitrate: 16,514 Kbs
- [06:09:41] Reencoding: VID_01140, Pass 1 of 1
- [06:14:54] Video Encode complete
- [06:14:54] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (eng): Keeping original audio
- [06:14:54] Multiplexing M2TS
- [06:15:05] Processing: VID_01141 (12 of 18)
- [06:15:05] Extracting A/V streams [VID_01141]
- [06:15:16] Reencoding video [VID_01141]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 1,760 frames
- Bitrate: 14,799 Kbs
- [06:15:16] Reencoding: VID_01141, Pass 1 of 1
- [06:16:49] Video Encode complete
- [06:16:50] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (eng): Keeping original audio
- [06:16:50] Multiplexing M2TS
- [06:16:55] Processing: VID_01142 (13 of 18)
- [06:16:55] Extracting A/V streams [VID_01142]
- [06:17:06] Reencoding video [VID_01142]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 1,681 frames
- Bitrate: 14,007 Kbs
- [06:17:06] Reencoding: VID_01142, Pass 1 of 1
- [06:18:31] Video Encode complete
- [06:18:31] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (eng): Keeping original audio
- [06:18:31] Multiplexing M2TS
- [06:18:36] Processing: VID_01143 (14 of 18)
- [06:18:36] Extracting A/V streams [VID_01143]
- [06:19:56] Reencoding video [VID_01143]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 13,776 frames
- Bitrate: 17,436 Kbs
- [06:19:56] Reencoding: VID_01143, Pass 1 of 1
- [06:32:59] Video Encode complete
- [06:32:59] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [06:32:59] Multiplexing M2TS
- [06:33:20] Processing: VID_01144 (15 of 18)
- [06:33:20] Extracting A/V streams [VID_01144]
- [06:35:04] Reencoding video [VID_01144]
- Source Video: MPEG-4 (AVC), 720x480
- Rate/Length: 29.970fps, 57,925 frames
- Bitrate: 6,211 Kbs
- [06:35:04] Reencoding: VID_01144, Pass 1 of 1
- [06:47:39] Video Encode complete
- [06:47:39] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (eng): Keeping original audio
- [06:47:39] Multiplexing M2TS
- [06:48:06] Processing: VID_01145 (16 of 18)
- [06:48:06] Extracting A/V streams [VID_01145]
- [06:48:18] Reencoding video [VID_01145]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 2,064 frames
- Bitrate: 14,599 Kbs
- [06:48:18] Reencoding: VID_01145, Pass 1 of 1
- [06:49:57] Video Encode complete
- [06:49:57] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [06:49:57] Multiplexing M2TS
- [06:50:03] Processing: VID_01146 (17 of 18)
- [06:50:03] Extracting A/V streams [VID_01146]
- [06:50:07] Reencoding video [VID_01146]
- Source Video: MPEG-4 (AVC), 720x480
- Rate/Length: 29.970fps, 96 frames
- Bitrate: 6,588 Kbs
- [06:50:07] Reencoding: VID_01146, Pass 1 of 1
- [06:50:08] Video Encode complete
- [06:50:08] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (eng): Keeping original audio
- [06:50:08] Multiplexing M2TS
- [06:50:11] Processing: VID_01147 (18 of 18)
- [06:50:11] Extracting A/V streams [VID_01147]
- [06:50:15] Reencoding video [VID_01147]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 6 frames
- Bitrate: 25,524 Kbs
- [06:50:15] Reencoding: VID_01147, Pass 1 of 1
- [06:50:16] Video Encode complete
- [06:50:16] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (eng): Keeping original audio
- [06:50:16] Multiplexing M2TS
[06:50:19]PHASE ONE complete
[06:50:20]PHASE TWO - Rebuild Started
- [06:50:20] Rebuilding BD file Structure
[06:50:27] - Encode and Rebuild complete
- WORKFILES folder removed.
[06:50:28] JOB: OCULUS finished.
[08/05/14] Checking System Settings
- BD-Rebuilder v0.47.07 (beta)
- Windows Version: 6.1 [7600]
- Working Path Free Space: 163.62GB
- 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
[08/05/14] Systems Settings Check complete

[meadrocks]

It failed again. Are there any logs I can send you to help diagnose the problem?

[Sharc]

I understand and agree with your claim. I however will give you the issue again, and give you the log, since no one seems to know the issue with the audio being off-sync so horribly on ALL of my backups with this current beta........
I don't have this disc, but:
- What is your playback device? Did you burn to disc and play it on a HW standalone?
- Do you have codec packs installed?

[Crocluvr92]

I don't have this disc, but:
- What is your playback device? Did you burn to disc and play it on a HW standalone?
- Do you have codec packs installed?

I use my computers blu-ray players such as ArcSoft Player or Powerdvd from the Hard Drive folder option. I burned it to a disk as well and tried on my PS3 or Dynex blu-ray player. Same issues all around. This has happened with all my backups thus far since the update. This includes older blu-rays like 3:10 to Yuma and newer ones such as Amazing Spider-Man 2. I have followed all the instruction and installed what was necessary as per the directions, and as you can see the Inspection turned out just fine. Those are the only ' codec packs ' I have used. I have no idea whats wrong, but this is annoying. Any other suggestions?

[Sharc]

Strange, I have never seen this problem with missing sync all over. Maybe there is something odd with this particular disc (OCULUS).
- You could do the same job using another PC
- Or use another frame server in place of DirectShowSource. Settings: "Use x264 internal LAV for frame serving", or "...DGdecNV...." if you have NVIDIA card, or "...FRIMSource..."
- Re-encode the audio to AC3 instead of keeping the original
- Re-install Avisynth
- Does the same happen with a "Movie-only" backup?

Just speculating.

[Category 5]

I have an Ivy Bridge and encodes usually take me 3-5 hours. Was curious about enabling the quicksync features but really can't find any info on what steps to take. I installed the latest FFDshow and selected quicksync under MPEG2 decoding in the setup utility but beyond that I can't find what i need to do. Sorry for the bother but would appreciate if someone could help.

I'm on Win7 64-bit and aside from the latest BD Rebuilder and FFDshow the rest of the components were installed a few years ago. Been enjoying crystal clear recodes since then, but would love to take advantage of the speed increase.

[worknstiff]

@ Category 5 RE: Sorry for the bother but would appreciate if someone could help.

I posted a thread called "Enable Quicksync for Dummies", that is pretty basic to follow. I hope the links I posted still work though, since it was a while ago.

(http://forum.doom9.org/showthread.php?t=170667&highlight=Enable+Intel+Quicksync)

Hope this helps, worknstiff

[jdobbs]

I understand and agree with your claim. I however will give you the issue again, and give you the log, since no one seems to know the issue with the audio being off-sync so horribly on ALL of my backups with this current beta:

I just got done installing a fresh new copy of Windows 7 and I completely started fresh with the newest BD Rebuilder beta which is v0.47.07 yesterday. I also did all my Windows Updates, I installed all three of the required programs to get BD Rebuilder to work and the Inspection turned out fine. The source of the movie I tried to compress, Oculus, was working perfectly fine on my hard drive, after I compressed it, all the audio on the movie and the special features is off-sync by at least a second or two. I don't understand how this has happened since everything is in order on the master copy, but after this, it's off-sync. I have never had this happen before, any solutions? Here is the log:
All I can recommend is that you uninstall BD-RB, HAALI, FFDSHOW, and AVISYNTH -- then download them all from the first post and install them again.

The problem is very obviously in your setup -- because no one else is having that issue.

[Category 5]

@ Category 5 RE: Sorry for the bother but would appreciate if someone could help.

I posted a thread called "Enable Quicksync for Dummies", that is pretty basic to follow. I hope the links I posted still work though, since it was a while ago.

(http://forum.doom9.org/showthread.php?t=170667&highlight=Enable+Intel+Quicksync)

Hope this helps, worknstiff

Thanks a million! Gonna check it out now. :goodpost:

Is quicksync just working for #D movies or 2d as well?

[wakko709]

----------------------
[08/21/14] BD Rebuilder v0.47.07 (beta)
[13:49:01] Source: WANDERLUST_RENTAL
- Input BD size: 25.85 GB
- Approximate total content: [02:01:41.168]
- 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
[13:49:05] PHASE ONE, Encoding
- [13:49:05] Processing: VID_00022 (1 of 12)
- [13:49:05] Extracting A/V streams [VID_00022]
- [13:49:52] Reencoding video [VID_00022]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 9,740 frames
- Bitrate: 13,679 Kbs
- [13:49:52] Reencoding: VID_00022, Pass 1 of 1
- [13:57:36] Video Encode complete
- [13:57:36] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [13:57:36] Multiplexing M2TS
- [13:58:07] Processing: VID_00023 (2 of 12)
- [13:58:07] Extracting A/V streams [VID_00023]
- [14:16:17] Reencoding video [VID_00023]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 141,145 frames
- Bitrate: 26,043 Kbs
- [14:16:18] Reencoding: VID_00023, Pass 1 of 1
- [15:15:01] Video Encode complete
- [15:15:01] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [15:15:01] Multiplexing M2TS
- [15:21:38] Processing: VID_00099 (3 of 12)
- [15:21:38] Extracting A/V streams [VID_00099]
- [15:21:47] Reencoding video [VID_00099]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23.976fps, 1,748 frames
- Bitrate: 8,711 Kbs
- [15:21:47] Reencoding: VID_00099, Pass 1 of 1
- [15:23:18] Video Encode complete
- [15:23:18] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [15:23:18] Multiplexing M2TS
- [15:23:23] Processing: VID_00104 (4 of 12)
- [15:23:23] Extracting A/V streams [VID_00104]
- [15:23:32] Reencoding video [VID_00104]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23.976fps, 2,247 frames
- Bitrate: 9,886 Kbs
- [15:23:32] Reencoding: VID_00104, Pass 1 of 1
- [15:24:46] Video Encode complete
- [15:24:46] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [15:24:46] Multiplexing M2TS
- [15:24:54] Processing: VID_00113 (5 of 12)
- [15:24:54] Extracting A/V streams [VID_00113]
- [15:25:01] Reencoding video [VID_00113]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 769 frames
- Bitrate: 13,677 Kbs
- [15:25:02] Reencoding: VID_00113, Pass 1 of 1
- [15:25:33] Video Encode complete
- [15:25:33] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [15:25:33] Multiplexing M2TS
- [15:25:37] Processing: VID_00114 (6 of 12)
- [15:25:37] Extracting A/V streams [VID_00114]
- [15:25:49] Reencoding video [VID_00114]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 2,328 frames
- Bitrate: 13,678 Kbs
- [15:25:49] Reencoding: VID_00114, Pass 1 of 1
- [15:27:19] Video Encode complete
- [15:27:19] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [15:27:19] Multiplexing M2TS
- [15:27:25] Processing: VID_00115 (7 of 12)
- [15:27:25] Extracting A/V streams [VID_00115]
- [15:27:31] Reencoding video [VID_00115]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 530 frames
- Bitrate: 13,674 Kbs
- [15:27:31] Reencoding: VID_00115, Pass 1 of 1
- [15:27:56] Video Encode complete
- [15:27:56] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [15:27:56] Multiplexing M2TS
- [15:28:00] Processing: VID_00116 (8 of 12)
- [15:28:00] Extracting A/V streams [VID_00116]
- [15:28:06] Reencoding video [VID_00116]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 769 frames
- Bitrate: 13,743 Kbs
- [15:28:06] Reencoding: VID_00116, Pass 1 of 1
- [15:28:24] Video Encode complete
- [15:28:24] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [15:28:24] Multiplexing M2TS
- [15:28:28] Processing: VID_00117 (9 of 12)
- [15:28:28] Extracting A/V streams [VID_00117]
- [15:28:35] Reencoding video [VID_00117]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 769 frames
- Bitrate: 13,683 Kbs
- [15:28:35] Reencoding: VID_00117, Pass 1 of 1
- [15:28:51] Video Encode complete
- [15:28:51] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [15:28:51] Multiplexing M2TS
- [15:28:55] Processing: VID_00118 (10 of 12)
- [15:28:55] Extracting A/V streams [VID_00118]
- [15:29:02] Reencoding video [VID_00118]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 792 frames
- Bitrate: 15,456 Kbs
- [15:29:02] Reencoding: VID_00118, Pass 1 of 1
- [15:29:29] Video Encode complete
- [15:29:29] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [15:29:29] Multiplexing M2TS
- [15:29:33] Processing: VID_00119 (11 of 12)
- [15:29:33] Extracting A/V streams [VID_00119]
- [15:29:40] Reencoding video [VID_00119]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 769 frames
- Bitrate: 13,689 Kbs
- [15:29:40] Reencoding: VID_00119, Pass 1 of 1
- [15:30:09] Video Encode complete
- [15:30:09] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [15:30:10] Multiplexing M2TS
- [15:30:14] Processing: VID_00120 (12 of 12)
- [15:30:14] Extracting A/V streams [VID_00120]
- [15:30:23] Reencoding video [VID_00120]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 1,844 frames
- Bitrate: 13,677 Kbs
- [15:30:23] Reencoding: VID_00120, Pass 1 of 1
- Encode failed. Aborting.
- BD-Rebuilder v0.47.07 (beta)
- Windows Version: 6.1 [7601]
- Working Path Free Space: 202.84GB
- 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
- AnyDVD settings check: Ok.
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok
- FRIMEncode: Ok
- FRIMDecode: Ok
[15:30:24] - Failed video encode, aborted

[jdobbs]

@wakko709

So you post a log with no explanation, no questions, nothing... and you do it for a disc that is a rental? Please review Rule #6 and also this quote from the first post of this thread:
BD-RB is meant as a means of backing up copies of discs THAT YOU OWN.
Another post referencing your last one will be immediately followed by a strike. We're not going to put this forum in jeopardy simply because you either didn't read or decided to ignore the rules.

[laserfan]

I thought I'd try the Alt Output feature to make vids for our iGizmos (used lowest-common denominator "iPod MP4 640x480/360, 128Kbs AAC" profile) and while it worked w/o error, the forced subtitles are not displayed when the movie is played-back. All the WORKFILES suggest goodness, e.g. the forced .sup track was created and looks right timing-wise (I looked at it with BDSup2Sub). I also see in the .INF file that SUBS_TO_KEEP=eng; for whatever that's worth, but I can find nothing about how these files get muxed into an mp4 output file.

How does that happen? If a tool like MP4BOX is used, I see nothing in the workfiles to suggest what command might have been invoked...?

EDIT: Or maybe .sup tracks simply don't work with mp4box? I tried using it manually (cli) and it doesn't let me -add the .sup track "not valid". Do I have to make an .srt file in order to get subtitles to work? Hmmm I guess that should be easy enough, but I'd have thought that BD-RB would handle this automagically...

[jdobbs]

I thought I'd try the Alt Output feature to make vids for our iGizmos (used lowest-common denominator "iPod MP4 640x480/360, 128Kbs AAC" profile) and while it worked w/o error, the forced subtitles are not displayed when the movie is played-back. All the WORKFILES suggest goodness, e.g. the forced .sup track was created and looks right timing-wise (I looked at it with BDSup2Sub). I also see in the .INF file that SUBS_TO_KEEP=eng; for whatever that's worth, but I can find nothing about how these files get muxed into an mp4 output file.

How does that happen? If a tool like MP4BOX is used, I see nothing in the workfiles to suggest what command might have been invoked...?

EDIT: Or maybe .sup tracks simply don't work with mp4box? I tried using it manually (cli) and it doesn't let me -add the .sup track "not valid". Do I have to make an .srt file in order to get subtitles to work? Hmmm I guess that should be easy enough, but I'd have thought that BD-RB would handle this automagically...Yes, MP4BOX is used for the muxing... and no, it doesn't support SUP as a subtitle.

Trying to convert SUP to another format that the MP4 will support would require a lot of human intervention, so I side-stepped it.

I'll check around. It's been a while since I've updated MP4BOX. It's possible a newer version may support SUP files.

[wakko709]

----------------------
[08/22/14] BD Rebuilder v0.47.07 (beta)
[18:13:19] Source: WANDERLUST
- Input BD size: 25.85 GB
- Approximate total content: [02:01:41.168]
- 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
[18:13:23] PHASE ONE, Encoding
- [18:13:23] Processing: VID_00022 (1 of 12)
- [18:13:23] Extracting A/V streams [VID_00022]
- [18:13:53] Reencoding video [VID_00022]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 9,740 frames
- Bitrate: 13,679 Kbs
- [18:13:53] Reencoding: VID_00022, Pass 1 of 1
- [18:20:57] Video Encode complete
- [18:20:57] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [18:20:57] Multiplexing M2TS
- [18:21:14] Processing: VID_00023 (2 of 12)
- [18:21:14] Extracting A/V streams [VID_00023]
- [18:36:12] Reencoding video [VID_00023]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 141,145 frames
- Bitrate: 26,043 Kbs
- [18:36:12] Reencoding: VID_00023, Pass 1 of 1
- [19:39:17] Video Encode complete
- [19:39:17] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [19:39:17] Multiplexing M2TS
- [19:45:27] Processing: VID_00099 (3 of 12)
- [19:45:27] Extracting A/V streams [VID_00099]
- [19:45:35] Reencoding video [VID_00099]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23.976fps, 1,748 frames
- Bitrate: 8,711 Kbs
- [19:45:35] Reencoding: VID_00099, Pass 1 of 1
- [19:46:54] Video Encode complete
- [19:46:54] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [19:46:54] Multiplexing M2TS
- [19:46:59] Processing: VID_00104 (4 of 12)
- [19:46:59] Extracting A/V streams [VID_00104]
- [19:47:07] Reencoding video [VID_00104]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23.976fps, 2,247 frames
- Bitrate: 9,886 Kbs
- [19:47:07] Reencoding: VID_00104, Pass 1 of 1
- [19:48:11] Video Encode complete
- [19:48:11] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [19:48:11] Multiplexing M2TS
- [19:48:16] Processing: VID_00113 (5 of 12)
- [19:48:16] Extracting A/V streams [VID_00113]
- [19:48:25] Reencoding video [VID_00113]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 769 frames
- Bitrate: 13,677 Kbs
- [19:48:25] Reencoding: VID_00113, Pass 1 of 1
- [19:48:54] Video Encode complete
- [19:48:54] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [19:48:54] Multiplexing M2TS
- [19:48:59] Processing: VID_00114 (6 of 12)
- [19:48:59] Extracting A/V streams [VID_00114]
- [19:49:09] Reencoding video [VID_00114]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 2,328 frames
- Bitrate: 13,678 Kbs
- [19:49:09] Reencoding: VID_00114, Pass 1 of 1
- [19:50:26] Video Encode complete
- [19:50:26] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [19:50:26] Multiplexing M2TS
- [19:50:32] Processing: VID_00115 (7 of 12)
- [19:50:32] Extracting A/V streams [VID_00115]
- [19:50:38] Reencoding video [VID_00115]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 530 frames
- Bitrate: 13,674 Kbs
- [19:50:38] Reencoding: VID_00115, Pass 1 of 1
- [19:51:01] Video Encode complete
- [19:51:01] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [19:51:01] Multiplexing M2TS
- [19:51:05] Processing: VID_00116 (8 of 12)
- [19:51:05] Extracting A/V streams [VID_00116]
- [19:51:12] Reencoding video [VID_00116]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 769 frames
- Bitrate: 13,743 Kbs
- [19:51:12] Reencoding: VID_00116, Pass 1 of 1
- [19:51:28] Video Encode complete
- [19:51:28] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [19:51:28] Multiplexing M2TS
- [19:51:32] Processing: VID_00117 (9 of 12)
- [19:51:32] Extracting A/V streams [VID_00117]
- [19:51:39] Reencoding video [VID_00117]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 769 frames
- Bitrate: 13,683 Kbs
- [19:51:39] Reencoding: VID_00117, Pass 1 of 1
- [19:51:53] Video Encode complete
- [19:51:53] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [19:51:53] Multiplexing M2TS
- [19:51:57] Processing: VID_00118 (10 of 12)
- [19:51:57] Extracting A/V streams [VID_00118]
- [19:52:04] Reencoding video [VID_00118]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 792 frames
- Bitrate: 15,456 Kbs
- [19:52:04] Reencoding: VID_00118, Pass 1 of 1
- [19:52:27] Video Encode complete
- [19:52:27] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [19:52:27] Multiplexing M2TS
- [19:52:32] Processing: VID_00119 (11 of 12)
- [19:52:32] Extracting A/V streams [VID_00119]
- [19:52:39] Reencoding video [VID_00119]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 769 frames
- Bitrate: 13,689 Kbs
- [19:52:39] Reencoding: VID_00119, Pass 1 of 1
- [19:53:05] Video Encode complete
- [19:53:05] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [19:53:05] Multiplexing M2TS
- [19:53:09] Processing: VID_00120 (12 of 12)
- [19:53:09] Extracting A/V streams [VID_00120]
- [19:53:18] Reencoding video [VID_00120]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 1,844 frames
- Bitrate: 13,677 Kbs
- [19:53:18] Reencoding: VID_00120, Pass 1 of 1
- Encode failed. Aborting.
- BD-Rebuilder v0.47.07 (beta)
- Windows Version: 6.1 [7601]
- Working Path Free Space: 175.97GB
- 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
- AnyDVD settings check: Ok.
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok
- FRIMEncode: Ok
- FRIMDecode: Ok
[19:53:19] - Failed video encode, aborted
any ideas what's going on?
what log files?

[Wizzu]

Hello Jdobbs,

I'm trying to backup my Game of Thrones series (european edition) to BR for convenience. These discs have subtitles.

BD-RB seems to think that there is something wrong with these subtitles and doesn't mux them into the resulting m2ts (see log at the end of the post)

The thing is, I already succeeded in converting several of these titles to BD with DVDtoBD Express 2.0, complete including the subtitles. So I guess the subtitles in themselves aren't really an issue, but something with them "irritates" BD-RB so to speak. ;)

I understand that without taking look at the source you probably can't tell what's wrong, so maybe I can send you some file (but which and how?...)

Regards,

Wizz'

LOG
----------------------
[14:35:41] Importing DVD: GAME_OF_THRONES_SAISON_1
- Processing DVD title [1 of 10]
- Collecting audio/video/subtitle streams...
- Converting subtitles to BD format...
- Source issue, subtitle 1 ignored.
- Source issue, subtitle 2 ignored.
- Multiplexing audio/video/subtitles...
- Processing DVD title [2 of 10]
- Collecting audio/video/subtitle streams...
- Converting subtitles to BD format...
- Source issue, subtitle 1 ignored.
- Source issue, subtitle 2 ignored.
- Multiplexing audio/video/subtitles...
[14:39:52] DVD import aborted per user request..

[laserfan]

Yes, MP4BOX is used for the muxing... and no, it doesn't support SUP as a subtitle.

Trying to convert SUP to another format that the MP4 will support would require a lot of human intervention, so I side-stepped it.

I'll check around. It's been a while since I've updated MP4BOX. It's possible a newer version may support SUP files.
Thanks for confirming--I looked at another tool that makes mp4s and it wants an .srt file and then hard-encodes it to the video (so at least I know how to do it now). And I looked at the -help for mp4box and found it mostly incomprehensible!!!

:eek:

Anyway it seems my solution is to use SupRip on the Forced.sup and then tweak the .AVS to hard-code it into the video.

Just my luck for my 1st attempt to use a movie that has some forced subs--will have to pay close attention to that if I decide to make more iGizmo movies with BD-RB. It WAS fast, and looks really good...

[Sharc]

Hello Jdobbs,

I'm trying to backup my Game of Thrones series (european edition) to BR for convenience. These discs have subtitles.

BD-RB seems to think that there is something wrong with these subtitles and doesn't mux them into the resulting m2ts (see log at the end of the post)

The thing is, I already succeeded in converting several of these titles to BD with DVDtoBD Express 2.0, complete including the subtitles. So I guess the subtitles in themselves aren't really an issue, but something with them "irritates" BD-RB so to speak. ;)

I understand that without taking look at the source you probably can't tell what's wrong, so maybe I can send you some file (but which and how?...)

Regards,

Wizz'

LOG
----------------------
[14:35:41] Importing DVD: GAME_OF_THRONES_SAISON_1
- Processing DVD title [1 of 10]
- Collecting audio/video/subtitle streams...
- Converting subtitles to BD format...
- Source issue, subtitle 1 ignored.
- Source issue, subtitle 2 ignored.
- Multiplexing audio/video/subtitles...
- Processing DVD title [2 of 10]
- Collecting audio/video/subtitle streams...
- Converting subtitles to BD format...
- Source issue, subtitle 1 ignored.
- Source issue, subtitle 2 ignored.
- Multiplexing audio/video/subtitles...
[14:39:52] DVD import aborted per user request..
Well, I can confirm that BD-RB seems to dislike certain subtitles on (European only?) DVDs.
Same message: Source issue, subtitle ignored.
I didn't dig deeper because I didn't care to much.

[jdobbs]

Hello Jdobbs,

I'm trying to backup my Game of Thrones series (european edition) to BR for convenience. These discs have subtitles.

BD-RB seems to think that there is something wrong with these subtitles and doesn't mux them into the resulting m2ts (see log at the end of the post)

The thing is, I already succeeded in converting several of these titles to BD with DVDtoBD Express 2.0, complete including the subtitles. So I guess the subtitles in themselves aren't really an issue, but something with them "irritates" BD-RB so to speak. ;)

I understand that without taking look at the source you probably can't tell what's wrong, so maybe I can send you some file (but which and how?...)

Regards,

Wizz'

LOG
----------------------
[14:35:41] Importing DVD: GAME_OF_THRONES_SAISON_1
- Processing DVD title [1 of 10]
- Collecting audio/video/subtitle streams...
- Converting subtitles to BD format...
- Source issue, subtitle 1 ignored.
- Source issue, subtitle 2 ignored.
- Multiplexing audio/video/subtitles...
- Processing DVD title [2 of 10]
- Collecting audio/video/subtitle streams...
- Converting subtitles to BD format...
- Source issue, subtitle 1 ignored.
- Source issue, subtitle 2 ignored.
- Multiplexing audio/video/subtitles...
[14:39:52] DVD import aborted per user request..You'd have to extract the subtitle and send it to me. That's the only way I can think to try processing it short of buying the series. You'd have to grab it from the TEMPIMPORT folder (in your working folder) between the extract and rebuild phases of the IMPORT. After the build of the pseudo-BD structure, BD-RB removes that folder.

It should be small enough to e-mail.

[Wizzu]

You'd have to extract the subtitle and send it to me. That's the only way I can think to try processing it short of buying the series. You'd have to grab it from the TEMPIMPORT folder (in your working folder) between the extract and rebuild phases of the IMPORT. After the build of the pseudo-BD structure, BD-RB removes that folder.

It should be small enough to e-mail.Thanks a lot for the reply. :cool:

I've just e-mailed some of these subtitles to you.

Take care,

Wizz'

[jdobbs]

I have updated the first post in this thread with a link to the newest release of BD-RB (v0.48.01). Changes for this release:- Added FFVideoSource() as the defaut decoding
option. This means that FFDSHOW and HAALI
are no longer required for operation (except
when support for DirectshowSource is forced).
Note: When this option is selected MPEG-2
decoding is accomplished by DGDecode.
- Added a new hidden option DSHOW which will
allow BD-RB to be used with DirectShow, this
would require HAALI and FFDSHOW. It is not
recommended unless problems are encountered
as it may be discontinued in future releases.
- Corrected an error in which Quick-Play title
edits were not kept when the source was not
writable (e.g. mounted ISO or BD Drive).
- Added a checkbox under "Import/Quick-Play
Settings" that instructs BD-RB to apply the
audio/subtitle language filters defined in
the SETTINGS dialog when importing a BD or
DVD source. This allows you to remove any
unwanted audio/subtitle tracks before any
subsequent reencoding/rebuilding.
- Modified video file import routine so that
1440x1080 sources are examined and those
with 16:9 ratio do not have borders added.
- Corrected an error in which 3D M2TS streams
that are used for angles may not be properly
flagged as 3D. This could result in playback
failure when one of the alternate angles,
typically related to non-original language,
is selected.
- Added new hidden option MENU_CUSTOM_COLOR and
added "custom" as a color selection for use
with MENU_ACTIVE_COLOR in Quick-Play and
Import menus. See HIDDENOPTS.TXT.
- Added new hidden option MENU_FONT. This will
allow you to set the font used Quick-Play menus
to be customized with any legal font. Note: Any
specified unavailable font name will result in
the Arial font (the BD-RB default).
- Added an algorithm so that if none of the
audio tracks in your SETUP list is present in
the source, at least one language is kept --
and your chosen default subtitle language is
forced on.
- Added a new hidden option SHUTDOWN_REBOOT that
will reboot rather than shutdown when selected.
See HIDDENOPTS.TXT for more information
- Added the ability to perform IVTC on 720p
sources when forced via the IVTC_SELECTION
hidden operation.
- Fixed an issue in which importing certain oddly
sized video file sources with IMPORT_PAL_TO_NTSC
set can result in illegally sized output.
- Removed bicubic as a resize option. Bicubic
could cause errors and blank video during output
to ALTERNATE selections due to differences in
filter parameter format.
- Updated the included version of X264.EXE to the
latest release (r2453).
- Updated the included version of X264-64.EXE to
the latest release (r2453).
- Other minor corrections and cosmetic fixes.

The update that removes the requirement for HAALI and FFDSHOW will change the installation instructions a bit -- but I want to get this tested a little before editing the instructions. It will also make it easier for me to create an installation executable prior to taking BD-RB out of beta status.

[Ch3vr0n]

Sweet, thanks for adding my reboot option :D

[laserfan]

Yes, MP4BOX is used for the muxing... and no, it doesn't support SUP as a subtitle.

Trying to convert SUP to another format that the MP4 will support would require a lot of human intervention, so I side-stepped it.

I'll check around. It's been a while since I've updated MP4BOX. It's possible a newer version may support SUP files.
jdobbs it seems that between mp4box and yamb they can easily mux .srt files to mp4s (as something called "Timed Text" tx3g format) BUT I can't seem to find a player that plays these subs. Only tried VLC and one other obscure on on my iPad.

It seems the only way (that I have found anyway) to get subtitles to display on my iPad is to hard-code them into the video, which AFAICT means using TextSub(moviename.srt) in the avs script that invokes x264. I do not think this is a BD-RB opportunity myself (owing to the need for OCR i.e. sup-to-srt) but maybe in the future BD-RB can at least incorporate a user's srt into its encoding process.

If anyone here knows a better/different way to do this I'd be glad to hear it, though this belongs in another thread, perhaps jdobbs you can move these posts to Feature Requests.

[soneca]

Very good, thanks for the new version!!!
jdobbs, is difficult to implement this (http://forum.doom9.org/showthread.php?p=1678732#post1678732) request?:(

[jdobbs]

Very good, thanks for the new version!!!
jdobbs, is difficult to implement this (http://forum.doom9.org/showthread.php?p=1678732#post1678732) request?:(Yes. But I'll eventually get it in.

[Sharc]

I have updated the first post in this thread with a link to the newest release of BD-RB (v0.48.01). Changes for this release:
.........
- Corrected an error in which Quick-Play title
edits were not kept when the source was not
writable (e.g. mounted ISO or BD Drive).
- Modified video file import routine so that
1440x1080 sources are examined and those
with 16:9 ratio do not have borders added.
.....

:thanks:

[Ch3vr0n]

Jdobbs, what would you recommend to use with the current release on a book quick synch system, ffvideosource or dgdecnv?

Verstuurd vanaf mijn Nexus 7 met Tapatalk

[musiclover]

Am I correct in thinking that "convert 4:3 to 16:9" and "Widen 4:3 Viewing" only are working in full backup mode? Because I can't get it to work in alternate movie-only output. If I'm correct in this should it not say so in the video encoding options?

Thank you for an amazing program.

[jdobbs]

Am I correct in thinking that "convert 4:3 to 16:9" and "Widen 4:3 Viewing" only are working in full backup mode? Because I can't get it to work in alternate movie-only output. If I'm correct in this should it not say so in the video encoding options?

Thank you for an amazing program.It works for full-backup and movie-only backup modes. But, the size of the output in ALTERNATE mode is determined by the preset. So none of the SETUP resizing settings should affect it.

What I might be able to do is add a mode to the presets that does those conversions.

[musiclover]

It works for full-backup and movie-only backup modes. But, the size of the output in ALTERNATE mode is determined by the preset. So none of the SETUP resizing settings should affect it.

What I might be able to do is add a mode to the presets that does those conversions.

That would be great. Thanx

[jdobbs]

Jdobbs, what would you recommend to use with the current release on a book quick synch system, ffvideosource or dgdecnv?

Verstuurd vanaf mijn Nexus 7 met TapatalkI'd experiment, as it seems to be quite different from system to system. Generally you're better off with DGDECNV, especially if you enable multiple instances. But on a quick-sync system you may find FRIMSource to be faster.

I can't really say for sure, as I don't have a quick-sync enabled system.

[colinhunt]

Hello folks,

based on my first run with the 0.48.01 (using the new FFVideoSource default) I can say it's a lot slower than 0.47.07.

I set up an encode last night at 3:40. A similar encode, using my Super High Quality settings, on the 0.47.07 would take approx. 5-6 hours... but 0.48.01 is still running, more than 13 hours later. It's now at 91,18% and ETA is 2 hours and 6 minutes, so total processing time will be more than 15 hours.

I'll let it finish to see what the output looks like, but it certainly appears that FFVideoSource is not a good choice for my system.

[jdobbs]

Hello folks,

based on my first run with the 0.48.01 (using the new FFVideoSource default) I can say it's a lot slower than 0.47.07.

I set up an encode last night at 3:40. A similar encode, using my Super High Quality settings, on the 0.47.07 would take approx. 5-6 hours... but 0.48.01 is still running, more than 13 hours later. It's now at 91,18% and ETA is 2 hours and 6 minutes, so total processing time will be more than 15 hours.

I'll let it finish to see what the output looks like, but it certainly appears that FFVideoSource is not a good choice for my system.It shouldn't be slower. Something else is likely wrong.

Add DSHOW=1 to your INI and deselect FFVideoSource. I think you'll find the speed similar for the same source.

[colinhunt]

It shouldn't be slower. Something else is likely wrong.
I think it's partly because the mandatory indexing done by FFVS takes a long time over LAN from a NAS box, and partly because I can see that during pass 2 x264 does not use 100% of available CPU power, like it does on the 0.47.07.

[jdobbs]

I think it's partly because the mandatory indexing done by FFVS takes a long time over LAN from a NAS box, and partly because I can see that during pass 2 x264 does not use 100% of available CPU power, like it does on the 0.47.07. The LAN shouldn't make that much of a difference, unless it is slow -- and the indexing happens concurrently with the extraction. It could possibly be the fact that the implementation of FFVideoSource doesn't currently support multiple instances -- but when you're running super-high quality settings it is X264 that is the limiting factor. Any frame-server should be able to keep up.

I'll add multi-processing support for FFVideoSource in a later release -- but first I wanted to get some testing done against a lot of sources.

[colinhunt]

The LAN shouldn't make that much of a difference, unless it is slow -- and the indexing happens concurrently with the extraction. It could possibly be the fact that the implementation of FFVideoSource doesn't currently support multiple instances -- but when you're running super-high quality settings it is X264 that is the limiting factor. Any frame-server should be able to keep up.
Hmm. All I know is that CPU utilization on the 0.48.01 hovers around 60-65% at the moment, during pass 2, when on 0.47.07 the utilization during pass 2 tends to hover way above 90%. As for the indexing/extraction time, I'll have to check logs to compare. It feels like it's taking forever on the 0.48.01 but it could be the "boiling pot" phenomenon in action.

[colinhunt]

Here's some actual data from logs.

0.47.07
Show length: 102 845 frames
Extraction phase: 2 min 48 sec
Pass 1: 23 min 48 sec
Pass 2: 165 min 25 sec

0.48.01 (FFVS enabled)
Show length: 103 546 frames
Extraction phase: 9 min 39 sec
Pass 1: 45 min 08 sec
Pass 2: 169 min 14 sec

The file processed by 0.48.01 is 701 frames longer, which adds about a minute to its pass 2. Turns out the biggest differences in time are in extraction and especially in pass 1.

I'll keep an eye out for the CPU utilization during pass 2 when running the next encode with FFVS deselected. Also, I can see from the logs that the encoding job I was thinking of (disc 3 of a 3-disc box) took 8 hours on 0.47.07, not 5-6 hours, and the disc had less content on it than the disc being backupped by the 0.48.01 now. D'oh!

Taking that into account, this disc would have taken 11 hours to process on the 0.47.07. So, 0.48.01 is approx. 4 hours slower on the same system, with all things being more or less equal.

[jdobbs]

They're two different sources. You can't come to any conclusions at all!!!

Configure the settings I gave you so you can run DirectshowSource with 48.01, run it again, and tell me how it comes out.with all things being more or less equal This is a very inaccurate statement.

[colinhunt]

They're two different sources. You can't come to any conclusions at all!!!
They are very similar, even though they are not the same. Different discs of the same tv show box.

I've got 48.01 running the same disc now, with LAVF decoding/frame serving instead of FFVS.

First data point:

0.48.01 (FFVS enabled)
Show length: 103 546 frames
Extraction phase: 9 min 39 sec
Pass 1: 45 min 08 sec

0.48.01 (LAVF)
Show length: 103 546 frames
Extraction phase: 2 min 39 sec
Pass 1: 22 min 12 sec

[musiclover]

After deselecting FFVideoSource I cannot reselect it again. The message "A path to DGIndexIM.EXE is required in order to select this option" appears. How can I remedy that? DGIndexIM.EXE is not on my system.

[jdobbs]

After deselecting FFVideoSource I cannot reselect it again. The message "A path to DGIndexIM.EXE is required in order to select this option" appears. How can I remedy that? DGIndexIM.EXE is not on my system.Hmmm... that's weird. I just tested it on my system and I can select/deselect with no issues.

[jdobbs]

They are very similar, even though they are not the same. Different discs of the same tv show box.

I've got 48.01 running the same disc now, with LAVF decoding/frame serving instead of FFVS.

First data point:

0.48.01 (FFVS enabled)
Show length: 103 546 frames
Extraction phase: 9 min 39 sec
Pass 1: 45 min 08 sec

0.48.01 (LAVF)
Show length: 103 546 frames
Extraction phase: 2 min 39 sec
Pass 1: 22 min 12 secThis isn't a debating club. It's a bug reporting thread. Now you've decided to run a completely different scenario than I suggested. Do you want to fix it or not? I'm not going to keep jumping through hoops just because you don't want to follow instructions. Until you do so, you won't get any more help...

[musiclover]

Hmmm... that's weird. I just tested it on my system and I can select/deselect with no issues.

And do you have DGIndexIM.EXE and DGDecodeIM.dll on your system? Because without the path for both files I am stuck on the setting UI. As a temporary solution I have made copies of DGIndex.EXE and DGDecode.dll and renamed them so I could get out of the settings UI.

[jdobbs]

And do you have DGIndexIM.EXE and DGDecodeIM.dll on your system? Because without the path for both files i am stuck on the setting UI.Could be. I'll remove them and see what happens.

[Edit] Yep. That's it. There was some left-over code there from when I included DGDecIM. I'll fix that and get another release out today.

[colinhunt]

This isn't a debating club. It's a bug reporting thread. Now you've decided to run a completely different scenario than I suggested. Do you want to fix it or not? I'm not going to keep jumping through hoops just because you don't want to follow instructions. Until you do so, you won't get any more help...
A misunderstanding, clearly. I wasn't reporting a bug, per se, only reporting that FFVS resulted in longer processing times on my setup. I didn't consider it a bug, only a slower method of doing the same thing.

My apologies for not realizing you considered it a bug and wanted me to test something specific. I've used only LAVF for ages, and that's what I was comparing to earlier. I'll run the job again, with DSS.

[omegaman7]

A misunderstanding, clearly. I wasn't reporting a bug, per se, only reporting that FFVS resulted in longer processing times on my setup. I didn't consider it a bug, only a slower method of doing the same thing.

My apologies for not realizing you considered it a bug and wanted me to test something specific. I've used only LAVF for ages, and that's what I was comparing to earlier. I'll run the job again, with DSS.

I'm noticing some slowness myself lol. Extracting a 200Mb file, took 4+ minutes. But then later, files much larger, were significantly quicker. Audio encoding seems rather slow, but I've never really paid any attention to it. I'll compare different encodes.

Clearly, in the 'stream' tab, it's showing the video size only. It's not accounting for the audio track size. The extraction was larger than I realized. Oddly, it's still curious that something of 1700 frames, would extract slower, than a 70+ thousand frame stream.

[colinhunt]

Hmmh. Like I said, it's been ages since I last used DirectShow, and it certainly shows:

[08.24.14] BD Rebuilder v0.48.01 (beta)
[21:23:12] Source: THEWHITEQUEEN_D2
- Input BD size: 44,94 GB
- Approximate total content: [03:57:20.926]
- Target BD size: 23,73 GB
- Windows Version: 6.1 [7601]
- Quality: Ultra High Quality (Extremely Slow), Two Pass
- X264 Tweak(s) enabled (< --tune film)
- Output folder: U:\_ENCODES\
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
- Resuming from previously started job. (<-- extraction done on previous attempt which ended the same as this)
[21:23:14] PHASE ONE, Encoding
- [21:23:14] Processing: VID_00001 (1 of 10)
- [21:23:14] Reencoding video [VID_00001]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 29,970fps, 103*546 frames
- Bitrate: 10*334 Kbs
- [21:23:14] Reencoding: VID_00001, Pass 1 of 2
- Encode failed. Aborting.
- BD-Rebuilder v0.48.01 (beta)
- Windows Version: 6.1 [7601]
- Working Path Free Space: 391,09GB
- AVISYNTH Version: 2.5.8.0, Ok
- HAALI Splitter: 1.11.96.14, 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
[21:23:15] - Failed video encode, aborted

Filters checked with Win7DSFilterTweaker. Not a 32-bit/64-bit clash (only 32-bit FFDShow installed, BD-RB tries to run 32-bit x264). Re-installed FFDShow, didn't help either.

[jdobbs]

Hmmh. If it's been ages since you used DirectshowSource -- then to what are you comparing FFVideoSource? It is meant as a replacement for DirectshowSource -- so how it compares to anything else is inconsequential.

[jdobbs]

I'm noticing some slowness myself lol. Extracting a 200Mb file, took 4+ minutes. But then later, files much larger, were significantly quicker. Audio encoding seems rather slow, but I've never really paid any attention to it. I'll compare different encodes.

Clearly, in the 'stream' tab, it's showing the video size only. It's not accounting for the audio track size. The extraction was larger than I realized. Oddly, it's still curious that something of 1700 frames, would extract slower, than a 70+ thousand frame stream.I can't imagine why it would take 4 minutes to do a 200MB file.

Audio encoding hasn't changed at all.

The stream tab shows the size of the M2TS file.

[colinhunt]

Hmmh. If it's been ages since you used DirectshowSource -- then to what are you comparing FFVideoSource? It is meant as a replacement for DirectshowSource -- so how it compares to anything else is inconsequential.
I compared it to LAVF, which I've been using for the longest time. I figured there was a reason, like a speed or compatiblity gain, behind BD-RB's switch to FFVS as default, and wanted to try it out. That's all there is to it.

[jdobbs]

????? You're missing the point. If you like LAVF keep using it... but comparing LAVF to FFVideoSource is apples to oranges. In previous versions DirectshowSource was the default.

How can you say:...based on my first run with the 0.48.01 (using the new FFVideoSource default) I can say it's a lot slower than 0.47.07.Both versions have LAVF -- so saying there is a speed difference between versions is entirely wrong unless you compare LAVF to LAVF.

No more debating. If you have a bug, report it. Otherwise post in a different thread. The next "I need to prove I'm right" post that serves no purpose will result in a strike. I have better things to do than run down rabbit holes.

[colinhunt]

No more debating. If you have a bug, report it. Otherwise post in a different thread. The next "I need to prove I'm right" post that serves no purpose will result in a strike. I have better things to do than run down rabbit holes.
Yeah, don't worry about it. The receptacle reserved for condescension runneth over; I won't make another peep.

[omegaman7]

Interesting. FFvideosource took 43min, where DGDecNV took slightly over an hour :S I suspect my GPU was bottle necking.

Forget what I said about the extraction process. There's clearly more to it than meets MY eye lol.

I've never seen two MP4 outputs be bit for bit the same size :S Looks like I'm sticking with FFvideosource for the time being :)

[jdobbs]

Yeah, don't worry about it. The receptacle reserved for condescension runneth over; I won't make another peep.It's not condescending when someone calls you on making incorrect statements like "0.48.01 [is] ...a lot slower than 0.47.07" when you have changed frame-serving modes and are working on two different sources. Continually defending those incorrect statements with more incorrect/inaccurate statments only makes you look worse.

[jdobbs]

Interesting. FFvideosource took 43min, where DGDecNV took slightly over an hour :S I suspect my GPU was bottle necking.

Forget what I said about the extraction process. There's clearly more to it than meets MY eye lol.

I've never seen two MP4 outputs be bit for bit the same size :S Looks like I'm sticking with FFvideosource for the time being :)Interesting. In my tests I've found DGDecNV to be slightly faster (when multiple instances are in use). Most of the speed gain happens in pass one. Did you have MULTIPROCESS enabled? What kind of source was it (VC-1, AVC, or MPEG)?

[omegaman7]

Interesting. In my tests I've found DGDecNV to be slightly faster (when multiple instances are in use). What kind of source was it (VC-1, AVC, or MPEG)?

I stopped testing multiple instances a while back. There seemed to be diminished returns. Perhaps I'll set it for auto, for Gits and shiggles lol.

[jdobbs]

I stopped testing multiple instances a while back. There seemed to be diminished returns. Perhaps I'll set it for auto, for Gits and shiggles lol.It may not matter... it depends on your video card. I played with it and decided a setting of "3" works best on mine. It all depends where you CPU usage sits. If you are using less than 90% or so it can usually help. If not, there's little to be gained.

[jdobbs]

I have updated the first post of this thread with a link to the newest version of BD-RB (v0.48.02). Changes for this release:- Corrected an issue in which some DVD subtitle
imports could result in "Source issue, subtitle
n ignored"
- Corrected an issue in which deselecting and
then attempting to select "FFVideoSource" as
the frame server (from the SETUP dialog) would
cause an attempt to browse for DGDecIM.
- Made some modifications to the way in which
IVTC from the streams list is handled.
- Other minor corrections and cosmetic fixes.

Thanks to musiclover for pointing out the issue with selecting FFVideoSource and Wizzu for providing example files for the sup conversion error.

[soneca]

Interesting. In my tests I've found DGDecNV to be slightly faster (when multiple instances are in use). Most of the speed gain happens in pass one. Did you have MULTIPROCESS enabled? What kind of source was it (VC-1, AVC, or MPEG)?

Here the speed difference is still very large.

http://s20.postimg.org/x9hc2wo3x/bd_ffvideosource.png http://s20.postimg.org/k6lpjmxvx/bd_dgdecnv.png

Edit: Multiple instances are not activated when the FFVideoSource is defined.

[jdobbs]

Yeah. That's probably typical... but since pass one uses a lot less time (a smaller percentage of the complete encode time) than pass two, the overall time is reduced by less. Compare the total encoding time after the end of pass 2 and let me know how the difference.

Currently FFVideoSource doesn't use multiple instances (mainly because it isn't frame accurate with an M2TS source).

[wakko709]

----------------------
[08/24/14] BD Rebuilder v0.48.01 (beta)
[14:57:26] Source: UNDER_THE_DOME_SEASON_1_DISC_3
- Input BD size: 23.48 GB
- Approximate total content: [02:08:53.642]
- Target BD size: 22.95 GB
- Windows Version: 6.1 [7601]
- Auto Quality: Good (Very Fast), ABR
- Decoding/Frame serving: FFVideoSource
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=640
[14:57:29] PHASE ONE, Encoding
- [14:57:29] Processing: VID_00000 (1 of 4)
- [14:57:29] Extracting A/V streams [VID_00000]
- [14:59:27] Reencoding video [VID_00000]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 60,262 frames
- Bitrate: 19,899 Kbs
- [14:59:27] Reencoding: VID_00000, Pass 1 of 1
- [15:52:26] Video Encode complete
- [15:52:26] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [15:52:26] Multiplexing M2TS
- [15:56:47] Processing: VID_00001 (2 of 4)
- [15:56:47] Extracting A/V streams [VID_00001]
- [15:58:29] Reencoding video [VID_00001]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 59,353 frames
- Bitrate: 21,235 Kbs
- [15:58:29] Reencoding: VID_00001, Pass 1 of 1
- [16:47:53] Video Encode complete
- [16:47:53] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [16:47:53] Multiplexing M2TS
- [16:52:06] Processing: VID_00002 (3 of 4)
- [16:52:06] Extracting A/V streams [VID_00002]
- [16:54:20] Reencoding video [VID_00002]
- [16:54:20] Keeping original video (no reencode)
- [16:54:20] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [16:54:20] Multiplexing M2TS
- Error in attempt to multiplex: MUX_00002.meta
- Can't open file: C:\WORKFILES\VID_00002.AVS.264
[16:54:23] - Failed to build structure, aborted
anyone got any ideas?

[jdobbs]

It says VID_00002.AVS.264 is missing. Is it?

[soneca]

Yeah. That's probably typical... but since pass one uses a lot less time (a smaller percentage of the complete encode time) than pass two, the overall time is reduced by less. Compare the total encoding time after the end of pass 2 and let me know how the difference.

Currently FFVideoSource doesn't use multiple instances (mainly because it isn't frame accurate with an M2TS source).

FFVideoSource
- [20:29:15] Reencoding: VID_00000, Pass 1 of 2
- [20:42:15] Reencoding: VID_00000, Pass 2 of 2
- [21:09:24] Video Encode complete
= 40'09"

DGDecNV
- [21:13:24] Reencoding: VID_00000, Pass 1 of 2
- [21:22:21] Reencoding: VID_00000, Pass 2 of 2
- [21:46:07] Video Encode complete
=32'43"

Time decreased, but is considerably.;)

[jdobbs]

Seven and a half minutes faster with DGDecNV... that sounds about right. A complete encode in 33 minutes? You must have a fast system.

[soneca]

Seven and a half minutes faster with DGDecNV... that sounds about right. A complete encode in 33 minutes? You must have a fast system.

The source blu-ray has little time, "Mystery of the Nile" (47:38) and used the default setting (High quality), 720p.

[musiclover]

alternate dvd-5 filter broken in 0.48.02 ?
My attempts to let BD Rebuilder v.0.48.02 make an alternate movie-only dvd-5 from imported youtube video's failed. The results had sound but the video was blank. And the size of the dvd was under 1 GB. I tried first with FFVideoSource and after that with x264/Lavf. I tried 3 youtube video's that way. All with the same unfortunate result.
Because BD Rebuilder v.0.47.07 was able to do the same jobs correctly it seems to me that the filter for dvd-5 output in 0.48.02 is broken.

----------------------
[17:19:12] Importing MP4: YOUTUBE_-_ELECTRIC_LIGHT_ORCHESTRA_-_ROCKPALAST,_1974
- Preparing MP4 for processing...
- Collecting audio/video streams from source...
- Converting audio, Track #2, AAC to AC3...
- Building pseudo-BD source structure...
[17:20:23] Video import completed successfully.
----------------------
[08-25-14] BD Rebuilder v0.48.02 (beta)
[17:20:29] Source: YOUTUBE_-_ELECTRIC_LIGHT_ORCHESTRA_-_ROCKPALAST,_1974_00000
- Input BD size: 0.51 GB
- Approximate total content: [01:50:08.334]
- Windows Version: 6.1 [7601]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- Mode: DVD-5, 720x480/576, AC3 Audio
- Decoding/Frame serving: FFVideoSource
- Audio Settings: AC3=1 DTS=1 HD=0 Kbs=640
[17:20:29] PHASE ONE, Encoding
- [17:20:29] Processing: VID_00000 (1 of 1)
- [17:20:29] Extracting A/V streams [VID_00000]
- [17:20:45] Reencoding video [VID_00000]
- Source Video: MPEG-4 (AVC), 720x480
- Rate/Length: 29.970fps, 198,052 frames
- Bitrate: 5,237 Kbs
- [17:20:45] Reencoding: VID_00000
- [17:44:04] Video Encode complete
- [17:44:04] Processing audio tracks
- Track 4352 (und): Reencoding audio to AC3...
[17:47:03]PHASE ONE complete
[17:47:03]PHASE TWO - Rebuild Started
- [17:47:03] Building ALTERNATE OUTPUT Structure
- [17:47:03] Starting MPLEX.
- [17:47:25] Building DVD File Structure.
[17:48:22] - Encode and Rebuild complete
[17:48:22] JOB: YOUTUBE_-_ELECTRIC_LIGHT_ORCHESTRA_-_ROCKPALAST,_1974 finished.

[Status]
LABEL=YOUTUBE_-_ELECTRIC_LIGHT_ORCHESTRA_-_ROCKPALAST,_1974
VERSION=v0.48.02 (beta)
SOURCE_SIZE=542711808
SOURCE_VIDEO_SIZE=542711808
TARGET_SIZE=24641536000
REDUCTION=45.4044589352292
RESIZE_1080=0
RESIZE_1440=0
AUDIO_TO_KEEP=all
KEEP_HD_AUDIO=0
SUBS_TO_KEEP=all
BACKUP_MODE=1
MOVIEONLY_TYPE=1
USE_LAVF=0
INSTANCES=1
DGDECNV=0
DGDECIM=0
FRIMSOURCE=0
FFMS2=-1
SSIF_MODE=0
QUICK=0
ENCODE_STEP=0
COMPLETED=1
REBUILD_COMPLETE=1
[00000]
AUDIO=1
PGS=
APULLDOWN=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=24641536000
NSIZE=0
FLINK=0
MLINK=0

[Options]
VERSION=0.48.0.2
MODE=3
ENCODE_QUALITY=3
ONEPASS_ENCODING=0
AUTO_QUALITY=0
TARGET_SIZE=23500
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
CONVERT_WIDE=0
DTS_REENCODE=1
AC3_REENCODE=1
AC3_640=1
AC3_192=0
KEEP_HD_AUDIO=0
AVCHD=0
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=1
UNMASK_CHAPTER=0
COMPLETION_BEEP=0
DGDECNV=0
OUTPUT_3D=0
NEROAAC=1
AUDIO_TRACK_LIMIT=0
SUBTITLE_TRACK_LIMIT=0
CUSTOM_TARGET_SIZE=23500
MOVIEONLY_TYPE=1
ALTCRF=23
ALT_TARGET=1024
ALTMETHOD=1
ALTAUTOCROP=0
ENABLE_TEST=1
SUPTITLE=0
ENABLE_BLANKING=1
MENU_BACKGROUND=C:\BD Rebuilder\BD_Rebuilder\misc\menuback.jpg
IMPORT_THRESHOLD=15
QUICK_PLAY_THRESHOLD=10
MENU_AUTO_BACKGROUND=1
MENU_PLAY_SEQUENTIAL=0
MENU_START_WITH_MENU=1
QUICK_EXTRAS=0
IGNORE_3D=0
OUTPUT_SBS=0
AUTO_BURN=0
FRIMSOURCE=0
ENCODER=0
MOVIE_ONLY_LOOP=0
DGDECIM=0
DECODER=1
DSHOW=1
WIDE_PERCENT=100
WIDE_OFFSET=1
[Paths]
WORKING_PATH=F:\WORK\
NeroAACPath=C:\BD Rebuilder\NeroAACCodec-1.5.1\win32\neroAacEnc.exe
SOURCE_PATH=F:\WORK\IMPORTS\YOUTUBE_-_ELECTRIC_LIGHT_ORCHESTRA_-_ROCKPALAST,_1974\
-------------------------------------

BD Rebuilder:
- [17:20:45] Reencoding video [VID_00000]
- Source Video: MPEG-4 (AVC), 720x480

MediaInfo:
Width : 480 pixels
Height : 360 pixels

[jdobbs]

How big is the source? Can you send me one so I can give it a try?

[musiclover]

How big is the source? Can you send me one so I can give it a try?

The source is 367 MB. You can download is here
[Link Removed]

[jdobbs]

Although I didn't see a copyright notice anywhere in the video, I'm a little paranoid -- so I removed the link. I'll see what I can find concerning your problem. Nothing has changed in the ALTERNATE/DVD output routines in a long time, so I'm not really sure what to look for until I see it fail.

Are you in NTSC or PAL country?

[omegaman7]

I've been meaning to consolidate certain how-to videos on youtube. I'll let you know if I find anything.

[jdobbs]

I've been meaning to consolidate certain how-to videos on youtube. I'll let you know if I find anything.I just thought about it... I changed the default colorspace output of the AVS to YUY2 rather than YV12 -- it's possible that HCENCODER doesn't like that... I'll test it and see.

[Edit] I just checked the HC manual, and HCENCODE will accept YUY2, but you have to call it out in the INI file -- so this is probably the issue.

[musiclover]

Although I didn't see a copyright notice anywhere in the video, I'm a little paranoid -- so I removed the link. I'll see what I can find concerning your problem. Nothing has changed in the ALTERNATE/DVD output routines in a long time, so I'm not really sure what to look for until I see it fail.

Are you in NTSC or PAL country?

I am in a PAL country

[jdobbs]

I am in a PAL countryI just asked because this is a 29.97fps (NTSC) source. But I think I found the issue and it's unrelated to the standard.

[wakko709]

jobbs yes it is missing!

[jdobbs]

jobbs yes it is missing!Can you post the contents of that working folder (if it isn't too large).

[wakko709]

jobbs no I cant!

[jdobbs]

jobbs no I cant!I just meant a directory list...

[wakko709]

this is the best I can do!

[Crocluvr92]

All I can recommend is that you uninstall BD-RB, HAALI, FFDSHOW, and AVISYNTH -- then download them all from the first post and install them again.

The problem is very obviously in your setup -- because no one else is having that issue.

Well I followed the instructions as asked and it worked out with the sync issue. But now I have a NEW problem: the clips are getting cut off at the end by about 5 seconds. I will watch the special features like a deleted scene or a featurette and it always abruptly ends because its cut off by 5 seconds. And it's not from the master source because the I tracked down the original .m2ts clips and for example one clip was 2:32 long, after the rebuild, it was 2:27 long. It has done this on this movie and even on another one that I did today too. Any suggestions?

[wakko709]

is this better?

[omegaman7]

Not sure whether to call this a bug, or an oversight. So I'll begin by asking a question. Has anyone come across 3D Bd's, where the only 'main movie' data, is contained within the SSIF archive? I've come across this with The Lego Movie 3D, as well as The Croods 3D. When attempting to make an MP4 2D backup for Ipad, it proves to fail. Because it shows an incorrect input.

Now, I did not attempt to make a SBS 3D MKV backup, but that apparently looks correct as the input size looks right. So when making a 2D MP4 backup, of a 3D source, apparently proper M2TS files are necessary currently?

[Ch3vr0n]

jdobbs: i see one of those "small cosmetic fixes" is you included a progress bar for "Completing remainder of DGdec Indexing". Thanks for that, atleast now when it happens i (and others) can see when it'll be done

[jdobbs]

Not sure whether to call this a bug, or an oversight. So I'll begin by asking a question. Has anyone come across 3D Bd's, where the only 'main movie' data, is contained within the SSIF archive? I've come across this with The Lego Movie 3D, as well as The Croods 3D. When attempting to make an MP4 2D backup for Ipad, it proves to fail. Because it shows an incorrect input.

Now, I did not attempt to make a SBS 3D MKV backup, but that apparently looks correct as the input size looks right. So when making a 2D MP4 backup, of a 3D source, apparently proper M2TS files are necessary currently?I'll look at the code.

[HWK]

Has anyone come across 3D Bd's, where the only 'main movie' data, is contained within the SSIF archive? I've come across this with The Lego Movie 3D, as well as The Croods 3D. When attempting to make an MP4 2D backup for Ipad, it proves to fail. Because it shows an incorrect input.

Few days back. I was working with Jdobbs on this matter. At that time target was to create 3D which would work, conclusion was drawn to use SSIF file for decoding instead of m2ts. In your case decoding from m2ts is worthless and using ssif file is way to go.

Now, I did not attempt to make a SBS 3D MKV backup, but that apparently looks correct as the input size looks right. So when making a 2D MP4 backup, of a 3D source, apparently proper M2TS files are necessary currently?

That is to be expected what program is doing is when it parse blu-ray itself. It compare m2ts and ssif file size in process and if there is significant difference, it goes with ssif file for decoding when target is 3D backup. Which also explain why you see correct size, but fail when backup for Ipad or even 2D.

[HWK]

@ Jdobbs, just want to check with you. I am currently using x264/lavf to decode and serve frame to encoder. However I notice BD-RB temp contents of VID_00001 is

#Created by BD Rebuilder - v0.48.02 (beta)
LoadPlugin("D:\BD_Rebuilder\tools\ffms2.dll")
FFVideoSource("K:\BDMV\STREAM\00001.m2ts", seekmode=-1, cachefile="D:\BD-RB\WORKFILES\VID_00001.FDX")
ConvertToYUY2().AssumeFPS(24000,1001)

Is this required even though encoder is not using it according lastcmd file D:\BD_Rebuilder\tools\x264-64.exe" "K:\BDMV\STREAM\00001.m2ts" --preset slower --bluray-compat --ref 4 --b-adapt 1 --demuxer lavf --fps 24000/1001 --b-pyramid strict --weightp 2 --qpmin=0 --bitrate 7637 --level 4.0 --sar 1:1 --aud --nal-hrd vbr --pic-struct --vbv-bufsize 13000 --keyint 24 --min-keyint 1 --ipratio 1.1 --pbratio 1.1 --vbv-maxrate 15000 --threads auto --thread-input --tune film --stats "D:\BD-RB\WORKFILES\00001.m2ts.264.stats" --pass 2 --output "D:\BD-RB\WORKFILES\00001.m2ts.264"

[jdobbs]

@ Jdobbs, just want to check with you. I am currently using x264/lavf to decode and serve frame to encoder. However I notice BD-RB temp contents of VID_00001 is



Is this required even though encoder is not using it according lastcmd fileYes. It's a backup. Sometimes LAVF can't be used, for example when you need to IVTC or do some types of resizing. In those cases BD-RB will automatically use the AVS rather than LAVF (since LAVF is limited and can't do some things). So I let BD-RB create the AVS every time, even if it isn't being used.

[omegaman7]

I'll look at the code.

Oh thank goodness :) I thought I might be doing something wrong lol :S

On another note, multiple instances has definitely helped with encoding certain jobs. I still want an updated GPU though! ;) I'm betting my GTX 570 is getting a bit long in the tooth. I wonder how it will fair with "GTA V" in a few months. That could just be another reason to update :D

[Capsbackup]

I think there is a bug in BD-RB when using FFVideoSource to convert a Blu-ray to DVD. The process says it completes successfully, but there is only audio created within the VOB of the completed DVD. Video is just a black screen.
Completed file size is only 469MB, when DVD-9 was chosen.
When I run the same job using the switch "DSHOW=1" to force DirectshowSource, the encode completes successfully with video, audio and subtitles.
Completed file size seams accurate too at 2.48GB.

----------------------
[08/27/14] BD Rebuilder v0.48.02 (beta)
[10:02:51] Source: TRUE_BLOOD_SEASON_7_EPISODE_2_00000
- Input BD size: 2.13 GB
- Approximate total content: [00:53:45.088]
- Windows Version: 6.1 [7601]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- Mode: DVD-9, 720x480/576, AC3 Audio
- Decoding/Frame serving: FFVideoSource
- Audio Settings: AC3=1 DTS=1 HD=0 Kbs=640
[10:02:51] PHASE ONE, Encoding
- [10:02:51] Processing: VID_00000 (1 of 1)
- [10:02:51] Extracting A/V streams [VID_00000]
- [10:04:18] Reencoding video [VID_00000]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 77,325 frames
- Bitrate: 8,552 Kbs
- [10:04:18] Reencoding: VID_00000
- [10:17:36] Video Encode complete
- [10:17:36] Processing audio tracks
- Track 4352 (eng): Keeping original audio
[10:17:39]PHASE ONE complete
[10:17:39]PHASE TWO - Rebuild Started
- [10:17:39] Building ALTERNATE OUTPUT Structure
- [10:17:39] Converting 1 subtitles to DVD format.
- [10:18:51] Starting MPLEX.
- [10:19:00] Multiplexing 1 subtitles into stream.
- [10:19:10] Building DVD File Structure.
[10:19:28] - Encode and Rebuild complete
[10:19:28] JOB: TRUE_BLOOD_SEASON_7_EPISODE_2 finished.

[soneca]

I think there is a bug in BD-RB when using FFVideoSource to convert a Blu-ray to DVD. The process says it completes successfully, but there is only audio created within the VOB of the completed DVD. Video is just a black screen.
Completed file size is only 469MB, when DVD-9 was chosen.
When I run the same job using the switch "DSHOW=1" to force DirectshowSource, the encode completes successfully with video, audio and subtitles.
Completed file size seams accurate too at 2.48GB.

Confirmed here too. Using FFVideoSource(Blu-ray to DVD) happens the same, black screen and audio only.

[andref4]

Hi jdobbs,

downloaded new bd-reb. v0.48.02 yesterday and tested it again with Cloudy 2 3D.

Encoding now complets if the Blu-Ray is in the drive but the movie stops again at 7:34min. before the german Intro must start. If I set PowerDVD 14 to english language the movie runs fine and the english Intro starts after 7:34min. Can you confirm this with your Cloudy 2 3D Blu-Ray?

The only thing that I can test again is to copy the complete movie incl. ssif Folder (over 60GB) to HDD and encode it.

regards

[omegaman7]

@andref4
I'd lean toward a problem with the disc itself, or your BD drive. Probably a defect on the disc, that your drive is having trouble with. Even if the original plays fine, encoding may encounter issues.

I encountered zero issues with Cloudy 2 3D. I did multiple types of backups.

[laserfan]

It seems FFVideoSource() is now the "default decoding option" but if I want to continue to use DGDecNV instead how do I get that back? My .INI still includes that stuff in [Paths] but it seems to be ignored now in favor of FFVideoSource?

[omegaman7]

It seems FFVideoSource() is now the "default decoding option" but if I want to continue to use DGDecNV instead how do I get that back? My .INI still includes that stuff in [Paths] but it seems to be ignored now in favor of FFVideoSource?

I've been using DGDecNV 90% of the time, and I did nothing special :S Are you SURE the paths are correct?

Ah shoot... I'm still running 4801 :S

[Ch3vr0n]

and have a valid license

[Patrick]

The first thing I noticed about BD Rebuilder 0.48.02 is that I can no longer preview any clips. Double-checking with 0.47.07 shows no problems. I noticed that when previewing with older versions the Haali media splitter icon comes up in the toolbar and the preview starts. In version 0.48.02 the media splitter is no longer invoked (as I understand, by design). However, the MPC seems to be unable to work without the splitter? Am I doing something wrong or is there a problem when the media splitter is installed per se? :confused:

[HWK]

It seems FFVideoSource() is now the "default decoding option" but if I want to continue to use DGDecNV instead how do I get that back? My .INI still includes that stuff in [Paths] but it seems to be ignored now in favor of FFVideoSource?

I have used dgdecnv twice so far with new release and it has worked so far. Recommend deleting bdrebuilder.ini file and start fresh and see if it helps.

@ Jdobbs, I don't see qpfile option in lastcmd when encoding with x264, can you check on that matter as well.

[laserfan]

Well, duh, it seems there are new options under Setup which I missed, and "Use FFVideoSource for frame serving" is checked, but I see "Use DGDecNV..." is there too.

I had been looking at a running log and couldn't select Setup til it was over. Sorry for the bandwidth.

:o

[omegaman7]

@omegaman 7, were you able to create full back of Lego. I have been playing around with frimsource to decode, but it is slow for sure.

Here is my workflow, I am using frimsource and feeding ssif file for both views and only decode left view and then feed avs file to x264 encoder.

Not sure what you mean by the bottom line. I can attempt a full backup to single layer BD tonight.

[HWK]

Not sure what you mean by the bottom line. I can attempt a full backup to single layer BD tonight.

I have done before and it worked for full 3D, after Jdobbs added support for it. Sadly it only works for full 3D backup as of know.

Jdobss added code to tell BD-RB to use ssif file to decode, when two components of m2ts are not complete. Which is the case with lego movie.

I am trying to figure out how to solve problem related to post you mentioned few post back regarding Ipad and this movie.

[omegaman7]

I have done before and it worked for full 3D, after Jdobbs added support for it. Sadly it only works for full 3D backup as of know.

Jdobss added code to tell BD-RB to use ssif file to decode, when two components of m2ts are not complete. Which is the case with lego movie.

I am trying to figure out how to solve problem related to post you mentioned few post back regarding Ipad and this movie.

If you've successfully made a full backup, why ask me? Simply curiosity? Or do you wish to compare encode times? :p

Oh I see. The 2D backup.

[HWK]

Oh I see. The 2D backup.

Yes, Indeed. I am trying to create 2D backup and SBS.

[Ch3vr0n]

jdobbs: 2 "issues" in relation to the SHUTDOWN_REBOOT= switch

1) the setting does not seem to be remembered if enabled (by design?), i mean the menu entry is properly changed to "Reboot after Rebuild". When this setting is enabled and bdrb closes, the next launch it is "unselected" again (but menu entry still sais reboot though). Could it be possible to change this behavior that this setting is remembered?
2) the log still states: - SHUTDOWN at completion enabled, perhaps change this to REBOOT at completion enabled to avoid user confusion in the likes of "now is it going to reboot or shutdown?"

[jdobbs]

I think there is a bug in BD-RB when using FFVideoSource to convert a Blu-ray to DVD. The process says it completes successfully, but there is only audio created within the VOB of the completed DVD. Video is just a black screen.
Completed file size is only 469MB, when DVD-9 was chosen.
When I run the same job using the switch "DSHOW=1" to force DirectshowSource, the encode completes successfully with video, audio and subtitles.
Completed file size seams accurate too at 2.48GB.Yes, it has been reported and I have since fixed it for the next release.

I'll probably make another interim release to fix that issue.

[jdobbs]

Hi jdobbs,

downloaded new bd-reb. v0.48.02 yesterday and tested it again with Cloudy 2 3D.

Encoding now complets if the Blu-Ray is in the drive but the movie stops again at 7:34min. before the german Intro must start. If I set PowerDVD 14 to english language the movie runs fine and the english Intro starts after 7:34min. Can you confirm this with your Cloudy 2 3D Blu-Ray?

The only thing that I can test again is to copy the complete movie incl. ssif Folder (over 60GB) to HDD and encode it.

regardsNothing changed related to 3D support in this release. I suspect a possible bad rip.

[jdobbs]

It seems FFVideoSource() is now the "default decoding option" but if I want to continue to use DGDecNV instead how do I get that back? My .INI still includes that stuff in [Paths] but it seems to be ignored now in favor of FFVideoSource?You just select it from the SETUP dialog.

[jdobbs]

The first thing I noticed about BD Rebuilder 0.48.02 is that I can no longer preview any clips. Double-checking with 0.47.07 shows no problems. I noticed that when previewing with older versions the Haali media splitter icon comes up in the toolbar and the preview starts. In version 0.48.02 the media splitter is no longer invoked (as I understand, by design). However, the MPC seems to be unable to work without the splitter? Am I doing something wrong or is there a problem when the media splitter is installed per se? :confused:It works, but there is a delay while the clip is being indexed. I'll see what I can do about it. I have an idea for a way to do it.

[Edit] Hmm... I may have spoken too soon. If you have DGDecNV or FRIM selected it may not preview without FFDSHOW and HAALI installed. Ughh...

[jdobbs]

I have done before and it worked for full 3D, after Jdobbs added support for it. Sadly it only works for full 3D backup as of know.

Jdobss added code to tell BD-RB to use ssif file to decode, when two components of m2ts are not complete. Which is the case with lego movie.

I am trying to figure out how to solve problem related to post you mentioned few post back regarding Ipad and this movie. Using the SSIF for standard output is a problem that I haven't addressed. It gets very complicated. So "Cloudy 2" currently can't be done in 2D from a 3D disc.

But to be clear -- the problem isn't with BD-RB. That disc violates the BD-3D standard by not having the complete M2TS available in the STREAM folder. I'll make it work -- but as a "workaround" not as a "bug fix".

[jdobbs]

jdobbs: 2 "issues" in relation to the SHUTDOWN_REBOOT= switch

1) the setting does not seem to be remembered if enabled (by design?), i mean the menu entry is properly changed to "Reboot after Rebuild". When this setting is enabled and bdrb closes, the next launch it is "unselected" again (but menu entry still sais reboot though). Could it be possible to change this behavior that this setting is remembered?
2) the log still states: - SHUTDOWN at completion enabled, perhaps change this to REBOOT at completion enabled to avoid user confusion in the likes of "now is it going to reboot or shutdown?"1. I did that on purpose. I don't want that option to happen accidentally.
2. I thought I'd made that change. I'll check it out.

[Ch3vr0n]

could you perhaps add a switch then to make 1) stick? since my 3D encoding is done in w7 overnight, it wouldn't be the first time i forget to select that. With a switch that wouldn't be possible anymore. It would always be selected.

[HWK]

Using the SSIF for standard output is a problem that I haven't addressed. It gets very complicated. So "Cloudy 2" currently can't be done in 2D from a 3D disc.


In case if it helps, lego has same issue. I just finished Lego movie so far in 2D, using frimsource and SSIF file and it came out fine, but it sure is slow.

But to be clear -- the problem isn't with BD-RB. That disc violates the BD-3D standard by not having the complete M2TS available in the STREAM folder. I'll make it work -- but as a "workaround" not as a "bug fix".

Yes, I am aware of it.

[andref4]

@andref4
I'd lean toward a problem with the disc itself, or your BD drive. Probably a defect on the disc, that your drive is having trouble with. Even if the original plays fine, encoding may encounter issues.

I encountered zero issues with Cloudy 2 3D. I did multiple types of backups.

If I set my Blu-Ray Player to english language than the movie plays fine but if I set it to my language (german) than the movie crashes after 7:34min before the german Intro must start. The Blu-Ray has Multi view and Multi angles and thats the Problem. And my original Blu-Ray Plays fine and the created iso too.

[andref4]

I suspect a possible bad rip.

I dont think that rip is bad because the created iso with advd plays fine after 7:34min and my original Blu-Ray too.

Same thing with Lego Movie 3D.

[HWK]

I dont think that rip is bad because the created iso with advd plays fine after 7:34min and my original Blu-Ray too.

Same thing with Lego Movie 3D.

Are you creating copy in 3D or 2D? Also can you post screenshot of BD-RB when it opened lego movie and 2D backup is selected.

[gonca]

Possible bug with Import in 48.02

Sanctuary BD season 3 or 4
Importing the season discs with 48.02 results in an import folder with video only. Reverting to 47.07 and it imports fine

INI file is same for both versions.

[Options]
VERSION=0.48.0.2
MULTIPROCESS=1
FIXED_CRF=18
HC_PROFILE=BEST
DEFAULT_LANG=eng
ENABLE_TEST=1
ENABLE_BLANKING=0
IMPORT_FOLDER=D:\
KEEP_HD_LPCM=1
DEINTERLACER_TYPE=3
UPRESIZE=LanczosResize
SD_PROGRESSIVE=1
MOVIE_ONLY_LOOP=0
REMOVE_IMPORT=1
USE_ZLIB=0
MODE=0
ENCODE_QUALITY=3
ONEPASS_ENCODING=1
AUTO_QUALITY=0
MENU_BACKGROUND=C:\Program Files (x86)\BD_RB\misc\menuback.jpg
MIN_M2TS_SIZE=1
IMPORT_THRESHOLD=35
QUICK_PLAY_THRESHOLD=10
AUDIO_TO_KEEP=eng;
SUBS_TO_KEEP=
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
AVCHD=0
REMOVE_WORKFILES=1
MOVIE_ONLY_LOOP=0
REMOVE_OUTPUT=1
USE_FILTERS=0
BDMV_CERT_ONLY=1
USE_LAVF=0
IVTC_PULLDOWN=1
ASSUME_DVD_PAL=0
UNMASK_CHAPTER=0
COMPLETION_BEEP=0
DGDECNV=1
OUTPUT_3D=0
NEROAAC=0
SUPTITLE=0
AUDIO_TRACK_LIMIT=1
SUBTITLE_TRACK_LIMIT=0
CUSTOM_TARGET_SIZE=8600
TARGET_SIZE=8600
MOVIEONLY_TYPE=0
ALTCRF=18
ALT_TARGET=1024
ALTMETHOD=0
ALTAUTOCROP=1
AUTO_BURN=0
MENU_AUTO_BACKGROUND=1
MENU_PLAY_SEQUENTIAL=0
MENU_START_WITH_MENU=1
IGNORE_3D=1
OUTPUT_SBS=0
FRIMSOURCE=0
ENCODER=0
DGDECIM=0
TWEAK_PASS_ONE= --tune film
TWEAK_PASS_TWO= --tune film
DECODER=3
[Paths]
SOURCE_PATH=D:\IMPORTS\SANCTUARY_S3_D1\
DGIndexNV=C:\Program Files (x86)\dgdecnv\DGIndexNV.exe
DGDecNV=C:\Program Files (x86)\dgdecnv\DGDecodeNV.dll
WORKING_PATH=W:\SERIES\


47.07 extract.meta

MUXOPT --no-pcr-on-video-pid --new-audio-pes --blu-ray --vbr --custom-chapters=00:00:00.000;00:08:05.985;00:18:43.831;00:27:35.820;00:37:55.064;00:43:09.795;00:45:19.717 --vbv-len=500 --start-time=27000000
V_MPEG4/ISO/AVC, "I:\SANCTUARY SEASON 3\SANCTUARY_S3_D1\BDMV\PLAYLIST\00004.mpls",fps=23.976,contSPS,track=4113
A_DTS,"I:\SANCTUARY SEASON 3\SANCTUARY_S3_D1\BDMV\PLAYLIST\00004.mpls",lang=eng,track=4352
A_AC3,"I:\SANCTUARY SEASON 3\SANCTUARY_S3_D1\BDMV\PLAYLIST\00004.mpls",lang=fra,track=4353
A_AC3,"I:\SANCTUARY SEASON 3\SANCTUARY_S3_D1\BDMV\PLAYLIST\00004.mpls",lang=eng,track=4354
S_HDMV/PGS,"I:\SANCTUARY SEASON 3\SANCTUARY_S3_D1\BDMV\PLAYLIST\00004.mpls",fps=23.976,lang=eng,track=4608
S_HDMV/PGS,"I:\SANCTUARY SEASON 3\SANCTUARY_S3_D1\BDMV\PLAYLIST\00004.mpls",fps=23.976,lang=fra,track=4609


48.02 extract.meta

MUXOPT --no-pcr-on-video-pid --new-audio-pes --blu-ray --vbr --custom-chapters=00:00:00.000;00:08:05.985;00:18:43.831;00:27:35.820;00:37:55.064;00:43:09.795;00:45:19.717 --vbv-len=500 --start-time=27000000
V_MPEG4/ISO/AVC, "I:\SANCTUARY SEASON 3\SANCTUARY_S3_D1\BDMV\PLAYLIST\00004.mpls",fps=23.976,contSPS,track=4113


In 48.02 there is no mention of audio or subs in extract.meta

[jdobbs]

Possible bug with Import in 48.02

Sanctuary BD season 3 or 4
Importing the season discs with 48.02 results in an import folder with video only. Reverting to 47.07 and it imports fine

INI file is same for both versions. I'm looking at it. It's probably related to the code I added for filtering audio/subs during import.

[gonca]

Thank you for the response. No rush.

[jdobbs]

Thank you for the response. No rush.Ughh... this was a serious one that pretty much makes BD importing inoperable -- and it's caused by a silly line I added. I can't believe I didn't pick up on this in testing. Interesting that I did it right in the DVD section but really screwed-the-pooch in the BD import.

I'll put out an interim version in a short while that fixes this.

[gonca]

I can't believe I didn't pick up on this in testing.

How many lines of code is BD_RB up to now? ;)

[jdobbs]

How many lines of code is BD_RB up to now? ;)I haven't counted... but it's a lot.

[jdobbs]

I have updated the first post of this thread with a link to the most recent version of BD-RB (v0.48.03). Changes for this release:- Corrected an issue in which ALTERNATE output
to DVD was no longer working as of release of
v0.48.01 due to HC encoder issues associated
with the necessary FFVideoShow seek mode.
- Corrected an error that could prevent preview
from working when HAALI/FFDSHOW is not
installed and DGDecNV or FRIM is selected.
- Changed settings so FRIM is used for all
previews. This avoids the issue in which
attempting to preview with FFVideoSource can
pause for a long period while the source is
being indexed.
- Corrected an issue that could cause encoding
of 2D from 3D sources when using ALTERNATE
presets to fail.
- Added a workaround for incorrectly formatted
3D sources, having shortened M2TS files, that
are used for 2D ALTERNATE output.
- Fixed an error in the BD import routine that
removes audio and subtitle tracks during BD
import.
- Fixed an issue in which selecting LAVF as
the frame server could result in the chapter
file not being read and used for encoding.
- Other minor corrections and cosmetic fixes.

[gonca]

Thanks for the quick fix. Tested the BD import and the sound and subs are kept.

[HWK]

Jdobbs, couple of things I noticed with 0.48.03

1. Program still fails to create 2D backup of lego movie & It sees total size of movie 1.73 GB only.

2. Rebuilding phase get stuck and never finish.

{Status}
[Status]
LABEL=THE_LEGO_MOVIE_3D
VERSION=v0.48.03 (beta)
SOURCE_SIZE=1859256320
SOURCE_VIDEO_SIZE=1859256320
TARGET_SIZE=24641536000
REDUCTION=13.253436728939
RESIZE_1080=0
RESIZE_1440=0
AUDIO_TO_KEEP=eng;
KEEP_HD_AUDIO=-1
SUBS_TO_KEEP=all
BACKUP_MODE=1
MOVIEONLY_TYPE=0
USE_LAVF=0
INSTANCES=1
DGDECNV=0
DGDECIM=0
FRIMSOURCE=0
FFMS2=-1
SSIF_MODE=0
QUICK=0
ENCODE_STEP=0
COMPLETED=1
[00042]
USE_ORIGINAL=1
AUDIO=100000000
PGS=11111111100000000
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=24641536000
NSIZE=0
FLINK=0
MLINK=0


[08/28/14] BD Rebuilder v0.48.03 (beta)
[21:28:41] Source: THE_LEGO_MOVIE_3D_00098
- Input BD size: 1.73 GB
- Approximate total content: [01:40:35.320]
- Target BD size: 22.95 GB
- Windows Version: 6.1 [7601]
- MOVIE-ONLY mode enabled
- Quality: Highest (Very Slow), Two Pass
- Decoding/Frame serving: FFVideoSource
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[21:28:42] PHASE ONE, Encoding
- [21:28:42] Processing: VID_00042 (1 of 1)
- [21:28:42] Extracting A/V streams [VID_00042]
- [21:30:44] Reencoding video [VID_00042]
- [21:30:44] Keeping original video (no reencode)
- [21:30:44] Processing audio tracks
- Track 4352 (eng): Keeping original audio
[21:30:44]PHASE ONE complete
[21:30:44]PHASE TWO - Rebuild Started
- [21:30:44] Rebuilding BD file Structure

At this stage it hangs, doesn't do anything.

[08/28/14] Checking System Settings
- BD-Rebuilder v0.48.03 (beta)
- Windows Version: 6.1 [7601]
- Working Path Free Space: 455.33GB
- AVISYNTH Version: 2.5.8.0, Ok
- AnyDVD settings check: Ok.
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok
- FRIMEncode: Ok
- FRIMDecode: Ok
[08/28/14] Systems Settings Check complete


[update] It doesn't matter which method is chosen for frameserve, BD-RB still identify lego movie to be 1.73 GB when trying to backup 2D or alternate output. However if alternate output is enabled and IGNORE_3D=0 then alternate copy come in 2D and more importantly it is full version.

Also I notice in alternate output except DVD, BD-RB uses one pass encode even though I specifically chosen two pass option. I am thinking if frim can be launched twice with x264 it should be possible, like it does with HCencoder.

[jdobbs]

The fix is for ALTERNATE output. You selected 2-pass from the ALTERNATE dialog? The settings there are the only ones that matter for ALTERNATE encoding.

[Edit] I just tested ALTERNATE 2-pass encoding with LEGO 2 and it is working correctly.

[HWK]

The fix is for ALTERNATE output. You selected 2-pass from the ALTERNATE dialog?

[Edit] I just tested ALTERNATE 2-pass encoding with LEGO 2 and it is working correctly.

alternate output for dvd works fine with 2 pass and for mkv and ipad others it doesn't even though it is enabled. Also reminder frimsource is serving frame.

Also when I enable option process 3D as 2D, file size is not correct for input of BD-RB. It reports 1.73GB and both 2d backup and alternate fail.

[jdobbs]

alternate output for dvd works fine with 2 pass and for mkv and ipad others it doesn't even though it is enabled. Also reminder frimsource is serving frame.Are you sure you have your settings configured correctly? I tested it with other ALTERNATE presets as well and it works correctly (doing 2 passes).

FRIMSource is used because of the requirement to read from the SSIF on that source (since the M2TS is a runt that doesn't include the entire movie). FFVideoSource and DGDecNV both fail to index the SSIF.

[HWK]

I tested it with other ALTERNATE presets as well and it works correctly.

How are you serving frame? I am using frim and wonder if it has to do anything?

[update] I see you are using frim as well. I will do some more checking on that.

SO far what I know is frim is feeding frames to both encoder. DVD output works in alternate with 2 pass, however no matter what I do x264 is using crf, no matter what option I have chosen.

[jdobbs]

Not on my system. FRIM is used on that title because it is illegally formatted and it has to be to use the SSIF. It isn't necessarily used on others. See below:[08/28/14] BD Rebuilder v0.48.03 (beta)
[21:20:15] Source: LEGO_MOVIE_3D_00098
- Input BD size: 32.56 GB
- Approximate total content: [01:40:35.320]
- Windows Version: 6.1 [7601]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- Quality: High Quality (Default), ABR
- Decoding/Frame serving: X264/LAVF
- Audio Settings: AC3=1 DTS=1 HD=0 Kbs=640
[21:20:18] PHASE ONE, Encoding
- [21:20:18] Processing: VID_00042 (1 of 1)
- [21:20:18] Extracting A/V streams [VID_00042]
- [21:25:53] Reencoding video [VID_00042]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 144,703 frames
- Bitrate: 1,230 Kbs
- [21:25:53] Reencoding: VID_00042, Pass 1 of 2Notice it is doing the first of two passes...

I tried it and it works correctly with both the bitrate and target size 2-pass options.

I haven't worked on any code to do 2D from a 3D to a regular movie-only backup on illegally formatted 3D sources. So I can't say what will happen there... I'll test it. If there is a problem I'll fix it in a future version.

[Edit] Yeah. Clicking on the 3D to 2D checkbox in SETUP makes it recognize only the M2TS on that disc. That's something for another day... like I said before, the problem isn't BD-RB... it is the illegally structured disc by the BD standard. In the meantime you can always output to an MKV using intact video/audio -- and then import the MKV back in to create a 2D version.

[omegaman7]

It's probably my fault JD lol. Whenever I download the newest version, a bug is found, that requires immediate attention lol. Perhaps I should wait on 4803 :S

[jdobbs]

I hope you don't. I prefer problems are found immediately. I do testing before posting -- but BD-RB has gotten to a point where there are so many options and interdependencies that I just can't test them all. That's when I rely on people like you.

[omegaman7]

I was just teasing ;) I have this way of hexing things lol.

[Capsbackup]

@jdobbs,
BD Rebuilder v0.48.03 (beta) has fixed the BD to DVD issue using FFVideoSource. Thanks! :D
However, something I now notice that did not occur with releases prior to 48.03.

By selecting either DirectShow and FFVideoSource, the BD to DVD conversion now does a 2 pass encode.

The finished file size of the DVD, using either DirectShow or FFVideoSource, is quite a bit larger than using 48.02 or prior releases, even though the bitrate is identical!
(Bitrate: 8,552 Kbs) :confused:

Both tests, DirectShow or FFVideoSource, using 48.03 turn out 3.46GB.
Using DirectShow with 48.02; 2.78GB.
DVD9 was the selected preset.

I'm not sure why or how, using the same source, and all three tests select the same bitrate, there can be such a discrepancy.
Since I am not sure that this is even a bug, I felt the need to report my findings. I have done quite a few of these over the last year, and the resulting DVD's have always been consistently comparable with the versions prior to and including 48.02.

----------------------
[08/29/14] BD Rebuilder v0.48.02 (beta)
[10:08:01] Source: TRUE_BLOOD_SEASON_7_EPISODE_9_00000
- Input BD size: 2.31 GB
- Approximate total content: [00:58:15.679]
- Windows Version: 6.1 [7601]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- Mode: DVD-9, 720x480/576, AC3 Audio
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=1 DTS=1 HD=0 Kbs=640
[10:08:01] PHASE ONE, Encoding
- [10:08:01] Processing: VID_00000 (1 of 1)
- [10:08:01] Extracting A/V streams [VID_00000]
- [10:09:35] Reencoding video [VID_00000]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 83,813 frames
- Bitrate: 8,552 Kbs
- [10:09:35] Reencoding: VID_00000
- [10:47:03] Video Encode complete
- [10:47:03] Processing audio tracks
- Track 4352 (eng): Keeping original audio
[10:47:06]PHASE ONE complete
[10:47:06]PHASE TWO - Rebuild Started
- [10:47:06] Building ALTERNATE OUTPUT Structure
- [10:47:06] Converting 1 subtitles to DVD format.
- [10:48:22] Starting MPLEX.
- [10:48:58] Multiplexing 1 subtitles into stream.
- [10:49:33] Building DVD File Structure.
[10:50:35] - Encode and Rebuild complete
[10:50:35] JOB: TRUE_BLOOD_SEASON_7_EPISODE_9 finished.

----------------------
[08/29/14] BD Rebuilder v0.48.03 (beta)
[08:48:00] Source: TRUE_BLOOD_SEASON_7_EPISODE_9_00000
- Input BD size: 2.31 GB
- Approximate total content: [00:58:15.679]
- Windows Version: 6.1 [7601]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- Mode: DVD-9, 720x480/576, AC3 Audio
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=1 DTS=1 HD=0 Kbs=640
[08:48:00] PHASE ONE, Encoding
- [08:48:00] Processing: VID_00000 (1 of 1)
- [08:48:00] Extracting A/V streams [VID_00000]
- [08:49:33] Reencoding video [VID_00000]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 83,813 frames
- Bitrate: 8,552 Kbs
- [08:49:33] Reencoding: VID_00000
- [09:20:47] Video Encode complete
- [09:20:47] Processing audio tracks
- Track 4352 (eng): Keeping original audio
[09:20:50]PHASE ONE complete
[09:20:50]PHASE TWO - Rebuild Started
- [09:20:50] Building ALTERNATE OUTPUT Structure
- [09:20:50] Converting 1 subtitles to DVD format.
- [09:22:05] Starting MPLEX.
- [09:22:50] Multiplexing 1 subtitles into stream.
- [09:23:32] Building DVD File Structure.
[09:24:49] - Encode and Rebuild complete
[09:24:49] JOB: TRUE_BLOOD_SEASON_7_EPISODE_9 finished.

----------------------
[08/29/14] BD Rebuilder v0.48.03 (beta)
[06:58:05] Source: TRUE_BLOOD_SEASON_7_EPISODE_9_00000
- Input BD size: 2.31 GB
- Approximate total content: [00:58:15.679]
- Windows Version: 6.1 [7601]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- Mode: DVD-9, 720x480/576, AC3 Audio
- Decoding/Frame serving: FFVideoSource
- Audio Settings: AC3=1 DTS=1 HD=0 Kbs=640
[06:58:05] PHASE ONE, Encoding
- [06:58:05] Processing: VID_00000 (1 of 1)
- [06:58:05] Extracting A/V streams [VID_00000]
- [06:59:13] Reencoding video [VID_00000]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 83,813 frames
- Bitrate: 8,552 Kbs
- [06:59:13] Reencoding: VID_00000
- [07:28:37] Video Encode complete
- [07:28:37] Processing audio tracks
- Track 4352 (eng): Keeping original audio
[07:28:40]PHASE ONE complete
[07:28:40]PHASE TWO - Rebuild Started
- [07:28:40] Building ALTERNATE OUTPUT Structure
- [07:28:40] Converting 1 subtitles to DVD format.
- [07:29:50] Starting MPLEX.
- [07:30:38] Multiplexing 1 subtitles into stream.
- [07:31:35] Building DVD File Structure.
[07:32:50] - Encode and Rebuild complete
[07:32:50] JOB: TRUE_BLOOD_SEASON_7_EPISODE_9 finished.

[jdobbs]

It always did a 2 pass encode, I just changed the way it is presented to better reflect it. In previous versions the 2nd pass started at 50%...

Since you have DVD-9 selected and are getting a size much smaller, it is likely that the maximum Q is being reached and the extra bitrate can't be used, so the fact that the specified bitrate is the same is really inconsequential. The difference is size is likely due to the fact that I regressed the version of HCENCODER. For some reason the lastest version lost the *AVSRELOAD capability. That was the root of the problem that had to be fixed in v0.48.03 when used with FFVideoSource. The quality of the output will shouldn't be affected by the regression, the only differences between the HC versions are some additional options that aren't used in BD-RB and the removal of *AVSRELOAD.

[mparade]

Just got this error message while using FFVideoSource.
After changing back to DirectShow the problem was solved.

----------------------
[08.29.14] BD Rebuilder v0.48.03 (beta)
[21:13:00] Source: MONSTERS_INC
- Input BD size: 0,21 GB
- Approximate total content: [03:08:10.362]
- Target BD size: 46,26 GB
- Windows Version: 6.1 [7601]
- MOVIE and MENUS mode enabled
- Resize: SD to HD 1080 enabled
- Quality: Ultra High Quality (Extremely Slow), CRF
- Output folder: E:\BD-RB\
- Decoding/Frame serving: FFVideoSource
- Audio Settings: AC3=0 DTS=1 HD=0 Kbs=640
[21:13:00] PHASE ONE, Encoding
- [21:13:01] Blanking: VID_00045 (66 of 95)
- [21:13:01] Processing: VID_00031 (67 of 95)
- [21:13:01] Extracting A/V streams [VID_00031]
- [21:13:18] CreateAVS() 00000
[21:13:26] - Could not create AVS file

[jdobbs]

Just got this error message while using FFVideoSource.
After changing back to DirectShow the problem was solved.

----------------------
[08.29.14] BD Rebuilder v0.48.03 (beta)
[21:13:00] Source: MONSTERS_INC
- Input BD size: 0,21 GB
- Approximate total content: [03:08:10.362]
- Target BD size: 46,26 GB
- Windows Version: 6.1 [7601]
- MOVIE and MENUS mode enabled
- Resize: SD to HD 1080 enabled
- Quality: Ultra High Quality (Extremely Slow), CRF
- Output folder: E:\BD-RB\
- Decoding/Frame serving: FFVideoSource
- Audio Settings: AC3=0 DTS=1 HD=0 Kbs=640
[21:13:00] PHASE ONE, Encoding
- [21:13:01] Blanking: VID_00045 (66 of 95)
- [21:13:01] Processing: VID_00031 (67 of 95)
- [21:13:01] Extracting A/V streams [VID_00031]
- [21:13:18] CreateAVS() 00000
[21:13:26] - Could not create AVS fileI'm confused. 67 of 95? Did you edit out 1-65? I understand if you did, as it would be ridiculously long, but I just want to be sure.

It has to be some syntax error in an area rarely hit to die in that routine... I wish I had more to go on.

[gonca]

jdobbs

My imagination or did the input size read as 0.21 GB?

[jdobbs]

jdobbs

My imagination or did the input size read as 0.21 GB?Looks like it to me. Something is wrong. But if it worked with DirectshowSource is should work with FFVideoSource.

[mparade]

I'm confused. 67 of 95? Did you edit out 1-65? I understand if you did, as it would be ridiculously long, but I just want to be sure.

It has to be some syntax error in an area rarely hit to die in that routine... I wish I had more to go on.


Yes, I did. I was in edit mode just for testing purposes.

Here are some additional information I got from BD-RB:

"Couldn't open input file in HIDE mode!" error window appeared during"completing remainder of indexing.."

"BD Rebuilder experienced an error Create AVS () 00000" error condition window appeared.

"special" hidden options were in use:

IVTC_SELECTION=1
IVTC_TELECIDE=1

The source is hard telecined.

I hope these help.

[brunchto]

Hi,

I've an error with ffmsindex.exe. with "The matrix".

encoding seems ok (mkv ok), but, i've got this error:

http://syno.dupuy.nom.fr/public/errfrim.png

streams are VC1, iso mounted for network share

[11:28:38] BD Rebuilder v0.48.03 (beta)
[11:28:38] BEGIN - BATCH SEQUENCE
==========================
-----------------------
[11:28:38] PROCESSING BATCH FILE [127]
----------------------
[08/31/14] BD Rebuilder v0.48.03 (beta)
[11:28:39] Source: THE_MATRIX_00000
- Input BD size: 26,49 GB
- Approximate total content: [02:16:17.961]
- Windows Version: 6.2 [9200]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- Mode: MKV, Intact Video, Intact Audio
- Decoding/Frame serving: FFVideoSource
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[11:28:39] PHASE ONE, Encoding
- [11:28:39] Processing: VID_00000 (1 of 1)
- [11:28:39] Extracting A/V streams [VID_00000]
- [11:42:50] Reencoding video [VID_00000]
- [11:42:50] Keeping original video (no reencode)
- [11:42:50] Processing audio tracks
- Track 4354 (fra): Keeping original audio
[11:42:50]PHASE ONE complete
[11:42:50]PHASE TWO - Rebuild Started
- [11:42:53] Building ALTERNATE OUTPUT Structure
[11:50:03] - Encode and Rebuild complete
- WORKFILES folder removed.
[11:50:03] JOB: THE_MATRIX finished.

in addition (not related), the last time i tried, there where a problem with batch backup and angle selection.
http://forum.doom9.org/showthread.php?p=1682228#post1682228
angle selection works in direct backup, but not in batch (not stored in MAIN_MPLS_ANGLE which stays =0) .

bruno

[jdobbs]

@brunchto

Interesting... I have "The Matrix" so I tried it. The reason it doesn't affect the output is because you have "Intact Video" selected and FFVideoSource is never actually used. I'll look and see what I can find as to why ffmsindex.exe is crashing on that title. I ran it from the command line and get no indication other than the O/S "crash" popup.

I'll look at the referenced batch problem.

[Edit] By increasing the verbosity level of ffmsindex.exe I am now at least getting some error messages -- it seems to be related to one or more of the subtitles in the stream.

[andref4]

Cloudy 2 3D full Backup works now with 0.48.02!!

I have backuped the complete cloudy 2 3D Blu-Ray to HDD (over 60GB because ssif Folder) and did a full backup from HDD and not from the Blu-Ray.
And now the backup works and after 7:34min the german intro starts!

The only thing I don't understand is:

if I make a full 3D BD25 backup with bd-rebuilder from the original Blu-Ray or mounted iso, bd-reb encodes 5 Videos and the movie crashes after 7:34min.
if I make a full 3D BD25 backup from the "Cloudy 2" Folder on HDD, bd-reb encodes 6 Videos and the movie plays fine and starts with the german Intro after 7:34min.

regards

[brunchto]

[Edit] By increasing the verbosity level of ffmsindex.exe I am now at least getting some error messages -- it seems to be related to one or more of the subtitles in the stream.

I've tested with re-encoding (to 1280mkv) and i've an error on encoding with FFsource. re-encoding seems to work if i select frim.

[Ch3vr0n]

Previewing doesn't work (on MPEG-4 (AVC) streams). Disc: Divergent
Error:

LoadPlugin: unable to load "C:\Program Files (x86)\BD_Rebuilder\tools\fromsource.dll"
(C:\Temp\WORKFILES\MPC_VIEW.AVS, line 2)

Works fine using 48.02

[jdobbs]

Previewing doesn't work (on MPEG-4 (AVC) streams). Disc: Divergent
Error:

LoadPlugin: unable to load "C:\Program Files (x86)\BD_Rebuilder\tools\fromsource.dll"
(C:\Temp\WORKFILES\MPC_VIEW.AVS, line 2)

Works fine using 48.02I just tried an AVC stream on my system and it previewed fine? It didn't really say "fromsource" did it? I just looked through the code and couldn't find that anywhere.

[Ch3vr0n]

well it refuses on my end with 48.03 nothing changed except replacing the folder contents with that of the zip by copy/paste&replace. Copying the folder to like C:\ root doesn't help. Same trying a different ISO. Same thing reading directly from optical drive. Swap to 48.02. Problem solved on both iso reading and optical drive.

[jdobbs]

Look in the "tools" folder and see if "frimsource.dll" exists.

[jdobbs]

I just tried an AVC stream on my system and it previewed fine? It didn't really say "fromsource" did it? I just looked through the code and couldn't find that anywhere.Can someone else please confirm that previewing of AVC sources works on their system with v0.48.03?

[jdobbs]

well it refuses on my end with 48.03 nothing changed except replacing the folder contents with that of the zip by copy/paste&replace. Copying the folder to like C:\ root doesn't help. Same trying a different ISO. Same thing reading directly from optical drive. Swap to 48.02. Problem solved on both iso reading and optical drive.Is it possible you have another version of libmfxsw32.dll in your path somewhere?

[Sharc]

Can someone else please confirm that previewing of AVC sources works on their system with v0.48.03?
No problem with preview here with v0.48.03.

Edit:
Oooops, I just tried again, and strange enough:
- Previewing from the Quick-Play Menu Title Editor is smooth
- Previewing from the Stream Tab in the main window starts, then gets gradually choppy (dropping frames until almost no frame updates happen) .

Edit2:
It's the MPC_View.avs using frimsource which makes the problem
The preview.avs using directshowsource is ok.

[omegaman7]

Finally downloaded 4803. Chose Cabin in the woods as random. Attempted to preview very first (00001) video. "File not found." At least I think that's what it said. I cannot repeat the problem, because I attempted the same video on 4802, and it worked. And now 4803 works every time :S VERY weird...

[Ch3vr0n]

Is it possible you have another version of libmfxsw32.dll in your path somewhere?

my path somewhere? What path? Where? Never heard of that dll file till now. Inspect.exe reports everything as ok. I didn't change anything, only replaced existing content.

[09/01/14] Checking System Settings
- BD-Rebuilder v0.48.03 (beta)
- Windows Version: 6.0 [6002]
- Working Path Free Space: 244,94GB
- AVISYNTH Version: 2.5.8.0, Ok
- AnyDVD settings check: Ok.
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok
- FRIMEncode: Ok
- FRIMDecode: Ok
[09/01/14] Systems Settings Check complete

and looks like i'm not the only one with the issue. The weird thing is that their is a 10sec "timer" that progresses, there's just no video except that error message

[CV91913]

Can someone else please confirm that previewing of AVC sources works on their system with v0.48.03?
Works fine on 48.03 on my Win 7 64 system. Don't know if the OS version matters but the problem system seems to be running an older version of Windows.

[jdobbs]

I may have to reconsider this whole thing and go back to Directshow as the default. Too bad. A large percentage of all the BD-RB issues reported are due to other software interfering with or intercepting Directshow, and the problems go away with re-installation of HAALI and FFDSHOW... and I could have made an install package that is independent of any other installations.

I'll spend some more time trying to work out the FFVideoSource() issues and then decide on future direction.

@CV91913

I'll do some checking, but now that you mention it I think I remember that there is a minimum O/S version required by FRIMSource. I'll have to check it.

[Ch3vr0n]

Well it's not like vista is that old compared to xp

Verstuurd vanaf mijn Nexus 7 met Tapatalk

[jdobbs]

I just looked it up... the Intel SDK requires Windows 7 or above...

Ughhh... the only other choices for previewing is either Directshow or FFVideoSource (which requires indexing that takes quite a while for a decent sized M2TS).

[Sharc]

I am on Windows 7/64 but nevertheless the preview is choppy and frame updates eventually stop.

Could DGAVCIndex be used for a simple video preview (without script)?

[jdobbs]

I am on Windows 7/64 but nevertheless the preview is choppy and frame updates eventually stop.

Could DGAVCIndex be used for a simple video preview (without script)?No. It requires indexing as well.

[Sharc]

No. It requires indexing as well.
Really? When I open a large .m2ts in DGAVCIndex.exe I can preview it immediately without prior indexing ....:confused:
The limitation may rather be that DGAVCIndex.exe does not decode VC-1 (unlike DGIndexNV.exe)

[Ch3vr0n]

don't take this as a personal "attack" jdobbs, but shouldn't you have known that? It's the same intel SDK that prevents 3D rebuilding on vista too because FRIM makes use of the intelSDK too, which it can't due to missing certain reference points in a system DLL or something. Anyway is that related to my preview issue?

[jdobbs]

Really? When I open a large .m2ts in DGAVCIndex.exe I can preview it immediately without prior indexing ....:confused:
The limitation may rather be that DGAVCIndex.exe does not decode VC-1 (unlike DGIndexNV.exe)Actually I was thinking of DGDecNV. I assumed DGAVCIndex worked the same way. Of course with that one, as you mentioned, can't do VC-1.

[jdobbs]

don't take this as a personal "attack" jdobbs, but shouldn't you have known that? It's the same intel SDK that prevents 3D rebuilding on vista too because FRIM makes use of the intelSDK too, which it can't due to missing certain reference points in a system DLL or something. Anyway is that related to my preview issue?Yes I did know it, and have mentioned it in the very thread before. If I had a perfect memory it wouldn't have been an issue.

Yes. It is your preview problem.

I'm contemplating my next course of action. I'll probably require FFDSHOW and HAALI for full functionality, but still allow the program to work if they aren't installed.

[Ch3vr0n]

No worries, so I assume my issue is related to that 'default' change you made? Can it be fixed?

Verstuurd vanaf mijn Nexus 7 met Tapatalk

[jdobbs]

No worries, so I assume my issue is related to that 'default' change you made? Can it be fixed?

Verstuurd vanaf mijn Nexus 7 met TapatalkNext release. In the meantime you could revert to a previous version.

[Ch3vr0n]

Genuine 'bug' then I found :-) will use .02 for he moment then to make sure stalls don't get blanked that shouldn't

Verstuurd vanaf mijn Nexus 7 met Tapatalk

[jdobbs]

Genuine 'bug' then I found :-) will use .02 for he moment then to make sure stalls don't get blanked that shouldn't

Verstuurd vanaf mijn Nexus 7 met TapatalkA bug for anything below Win7, yes. But there are still a lot of XP & Vista users out there.. so I gotta' get it fixed.

[jedihyte]

What would be causing this, or will I just have to live with it?

This has happens to all 3D movies I have used BD Rebuilder on. (Have done over 20 3D full backups of different movies) I encode a Full 3D Backup BD-25 using Auto Settings. I burn it to a Disc or mount the ISO, then when it plays in PowerDVD and I turn 3D on, there are artifacts that appear on the screen for a half of a second, then goes away repeatedly every second throughout. If you turn off 3D, the artifacts go away, then turn 3D back on and the artifacts show again every second. I know it has to do with the shrink process in BD Rebuilder that PowerDVD does not like, because the original ISO or original disc used in PowerDVD the artifacts do not show in 3D mode. I have tried this in two different systems with the same results (Both have higher end NVIDA cards in them). Here is the interesting thing, if I then take the disc and play it in a 3D blu-ray player, or PS3, they play fine in 3D with no issues. So not sure why PowerDVD is not able to render properly on the 3D encode form BD-Rebuilder, but a standalone player renders it fine?

Log file of an example of one I recently did:

[08/31/14] BD Rebuilder v0.48.02 (beta)
[21:00:04] Source: YOGI_BEAR_3D
- Input BD size: 33.82 GB
- Approximate total content: [01:49:36.361]
- Target BD size: 22.95 GB
- Windows Version: 6.2 [9200]
- Quality: Good (Very Fast), ABR
- MVC 3D Output Mode enabled
- Decoding/Frame serving: FRIMDecode
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[21:00:04] PHASE ONE, Encoding
- [21:00:04] Processing: VID_00004 (1 of 1)
- [21:00:04] Extracting A/V streams [VID_00004]
- [21:08:46] Reencoding video [VID_00004]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 115,646 frames
- Bitrate: 25,618 Kbs
- Using FRIMEncoder for MVC encoding
- [21:08:46] Reencoding: VID_00004, Pass 1 of 1
- [02:00:18] Video Encode complete
- [02:00:18] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [02:00:18] Multiplexing M2TS
- [02:10:46] Scanning for 3D CLPI info...
[02:17:39]PHASE ONE complete
[02:17:39]PHASE TWO - Rebuild Started
- [02:17:39] Converting SSIF file references
- [02:22:05] Rebuilding BD-3D file Structure
[02:22:07] - Encode and Rebuild complete
[02:22:07] Writing BD structure to ISO file
- ImgBurn completed successfully
- YOGI_BEAR_3D folder removed.
- WORKFILES folder removed.
[02:36:48] JOB: YOGI_BEAR_3D finished.

[HWK]

What would be causing this, or will I just have to live with it?
This has happens to all 3D movies I have used BD Rebuilder on. (Have done over 20 3D full backups of different movies) I encode a Full 3D Backup BD-25 using Auto Settings. I burn it to a Disc or mount the ISO, then when it plays in PowerDVD and I turn 3D on, there are artifacts that appear on the screen for a half of a second, then goes away repeatedly every second throughout. If you turn off 3D, the artifacts go away, then turn 3D back on and the artifacts show again every second. I know it has to do with the shrink process in BD Rebuilder that PowerDVD does not like, because the original ISO or original disc used in PowerDVD the artifacts do not show in 3D mode. I have tried this in two different systems with the same results (Both have higher end NVIDA cards in them). Here is the interesting thing, if I then take the disc and play it in a 3D blu-ray player, or PS3, they play fine in 3D with no issues. So not sure why PowerDVD is not able to render properly on the 3D encode form BD-Rebuilder, but a standalone player renders it fine?

This is specific to all software players and also that is very reason Jdobbs doesn't accept bug report if it caused software player decoding.

I have Arcosft TMT 5 and it does same thing. Best solution is to use hardware player.

[newhaven]

Hi,

Running BD Rebuilder v0.48.03. I am experiencing audio which is out of sync (late) from the spoken words in video. This has occurred on the last 3 backups I have attempted. I have uninstalled/Reinstalled BD Rebuilder and all the components.

Here is the logfile from the last attempt:
[09/01/14] Checking System Settings
- BD-Rebuilder v0.48.03 (beta)
- Windows Version: 6.1 [7601]
- Working Path Free Space: 459.43GB
- AVISYNTH Version: 2.5.8.0, Ok
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok
- FRIMEncode: Ok
- FRIMDecode: Ok
[09/01/14] Systems Settings Check complete
----------------------
[09/01/14] BD Rebuilder v0.48.03 (beta)
[14:10:22] Source: T1
- Input BD size: 22.22 GB
- Approximate total content: [01:58:23.072]
- Target BD size: 6.00 GB
- Windows Version: 6.1 [7601]
- Quality: Highest (Very Slow), Two Pass
- Decoding/Frame serving: FFVideoSource
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=640
[14:10:22] PHASE ONE, Encoding
- [14:10:22] Processing: VID_00000 (1 of 1)
- [14:10:22] Extracting A/V streams [VID_00000]
- [14:18:33] Reencoding video [VID_00000]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 170,303 frames
- Bitrate: 6,049 Kbs
- [14:18:33] Reencoding: VID_00000, Pass 1 of 2
- [15:14:38] Reencoding: VID_00000, Pass 2 of 2
- [17:57:19] Video Encode complete
- [17:57:19] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [17:57:19] Multiplexing M2TS
[17:58:57]PHASE ONE complete
[17:58:57]PHASE TWO - Rebuild Started
- [17:58:57] Rebuilding BD file Structure
[17:58:57] - Encode and Rebuild complete
[17:58:57] JOB: T1 finished.

The INF:
[Status]
LABEL=T1
VERSION=v0.48.03 (beta)
SOURCE_SIZE=23863832940
SOURCE_VIDEO_SIZE=23863726080
TARGET_SIZE=6442450944
REDUCTION=.269963880007795
RESIZE_1080=0
RESIZE_1440=0
AUDIO_TO_KEEP=eng;
KEEP_HD_AUDIO=0
SUBS_TO_KEEP=eng;
BACKUP_MODE=0
MOVIEONLY_TYPE=0
USE_LAVF=0
INSTANCES=1
DGDECNV=0
DGDECIM=0
FRIMSOURCE=0
FFMS2=-1
SSIF_MODE=0
QUICK=0
ENCODE_STEP=0
COMPLETED=1
REBUILD_COMPLETE=1
[00000]
AUDIO=1
PGS=
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=6442344084
RATE=6049
SPLITS=1
NSTART=27000000
NEND=346511690
NSIZE=6297655296
FLINK=0
MLINK=0

Any help would be greatly appreciated!

Thank You,
Newhaven

P.S. This is a WIN7 x64 machine-24GB memory
-original rips from makemkv 1.8.11 are in sync
-m2ts created by tsmuxer is in sync on each backup, before BD Rebuilder runs

[jedihyte]

This is specific to all software players and also that is very reason Jdobbs doesn't accept bug report if it caused software player decoding.

I have Arcosft TMT 5 and it does same thing. Best solution is to use hardware player.

Ok thanks, I just figured since it only happens after a BD rebuilder encode it would be good to know.

[Lathe]

For some odd reason, the Quick-Play backup failed to create a menu. I'm not doing anything fancy or anything that I haven't done many times before, but this time it said that it 'failed to create a menu' which I've never seen before. I'm simply backing up 8 episodes from a show that even in the complete Blu-ray folder only total about 21 Gigs, but there is no menu. There is no need for any re-encoding; just creating a Blu-ray structure with the episodes and creating a menu.

I went back and tried it with version 47.07 (after trying it with the latest version) and it did the exact same thing. I checked that everything is installed and 'OK' and it is. The only other thing I can think of is that it might be because of things that I've added to the ini configuration, but I don't see how they would affect it because I THINK that the settings would only come into play IF any re-encoding is being done, but in this case there isn't any.

Here is my ini file just to be sure; I've added x264 Tweaks and stuff for when I do some movies, but I don't see how that would have anything to do with why a menu was not created. BTW, the ini file is exactly the same in the newer version; I just copied it over like I always do. I got the exact same errors with both versions.

[Options]
VERSION=0.47.0.7
ENCODER=0
MODE=2
ENCODE_QUALITY=2
ONEPASS_ENCODING=0
AUTO_QUALITY=1
AUTO_BIAS=3
B_PYRAMID=1
QUICK_CRF=24
ENABLE_TEST=1
ENABLE_BLANKING=1
IGNORE_3D=1
KEEP_HD_LPCM=1
FORCE_ENCODE=0
TWEAK_PASS_TWO=--deblock -1:-1 --psy-rd 1.00:0.20 --me umh --subme 8 --trellis 2 --direct auto --qcomp 0.50 --b-adapt 2
PRIORITY_CLASS=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
AVCHD=1
REMOVE_WORKFILES=0
DGDECIM=0
REMOVE_OUTPUT=0
USE_FILTERS=0
BDMV_CERT_ONLY=0
USE_LAVF=1
IVTC_PULLDOWN=0
ASSUME_DVD_PAL=0
FRIMSOURCE=0
COMPLETION_BEEP=0
DGDECNV=0
OUTPUT_SBS=0
NEROAAC=0
SUPTITLE=0
AUDIO_TRACK_LIMIT=0
SUBTITLE_TRACK_LIMIT=0
CUSTOM_TARGET_SIZE=23500
TARGET_SIZE=23500
QUICK_EXTRAS=1
MENU_BACKGROUND=C:\EXECUTABLES\BD-RBV04706\BD_Rebuilder\misc\menuback.jpg
IMPORT_THRESHOLD=15
QUICK_PLAY_THRESHOLD=10
MENU_AUTO_BACKGROUND=1
MENU_PLAY_SEQUENTIAL=0
MENU_START_WITH_MENU=1
MOVIEONLY_TYPE=0
ALTCRF=16
ALT_TARGET=1024
ALTMETHOD=0
ALTAUTOCROP=0
[Paths]
SOURCE_PATH=C:\_______MEDIA\_BD REBUILDER\IMPORTS\SERIES.S1\
WORKING_PATH=C:\_______MEDIA\_BD REBUILDER\


Thank you!

(EDIT) One thing I notice after looking at the ini file, is that it LOOKS like it is calling an older version (4706) for the 'Menu Background', but I just added as SSD drive for my OS and in that particular 'Executable' folder, I DON'T have the older version there any more. I bet you that is it!

I wonder why it is calling for the menu background from an earlier version...??? Perhaps if I put that earlier BDRB version folder in the same folder as the current version, I wonder if THEN it would indeed 'see' whatever it is looking for?

Weird...

(EDIT 2) I added the older version folder to my C:\EXECUTABLES folder where my current version is, but it still did the same thing. I also got 2 error messages which I've added here.

Here is the log, but it basically just says that the menu was not created:

[21:00:33] Importing: SERIES.EPISODES
- [21:00:35] Importing video file: (1 of 8)
- Collecting audio/video streams from source...
- Integrating into pseudo-BD structure...
- [21:01:14] Importing video file: (2 of 8)
- Collecting audio/video streams from source...
- Integrating into pseudo-BD structure...
- [21:01:54] Importing video file: (3 of 8)
- Collecting audio/video streams from source...
- Integrating into pseudo-BD structure...
- [21:02:32] Importing video file: (4 of 8)
- Collecting audio/video streams from source...
- Integrating into pseudo-BD structure...
- [21:03:09] Importing video file: (5 of 8)
- Collecting audio/video streams from source...
- Integrating into pseudo-BD structure...
- [21:03:48] Importing video file: (6 of 8)
- Collecting audio/video streams from source...
- Integrating into pseudo-BD structure...
- [21:04:26] Importing video file: (7 of 8)
- Collecting audio/video streams from source...
- Integrating into pseudo-BD structure...
- [21:04:56] Importing video file: (8 of 8)
- Collecting audio/video streams from source...
- Integrating into pseudo-BD structure...
- [21:05:27] Creating Quick-Play Menu...
- Encoding menu background...
[21:06:30]ERROR: Failed quick menu creation. No menus.
[21:06:30] Video import completed successfully.

(EDIT 3)

I tried re-installing BDRB directly onto my new SSD drive where my OS and program files are (but in a separate 'Executables' folder on that 'C' drive) I right-clicked the bat file and 'ran as administrator' as you instructed, and I got this error (BDRB error003.gif below)

Just weird stuff...

[Sharc]

@Lathe
So is below path for the background picture valid or not?
MENU_BACKGROUND=C:\EXECUTABLES\BD-RBV04706\BD_Rebuilder\misc\menuback.jpg

Check with BD-RB:
Import/Quick-Play Settings
Is the path for the background picture correct?
If so, confirm with Save.

[Lathe]

@Lathe
So is below path for the background picture valid or not?
MENU_BACKGROUND=C:\EXECUTABLES\BD-RBV04706\BD_Rebuilder\misc\menuback.jpg

Check with BD-RB:
Import/Quick-Play Settings
Is the path for the background picture correct?
If so, confirm with Save.

Hmmm, I didn't know you could check that. I did as you suggested and it LOOKS like the path is correct. It appears to be set for the current version along the same path that you mentioned above. Perhaps I should try to run it again.

I wonder why I am getting all these runtime errors....?

Thanks!

[jdobbs]

Hmmm, I didn't know you could check that. I did as you suggested and it LOOKS like the path is correct. It appears to be set for the current version along the same path that you mentioned above. Perhaps I should try to run it again.

I wonder why I am getting all these runtime errors....?

Thanks!Make another, more permanent, location to store you backgrounds.

[jdobbs]

I have updated the first link of this thread with a link to the latest version of BD-RB (v0.48.04). Changes for this release:- Modified execution so that, even though
HAALI/FFDSHOW are still not required, they
are recommended and the DirectshowSource
filter will still become the default frame
server when they are installed. Also, on
systems using Windows versions earlier than
Win7, some options will be disabled when
HAALI/FFDSHOW are not installed.
- Changed the SETUP dialog so that frame
serving via DirectshowSource can explicitly
be selected.
- Removed FFVideoSource from the BD-RB package
and disabled it as a frame-serving option.
- Made several changes that could enhance BD-RB
stability.
- Corrected an error that could occur when
attempting CRF with FRIMSource selected.
- Removed the DSHOW hidden option, as it is now
automatically recognized and set at runtime.
- Added a new hidden option QUALITY_ULTRA
which defines the X264 encode preset used
when ULTRA-QUALITY is selected.
- Other minor corrections and cosmetic fixes.

[Sharc]

3D encoding: FRIMencder stops at frame #1195. No error message, nothing; the CPU just goes idling. The original rip (.ssif) plays fine with stereoscopic player from mounted .iso.
Any idea?

Happens with 0.48.03 and 0.48.04

[jdobbs]

3D encoding: FRIMencder stops at frame #1195. No error message, nothing; the CPU just goes idling. The original rip (.ssif) plays fine with stereoscopic player from mounted .iso.
Any idea?

Happens with 0.48.03 and 0.48.04Has it happened on more than one disc? It could be a bad rip, playback isn't a good test. The code for 3D encoding hasn't changed in quite a while, but I'll do a test of a 3D disc later today.

[soneca]

jdobbs, every time I run BD Rebuilder(48.04) the message below.

http://s20.postimg.org/utzs127t9/bdr.png

I should have some Avisynt plugin ffmegsource? :confused:

[jdobbs]

jdobbs, every time I run BD Rebuilder(48.04) the message below.

http://s20.postimg.org/utzs127t9/bdr.png

I should have some Avisynt plugin ffmegsource? :confused:Hmm... I wonder why I'm not see it. I'll check it out, fix, and post again.

[jdobbs]

I have updated the first post with a link to another BD-RB update, v0.48.05. Changes for this release:- Corrected an error in which importing DVD
subtitles with "Import languages limit..."
selected could result in "Runtime Error 9,
subscript out of range".
- Correct an error in which at startup a
popup window will state "FFMS2.DLL missing".
- Other minor corrections and cosmetic fixes.I have also modified the v0.48.04 download so it includes these fixes as well.

[soneca]

I have updated the first post with a link to another BD-RB update, v0.48.05. Changes for this release:- Corrected an error in which importing DVD
subtitles with "Import languages limit..."
selected could result in "Runtime Error 9,
subscript out of range".
- Correct an error in which at startup a
popup window will state "FFMS2.DLL missing".
- Other minor corrections and cosmetic fixes.I have also modified the v0.48.04 download so it includes these fixes as well.

:thanks:

[soneca]

jdobbs, if I do not want to add another line, the hidden option "ENCODE_QUALITY = 4" still applies to preset slower, correct?

[jdobbs]

jdobbs, if I do not want to add another line, the hidden option "ENCODE_QUALITY = 4" still applies to preset slower, correct?Yes. It does.

[SuLyMaN]

sorry for OT but I think jdobbs is totally right. Your comparison is not objective colinhunt. The exact same parameters/conditions must be used to test if the software is slower/faster.

[Lathe]

Make another, more permanent, location to store you backgrounds.

Thanks for replying, but I don't understand what you mean. Do you mean that I should create another folder for the background image rather than leave it in the default installation 'Misc' folder...?

[Sharc]

Has it happened on more than one disc? It could be a bad rip, playback isn't a good test. The code for 3D encoding hasn't changed in quite a while, but I'll do a test of a 3D disc later today.
I did few more tests. I played the the movie SBS via FRIM's avisynth plugin, and got about 10 garbled farmes just before the position where BD-RB encoding stopped.
Now I see 2 possibilities:-
a. Bad rip
b. "Pacific Rim" effect
Crossing the fingers for a. Will re-rip and post the result.

Edit:
It seems to have been a bad rip. At least the encoding just passed the critial frames ....

[andref4]

Can't use DirectShow as Frame Server in new Version. The line in Setup is grey and can't be changed. :(
BD-Reb will use LAVF but it's slower as DSHOW (for me).

Howe can I reactivate DSHOW? FFDSHOW and HAALI is installed.

At the moment I use old 0.47.07 and 0.48.03 with DSHOW=1 because all other Frame Server are slower on my System as DSHOW.

[jdobbs]

Thanks for replying, but I don't understand what you mean. Do you mean that I should create another folder for the background image rather than leave it in the default installation 'Misc' folder...?You are likely to overwrite or replace the BD Rebuilder folder as versions are released. Just create a folder somewhere else called "BD Backgrounds" so you can always find them when you need them. I created one with that name in the "My Pictures" folder.

[jdobbs]

Can't use DirectShow as Frame Server in new Version. The line in Setup is grey and can't be changed. :(
BD-Reb will use LAVF but it's slower as DSHOW (for me).

Howe can I reactivate DSHOW? FFDSHOW and HAALI is installed.

At the moment I use old 0.47.07 and 0.48.03 with DSHOW=1 because all other Frame Server are slower on my System as DSHOW.If it isn't showing it means either FFDSHOW or HAALI is not installed. I tested it on both 32 and 64 bit systems. Just download them from the first link of this thread and install them again.

[andref4]

they are installed but not the versions from your link. I use the most actual Versions of the two programs from the k-lite codec pack.

is it possible to force/use other versions from ffdshow/haali as yours? If have had no problems in older bd-reb builds to use other ffdshow Version.

Kind regards

[jdobbs]

I'm sorry. But I have made it very clear many times in this thread that I will not accept bug reports for other versions. Other standard releases should still work, but the decision to try them is yours. Another point -- you have to use the standard FFDSHOW and HAALI installer that sets the REGISTRY entries so BD-RB can tell if they are there. My guess is that the CODEC pack doesn't do that.

Other CODEC packs are high risk if you are using BD-RB.

[Sharc]

jdobbs, if I do not want to add another line, the hidden option "ENCODE_QUALITY = 4" still applies to preset slower, correct?
Now I am getting confused by the quality options:
a. For manual quality setting, the hidden option "ENCODE_QUALITY=" is no longer needed in the .ini, because this value is set/overruled via the BD-RB menu Settings/Encoder settings ...., right?
b. For Automatic Quality Settings, I can use the AUTO_BIAS= (1....3) in the .ini to tweak the quality
c. "ULTRA_QUALITY= " is the new hidden option. Is it just a new custom level similar to a. above? Does it overrule a.? I don't see any "ULTRA" selection via the menu ... :confused:

[jdobbs]

Now I am getting confused by the quality options:
a. For manual quality setting, the hidden option "ENCODE_QUALITY=" is no longer needed in the .ini, because this value is set/overruled via the BD-RB menu Settings/Encoder settings ...., right?
b. For Automatic Quality Settings, I can use the AUTO_BIAS= (1....3) in the .ini to tweak the quality
c. "ULTRA_QUALITY= " is the new hidden option. Is it just a new custom level similar to a. above? Does it overrule a.? I don't see any "ULTRA" selection via the menu ... :confused:It hasn't changed at all. The "ENCODE_QUALITY=" is set by your selection from the menu.

But, for many, many versions now there has been an undocumented hidden capability to manually set it to a setting of 4 (via the editor). That raises the notch to a level that I consider unreasonably slow with little benefit (that's why it is hidden and undocumented). It's referred to as "Ultra" and by default it uses X264's "--preset slower".

All I did recently is add an additional setting (QUALITY_ULTRA) that allows you to change that preset to one of "slower", "very slow", and "placebo".

I added it as a request in the feature request thread -- but it is still my recommendation that it is never used. Since I believe "slower" is uselessly high and slow -- imagine how I feel about two more even slower/higher settings?

All this is unrelated to AUTO_BIAS, as that applies only to the AUTOMATIC settings. ULTRA is never used automatically.

[Sharc]

Thank you for the clarification!

[pididdi]

the first time i noticed this problem was at the main-Movie rip (riped with DVD-Fab) of american hustle and other movies. this are the facts: the label (like Tobis or Dreamworks, etc.) clip (or part) has a longer playtime then it is shown in the main-movie (that has to be proper to the sound and sup streams). So bd-rebuilder just appends the whole label part with the main-movie part of the sup and dts or ac3 streams, but that is not the main-movie clip, that is shown in the output (i use dvd-size output). the main movie only playbacks a view seconds of the label clip (part), but the demuxed sups and soundstreams have a longer playbacktime. I use stax-rip, which makes a better job in these cases (for demuxing) and remux the output of bd-rebuiler with the stax-rip sound- and sup-streams. You must only take a view samples of the label part (clip).

That´s all i have to say folks!:goodpost:

[andref4]

I'm sorry. But I have made it very clear many times in this thread that I will not accept bug reports for other versions. Other standard releases should still work, but the decision to try them is yours. Another point -- you have to use the standard FFDSHOW and HAALI installer that sets the REGISTRY entries so BD-RB can tell if they are there. My guess is that the CODEC pack doesn't do that.

Other CODEC packs are high risk if you are using BD-RB.

I think I found the error. I deinstalled k-lite codec pack to test it with your (old) versions of ffdshow/haali posted on first side. If I install ffdshow/haali in standard Setup folder then I can use ffdshow in 0.48.05. If I change the standard setup folder then bd-rebuilder don't detect ffdshow on my win 7 x64 machine. The line is grey and LAVF is used.
But I must use ffdshow because it's the only Frame Server that worked with cropping black borders on mkv output.

Would be nice if you can re-add the DSHOW=1 line to force dshow with ffdshow. So long I use bd-reb I have had no problems with k-lite codec pack and newest versions of ffdshow/haali that are NOT installed in standard Folder but fully right configured. And the registry settings must be correct if k-lite mega codec pack is installed because if I use your Inspect in 0.48.03 there are all "OK"

[09.03.14] Checking System Settings
- BD-Rebuilder v0.48.03 (beta)
- Windows Version: 6.1 [7601]
- Working Path Free Space: 113,43GB
- AVISYNTH Version: 2.5.8.0, Ok
- HAALI Splitter: Isn't recommended version
- FFDSHOW: 4532, 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
- AnyDVD settings check: Ok.
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok
- FRIMEncode: Ok
- FRIMDecode: Ok
[09.03.14] Systems Settings Check complete

P.S Is the only thing to get 0.48.05 with ffdshow to work, is to use your ffdshow version from first side installed in standard setup folder? :(

[jdobbs]

I think I found the error. I deinstalled k-lite codec pack to test it with your (old) versions of ffdshow/haali posted on first side. If I install ffdshow/haali in standard Setup folder then I can use ffdshow in 0.48.05. If I change the standard setup folder then bd-rebuilder don't detect ffdshow on my win 7 x64 machine. The line is grey and LAVF is used.
But I must use ffdshow because it's the only Frame Server that worked with cropping black borders on mkv output.

Would be nice if you can re-add the DSHOW=1 line to force dshow with ffdshow. So long I use bd-reb I have had no problems with k-lite codec pack and newest versions of ffdshow/haali that are NOT installed in standard Folder but fully right configured. And the registry settings must be correct if k-lite mega codec pack is installed because if I use your Inspect in 0.48.03 there are all "OK"

[09.03.14] Checking System Settings
- BD-Rebuilder v0.48.03 (beta)
- Windows Version: 6.1 [7601]
- Working Path Free Space: 113,43GB
- AVISYNTH Version: 2.5.8.0, Ok
- HAALI Splitter: Isn't recommended version
- FFDSHOW: 4532, 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
- AnyDVD settings check: Ok.
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok
- FRIMEncode: Ok
- FRIMDecode: Ok
[09.03.14] Systems Settings Check completeI don't now how "isn't recommended version" is ok...

BD-RB doesn't care about FFDSHOW folders or where it is installed. It looks at the registry key (32 bit and 64 bit):

HKLM\Software\GNU\ffdshow
HKLM\Software\Wow6432Node\GNU\ffdshow

If it exists... then FFDSHOW is installed correctly. If not, then it isn't.

I just installed the July 2014 (ffdshow_rev4532_20140717_clsid.exe) version of FFDSHOW and it is working fine (although it hasn't been tested and therefore isn't recommended). So the version has no impact (they all set the registry entry). That tells me something else is the issue (not the version) on your system.

[Lathe]

You are likely to overwrite or replace the BD Rebuilder folder as versions are released. Just create a folder somewhere else called "BD Backgrounds" so you can always find them when you need them. I created one with that name in the "My Pictures" folder.

Okay, thanks mate!

[musiclover]

Am I correct in thinking that "convert 4:3 to 16:9" and "Widen 4:3 Viewing" only are working in full backup mode? Because I can't get it to work in alternate movie-only output. If I'm correct in this should it not say so in the video encoding options?

Thank you for an amazing program.

It works for full-backup and movie-only backup modes. But, the size of the output in ALTERNATE mode is determined by the preset. So none of the SETUP resizing settings should affect it.

What I might be able to do is add a mode to the presets that does those conversions.

@ jdobbs

Not to pressure you or anything, but is above modification on your todo list?

[Sharc]

v0.48.05 (beta)
Importing a series via BD(s) - Quick Reauthored
While importing the first playlist I am getting at about 8% progress the error:
- Importing Playlist 00800 [01:12:21.670]
[22:49:21]ERROR: Remuxing to BD failed. Aborted.
Playlist 00800 plays fine with any SW player.
Any idea what could be wrong?

P.S.
Note: inspect.exe shows
- BD-RB v0.48.0.5, not current

[jdobbs]

inspect.exe is no longer a part of the package... it is obsolete. Choose it from the menu instead.

I'll do some testing on the import of series BDs... but I suspect there is something wrong with the source since it is dying mid-mux.

[Sharc]

.... I'll do some testing on the import of series BDs... but I suspect there is something wrong with the source since it is dying mid-mux.
I succeeded in making a regular backup of disk 1 of the series, but strange: BD-RB starts demuxing and goes up to about 8%; then happens a kind of "reset" and the demuxing starts again from 0% and goes through the end without error. This silent reset is not visible in the log; just a short refresh (blinking) of BD-RB's Log tab.

When doing the same in BD(s) Quick-Reauthoring mode however, BD-RB throws the error at 8% progress of episode 1 disc 1 and does not reset/recover as in single disc backup mode.
Weird. I will re-rip disc 1 and see if it makes a difference.

Edit:
Seems like re-ripping disc 1 has solved the problem. I had 2 ripping issues recently with a new (faster) drive; never had this before with the old slow drive .... Sorry for having bothered you.

[daberti]

@JDobbs

Maybe some problems or maybe fault of mine

Mobile Intel Core i7 740QM (Clarksfield), 4 Cores 8 Threads.
8GBRam.
Windows 7 Ultimate SP2 64bit.

Encoder settings: Normal priority, Good (Very Fast), CRF= 20

[09/04/14] BD Rebuilder v0.47.07 (beta)
[17:33:18] Source: L_UOMO_CHE_FISSA_LE_CAPRE_00000
- Input BD size: 20,18 GB
- Approximate total content: [01:34:03.971]
- Windows Version: 6.1 [7601]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- Mode: MKV Container, 1280x720, Auto-AAC
- Decoding/Frame serving: X264/LAVF
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=640
[17:33:18] PHASE ONE, Encoding
- [17:33:18] Processing: VID_00000 (1 of 1)
- [17:33:18] Extracting A/V streams [VID_00000]
- [17:45:15] Reencoding video [VID_00000]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23,976fps, 135.320 frames
- [17:45:15] Reencoding: VID_00000, Pass 1 of 1
- [19:14:29] Video Encode complete
- [19:14:29] Processing audio tracks
- Track 4352 (ita): Reencoding audio to AAC...
[19:27:16]PHASE ONE complete
[19:27:16]PHASE TWO - Rebuild Started
- [19:27:16] Building ALTERNATE OUTPUT Structure
[19:28:14] - Encode and Rebuild complete
- WORKFILES folder removed.
[19:28:14] JOB: L_UOMO_CHE_FISSA_LE_CAPRE finished.
**********************
Added MULTIPROCESS=1 option

[09/05/14] BD Rebuilder v0.47.07 (beta)
[11:34:22] Source: L_UOMO_CHE_FISSA_LE_CAPRE_00000
- Input BD size: 20,18 GB
- Approximate total content: [01:34:03.971]
- Windows Version: 6.1 [7601]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- Mode: MKV Container, 1280x720, Auto-AAC
- Decoding/Frame serving: X264/LAVF
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=640
[11:34:22] PHASE ONE, Encoding
- [11:34:22] Processing: VID_00000 (1 of 1)
- [11:34:22] Extracting A/V streams [VID_00000]
- [11:46:21] Reencoding video [VID_00000]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23,976fps, 135.320 frames
- [11:46:21] Reencoding: VID_00000, Pass 1 of 1
- [13:15:09] Video Encode complete
- [13:15:09] Processing audio tracks
- Track 4352 (ita): Reencoding audio to AAC...
[13:27:38]PHASE ONE complete
[13:27:38]PHASE TWO - Rebuild Started
- [13:27:38] Building ALTERNATE OUTPUT Structure
[13:28:36] - Encode and Rebuild complete
- WORKFILES folder removed.
[13:28:37] JOB: L_UOMO_CHE_FISSA_LE_CAPRE finished.

*********************
Problems:
1)Despite having choosen LAVF Bd Rebuilder use 32 bit H264 encoder and NOT 64 bit one
2)MULTIPROCESS=1 didn't bring CPU to full use (roughly
60% max an any core).

Any hint please?

[jdobbs]

1. There are times when BD-RB can't use LAVF (e.g. certain resizing operations). In those cases it must use AVISYNTH/32 bit X264.
2. MULTIPROCESS does not apply to LAVF, only DirectshowSource and DGDecNV.

[daberti]

1. There are times when BD-RB can't use LAVF (e.g. certain resizing operations). In those cases it must use AVISYNTH/32 bit X264.
2. MULTIPROCESS does not apply to LAVF, only DirectshowSource and DGDecNV.

Huge thanks :)
Can Multiprocess be used with Threads is (in my case) at 8?

A little bit OT: can we expect H265 any soon on your program?

[jdobbs]

Huge thanks :)
Can Multiprocess be used with Threads is (in my case) at 8?

A little bit OT: can we expect H265 any soon on your program?You generally don't want to set it to the number of threads. Pick a lower number (probably 3 or so) that will get the processor usage close to 100% in Pass 1. That will get the maximum out of the setting. Setting it too high can actually slow things down (especially in Pass 2).

At some point I will support H265 output to MKV. I still need to test it with a newer version of MKVMERGE (that supports it). I need to find a directshow H265 decoder for my system -- any recommendations?

I may add MULTIPROCESS capability for LAVF in the future. But, at least on my system, there isn't a lot of processor headroom left when using LAVF; so I'm not sure the benefit would be that great.

[daberti]

You generally don't want to set it to the number of threads. Pick a lower number (probably 3 or so) that will get the processor usage close to 100% in Pass 1. That will get the maximum out of the setting. Setting it too high can actually slow things down (especially in Pass 2).

At some point I will support H265 output to MKV. I still need to test it with a newer version of MKVMERGE (that supports it). I need to find a directshow H264 decoder for my system -- any recommendations?

I may add MULTIPROCESS capability for LAVF in the future. But, at least on my system, there isn't a lot of processor headroom left when using LAVF; so I'm not sure the benefit would be that great.

Threads: got it. So I'll quit with 64bit H264 disabling LAVF in order to test Multiprocess.

You meant an H265 decoder (not an H264 as you wrote)?
If so LAVF already supports it.
http://forum.team-mediaportal.com/threads/hevc-h265-codec-video-playback.123215/

Worth looking also
http://www.libde265.org/
http://xhevc.com/en/hevc/decoder/download.jsp

[avih]

this is the best I can do!

Please try to use smaller images where possible. Thanks.

[Glarioo]

Run BD-RB last night. Works perfectly here. "Checking System Settings" told me everything is ok.
I did the Region 2 version of Ride Along (MKV 1920x1080 640Kbs DD5.1). It came out as a high quality MKV.
I have looked at the movie on a 40 inch TV, using a Dune Smart H1 media player.

[AmigaFuture]

I'm testing with an almost stock INI. I stopped the reencode process, and entered FORCE_NOENCODE=1 via the Edit Config. After the refresh I select Preview and the screen grab is what was displayed.

Then I exited BD-RB, then reran...and had it preview again. The file is displayed correctly. It has done it a couple times now with the Red Text. I'm attempting note how to get it to show the text again every time..I'll add to this when I get it.

[09/05/14] BD Rebuilder v0.48.05 (beta)
[12:09:14] Source: DIRTYDANCING
- Input BD size: 46.59 GB
- Approximate total content: [04:26:43.637]
- Target BD size: 46.26 GB
- Windows Version: 6.1 [7601]
- MOVIE and MENUS mode enabled
- Quality: High-Speed Option (BD-25+), ABR
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[12:09:17] PHASE ONE, Encoding
- [12:09:17] Processing: VID_00002 (1 of 58)
- [12:09:17] Extracting A/V streams [VID_00002]
- [12:09:21] Reencoding video [VID_00002]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 24 frames
- Bitrate: 500 Kbs
- [12:09:21] Reencoding: VID_00002, Pass 1 of 1
- [12:09:21] Video Encode complete
- [12:09:21] Processing audio tracks
- [12:09:21] Multiplexing M2TS
- [12:09:25] Blanking: VID_00061 (2 of 58)
- [12:09:25] Processing: VID_00046 (3 of 58)
- [12:09:25] Extracting A/V streams [VID_00046]
- [12:09:28] Reencoding video [VID_00046]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 168 frames
- [12:09:28] Reencoding: VID_00046, Pass 1 of 1
- [12:09:30] Video Encode complete
- [12:09:30] Processing audio tracks
- [12:09:30] Multiplexing M2TS
- [12:09:33] Blanking: VID_00060 (4 of 58)
- [12:09:33] Blanking: VID_00058 (5 of 58)
- [12:09:33] Blanking: VID_00059 (6 of 58)
- [12:09:33] Processing: VID_00057 (7 of 58)
- [12:09:33] Extracting A/V streams [VID_00057]
- [12:09:37] Reencoding video [VID_00057]
- [12:09:37] Keeping original video (no reencode)
- [12:09:37] Processing audio tracks
- [12:09:37] Multiplexing M2TS
- [12:09:41] Processing: VID_00056 (8 of 58)
- [12:09:41] Extracting A/V streams [VID_00056]
- [12:09:45] Reencoding video [VID_00056]
- [12:09:45] Keeping original video (no reencode)
- [12:09:45] Processing audio tracks
- [12:09:45] Multiplexing M2TS
- [12:09:48] Processing: VID_00012 (9 of 58)
- [12:09:48] Extracting A/V streams [VID_00012]
- [12:09:52] Reencoding video [VID_00012]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 526 frames
- [12:09:52] Reencoding: VID_00012, Pass 1 of 1
- [12:09:59] Video Encode complete
- [12:09:59] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [12:09:59] Multiplexing M2TS
- [12:10:02] Processing: VID_00016 (10 of 58)
- [12:10:02] Extracting A/V streams [VID_00016]
- [12:10:06] Reencoding video [VID_00016]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 1,110 frames
- [12:10:06] Reencoding: VID_00016, Pass 1 of 1
- [12:10:17] Video Encode complete
- [12:10:17] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [12:10:17] Multiplexing M2TS
- [12:10:21] Processing: VID_00008 (11 of 58)
- [12:10:21] Extracting A/V streams [VID_00008]
- [12:10:25] Reencoding video [VID_00008]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 1,171 frames
- [12:10:25] Reencoding: VID_00008, Pass 1 of 1
[12:10:31]PHASE ONE aborted by user request

INI
[Options]
VERSION=0.48.0.5
ENCODER=0
MODE=1
ENCODE_QUALITY=5
ONEPASS_ENCODING=2
AUTO_QUALITY=0
TARGET_SIZE=47366
ENABLE_TEST=1
QUICK_EXTRAS=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=0
CONVERT_WIDE=0
DTS_REENCODE=0
AC3_REENCODE=0
AC3_640=1
AC3_192=0
KEEP_HD_AUDIO=1
DECODER=0
AVCHD=1
REMOVE_WORKFILES=0
REMOVE_OUTPUT=0
USE_FILTERS=0
BDMV_CERT_ONLY=0
IVTC_PULLDOWN=1
ASSUME_DVD_PAL=0
FRIMSOURCE=0
COMPLETION_BEEP=0
OUTPUT_SBS=0
NEROAAC=0
SUPTITLE=0
AUDIO_TRACK_LIMIT=0
SUBTITLE_TRACK_LIMIT=0
CUSTOM_TARGET_SIZE=23500
ENABLE_BLANKING=1
VERBOSE_STATUS=1
[Paths]
SOURCE_PATH=R:\BLU-RAY RIPS\DIRTYDANCING\
WORKING_PATH=X:\OUTPUT\


Edit: Hmm....Well, sheooot...I've not been able to get the Red Text to repeat.

Edit 2: Ahhh, got it to repeat! I disabled "Quicker" Encode for Extras...then without FORCE_NOENCODE=X being in the Config, and FFDShow still being in the System Trey after the Aborting when rerendering is happening, I went to Preview and there it is. MKV text is also there. If I exit BD RB, then run it again, preview functions normally.

[soneca]

Does anyone here already using DGDecNV 2048 with the BD-Rebuilder?
I have used without problems.

[AmigaFuture]

Yes... It functions very well for me with BD Rebuilder..

[omegaman7]

Does anyone here already using DGDecNV 2048 with the BD-Rebuilder?
I have used without problems.

Still using 2041 :S

[jdobbs]

Does anyone here already using DGDecNV 2048 with the BD-Rebuilder?
I have used without problems.Hmm.. guess I need to get up-to-date. I'm using 2046.