BD Rebuilder Beta - Bug Reports Only

[Sharc]

Yes. I currently upsize to 3840x1080 via AVISYNTH when I feed it to FRIMEncode.
If I understand the new 3D SBS IMPORT correctly, this would mean that we actually loose the original resolution when converting the half-SBS import to full FRIM-MVC, as the upscaling does not bring the details back.
If so, I think full SBS import 3840x1080 (as an option) would make sense.

Edit:
Sorry I missed your last post. Apparently you are working on it.

[jdobbs]

If I understand the new 3D SBS IMPORT correctly, this would mean that we actually loose the original resolution when converting the half-SBS import to full FRIM-MVC, as the upscaling does not bring the details back.
If so, I think full SBS import 3840x1080 (as an option) would make sense.

Edit:
Sorry I missed your last post. Apparently you are working on it.You don't lose the resolution when you reencode -- if it is half-SBS that resolution was already lost before you even start the import.

But, yes, I should be posting an update shortly that supports full SBS importing. I found another small change I need to make during testing.

BTW, BD-RB already supports full SBS backups to MKV or MP4, but I may add another preset just to make it clear.

[mparade]

No... but the output size would be unpredictable. It may or may not be small enough to fit on your selected target.

That's great, thank you.

[jdobbs]

I had to make one small change to enable full SBS support. I'm doing a test now, and will post an update (assuming it works ok).This will likely not be posted until tomorrow. I need to do some more tests.

[jdobbs]

I have updated the first post of this thread with a link to the latest version of BD-RB (v0.46.07). Changes for this release:- Added a new type of IMPORT function. BD-RB
will now import video files in 3D side-by-
side (SBS) format, and when reencoding the
created pseudo source to BD-5/9/25/50 they
will be converted back to standard MVC for
3D playback in 3D-capable BD players.
- Corrected an error the could result in a
failed encode when outputting to ALTERNATE
formats from a 3D source without having the
"Enable SBS 3D Movie-Only output" selected.
- Fixed a problem with some non-multipart
sources using multiprocessing settings that
could result in a "ERROR in attempt to mux
(MKVMERGE)" error when ALTERNATE output has
been selected.
- Fixed an issue in which an ALTERNATE choice
from a 3D source that has been selected for
intact video output without SBS mode chosen
might sometimes incorrectly reencode.
- (v0.46.07) Updated the SBS 3D IMPORT feature
to support full SBS imports. v0.46.06 only
supported half-SBS imports.
- Other minor corrections and cosmetic fixes.

[jdobbs]

I've moved a few off-topic posts to another thread.

[soneca]

Thanks jdobbs! :)

[Todd Sauve]

My sincere thanks to jdobbs for the BDRebuilder program. It has proven so very useful to me for shrinking files down to the size where they fit on a DVD or DL medium.

I'm wondering if there is any way the program can be made any faster than it currently is, or is it running about as fast as it possibly can now?

[laserfan]

My sincere thanks to jdobbs for the BDRebuilder program. It has proven so very useful to me for shrinking files down to the size where they fit on a DVD or DL medium.

I'm wondering if there is any way the program can be made any faster than it currently is, or is it running about as fast as it possibly can now?
I have been re-authoring BDs with my own methods for a long time, but recently found BD-RB to be easier and faster than my old way. It seems to me that while 25GB BD-Rs are wicked-fast to make (just a few hours) with BD-RB, to shrink these programs to -5 or -9 size is always going to take longer because x264 has alot more work to do.

Beyond that I dunno given you haven't said what your PC setup is.

[Sharc]

My sincere thanks to jdobbs for the BDRebuilder program. It has proven so very useful to me for shrinking files down to the size where they fit on a DVD or DL medium.

I'm wondering if there is any way the program can be made any faster than it currently is, or is it running about as fast as it possibly can now?
You are probably aware of the One-pass (CRF) mode which shortens the encoding time at a certain (but low) risk of occasional oversize (or undersize). I use it often for BD5/9. In the rare event of oversize I have to redo the encoding either with a manually selected slightly higher fix CRF (rebuilder.ini hidden option), or 2-pass.
I think the various steps of BD-RB are already widely optimized. The biggest portion of the time is normally consumed by the x264 encoding which stresses the CPU close to 100%, so there is nothing to be gained there.

[inge70]

Thank you for your great work @ Jdobbs

[mparade]

Yes it is.... I think it is high time again sending a few bucks for Full 3D MVC backups,....:)

[inge70]

yes it is .. 've already done .. :)

[pididdi]

@pididdi

Please read my response (http://forum.doom9.org/showthread.php?p=1664985#post1664985) to your first post.

so, now i´ve encoded "odd thomas" (main movie) it with v04605 (it makes no difference which one you use - all other bds i have encoded are in a good shape, no problems at all) in bd-25 size. all looks fine now, no dtc blocks, but i want it dvd9 size, so i take the bd-25 sized one and reencode it. i also activated the "3d to 2d encode" option, but it is no 3d original source. I hope all works fine. here is the
OT_BD_LASTCMD.txt

"C:\video\BD_Rebuilder\tools\x264.exe" "D:\FILM_REC_WORK\WORKFILES\VID_00001.AVS" --preset medium --bluray-compat --b-pyramid none --weightp 1 --qpmin=0 --bitrate 28288 --level 4.1 --qpfile "D:\FILM_REC_WORK\WORKFILES\VID_00001.CHP" --sar 1:1 --aud --nal-hrd vbr --pic-struct --vbv-bufsize 30000 --keyint 24 --min-keyint 1 --ipratio 1.1 --pbratio 1.1 --vbv-maxrate 35000 --threads auto --slices 4 --thread-input --stats "D:\FILM_REC_WORK\WORKFILES\VID_00001.AVS.264.stats" --pass 2 --output "D:\FILM_REC_WORK\WORKFILES\VID_00001.AVS.264"

i will post results of the dvd9 encoded one!

[jdobbs]

so, now i´ve encoded "odd thomas" (main movie) it with v04605 (it makes no difference which one you use - all other bds i have encoded are in a good shape, no problems at all) in bd-25 size. all looks fine now, no dtc blocks, but i want it dvd9 size, so i take the bd-25 sized one and reencode it. I hope all works fine. here is the
OT_BD_LASTCMD.txt

"C:\video\BD_Rebuilder\tools\x264.exe" "D:\FILM_REC_WORK\WORKFILES\VID_00001.AVS" --preset medium --bluray-compat --b-pyramid none --weightp 1 --qpmin=0 --bitrate 28288 --level 4.1 --qpfile "D:\FILM_REC_WORK\WORKFILES\VID_00001.CHP" --sar 1:1 --aud --nal-hrd vbr --pic-struct --vbv-bufsize 30000 --keyint 24 --min-keyint 1 --ipratio 1.1 --pbratio 1.1 --vbv-maxrate 35000 --threads auto --slices 4 --thread-input --stats "D:\FILM_REC_WORK\WORKFILES\VID_00001.AVS.264.stats" --pass 2 --output "D:\FILM_REC_WORK\WORKFILES\VID_00001.AVS.264"

i will post results of the dvd9 encoded one!????

1. You said that an earlier version created a good copy while a newer one created blocks -- and both were using the same version of X264.

2. I explained that it was highly unlikely because they use the same command line and asked you to post the two command lines so I could show that it hadn't changed.

3. So now you've decided you're going to post two command lines -- one from a BD-25 and another from a BD-9.... of course they are going to be different. The bitrate will be 5 times lower!!!

How is that going to help, or even mean anything at all?????

[rendez2k]

Hi, so my understanding of the new 3D to BR feature is that I can take a SBS MKV, import it via the 'file>import video file (side by side)' command, select BD-25 as my output and hit go? Tried two different MKVs, both failed. Are there some other bits of software required or have i got the feature wrong?

18:07:08] Importing MKV: CM2
- Collecting audio/video streams from source...
- Building pseudo-BD source structure...
[18:18:08] Video import completed successfully.
----------------------
[01/31/14] BD Rebuilder v0.46.07 (beta)
[18:19:55] Source: CM2_00000
- Input BD size: 13.32 GB
- Approximate total content: [01:34:50.142]
- Target BD size: 22.95 GB
- Windows Version: 6.1 [7601]
- MOVIE-ONLY mode enabled
- Converting SBS source to 3D-BD format
- Quality: Good (Very Fast), ABR
- MVC 3D Output Mode enabled
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=640
[18:19:55] PHASE ONE, Encoding
- [18:19:55] Processing: VID_00000 (1 of 1)
- [18:19:55] Extracting A/V streams [VID_00000]
- [18:28:44] Reencoding video [VID_00000]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 136,427 frames
- Bitrate: 30,566 Kbs
- Using FRIMEncoder for MVC reencoding
- [18:28:44] Reencoding: VID_00000, Pass 1 of 1
[18:28:46] - Failed video encode, aborted

[pididdi]

????

1. You said that an earlier version created a good copy while a newer one created blocks -- and both were using the same version of X264.

2. I explained that it was highly unlikely because they use the same command line and asked you to post the two command lines so I could show that it hadn't changed.

3. So now you've decided you're going to post two command lines -- one from a BD-25 and another from a BD-9.... of course they are going to be different. The bitrate will be 5 times lower!!!

How is that going to help, or even mean anything at all?????

the 10 min clip did not make problems in the test-runs, but the entire main movie was bad to encode! no you don´t understand, of course there are blocks by lower bitrate encoding, but they do not flinker or change the position - in this case it was problemtic, the dtc-blocks were pulsating and went out of stukture! crazy, isn´t it?

[jdobbs]

Hi, so my understanding of the new 3D to BR feature is that I can take a SBS MKV, import it via the 'file>import video file (side by side)' command, select BD-25 as my output and hit go? Tried two different MKVs, both failed. Are there some other bits of software required or have i got the feature wrong?

18:07:08] Importing MKV: CM2
- Collecting audio/video streams from source...
- Building pseudo-BD source structure...
[18:18:08] Video import completed successfully.
----------------------
[01/31/14] BD Rebuilder v0.46.07 (beta)
[18:19:55] Source: CM2_00000
- Input BD size: 13.32 GB
- Approximate total content: [01:34:50.142]
- Target BD size: 22.95 GB
- Windows Version: 6.1 [7601]
- MOVIE-ONLY mode enabled
- Converting SBS source to 3D-BD format
- Quality: Good (Very Fast), ABR
- MVC 3D Output Mode enabled
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=640
[18:19:55] PHASE ONE, Encoding
- [18:19:55] Processing: VID_00000 (1 of 1)
- [18:19:55] Extracting A/V streams [VID_00000]
- [18:28:44] Reencoding video [VID_00000]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 136,427 frames
- Bitrate: 30,566 Kbs
- Using FRIMEncoder for MVC reencoding
- [18:28:44] Reencoding: VID_00000, Pass 1 of 1
[18:28:46] - Failed video encode, abortedI've done several using that exact sequence.

Any chance they are odd input sizes? Can you post the AVS file contents? If that doesn't work maybe you can get an example MKV to me for testing.

[rendez2k]

Hmmmm, well I had a line in my config about MVC so I removed it. Encoding has now started. I think I had to add MVC from a different package,something to do with the 3D side of things? Do I need it?

[omegaman7]

My first attempt of 3DMKV(1/2 SBS) to 3DBD appeared to work. But I never saw anything about using FRIM. It used X264. And there was no "SSIF" data. So perhaps I'm confused as to the 3DBD standard. The resulting file stays in SBS? I won't be trying again, until I have my 3D display in a week or two. Though BDrebuilder seemed to acknowledge that everything 3D was kosher, regarding the input.

[jdobbs]

My first attempt of 3DMKV(1/2 SBS) to 3DBD appeared to work. But I never saw anything about using FRIM. It used X264. And there was no "SSIF" data. So perhaps I'm confused as to the 3DBD standard. The resulting file stays in SBS? I won't be trying again, until I have my 3D display in a week or two. Though BDrebuilder seemed to acknowledge that everything 3D was kosher, regarding the input.You're doing something wrong. If you have a pseudo structure source that was created by importing a SBS source, and you choose movie-only output, and not ALTERNATE (it HAS to be movie-only, because BD-RB only supports BD3D for movie-only) -- FRIM will be used and you will get a full BD3D compliant structure after the encode. FRIM is the only way to do MVC encoding with BD-RB, X264 can't do it.

Keeping it SBS would defeat the whole purpose.

[omegaman7]

You're doing something wrong. If you have a pseudo structure source that was created by importing a SBS source, and you choose movie-only output (it HAS to be movie-only, because BD-RB only supports BD3D for movie-only) -- FRIM will be used and you will get a full BD3D compliant structure after the encode.

Thanks JD. I'll likely try again today :)

"Keeping it in sbs would defeat the purpose"

I had a thought about that. That's why I posted. I'll try again.

[pididdi]

so it´s done, the bd-25 source of "odd thomas" (reencoded from the original source) did the job well. the dvd9 sized output looks great. here is the OT_DVD9_LASTCMD.TXT:

"C:\video\BD_Rebuilder\tools\x264.exe" "C:\VIDEO\FILM\WORKFILES\VID_00000.AVS" --preset medium --bluray-compat --b-pyramid none --weightp 1 --qpmin=0 --bitrate 7625 --level 4.0 --qpfile "C:\VIDEO\FILM\WORKFILES\VID_00000.CHP" --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 --stats "C:\VIDEO\FILM\WORKFILES\VID_00000.AVS.264.stats" --pass 2 --output "C:\VIDEO\FILM\WORKFILES\VID_00000.AVS.264"

now i will reencode the bd-25 source to dvd5 size with 1440x1080 resolution and dts-reencoding to ac3 (what was the my first problem in question), but i cannot reencode the original source main movie to dvd5 size with 1440x1080 resolution in one step (i only have the mainmovie "odd thomas" riped from the original bluray)!

[jdobbs]

so it´s done, the bd-25 source of "odd thomas" (reencoded from the original source) did the job well. the dvd9 sized output looks great. here is the OT_DVD9_LASTCMD.TXT:

"C:\video\BD_Rebuilder\tools\x264.exe" "C:\VIDEO\FILM\WORKFILES\VID_00000.AVS" --preset medium --bluray-compat --b-pyramid none --weightp 1 --qpmin=0 --bitrate 7625 --level 4.0 --qpfile "C:\VIDEO\FILM\WORKFILES\VID_00000.CHP" --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 --stats "C:\VIDEO\FILM\WORKFILES\VID_00000.AVS.264.stats" --pass 2 --output "C:\VIDEO\FILM\WORKFILES\VID_00000.AVS.264"

now i will reencode the bd-25 source to dvd5 size with 1440x1080 resolution and dts-reencoding to ac3 (what was the my first problem in question), but i cannot reencode the original source main movie to dvd5 size with 1440x1080 resolution in one step (i only have the mainmovie "odd thomas" riped from the original bluray)!Are you posting for the fun of it, or are we actually trying to accomplish something here? You seem to spend your time posting, but don't take the time to read responses (http://forum.doom9.org/showthread.php?p=1665257#post1665257). This is a bug reporting thread after all.

[jdobbs]

Hmmmm, well I had a line in my config about MVC so I removed it. Encoding has now started. I think I had to add MVC from a different package,something to do with the 3D side of things? Do I need it?BD-RB no longer uses any MVC decoder from any other package. I don't see how that could affect it...

[rendez2k]

Well, I currently have this so I assume its encoding OK?

- Input BD size: 5.85 GB
- Approximate total content: [01:34:50.726]
- Target BD size: 22.95 GB
- Windows Version: 6.1 [7601]
- Warning: SBS 3D source indicated.
- Auto Quality: Good (Very Fast), ABR
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=640
[18:54:14] PHASE ONE, Encoding
- [18:54:14] Processing: VID_00000 (1 of 1)
- [18:54:14] Extracting A/V streams [VID_00000]
- [18:57:42] Reencoding video [VID_00000]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 136,441 frames
- Bitrate: 30,562 Kbs
- [18:57:42] Reencoding: VID_00000, Pass 1 of 1

[omegaman7]

I really should have heeded the warning.
"- Warning: SBS 3D source indicated."
By selecting movie only output, all appears to be well so far. :o

Rendez2k, are you setup for movie only ouput? Because apparently that's necessary.

Perhaps when importing a single title, full backup can be grayed out, and not possible.

[rendez2k]

Bugger. Nope, it was on full disc. Will have to try again tomorrow now!

[jdobbs]

I really should have heeded the warning.
"- Warning: SBS 3D source indicated."
By selecting movie only output, all appears to be well so far. :o

Rendez2k, are you setup for movie only ouput? Because apparently that's necessary.

Perhaps when importing a single title, full backup can be grayed out, and not possible.Yeah, I should probably do something to steer the process in the right direction. Maybe automatically select MOVIE-ONLY when the import is complete... I hate to block full backup completely , because there might be someone who wants to keep SBS output to BD. Although I admit that is probably rare.

[pididdi]

Are you posting for the fun of it, or are we actually trying to accomplish something here? You seem to spend your time posting, but don't take the time to read responses (http://forum.doom9.org/showthread.php?p=1665257#post1665257). This is a bug reporting thread after all.

i think it is a bug when bd-rebuilder isn´t able to rebuild a movie only source from "odd thomas" (man, other bd´s work fine), to dvd5 size with 1440x1080 resolution in one step! the result was a very uggly videoquality with blocks out of order! but i will stop writing posts now. i have helped myself and i have what i wanted! the trick to rebuild the original to bd-25 size seems to work.

[omegaman7]

All decoders fail, and no encode initiates.
----------------------
[11:24:54] Importing MKV: SURFING3D
- Collecting audio/video streams from source...
- Building pseudo-BD source structure...
[11:28:25] Video import completed successfully.
----------------------
[01/31/14] BD Rebuilder v0.46.07 (beta)
[11:31:06] Source: SURFING3D_00000
- Input BD size: 9.35 GB
- Approximate total content: [01:40:16.009]
- Target BD size: 22.95 GB
- Windows Version: 6.1 [7601]
- MOVIE-ONLY mode enabled
- Converting SBS source to 3D-BD format
- Quality: High Quality (Default), ABR
- MVC 3D Output Mode enabled
- Decoding/Frame serving: DGDecNV
- Audio Settings: AC3=0 DTS=1 HD=1 Kbs=640
[11:31:06] PHASE ONE, Encoding
- [11:31:06] Processing: VID_00000 (1 of 1)
- [11:31:06] Extracting A/V streams [VID_00000]
- [11:32:48] Reencoding video [VID_00000]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 144,240 frames
- Bitrate: 24,998 Kbs
- Using FRIMEncoder for MVC reencoding
- [11:32:48] Reencoding: VID_00000, Pass 1 of 1
[11:32:48] - Failed video encode, aborted
----------------------
[01/31/14] BD Rebuilder v0.46.07 (beta)
[11:38:06] Source: SURFING3D_00000
- Input BD size: 9.35 GB
- Approximate total content: [01:40:16.009]
- Target BD size: 22.95 GB
- Windows Version: 6.1 [7601]
- MOVIE-ONLY mode enabled
- Converting SBS source to 3D-BD format
- Quality: High Quality (Default), ABR
- MVC 3D Output Mode enabled
- Decoding/Frame serving: X264/LAVF
- Audio Settings: AC3=0 DTS=1 HD=1 Kbs=640
[11:38:07] PHASE ONE, Encoding
- [11:38:07] Processing: VID_00000 (1 of 1)
- [11:38:07] Extracting A/V streams [VID_00000]
- [11:39:51] Reencoding video [VID_00000]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 144,240 frames
- Bitrate: 24,998 Kbs
- Using FRIMEncoder for MVC reencoding
- [11:39:51] Reencoding: VID_00000, Pass 1 of 1
[11:39:52] - Failed video encode, aborted
----------------------
[01/31/14] BD Rebuilder v0.46.07 (beta)
[11:41:13] Source: SURFING3D_00000
- Input BD size: 9.35 GB
- Approximate total content: [01:40:16.009]
- Target BD size: 22.95 GB
- Windows Version: 6.1 [7601]
- MOVIE-ONLY mode enabled
- Converting SBS source to 3D-BD format
- Quality: High Quality (Default), ABR
- MVC 3D Output Mode enabled
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=1 HD=1 Kbs=640
[11:41:17] PHASE ONE, Encoding
- [11:41:17] Processing: VID_00000 (1 of 1)
- [11:41:17] Extracting A/V streams [VID_00000]
- [11:43:02] Reencoding video [VID_00000]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 144,240 frames
- Bitrate: 24,998 Kbs
- Using FRIMEncoder for MVC reencoding
- [11:43:02] Reencoding: VID_00000, Pass 1 of 1
[11:43:03] - Failed video encode, aborted

"INF"
[Status]
LABEL=SURFING3D
VERSION=v0.46.07 (beta)
SOURCE_SIZE=10039357440
SOURCE_VIDEO_SIZE=10039357440
TARGET_SIZE=24641536000
REDUCTION=2.454493342554
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
SSIF_MODE=0
QUICK=0
ENCODE_STEP=1.5
[00000]
AUDIO=1
PGS=
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=24641536000
RATE=24998

[jdobbs]

Can you post the AVS file so I can see if it looks correct?

[omegaman7]

This?
#Created by BD Rebuilder - v0.46.07 (beta)
DirectshowSource("R:\IMPORTS\SURFING3D\BDMV\STREAM\00000.m2ts", fps=23.976, framecount=144240, audio=false)
Spline16Resize(3840,1080)
ConvertToYV12().AssumeFPS(24000,1001)

[jdobbs]

This?
#Created by BD Rebuilder - v0.46.07 (beta)
DirectshowSource("R:\IMPORTS\SURFING3D\BDMV\STREAM\00000.m2ts", fps=23.976, framecount=144240, audio=false)
Spline16Resize(3840,1080)
ConvertToYV12().AssumeFPS(24000,1001)Yeah, and it looks right. I hope I haven't done something to screw up the FRIMEncode command line.

[omegaman7]

Yeah, and it looks right. I hope I haven't done something to screw up the FRIMEncode command line.

Unfortunately, I didn't keep the last two versions to compare :S

I'm patient. As I said, my display is a week or more out. I've been buying the combo packs, and playing around ahead of time.

[jdobbs]

This?
#Created by BD Rebuilder - v0.46.07 (beta)
DirectshowSource("R:\IMPORTS\SURFING3D\BDMV\STREAM\00000.m2ts", fps=23.976, framecount=144240, audio=false)
Spline16Resize(3840,1080)
ConvertToYV12().AssumeFPS(24000,1001)Ahhh... I think I may know what it is.

1. Click on the start button and select FFDSHOW from "All Programs"
2. Select VFW configuration.
3. On the Decoder tab, go down to "Raw Video", and select "All Supported".

Let me know if that works -- and I'll update to a new version that does this automatically at encode time.

[omegaman7]

Ahhh... I think I may know what it is.

1. Click on the start button and select FFDSHOW from "All Programs"
2. Select VFW configuration.
3. On the Decoder tab, go down to "Raw Video", and select "All Supported".

Let me know if that works -- and I'll update to a new version that does this automatically at encode time.

Appears to be running now :) Thanks! ;)

@ ~8hrs to go :S

[jdobbs]

Appears to be running now :) Thanks! ;)

@ ~8hrs to go :SGreat to see its working.

Yeah, MVC encoding is anything but fast. But I notice on my system that my processor time is nowhere near 100%. I need to find a way to multiprocess when using FRIMEncode. On my system I think I could probably double the speed.

[omegaman7]

Great to see its working.

Yeah, MVC encoding is anything but fast. But I notice on my system that my processor time is nowhere near 100%. I need to find a way to multiprocess when using FRIMEncode. On my system I think I could probably double the speed.

Yeah, mine fluctuates around 60%. Pretty soon, and my computer will run off a self sustained generator. And wattage be damned :)

No, it's closer to 50%.

[pididdi]

i think it is a bug when bd-rebuilder isn´t able to rebuild a movie only source from "odd thomas" (man, other bd´s work fine), to dvd5 size with 1440x1080 resolution in one step! the result was a very uggly videoquality with blocks out of order! but i will stop writing posts now. i have helped myself and i have what i wanted! the trick to rebuild the original to bd-25 size seems to work.

only two sentences! it plays back on my blu-ray player with a very good image! good job, jdoobs!

[soneca]

Yeah, MVC encoding is anything but fast. But I notice on my system that my processor time is nowhere near 100%. I need to find a way to multiprocess when using FRIMEncode. On my system I think I could probably double the speed.

Would be great! ;)

[jdobbs]

Yeah, mine fluctuates around 60%. Pretty soon, and my computer will run off a self sustained generator. And wattage be damned :)

No, it's closer to 50%. I have solar panels powering my stuff... but it's snowing like hell out at this moment -- so their not doing me much good right now.

[omegaman7]

only two sentences! it plays back on my blu-ray player with a very good image! good job, jdoobs!

Yeah, we have to try on the blu-ray player, before reporting here. Depending on the circumstances of course. Decoding for playback on a pc, can result in mixed outcomes. The Blu-ray player, is the most important result.

Nice JD lol.

[jdobbs]

Yeah, we have to try on the blu-ray player, before reporting here. Depending on the circumstances of course. Decoding for playback on a pc, can result in mixed outcomes. The Blu-ray player, is the most important result.

Nice JD lol.Software players often introduce their own artifacts.

[dfsooner]

Have tried using the 3D capabilities to:
a) do a full backup of a 3DBD to BD25, and
b) do a movie-only backup of a 3DBD to BD25.

However, I always get a "Failed video encode, aborted" result. Are these capabilities supported or am I misunderstanding the new features?

INF file:
[Status]
LABEL=I_ROBOT
VERSION=v0.46.07 (beta)
SOURCE_SIZE=35033303040
SOURCE_VIDEO_SIZE=35033303040
TARGET_SIZE=24641536000
REDUCTION=.703374613917078
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=4
DGDECNV=0
SSIF_MODE=-1
QUICK=0
ENCODE_STEP=1.5
[00800]
AUDIO=10000
PGS=1000000000
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=24641536000
RATE=21678

Log file:
[01/31/14] BD Rebuilder v0.46.07 (beta)
[13:56:57] Source: I_ROBOT_00800
- Input BD size: 32.63 GB
- Approximate total content: [01:54:44.877]
- 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=0 HD=1 Kbs=448
- Resuming from previously started job.
[13:57:00] PHASE ONE, Encoding
- [13:57:00] Processing: VID_00800 (1 of 1)
- [13:57:01] Reencoding video [VID_00800]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 165,072 frames
- Bitrate: 21,678 Kbs
- Using FRIMEncoder for MVC reencoding
- [13:57:01] Reencoding: VID_00800, Pass 1 of 1
[13:57:01] - Failed video encode, aborted

[omegaman7]

Have tried using the 3D capabilities to:
a) do a full backup of a 3DBD to BD25, and
b) do a movie-only backup of a 3DBD to BD25.

However, I always get a "Failed video encode, aborted" result. Are these capabilities supported or am I misunderstanding the new features?



Refer to this post:
http://forum.doom9.org/showpost.php?p=1665312&postcount=19037

[dfsooner]

Refer to this post:
http://forum.doom9.org/showpost.php?p=1665312&postcount=19037

I saw that post and my result was after I made that change.

[omegaman7]

Interesting... Then I'm afraid I can't help you :S

[jdobbs]

Have tried using the 3D capabilities to:
a) do a full backup of a 3DBD to BD25, and
b) do a movie-only backup of a 3DBD to BD25.
You can't do "a" -- because only movie-only 3D backup is supported. There should be a .BAT file in the working folder. Please post its contents.Refer to this post:
http://forum.doom9.org/showpost.php?p=1665312&postcount=19037That only affects SBS imports that are being encoded.

[omegaman7]

My bad LOL! His error was soo similar.

[jdobbs]

My bad LOL! His error was soo similar.I would have made the same assumption if I hadn't written the code. ;)

BD-RB uses pipes between FRIMDecode and FRIMEncode for BD3D to BD3D, but it requires AVISYNTH and FRIMSource() to do conversion of SBS to BD3D.

[dfsooner]

You can't do "a" -- because only movie-only 3D backup is supported. There should be a .BAT file in the working folder. Please post its contents.That only affects SBS imports that are being encoded.

MVCENCODE.BAT:
"D:\Utilities\BD_Rebuilder\tools\FRIMDecode.exe" -i::mvc "F:\BD_REBUILDER WORKFILES\WORKFILES\00800.track_4113.264"
"F:\BD_REBUILDER WORKFILES\WORKFILES\00800.track_4114.mvc" -o \\.\pipe\bdrb.yuv |
"D:\Utilities\BD_Rebuilder\tools\FRIMEncode.exe" mvc -i \\.\pipe\bdrb_L.yuv -i \\.\pipe\bdrb_R.yuv -viewoutput
-o "F:\BD_REBUILDER WORKFILES\WORKFILES\VID_00800.AVS.264" -o "F:\BD_REBUILDER WORKFILES\WORKFILES\VID_00800.AVS.mvc"
-w 1920 -h 1080 -f 23.976 -u 3 -cpbsize 3750 -l 6 -profile high -level 4.1 -vbr 21678 45000 -gop 24 4 0 S
-maxdpb 4

[jdobbs]

I don't see anything wrong with the command line. Can you open up a cmd window and run it to see what error you get?

[dfsooner]

I don't see anything wrong with the command line. Can you open up a cmd window and run it to see what error you get?

ERROR: Cannot initiate Intel Media Encoder - invalid parameters.
ERROR: invalid video parameters (-15), src\pipeline_encode.cpp (961)
ERROR: undefined behavior (-16), src\pipeline_decode.cpp (1113)
ERROR: the previous asynchrous operation is in execution (1), src\main_frim_decode.cpp (129)

Update:
I have an I7/3770k @ 3.5GHz (not overclocked).

[HWK]

Great to see its working.

Yeah, MVC encoding is anything but fast. But I notice on my system that my processor time is nowhere near 100%. I need to find a way to multiprocess when using FRIMEncode. On my system I think I could probably double the speed.

hmm, 8 hour is slow indeed. I think most likely cause is source being read from same drive is slowing down encoding.

Few days back I encoded with frim by having avc on one drive and mvc on another and finally destination was on separate drive. When quality is set u 3 I could see around 70% usage and 60 - 65% on u 2.

If u1 was chosen manually then 50 % was more like it on hexa core.

[omegaman7]

At the rate it's going, I would doubt hard drive I/O(R/W) is the problem. Better latency by using multi drive I'm sure, but trivial gain I would think. probably varies across CPU's. I'm running a 1090t. Perhaps intel processors are hit harder?

[HWK]

Jdobbs and you have AMD and I own Intel processor. I am wondering if it has to do something with speed. I wouldn't be surprised if it is optimized for Intel processor, thus name Intel Media SDK.

[HWK]

At the rate it's going, I would doubt hard drive I/O(R/W) is the problem. Better latency by using multi drive I'm sure, but trivial gain I would think. probably varies across CPU's. I'm running a 1090t. Perhaps intel processors are hit harder?

No, I am saying harddrive has to seek between two files back and forth during encoding.

If file is 10 GB long and another is 5 GB then on sector level it has to go back and forth to read. However I won't conclude this to be cause until more test are done. I am only saying because I loose few frames performance as well when doing this.

[omegaman7]

Well, I'm sure there's room for optimization ;) I'm a patient man :)

[HWK]

Well, I'm sure there's room for optimization ;) I'm a patient man :)

It always exited, that is why we have advanced from stone age :D

[AmigaFuture]

Software players often introduce their own artifacts.

I will agree with you..to an extent. I've NEVER before compared so many encodes with my Blu-ray Player and PowerDVD 12 as I have when I came into this thread! Wooahh... Anyway, mmmany times, when I see an artifact with my LG player, I also see it in PowerDVD 12 and visa versa. You have to be able to be able or willing to become attentive without getting down INTO a movie and willing to go back some and watch/listen again several times.
Hardware and software have to be functioning correctly also...but the results, for my experiences, are the same with both. However, I completely understand your disclaimer for the thread.

This one hell of a way to memorize lines and scenes in movies...WOW!

I haven't seen any replies about the Batch "Bug" I think I found, but....am going to Retest that soon. I have a Surge Protector that wasn't so protected from my cats...so Power OFF would happen in Pass 2 with a current test. Argh. :scared: :):)

[omegaman7]

Ok. So my last job apparently finished ok. Oddly though, Imgburn(I think), reported that the directory doesn't exist, and that there's nothing to build. And even odder than that, it did it anyway! I found the .ISO in the working folder. All appears fine. At least until I can test it on my soon to be player :o

Very weird stuff. I'm betting that one or both of the apps, doesn't like the name of my folder. "__3D Backups__"
I do that, so it resides at the top of the folder :o Guess a numeral 1 will suffice.

[worknstiff]

I was wondering how the 3D SDS videos are handled. I have a 3D SBS MKV that has been cropped to 1920x800. Will BD Rebuilder use this "as is" to create a final output of 1920x1080 3D or just leave it at 1920x800 in the final output? Should I just go ahead and un-crop it first to make it compliant before feeding it to BD Rebuilder? thanks jdobbs for this addition to an all ready great program.

[dfsooner]

MVCENCODE.BAT output:

ERROR: Cannot initiate Intel Media Encoder - invalid parameters.
ERROR: invalid video parameters (-15), src\pipeline_encode.cpp (961)
ERROR: undefined behavior (-16), src\pipeline_decode.cpp (1113)
ERROR: the previous asynchrous operation is in execution (1), src\main_frim_decode.cpp (129)

Update:
I have an I7/3770k @ 3.5GHz (not overclocked).

Anyone have an idea why Intel Media Encoder would come into play here? I didn't think any of the tools supported it.

[omegaman7]

If anyone is interested in testing the 3D capabilities, there are "open movies" on the web. This one has the benefit of being a fast encode(short run time). I didn't want to run the last job for another 7+ hours, so this is a viable option ;)
http://www.elephantsdream.org/

The above appears to be Full SBS.

Did 4607 bring new support for Full SBS? I remember you saying you were testing it, and then you updated a few hours later. If so, I have an error. But it is related to its framerate.
----------------------
[10:04:04] Importing MKV: ED3D_SIDEBYSIDE-RL-2X1920X1038_24FPS
- Collecting audio/video streams from source...
[10:04:04] ERROR: 3D framerate must be 23.976fps. Aborted.

So there's no way (currently) to convert 24 - 23.976?

[louv68]

1. Ripped "movie only" w/ DVDFab v8.0.3.0 (my PC does not like v9)
2. Shrunk w/ BD-RBV04605 to BD25
3. Burned with imgBurn

I encountered a glitch in where forced subtitles on Captain Phillips remain on-screen until the next forced subtitle. I would have included the log, but I unfortunately deleted it when I burned the disc.

I re-shrunk the rip using another program to test it out, and the subtitles work fine. I was just wondering if anyone else has seen this weird anomaly. I've not encountered this with any other titles.

[jdobbs]

1. Ripped "movie only" w/ DVDFab v8.0.3.0 (my PC does not like v9)
2. Shrunk w/ BD-RBV04605 to BD25
3. Burned with imgBurn

I encountered a glitch in where forced subtitles on Captain Phillips remain on-screen until the next forced subtitle. I would have included the log, but I unfortunately deleted it when I burned the disc.

I re-shrunk the rip using another program to test it out, and the subtitles work fine. I was just wondering if anyone else has seen this weird anomaly. I've not encountered this with any other titles.I just happen to have "Captain Phillips" on my hard drive right now, so I'll plan to give it a test and see that happens.

[edit] Whoops, I guess I deleted it. I'll have to rip it again.

[jdobbs]

If anyone is interested in testing the 3D capabilities, there are "open movies" on the web. This one has the benefit of being a fast encode(short run time). I didn't want to run the last job for another 7+ hours, so this is a viable option ;)
http://www.elephantsdream.org/

The above appears to be Full SBS.

Did 4607 bring new support for Full SBS? I remember you saying you were testing it, and then you updated a few hours later. If so, I have an error. But it is related to its framerate.
----------------------
[10:04:04] Importing MKV: ED3D_SIDEBYSIDE-RL-2X1920X1038_24FPS
- Collecting audio/video streams from source...
[10:04:04] ERROR: 3D framerate must be 23.976fps. Aborted.

So there's no way (currently) to convert 24 - 23.976?Yes, it converts full SBS.

The BD standard doesn't support 24fps for 3D, it only accepts 23.976fps (24000/1001) for 3D 1080p. I suppose I could use AVISYNTH to convert it, but I don't do it now. But I'd also have to force reencoding of the audio in order to keep sync.

[omegaman7]

Yes, it converts full SBS.

The BD standard doesn't support 24fps for 3D, it only accepts 23.976fps (24000/1001) for 3D 1080p. I suppose I could use AVISYNTH to convert it, but I don't do it now. But I'd also have to force reencoding of the audio in order to keep sync.

Thanks for the clarification. I guess I'll have to find another(PROPER) free short source to play with ;)

[jdobbs]

Thanks for the clarification. I guess I'll have to find another(PROPER) free short source to play with ;)If you have any of the Disney discs, you can usually find a short cartoon for testing. I use the Road Runner cartoon from "Legend of the Guardians 3D" for a lot of my testing.

[omegaman7]

If you have any of the Disney discs, you can usually find a short cartoon for testing. I use the Road Runner cartoon from "Legend of the Guardians 3D" for a lot of my testing.

I'll have to check some of my discs for shorter 3D content. Thanks! :)

[louv68]

I just happen to have "Captain Phillips" on my hard drive right now, so I'll plan to give it a test and see that happens.

[edit] Whoops, I guess I deleted it. I'll have to rip it again.

I don't know how I forgot to mention this, but it starts out fine, and after a couple of times pausing the movie (yeah, girlfriend has a small bladder), it begins to glitch in the 2nd half or so.

Playback on a older pre-Cinavia player Vizio VBR231

[gzr]

There's a post in the tsmuxer thread telling the same problem that I told you before (and seems you don't want to believe)
http://forum.doom9.org/showthread.php?p=1664942#post1664942

Like he says it happens in some movies and some are ok.

[mparade]

Changes.txt says: "Added routines to include alternate angles in the "Other Movie-Only Playlist" selection dialog."
Are the alternate angles considered as extras during encoding or as alternate primary videos in case using Full Backups?

Any help would be appreciated.

[jdobbs]

Changes.txt says: "Added routines to include alternate angles in the "Other Movie-Only Playlist" selection dialog."
Are the alternate angles considered as extras during encoding or as alternate primary videos in case using Full Backups?

Any help would be appreciated.That dialog is related to movie-only. Since there are no extras in a movie-only encode, when you choose the alternate angle it is the movie.

For full backups the alternate angles are always included, and shouldn't be considered extras.

[mparade]

That dialog is related to movie-only. Since there are no extras in a movie-only encode, when you choose the alternate angle it is the movie.

For full backups the alternate angles are always included, and shouldn't be considered extras.

Thanks, I just wanted to be sure that the alternate angles are not considered extras by BD-RB during encoding to be able to use different (lower) CRF values for them and for the "real" extra content (a bit higher) of my Blu-rays.

[jdobbs]

Thanks, I just wanted to be sure that the alternate angles are not considered extras by BD-RB during encoding to be able to use different (lower) CRF values for them and for the "real" extra content (a bit higher) of my Blu-rays. They shouldn't. But I'll go back and look just to be sure.

[dfsooner]

JDobbs, any idea why I get this or what can be done about it?

Originally Posted by jdobbs View Post
I don't see anything wrong with the command line. Can you open up a cmd window and run it to see what error you get?



MVCENCODE.BAT output:

ERROR: Cannot initiate Intel Media Encoder - invalid parameters.
ERROR: invalid video parameters (-15), src\pipeline_encode.cpp (961)
ERROR: undefined behavior (-16), src\pipeline_decode.cpp (1113)
ERROR: the previous asynchronous operation is in execution (1), src\main_frim_decode.cpp (129)

Update:
I have an I7/3770k @ 3.5GHz (not overclocked).

[Sharc]

@dfsooner:
Did you set up ffdshow VFW configuration correctly?

http://forum.doom9.org/showpost.php?p=1665312&postcount=19037

1. Click on the start button and select FFDSHOW from "All Programs"
2. Select VFW configuration.
3. On the Decoder tab, go down to "Raw Video", and select "All Supported".

[jdobbs]

JDobbs, any idea why I get this or what can be done about it?





MVCENCODE.BAT output:

ERROR: Cannot initiate Intel Media Encoder - invalid parameters.
ERROR: invalid video parameters (-15), src\pipeline_encode.cpp (961)
ERROR: undefined behavior (-16), src\pipeline_decode.cpp (1113)
ERROR: the previous asynchronous operation is in execution (1), src\main_frim_decode.cpp (129)

Update:
I have an I7/3770k @ 3.5GHz (not overclocked).Not a clue. I've not seen that at all. Just for gits and shiggles, maybe try forcing software decoding and see if it changes things. FRIM_SW_DECODE=n n = 0/1 - if set to 1, FRIMDecode uses software decoding, 0 (default) uses automatic detection
FRIM_SW_ENCODE=n n = 0/1 - if set to 1, FRIMEncode uses software encoding, 0 (default) uses automatic detection

[dfsooner]

@dfsooner:
Did you set up ffdshow VFW configuration correctly?

http://forum.doom9.org/showpost.php?p=1665312&postcount=19037

1. Click on the start button and select FFDSHOW from "All Programs"
2. Select VFW configuration.
3. On the Decoder tab, go down to "Raw Video", and select "All Supported".

Yes, tried that. Apparently it only affects SBS encoding anyway.

[dfsooner]

Not a clue. I've not seen that at all. Just for gits and shiggles, maybe try forcing software decoding and see if it changes things. FRIM_SW_DECODE=n n = 0/1 - if set to 1, FRIMDecode uses software decoding, 0 (default) uses automatic detection
FRIM_SW_ENCODE=n n = 0/1 - if set to 1, FRIMEncode uses software encoding, 0 (default) uses automatic detection

Tried it and got the same error.

It would seem that it recognizes the presence of Intel Media encoder/decoder hardware and tries to use it regardless. Don't know if others with Ivy or Sandy Bridge processors have tried to use this feature. It always fails immediately following the completion of the extraction phase.

[jdobbs]

Tried it and got the same error.

It would seem that it recognizes the presence of Intel Media encoder/decoder hardware and tries to use it regardless. Don't know if others with Ivy or Sandy Bridge processors have tried to use this feature. There's really no reason to think that's the source of the error anyway. I just thought it would be worth giving it a try.

Someone further back in the thread reported using a supported processor without issues...

[louv68]

http://forum.videohelp.com/threads/362085-DVDFab-Movie-Only-Blu-Ray-Rip-BD-Rebuilder-to-BD25-Forced-Sub-issues?p=2299198&viewfull=1#post2299198

[jdobbs]

http://forum.videohelp.com/threads/362085-DVDFab-Movie-Only-Blu-Ray-Rip-BD-Rebuilder-to-BD25-Forced-Sub-issues?p=2299198&viewfull=1#post2299198Yeah, I'll fix it when I finish what I'm currently working on. It's been reported a few times in the last several days.

This only happens on movie-only backups, right?

[louv68]

Yeah, I'll fix it when I finish what I'm currently working on. It's been reported a few times in the last several days.

This only happens on movie-only backups, right?

I typically do movie only, so if someone else could jump in and answer this, that would be great. Thanks!

[jdobbs]

I typically do movie only, so if someone else could jump in and answer this, that would be great. Thanks! I'm sure that's the only time it can happen. In movie-only, BD-RB pulls out the forced subtitles into a stream of their own. I'm guessing there is something odd about the way the subtitles are removed in Captain Phillips -- either that or I'm missing something when building that PGS stream for remux.

It might be a day or two, but I'll find it and fix it.

[soneca]

Jdobbs, apparently no more sync issues with the latest version!
I'll do some more tests.
:thanks:

[jdobbs]

I typically do movie only, so if someone else could jump in and answer this, that would be great. Thanks!I'm sure that's the only time it can happen. In movie-only, BD-RB pulls out the forced subtitles into a stream of their own. I'm guessing there is something odd about the way the subtitles are removed in Captain Phillips -- either that or I'm missing something when building that PGS stream for remux.

It might be a day or two, but I'll find it and fix it. Ok... now I'm confused. I just did a movie-only backup of Captain Phillips and the forced subtitles are working correctly. Do you have more details? What kind of player are you using?

[louv68]

Ok... now I'm confused. I just did a movie-only backup of Captain Phillips and the forced subtitles are working correctly. Do you have more details? What kind of player are you using?

Vizio VBR231 Everything was working fine until the 2nd half of the movie or so. That's when the problem started.
I cannot test it on my other player, as it's from 2012 and adheres to Cinavia.

If I may suggest you leave it playing, and come back to it past the half way point. Thanks.

[jdobbs]

Vizio VBR231 Everything was working fine until the 2nd half of the movie or so. That's when the problem started.
I cannot test it on my other player, as it's from 2012 and adheres to Cinavia.

If I may suggest you leave it playing, and come back to it past the half way point. Thanks.I'll do that and see what I find. Thanks.

[dfsooner]

There's really no reason to think that's the source of the error anyway. I just thought it would be worth giving it a try.

Someone further back in the thread reported using a supported processor without issues...

OK. I have now tried this on 3 different Intel systems all with up-to-date Windows 7 x64 installed.

It fails on the two with Intel hardware encode capabilities (Ivy Bridge & Sandy Bridge) and works on the one without. Therefore, I must remain skeptical that it is set up to work properly with Quicksync-enabled processors.

Update: I may owe you an apology. On a hunch, I cleared my BDRB folder completely, copied all the new stuff into it, set the FRIM_SW_DECODE and FRIM_SW_ENCODE parameters to 1 and tried again. It seems to be working! It would seem that something in the install folder, maybe old BDREBUILDER.INI parameters or an old project file, was the culprit. I will also check to see if it works with hardware decode.

Update 2:
Still fails with hardware decode. In addition, I see just enough pixilation in the right eye of the finished product to make it annoying to watch. That is the case on three different titles processed on three different computers.

[Glarioo]

Ahhh... I think I may know what it is.

1. Click on the start button and select FFDSHOW from "All Programs"
2. Select VFW configuration.
3. On the Decoder tab, go down to "Raw Video", and select "All Supported".

Let me know if that works -- and I'll update to a new version that does this automatically at encode time.


I thought "Raw Video" must be set to "all YUV". I'm not doing 3D Bluray's, only 2D to MKV.

[worknstiff]

[QUOTE=dfsooner;1665745]
It fails on the two with Intel hardware encode capabilities (Ivy Bridge & Sandy Bridge) and works on the one without. Therefore, I must remain skeptical that it is set up to work properly with Quicksync-enabled processors.

--I too am having problems converting SBS 3D videos.
I have never had problems previously using BD Rebuilder, even when creating 3D SBS MKV's. Is it something on just my Intel i7 system or is there is a setting I am missing that enables the 3D output ISO. I have done a fresh install of BD Rebuilder (and all helper apps) on two different OS's (WIN-7 64k & WIN-8.1 64k w/ Nvidia GTX-550 Ti GPU) and am puzzled why it will not complete, even using the hidden commands FRIM_SW_DECODE=1 & FRIM_SW_ENCODE=1.


Included Files:

BD Rebuider.log

----------------------
[02/03/14] BD Rebuilder v0.46.07 (beta)
[15:38:20] Source: PJSOFMNSTERS3D_(SBS)_00000
- Input BD size: 3.88 GB
- Approximate total content: [01:46:09.029]
- Target BD size: 23.68 GB
- Windows Version: 6.2 [9200]
- MOVIE-ONLY mode enabled
- Converting SBS source to 3D-BD format
- Quality: High Quality (Default), ABR
- MVC 3D Output Mode enabled
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[15:38:21] PHASE ONE, Encoding
- [15:38:21] Processing: VID_00000 (1 of 1)
- [15:38:21] Extracting A/V streams [VID_00000]
- [15:40:04] Reencoding video [VID_00000]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 152,704 frames
- Bitrate: 28,997 Kbs
- Using FRIMEncoder for MVC reencoding
- [15:40:04] Reencoding: VID_00000, Pass 1 of 1
[15:40:05] - Failed video encode, aborted


BD Rebuilder INF

[Status]
LABEL=PJSOFMNSTERS3D_(SBS)
VERSION=v0.46.07 (beta)
SOURCE_SIZE=4166344704
SOURCE_VIDEO_SIZE=4166344704
TARGET_SIZE=25427968000
REDUCTION=6.10318391936876
RESIZE_1080=0
RESIZE_1440=0
AUDIO_TO_KEEP=eng;spa;
KEEP_HD_AUDIO=-1
SUBS_TO_KEEP=eng;spa;
BACKUP_MODE=1
MOVIEONLY_TYPE=0
USE_LAVF=0
INSTANCES=1
DGDECNV=0
SSIF_MODE=0
QUICK=0
ENCODE_STEP=1.5
[00000]
AUDIO=1
PGS=
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=25427968000
RATE=28997


Thanks jdobbs, Let me know if you need any more info.

[jdobbs]

@worknstiff

Does it also fail when you try to do a 3D backup of a 3D BD, or just when attempting a SBS-> BD3D conversion?

[jdobbs]

OK. I have now tried this on 3 different Intel systems all with up-to-date Windows 7 x64 installed.

It fails on the two with Intel hardware encode capabilities (Ivy Bridge & Sandy Bridge) and works on the one without. Therefore, I must remain skeptical that it is set up to work properly with Quicksync-enabled processors.

Update: I may owe you an apology. On a hunch, I cleared my BDRB folder completely, copied all the new stuff into it, set the FRIM_SW_DECODE and FRIM_SW_ENCODE parameters to 1 and tried again. It seems to be working! It would seem that something in the install folder, maybe old BDREBUILDER.INI parameters or an old project file, was the culprit. I will also check to see if it works with hardware decode.

Update 2:
Still fails with hardware decode. In addition, I see just enough pixilation in the right eye of the finished product to make it annoying to watch. That is the case on three different titles processed on three different computers. I've done a LOT of backups and I see no pixelation at all. Are you playing back on a standalone player? Also, someone several pages back reported that they saw pixelation (I think) when using HW decoding.

It might be a good idea on the next release for me to set SW encoding/decoding as the default, and make automatic the alternative.

[jdobbs]

I have updated the first post of this thread with links to the latest version of BD-RB (v0.46.10). Changes for this release:- Fixed an issue in which incorrect setting
of the decoder for FFDSHOW VFW Raw video
could cause 3D backups from SBS to fail at
encode time. BD-RB now sets the VFW/rawv
correctly before encode, and then resets
it to it's previous state at completion.
- Added warnings when attempting to backup
SBS 3D sources and the backup mode is not
correct for BD-3D using MVC.
- Corrected a problem in which forced sub-
title text in movie-only mode could, under
certain circumstances, remain on until the
next subtitle period begins.
- Changed the default for FRIM decoding and
encoding from "Automatic" to "software".
It seems this will provide a greater level
of compatibility, even on Intel processors.
- Added code to prevent "Keep original video"
from occurring when processing a SBS source
into BD-3D.
- Removed INSPECT.EXE from the build. The
same functionality is now available from
the BD-RB HELP menu.
- Added FFDSHOW release 4515 to the list of
tested/recommended versions.
- Other minor corrections and cosmetic fixes.

[soneca]

Nice! :thanks:

[dfsooner]

I've done a LOT of backups and I see no pixelation at all. Are you playing back on a standalone player? Also, someone several pages back reported that they saw pixelation (I think) when using HW decoding.

It might be a good idea on the next release for me to set SW encoding/decoding as the default, and make automatic the alternative.

I was playing back using a Dune HD Base 3D. I might suspect the player except that the ripped ISO from the original plays just fine. I did select BD-9 output for all three. Is it possible it was just too much data to make it that small and expect good 3D results (although one original was only about 17GB to begin with)?

[jdobbs]

I was playing back using a Dune HD Base 3D. I might suspect the player except that the ripped ISO from the original plays just fine. I did select BD-9 output for all three. Is it possible it was just too much data to make it that small and expect good 3D results (although one original was only about 17GB to begin with)? I personally don't think BD-5/9 is a good choice for 3D. There are twice as many frames, so you're creating the equivalent of 4 hrs video for a 2 hr film. While it's not exactly 2x required bandwidth -- it's using the currently available tools. Add to that all the enhancements that X264 provides (that aren't available with FRIMEncode) and a BD-5/9 is really pushing the limit.

I'm not saying you can't create a presentable BD-5/9 -- but I wouldn't expect quality comparible to the original. I personally do all my 3D backups to BD-25 (except possibly imported half-SBS sources that have already lost a significant portion of their true resolution before the conversion).

[worknstiff]

@worknstiff

RE: Does it also fail when you try to do a 3D backup of a 3D BD, or just when attempting a SBS-> BD3D conversion?

Sorry, was out for a bit. Even after all the installs I did it still will encode a 3D SBS from 3D.

BD Rebuilder Log:

----------------------
[02/03/14] BD Rebuilder v0.46.07 (beta)
[22:20:35] Source: HUBBLE_3D_01000
- Input BD size: 14.68 GB
- Approximate total content: [00:44:00.637]
- Target BD size: 23.68 GB
- Windows Version: 6.2 [9200]
- MOVIE-ONLY mode enabled
- Quality: High Quality (Default), Two Pass
- 3D conversion mode enabled
- Decoding/Frame serving: FRIMSource
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[22:20:35] PHASE ONE, Encoding
- [22:20:35] Processing: VID_00013 (1 of 2)
- [22:20:35] Extracting A/V streams [VID_00013]
- [22:23:52] Reencoding video [VID_00013]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 63,288 frames
- Converting output to Side-By-Side 3D Format
- Bitrate: 45,000 Kbs
- [22:23:52] Reencoding: VID_00013, Pass 1 of 2

---------------------
BD Rebuilder INF
[Status]
LABEL=HUBBLE_3D
VERSION=v0.46.07 (beta)
SOURCE_SIZE=15760478208
SOURCE_VIDEO_SIZE=15760478208
TARGET_SIZE=25427968000
REDUCTION=1.6134007905352
RESIZE_1080=0
RESIZE_1440=0
AUDIO_TO_KEEP=eng;spa;
KEEP_HD_AUDIO=-1
SUBS_TO_KEEP=eng;spa;
BACKUP_MODE=1
MOVIEONLY_TYPE=0
USE_LAVF=0
INSTANCES=1
DGDECNV=0
SSIF_MODE=-1
QUICK=0
ENCODE_STEP=1.5
[00013]
AUDIO=100
PGS=111
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=25427581403
RATE=45000
SPLITS=1
--------------------------------


Hey WOW! No wonder this Hubble 3D looks so great

BITRATE 45,000 kbs

[jdobbs]

Uh oh. I need to fix that. Side-by-side should be limited to a lower bitrate. The 45Mbs should be for BD-3D output only, not SBS.

[worknstiff]

RE: Even after all the installs I did it still will encode a 3D SBS from 3D. OOPS I should have paid attention to the version I downloaded and installed,

BD Rebuilder Log:
----------------------
[02/03/14] BD Rebuilder v0.46.07 (beta)


Here is the latest version and logs.

BD Rebuilder Log:

----------------------
[02/03/14] BD Rebuilder v0.46.10 (beta)
[22:47:42] Source: HUBBLE_3D_01000
- Input BD size: 14.68 GB
- Approximate total content: [00:44:00.637]
- Target BD size: 23.68 GB
- Windows Version: 6.2 [9200]
- MOVIE-ONLY mode enabled
- Quality: High Quality (Default), Two Pass
- 3D conversion mode enabled
- Decoding/Frame serving: FRIMSource
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[22:47:42] PHASE ONE, Encoding
- [22:47:42] Processing: VID_00013 (1 of 2)
- [22:47:42] Extracting A/V streams [VID_00013]
- [22:50:58] Reencoding video [VID_00013]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 63,288 frames
- Converting output to Side-By-Side 3D Format
- Bitrate: 45,000 Kbs
- [22:50:58] Reencoding: VID_00013, Pass 1 of 2
- Encode failed. Aborting.
- BD-Rebuilder v0.46.10 (beta)
- Windows Version: 6.2 [9200]
- 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
- WAVI: Ok
- TSMUXER: Ok
- FRIMEncode: Ok
- FRIMDecode: Ok
[22:50:58] - Failed video encode, aborted

---------------------------
BD Rebuilder INF:

[Status]
LABEL=HUBBLE_3D
VERSION=v0.46.10 (beta)
SOURCE_SIZE=15760478208
SOURCE_VIDEO_SIZE=15760478208
TARGET_SIZE=25427968000
REDUCTION=1.6134007905352
RESIZE_1080=0
RESIZE_1440=0
AUDIO_TO_KEEP=eng;spa;
KEEP_HD_AUDIO=-1
SUBS_TO_KEEP=eng;spa;
BACKUP_MODE=1
MOVIEONLY_TYPE=0
USE_LAVF=0
INSTANCES=1
DGDECNV=0
SSIF_MODE=-1
QUICK=0
ENCODE_STEP=1.5
[00013]
AUDIO=100
PGS=100
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=25427581403
RATE=45000
SPLITS=1

[worknstiff]

Well whatever it is BD Rebuilder's latest version didn't fix it. It fails IMMEDIATELY in full 3D to SBS or the 3D SBS to full 3D conversion. I will be ready to try any fix you suggest, hopefully it's not just because of the intel quick sync procedure.

Latest Logs for 3D to SBS MKV :

---------------------
[02/03/14] BD Rebuilder v0.46.10 (beta)
[23:31:31] Source: HUBBLE_3D_01000
- Input BD size: 14.68 GB
- Approximate total content: [00:44:00.637]
- Windows Version: 6.2 [9200]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- Mode: MKV Container, Full-SBS (3D), Intact Audio
- 3D conversion mode enabled
- Decoding/Frame serving: FRIMSource
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[23:31:31] PHASE ONE, Encoding
- [23:31:31] Processing: VID_00013 (1 of 2)
- [23:31:31] Extracting A/V streams [VID_00013]
- [23:34:46] Reencoding video [VID_00013]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 63,288 frames
- Converting output to Side-By-Side 3D Format
- Bitrate: 27,008 Kbs
- [23:34:46] Reencoding: VID_00013, Pass 1 of 2
- Encode failed. Aborting.
- BD-Rebuilder v0.46.10 (beta)
- Windows Version: 6.2 [9200]
- 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
- WAVI: Ok
- TSMUXER: Ok
- FRIMEncode: Ok
- FRIMDecode: Ok
[23:34:47] - Failed video encode, aborted

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

BD Rebuilder INF:
-----------------------------------
[Status]
LABEL=HUBBLE_3D
VERSION=v0.46.10 (beta)
SOURCE_SIZE=15760478208
SOURCE_VIDEO_SIZE=15760478208
TARGET_SIZE=25427968000
REDUCTION=1.6134007905352
RESIZE_1080=0
RESIZE_1440=0
AUDIO_TO_KEEP=eng;spa;
KEEP_HD_AUDIO=-1
SUBS_TO_KEEP=eng;spa;
BACKUP_MODE=1
MOVIEONLY_TYPE=32
USE_LAVF=0
INSTANCES=1
DGDECNV=0
SSIF_MODE=-1
QUICK=0
ENCODE_STEP=1.5
[00013]
AUDIO=100
PGS=000
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=25427581403
SPLITS=1
-----------------------------------

BD Rebuilder 3D SBS to full 3D ISO Logs

--------------------------------
----------------------
[23:37:50] Importing MKV: PJSOFMNSTERS3D_(SBS)
- Collecting audio/video streams from source...
- Building pseudo-BD source structure...
[23:39:52] Video import completed successfully.
----------------------
[02/03/14] BD Rebuilder v0.46.10 (beta)
[23:39:57] Source: PJSOFMNSTERS3D_(SBS)_00000
- Input BD size: 3.88 GB
- Approximate total content: [01:46:09.029]
- Target BD size: 23.68 GB
- Windows Version: 6.2 [9200]
- MOVIE-ONLY mode enabled
- Converting SBS source to 3D-BD format
- Quality: High Quality (Default), ABR
- MVC 3D Output Mode enabled
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[23:40:00] - Aborted per user request
----------------------
[02/03/14] BD Rebuilder v0.46.10 (beta)
[23:40:16] Source: PJSOFMNSTERS3D_(SBS)_00000
- Input BD size: 3.88 GB
- Approximate total content: [01:46:09.029]
- Target BD size: 23.68 GB
- Windows Version: 6.2 [9200]
- MOVIE-ONLY mode enabled
- Converting SBS source to 3D-BD format
- Quality: High Quality (Default), ABR
- MVC 3D Output Mode enabled
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[23:40:17] PHASE ONE, Encoding
- [23:40:17] Processing: VID_00000 (1 of 1)
- [23:40:17] Extracting A/V streams [VID_00000]
- [23:42:13] Reencoding video [VID_00000]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 152,704 frames
- Bitrate: 28,997 Kbs
- Using FRIMEncoder for MVC reencoding
- [23:42:13] Reencoding: VID_00000, Pass 1 of 1
[23:42:14] - Failed video encode, aborted
-----------------------------


BD Rebuilder INF:

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

[Status]
LABEL=PJSOFMNSTERS3D_(SBS)
VERSION=v0.46.10 (beta)
SOURCE_SIZE=4166344704
SOURCE_VIDEO_SIZE=4166344704
TARGET_SIZE=25427968000
REDUCTION=6.10318391936876
RESIZE_1080=0
RESIZE_1440=0
AUDIO_TO_KEEP=eng;spa;
KEEP_HD_AUDIO=-1
SUBS_TO_KEEP=eng;spa;
BACKUP_MODE=1
MOVIEONLY_TYPE=0
USE_LAVF=0
INSTANCES=1
DGDECNV=0
SSIF_MODE=0
QUICK=0
ENCODE_STEP=1.5
[00000]
AUDIO=1
PGS=
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=25427968000
RATE=28997

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

[Blurayhd]

Jdobs Thanks for your dedication on it. Only one thing, when i try to remove languages ​​and subtitles i do not want, simply click and give them listed as an x.

All good to this point. The problem is when i see the end result, and play the movie (obviously the languages ​​and subtitles were marked out) but... (the text) still there, are displayed. Any chance to remove them and not listed there?

Thanks jdobs!

Sorry my English, because i speask Spanish

[dfsooner]

I personally don't think BD-5/9 is a good choice for 3D. There are twice as many frames, so you're creating the equivalent of 4 hrs video for a 2 hr film. While it's not exactly 2x required bandwidth -- it's using the currently available tools. Add to that all the enhancements that X264 provides (that aren't available with FRIMEncode) and a BD-5/9 is really pushing the limit.

I'm not saying you can't create a presentable BD-5/9 -- but I wouldn't expect quality comparible to the original. I personally do all my 3D backups to BD-25 (except possibly imported half-SBS sources that have already lost a significant portion of their true resolution before the conversion).

Good news. Re-ran using BD-25 and all the artifacts are gone.

Looking at the parameter list options for FRIM, I assume it was designed to work with hardware encode/decode. However, running MVCENCODE.BAT produces a message that the parameters are invalid for Quicksync processors. I'm curious whether FRIM provides those parameters or BDRB. Is there no way to get that working with Quicksync? (Bet you knew you were going to get that question.) :)

[inge70]

cool, you have "inspect.exe" integrated into BD_rebuilder Help button. SUPER work Jdobbs :)

Thank you for your great work ..

[jdobbs]

Good news. Re-ran using BD-25 and all the artifacts are gone.

Looking at the parameter list options for FRIM, I assume it was designed to work with hardware encode/decode. However, running MVCENCODE.BAT produces a message that the parameters are invalid for Quicksync processors. I'm curious whether FRIM provides those parameters or BDRB. Is there no way to get that working with Quicksync? (Bet you knew you were going to get that question.) :) If they are invalid, how did you complete the BD-25 job? I'm running on an AMD processor, so I wouldn't see anything related to Quicksync. What does it say exactly?

[dfsooner]

If they are invalid, how did you complete the BD-25 job? I'm running on an AMD processor, so I wouldn't see anything related to Quicksync. What does it say exactly?

I only get the failure when trying to use hardware encode.

I posted the messages when you asked for them a couple of days ago. Guess you missed the post. Here it is again:

MVCENCODE.BAT output:

ERROR: Cannot initiate Intel Media Encoder - invalid parameters.
ERROR: invalid video parameters (-15), src\pipeline_encode.cpp (961)
ERROR: undefined behavior (-16), src\pipeline_decode.cpp (1113)
ERROR: the previous asynchronous operation is in execution (1), src\main_frim_decode.cpp (129)

[jdobbs]

I only get the failure when trying to use hardware encode.

I posted the messages when you asked for them a couple of days ago. Guess you missed the post. Here it is again:

MVCENCODE.BAT output:

ERROR: Cannot initiate Intel Media Encoder - invalid parameters.
ERROR: invalid video parameters (-15), src\pipeline_encode.cpp (961)
ERROR: undefined behavior (-16), src\pipeline_decode.cpp (1113)
ERROR: the previous asynchronous operation is in execution (1), src\main_frim_decode.cpp (129)Ok. I got the impression you were getting errors without the hardware settings as well. Yeah, that's why I set the default to software decoding/encoding on my latest release. If people can get errors, I don't want it happening with the default settings.

[dfsooner]

Ok. I got the impression you were getting errors without the hardware settings as well. Yeah, that's why I set the default to software decoding/encoding on my latest release. If people can get errors, I don't want it happening with the default settings.

I understand that. The question was, can it be made to do Quicksync encode/decode? Running FRIMEncode or FRIMDecode without any parameters displays a list of all the possible options one of which is -sw:hw. The fact that there is a "hw" option implies that hardware encode/decode is supported. If the parameter is not specified, autodetection is used and for my processors it tries to use -hw but the "invalid parameters" message results. I don't know what parameters it is passed that are invalid or how they get passed and wondered whether you did. Maybe it supports only CUDA, but not Quicksync. Not sure how to find out or how it could be made to work with Quicksync.

Sure would be nice to speed things up.

[jdobbs]

I understand that. The question was, can it be made to do Quicksync encode/decode? Running FRIMEncode or FRIMDecode without any parameters displays a list of all the possible options one of which is -sw:hw. The fact that there is a "hw" option implies that hardware encode/decode is supported. If the parameter is not specified, autodetection is used and for my processors it tries to use -hw but the "invalid parameters" message results. I don't know what parameters it is passed that are invalid or how they get passed and wondered whether you did. Maybe it supports only CUDA, but not Quicksync. Not sure how to find out or how it could be made to work with Quicksync.

Sure would be nice to speed things up.This might be a question for the FRIMEncode thread. But my guess would be it has to do with your specific computer's configuration.

[soneca]

Jdobbs, today I tried these two conversions but failed.

[02/04/14] BD Rebuilder v0.46.10 (beta)
[09:15:52] Source: 49775_DEEPSEA_3D_WB_00001
- Input BD size: 15,49 GB
- Approximate total content: [00:40:49.405]
- Target BD size: 4,38 GB
- Windows Version: 6.1 [7601]
- MOVIE-ONLY mode enabled
- Quality: Better (Faster), Two Pass
- Output folder: E:\VIDEOS\
- 3D conversion mode enabled
- Decoding/Frame serving: FRIMSource
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=448
[09:15:52] PHASE ONE, Encoding
- [09:15:52] Processing: VID_00002 (1 of 1)
- [09:15:52] Extracting A/V streams [VID_00002]
- [09:19:33] Reencoding video [VID_00002]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 58.727 frames
- Converting output to Side-By-Side 3D Format
- Bitrate: 13.394 Kbs
- [09:19:33] Reencoding: VID_00002, Pass 1 of 2
- Encode failed. Aborting.
- BD-Rebuilder v0.46.10 (beta)
- Windows Version: 6.1 [7601]
- AVISYNTH Version: 2.5.8.0, Ok
- HAALI Splitter: 1.9.42.1, Ok
- FFDSHOW: 4515, Ok
- WIN7 preferred AVC CODEC: Ok
- WIN7 preferred VC-1 CODEC: Ok
- WIN7 preferred MPEG2 CODEC: Ok
- FFDSHOW VC-1 set to "wmv9", Ok
- FFDSHOW MPEG2 set to "libavcodec": Ok
- FFDSHOW AVC set to "libavcodec": Ok
- AnyDVD settings check: Ok.
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- WAVI: Ok
- TSMUXER: Ok
- FRIMEncode: Ok
- FRIMDecode: Ok
[09:21:10] - Failed video encode, aborted
----------------------
[02/04/14] BD Rebuilder v0.46.10 (beta)
[15:06:08] Source: UNDER_THE_SEA_BD_3D_00004
- Input BD size: 15,01 GB
- Approximate total content: [00:40:49.321]
- Windows Version: 6.1 [7601]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- Mode: MKV Container, 1920x1080, Intact Audio
- Output folder: E:\VIDEOS\
- 3D conversion mode enabled
- Decoding/Frame serving: FRIMSource
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=448
[15:06:17] PHASE ONE, Encoding
- [15:06:17] Processing: VID_00002 (1 of 1)
- [15:06:17] Extracting A/V streams [VID_00002]
- [15:10:23] Reencoding video [VID_00002]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 58.725 frames
- Converting output to Side-By-Side 3D Format
- [15:10:23] Reencoding: VID_00002, Pass 1 of 1
- Encode failed. Aborting.
- BD-Rebuilder v0.46.10 (beta)
- Windows Version: 6.1 [7601]
- AVISYNTH Version: 2.5.8.0, Ok
- HAALI Splitter: 1.9.42.1, Ok
- FFDSHOW: 4515, Ok
- WIN7 preferred AVC CODEC: Ok
- WIN7 preferred VC-1 CODEC: Ok
- WIN7 preferred MPEG2 CODEC: Ok
- FFDSHOW VC-1 set to "wmv9", Ok
- FFDSHOW MPEG2 set to "libavcodec": Ok
- FFDSHOW AVC set to "libavcodec": Ok
- AnyDVD settings check: Ok.
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- WAVI: Ok
- TSMUXER: Ok
- FRIMEncode: Ok
- FRIMDecode: Ok
[15:11:59] - Failed video encode, aborted

[HWK]

I understand that. The question was, can it be made to do Quicksync encode/decode? Running FRIMEncode or FRIMDecode without any parameters displays a list of all the possible options one of which is -sw:hw. The fact that there is a "hw" option implies that hardware encode/decode is supported. If the parameter is not specified, autodetection is used and for my processors it tries to use -hw but the "invalid parameters" message results. I don't know what parameters it is passed that are invalid or how they get passed and wondered whether you did. Maybe it supports only CUDA, but not Quicksync. Not sure how to find out or how it could be made to work with Quicksync.

Sure would be nice to speed things up.

This might be a question for the FRIMEncode thread. But my guess would be it has to do with your specific computer's configuration.

No, Frim encode at this moment can't do Intel quick sync and unless videofan3d can modify Intel media SDK library or Intel themselves, I don't see it as a option.
-hw option is only supported on 4th Generation on Intel Core processors

[jdobbs]

@soneca

Thanks for the report. I think I might see what's going on, it looks like a change I made may be causing the SBS output from BD-3D to have issues.

[Edit] Ughh... this was a really silly error. I've fixed it and will post an update.

[Blurayhd]

Hi @Jdobbs

Can you help me? http://forum.doom9.org/showpost.php?p=1666064&postcount=19106

[soneca]

@soneca

Thanks for the report. I think I might see what's going on, it looks like a change I made may be causing the SBS output from BD-3D to have issues.

[Edit] Ughh... this was a really silly error. I've fixed it and will post an update.


Ok, If you need more information just let me know. http://s20.postimg.org/jevmpowzt/legal2.gif
Go rest a bit to not get stressed! :D

[jdobbs]

I have updated the first post of this thread with a link to the most recent version of BD-RB (v0.46.11). Changes for this release:- Fixed an issue introduced in v0.46.10 in
which a BD-3D source that is targeted for
SBS output (BD or ALTERNATE) will fail
during the encode phase.
- Corrected maximum bitrate for output in SBS
mode from 3D sources.
- Changed process so that DGIndexNV does not
run when a FRIMSource() is in effect (when
creating SBS from a BD-3D source).
- Other minor corrections and cosmetic fixes.

[mparade]

Is it possible with the current BD-RB to process a 3D BD disk as 2D in Full backup mode or just in movie-only mode?

I have a few disks just in 3D version. :(

[soneca]

I have updated the first post of this thread with a link to the most recent version of BD-RB (v0.46.11). Changes for this release:- Fixed an issue introduced in v0.46.10 in
which a BD-3D source that is targeted for
SBS output (BD or ALTERNATE) will fail
during the encode phase.
- Corrected maximum bitrate for output in SBS
mode from 3D sources.
- Changed process so that DGIndexNV does not
run when a FRIMSource() is in effect (when
creating SBS from a BD-3D source).
- Other minor corrections and cosmetic fixes.

Thank you!

Originally Posted by jdobbs View Post
Yeah, MVC encoding is anything but fast. But I notice on my system that my processor time is nowhere near 100%. I need to find a way to multiprocess when using FRIMEncode. On my system I think I could probably double the speed.

The multiprocess is really useful! :scared:

http://s20.postimg.org/59ptnvnyl/bd_rebuilder.png

[jdobbs]

Is it possible with the current BD-RB to process a 3D BD disk as 2D in Full backup mode or just in movie-only mode?

I have a few disks just in 3D version. :(Select "Process 3D Sources as 2D for Backup" in the SETUP dialog.

[jdobbs]

Thank you!



The multiprocess is really useful! :scared:

http://s20.postimg.org/59ptnvnyl/bd_rebuilder.pngI actually wrote multiprocessing support for v0.46.10, but unfortunately when two instances are running one of them always fails. So I had to disable it for the release. Before the crash it was giving about a 32% speed improvement. I'm still trying to run down why it crashes. If I can find a workaround, I might be able to get it in the next version. But I suspect it may be something out of my control.

[slvrsrfr]

I found another series where the sound lags from the video: "The Wire" Season 1 DVD to BD (similar to post 18899)

This too was a hybrid video. Here is the log file and one .avs file:

[12/09/13] BD Rebuilder v0.45.05 (beta)
[16:34:31] Source: WIRE_S1
- Input BD size: 35.77 GB
- Approximate total content: [12:39:34.038]
- Target BD size: 22.95 GB
- Windows Version: 6.1 [7601]
- Quality: Highest (Very Slow), Two Pass
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=448
[16:34:33] PHASE ONE, Encoding
- [16:34:33] Processing: VID_00001 (1 of 13)
- [16:34:33] Extracting A/V streams [VID_00001]
- [16:37:34] Reencoding video [VID_00001]
- Source Video: MPEG-2, 720x480, Hybrid
- Rate/Length: 29.970fps, 107,022 frames
- Bitrate: 4,147 Kbs
- [16:37:35] Reencoding: VID_00001, Pass 1 of 2
- [17:03:39] Reencoding: VID_00001, Pass 2 of 2
- [19:12:38] Video Encode complete
- [19:12:38] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [19:12:38] Multiplexing M2TS
- [19:14:55] Processing: VID_00002 (2 of 13)
- [19:14:55] Extracting A/V streams [VID_00002]
- [19:18:39] Reencoding video [VID_00002]
- Source Video: MPEG-2, 720x480, Hybrid
- Rate/Length: 29.970fps, 107,952 frames
- Bitrate: 4,101 Kbs
- [19:18:40] Reencoding: VID_00002, Pass 1 of 2
- [19:46:12] Reencoding: VID_00002, Pass 2 of 2
- [21:51:30] Video Encode complete
- [21:51:30] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [21:51:31] Multiplexing M2TS
- [21:53:10] Processing: VID_00003 (3 of 13)
- [21:53:10] Extracting A/V streams [VID_00003]
- [21:55:27] Reencoding video [VID_00003]
- Source Video: MPEG-2, 720x480, Hybrid
- Rate/Length: 29.970fps, 106,662 frames
- Bitrate: 3,060 Kbs
- [21:55:27] Reencoding: VID_00003, Pass 1 of 2
- [22:19:51] Reencoding: VID_00003, Pass 2 of 2
- [00:16:18] Video Encode complete
- [00:16:18] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [00:16:18] Multiplexing M2TS
- [00:17:31] Processing: VID_00004 (4 of 13)
- [00:17:31] Extracting A/V streams [VID_00004]
- [00:19:45] Reencoding video [VID_00004]
- Source Video: MPEG-2, 720x480, Hybrid
- Rate/Length: 29.970fps, 106,362 frames
- Bitrate: 3,079 Kbs
- [00:19:46] Reencoding: VID_00004, Pass 1 of 2
- [00:44:10] Reencoding: VID_00004, Pass 2 of 2
- [02:40:30] Video Encode complete
- [02:40:30] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [02:40:30] Multiplexing M2TS
- [02:41:43] Processing: VID_00005 (5 of 13)
- [02:41:43] Extracting A/V streams [VID_00005]
- [02:44:07] Reencoding video [VID_00005]
- Source Video: MPEG-2, 720x480, Hybrid
- Rate/Length: 29.970fps, 100,818 frames
- Bitrate: 3,417 Kbs
- [02:44:07] Reencoding: VID_00005, Pass 1 of 2
- [03:07:33] Reencoding: VID_00005, Pass 2 of 2
- [05:00:12] Video Encode complete
- [05:00:12] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [05:00:12] Multiplexing M2TS
- [05:01:28] Processing: VID_00006 (6 of 13)
- [05:01:28] Extracting A/V streams [VID_00006]
- [05:03:35] Reencoding video [VID_00006]
- Source Video: MPEG-2, 720x480, Hybrid
- Rate/Length: 29.970fps, 101,968 frames
- Bitrate: 2,927 Kbs
- [05:03:35] Reencoding: VID_00006, Pass 1 of 2
- [05:26:44] Reencoding: VID_00006, Pass 2 of 2
- [07:19:52] Video Encode complete
- [07:19:52] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [07:19:52] Multiplexing M2TS
- [07:20:59] Processing: VID_00007 (7 of 13)
- [07:20:59] Extracting A/V streams [VID_00007]
- [07:23:09] Reencoding video [VID_00007]
- Source Video: MPEG-2, 720x480, Hybrid
- Rate/Length: 29.970fps, 99,860 frames
- Bitrate: 3,129 Kbs
- [07:23:10] Reencoding: VID_00007, Pass 1 of 2
- [07:46:27] Reencoding: VID_00007, Pass 2 of 2
- [09:42:27] Video Encode complete
- [09:42:27] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [09:42:27] Multiplexing M2TS
- [09:43:36] Processing: VID_00008 (8 of 13)
- [09:43:36] Extracting A/V streams [VID_00008]
- [09:45:54] Reencoding video [VID_00008]
- Source Video: MPEG-2, 720x480, Hybrid
- Rate/Length: 29.970fps, 101,348 frames
- Bitrate: 3,228 Kbs
- [09:45:55] Reencoding: VID_00008, Pass 1 of 2
- [10:09:06] Reencoding: VID_00008, Pass 2 of 2
- [12:03:05] Video Encode complete
- [12:03:05] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [12:03:05] Multiplexing M2TS
- [12:04:18] Processing: VID_00009 (9 of 13)
- [12:04:18] Extracting A/V streams [VID_00009]
- [12:07:33] Reencoding video [VID_00009]
- Source Video: MPEG-2, 720x480, Hybrid
- Rate/Length: 29.970fps, 101,231 frames
- Bitrate: 4,716 Kbs
- [12:07:33] Reencoding: VID_00009, Pass 1 of 2
- [12:33:20] Reencoding: VID_00009, Pass 2 of 2
- [14:44:18] Video Encode complete
- [14:44:18] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [14:44:18] Multiplexing M2TS
- [14:46:07] Processing: VID_00010 (10 of 13)
- [14:46:07] Extracting A/V streams [VID_00010]
- [14:49:30] Reencoding video [VID_00010]
- Source Video: MPEG-2, 720x480, Hybrid
- Rate/Length: 29.970fps, 117,887 frames
- Bitrate: 4,390 Kbs
- [14:49:31] Reencoding: VID_00010, Pass 1 of 2
- [15:17:58] Reencoding: VID_00010, Pass 2 of 2
- [17:33:58] Video Encode complete
- [17:33:58] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [17:33:58] Multiplexing M2TS
- [17:36:00] Processing: VID_00011 (11 of 13)
- [17:36:01] Extracting A/V streams [VID_00011]
- [17:38:34] Reencoding video [VID_00011]
- Source Video: MPEG-2, 720x480, Hybrid
- Rate/Length: 29.970fps, 111,738 frames
- Bitrate: 3,297 Kbs
- [17:38:35] Reencoding: VID_00011, Pass 1 of 2
- [18:04:02] Reencoding: VID_00011, Pass 2 of 2
- [20:07:04] Video Encode complete
- [20:07:04] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [20:07:04] Multiplexing M2TS
- [20:08:25] Processing: VID_00012 (12 of 13)
- [20:08:25] Extracting A/V streams [VID_00012]
- [20:10:59] Reencoding video [VID_00012]
- Source Video: MPEG-2, 720x480, Hybrid
- Rate/Length: 29.970fps, 103,936 frames
- Bitrate: 3,706 Kbs
- [20:11:00] Reencoding: VID_00012, Pass 1 of 2
- [20:36:02] Reencoding: VID_00012, Pass 2 of 2
- [22:41:14] Video Encode complete
- [22:41:15] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [22:41:15] Multiplexing M2TS
- [22:42:37] Processing: VID_00013 (13 of 13)
- [22:42:37] Extracting A/V streams [VID_00013]
- [22:44:44] Reencoding video [VID_00013]
- Source Video: MPEG-2, 720x480, Hybrid
- Rate/Length: 29.970fps, 99,040 frames
- Bitrate: 2,973 Kbs
- [22:44:44] Reencoding: VID_00013, Pass 1 of 2
- [23:07:39] Reencoding: VID_00013, Pass 2 of 2
- [00:58:32] Video Encode complete
- [00:58:32] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [00:58:32] Multiplexing M2TS
[00:59:39]PHASE ONE complete
[00:59:39]PHASE TWO - Rebuild Started
- [00:59:39] Rebuilding BD file Structure
[00:59:48] - Encode and Rebuild complete
[00:59:49] Writing BD structure to ISO file
- ImgBurn completed successfully
- WIRE_S1 folder removed.
- WORKFILES folder removed.
[01:27:25] JOB: WIRE_S1 finished.

#Created by BD Rebuilder - v0.46.06 (beta)
DirectshowSource("F:\BDS\WIRE_S1\IMPORTS\WIRE_S1\BDMV\STREAM\00001.m2ts", fps=29.97, framecount=111739, ConvertFPS=true, audio=false)
ConvertToYV12()
LoadPlugin("C:\Temp\Software\BD_Rebuilder\tools\decomb521.dll")
FieldDeinterlace(blend=true)
ConvertToYV12().AssumeFPS(30000,1001)

#Created by BD Rebuilder - v0.46.06 (beta)
LoadPlugin("C:\Temp\Software\BD_Rebuilder\tools\nicaudio.dll")
audio=NicAC3Source("00001.track_4352.ac3")
audio = (AudioChannels(audio) > 6) ? GetChannel(audio,1,2,3,4,7,8) : audio
ConvertAudioTo16bit(ResampleAudio(audio, 48000))

[jdobbs]

@slvrsrfr

I've ordered "The Wire S1" for testing. It's a good series. When I get it I'll see if I can repeat your issue.

[colinhunt]

The Americans disc 1 contains some deleted scenes that are AVC, 720x480/29.97fps, interlaced BFF. I ran a Full backup and those deleted scenes play kinda messed up, lots of combing and weird motion artefacts. Mediainfo reports output's deleted scenes are 720x480/29.97, MBAFF.

This was done on BD-RB v0.45.05. Decoding was LAVF, deinterlacing was not enabled and neither was IVTC for 3:2 pulldown.

Source m2ts files play fine without combing or motion artefacts on PowerDVD and MPC-HC, while output files glitch on both.

[soneca]

The Americans disc 1 contains some deleted scenes that are AVC, 720x480/29.97fps, interlaced BFF. I ran a Full backup and those deleted scenes play kinda messed up, lots of combing and weird motion artefacts. Mediainfo reports output's deleted scenes are 720x480/29.97, MBAFF.

This was done on BD-RB v0.45.05. Decoding was LAVF, deinterlacing was not enabled and neither was IVTC for 3:2 pulldown.

Source m2ts files play fine without combing or motion artefacts on PowerDVD and MPC-HC, while output files glitch on both.

The documentary "Super Speedway" is also interlaced that way.
I can only convert correctly specifying the field order(--bff).

[jdobbs]

The documentary "Super Speedway" is also interlaced that way.
I can only convert correctly specifying the field order(--bff).That shouldn't be an issue. BD-RB scans the source and recognizes bff sources. I'd recommend against using LAVF on those types of sources (BFF, Hybrid, etc.), though, because it doesn't have the tools needed to correctly interpret them. In fact in a lot of instances when LAVF is chosen BD-RB will use DirectshowSource() anyway because of those oddities.

[soneca]

That shouldn't be an issue. BD-RB scans the source and recognizes bff sources. I'd recommend against using LAVF on those types of sources (BFF, Hybrid, etc.), though, because it doesn't have the tools needed to correctly interpret them. In fact in a lot of instances when LAVF is chosen BD-RB will use DirectshowSource() anyway because of those oddities.

Thanks for the tip, I'll try again later using the lavf.

[jdobbs]

Thanks for the tip, I'll try again later using the lavf.Actually I recommended NOT using LAVF.

[soneca]

Sorry, I thought of one thing and wrote another. :o

[Ch3vr0n]

@jdobbs: wouldn't it be wiser then to remove the LAVF option entirely fromt he setup menu, since as you say in most cases it doesn't actually get used anyway?

[jdobbs]

@jdobbs: wouldn't it be wiser then to remove the LAVF option entirely fromt he setup menu, since as you say in most cases it doesn't actually get used anyway?No... I never said "in most cases it doesn't get used" -- in the vast majority of cases it is used when selected. It's the exception that situations might dictate otherwise.

[soneca]

I did two tests but both showed jerky movements. The fields were not combined in the correct order.

BD source

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
Format settings, GOP : M=3, N=18
Codec ID : 27
Duration : 49mn 41s
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 : 29.970 fps
Standard : NTSC
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Interlaced
Scan order : Bottom Field First
Color primaries : BT.709
Transfer characteristics : BT.709
Matrix coefficients : BT.709

[02/06/14] BD Rebuilder v0.46.11 (beta)
[11:06:17] Source: SUPER_SPEEDWAY_00000
- Input BD size: 12,45 GB
- Approximate total content: [00:49:41.978]
- Target BD size: 4,38 GB
- Windows Version: 6.1 [7601]
- MOVIE-ONLY mode enabled
- Quality: Good (Very Fast), Two Pass
- Output folder: E:\VIDEOS\
- Decoding/Frame serving: DirectShow [3-way]
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=448
- Subtitle [1] is defaulted ON.
[11:06:17] PHASE ONE, Encoding
- [11:06:17] Processing: VID_00000 (1 of 1)
- [11:06:17] Extracting A/V streams [VID_00000]
- [11:08:31] Reencoding video [VID_00000]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 29,970fps, 89.370 frames
- Bitrate: 11.189 Kbs
- [11:08:31] Reencoding: VID_00000, Pass 1 of 2
- [11:29:12] Reencoding: VID_00000, Pass 2 of 2
- [11:49:43] Video Encode complete
- [11:49:43] Processing audio tracks
- Track 4352 (eng): Reencoding audio to AC3...
[11:50:54]PHASE ONE complete
[11:50:54]PHASE TWO - Rebuild Started
- [11:50:54] Rebuilding AVCHD file Structure
[11:51:42] - Encode and Rebuild complete
- WORKFILES folder removed.
[11:51:42] JOB: SUPER_SPEEDWAY finished.

[Status]
LABEL=SUPER_SPEEDWAY
VERSION=v0.46.11 (beta)
SOURCE_SIZE=13369933824
SOURCE_VIDEO_SIZE=13369933824
TARGET_SIZE=4697620480
REDUCTION=.351357047973374
RESIZE_1080=0
RESIZE_1440=0
AUDIO_TO_KEEP=eng;
KEEP_HD_AUDIO=0
SUBS_TO_KEEP=por;
BACKUP_MODE=1
MOVIEONLY_TYPE=0
USE_LAVF=0
INSTANCES=3
DGDECNV=0
SSIF_MODE=0
QUICK=0
ENCODE_STEP=0
COMPLETED=1
REBUILD_COMPLETE=1
[00000]
AUDIO=100
PGS=1
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=4697620480
RATE=11189
SPLITS=3
NSIZE=0
FLINK=0
MLINK=0

[jdobbs]

So this was an HD AVC source with BFF? That's the first I've seen of that. I thought you were talking about MPEG-2. I'll look at it.

[soneca]

That's right, this one (http://www.blu-ray.com/movies/Super-Speedway-Blu-ray/1160/).
I also, the first and only. :rolleyes:

[dfsooner]

Does the import and convert from SBS to BD 3D also support over/under?

[jdobbs]

Does the import and convert from SBS to BD 3D also support over/under?Not currently. Right now I have no plans to support it, as over/under is fairly uncommon, but I might consider it if there is demand.

[Audiophile1178]

jdobbs, please see my post here:

http://forum.doom9.org/showthread.php?p=1666659#post1666659

I just did a test on The X-Files I Want To Believe and every video that was muxed/processed in BD Rebuilder was heavily corrupted. I did a test running short clips through tsMuxeR and changing the video settings to what I mentioned in the above post fixed those issues. I don't know what that video setting does but I do know that disabling it produced a clean output but I assume that BD Rebuilder keeps that settings enabled which is why the video came out so bad. Jediknight's screen shots are exactly what I'm getting as an output from BD Rebuilder or tsMuxeR when that setting was enabled. Ironically, my movie is a FOX title as well... Any video that wasn't processed in BDRebuilder (menus, some bonus materials, etc...) is fine.

FYI, I've done short video clip tests using just about every version of tsMuxeR v2.xx to see if I could figure where this issue started and ALL v2.xx's have the same result (bad video corruption with the video setting enabled) in tsMuxeR. Doing the same test with tsMuxeR v1.10.6 came out fine but that doesn't support DTS-Express or PIP Video. A simple solution for now in tsMuxeR v2.xx is to simply disable the setting but as I said before I don't know what it does or if it's important.

[jdobbs]

jdobbs, please see my post here:

http://forum.doom9.org/showthread.php?p=1666659#post1666659

I just did a test on The X-Files I Want To Believe and every video that was muxed/processed in BD Rebuilder was heavily corrupted. I did a test running short clips through tsMuxeR and changing the video settings to what I mentioned in the above post fixed those issues. I don't know what that video setting does but I do know that disabling it produced a clean output but I assume that BD Rebuilder keeps that settings enabled which is why the video came out so bad. Jediknight's screen shots are exactly what I'm getting as an output from BD Rebuilder or tsMuxeR when that setting was enabled. Ironically, my movie is a FOX title as well... Any video that wasn't processed in BDRebuilder (menus, some bonus materials, etc...) is fine.

FYI, I've done short video clip tests using just about every version of tsMuxeR v2.xx to see if I could figure where this issue started and ALL v2.xx's have the same result (bad video corruption with the video setting enabled) in tsMuxeR. Doing the same test with tsMuxeR v1.10.6 came out fine but that doesn't support DTS-Express or PIP Video.What are you using as a playback device? I have done a lot of muxing with the newer TSMUXER and have had no issues. I have also received no other reports like yours.

Another question: Is there actually encoding involved, or is BD-RB keeping the source intact? I can't tell much without a log.

[Audiophile1178]

What are you using as a playback device? I have done a lot of muxing with the newer TSMUXER and have had no issues. I have also received no other reports like yours.

Another question: Is there actually encoding involved, or is BD-RB keeping the source intact? I can't tell much without a log.

I was just about to mention that. I did a test with NO ENCODING being done. I'm going to do a short 2 min clip of the movie and encode it in BD Rebuilder to see if encoding the video fixes the issue. I want to encode it anyway so if it does than that's OK but if somebody wanted to use the no encoding option to blank files or whatever then they'd get that corrupted output.

I have played the BD Rebuilder output (not encoded) in PowerDVD 12, TMT 5.3, and MPC-HC. Everything that I try playing it back on produces the same exact output. I will do a short test encode of only the movie and report my results in a few minutes.

Also note, that people have reported in the tsMuxeR forum that this issue doesn't happen with all movies using the new tsMuxeR. I personally have never had it happen until now.

Edit: I have just finished my short test encode and sure enough the video is fine IF it gets encoded in BD Rebuilder. If it's NOT encoded then the video is horrible to look at. I just want to make this clear: It's not just the main movie that's plagued with the problematic video playback. It's any video that gets processed in BD Rebuilder that DOESN'T get encoded such as intro, trailers, bonus material, etc... I'd imagine that this was never reported before as most people end up having their video encoded but sometimes I come across a title that just needs the extras encoded. It does happen but not often. I think that it's just certain movies that this happens on as I muxed videos with tsMuxeR v2.xx before and have never had this problem.

BTW, if you want I can PM you with an FTP link of a short video clip of the intro that's ~227 MB for you to test out yourself. It'll include the video and DTS core as I removed everything else to do quick and simple testing as this disc includes PIP, DTS-Express, etc...

[jdobbs]

I was just about to mention that. I did a test with NO ENCODING being done. I'm going to do a short 2 min clip of the movie and encode it in BD Rebuilder to see if encoding the video fixes the issue. I want to encode it anyway so if it does than that's OK but if somebody wanted to use the no encoding option to blank files or whatever then they'd get that corrupted output.

I have played the BD Rebuilder output (not encoded) in PowerDVD 12, TMT 5.3, and MPC-HC. Everything that I try playing it back on produces the same exact output. I will do a short test encode of only the movie and report my results in a few minutes.

Also note, that people have reported in the tsMuxeR forum that this issue doesn't happen with all movies using the new tsMuxeR. I personally have never had it happen until now.

Edit: I have just finished my short test encode and sure enough the video is fine IF it gets encoded in BD Rebuilder. If it's NOT encoded then the video is horrible to look at.

BTW, if you want I can PM you with an FTP link of a short video clip of the intro that's ~227 MB for you to test out yourself. It'll include the video and DTS core as I removed everything else to do quick and simple testing as this disc includes PIP, DTS-Express, etc...Please do. I'll test it.

[Edit] Have you tried the "ForceSEI" option instead? The original is H.264 encoded (not VC-1 or MPEG-2), right?

[Audiophile1178]

Yes, video is H.264. I don't know where ForceSEI option is? Is that in BD Rebuilder or tsMuxeR?

Do you mean "Always rebuild SEI and VUI data" in tsMuxer? If so, then yes I tried all settings and the only one that worked was "do not change SEI and VUI data".

[jdobbs]

That's what you get on the META video line when you choose "Always rebuild SEI and VUI data".

[Audiophile1178]

PM sent. :)

As mentioned before I believe it's more of a bug with tsMuxeR than with BD Rebuilder but I still thought that it was worth mentioning since BD Rebuilder now uses tsMuxeR v2.xx.

[jdobbs]

PM sent. :)

As mentioned before I believe it's more of a bug with tsMuxeR than with BD Rebuilder but I still thought that it was worth mentioning since BD Rebuilder now uses tsMuxeR v2.xx.My biggest concert is that your issue hasn't been tested on a standalone. I know you've used more than one software player -- but frankly none of them are a good test of playback.

I'll see what I find from the clip.

[Edit] I can confirm that the output of that clip is a mess... although I'm not sure why yet. I really can't do anything about TSMUXER, but I can certainly change the muxing parameters in BD-RB for intact sources.

[Audiophile1178]

My biggest concern is that your issue hasn't been tested on a standalone. I know you've used more than one software player -- but frankly none of them are a good test of playback.

Fair enough. So I just tested it on my stand alone and here are the results:

Test File (Created using v1.10.6): Plays fine
BD Rebuilder Output (No encode): There's sound but no picture. Worse results than software players.
BD Rebuilder Output (Encoded): Plays fine



Further testing on stand alone using only tsMuxer 2.6.12 output Blu-ray folders:

Do not change SEI: Plays fine
Always rebuild SEI: There's sound but no picture.
Insert SEI if absent: There's sound but no picture.


BD-RE discs sure come in handy! :)

[jdobbs]

@slvrsrfr@slvrsrfr

I've ordered "The Wire S1" for testing. It's a good series. When I get it I'll see if I can repeat your issue.

I ran "The Wire" today. It completed with absolutely no problems. As I expected might happen, everything was perfectly in-sync. I would check your system and make sure you don't have anything else installed that is interfering with processing. The most likely candidate is "CODEC Packs".

[slvrsrfr]

@slvrsrfr

I ran "The Wire" today. It completed with absolutely no problems. As I expected might happen, everything was perfectly in-sync. I would check your system and make sure you don't have anything else installed that is interfering with processing. The most likely candidate is "CODEC Packs".

@jdobbs

Thanks for digging into it so quickly! Sorry for your troubles - i'll pick up the wire for you and any overages...paypal payment on its way!

I'll see what i can find on my machine re: codecs and post back for posterity...

[jdobbs]

@jdobbs

Thanks for digging into it so quickly! Sorry for your troubles - i'll pick up the wire for you and any overages...paypal payment on its way!

I'll see what i can find on my machine re: codecs and post back for posterity...You don't need to do that. I've been meaning to get it anyway. I need to go back through and watch the entire series again. Funny, I just saw "Avon Barksdale" on another show tonight.

[slvrsrfr]

You don't need to do that. I've been meaning to get it anyway. I need to go back through and watch the entire series again. Funny, I just saw "Avon Barksdale" on another show tonight.

Yeah, it's a fantastic show - I had a marathon of 4 episodes of season 3 last night...keeping me up too late!

Anyway, these are the codecs that i found on my machine - do any of them look off? Are there any i should definitely remove?

[jdobbs]

Yeah, it's a fantastic show - I had a marathon of 4 episodes of season 3 last night...keeping me up too late!

Anyway, these are the codecs that i found on my machine - do any of them look off? Are there any i should definitely remove? I can't really tell, because the offender may not even be listed. Sometimes installed software (players, authoring packages, etc) can intercept or override defaults when they are installed. The problem is that it is rare that they even tell you they are doing so (rude software). Also, some of the "CODEC Packs" that are downloadable tend to do the same types of things... and cause issues like yours.

Often it can be fixed by simply reinstalling BD-RB, AVISYNTH, FFDHOW, and HAALI. But if the offending software is executed again -- you might be right back where you started.

[jazzcat]

RE version 4611

Want to make sure all the required add-ons versions are the same.

I noticed there is no "inspect" program included in this download like the previous versions.

The readme file in the download package says to use FFdshow 3326 but the first page in this thread says to use 4504.

thx.

[Sharc]

RE version 4611

I noticed there is no "inspect" program included in this download like the previous versions.

From the changes.txt:

February 3rd, 2014 - v0.46.10
......
- Removed INSPECT.EXE from the build. The
same functionality is now available from
the BD-RB HELP menu.
- Added FFDSHOW release 4515 to the list of
tested/recommended versions.
.......

[inge70]

Jdobbs recommends that you use the versions linked here. In the meantime (http://forum.doom9.org/showpost.php?p=1665948&postcount=19098) he has given but also the version 4515 free in BD, but linked on the first page.
If you are unsure, use the linked version of FDDShow here and you're on the safe side.

if BD is open, you gehtst on Help / Show Settings (Inspect) and see whether all the settings and codecs are ok

Edit: Sharc was faster :)

[jazzcat]

From the changes.txt:

Jdobbs recommends that you use the versions linked here. In the meantime (http://forum.doom9.org/showpost.php?p=1665948&postcount=19098) he has given but also the version 4515 free in BD, but linked on the first page.
If you are unsure, use the linked version of FDDShow here and you're on the safe side.

if BD is open, you gehtst on Help / Show Settings (Inspect) and see whether all the settings and codecs are ok

Edit: Sharc was faster :)

That worked great. Thanks guys! :)

[jdobbs]

RE version 4611

Want to make sure all the required add-ons versions are the same.

I noticed there is no "inspect" program included in this download like the previous versions.

The readme file in the download package says to use FFdshow 3326 but the first page in this thread says to use 4504.

thx.I'll edit the readme. I usually run an FFDSHOW package for a month or more before I add it to the list. Both will work fine. Sometimes there may be an outside reason why someone may want to use a later versions, so I try to test them as they come out.

[Hajnal]

hello

bd rebuilder (standard settings?)

FRIMDecode.exe" -ts -i::mvc "K:\BDMV\STREAM\00098.m2ts" "K:\BDMV\STREAM\00104.m2ts" -o \\.\pipe\bdrb.yuv -sw | "C:\Programok\BD_Rebuilder\tools\FRIMEncode.exe" mvc -i \\.\pipe\bdrb_L.yuv -i \\.\pipe\bdrb_R.yuv -viewoutput -o "D:\TEMP4\WORKFILES\VID_00098.AVS.264" -o "D:\TEMP4\WORKFILES\VID_00098.AVS.mvc" -sw -w 1920 -h 1080 -f 23.976 -u 2 -cpbsize 3750 -l 6 -profile high -level 4.1 -vbr 31046 45000 -gop 24 4 0 S -maxdpb 4

-u 2 = quality...
-l 6 = slices, 6? no 4?

[jdobbs]

hello

bd rebuilder (standard settings?)

FRIMDecode.exe" -ts -i::mvc "K:\BDMV\STREAM\00098.m2ts" "K:\BDMV\STREAM\00104.m2ts" -o \\.\pipe\bdrb.yuv -sw | "C:\Programok\BD_Rebuilder\tools\FRIMEncode.exe" mvc -i \\.\pipe\bdrb_L.yuv -i \\.\pipe\bdrb_R.yuv -viewoutput -o "D:\TEMP4\WORKFILES\VID_00098.AVS.264" -o "D:\TEMP4\WORKFILES\VID_00098.AVS.mvc" -sw -w 1920 -h 1080 -f 23.976 -u 2 -cpbsize 3750 -l 6 -profile high -level 4.1 -vbr 31046 45000 -gop 24 4 0 S -maxdpb 4

-u 2 = quality...
-l 6 = slices, 6? no 4?The blu-ray standard says for MPEG-4 MVC streams: "shall be encoded...with 6 or more slices per view component". The quality is determined by the BD-RB settings.

[soneca]

Jdobbs, how I can convert an interlaced BD restoring full frame rate at 720p?
>>> 1080i to 720p(59.94).

[jdobbs]

Jdobbs, how I can convert an interlaced BD restoring full frame rate at 720p?
>>> 1080i to 720p(59.94).You would just choose "Resize 1920x1080 to 1280x720" in the SETUP dialog. There is no such thing as interlaced at 720, so it would be converted to progressive -- but you would get the 59.94fps.

[soneca]

Sure, but it did not work, no resizing. . :confused:

[02/10/14] BD Rebuilder v0.46.11 (beta)
[11:35:01] Source: CHRIS_ISAAK_00003
- Input BD size: 14,99 GB
- Approximate total content: [00:54:57.193]
- Target BD size: 4,38 GB
- Windows Version: 6.1 [7601]
- MOVIE-ONLY mode enabled
- RESIZE 1080p to 720p enabled
- Quality: Highest (Very Slow), Two Pass
- Output folder: E:\VIDEOS\
- Decoding/Frame serving: DGDecNV [3-way]
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=448
[11:35:01] PHASE ONE, Encoding
- [11:35:01] Processing: VID_00004 (1 of 1)
- [11:35:01] Extracting A/V streams [VID_00004]
- [11:37:27] Reencoding video [VID_00004]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 29,970fps, 98.817 frames
- Bitrate: 10.097 Kbs
- [11:37:27] Reencoding: VID_00004, Pass 1 of 2
- [11:53:08] Reencoding: VID_00004, Pass 2 of 2
- [13:21:55] Video Encode complete
- [13:21:55] Processing audio tracks
- Track 4352 (eng): Reencoding audio to AC3...
[13:23:16]PHASE ONE complete
[13:23:16]PHASE TWO - Rebuild Started
- [13:23:16] Rebuilding AVCHD file Structure
[13:25:15] - Encode and Rebuild complete
- WORKFILES folder removed.
[13:25:16] JOB: CHRIS_ISAAK finished.

The result was this below.

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 : 4 frames
Codec ID : 27
Duration : 54mn 57s
Bit rate mode : Variable
Bit rate : 10.0 Mbps
Maximum bit rate : 15.0 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
Bits/(Pixel*Frame) : 0.161
Stream size : 3.84 GiB (90%)

I'll redo the conversion.

[jdobbs]

Sure, but it did not work, no resizing. . :confused:

[02/10/14] BD Rebuilder v0.46.11 (beta)
[11:35:01] Source: CHRIS_ISAAK_00003
- Input BD size: 14,99 GB
- Approximate total content: [00:54:57.193]
- Target BD size: 4,38 GB
- Windows Version: 6.1 [7601]
- MOVIE-ONLY mode enabled
- RESIZE 1080p to 720p enabled
- Quality: Highest (Very Slow), Two Pass
- Output folder: E:\VIDEOS\
- Decoding/Frame serving: DGDecNV [3-way]
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=448
[11:35:01] PHASE ONE, Encoding
- [11:35:01] Processing: VID_00004 (1 of 1)
- [11:35:01] Extracting A/V streams [VID_00004]
- [11:37:27] Reencoding video [VID_00004]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 29,970fps, 98.817 frames
- Bitrate: 10.097 Kbs
- [11:37:27] Reencoding: VID_00004, Pass 1 of 2
- [11:53:08] Reencoding: VID_00004, Pass 2 of 2
- [13:21:55] Video Encode complete
- [13:21:55] Processing audio tracks
- Track 4352 (eng): Reencoding audio to AC3...
[13:23:16]PHASE ONE complete
[13:23:16]PHASE TWO - Rebuild Started
- [13:23:16] Rebuilding AVCHD file Structure
[13:25:15] - Encode and Rebuild complete
- WORKFILES folder removed.
[13:25:16] JOB: CHRIS_ISAAK finished.

The result was this below.

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 : 4 frames
Codec ID : 27
Duration : 54mn 57s
Bit rate mode : Variable
Bit rate : 10.0 Mbps
Maximum bit rate : 15.0 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
Bits/(Pixel*Frame) : 0.161
Stream size : 3.84 GiB (90%)

I'll redo the conversion.I can look at it, but I'm pretty confident it works (unless some recent change has caused an issue), are you sure you didn't miss something?

I'll dig up a 1080i source and run a test. Can you post the AVS file from the WORKFILES folder?

[soneca]

The folder was removed but I'll redo a quick test again.

[jdobbs]

I do notice something... the log should say "Convert: 1280x720, 59.940fps..." right after "- Rate/Length: 29,970fps, 98.817 frames" -- or at least it does on the job I'm currently running. I wonder if BD-RB's analysis is flagging that source as a menu? That could disable resizing.

[Edit] Nope... I just looked at the code and the menu check is only done on a full backup...

[soneca]

AVS file

#Created by BD Rebuilder - v0.46.11 (beta)
LoadPlugin("C:\Programas\DGDenNV 2046\DGDecodeNV.dll")
DGSource("E:\BDREBUILDER_TEMP\WORKFILES\VID_00004.DGI", fieldop=0)
ConvertToYV12()
LoadPlugin("C:\Programas\BD_Rebuilder\tools\decomb521.dll")
FieldDeinterlace(blend=true)
ConvertToYV12().AssumeFPS(30000,1001)

[jdobbs]

AVS file

#Created by BD Rebuilder - v0.46.11 (beta)
LoadPlugin("C:\Programas\DGDenNV 2046\DGDecodeNV.dll")
DGSource("E:\BDREBUILDER_TEMP\WORKFILES\VID_00004.DGI", fieldop=0)
ConvertToYV12()
LoadPlugin("C:\Programas\BD_Rebuilder\tools\decomb521.dll")
FieldDeinterlace(blend=true)
ConvertToYV12().AssumeFPS(30000,1001)Here's what mine says:#Created by BD Rebuilder - v0.46.12 (beta)
DirectshowSource("N:\BD\SOURCE_BD\BDMV\STREAM\00002.m2ts", fps=29.97, framecount=93557, audio=false)
ConvertToYV12()
LoadPlugin("D:\BD_Rebuilder\tools\decomb521.dll")
FieldDeinterlace(blend=false)
BicubicResize(1280,720)
ConvertToYV12().AssumeFPS(30000,1001) The frame rate is changed with the --pulldown double command in X264.

Here's what it says when I have PULLDOWN_720=0 (the default):#Created by BD Rebuilder - v0.46.12 (beta)
DirectshowSource("N:\BD\SOURCE_BD\BDMV\STREAM\00002.m2ts", fps=29.97, framecount=93557, audio=false)
ConvertToYV12()
LoadPlugin("D:\BD_Rebuilder\tools\decomb521.dll")
FieldDeinterlace(blend=false)
BicubicResize(1280,720).ChangeFPS(60000,1001)
ConvertToYV12().AssumeFPS(60000,1001) I have another job running on my computer with an nVidia card, and I'll test it with DGDecNV when it completes, but I think it will say the same.

[omegaman7]

Do you ever have to click the "Backup" button more than once? 3rd time's a charm just now :S But I was centered on the button. I wouldn't think that would matter. Perhaps even though the import completed, it was still doing something. No HDD activity though. It's done this a few times before too. Not really a big deal, just curious if anyone else noticed it.

[jdobbs]

Do you ever have to click the "Backup" button more than once? 3rd time's a charm just now :S But I was centered on the button. I wouldn't think that would matter. Perhaps even though the import completed, it was still doing something. No HDD activity though. It's done this a few times before too. Not really a big deal, just curious if anyone else noticed it.I've seen it when the cursor was off center before. But that's about it.

[omegaman7]

I've seen it when the cursor was off center before. But that's about it.

Ok. I believe I understand.

[mparade]

....just have sent 100 bucks for this fantastic program and for further improvements on the 3D feature. Keep it up! :)

[slimm]

Yeah, just got my tax refund, time to ante up.

[jdobbs]

....just have sent 100 bucks for this fantastic program and for further improvements on the 3D feature. Keep it up! :)Yeah, just got my tax refund, time to ante up.Thank you very much! It is truly appreciated.

[soneca]

Here's what mine says:#Created by BD Rebuilder - v0.46.12 (beta)
DirectshowSource("N:\BD\SOURCE_BD\BDMV\STREAM\00002.m2ts", fps=29.97, framecount=93557, audio=false)
ConvertToYV12()
LoadPlugin("D:\BD_Rebuilder\tools\decomb521.dll")
FieldDeinterlace(blend=false)
BicubicResize(1280,720)
ConvertToYV12().AssumeFPS(30000,1001) The frame rate is changed with the --pulldown double command in X264.

Here's what it says when I have PULLDOWN_720=0 (the default):#Created by BD Rebuilder - v0.46.12 (beta)
DirectshowSource("N:\BD\SOURCE_BD\BDMV\STREAM\00002.m2ts", fps=29.97, framecount=93557, audio=false)
ConvertToYV12()
LoadPlugin("D:\BD_Rebuilder\tools\decomb521.dll")
FieldDeinterlace(blend=false)
BicubicResize(1280,720).ChangeFPS(60000,1001)
ConvertToYV12().AssumeFPS(60000,1001) I have another job running on my computer with an nVidia card, and I'll test it with DGDecNV when it completes, but I think it will say the same.

I do not know what's going on... :scared: but I can not resize anything interlaced.

[slvrsrfr]

Often it can be fixed by simply reinstalling BD-RB, AVISYNTH, FFDHOW, and HAALI. But if the offending software is executed again -- you might be right back where you started.

Unfortunately, uninstalling/reinstalling everything didn't seem to fix it. Any other suggestions are appreciated!

[jdobbs]

Unfortunately, uninstalling/reinstalling everything didn't seem to fix it. Any other suggestions are appreciated!Post the contents of your CONFIG/INI file and I'll run a job using your settings.

[slvrsrfr]

Post the contents of your CONFIG/INI file and I'll run a job using your settings.

Here you go ... if it still runs w/out issue for you i may just have to wipe my OS and start fresh, although i'd rather not do that; hopefully the clouds will part and a ray of light will beam down w/ an answer!

[jdobbs]

Here you go ... if it still runs w/out issue for you i may just have to wipe my OS and start fresh, although i'd rather not do that; hopefully the clouds will part and a ray of light will beam down w/ an answer!I'll try it first thing tomorrow.

[slvrsrfr]

I'll try it first thing tomorrow.

Thanks, JDOBBS!

[jdobbs]

Thanks, JDOBBS!I ran "The Wire S1, Disc 1" again only with your settings this time. It still came out perfectly in sync. Sorry -- but it appears to be something on your system that is interfering with the decoding.

[slvrsrfr]

I ran "The Wire S1, Disc 1" again only with your settings this time. It still came out perfectly in sync. Sorry -- but it appears to be something on your system that is interfering with the decoding.

I'm actually trying all 4 DVD discs from Season 1 (13 episodes) to one 25 GB BD...that's what your first test was right?

It seems to only be when BDRB has to reencode the episodes that they get out of sync. When the total content is less than 25 GB and it keeps the original content I don't have any issues (This happened with The Simpsons Season 4).

In any event, I can wipe my machine over the weekend and try fresh...

[jdobbs]

I'm actually trying all 4 DVD discs from Season 1 (13 episodes) to one 25 GB BD...that's what your first test was right?

It seems to only be when BDRB has to reencode the episodes that they get out of sync. When the total content is less than 25 GB and it keeps the original content I don't have any issues (This happened with The Simpsons Season 4).

In any event, I can wipe my machine over the weekend and try fresh...That's how I did it the first time, so this time I only imported and reencoded Disc 1... I was trying to save time. It works the same either way. I set FORCE_ENCODE=1 to make sure it did the encode.

I'm certain it isn't BD Rebuilder causing the issue. There's really nothing else I can do.

[slvrsrfr]

That's how I did it the first time... I was trying to save time. It works the same either way. I set FORCE_ENCODE=1 to make sure it did the encode.

I'm certain it isn't BD Rebuilder causing the issue. There's really nothing else I can do.

OK, thanks again...I'll get working on a rebuild....I really appreciate all of your help!

[jdobbs]

OK, thanks again...I'll get working on a rebuild....I really appreciate all of your help!You're absolutely POSITIVE you are only using the versions of AVISYNTH, HAALI, and FFSHOW that I have linked on the first post of this thread, right?

[slvrsrfr]

You're absolutely POSITIVE you are only using the versions of AVISYNTH, HAALI, and FFSHOW that I have linked on the first post of this thread, right?

Yes, in fact when I uninstalled/reinstalled the other day I downloaded HAALI and FFSHOW from the first page here...I think I downloaded AVISYNTH from the http://www.avisynth.org website, though. I then went through steps 1-8.

As far as running BDRB in admin mode the first time I believe I did that as well, but to be certain that the codecs were set right in the registry can you let me know what it's supposed to set and where..that's one other thing I could look at, unless there are other settings in FFDSHOW, etc., to check.

[jdobbs]

Yes, in fact when I uninstalled/reinstalled the other day I downloaded HAALI and FFSHOW from the first page here...I think I downloaded AVISYNTH from the http://www.avisynth.org website, though. I then went through steps 1-8.

As far as running BDRB in admin mode the first time I believe I did that as well, but to be certain that the codecs were set right in the registry can you let me know what it's supposed to set and where..that's one other thing I could look at, unless there are other settings in FFDSHOW, etc., to check.Make sure you are running AVISYNTH v2.58. v2.6.0 is still in alpha, and if you have it installed it is probably you problem. I have no idea how it's DirectshowSource() interprets pulldown signals.

[HWK]

Yes, in fact when I uninstalled/reinstalled the other day I downloaded HAALI and FFSHOW from the first page here...I think I downloaded AVISYNTH from the http://www.avisynth.org website, though. I then went through steps 1-8.

As far as running BDRB in admin mode the first time I believe I did that as well, but to be certain that the codecs were set right in the registry can you let me know what it's supposed to set and where..that's one other thing I could look at, unless there are other settings in FFDSHOW, etc., to check.

On main screen of BD-Rebuilder, click help and there is an option check system setting and right next to it says inspect in bracket. Post info over here or just upload scrrenshot of add and remove programs section.

[soneca]

Jdobbs, this conversion a crash occurs at the end of the first stream (04:41) where only the image is locked for a few seconds but then continues to play.
I thought it was some corrupt data extraction(AnyDVD) but the original is playing without crashes.
Maybe a problem with muxing...

http://s20.postimg.org/5vkt7dzpp/bdrebuilder.png

http://s20.postimg.org/f233uo4y5/bdrebuilder1.png

[02/12/14] BD Rebuilder v0.46.11 (beta)
[11:08:03] Source: THE_COUNSELOR_00800
- Input BD size: 33,50 GB
- Approximate total content: [01:57:14.026]
- Windows Version: 6.1 [7601]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- Mode: MKV Container, 1280x720, Intact Audio
- Automatic cropping of borders enabled
- Output folder: E:\VIDEOS\
- Decoding/Frame serving: DGDecNV [3-way]
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[11:08:06] PHASE ONE, Encoding
- [11:08:06] Processing: VID_00500 (1 of 3)
- [11:08:06] Extracting A/V streams [VID_00500]
- [11:14:16] Reencoding video [VID_00500]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 6.753 frames
- [11:14:16] Reencoding: VID_00500, Pass 1 of 1
- [11:16:24] Video Encode complete
- [11:16:24] Processing audio tracks
- Track 4352 (eng): Reencoding audio to AC3...
- [11:19:11] Processing: VID_00501 (2 of 3)
- [11:19:11] Extracting A/V streams [VID_00501]
- [11:19:18] Reencoding video [VID_00501]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 788 frames
- [11:19:18] Reencoding: VID_00501, Pass 1 of 1
- [11:19:29] Video Encode complete
- [11:19:29] Processing: VID_00502 (3 of 3)
- [11:19:29] Extracting A/V streams [VID_00502]
- [11:26:47] Reencoding video [VID_00502]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 161.107 frames
- [11:26:47] Reencoding: VID_00502, Pass 1 of 1
- [12:07:16] Video Encode complete
[12:07:16]PHASE ONE complete
[12:07:16]PHASE TWO - Rebuild Started
- [12:07:16] Building ALTERNATE OUTPUT Structure
[12:10:33] - Encode and Rebuild complete
[12:10:33] JOB: THE_COUNSELOR finished.

[Status]
LABEL=THE_COUNSELOR
VERSION=v0.46.11 (beta)
SOURCE_SIZE=35971627008
SOURCE_VIDEO_SIZE=35971627008
TARGET_SIZE=4697620480
REDUCTION=.130592382684143
RESIZE_1080=-1
RESIZE_1440=0
AUDIO_TO_KEEP=eng;
KEEP_HD_AUDIO=-1
SUBS_TO_KEEP=por;
BACKUP_MODE=1
MOVIEONLY_TYPE=34
USE_LAVF=0
INSTANCES=3
DGDECNV=-1
SSIF_MODE=0
QUICK=0
ENCODE_STEP=0
COMPLETED=3
REBUILD_COMPLETE=1
[00500]
AUDIO=100000000
PGS=000000000100000000
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=192567909
SPLITS=1
NSIZE=0
FLINK=-1
MLINK=0
[00501]
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=16110578
SPLITS=1
AUDIO=100000000
NSIZE=0
FLINK=-1
MLINK=0
[00502]
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=4488941993
SPLITS=3
AUDIO=100000000
NSIZE=0
FLINK=0
MLINK=0

[jdobbs]

The fact that it plays means nothing, if there is a crash during processing it is highly probable that the source is corrupt. Players are designed to ignore errors and move on. Encoders can't do that.

With that said... I don't see a crash in your log?

[soneca]

Jdobbs, another conversion done on another pc.
The crash occurred at the end of first stream, or between streams.

http://s20.postimg.org/na51fnwul/bdrebuilder1.png

http://s20.postimg.org/w6ftjlngt/bdrebuilder.png

[02/12/14] BD Rebuilder v0.46.11 (beta)
[19:10:53] Source: CRIMSON_TIDE_00000
- Input BD size: 30,47 GB
- Approximate total content: [01:55:46.439]
- Windows Version: 6.1 [7601]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- Mode: MKV Container, 1280x720, Intact Audio
- Automatic cropping of borders enabled
- Output folder: E:\VIDEOS\
- Decoding/Frame serving: DGDecNV [3-way]
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=448
[19:10:53] PHASE ONE, Encoding
- [19:10:53] Processing: VID_00000 (1 of 3)
- [19:10:53] Extracting A/V streams [VID_00000]
- [19:13:58] Reencoding video [VID_00000]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 72.876 frames
- [19:13:58] Reencoding: VID_00000, Pass 1 of 1
- [20:03:13] Video Encode complete
- [20:03:13] Processing audio tracks
- Track 4352 (eng): Reencoding audio to AC3...
- [20:03:40] Processing: VID_00001 (2 of 3)
- [20:03:40] Extracting A/V streams [VID_00001]
- [20:04:48] Reencoding video [VID_00001]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 53.688 frames
- [20:04:48] Reencoding: VID_00001, Pass 1 of 1
- [20:33:41] Video Encode complete
- [20:33:41] Processing: VID_00002 (3 of 3)
- [20:33:41] Extracting A/V streams [VID_00002]
- [20:34:26] Reencoding video [VID_00002]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 39.984 frames
- [20:34:26] Reencoding: VID_00002, Pass 1 of 1
- [20:54:38] Video Encode complete
[20:54:38]PHASE ONE complete
[20:54:38]PHASE TWO - Rebuild Started
- [20:54:38] Building ALTERNATE OUTPUT Structure
[20:57:27] - Encode and Rebuild complete
- WORKFILES folder removed.
[20:57:27] JOB: CRIMSON_TIDE finished.

[jdobbs]

What do you mean by "crash" -- it isn't making much sense to me. If you're talking about the playback glitches you're showing -- that's not a "crash". It looks like there may be glitches in the source to me. The chance that it is a muxing issues it unlikely -- as it would be unusual for a mux to cause pixelation like that, especially with a muxer as established as MERGEMKV. The only other possibility might be a X264 problem. Again, though, that is very unlikely.

Can you play back the AVS files and see if you get that noise at the same point?

Have you tried playing back the MKV with another player to rule out this one? As you may already know, I'm always highly suspicious of software players.

Any chance your computer is causing the issue? Are you doing a lot of other activity on the computer at the time of the encode?

[soneca]

Crash really would not be the correct term... That's right, playback glitches.
Can you play back the AVS files and see if you get that noise at the same point?
I would have to redo the conversion, the temporary folder is marked to be deleted. :o
I also use PotPlayer, the screens below at the time of failure.

http://s20.postimg.org/o27pev11p/bdrebuilder.png
http://s20.postimg.org/6dfyn8pal/bdrebuilder1.png

The second conversion(Crimson Tide) was done in another pc, completely free activity at the time of conversion.

[Sharc]

Source: BD with 4 Episodes + Extras

Case 1: (working correctly)
Import/Quick Play Settings: Thresholds = 10
=> The 4 episodes are shown in the Menu Editor
=> The Extras are skipped, as expected
Backup and Quick-Menu are all ok.

Case 2: (Problem)
Import/Quick Play Settings: Thresholds = 6
=> The 4 Episodes + Extras are listed in the Quick-Play Menu Title Editor, as expected. The Preview of the Episodes and Extras is also correct.
Now I deselect the Extras in the Editor and Save
=> Importing starts, but only the deselected Extras are imported, and the selected Episodes are skipped.

So something gets messed up.

Case 3: (working correctly)
Same as case 2, but instead of deselecting all the Extras I select the Episodes and keep at least one of the Extras
=> Import and Menu creation are correct

So the problem seems to exist only when I unselect all the Extras.
The cases are reproducible.

Edit:
I seem to have been too optimistic with Case 3.

In General:
- The Quick-Menu proposal when importing a BD, let's call it 'Version A'
- My Quick-Menu edit (text edit and titles selection) is 'Version B'
- What gets then imported into the IMPORT Folder is 'Version C'
- What I finally get -- as a surprise -- on the burned disc is 'Version D'

So the only method which seems to work reliably is Case 1 above, i.e. selecting the import threshold high enough such that only the episodes are selected, and forget any Extras.

The issue is probably related to the weird menu & playlist structure of this disc, I believe.

Edit2:
Hmm.... could the screwing up be caused by the truncation (max. number of characters) of the Quick-Menu text strings ...?

[jdobbs]

Any chance that the real issue is that the names saved during the first import are attempting to be used in the second -- meaning the times/titles etc. aren't applied to the correct playitem? If you are changing the import parameters, try deleting the titles.inf file between changes. If that's it I'll look at a way to ignore it when the parameters change.

[Sharc]

Any chance that the real issue is that the names saved during the first import are attempting to be used in the second -- meaning the times/titles etc. aren't applied to the correct playitem? If you are changing the import parameters, try deleting the titles.inf file between changes. If that's it I'll look at a way to ignore it when the parameters change.
I thought I purged the title.inf between attempts, but I'll try again to be sure after the current encode finalizes.
I noticed that the first title.inf (original and edited) is written to the source folder. It gets then copied to the IMPORT folder, where it can be edited again while the title.inf in the source folder remains intact. I don't think this matters though.

[Sharc]

@jdobbs
I purged all the title.inf, but it didn't help.

title.inf with the deselcted Extras (in source folder):
[Titles]
Title=BD_BREAK_BAD_FINAL_SEASON_D2
Threshold=16200000
00001=01. BD BREAK_BAD_FINAL_SEASON_D2 [00:46:13
00002=02. BD BREAK_BAD_FINAL_SEASON_D2 [00:47:13
00003=03. BD BREAK_BAD_FINAL_SEASON_D2 [00:53:26
00004=04. BD BREAK_BAD_FINAL_SEASON_D2 [00:55:14
00005=05. BD BREAK_BAD_FINAL_SEASON_D2 [00:09:36
00006=06. BD BREAK_BAD_FINAL_SEASON_D2 [00:14:24
00007=07. BD BREAK_BAD_FINAL_SEASON_D2 [00:10:01
00008=08. BD BREAK_BAD_FINAL_SEASON_D2 [00:07:27
00009=09. BD BREAK_BAD_FINAL_SEASON_D2 [00:09:47
00010=10. BD BREAK_BAD_FINAL_SEASON_D2 [00:08:01
00011=11. BD BREAK_BAD_FINAL_SEASON_D2 [00:07:25
[Position]
00001=1
00002=2
00003=3
00004=4
00005=0
00006=0
00007=0
00008=0
00009=0
00010=0
00011=0
[Selected]
00001=-1
00002=-1
00003=-1
00004=-1
00005=0
00006=0
00007=0
00008=0
00009=0
00010=0
00011=0

title.inf written to the IMPORTS folder (note the truncated strings)
[Titles]
Title=BD_BREAK_BAD_FINAL_SEASON_D2
Threshold=16200000
00001=01. BD BREAK_BAD_FINAL_SEASON_D2 [00:46:13
00002=02. BD BREAK_BAD_FINAL_SEASON_D2 [00:47:13
00003=03. BD BREAK_BAD_FINAL_SEASON_D2 [00:53:26
00004=04. BD BREAK_BAD_FINAL_SEASON_D2 [00:55:14

The DB-RB log:
[19:35:15] Importing BDs: BD_BREAK_BAD_FINAL_SEASON_D2
- Analyzing source playlists...
- Title Editing Dialog...
- Importing BD: BD BREAK_BAD_FINAL_SEASON_D2 [ 1 of 1]
- Importing Playlist 00465 [00:09:36.158]
- Importing Playlist 00466 [00:14:24.071]
- Importing Playlist 00469 [00:10:01.100]
- Importing Playlist 00476 [00:07:27.847]
- Importing Playlist 00477 [00:09:47.286]
- Skipped title per user setting...
- Importing Playlist 00478 [00:08:01.180]
- Skipped title per user setting...
- Importing Playlist 00479 [00:07:25.211]
- Skipped title per user setting...
- Importing Playlist 00800 [00:46:13.812]
- Skipped title per user setting...
- Importing Playlist 00801 [00:47:13.872]
- Skipped title per user setting...
- Importing Playlist 00802 [00:53:26.244]
- Skipped title per user setting...
- Importing Playlist 00803 [00:55:14.352]
- Skipped title per user setting...
- Creating Quick-Play Menu...
- Building menu structure...
[19:39:15] Import completed successfully.

Playlists of the short Extras are kept; the long episodes are skipped.

[jdobbs]

That's really weird.

The truncated strings will have no effect -- they're just shortened because of the maximum width of the menu text at the given font size.

[mparade]

----------------------
[02.14.14] BD Rebuilder v0.46.07 (beta)
[00:50:46] Source: PRINCESSANDTHEFROG
- Input BD size: 39,71 GB
- Approximate total content: [03:36:00.278]
- Target BD size: 46,26 GB
- Windows Version: 6.1 [7601]
- MOVIE and MENUS mode enabled
- Quality: Highest (Very Slow), CRF
- Decoding/Frame serving: X264/LAVF
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
- Resuming from previously started job.
[00:51:24] PHASE ONE, Encoding
- [00:51:24] Processing: VID_00066 (55 of 102)
- [00:51:24] Extracting A/V streams [VID_00066]
- Error in attempt to MKVMERGE.
[00:52:05] - Failed to retrieve audio, aborted

Any idea what could be the reason of that?

Thanks in advance!

[jdobbs]

----------------------
[02.14.14] BD Rebuilder v0.46.07 (beta)
[00:50:46] Source: PRINCESSANDTHEFROG
- Input BD size: 39,71 GB
- Approximate total content: [03:36:00.278]
- Target BD size: 46,26 GB
- Windows Version: 6.1 [7601]
- MOVIE and MENUS mode enabled
- Quality: Highest (Very Slow), CRF
- Decoding/Frame serving: X264/LAVF
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
- Resuming from previously started job.
[00:51:24] PHASE ONE, Encoding
- [00:51:24] Processing: VID_00066 (55 of 102)
- [00:51:24] Extracting A/V streams [VID_00066]
- Error in attempt to MKVMERGE.
[00:52:05] - Failed to retrieve audio, aborted

Any idea what could be the reason of that?

Thanks in advance!Could you turn "Verbose Status Reporting" and post the log again? I'd like to see what kind of source it is encountering so I can find out why it needs to use MKVMERGE. I'm guessing it is either a secondary stream or a field-based VC-1 source.

[mparade]

Could you turn "Verbose Status Reporting" and post the log again? I'd like to see what kind of source it is encountering so I can find out why it needs to use MKVMERGE. I'm guessing it is either a secondary stream or a field-based VC-1 source.

----------------------
[02.14.14] BD Rebuilder v0.46.07 (beta)
[17:56:37] Source: PRINCESSANDTHEFROG
- Input BD size: 32,46 GB
- Approximate total content: [03:36:00.278]
- Target BD size: 46,26 GB
- Windows Version: 6.1 [7601]
- MOVIE and MENUS mode enabled
- Quality: Highest (Very Slow), CRF
- Decoding/Frame serving: X264/LAVF
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[17:56:37] PHASE ONE, Encoding
- [17:56:37] Blanking: VID_00002 (1 of 102)
- [17:56:37] Blanking: VID_00004 (2 of 102)
- [17:56:37] Blanking: VID_00005 (3 of 102)
- [17:56:37] Blanking: VID_00009 (4 of 102)
- [17:56:37] Blanking: VID_00010 (5 of 102)
- [17:56:37] Blanking: VID_00011 (6 of 102)
- [17:56:37] Blanking: VID_00012 (7 of 102)
- [17:56:37] Blanking: VID_00013 (8 of 102)
- [17:56:37] Blanking: VID_00014 (9 of 102)
- [17:56:37] Blanking: VID_00015 (10 of 102)
- [17:56:37] Blanking: VID_00016 (11 of 102)
- [17:56:37] Blanking: VID_00017 (12 of 102)
- [17:56:37] Blanking: VID_00018 (13 of 102)
- [17:56:37] Blanking: VID_00019 (14 of 102)
- [17:56:37] Blanking: VID_00020 (15 of 102)
- [17:56:37] Blanking: VID_00021 (16 of 102)
- [17:56:37] Blanking: VID_00022 (17 of 102)
- [17:56:37] Blanking: VID_00023 (18 of 102)
- [17:56:37] Blanking: VID_00024 (19 of 102)
- [17:56:37] Blanking: VID_00025 (20 of 102)
- [17:56:37] Blanking: VID_00026 (21 of 102)
- [17:56:37] Blanking: VID_00027 (22 of 102)
- [17:56:37] Blanking: VID_00028 (23 of 102)
- [17:56:37] Blanking: VID_00029 (24 of 102)
- [17:56:37] Blanking: VID_00030 (25 of 102)
- [17:56:37] Blanking: VID_00031 (26 of 102)
- [17:56:37] Blanking: VID_00033 (27 of 102)
- [17:56:37] Blanking: VID_00034 (28 of 102)
- [17:56:37] Blanking: VID_00035 (29 of 102)
- [17:56:37] Blanking: VID_00036 (30 of 102)
- [17:56:37] Blanking: VID_00037 (31 of 102)
- [17:56:37] Blanking: VID_00038 (32 of 102)
- [17:56:37] Blanking: VID_00040 (33 of 102)
- [17:56:37] Blanking: VID_00041 (34 of 102)
- [17:56:37] Blanking: VID_00042 (35 of 102)
- [17:56:37] Blanking: VID_00043 (36 of 102)
- [17:56:37] Blanking: VID_00044 (37 of 102)
- [17:56:37] Blanking: VID_00045 (38 of 102)
- [17:56:37] Processing: VID_00050 (39 of 102)
- [17:56:37] Extracting A/V streams [VID_00050]
- [17:56:55] Reencoding video [VID_00050]
- [17:56:55] Reencoding secondary video [TRK_02]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 7*088 frames
- [17:57:38] Encoding using constant rate factor.
- [18:02:44] Video Encode complete
- [18:02:44] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4354 (hun): Keeping original audio
- Track 4356 (eng): Keeping original audio
- [18:02:44] Multiplexing M2TS
- [18:02:53] Processing: VID_00051 (40 of 102)
- [18:02:53] Extracting A/V streams [VID_00051]
- [18:02:59] Reencoding video [VID_00051]
- [18:02:59] Reencoding secondary video [TRK_02]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 501 frames
- [18:03:01] Encoding using constant rate factor.
- [18:03:20] Video Encode complete
- [18:03:20] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4354 (hun): Keeping original audio
- Track 4356 (eng): Keeping original audio
- [18:03:20] Multiplexing M2TS
- [18:03:24] Processing: VID_00052 (41 of 102)
- [18:03:24] Extracting A/V streams [VID_00052]
- [18:03:32] Reencoding video [VID_00052]
- [18:03:32] Reencoding secondary video [TRK_02]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 1*688 frames
- [18:03:41] Encoding using constant rate factor.
- [18:04:51] Video Encode complete
- [18:04:51] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4354 (hun): Keeping original audio
- Track 4356 (eng): Keeping original audio
- [18:04:51] Multiplexing M2TS
- [18:04:56] Processing: VID_00053 (42 of 102)
- [18:04:56] Extracting A/V streams [VID_00053]
- [18:05:04] Reencoding video [VID_00053]
- [18:05:04] Reencoding secondary video [TRK_02]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 1*560 frames
- [18:05:11] Encoding using constant rate factor.
- [18:06:04] Video Encode complete
- [18:06:04] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4354 (hun): Keeping original audio
- Track 4356 (eng): Keeping original audio
- [18:06:04] Multiplexing M2TS
- [18:06:08] Processing: VID_00054 (43 of 102)
- [18:06:08] Extracting A/V streams [VID_00054]
- [18:06:15] Reencoding video [VID_00054]
- [18:06:15] Reencoding secondary video [TRK_02]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 1*107 frames
- [18:06:23] Encoding using constant rate factor.
- [18:07:08] Video Encode complete
- [18:07:08] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4354 (hun): Keeping original audio
- Track 4356 (eng): Keeping original audio
- [18:07:08] Multiplexing M2TS
- [18:07:12] Processing: VID_00055 (44 of 102)
- [18:07:12] Extracting A/V streams [VID_00055]
- [18:07:19] Reencoding video [VID_00055]
- [18:07:19] Reencoding secondary video [TRK_02]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 802 frames
- [18:07:24] Encoding using constant rate factor.
- [18:07:54] Video Encode complete
- [18:07:54] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4354 (hun): Keeping original audio
- Track 4356 (eng): Keeping original audio
- [18:07:54] Multiplexing M2TS
- [18:07:59] Processing: VID_00056 (45 of 102)
- [18:07:59] Extracting A/V streams [VID_00056]
- [18:08:09] Reencoding video [VID_00056]
- [18:08:09] Reencoding secondary video [TRK_02]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 2*868 frames
- [18:08:27] Encoding using constant rate factor.
- [18:10:17] Video Encode complete
- [18:10:17] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4354 (hun): Keeping original audio
- Track 4356 (eng): Keeping original audio
- [18:10:17] Multiplexing M2TS
- [18:10:23] Processing: VID_00057 (46 of 102)
- [18:10:23] Extracting A/V streams [VID_00057]
- [18:10:32] Reencoding video [VID_00057]
- [18:10:32] Reencoding secondary video [TRK_02]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 2*131 frames
- [18:10:44] Encoding using constant rate factor.
- [18:11:58] Video Encode complete
- [18:11:58] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4354 (hun): Keeping original audio
- Track 4356 (eng): Keeping original audio
- [18:11:58] Multiplexing M2TS
- [18:12:03] Processing: VID_00058 (47 of 102)
- [18:12:03] Extracting A/V streams [VID_00058]
- [18:12:12] Reencoding video [VID_00058]
- [18:12:12] Reencoding secondary video [TRK_02]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 2*040 frames
- [18:12:21] Encoding using constant rate factor.
- [18:13:33] Video Encode complete
- [18:13:34] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4354 (hun): Keeping original audio
- Track 4356 (eng): Keeping original audio
- [18:13:34] Multiplexing M2TS
- [18:13:38] Processing: VID_00059 (48 of 102)
- [18:13:38] Extracting A/V streams [VID_00059]
- [18:13:44] Reencoding video [VID_00059]
- [18:13:44] Reencoding secondary video [TRK_02]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 444 frames
- [18:13:46] Encoding using constant rate factor.
- [18:14:04] Video Encode complete
- [18:14:04] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4354 (hun): Keeping original audio
- Track 4356 (eng): Keeping original audio
- [18:14:04] Multiplexing M2TS
- [18:14:08] Processing: VID_00060 (49 of 102)
- [18:14:08] Extracting A/V streams [VID_00060]
- [18:14:23] Reencoding video [VID_00060]
- [18:14:23] Reencoding secondary video [TRK_02]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 5*684 frames
- [18:14:59] Encoding using constant rate factor.
- [18:19:01] Video Encode complete
- [18:19:01] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4354 (hun): Keeping original audio
- Track 4356 (eng): Keeping original audio
- [18:19:01] Multiplexing M2TS
- [18:19:09] Processing: VID_00061 (50 of 102)
- [18:19:09] Extracting A/V streams [VID_00061]
- [18:19:16] Reencoding video [VID_00061]
- [18:19:16] Reencoding secondary video [TRK_02]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 1*082 frames
- [18:19:23] Encoding using constant rate factor.
- [18:20:06] Video Encode complete
- [18:20:06] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4354 (hun): Keeping original audio
- Track 4356 (eng): Keeping original audio
- [18:20:06] Multiplexing M2TS
- [18:20:11] Processing: VID_00062 (51 of 102)
- [18:20:11] Extracting A/V streams [VID_00062]
- [18:20:31] Reencoding video [VID_00062]
- [18:20:31] Reencoding secondary video [TRK_02]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 10*006 frames
- [18:21:36] Encoding using constant rate factor.
- [18:28:44] Video Encode complete
- [18:28:45] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4354 (hun): Keeping original audio
- Track 4356 (eng): Keeping original audio
- [18:28:45] Multiplexing M2TS
- [18:28:57] Processing: VID_00063 (52 of 102)
- [18:28:57] Extracting A/V streams [VID_00063]
- [18:29:03] Reencoding video [VID_00063]
- [18:29:03] Reencoding secondary video [TRK_02]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 840 frames
- [18:29:08] Encoding using constant rate factor.
- [18:29:36] Video Encode complete
- [18:29:36] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4354 (hun): Keeping original audio
- Track 4356 (eng): Keeping original audio
- [18:29:36] Multiplexing M2TS
- [18:29:40] Processing: VID_00064 (53 of 102)
- [18:29:40] Extracting A/V streams [VID_00064]
- [18:29:49] Reencoding video [VID_00064]
- [18:29:49] Reencoding secondary video [TRK_02]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 2*592 frames
- [18:30:00] Encoding using constant rate factor.
- [18:31:34] Video Encode complete
- [18:31:34] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4354 (hun): Keeping original audio
- Track 4356 (eng): Keeping original audio
- [18:31:34] Multiplexing M2TS
- [18:31:39] Processing: VID_00065 (54 of 102)
- [18:31:39] Extracting A/V streams [VID_00065]
- [18:31:46] Reencoding video [VID_00065]
- [18:31:46] Reencoding secondary video [TRK_02]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 1*363 frames
- [18:31:52] Encoding using constant rate factor.
- [18:32:42] Video Encode complete
- [18:32:42] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4354 (hun): Keeping original audio
- Track 4356 (eng): Keeping original audio
- [18:32:42] Multiplexing M2TS
- [18:32:46] Processing: VID_00066 (55 of 102)
- [18:32:46] Extracting A/V streams [VID_00066]
- Error in attempt to MKVMERGE.
[18:33:27] - Failed to retrieve audio, aborted

I hope it helps.

[Capsbackup]

Just curious, I have noticed ever since BD-RB began using the new tsMuxer, after movie only backups to AVCHD there is two clipi and mpls files in each respective folders. One is named 00000.clpi and 00000.mpls, the other is just .clpi and .mpls.
Is there a reason for this? :confused:

[Rodger]

Hi Guys,

sadly another one with that annoying error:

----------------------
[02.15.14] BD Rebuilder v0.46.11 (beta)
[07:48:46] Source: RED_2
- Input BD size: 35,32 GB
- Approximate total content: [03:00:15.596]
- Target BD size: 22,95 GB
- Windows Version: 6.2 [9200]
- Auto Quality: Good (Very Fast), ABR
- Decoding/Frame serving: DGDecNV
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[07:48:46] PHASE ONE, Encoding
- [07:48:46] Processing: VID_00027 (1 of 4)
- [07:48:46] Extracting A/V streams [VID_00027]
- [07:48:51] Reencoding video [VID_00027]
- Source Video: MPEG-2, 1920x1080
- Rate/Length: 23,976fps, 107 frames
- [07:48:51] Reencoding: VID_00027, Pass 1 of 1
- [07:48:51] Video Encode complete
- [07:48:51] Processing audio tracks
- [07:48:51] Multiplexing M2TS
- [07:48:55] Processing: VID_00026 (2 of 4)
- [07:48:55] Extracting A/V streams [VID_00026]
- [07:49:02] Reencoding video [VID_00026]
- Source Video: MPEG-2, 1920x1080
- Rate/Length: 23,976fps, 2.959 frames
- [07:49:02] Reencoding: VID_00026, Pass 1 of 1
- [07:49:16] Video Encode complete
- [07:49:16] Processing audio tracks
- Track 4352 (deu): Keeping original audio
- [07:49:16] Multiplexing M2TS
- [07:49:20] Processing: VID_00001 (3 of 4)
- [07:49:20] Extracting A/V streams [VID_00001]
- [07:50:08] Reencoding video [VID_00001]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 49.931 frames
- Bitrate: 12.223 Kbs
- [07:50:08] Reencoding: VID_00001, Pass 1 of 1
- [07:55:44] Video Encode complete
- [07:55:44] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [07:55:44] Multiplexing M2TS
- [07:56:05] Processing: VID_00000 (4 of 4)
- [07:56:05] Extracting A/V streams [VID_00000]
- Error in attempt to extract audio/subs.
-
[07:58:22] - Failed to retrieve audio, aborted


Since ALL my Rips seems to have problem now (only in BDRB it seems) I took a shot and tried that file in tsmuxer as that is usually the problem described when that error appears.
But tsmuxer is not the problem it seems:

SmartLabs tsMuxeR. Version 1.10.6 http://www.smlabs.net
Decoding H264 stream (track 1): Profile: High@4.1 Resolution: 1920:1080p Frame rate: 23.976
H.264 stream does not contain fps field. Muxing fps=23.976
Decoding DTS-HD stream (track 2): Bitrate: 1536Kbps core + MLP data.Sample Rate: 48KHz Channels: 7.1 (DTS Master Audio)
Decoding DTS-HD stream (track 3): Bitrate: 1536Kbps core + MLP data.Sample Rate: 48KHz Channels: 7.1 (DTS Master Audio)
Decoding PGS stream (track 5): Resolution: 1920:1080 Frame rate: 23.976
Decoding PGS stream (track 4): Resolution: 1920:1080 Frame rate: 23.976
Decoding PGS stream (track 6): Resolution: 1920:1080 Frame rate: 23.976
Processed 166993 video frames
Demux complete.
Demuxing time: 1 min 22 sec

Full BD-Backup. I´m trying Movie only to see if that helps.
Until now every time BDRB showed that message I ALWAYS was able to "save" the movie only with BDtoAVCHD.
And it shows me a working progress with VID_00000 instead of stopping with an error.
I really think this is a problem of BDRB. Whatever it is :(

see here:
[02.15.14] BD Rebuilder v0.46.11 (beta)
[08:13:32] Source: RED_2_00000
- Input BD size: 24,95 GB
- Approximate total content: [01:56:04.999]
- Target BD size: 22,95 GB
- Windows Version: 6.2 [9200]
- MOVIE-ONLY mode enabled
- Auto Quality: Good (Very Fast), ABR
- Decoding/Frame serving: DGDecNV
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[08:13:34] PHASE ONE, Encoding
- [08:13:34] Processing: VID_00000 (1 of 1)
- [08:13:34] Extracting A/V streams [VID_00000]
- [08:16:55] Reencoding video [VID_00000]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 166.993 frames
- Bitrate: 20.916 Kbs
- [08:16:55] Reencoding: VID_00000, Pass 1 of 1


Anyone got an idea why that happens?

[inge70]

Just curious, I have noticed ever since BD-RB began using the new tsMuxer, after movie only backups to AVCHD there is two clipi and mpls files in each respective folders. One is named 00000.clpi and 00000.mpls, the other is just .clpi and .mpls.
Is there a reason for this? :confused:

is also already noticed. only I do not know if the new tsmuxer causes or BD_Rebuilder. The files 00000.clpi and 00000.mpls in the folders BMDV / Backup / CLIPINF and BDMV / Backup / playlist, and in BDMV / CLIPINF and BDMV / playlist are ok and need to be there. But there appear additional files only. Clpi and. Mpls hot, so without "00000" in the name, the wrong and the burn an AVCHD, in the acquisition, denied. these files. clpi and. mpls please delete. They are each present twice in the folders listed here.
Then, no more burning program complains rum. ;)

PS: If I use tsMuxeR solo, that does not happen when I Muxe a mkv to AVCHD. Teste just BD_Rebuilder if it happens there, as I have already noticed with these additional two files.

[colinhunt]

I bumped into something which is very likely not a bug with BD-RB, but it's vexing nevertheless. I did a full backup of The Americans disc 2 on 0.46.11, and the deleted scenes came out somewhat messed up again. The four relevant m2ts files are 00300, 00301, 00302 and 00303.

Since the backup came out a bit undersized and there was enough space for them, I decided to replace the four messed up files with the originals. So I copied the four m2ts files to the backup, followed by the .clpi and .mpls files, also named 00300, 00301, 00302 and 00303. I also replaced the backups with originals in the BDMV / Backup directory.

But all that wasn't enough, because the backup does not play correctly. Deleted scenes start in the middle, play for a second, then skip to the next one. What did I miss or mess up?

[jdobbs]

Just curious, I have noticed ever since BD-RB began using the new tsMuxer, after movie only backups to AVCHD there is two clipi and mpls files in each respective folders. One is named 00000.clpi and 00000.mpls, the other is just .clpi and .mpls.
Is there a reason for this? :confused:I've noticed it too. But can't seem to find one where they exist now. I assumed it was a bug in TSMUXER, but I'll check to find out. I don't think it hurts anything, but I'll make sure it goes away in the next release.

Can you give me a specific sequence that will cause it?

[jdobbs]

Hi Guys,

sadly another one with that annoying error:
...
Anyone got an idea why that happens?I have RED_2 on my hard drive. Post the contents of your INI file and I'll run a test. Could you also run INSPECT from the HELP menu and post the results?

[Capsbackup]

I've noticed it too. But can't seem to find one where they exist now. I assumed it was a bug in TSMUXER, but I'll check to find out. I don't think it hurts anything, but I'll make sure it goes away in the next release.

Can you give me a specific sequence that will cause it?

Seems that every movie only backup to BD5 or BD9 causes this for me.
Source is original Blu-ray rip.

[Rodger]

Hi there Jdobbs,

cleared my harddrive up su just started a new run to deliver an ini file.

INSPECT:
- Windows Version: 6.2 [9200]
- AVISYNTH Version: [2.6.0.3], not recommended version
- HAALI Splitter: [1.9.42.1], Ok
- FFDSHOW: [4504], Ok
- FFDSHOW VC-1 set incorrectly: [19]
- FFDSHOW MPEG2 set incorrectly: [19]
- FFDSHOW AVC set incorrectly: [19]
- AnyDVD settings check: Ok.
- BD-RB v0.46.0.11, not current

INFO FFDSHOW Errors = Intel Quicksync is set

==============================================
Complete Verbose Log of Project:
[02.15.14] BD Rebuilder v0.46.11 (beta)
[15:45:41] Source: RED_2_00000
- Input BD size: 24,95 GB
- Approximate total content: [01:56:04.999]
- Target BD size: 22,95 GB
- Windows Version: 6.2 [9200]
- MOVIE-ONLY mode enabled
- Auto Quality: Good (Very Fast), ABR
- Decoding/Frame serving: DGDecNV
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[15:45:41] PHASE ONE, Encoding
- [15:45:41] Processing: VID_00000 (1 of 1)
- [15:45:41] Extracting A/V streams [VID_00000]
[15:45:46]PHASE ONE aborted by user request
----------------------
[02.15.14] BD Rebuilder v0.46.11 (beta)
[15:45:53] Source: RED_2
- Input BD size: 35,32 GB
- Approximate total content: [03:00:15.596]
- Target BD size: 22,95 GB
- Windows Version: 6.2 [9200]
- Auto Quality: Good (Very Fast), ABR
- Decoding/Frame serving: DGDecNV
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[15:45:54] PHASE ONE, Encoding
- [15:45:54] Processing: VID_00027 (1 of 4)
- [15:45:54] Extracting A/V streams [VID_00027]
- [15:45:59] Reencoding video [VID_00027]
- Source Video: MPEG-2, 1920x1080
- Rate/Length: 23,976fps, 107 frames
- [15:45:59] Reencoding: VID_00027, Pass 1 of 1
- [15:45:59] Video Encode complete
- [15:45:59] Processing audio tracks
- [15:45:59] Multiplexing M2TS
- [15:46:03] Processing: VID_00026 (2 of 4)
- [15:46:03] Extracting A/V streams [VID_00026]
- [15:46:10] Reencoding video [VID_00026]
- Source Video: MPEG-2, 1920x1080
- Rate/Length: 23,976fps, 2.959 frames
- [15:46:10] Reencoding: VID_00026, Pass 1 of 1
- [15:46:24] Video Encode complete
- [15:46:24] Processing audio tracks
- Track 4352 (deu): Keeping original audio
- [15:46:24] Multiplexing M2TS
- [15:46:28] Processing: VID_00001 (3 of 4)
- [15:46:28] Extracting A/V streams [VID_00001]
- [15:47:10] Reencoding video [VID_00001]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 49.931 frames
- Bitrate: 12.223 Kbs
- [15:47:10] Reencoding: VID_00001, Pass 1 of 1
[02.15.14] Checking System Settings
- BD-Rebuilder v0.46.11 (beta)
- Windows Version: 6.2 [9200]
- AVISYNTH Version: 2.6.0.3, not recommended version
- HAALI Splitter: 1.9.42.1, Ok
- FFDSHOW: 4504, Ok
- FFDSHOW VC-1 set incorrectly: [19]
- FFDSHOW MPEG2 set incorrectly: [19]
- FFDSHOW AVC set incorrectly: [19]
- AnyDVD settings check: Ok.
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok
- FRIMEncode: Ok
- FRIMDecode: Ok
[02.15.14] Systems Settings Check complete
- [15:52:48] Video Encode complete
- [15:52:48] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [15:52:48] Multiplexing M2TS
- [15:53:09] Processing: VID_00000 (4 of 4)
- [15:53:09] Extracting A/V streams [VID_00000]
- Error in attempt to extract audio/subs.
-
[15:55:26] - Failed to retrieve audio, aborted



TRYING MOVIE ONLY BACKUP
Completet Verbose Log:
02.15.14] BD Rebuilder v0.46.11 (beta)
[15:56:18] Source: RED_2_00000
- Input BD size: 24,95 GB
- Approximate total content: [01:56:04.999]
- Target BD size: 22,95 GB
- Windows Version: 6.2 [9200]
- MOVIE-ONLY mode enabled
- Auto Quality: Good (Very Fast), ABR
- Decoding/Frame serving: DGDecNV
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[15:56:20] PHASE ONE, Encoding
- [15:56:20] Processing: VID_00000 (1 of 1)
- [15:56:20] Extracting A/V streams [VID_00000]
- [15:59:38] Reencoding video [VID_00000]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 166.993 frames
- Bitrate: 20.916 Kbs
- [15:59:38] Reencoding: VID_00000, Pass 1 of 1


NOW it is NO PROBLEM ???

[jdobbs]

The FFDSHOW settings won't really matter when you are using DGDecNV, so that's no big deal. But I'm confused as to how you could possibly get the "BD-RB v0.46.0.11, not current" message? The INSPECT in the HELP menu doesn't even check that???

What do you mean by "NOW it is NO PROBLEM"?

[Capsbackup]

@Rodger,
You need to correct the many problems displayed with "Inspect"!! :(

[jdobbs]

Seems that every movie only backup to BD5 or BD9 causes this for me.
Source is original Blu-ray rip.I was able to repeat it. I also ran the META directly from a command line and it didn't create the files... so I need to find out why it is doing it when BD-RB runs it.

[Rodger]

Sorry,

thought you´d figure it out.

The Inspect part was from the external inspect.exe
There is a inspect from inside BDRB in the Logs of my last post.

So to prevent further confusion....
[02.15.14] Checking System Settings
- BD-Rebuilder v0.46.11 (beta)
- Windows Version: 6.2 [9200]
- AVISYNTH Version: 2.6.0.3, not recommended version
- HAALI Splitter: 1.9.42.1, Ok
- FFDSHOW: 4504, Ok
- FFDSHOW VC-1 set incorrectly: [19]
- FFDSHOW MPEG2 set incorrectly: [19]
- FFDSHOW AVC set incorrectly: [19]
- AnyDVD settings check: Ok.
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok
- FRIMEncode: Ok
- FRIMDecode: Ok
[02.15.14] Systems Settings Check complete


Now it is no problem was related to the fact that BDRD is unable to work with VID_00000 while making a full backup but when making a movie only backup it is obviously no problem since it started to reencode it.

See the Logs in my last post.

[jdobbs]

@RodgerPost the contents of your INI file and I'll run a test.You gave me your log and the contents of the INF file. But I need the INI file to make sure my settings match yours. It is called BDREBUILDER.INI and is located int the same folder as BDRB.EXE. In the meantime I've started a job doing a full backup of RED_2 using DGDecNV.

It also doesn't look like the structure of my disc matches yours... probably because they are different regions.

I notice that you are using the alpha version of AVISYNTH v2.6 -- which is not recommended for BD-RB. But... AVISYNTH isn't involved in the extraction of audio/subs, so I'll ignore that for now.

Do you have a copy of the AUD_00000.META file from the full backup attempt? I'd like to see if it has any anomalies. In fact, it might be useful to compare that file from both of the two attempts.

[jdobbs]

I just completed the backup of RED_2 with no issues. I'll need more information (see previous post) before I can help any more.

[Rodger]

Sorry my bad!
Didn´t read carefully enough I guess :o

You may compare the disc sizes...maybe the different disc releases are already that easy to compare.


All requested files in the new zip.
+ ERROR When BackUp MOVIE ONLY!!!
Reencoding does work but final Muxing gives error!!!
See files / Logs for Info


Since it is globally mentioned...
SHOULD I use DGdeNV or am I better off without it when processing BDs with BDRB?

MY experience is that AVIsynth 2.6.x is faster than 2.5.8 since I can use the MT tweaked version from SEt in other programs.
see here: http://forum.doom9.org/showthread.php?t=148782
+ It has been perfectly stable for me

What´s your opinion on this?



/EDIT: STOP!!! Please wait for me to give further Info via PM before waisting your time (anymore)


/EDIT: I AM SO EMBARRASSED! And so sorry for waisting your time. There is nothing in the whole world you could do but to tell the idiot (me) to check for enough space left on the harddrive.

[jdobbs]

Don't worrry about it. I've done the same thing myself -- even to the point of looking at code before checking my free space.

Have a good day. :)

[Rodger]

Thanks for your kind answer ;)

But please give me your opinion on my two questions:

SHOULD I use DGdeNV or am I better off without it when processing BDs with BDRB?

MY experience is that AVIsynth 2.6.x is faster than 2.5.8 since I can use the MT tweaked version from SEt in other programs.
see here: http://forum.doom9.org/showthread.php?t=148782
+ It has been perfectly stable for me

[Capsbackup]

I was able to repeat it. I also ran the META directly from a command line and it didn't create the files... so I need to find out why it is doing it when BD-RB runs it.

Not a "high priority" bug, more cosmetic! :)
There has never been a doubt about your finding and fixing capabilities. :D ;)

[inge70]

I've noticed it too. But can't seem to find one where they exist now. I assumed it was a bug in TSMUXER, but I'll check to find out. I don't think it hurts anything, but I'll make sure it goes away in the next release.

Can you give me a specific sequence that will cause it?

Have times tested because of the ". Cpli" and ". Mpls" files. If I use tsMuxer v2.6.12 alone (mkv to AVCHD mux) are correct, only one "00000.clpi" and "00000.mpls" created in each folder and NO ".cpli" and ".mpls" without "00000" in the name.
This happens, strangely enough, only with BD_Rebuilder currently. After completion appear "00000.clpi" and ".clpi" in CLIPINF folder. same for "00000.mpls" and ".mpls" in the playlist folder.

Why this is, I can not see from the bd_rebuilder-log and. Inf unfortunately. Everything looks normal there.

[02.15.14] BD Rebuilder v0.46.11 (beta)
[09:13:23] Source: FILME_00000
- Input BD size: 3,12 GB
- Approximate total content: [01:47:27.920]
- Target BD size: 4,36 GB
- Windows Version: 6.1 [7601]
- MOVIE-ONLY mode enabled
- Quality: Highest (Very Slow), Two Pass
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[09:13:23] PHASE ONE, Encoding
- [09:13:23] Processing: VID_00000 (1 of 1)
- [09:13:23] Extracting A/V streams [VID_00000]
- [09:14:04] Reencoding video [VID_00000]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 25,000fps, 161.198 frames
- Bitrate: 5.156 Kbs
- [09:14:04] Reencoding: VID_00000, Pass 1 of 2
- [09:46:28] Reencoding: VID_00000, Pass 2 of 2
- [11:38:33] Video Encode complete
- [11:38:33] Processing audio tracks
- Track 4352 (ger): Reencoding audio to AC3...
[11:38:55]PHASE ONE complete
[11:38:55]PHASE TWO - Rebuild Started
- [11:38:55] Rebuilding AVCHD file Structure
[11:39:48] - Encode and Rebuild complete
- WORKFILES folder removed.
[11:39:48] JOB: FILME finished.

[Status]
LABEL=FILME
VERSION=v0.46.11 (beta)
SOURCE_SIZE=3346022400
SOURCE_VIDEO_SIZE=3346022400
TARGET_SIZE=4686086144
REDUCTION=1.40049455257681
RESIZE_1080=0
RESIZE_1440=0
AUDIO_TO_KEEP=eng;ger;
KEEP_HD_AUDIO=-1
SUBS_TO_KEEP=all
BACKUP_MODE=1
MOVIEONLY_TYPE=0
USE_LAVF=0
INSTANCES=1
DGDECNV=0
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=4686086144
RATE=5156
SPLITS=1
NSIZE=0
FLINK=0
MLINK=0


[02.15.14] Checking System Settings
- BD-Rebuilder v0.46.11 (beta)
- Windows Version: 6.1 [7601]
- AVISYNTH Version: 2.5.8.0, Ok
- HAALI Splitter: 1.9.42.1, Ok
- FFDSHOW: 4515, Ok
- WIN7 preferred AVC CODEC: Ok
- WIN7 preferred VC-1 CODEC: Ok
- WIN7 preferred MPEG2 CODEC: Ok
- FFDSHOW VC-1 set to "wmv9", Ok
- FFDSHOW MPEG2 set to "libavcodec": Ok
- FFDSHOW AVC set to "libavcodec": Ok
- AnyDVD settings check: Ok.
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- WAVI: Ok
- TSMUXER: Ok
- FRIMEncode: Ok
- FRIMDecode: Ok
[02.15.14] Systems Settings Check complete


Maybe the error occurs when BD_rebuilder works with tsMuxeR v2.6.12 together. TsMuxeR solo does not write the additional file.
But now no test completed with tsMuxeR v1.10.6 v2.6.11 or to further isolate the error.

[jdobbs]

Thanks for your kind answer ;)

But please give me your opinion on my two questions:

SHOULD I use DGdeNV or am I better off without it when processing BDs with BDRB?

MY experience is that AVIsynth 2.6.x is faster than 2.5.8 since I can use the MT tweaked version from SEt in other programs.
see here: http://forum.doom9.org/showthread.php?t=148782
+ It has been perfectly stable for meDefinitely use DGDecNV. It is faster and reduces the processing necessary for several functions.

It's up to you with AVISYNTH, but you'll find I'm very hesitant to respond to bug reports when alpha software is in use that might be the cause, and may require a switch to v2.58 before accepting it as a bug.

[jdobbs]

Maybe the error occurs when BD_rebuilder works with tsMuxeR v2.6.12 together. TsMuxeR solo does not write the additional file.
But now no test completed with tsMuxeR v1.10.6 v2.6.11 or to further isolate the error.Not a "high priority" bug, more cosmetic! :)
There has never been a doubt about your finding and fixing capabilities. :D ;)I fixed it. Actually it was caused by BD-RB and was an indicator of an actual bug that had been reported a while back... so I'm glad you asked me to address it. Two bugs killed with one stone.

[Capsbackup]

I fixed it. Actually it was caused by BD-RB and was an indicator of an actual bug that had been reported a while back... so I'm glad you asked me to address it. Two bugs killed with one stone.

Well that was fast! ;)
And a bonus swat can always bring on a smile. :D

[Rodger]

Definitely use DGDecNV. It is faster and reduces the processing necessary for several functions.

It's up to you with AVISYNTH, but you'll find I'm very hesitant to respond to bug reports when alpha software is in use that might be the cause, and may require a switch to v2.58 before accepting it as a bug.

THANKS for your heads up.

100% understand your thinking about unverified software.
But I´d say it´s beyond alpha state....even beyond beta state thanks to SEt. More like a RC. SEt fixed a lot of glitches and errors. But I can´t speak for the whole community of video encoders since I don´t use many filters.

[Sharc]

That's really weird.

The truncated strings will have no effect -- they're just shortened because of the maximum width of the menu text at the given font size.
I am also surprised to find sometimes the generated menu background clip -- the default stars picture -- included as an "Extra" in the Quick-Menu list (titles.inf), although the thresholds are set to 10 or higher. I have to deselect it and save again to remove it from the Quick Menu. It does not happen every time though.

[Rodger]

I have never seen BDRB as a tool backup BDs to BD5/9 as a AVCHD.
Most probably because I was using "BDtoAVCHD" befor knowing of BDRB.

So I like a lot about BDRB which makes me think of BDRB replacing the other tool for BD5/9 Discs.

But BD-RB seems to be very wasterful with the possible disc space.
BDtoAVCHD makes a special run though the bitrates to be able to make a better encode-bitrate prediction.
So it is able to ALWAYS stay over 7,9GB in size making the best of the space available on BD9.

My first attempt with BDRB is 6,86GB. Over 1GB wasted.
So I´d like to know/find out is it my fault...do I need to learn how to tweak BDRB to use the space available better.

[Patrick]

An easy to reproduce bug: select some streams to be blanked and add the project to the batch queue. There is an entry about blanking attached to each queue entry (a bit vector I suppose), but the batch processor ignores all blanking requests...

[HWK]

I have never seen BDRB as a tool backup BDs to BD5/9 as a AVCHD.
Most probably because I was using "BDtoAVCHD" befor knowing of BDRB.

So I like a lot about BDRB which makes me think of BDRB replacing the other tool for BD5/9 Discs.

But BD-RB seems to be very wasterful with the possible disc space.
BDtoAVCHD makes a special run though the bitrates to be able to make a better encode-bitrate prediction.
So it is able to ALWAYS stay over 7,9GB in size making the best of the space available on BD9.

My first attempt with BDRB is 6,86GB. Over 1GB wasted.
So I´d like to know/find out is it my fault...do I need to learn how to tweak BDRB to use the space available better.

I am assuming you are using default setting in BD-RB. If so you need to enable 2-pass encoding which will encoder meet target size and provide better quality.

Also Jdobbs has reserved some space, however not as much you are seeing.

[jdobbs]

I have never seen BDRB as a tool backup BDs to BD5/9 as a AVCHD.
Most probably because I was using "BDtoAVCHD" befor knowing of BDRB.

So I like a lot about BDRB which makes me think of BDRB replacing the other tool for BD5/9 Discs.

But BD-RB seems to be very wasterful with the possible disc space.
BDtoAVCHD makes a special run though the bitrates to be able to make a better encode-bitrate prediction.
So it is able to ALWAYS stay over 7,9GB in size making the best of the space available on BD9.

My first attempt with BDRB is 6,86GB. Over 1GB wasted.
So I´d like to know/find out is it my fault...do I need to learn how to tweak BDRB to use the space available better.All DVD+-Rs I have used/tested (even the very high grade ones) are susceptible to problems on the outer tracks. So I've reduced the output size to avoid that area. But yours is undersized by quite a bit more than that. You can adjust target sizes as you see fit with undocumented settings. Here they are with their defaults:

BD5_SIZE=4469
BD9_SIZE=8032
BD25_SIZE=23500
BD50_SIZE=47366

(Actual output target size in bytes would be this number * 1024 * 1024 using true binary numbers). So a perfectly sized BD-9 output would be 8,422,162,432 bytes in size. A DVD+R DL will hold 8,547,991,552 bytes. So in true GB size, a BD-9 will only hold 7.96GB. When getting sizes as small as you are reporting there is usually one of two things happening. 1. The original was small enough to fit without reencoding so it is keeping it's original size (you can never reencode to a better picture than the original). 2. The bitrate required to hit the target size (when adding in the audio/subtitle requirements) would be higher than the maximum transfer rate allowable under the BD-5/9 standard.

There's really no 100% accurate way to predict output size, because the muxing in BD format is fairly unpredictable. Each audio type, for example has different percentages of muxing overhead. Also, there is no perfect encoder that will always hit exactly.

You can also set a custom size.

[HWK]

Yeah. All DVD+-Rs I have used/tested (even the very high grade ones) are susceptible to problems on the outer tracks.

What do you think of M-Disc?

[jdobbs]

What do you think of M-Disc?Don't know much about it -- and I think it requires a special burner. So obviously I haven't tested it.

[HWK]

Don't know much about it -- and I think it requires a special burner. So obviously I haven't tested it.

I will tell you, indeed it does require a special burner, which I have it. Since they have no dye layer on disc, a high power laser is used to engrave data on disc surface.

Just for info this is how disc looks, notice how transparent are they.
http://i60.tinypic.com/10idzzm.gif

[Sharc]

There's really no 100% accurate way to predict output size, because the muxing in BD format is fairly unpredictable. Each audio type, for example has different percentages of muxing overhead. Also, there is no perfect encoder that will always hit exactly.

You can also set a custom size.
Very true. For video + 2 x audio 2.0 192kbps ac3 (my old SVCD) I have to set the custom size to 4400 for BD5 which fills the disc 98%.

[HWK]

....just have sent 100 bucks for this fantastic program and for further improvements on the 3D feature. Keep it up! :)

I couldn't have said any better myself. So for me donation payment is by 2x.

[inge70]

I fixed it. Actually it was caused by BD-RB and was an indicator of an actual bug that had been reported a while back... so I'm glad you asked me to address it. Two bugs killed with one stone.

you're the best .. thank you :)

[Rodger]

Thanks for the info.

So I changed "hiddenopts.txt" as following:

BD5_SIZE=n n = Change the output size (in one megabyte units) for BD-5 writes -- default = 4480
BD9_SIZE=n n = Change the output size (in one megabyte units) for BD-9 writes -- default = 8125
BD25_SIZE=n n = Change the output size (in one megabyte units) for BD-25 writes -- default = 24500

ALWAYS use Verbatim is what I only can say. I copy the experience of jdobbs and admire him for thinking of what many users don´t know or think.
The only brand to expect stable results is verbatim. Tried so many others and always got disappointed.
TDK has/had decent ones too...but too expensive not to directly use the reference from verbatim.
And STAY AWAY from LTH types!!! Some burnerse don´t like them at all, others burn them with degraded write speeds. I don´t even fully trust the ones from verbatim.
I have burned and played them all without a single loss but time will tell if they can live up the the expectations I have with verbatim medias.
MY burners are PIONEER BDR-206 and PIONEER BDR-S08

Watch out for the media codes:
BD9 = MCC03RG20 DVD-R DL / MKM-003-00 DVD+R DL
BD25 = VERBAT-IMu-000 = LTY Type / CMCMAG-BA5-000 = Normal Type

[Sharc]

See also:
http://www.digitalfaq.com/reviews/dvd-media.htm

[jdobbs]

I couldn't have said any better myself. So for me donation payment is by 2x.Wow. What can I say? It is appreciated very much.

[jdobbs]

Thanks for the info.

So I changed "hiddenopts.txt" as following:

BD5_SIZE=n n = Change the output size (in one megabyte units) for BD-5 writes -- default = 4480
BD9_SIZE=n n = Change the output size (in one megabyte units) for BD-9 writes -- default = 8125
BD25_SIZE=n n = Change the output size (in one megabyte units) for BD-25 writes -- default = 24500

ALWAYS use Verbatim is what I only can say. I copy the experience of jdobbs and admire him for thinking of what many users don´t know or think.
The only brand to expect stable results is verbatim. Tried so many others and always got disappointed.
TDK has/had decent ones too...but too expensive not to directly use the reference from verbatim.
And STAY AWAY from LTH types!!! Some burnerse don´t like them at all, others burn them with degraded write speeds. I don´t even fully trust the ones from verbatim.
I have burned and played them all without a single loss but time will tell if they can live up the the expectations I have with verbatim medias.
MY burners are PIONEER BDR-206 and PIONEER BDR-S08

Watch out for the media codes:
BD9 = MCC03RG20 DVD-R DL / MKM-003-00 DVD+R DL
BD25 = VERBAT-IMu-000 = LTY Type / CMCMAG-BA5-000 = Normal TypeI'm sure you already know this, but for others who may be reading -- HIDDENOPTS.TXT is just documentation. The actual changes are added to BDREBUILDER.INI.

By the way, Verbatims are very good discs and I have a stack of them in front of me -- but they (the DVD+-R discs) are prone to errors on the outside tracks as well. It's probably less-likely than cheap discs, but it's still there. The same is true for BD-R, errors are more likely in the outer tracks -- but the issue seems much less pronounced than on DVD (I really don't know why).

[jdobbs]

An easy to reproduce bug: select some streams to be blanked and add the project to the batch queue. There is an entry about blanking attached to each queue entry (a bit vector I suppose), but the batch processor ignores all blanking requests...I'll look at it.

[gonca]

In view of the Toronto connection, HWK, $100 on the way. Jdobbs, buy the spouse some flowers amd relax for a day.

[jdobbs]

In view of the Toronto connection, HWK, $100 on the way. Jdobbs, buy the spouse some flowers amd relax for a day.I will do just that. Thanks for the support (again).

[HWK]

speaking of relax, you have earned it :D Perhaps go for dinner with your family as well.

[slvrsrfr]

Make sure you are running AVISYNTH v2.58. v2.6.0 is still in alpha, and if you have it installed it is probably you problem. I have no idea how it's DirectshowSource() interprets pulldown signals.

So, I just wiped my machine and did a fresh install of Window 7 Ultimate 64 bit. All I added on top of that was Avast, Office 2013, Beyond Compare, and Hypersnap.

I then went through your BDRB install steps from page 1 and then tried Season 1 of the Wire again, and The Simpsons Season 2 both 4 DVDs --> 1 BD. Both BDs have sound/video sync issues, however, it is very pronounced on The Simpsons.

jdobbs, The Wire is actually pretty close in terms of syncing. If you could just do me one more favor and check the first episode of season 1 (The target) - go to around the 50 minute mark (it's chapter 6 on my disc) where Bunk and McNulty are in a bar talking about his separation...the sound is about 1-2 seconds behind the video; is yours spot on?

FWIW, here are the batch log, settings ini, inspect log, and sample avs files from The Simpsons season 6 (my Wire files were deleted by the cleanup process).

[omegaman7]

So, I just wiped my machine and did a fresh install of Window 7 Ultimate 64 bit. All I added on top of that was Avast, Office 2013, Beyond Compare, and Hypersnap.

I then went through your BDRB install steps from page 1 and then tried Season 1 of the Wire again, and The Simpsons Season 2 both 4 DVDs --> 1 BD. Both BDs have sound/video sync issues, however, it is very pronounced on The Simpsons.

jdobbs, The Wire is actually pretty close in terms of syncing. If you could just do me one more favor and check the first episode of season 1 (The target) - go to around the 50 minute mark (it's chapter 6 on my disc) where Bunk and McNulty are in a bar talking about his separation...the sound is about 1-2 seconds behind the video; is yours spot on?

FWIW, here are the batch log, settings ini, inspect log, and sample avs files from The Simpsons season 6 (my Wire files were deleted by the cleanup process).

Didn't Jdobbs run a test on that one already(The Wire). I suspect you had a bad rip. Even if the raw/rip plays fine, encoders/rebuilder tools may find errors, where the player may not. I had to retire my ihes108 for this exact reason. It seemed to rip fine, but some encodes came out bad, due to rip/read errors.

[slvrsrfr]

Didn't Jdobbs run a test on that one already(The Wire). I suspect you had a bad rip. Even if the raw/rip plays fine, encoders/rebuilder tools may find errors, where the player may not. I had to retire my ihes108 for this exact reason. It seemed to rip fine, but some encodes came out bad, due to rip/read errors.

He did.

It would be a very strange coincidence if it was a bad rip, b/c every episode has a lag - this was across 4 DVDs. Same thing with The Wire Season 2, and The Simpsons Seasons 2, 3, and 6. 4 DVDs each/season. Further, the source videos are MPEG-2, 720x480, _Hybrid_ files.

I also did The Simpsons seasons 4 and 5 without issue, however, the total source size was < 23500, so there was no video reencoding.

So, that's 20 source DVDs, all with MPEG-2, 720x480, Hybrid files, all of which would need to have been bad rips to support that. But, right before I wiped my machine I reencoded season 4 of The Wire without issue, but these were _not_ hybrid source files. I also did 5 BD to BDs without issue, so I know my burner is OK...

[omegaman7]

I found I had to force encode on those types of sources. Don't ask me why, but it corrected Sync issues I had.

[slvrsrfr]

I found I had to force encode on those types of sources. Don't ask me why, but it corrected Sync issues I had.

I'm not sure that I follow you. These were all reencoded, except for seasons 4 and 5 of the Simpsons, which were fine.

So you set it to force encode, even when it already was encoding, to deal with hybrid mpeg2 file video/audio sync issues?

[jdobbs]

So, I just wiped my machine and did a fresh install of Window 7 Ultimate 64 bit. All I added on top of that was Avast, Office 2013, Beyond Compare, and Hypersnap.

I then went through your BDRB install steps from page 1 and then tried Season 1 of the Wire again, and The Simpsons Season 2 both 4 DVDs --> 1 BD. Both BDs have sound/video sync issues, however, it is very pronounced on The Simpsons.

jdobbs, The Wire is actually pretty close in terms of syncing. If you could just do me one more favor and check the first episode of season 1 (The target) - go to around the 50 minute mark (it's chapter 6 on my disc) where Bunk and McNulty are in a bar talking about his separation...the sound is about 1-2 seconds behind the video; is yours spot on?

FWIW, here are the batch log, settings ini, inspect log, and sample avs files from The Simpsons season 6 (my Wire files were deleted by the cleanup process).I'm running it again. One thing I meant to ask you... you mentioned that your Season 1 Collection had 4 discs consisting of 13 episodes. The one I have is 5 discs (13 episodes). I assumed it was a typo. My episodes were flagged as "Hybrid" just like yours.

[omegaman7]

I'm simply saying, that when rebuilder did not encode, there was a problem. By forcing, it corrected my issue. Thankfully, I rarely work with 480p/i sources :S

[slvrsrfr]

I'm running it again. One thing I meant to ask you... you mentioned that your Season 1 Collection had 4 discs consisting of 13 episodes. The one I have is 5 discs (13 episodes). I assumed it was a typo. My episodes were flagged as "Hybrid" just like yours.

Actually, it was a typo, sorry. There are 5 DVDs. The other series were all 4 (so, 21 bad DVD rips.....?)

Thanks for doing me this favor! :)

I'm simply saying, that when rebuilder did not encode, there was a problem. By forcing, it corrected my issue. Thankfully, I rarely work with 480p/i sources :S

This is the opposite of what I am experiencing.

[jdobbs]

I'm simply saying, that when rebuilder did not encode, there was a problem. By forcing, it corrected my issue. Thankfully, I rarely work with 480p/i sources :SThere are some issues with TSMUXER multiplexing sources with pulldown. I should probably disable the "USE_ORIGINAL" mode when it encounters them. I think some people see the issue and others don't depending upon the player.

@slvrsrfr

I don't remember if I asked this before... what player are you using?

[slvrsrfr]

@slvrsrfr

I don't remember if I asked this before... what player are you using?

The one I'm playing these on is a Panasonic DMP-BDT220.

[jdobbs]

The one I'm playing these on is a Panasonic DMP-BDT220.Ok. I just ran it and it is perfectly in sync at the point you mentioned, but my log doesn't look to be exactly like yours, so I'm changing a few settings and trying again.

[slvrsrfr]

Ok. I just ran it and it is perfectly in sync at the point you mentioned, but my log doesn't look to be exactly like yours, so I'm changing a few settings and trying again.

Drat! I don't get it... :scared:

[jdobbs]

Drat! I don't get it... :scared:In my previous run I noticed the audio had been reencoded and yours hadn't. So I changed the settings to match yours. Unfortunately, though, it completed again in perfect sync.

I don't know what else to do. All my instincts tell me something is wrong with your CODEC setup. But you've assured me everything is installed correctly and all of the recommended versions are in use. So I'm at a loss.

[CV91913]

Drat! I don't get it... :scared:
I have had this happen a few times over the years. Every time it has been a bad original source. As others have said, players are forgiving and encoders are not. Put the original disc in your set top player and move to about a minute before where you say it goes out of sync. Play from that point and watch for any kind of glitch. If there is something, the player will probably ignore it and keep playing in sync but it will screw up the encode. If you don't see a problem there, try the same thing with the rip.

[slvrsrfr]

In my previous run I noticed the audio had been reencoded and yours hadn't. So I changed the settings to match yours. Unfortunately, though, it completed again in perfect sync.

I don't know what else to do. All my instincts tell me something is wrong with your CODEC setup. But you've assured me everything is installed correctly and all of the recommended versions are in use. So I'm at a loss.

Is there anything else I can post for comparison, e.g., ffdshow settings screenshots? Like I said, I totally reinstalled Windows and ran all of the updates for it. Then I just added those other apps, which I didn't think would impact BDRB or the others, unless Office 2013 perhaps did. The reason I added it was to keep all of my screenshot setting for BDRB and ffdshow in one document for reference. For example, I took screenshots of ffdshow before and after I reinstalled Windows and noticed some of the codec settings were different.

I do have a copy of Windows 8, but haven't put it in the box that I run BDRB on yet, as I'm not ready to go there on it. What OS do you run?

[jdobbs]

Is there anything else I can post for comparison, e.g., ffdshow settings screenshots? Like I said, I totally reinstalled Windows and ran all of the updates for it. Then I just added those other apps, which I didn't think would impact BDRB or the others, unless Office 2013 perhaps did. The reason I added it was to keep all of my screenshot setting for BDRB and ffdshow in one document for reference. For example, I took screenshots of ffdshow before and after I reinstalled Windows and noticed some of the codec settings were different.

I do have a copy of Windows 8, but haven't put it in the box that I run BDRB on yet, as I'm not ready to go there on it. What OS do you run?I'm running Windows 7 (Home Premium). From the log you posted, it has the same version id as yours.

[jdobbs]

I have updated the first post of this thread with a link to the latest version of BD-RB (v0.46.13). Changes for this release:- Made a change to the processing of intact
video sources. This will eliminate blocking
artifacts that might be (rarely) introduced
in recent versions of TSMUXER.
- Further improved the algorithm for encoding
with LAVF frame serving. Due to updates in
newer versions of X264s LAVF, more source
formats are directly supported -- making
the need for reversion to DirectshowSource()
less likely.
- Corrected an error that could prevent BD-RB
from keeping 3D sources intact when they
would fit as-is in the target size.
- Corrected an issue that might prevent AVCHD
output from playing on certain players.
- Fixed a problem in which errant ".mpls" and
".clpi" files could be created in an AVCHD
movie-only authored structure.
- Fixed an issue that could cause incorrect
aspect ratio playback on certain rare
MPEG-2 sources.
- Disabled and removed PULLDOWN_720 from the
hidden options. In testing I've found too
many inconsistencies when it is set.
- Added working folder free space as a part
of the reported settings in error output
and "Inspect".
- Corrected an issue in which audio, subtitle,
and blanking options were not being properly
retained during a full backup via BATCH mode.
- Other minor corrections and cosmetic fixes.

[slvrsrfr]

I'm running Windows 7 (Home Premium). From the log you posted, it has the same version id as yours.

Hmmm, so I'm basically willing to do any test you'd recommend. I did do a search on Office 2013 and people complain that they can't play videos w/ it when they could w/ older versions of Office...so maybe there's something there. I'm going to do one more fresh install of Windows and nothing else but the components for BDRB!

I'm probably a big PITA, but I do really appreciate all of your suggestions and effort to help me resolve this!!! :)

[jdobbs]

Hmmm, so I'm basically willing to do any test you'd recommend. I did do a search on Office 2013 and people complain that they can't play videos w/ it when they could w/ older versions of Office...so maybe there's something there. I'm going to do one more fresh install of Windows and nothing else but the components for BDRB!

I'm probably a big PITA, but I do really appreciate all of your suggestions and effort to help me resolve this!!! :)I just posted a new version. It's the one I used for the last couple of test runs. I don't think it will change anything from your end... but you never know.

[slvrsrfr]

I just posted a new version. It's the one I used for the last couple of test runs. I don't think it will change anything from your end... but you never know.

I just started reloading Windows - so I'll grab this version once the updates finish. I'll give up if it doesn't work w/ just Windows and the the BDRB relevant apps. :)

[Sharc]

@jdobbs
Thank you for the new release.
I notice that BD-RB 0.46.13 still wants to add the sky background Clip as an Extra to the Quick-Menu. It happens after importing, when launching the Quick-Play Menu Editor and Save:
[Titles]
Title=SCRATCH
Threshold=27000000
00001=BC1
00002=BC2
00003=03. Disc Extra: [00:00:01.042]
[Position]
00001=1
00002=2
00003=3
[Selected]
00001=-1
00002=-1
00003=-1
It's a minor issue. One just has to manually unselect it or get it as a surprise on the burnt disc.

[jdobbs]

@jdobbs
Thank you for the new release.
I notice that BD-RB 0.46.13 still wants to add the sky background Clip as an Extra to the Quick-Menu. It happens after importing, when launching the Quick-Play Menu Editor and Save:
[Titles]
Title=SCRATCH
Threshold=27000000
00001=BC1
00002=BC2
00003=03. Disc Extra: [00:00:01.042]
[Position]
00001=1
00002=2
00003=3
[Selected]
00001=-1
00002=-1
00003=-1
It's a minor issue. One just has to manually unselect it or get it as a surprise on the burnt disc.I guess I don't understand. Why would you do a Quick Menu backup of an imported disc? The menu has already been created during the import. The intention was to do a full backup after importing. You'd also have to set the Quick Menu threshold really low...

But I'll look at it and make changes as necessary.

[HWK]

Jdobbs, do we need option write to iso file with imgBurn anymore. Since tsmuxer can do that just fine.

Also I was thinking frimdecode can decode MPEG2, H.264 AVC, H.264 MVC (3D) and VC1 as well, by adding that option for frame-serving it would provide another option.

[jdobbs]

Jdobbs, do we need option write to iso file with imgBurn anymore. Since tsmuxer can do that just fine.

Also I was thinking frimdecode can decode MPEG2, H.264 AVC, H.264 MVC (3D) and VC1 as well, by adding that option for frame-serving it would provide another option.TSMUXER can only do it for a movie-only encode. IMGBURN can do a complex disc such as full backups.

The downside to FRIMDecode (and FRIMSource) is speed compared to other methods. Right now I'm thinking X264's LAVF might be a better option for decoding. Both, though, have quite a few downsides -- especially in the areas of resizing, deinterlacing, iVTC, hybrid sources etc... AVISYNTH gives a lot of power that is difficult to do without. If you set FRIMDecode as an option -- you have to disable a lot of capability in order to use it.

[HWK]

TSMUXER can only do it for a movie-only encode. IMGBURN can do a complex disc such as full backups.

The downside to FRIMDecode (and FRIMSource) is speed compared to other methods. Right now I'm thinking X264's LAVF might be a better option for decoding. Both, though, have quite a few downsides -- especially in the areas of resizing, deinterlacing, iVTC, hybrid sources etc... AVISYNTH gives a lot of power that is difficult to do without. If you set FRIMDecode as an option -- you have to disable a lot of capability in order to use it.

Oh, I see you point of view. Yeah without avisynth help lot of things are limited. Silly me I didn't take that into account.

[jdobbs]

Oh, I see you point of view. Yeah without avisynth help lot of things are limited. Silly me I didn't take that into account.It really would be simpler, though, to have a package that doesn't rely on proper installation of AVISYNTH, FFDSHOW, and HAALI.

[DVD Maniac]

Hi jdobbs
When in Full Backup mode I just can't seem to get the title blanking feature to work. Read the various posts on this and added the ENABLE_TEST=1 line to the .INI file but still no joy. Happens with all BD sources, right click any title and the Preview works fine but the "Blank this item" option is always greyed out and not selectable.

Options Settings as follows -

[Options]
ENABLE_TEST=1
RESIZE=0
MODE=0
TARGET_SIZE=8032
AUDIO_TO_KEEP=eng;
SUBS_TO_KEEP=eng;spa;
SD_CONVERT=0
COLOR_BOOST=0
RESIZE_1080=0
DTS_REENCODE=0
AC3_REENCODE=0
AC3_640=1
KEEP_HD_AUDIO=1
AVCHD=1
REMOVE_WORKFILES=0
AUDIO_TRACK_LIMIT=1
SUBTITLE_TRACK_LIMIT=0
CUSTOM_TARGET_SIZE=3500
ENCODE_QUALITY=2
AUTO_QUALITY=0
ONEPASS_ENCODING=0
OPEN_GOP=1
DEINTERLACE=0
AC3_192=0
FULL_AVCHD=0
REMOVE_OUTPUT=0
USE_FILTERS=0
MOVIE_ONLY_LOOP=1
BDMV_CERT_ONLY=0
USE_LAVF=1
IVTC_PULLDOWN=0
VERSION=0.46.0.13
SD_TO_1080=0
CONVERT_WIDE=0
ASSUME_DVD_PAL=0
AUTO_BLANK=0
UNMASK_CHAPTER=0
COMPLETION_BEEP=0
DGDECNV=0
MIN_PLAYLIST_MINS=1
RESIZE_1440=0
OUTPUT_3D=0
RESIZE_720=0
NEROAAC=0
MOVIEONLY_TYPE=11
ALTCRF=18
ALT_TARGET=18000
ALTMETHOD=0
ALTAUTOCROP=0
IGNORE_3D=0
OUTPUT_SBS=1
SUPTITLE=0

[gonca]

Try adding ENABLE_BLANKING=1 as well.

[jdobbs]

Source: BD with 4 Episodes + Extras

Case 1: (working correctly)
Import/Quick Play Settings: Thresholds = 10
=> The 4 episodes are shown in the Menu Editor
=> The Extras are skipped, as expected
Backup and Quick-Menu are all ok.

Case 2: (Problem)
Import/Quick Play Settings: Thresholds = 6
=> The 4 Episodes + Extras are listed in the Quick-Play Menu Title Editor, as expected. The Preview of the Episodes and Extras is also correct.
Now I deselect the Extras in the Editor and Save
=> Importing starts, but only the deselected Extras are imported, and the selected Episodes are skipped.

So something gets messed up.

Case 3: (working correctly)
Same as case 2, but instead of deselecting all the Extras I select the Episodes and keep at least one of the Extras
=> Import and Menu creation are correct

So the problem seems to exist only when I unselect all the Extras.
The cases are reproducible.

Edit:
I seem to have been too optimistic with Case 3.

In General:
- The Quick-Menu proposal when importing a BD, let's call it 'Version A'
- My Quick-Menu edit (text edit and titles selection) is 'Version B'
- What gets then imported into the IMPORT Folder is 'Version C'
- What I finally get -- as a surprise -- on the burned disc is 'Version D'

So the only method which seems to work reliably is Case 1 above, i.e. selecting the import threshold high enough such that only the episodes are selected, and forget any Extras.

The issue is probably related to the weird menu & playlist structure of this disc, I believe.

Edit2:
Hmm.... could the screwing up be caused by the truncation (max. number of characters) of the Quick-Menu text strings ...?Well, I finally found out what was causing this and fixed it for the next release. Too bad I didn't catch it yesterday and it could have been fixed in v0.46.13. The interesting thing is that this bug has been there for a long time -- and it just wasn't noticed by anyone. It only affects BD imports. I guess that tells me how many people actually import BDs and edit the import list. ;)

[DVD Maniac]

Try adding ENABLE_BLANKING=1 as well.

Thanks! Working fine now and trying a first experiment. I notice that you cannot select Alternative File output with blanking which is a shame as I much prefer the single file MKV result (better quality vs file size IMHO and easier to work with). Ideally I would like a multi title + custom blanking + menu in MKV format - I assume that is not available!

[Sharc]

I guess I don't understand. Why would you do a Quick Menu backup of an imported disc? The menu has already been created during the import. The intention was to do a full backup after importing. You'd also have to set the Quick Menu threshold really low...

But I'll look at it and make changes as necessary.
Sorry for not being clear.
My scenario is to import a couple of files (videocam, TV recordings) and to create a Quick-Menu. All goes well until -- before pressing the 'Backup' button -- I decide to edit the quick menu via Mode/Quick-Play Backup/Edit Quick-Play Menu. The menu editor opens and the menu background file (the default night sky video) is appended to the menu items as an "Extra" (the thresholds are set to 10, so I would not expect the sky video to be included as an Extra in the Quick-Menu)
Not a critical issue but I thought it's probably not intentional, and it might be the root cause for the weird menu creation reported earlier (http://forum.doom9.org/showpost.php?p=1667947&postcount=19196).

[gonca]

Thanks! Working fine now and trying a first experiment. I notice that you cannot select Alternative File output with blanking which is a shame as I much prefer the single file MKV result (better quality vs file size IMHO and easier to work with). Ideally I would like a multi title + custom blanking + menu in MKV format - I assume that is not available!

As far as I know you are correct

[jdobbs]

Thanks! Working fine now and trying a first experiment. I notice that you cannot select Alternative File output with blanking which is a shame as I much prefer the single file MKV result (better quality vs file size IMHO and easier to work with). Ideally I would like a multi title + custom blanking + menu in MKV format - I assume that is not available!It wouldn't work anyway. Blanking doesn't allow you to remove only a portion of a playlist.

[DVD Maniac]

It wouldn't work anyway. Blanking doesn't allow you to remove only a portion of a playlist.

Doesn't the blanking feature work at individual m2ts file level rather than playlists?

Also I noticed that the list of video titles displayed in the stream tab is restricted. The cut off point seems to be file sizes less than 10kb? In the test I ran the annoying copyright / fbi stuff is less than this cutoff so I did not get the option to blank them.

Tried the following in the INI file - "MIN_PLAYLIST_MINS=0" which does not make a difference..... I guess there is something obvious i'm missing:stupid:

[jdobbs]

Doesn't the blanking feature work at individual m2ts file level rather than playlists?

Also I noticed that the list of video titles displayed in the stream tab is restricted. The cut off point seems to be file sizes less than 10kb? In the test I ran the annoying copyright / fbi stuff is less than this cutoff so I did not get the option to blank them.

Tried the following in the INI file - "MIN_PLAYLIST_MINS=0" which does not make a difference..... I guess there is something obvious i'm missing:stupid:It can't. You'd be removing a piece of what should be a complete unit. Also, a single M2TS may be a component of many playlists (over 100 on some discs).

Look for MIN_M2TS_SIZE in HIDDENOPTS.TXT. MIN_PLAYLIST_MINS only applies to the selection of other movie-only playlists (in the popup dialog).

[Stigmatta]

Hey, so i made a backup of game of thrones using Full Backup BD-5/DVD-5 option. I burned the files using Imgburn. When i try to play the dvd-r in my bluray player or in PowerDVD, its giving me an error saying it cant read the disc...This is my first time backing up a TV series type bluray with BDR. Is there a specific way to backup these type of blurays? Am i missing some special settings in the ripping or burning? Should tv series type blurays not use full backup option? Any tips? Ive never had an issue with NON-Series type blurays.

Other settings im using
*Use 448 kbs
*Strict avchd for bd5/9 movie-only

thx for any help/tips

[DoctorM]

Downloaded 46.13 tonight. All discs:

- Error in attempt to extract audio/subs.
- Network Optix tsMuxeR. Version 2.6.12. www.networkoptix.com
[19:21:29] - Failed to retrieve audio, aborted

Zuh?

[Ch3vr0n]

@Doctorm: where's the rest of the bdrb log. Jdobbs can't do a damn thing with 3 lines of text

@stigmata: it could simpy be that your player does not support BD5/9. Although burned to a DVD blank, the disc structure is still blu-ray

[Stigmatta]

@stigmata: it could simpy be that your player does not support BD5/9. Although burned to a DVD blank, the disc structure is still blu-ray

Nah cuz as i stated before ive never had any problems with backing up and playing everyday Movie Only bd5/9 rips. But these discs are a tv series and something seems to be not going right...:(

[jdobbs]

Hey, so i made a backup of game of thrones using Full Backup BD-5/DVD-5 option. I burned the files using Imgburn. When i try to play the dvd-r in my bluray player or in PowerDVD, its giving me an error saying it cant read the disc...This is my first time backing up a TV series type bluray with BDR. Is there a specific way to backup these type of blurays? Am i missing some special settings in the ripping or burning? Should tv series type blurays not use full backup option? Any tips? Ive never had an issue with NON-Series type blurays.

Other settings im using
*Use 448 kbs
*Strict avchd for bd5/9 movie-only

thx for any help/tipsMost of the time your player has to support AVCHD before it will play from DVD-R. Also -- AVCHD doesn't support JAVA. So that could be a factor as well. Some players will play it back anyway -- but some may not.

Not sure about PowerDVD. Are you sure it is burning without errors?

I'll do a couple of full backups of some series discs tonight to BD-9 just to make sure nothing has happened. But, honestly, I don't think there will be any issues.

[Stigmatta]

Ya my player plays avchd all the time. Like i said, this is the first time ive done a TV Series type disc and i dont know if they need to be ripped/burnt some specific way...:confused:
If you get a positive working backup, let me know how you did it! Id greatly appreciate it!:D

[DoctorM]

Pop-up error: tsmuxer.exe has encountered a problem and needs to close. We are sorry for the inconvenience.

Seriously, that log was about it. Here is the full log going from a BD25 to BD25 movie only (just for the quick log):
[02/19/14] BD Rebuilder v0.46.13 (beta)
[01:59:35] Source: ***
- Input BD size: 21.79 GB
- Approximate total content: [02:09:44.777]
- Target BD size: 22.95 GB
- Windows Version: 5.1 [2600]
- MOVIE-ONLY mode enabled
- Quality: Highest (Very Slow), CRF
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=640
[01:59:37] PHASE ONE, Encoding
- [01:59:37] Processing: VID_00001 (1 of 1)
- [01:59:37] Extracting A/V streams [VID_00001]
- Error in attempt to extract audio/subs.
- Network Optix tsMuxeR. Version 2.6.12. www.networkoptix.com
[02:00:07] - Failed to retrieve audio, aborted


Has there been a change in the version of tsMuxeR? Does the new one have different system requirements or something?

Edit: Yeah, swapped out the tsmuxer.exe with an older one and it works fine. Something hinky in new version.
Edit 2: Just tested a dozen versions of tsmuxer, I can't run any version past 1.10.6. Something in the new code either doesn't like my WinXP or old CPU.
Hopefully, I can keep copying 1.10.6 into your new releases and it'll work. My PC isn't getting upgraded any time soon and I sure won't want to be doing without BDRB.

Edit 3: Noticed something else. "Input BD size" shown in the log still includes the disabled audio and subtitle tracks.
I've now seen this force an unnecessary re-encoding. It probably also causes undersized discs.

[Taurus]

@DoctorM
You must have a very old CPU, guessing AMD Athlon XP?
Without SSE2 instructions, no go with new tsmuxer.
You have to stick with the old version or buy a new PC :D

[jdobbs]

Pop-up error: tsmuxer.exe has encountered a problem and needs to close. We are sorry for the inconvenience.

Seriously, that log was about it. Here is the full log going from a BD25 to BD25 movie only (just for the quick log):
[02/19/14] BD Rebuilder v0.46.13 (beta)
[01:59:35] Source: ***
- Input BD size: 21.79 GB
- Approximate total content: [02:09:44.777]
- Target BD size: 22.95 GB
- Windows Version: 5.1 [2600]
- MOVIE-ONLY mode enabled
- Quality: Highest (Very Slow), CRF
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=640
[01:59:37] PHASE ONE, Encoding
- [01:59:37] Processing: VID_00001 (1 of 1)
- [01:59:37] Extracting A/V streams [VID_00001]
- Error in attempt to extract audio/subs.
- Network Optix tsMuxeR. Version 2.6.12. www.networkoptix.com
[02:00:07] - Failed to retrieve audio, aborted


Has there been a change in the version of tsMuxeR? Does the new one have different system requirements or something?

Edit: Yeah, swapped out the tsmuxer.exe with an older one and it works fine. Something hinky in new version.
Edit 2: Just tested a dozen versions of tsmuxer, I can't run any version past 1.10.6. Something in the new code either doesn't like my WinXP or old CPU.
Hopefully, I can keep copying 1.10.6 into your new releases and it'll work. My PC isn't getting upgraded any time soon and I sure won't want to be doing without BDRB.

Edit 3: Noticed something else. "Input BD size" shown in the log still includes the disabled audio and subtitle tracks.
I've now seen this force an unnecessary re-encoding. It probably also causes undersized discs.The new version of TSMUXER has been there for the last several releases. It's not a good idea to swap out the version, there are several functions that depend on it -- and I won't support bug reports that use the old one.

[jdobbs]

@DoctorM
You must have a very old CPU, guessing AMD Athlon XP?
Without SSE2 instructions, no go with new tsmuxer.
You have to stick with the old version or buy a new PC :DAMD's processors have supported SSE2 since 2003. I would hope no one is using a processor that old for HD encoding???

[Stigmatta]

hey jdobbs, any luck with the season bd?
Any possibility the issue could be similar to what Sharc was having? Maybe i should be using Quick-Play instead of Full Backup options for TV series blurays and BDR is having an issue with menus for them?

[jdobbs]

hey jdobbs, any luck with the season bd?
Any possibility the issue could be similar to what Sharc was having? Maybe i should be using Quick-Play instead of Full Backup options for TV series blurays and BDR is having an issue with menus for them?If I understand correctly you are doing full backups of series discs. That is different from Sharc, who is importing the episodes. His issue is different as well.

I had a crash during my series backups last night (something entirely my fault due to some test code), so they didn't complete. I'll have to run them today sometime.

[jdobbs]

Jdobbs, do we need option write to iso file with imgBurn anymore. Since tsmuxer can do that just fine.

Also I was thinking frimdecode can decode MPEG2, H.264 AVC, H.264 MVC (3D) and VC1 as well, by adding that option for frame-serving it would provide another option.I decided to play with this a little... one other note (in addition to my original response): It seems FRIMDecode can't decode VC-1 interlaced files (or at least the one I'm trying right now from M2TS imput). It seems to just freeze and never output anything.

[colinhunt]

Did a Full backup of La Grande Illusion (StudioCanal Collection) to BD25 on BD-RB v0.46.11. Process finished without errors but the backup won't play on anything. A Blu-ray mastering application could not open the backup, it simply complained something about being unable to initialize BDMV content.

I'll do another run on the new version of BD-RB.

[jdobbs]

hey jdobbs, any luck with the season bd?
Any possibility the issue could be similar to what Sharc was having? Maybe i should be using Quick-Play instead of Full Backup options for TV series blurays and BDR is having an issue with menus for them?I just did one full backup of a series disc (Modern Family) with no issues. It was to a BD-9, and I played it back with PowerDVD and also on my Samsung standalone player. I have a second job (STNG) running now.

[Stigmatta]

I just did one full backup of a series disc (Modern Family) with no issues. It was to a BD-9, and I played it back with PowerDVD and also on my Samsung standalone player. I have a second job (STNG) running now.

Do you mind sharing what you used for all your settings? Could it be because i used DVD-5? Also, did you use Imgburn.

[Rodger]

DVD5 is brutal. How much video is there?
Or to make it short...what bitrate is used to reencode?

For HD you really shouldn´t go below 4Mbit.

Differences will be visible eventually.
On my 55" Samsung TV BD Backups look fine....With my Epson Beamer on 90" Canvas I can see the difference between original Blu-Ray and BD25 !!!

[Stigmatta]

Im sure there is alot of video seeing its a series disc. Im using 448kbs as far as sound goes. I guess i could try again using DVD-9, 448kbs, and full backup this time and see how it goes...

[omegaman7]

I've seen some pretty impressive results at low bitrate. :p

[jdobbs]

Do you mind sharing what you used for all your settings? Could it be because i used DVD-5? Also, did you use Imgburn.BD-5 & 9 are processed identically, so, while the picture may not be as good, if it works on a BD-9 it will work on a BD-5.

My settings are the default that comes with BD-RB, except I am using DGDecNV. But that would have no effect on the structure of the output.

[DoctorM]

I completely understand you not supporting a really old CPU. I'll continue to swap tsmuxer or use old versions as long as I have to. That's my problem.
But the calculations for that take place before Tsmuxer becomes involved.

Unless you've addressed an issue with the "BD Input Size" being wrong recently, you should take a look. Same log: http://forum.doom9.org/showthread.php?p=1669241#post1669241
The original M2TS is 21.79gb as being reported, but more than a gig of audio tracks were disabled there. BDRB doesn't deduct that and forces a re-encode even though only a rebuild is needed.

True for Movie Only and Movie with Menus.

[jdobbs]

I completely understand you not supporting a really old CPU. I'll continue to swap tsmuxer or use old versions as long as I have to. That's my problem.
But the calculations for that take place before Tsmuxer becomes involved.

Unless you've addressed an issue with the "BD Input Size" being wrong recently, you should take a look. Same log: http://forum.doom9.org/showthread.php?p=1669241#post1669241
The original M2TS is 21.79gb as being reported, but more than a gig of audio tracks were disabled there. BDRB doesn't deduct that and forces a re-encode even though only a rebuild is needed.

True for Movie Only and Movie with Menus.I'll look at it. But I don't get what you're saying. The input size is the size before removal or reencoding -- thus the name "Input Size". It includes everything except files that will be copied intact (full backup mode).

The determination as to whether it is kept intact is made when the file is extracted. If the video + kept-audio + kept-subtitles are small enought to hit the target without encoding... then encoding is avoided.

[Stigmatta]

im gonna try again using DGDecNV, never used that before :scared:
Do i need to adjust anything in DGDecNV itself to work correctly or just leave it default and 32bit.
thanks for your help btw

[jdobbs]

im gonna try again using DGDecNV, never used that before :scared:
Do i need to adjust anything in DGDecNV itself to work correctly or just leave it default and 32bit.
thanks for your help btwNo, all you have to do is selected it (and browse to it) in SETUP. But, while I always recommend DGDecNV to anyone with a compatible video card because it is faster and more stable, I don't see how that could possibly affect the playback issues you're having. DGDecNV provides frame serving -- but the output comes from X264 either way, and is built with TSMUXER.

Also, DGDecNV is not freeware and does not come with BD-RB.

Your best bet might be to uninstall BD-RB, AVISYNTH, HAALI, and FFDSHOW -- and then reinstall everything following the first post of this thread exactly.

[Stigmatta]

Bah, ya i just found out its not freeware lol
Well im gonna try again with dvd-9 and a few other changes, see how it goes...

[jdobbs]

Bah, ya i just found out its not freeware lol
Well im gonna try again with dvd-9 and a few other changes, see how it goes...I just completed one of the STNG series discs and it works fine as well (although the quality is pretty poor having put more than 4 hours of HD video on a BD-9).

[Stigmatta]

Interesting...well i have one bluray going atm, probably be done a bit later when i get home.
One question, is it best to delete the ANY! and ANYVM folders when done? Ive never deleted them in the past but if its best to do so, then i will from now on.

[DoctorM]

I'll look at it. But I don't get what you're saying. The input size is the size before removal or reencoding -- thus the name "Input Size". It includes everything except files that will be copied intact (full backup mode).

The determination as to whether it is kept intact is made when the file is extracted. If the video + kept-audio + kept-subtitles are small enought to hit the target without encoding... then encoding is avoided.

Thank you. I know it seems ridiculous, but a good test is a movie only where video plus all audio tracks is oversized and Video minus most audio tracks fits on a BD25.

When I did this BD-RB started re-encoding, but running the same thing through tsmuxer with a BD output the final disc was undersized.

To be fair the source disc had a LOT of audio tracks.

[jdobbs]

Thank you. I know it seems ridiculous, but a good test is a movie only where video plus all audio tracks is oversized and Video minus most audio tracks fits on a BD25.

When I did this BD-RB started re-encoding, but running the same thing through tsmuxer with a BD output the final disc was undersized.

To be fair the source disc had a LOT of audio tracks.The number of tracks really doesn't matter. BD-RB accounts for the audio size when it does it's processing. Can you give me a specific title with which you are having problems?

[Jake802]

Any Ideas as to what I am doing wrong.....

----------------------
[02/19/14] BD Rebuilder v0.46.13 (beta)
[01:48:21] Source: MARVELS_THOR_THE_DARK_WORLD_3D_01800
- Input BD size: 37.89 GB
- Approximate total content: [01:52:03.299]
- 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=0 HD=1 Kbs=448
[01:48:22] PHASE ONE, Encoding
- [01:48:22] Processing: VID_00800 (1 of 1)
- [01:48:22] Extracting A/V streams [VID_00800]
- [02:05:27] Reencoding video [VID_00800]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 161,198 frames
- Bitrate: 21,326 Kbs
- Using FRIMEncoder for MVC encoding
- [02:05:28] Reencoding: VID_00800, Pass 1 of 1
- [18:14:59] Video Encode complete
- [18:14:59] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (eng): Keeping original audio
[18:14:59]PHASE ONE complete
[18:14:59]PHASE TWO - Rebuild Started
- [18:14:59] Rebuilding BD file Structure
- Failed in attempt to multiplex: MUX_MOVIE_ONLY.meta
-
[18:25:51] - Failed to REBUILD

[Jake802]

NVM I think I ran out of Space!

[omegaman7]

NVM I think I ran out of Space!

I thought Jdobbs, setup code to prevent that kind of error. Or at least warn you prior to running the job??

[gonca]

I thought Jdobbs, setup code to prevent that kind of error. Or at least warn you prior to running the job??

I think it might be for the next version. I guess he's got to make sure we don't hurt ourselves to badly with self inflicted wounds :rolleyes:

[Stigmatta]

Nope, tried again this time with DVD-9 settings and still wont play in my bluray player or Powerdvd. Here are the files if you wanna check it out.

[jdobbs]

I thought Jdobbs, setup code to prevent that kind of error. Or at least warn you prior to running the job??No. But the error output and INSPECT report now shows the amount of space available.

[jdobbs]

Nope, tried again this time with DVD-9 settings and still wont play in my bluray player or Powerdvd. Here are the files if you wanna check it out. Post the contents of BDREBUILDER.INI and I'll try a job with your settings. Any possibility your player has had an update lately?

Did you reinstall everything as I suggested?

It's also possible that your burner has gone bad.

[gonca]

Interesting...well i have one bluray going atm, probably be done a bit later when i get home.
One question, is it best to delete the ANY! and ANYVM folders when done? Ive never deleted them in the past but if its best to do so, then i will from now on.

Rip to HDD and try it that way

[Ch3vr0n]

No need to either manually remove the folders not do to HDD. There is a setting in bdrb to do just that, ignore ask covers but the bdmv and certificate folders.

Verstuurd vanaf mijn Nexus 7 met Tapatalk

[Sesselmarder]

I am having some issues when trying to rebuild any of the 5 discs of "Games of Thrones S1" to BD25. All other movies run without any issues.
After I start the rebuild process, BD Rebuilder just stops working/reencoding at a random spot. When I abort and restart the session, it will eventually stop again, but at a different spot.
Has anybody seen this before? Any help is appreciated!

[02/19/14] BD Rebuilder v0.46.07 (beta)
[19:28:03] Source: GAMEOFTHRONES_D1
- Input BD size: 43.94 GB
- Approximate total content: [04:20:38.346]
- Target BD size: 23.93 GB
- Windows Version: 6.1 [7601]
- Auto Quality: Good (Very Fast), ABR
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[19:28:03] PHASE ONE, Encoding
- [19:28:03] Processing: VID_00002 (1 of 54)
- [19:28:03] Extracting A/V streams [VID_00002]
- [19:33:50] Reencoding video [VID_00002]
- [19:33:50] Reencoding secondary video [TRK_02] <<<<<<< stops here

[DrinkLyeAndDie]

I am having some issues when trying to rebuild any of the 5 discs of "Games of Thrones S1" to BD25. All other movies run without any issues.
After I start the rebuild process, BD Rebuilder just stops working/reencoding at a random spot. When I abort and restart the session, it will eventually stop again, but at a different spot.
Has anybody seen this before? Any help is appreciated!

[02/19/14] BD Rebuilder v0.46.07 (beta)
[19:28:03] Source: GAMEOFTHRONES_D1
- Input BD size: 43.94 GB
- Approximate total content: [04:20:38.346]
- Target BD size: 23.93 GB
- Windows Version: 6.1 [7601]
- Auto Quality: Good (Very Fast), ABR
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[19:28:03] PHASE ONE, Encoding
- [19:28:03] Processing: VID_00002 (1 of 54)
- [19:28:03] Extracting A/V streams [VID_00002]
- [19:33:50] Reencoding video [VID_00002]
- [19:33:50] Reencoding secondary video [TRK_02] <<<<<<< stops here

I'd recommend updating to the BD Rebuilder 0.46.13 beta to start with. Update and then see how things go.

[Sesselmarder]

Just updated to version v0.46.13 and tried again, but still having the same problem.
Reencode stops after a few minutes...

[02/19/14] BD Rebuilder v0.46.13 (beta)
[22:45:56] Source: GAMEOFTHRONES_D1
- Input BD size: 43.94 GB
- Approximate total content: [04:20:38.346]
- 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=1 Kbs=640
[22:45:56] PHASE ONE, Encoding
- [22:45:56] Processing: VID_00002 (1 of 54)
- [22:45:56] Extracting A/V streams [VID_00002]
- [22:51:40] Reencoding video [VID_00002]
- [22:51:40] Reencoding secondary video [TRK_02] <<<<<< stops here

[setarip_old]

@Jake802

Hi!
Marvel's "Thor: The Dark World" is now available on Digital 3D and Digital HD, and you can pre-order the film on Blu-ray 3D Combo Pack, Blu-ray and DVD before it hits shelves February 25.

Perhaps there will be some changes/fixes on or before the official release date...

[DoctorM]

The number of tracks really doesn't matter. BD-RB accounts for the audio size when it does it's processing. Can you give me a specific title with which you are having problems?

To eliminate my PC's old CPU as the issue I rolled back my calendar and reloaded v45.05.

Tested again with the Tinker Bell movie. Movie only, one audio track (DD 640kbps) and found the same results. I checked the .INF file that is created instantly when 'Backup' is clicked:
[Status]
LABEL=TINKTEST
VERSION=v0.45.05 (beta)
SOURCE_SIZE=25539293184
SOURCE_VIDEO_SIZE=25539293184
TARGET_SIZE=24641536000
REDUCTION=.964848001957923
RESIZE_1080=0
RESIZE_1440=0
AUDIO_TO_KEEP=eng;
KEEP_HD_AUDIO=0
SUBS_TO_KEEP=eng;
BACKUP_MODE=1
MOVIEONLY_TYPE=0
USE_LAVF=0
INSTANCES=1
DGDECNV=0
SSIF_MODE=0
QUICK=0
[00000]
AUDIO=010000000
PGS=1000000000000000000

I see the Source_Size is identical to the Source_Video_Size. Shouldn't one of those numbers represent the size without the disabled tracks or something?

The actual size of video track alone is 16,875,900,586 bytes (found after manually demuxing with txMuxeR). Adding a plain old DD track to that shouldn't exceed a BD25.

Tested another BD out of curiosity and again saw that the SOURCE_SIZE and SOURCE_VIDEO_SIZE are identical numbers.
v46.13 works identically.

[Stigmatta]

Well, ive tried everything and nothing works...All my other movies play and rip fine on my computer and bluray player, just these series discs just dont wanna work for some reason.

heres the INI file

[Status]
LABEL=SIMPSONS_S13_D2
VERSION=v0.46.13 (beta)
SOURCE_SIZE=45223997719
SOURCE_VIDEO_SIZE=44940490752
TARGET_SIZE=8422162432
REDUCTION=.181098500012215
RESIZE_1080=0
RESIZE_1440=0
AUDIO_TO_KEEP=eng;
KEEP_HD_AUDIO=0
SUBS_TO_KEEP=all
BACKUP_MODE=0
MOVIEONLY_TYPE=0
USE_LAVF=0
INSTANCES=1
DGDECNV=0
SSIF_MODE=0
QUICK=0
ENCODE_STEP=0
COMPLETED=33
REBUILD_COMPLETE=1
[00011]
AUDIO=1
PGS=
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=3023122
RATE=2007
SPLITS=1
NSTART=27000000
NEND=27405405
NSIZE=3065856
FLINK=0
MLINK=0
[00020]
AUDIO=1
PGS=
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=30878795
RATE=2768
SPLITS=1
NSIZE=30007296
FLINK=-1
MLINK=-1
[00021]
AUDIO=1
PGS=
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=11250198
RATE=2774
SPLITS=1
NSIZE=10795008
FLINK=-1
MLINK=-1
[00022]
AUDIO=1
PGS=
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=11250198
RATE=2774
SPLITS=1
NSIZE=10795008
FLINK=-1
MLINK=-1
[00122]
AUDIO=1
PGS=
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=3729667
RATE=2256
SPLITS=1
NSTART=27000000
NEND=27499248
NSIZE=4048896
FLINK=0
MLINK=0
[00123]
AUDIO=
PGS=
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=7320251
RATE=3576
SPLITS=1
NSTART=27000000
NEND=27685059
NSIZE=7280640
FLINK=0
MLINK=0
[00301]
AUDIO=1
PGS=
MSCAN=2
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=2217550
RATE=801
SPLITS=1
NSTART=27000000
NEND=27710209
NSIZE=2291712
FLINK=0
MLINK=0
[00302]
AUDIO=1
PGS=
MSCAN=2
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=2800588
RATE=887
SPLITS=1
NSTART=27000000
NEND=27828828
NSIZE=2893824
FLINK=0
MLINK=0
[00303]
AUDIO=1
PGS=
MSCAN=2
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=3766385
RATE=901
SPLITS=1
NSTART=27000000
NEND=28100599
NSIZE=3883008
FLINK=0
MLINK=0
[00304]
AUDIO=1
PGS=
MSCAN=2
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=4417297
RATE=928
SPLITS=1
NSTART=27000000
NEND=28261260
NSIZE=4466688
FLINK=0
MLINK=0
[00306]
AUDIO=1
PGS=
MSCAN=2
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=2119635
RATE=820
SPLITS=1
NSTART=27000000
NEND=27666666
NSIZE=2217984
FLINK=0
MLINK=0
[00307]
AUDIO=1
PGS=
MSCAN=2
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=2217550
RATE=767
SPLITS=1
NSTART=27000000
NEND=27734233
NSIZE=2267136
FLINK=0
MLINK=0
[00308]
AUDIO=1
PGS=
MSCAN=2
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=9122775
RATE=1105
SPLITS=1
NSTART=27000000
NEND=29262760
NSIZE=9259008
FLINK=0
MLINK=0
[00309]
AUDIO=1
PGS=
MSCAN=2
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=6275454
RATE=1025
SPLITS=1
NSTART=27000000
NEND=28654653
NSIZE=6457344
FLINK=0
MLINK=0
[00310]
AUDIO=1
PGS=
MSCAN=2
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=3716315
RATE=982
SPLITS=1
NSTART=27000000
NEND=28015014
NSIZE=3796992
FLINK=0
MLINK=0
[00311]
AUDIO=1
PGS=
MSCAN=2
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=6755015
RATE=1033
SPLITS=1
NSTART=27000000
NEND=28770268
NSIZE=6875136
FLINK=0
MLINK=0
[00312]
AUDIO=1
PGS=
MSCAN=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=36537831
RATE=462
SPLITS=1
NSTART=27000000
NEND=44313796
NSIZE=38406144
FLINK=0
MLINK=0
[00313]
AUDIO=1
PGS=
MSCAN=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=12310572
RATE=990
SPLITS=1
NSTART=27000000
NEND=30339336
NSIZE=12625920
FLINK=0
MLINK=0
[00314]
AUDIO=1
PGS=
MSCAN=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=4565282
RATE=1152
SPLITS=1
NSTART=27000000
NEND=28094593
NSIZE=4632576
FLINK=0
MLINK=0
[00315]
AUDIO=1
PGS=
MSCAN=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=3020897
RATE=1095
SPLITS=1
NSTART=27000000
NEND=27755254
NSIZE=3115008
FLINK=0
MLINK=0
[00316]
AUDIO=1
PGS=
MSCAN=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=3575006
RATE=1164
SPLITS=1
NSTART=27000000
NEND=27849849
NSIZE=3692544
FLINK=0
MLINK=0
[00317]
AUDIO=1
PGS=
MSCAN=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=18739574
RATE=1146
SPLITS=1
NSTART=27000000
NEND=31513509
NSIZE=18991104
FLINK=0
MLINK=0
[00318]
AUDIO=1
PGS=
MSCAN=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=19717611
RATE=1226
SPLITS=1
NSTART=27000000
NEND=31490986
NSIZE=19961856
FLINK=0
MLINK=0
[00319]
AUDIO=1
PGS=
MSCAN=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=4523000
RATE=471
SPLITS=1
NSTART=27000000
NEND=29118616
NSIZE=4749312
FLINK=0
MLINK=0
[00322]
AUDIO=1
PGS=
MSCAN=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=56267681
RATE=844
SPLITS=1
NSTART=27000000
NEND=44313796
NSIZE=57735168
FLINK=0
MLINK=0
[00800]
AUDIO=1000
PGS=111
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=989486691
RATE=3670
SPLITS=1
NSTART=27000000
NEND=87992806
NSIZE=972552192
FLINK=0
MLINK=0
[00801]
AUDIO=1000
PGS=111
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=993049458
RATE=3690
SPLITS=1
NSTART=27000000
NEND=88039728
NSIZE=977977344
FLINK=0
MLINK=0
[00802]
AUDIO=1000
PGS=111
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=991591861
RATE=3688
SPLITS=1
NSTART=27000000
NEND=88064127
NSIZE=976551936
FLINK=0
MLINK=0
[00803]
AUDIO=1000
PGS=111
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=991406046
RATE=3675
SPLITS=1
NSTART=27000000
NEND=88030344
NSIZE=975544320
FLINK=0
MLINK=0
[00804]
AUDIO=1000
PGS=111
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=990432460
RATE=3678
SPLITS=1
NSTART=27000000
NEND=88041605
NSIZE=974696448
FLINK=0
MLINK=0
[00805]
AUDIO=1000
PGS=111
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=951800586
RATE=3677
SPLITS=1
NSTART=27000000
NEND=85554746
NSIZE=937826304
FLINK=0
MLINK=0
[00806]
AUDIO=1000
PGS=111
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=990957640
RATE=3687
SPLITS=1
NSTART=27000000
NEND=87977791
NSIZE=975611904
FLINK=0
MLINK=0
[00807]
AUDIO=1000
PGS=111
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=969812475
RATE=3667
SPLITS=1
NSTART=27000000
NEND=86804744
NSIZE=951484416
FLINK=0
MLINK=0

[Capsbackup]

@DoctorM,
Have you tried setting the output size to BD-50?
If your goal is to not reencode, and you are certain the output will fit a BD-25 when unwanted audio and subtitles are removed, then this should keep BD-RB from reencoding any files.
If any of the files are not Blu-ray compliant resolution though, then reencoding must take place!

[jdobbs]

@Stigmatta

I mentioned this earlier. I suspect that the series discs you are trying to backup use JAVA for the menus. AVCHD doesn't support JAVA. Some players are strict when it comes to DVD discs, and will only play them if they strictly comply with AVCHD. Are you sure that isn't the case with your series backups?

The second possibility is burner issues. BD-RB will output to your hard drive before burning to disc. Have you tried playing the folder on the hard drive with PowerDVD?

[Stigmatta]

I honestly dont know. Im trying game of thrones and the simpsons. How can i find out if they do use java? Sorry to sound stupid if its easy to do lol.

[Stigmatta]

Im ripping to my hard drive but not burning the files with BDRB, im dropping the files into IMGBURN.
Yes, i can play the m2ts files fine in powerdvd

[jdobbs]

Im ripping to my hard drive but not burning the files with BDRB, im dropping the files into IMGBURN.
Yes, i can play the m2ts files fine in powerdvdBut can you play the BD structure? You should be able to play it (in PowerDVD) with menus and all by selecting the folder. I'm not talking about the folder you ripped, I mean the one that is created by BD-RB in your working folder.

[Stigmatta]

But can you play the BD structure? You should be able to play it (in PowerDVD) with menus and all by selecting the folder. I'm not talking about the folder you ripped, I mean the one that is created by BD-RB in your working folder.


Ok, so i dragged and dropped the folders on Powerdvd and the picture is all black but does look like it would work if i could see the menus. My only guess its some kind of menus problem...? Some kind of java situation with these titles like you stated? Any other options for some kind of work around?

[jdobbs]

Ok, so i dragged and dropped the folders on Powerdvd and the picture is all black but does look like it would work if i could see the menus. My only guess its some kind of menus problem...? Some kind of java situation with these titles like you stated? Any other options for some kind of work around?Import the disc, and then do a full backup of the import (to get it down to size). That will create a disc without JAVA that contains all the episodes.

Of course, if the problem turns out to be your burner -- you'll still be in the same boat.

[jdobbs]

@DoctorM,
Have you tried setting the output size to BD-50?
If your goal is to not reencode, and you are certain the output will fit a BD-25 when unwanted audio and subtitles are removed, then this should keep BD-RB from reencoding any files.
If any of the files are not Blu-ray compliant resolution though, then reencoding must take place!Just a note: You have to be careful with when selecting larger sizes in order to force BD-RB to keep original video intact. If your intent is to output to BD-5/9 -- the VIDEO HAS TO BE RE-ENCODED and it should NEVER be forced to be kept intact by setting a larger size or asserting the FORCE_NOENCODE hidden option. This is because the maximum bitrate for BD-5/9 is much, much lower than BD-25/50. Forcing BD-RB to keep something intact that is destined for BD-5/9 will likely result in severe playback issues. The disc transfer rate of the DVD media will not be able to keep up with the original bitrate.

If left to it's own devices, BD-RB will never keep video destined for BD-5/9 intact. So anyone who decides to "get-around" this should be warned that they are creating a self-inflicted-wound that is NOT the fault of the software.

[Stigmatta]

Well i tried doing the import thing you asked and it still seems to be some sort of menus issue, even when i drop into Powerdvd. Anyone else have problems with Game of thrones or Simpsons blurays possibly besides me? Oh well, i might call it quits on these, as i really dont wanna make them into mkv/mp4 files...:(

[HWK]

Just a note: You have to be careful with when selecting larger sizes in order to force BD-RB to keep original video intact. If your intent is to output to BD-5/9 -- the VIDEO HAS TO BE RE-ENCODED and it should NEVER be forced to be kept intact by setting a larger size or asserting the FORCE_NOENCODE hidden option. This is because the maximum bitrate for BD-5/9 is much, much lower than BD-25/50. Forcing BD-RB to keep something intact that is destined for BD-5/9 will likely result in severe playback issues. The disc transfer rate of the DVD media will not be able to keep up with the original bitrate.

If left to it's own devices, BD-RB will never keep video destined for BD-5/9 intact. So anyone who decides to "get-around" this should be warned that they are creating a self-inflicted-wound that is NOT the fault of the software.

Jdobbs, I suggest put it on first post, otherwise it will get buried and folks will complain when error occurs.

[jdobbs]

Well i tried doing the import thing you asked and it still seems to be some sort of menus issue, even when i drop into Powerdvd. Anyone else have problems with Game of thrones or Simpsons blurays possibly besides me? Oh well, i might call it quits on these, as i really dont wanna make them into mkv/mp4 files...:(There's definitely something wrong from your end. The HDMV menus from IMPORTING are created by BD-RB -- they aren't even on the original.

[jdobbs]

Jdobbs, I suggest put it on first post, otherwise it will get buried and folks will complain when error occurs.I added it to the sticky "BD Rebuilder (BD-RB) Frequently Asked Questions"

[Stigmatta]

Ya maybe ill do a format of my comp this weekend and see how things go if i cant get it worked out. thanks for your help.

[jdobbs]

Ya maybe ill do a format of my comp this weekend and see how things go if i cant get it worked out. thanks for your help.Check that burner...

[Stigmatta]

Looks like i figured it out!!!
So, for the hell of it, i tried playing the original bluray in PowerDVD and it ended up crashing and saying my display was not HDCP compliant which i thought seemed very wierd. So i ended up doing some research and also remembered i just recently hooked up my monitor with a mini-hdmi cable. As soon as i got home from work i switched my monitor back to using a DVI cable instead, and instantly NVIDIA control panel said my monitor was now hdcp compliant. So i dropped one of those folders i made onto PowerDVD and BAM, it played!!! So it seems all it was, was just an HDCP issue and just a stupid little mini-hdmi cable, ughhhhh. Guess ill just have to re-rip these discs which isnt a big deal.

[jdobbs]

Looks like i figured it out!!!
So, for the hell of it, i tried playing the original bluray in PowerDVD and it ended up crashing and saying my display was not HDCP compliant which i thought seemed very wierd. So i ended up doing some research and also remembered i just recently hooked up my monitor with a mini-hdmi cable. As soon as i got home from work i switched my monitor back to using a DVI cable instead, and instantly NVIDIA control panel said my monitor was now hdcp compliant. So i dropped one of those folders i made onto PowerDVD and BAM, it played!!! So it seems all it was, was just an HDCP issue and just a stupid little mini-hdmi cable, ughhhhh. Guess ill just have to re-rip these discs which isnt a big deal.Good to know you got it worked out. Thanks.

[Capsbackup]

Pop-up error: tsmuxer.exe has encountered a problem and needs to close. We are sorry for the inconvenience.

Seriously, that log was about it. Here is the full log going from a BD25 to BD25 movie only (just for the quick log):
[02/19/14] BD Rebuilder v0.46.13 (beta)
[01:59:35] Source: ***
- Input BD size: 21.79 GB
- Approximate total content: [02:09:44.777]
- Target BD size: 22.95 GB
- Windows Version: 5.1 [2600]
- MOVIE-ONLY mode enabled
- Quality: Highest (Very Slow), CRF
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=640
[01:59:37] PHASE ONE, Encoding
- [01:59:37] Processing: VID_00001 (1 of 1)
- [01:59:37] Extracting A/V streams [VID_00001]
- Error in attempt to extract audio/subs.
- Network Optix tsMuxeR. Version 2.6.12. www.networkoptix.com
[02:00:07] - Failed to retrieve audio, aborted


Has there been a change in the version of tsMuxeR? Does the new one have different system requirements or something?

Edit: Yeah, swapped out the tsmuxer.exe with an older one and it works fine. Something hinky in new version.
Edit 2: Just tested a dozen versions of tsmuxer, I can't run any version past 1.10.6. Something in the new code either doesn't like my WinXP or old CPU.
Hopefully, I can keep copying 1.10.6 into your new releases and it'll work. My PC isn't getting upgraded any time soon and I sure won't want to be doing without BDRB.

Edit 3: Noticed something else. "Input BD size" shown in the log still includes the disabled audio and subtitle tracks.
I've now seen this force an unnecessary re-encoding. It probably also causes undersized discs.

I completely understand you not supporting a really old CPU. I'll continue to swap tsmuxer or use old versions as long as I have to. That's my problem.
But the calculations for that take place before Tsmuxer becomes involved.

Unless you've addressed an issue with the "BD Input Size" being wrong recently, you should take a look. Same log: http://forum.doom9.org/showthread.php?p=1669241#post1669241
The original M2TS is 21.79gb as being reported, but more than a gig of audio tracks were disabled there. BDRB doesn't deduct that and forces a re-encode even though only a rebuild is needed.

True for Movie Only and Movie with Menus.

Just a note: You have to be careful with when selecting larger sizes in order to force BD-RB to keep original video intact. If your intent is to output to BD-5/9 -- the VIDEO HAS TO BE RE-ENCODED and it should NEVER be forced to be kept intact by setting a larger size or asserting the FORCE_NOENCODE hidden option. This is because the maximum bitrate for BD-5/9 is much, much lower than BD-25/50. Forcing BD-RB to keep something intact that is destined for BD-5/9 will likely result in severe playback issues. The disc transfer rate of the DVD media will not be able to keep up with the original bitrate.

If left to it's own devices, BD-RB will never keep video destined for BD-5/9 intact. So anyone who decides to "get-around" this should be warned that they are creating a self-inflicted-wound that is NOT the fault of the software.

Yes I am aware of this for BD5-BD9 size. :)
But DoctorM was referring to only having to remove some audio files to avoid reencoding, and keep BD-25 size. But since he stated BD-RB was reencoding it anyways, even though he felt it should fit to a BD-25, I mentioned this method would certainly avoid reencoding if to fit BD-25 was the goal.
However, since the source movie was removed/edited from his log, we cannot tell if this is a BD compliant Blu-ray.(1920x1080, etc...) If it is not, then BD-RB must reencode it, regardless of size, to make it compliant.

[DoctorM]

However, since the source movie was removed/edited from his log, we cannot tell if this is a BD compliant Blu-ray.(1920x1080, etc...) If it is not, then BD-RB must reencode it, regardless of size, to make it compliant.

As later mentioned, it's the Tinker Bell movie. Thanks for making me say it twice. :D

General
ID : 0 (0x0)
Complete name : .\Tinktest\BDMV\STREAM\00000.m2ts
Format : BDAV
Format/Info : Blu-ray Video
File size : 23.8 GiB
Duration : 1h 17mn
Overall bit rate mode : Variable
Overall bit rate : 43.7 Mbps
Maximum Overall bit rate : 48.0 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 : 1h 17mn
Bit rate mode : Variable
Bit rate : 29.8 Mbps
Maximum bit rate : 31.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
Bits/(Pixel*Frame) : 0.600
Stream size : 16.3 GiB (68%)
Color primaries : BT.709
Transfer characteristics : BT.709
Matrix coefficients : BT.709

And again, the .INI was showing: REDUCTION=.964848001957923
So it isn't re-encoding because of the format.

[jdobbs]

Yes I am aware of this for BD5-BD9 size. :)
But DoctorM was referring to only having to remove some audio files to avoid reencoding, and keep BD-25 size. But since he stated BD-RB was reencoding it anyways, even though he felt it should fit to a BD-25, I mentioned this method would certainly avoid reencoding if to fit BD-25 was the goal.
However, since the source movie was removed/edited from his log, we cannot tell if this is a BD compliant Blu-ray.(1920x1080, etc...) If it is not, then BD-RB must reencode it, regardless of size, to make it compliant.When I post things, it isn't always just an answer to one post -- I try to aim at the entire reading audience.

[jdobbs]

As later mentioned, it's the Tinker Bell movie. Thanks for making me say it twice. :D

General
ID : 0 (0x0)
Complete name : .\Tinktest\BDMV\STREAM\00000.m2ts
Format : BDAV
Format/Info : Blu-ray Video
File size : 23.8 GiB
Duration : 1h 17mn
Overall bit rate mode : Variable
Overall bit rate : 43.7 Mbps
Maximum Overall bit rate : 48.0 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 : 1h 17mn
Bit rate mode : Variable
Bit rate : 29.8 Mbps
Maximum bit rate : 31.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
Bits/(Pixel*Frame) : 0.600
Stream size : 16.3 GiB (68%)
Color primaries : BT.709
Transfer characteristics : BT.709
Matrix coefficients : BT.709

And again, the .INI was showing: REDUCTION=.964848001957923
So it isn't re-encoding because of the format.If it says .965 -- then BD-RB has calculated that it must be reencoded to reduce that required 3.5%.

File size : 23.8 GiB

The default target size is: 22.95GB

According to one of the logs you posted you are keeping HD audio: Audio Settings: AC3=0 DTS=0 HD=0 Kbs=640HD audio can be very large, and is probably the reason the video needs to be reduced. HD audio can also have a huge amount of muxing overhead (13-35% depending on the type).

I don't even know why we're having this discussion. BD-RB has the required files right in front of it from the demux and simply adds them up when it does the calculations.

[slvrsrfr]

In my previous run I noticed the audio had been reencoded and yours hadn't. So I changed the settings to match yours. Unfortunately, though, it completed again in perfect sync.

I don't know what else to do. All my instincts tell me something is wrong with your CODEC setup. But you've assured me everything is installed correctly and all of the recommended versions are in use. So I'm at a loss.

@jdobbs, I'm starting to get somewhere with the DVD hybrid issues that I've been having. I went through the import process on disc 2 of the Simpsons season 3 using BDRB (DVD to BD file step). I can now preview these episodes in BDRB (right-click-->Preview this item), which opens up Media Player Classic version 6.4.9.1 rev 107. It is here that the audio/video is immediately off.

So, I tried playing the same converted BD episode in PowerDVD and there is no issue at all! The audio/video is spot on! I then went back to the original DVD episode in Media Player Classic, and again, the audio/video is fine.

Does this make sense to you? Any suggestions?

[jdobbs]

@jdobbs, I'm starting to get somewhere with the DVD hybrid issues that I've been having. I went through the import process on disc 2 of the Simpsons season 3 using BDRB (DVD to BD file step). I can now preview these episodes in BDRB (right-click-->Preview this item), which opens up Media Player Classic version 6.4.9.1 rev 107. It is here that the audio/video is immediately off.

So, I tried playing the same converted BD episode in PowerDVD and there is no issue at all! The audio/video is spot on! I then went back to the original DVD episode in Media Player Classic, and again, the audio/video is fine.

Does this make sense to you? Any suggestions?Don't depend on the previewer to give you perfect playback by any stretch. It is meant to preview so you know which stream contains what. It simply points to the stream with an AVS and plays it back -- without any adjustments (for the most part).

[Audiophile1178]

Jdobbs, I have a consistant issue come up on several different Blu-ray titles. Why doesn't BD Rebuilder always see all of the m2ts files? I wanted to do a normal 2-pass encode on The X-Files: I Want To Believe and BD Rebuilder isn't seeing 133 of the m2ts files which adds up to 6.4 GB in size of files that won't get encoded. That's a significant percentage (about 28%) of a BD25 that isn't going to get encoded which will take away from the main video bitrate.

Ironically, if I change the output size to BD5 or BD9 it sees a lot more m2ts files to encode but still not all of them. If it's set to either BD25 or BD50 it ignores so many more files than the BD5/BD9 setting.

I would really love to know why BD Rebuilder does this as it's not the first time that it doesn't see all the m2ts files to encode. It seems to be a constant bug with BD Rebuilder.


I've also tried adding the following lines to the config file but it doesn't make any difference:

MIN_M2TS_SIZE=1
MIN_PLAYLIST_MINS=1

Usually when this problem occurs BD Rebuilder ignores 1 or 2 files which isn't too big of a deal as I can fix that easily but this times it's ignoring a lot of the m2ts files from the stream folder.

Thank you for your time and this software that we all love!

[slvrsrfr]

Don't depend on the previewer to give you perfect playback by any stretch. It is meant to preview so you know which stream contains what. It simply points to the stream with an AVS and plays it back -- without any adjustments (for the most part).

Ok, thanks for the quick reply. Sorry for the green questions, but it sounds like the only real test then is on a stand-alone player, correct? Also, how can I force audio reencodes for these? THanks again - always appreciate your responses...

[Seajunk]

Jdobbs, I have a consistant issue come up on several different Blu-ray titles. Why doesn't BD Rebuilder always see all of the m2ts files?
Do you have speedmenu's enabled in AnyDVD?

[Audiophile1178]

Do you have speedmenu's enabled in AnyDVD?

No, I don't have speedmenu enabled. I've never used that feature.

I don't try to bother Jdobbs with issues until I have tried everything else first.

This issue doesn't come up all the time but it happens enough for me to think that there's a bug somewhere that's being overlooked as I've seen it before on various other titles.

[g00g]

BD 0.46.0.13

Until version 0.46.0.5 the alternate output list contains 2 entries for mp4,1280x720,auto-gop, auto-aac and the according output was an mp4 file. Since version 0.46.0.11 the alternate output list contains only 1 entry for mp4 ... and the output is now mkv.

Further when doing a movie only backup the subtitle list of the backup contains next to the n chosen subtitles 1 more and only the first subtitle is working, for example:
- selection german, english
- backup german, english, english and only the german subtitle is working.

[jdobbs]

BD 0.46.0.13

Until version 0.46.0.5 the alternate output list contains 2 entries for mp4,1280x720,auto-gop, auto-aac and the according output was an mp4 file. Since version 0.46.0.11 the alternate output list contains only 1 entry for mp4 ... and the output is now mkv.

Further when doing a movie only backup the subtitle list of the backup contains next to the n chosen subtitles 1 more and only the first subtitle is working, for example:
- selection german, english
- backup german, english, english and only the german subtitle is working.If you don't like the choices -- edit them. The ALTERNATE.TXT file is there for that exact reason. I just populated the list with what I thought would be the most common selections.

But you're right. That choice somehow got set to an MKV container. I've changed it back for the next release (I edited the default ALTERNATE.TXT list).

[Crocluvr92]

I had an issue with the " h.264 encoder has stopped working " error that kept popping up on the last few versions of this software, but I ended up fixing it by replacing the x264 codec, but once I upgraded to the newest beta v0.46.13 I am getting that error again. I once again followed all the directions when downloading ffdshow and Mastroska Splitter and even ran the program as Administrative and I am back to getting this error. I even tested out multiple versions of x264 as well, but to avail this time. What is the reason for this? And why is there no Inspect tool included the WinZip folder with the program so I can check to see if I am running this properly?


----------------------
[02/22/14] BD Rebuilder v0.46.13 (beta)
[02:05:17] Source: SALO
- Input BD size: 42.66 GB
- Approximate total content: [04:20:09.293]
- Target BD size: 22.95 GB
- Windows Version: 6.1 [7601]
- Quality: Highest (Very Slow), Two Pass
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
- Resuming from previously started job.
[02:05:18] PHASE ONE, Encoding
- [02:05:18] Processing: VID_00274 (1 of 7)
- [02:05:18] Reencoding video [VID_00274]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 167,914 frames
- Bitrate: 13,241 Kbs
- [02:05:18] Reencoding: VID_00274, Pass 1 of 2
- Encode failed. Aborting.
- BD-Rebuilder v0.46.13 (beta)
- Windows Version: 6.1 [7601]
- Working Path Free Space: 169.11GB
- 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
- WAVI: Ok
- TSMUXER: Ok
- FRIMEncode: Ok
- FRIMDecode: Ok
[02:05:31] - Failed video encode, aborted

[Sharc]

Well, I finally found out what was causing this and fixed it for the next release. Too bad I didn't catch it yesterday and it could have been fixed in v0.46.13. The interesting thing is that this bug has been there for a long time -- and it just wasn't noticed by anyone. It only affects BD imports. I guess that tells me how many people actually import BDs and edit the import list. ;)
Glad you found it :)
Until the new release becomes available I wanted to re-author the existing backup, trying to fix the faulty quick-menu. As the size already fits, re-encoding is not required. However whatever I tried -- e.g. increasing the target size and including the hidden option FORCE_NOENCODE=1 -- the Quick-Play backup mode always re-encodes the video.
Do I miss something?

Edit:
It seems like "Resize to 1440x1080" did trigger the re-encoding, although the source was -- with the exception of the menu backdrop -- already at 1440x1080.
After deselecting the resize option the video was copied intact.

[montana72]

Good, because when I do a quick replay of a bluray disc, even if you do not select the movie file, since I do it only for the extra content, it always rises in the film menu?

[soneca]

Jdobbs, if you can do a little test with any movie(as the Crimson Tide for example) where the playlist is divided into more than one stream using the alternate mode(mkv), i appreciate it.
These glitches(that disturb and stop playback in some cases) are still among the streams in the final mkv file.

http://s20.postimg.org/l54513xfx/bdinfo1.png

[Sharc]

@jdobbs
Another observation when I did a Quick-Play re-authoring of a BD:
The BD has 1 Feature and some (4) Extras. All the Extras are in one large .mts of 49'931 frames. The largest Extra of 19'465 frames (13 minutes) gets selected by the playlist filter option, which is correct.
The encoding log indicates correctly
- [15:07:42] Reencoding video [VID_00001]
- Source Video: MPEG-2, 1920x1080
- Rate/Length: 23.976fps, 19'465 frames
- Convert: 1440x1080, 23.976fps, 19'465 framesNevertheless the entire .m2ts with 49'931 frames (containing all the Extras) gets eventually encoded => Seems like a "trim" is missing. Is this possibly a bug?

[jdobbs]

Jdobbs, if you can do a little test with any movie(as the Crimson Tide for example) where the playlist is divided into more than one stream using the alternate mode(mkv), i appreciate it.
These glitches(that disturb and stop playback in some cases) are still among the streams in the final mkv file.

http://s20.postimg.org/l54513xfx/bdinfo1.pngI'm running one now. I'll let you know how it turns out. It has a lot of parts. I'll do a test later with a smaller number of parts (they can follow two different execution paths).

[jdobbs]

I had an issue with the " h.264 encoder has stopped working " error that kept popping up on the last few versions of this software, but I ended up fixing it by replacing the x264 codec, but once I upgraded to the newest beta v0.46.13 I am getting that error again. I once again followed all the directions when downloading ffdshow and Mastroska Splitter and even ran the program as Administrative and I am back to getting this error. I even tested out multiple versions of x264 as well, but to avail this time. What is the reason for this? And why is there no Inspect tool included the WinZip folder with the program so I can check to see if I am running this properly?


----------------------
[02/22/14] BD Rebuilder v0.46.13 (beta)
[02:05:17] Source: SALO
- Input BD size: 42.66 GB
- Approximate total content: [04:20:09.293]
- Target BD size: 22.95 GB
- Windows Version: 6.1 [7601]
- Quality: Highest (Very Slow), Two Pass
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
- Resuming from previously started job.
[02:05:18] PHASE ONE, Encoding
- [02:05:18] Processing: VID_00274 (1 of 7)
- [02:05:18] Reencoding video [VID_00274]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 167,914 frames
- Bitrate: 13,241 Kbs
- [02:05:18] Reencoding: VID_00274, Pass 1 of 2
- Encode failed. Aborting.
- BD-Rebuilder v0.46.13 (beta)
- Windows Version: 6.1 [7601]
- Working Path Free Space: 169.11GB
- 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
- WAVI: Ok
- TSMUXER: Ok
- FRIMEncode: Ok
- FRIMDecode: Ok
[02:05:31] - Failed video encode, aborted Inspect is a part of BD-RB now (HELP menu)... but you already got the report in your output.

Have you tried uninstalling/reinstalling BD-RB, HAALI, AVISYNTH, and FFDSHOW? When you're getting crashes, that's always a good place to start. As for X264 crashing. I'd almost always consider system instability caused by overheating. Yours did die immediately, though, so you'd have to be running hot already if that were the problem.

[jdobbs]

@jdobbs
Another observation when I did a Quick-Play re-authoring of a BD:
The BD has 1 Feature and some (4) Extras. All the Extras are in one large .mts of 49'931 frames. The largest Extra of 19'465 frames (13 minutes) gets selected by the playlist filter option, which is correct.
The encoding log indicates correctly
- [15:07:42] Reencoding video [VID_00001]
- Source Video: MPEG-2, 1920x1080
- Rate/Length: 23.976fps, 19'465 frames
- Convert: 1440x1080, 23.976fps, 19'465 framesNevertheless the entire .m2ts with 49'931 frames (containing all the Extras) gets eventually encoded => Seems like a "trim" is missing. Is this possibly a bug? Not really a bug. BD-RB doesn't work at any unit smaller than an M2TS. So if you select any part of the M2TS you get it all. The log is reporting only the part you selected.

[Sharc]

Not really a bug. BD-RB doesn't work at any unit smaller than an M2TS. So if you select any part of the M2TS you get it all. The log is reporting only the part you selected.
I see. Thank you.

[jdobbs]

@soneca
I'm running one now. I'll let you know how it turns out. It has a lot of parts. I'll do a test later with a smaller number of parts (they can follow two different execution paths).That job (with 47 parts) completed and I tested it at several of the connection points and didn't experience any problems. I'll try a smaller one (fewer parts).

[Edit] Ok, I just did one with only three parts and it played back without glitches at the joins also... so I guess I'd need more information to go any further. I don't think I have "Crimson Tide" on BD...

[colinhunt]

There's something extraordinary about the La Grande Illusion (StudioCanal): I can't make any properly working backups of it. Even a movie-only backup is messed up: audio sync is way off and English subs are not synced to either video nor audio. Backups finish without errors and there's no mention of any problems in the log either. It's all quite peculiar.

update: Decided to see what a much earlier BD-RB makes of this title, so I moved PC's clock back for a few months and ran v0.44.17. Tried to do a movie-only backup again which needs no re-encoding because of small size. This happened:

[19:19:14] PHASE ONE, Encoding
[19:19:14]PHASE ONE complete
[19:19:14]PHASE TWO - Rebuild Started
- [19:19:14] Rebuilding BD file Structure
- Failed in attempt to multiplex: MUX_MOVIE_ONLY.meta
- Can't open file: F:\BDRB_OUTPUT\WORKFILES\00047.track_4352.DTS
[19:19:21] - Failed to REBUILD

MUX_MOVIE_ONLY.meta contents:

MUXOPT --no-pcr-on-video-pid --new-audio-pes --blu-ray --vbr --custom-chapters=00:00:00.000;00:08:09.916;00:17:32.166;00:29:48.333;00:35:06.125;00:44:58.625;
00:57:18.000;01:03:10.958;01:12:46.500;01:29:03.875;01:38:57.833;01:47:01.666;01:53:41.333 --vbv-len=500
V_MPEG4/ISO/AVC, "F:\BDRB_OUTPUT\WORKFILES\00047.track_4113.264"+"F:\BDRB_OUTPUT\WORKFILES\00045.track_4113.264"+
"F:\BDRB_OUTPUT\WORKFILES\00048.track_4113.264"+"F:\BDRB_OUTPUT\WORKFILES\00050.track_4113.264"+"F:\BDRB_OUTPUT\WORKFILES\00000.track_4113.264", fps=24, track=1, insertSEI, contSPS
A_DTS, "F:\BDRB_OUTPUT\WORKFILES\00047.track_4352.DTS", timeshift=10833ms, lang=fra
S_HDMV/PGS, "F:\BDRB_OUTPUT\WORKFILES\00047.track_4609.SUP",fps=24,timeshift=10833ms,lang=eng

The playlist contains five m2ts files. 00048 is the main movie, the rest are all less than 50MB. Note the 10833ms timeshift.

[soneca]

How strange! I have had this problem converting on two different machines.:confused:
I have tested the latest version of Haali some time, you think there is any relation to this problem?

[02/22/14] Checking System Settings
- BD-Rebuilder v0.46.13 (beta)
- Windows Version: 6.1 [7601]
- Working Path Free Space: 539,50GB
- AVISYNTH Version: 2.5.8.0, Ok
- HAALI Splitter: Isn't recommended version
- FFDSHOW: 4515, Ok
- WIN7 preferred AVC CODEC: Ok
- WIN7 preferred VC-1 CODEC: Ok
- WIN7 preferred MPEG2 CODEC: Ok
- FFDSHOW VC-1 set to "wmv9", Ok
- FFDSHOW MPEG2 set to "libavcodec": Ok
- FFDSHOW AVC set to "libavcodec": Ok
- AnyDVD settings check: Ok.
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- WAVI: Ok
- TSMUXER: Ok
- FRIMEncode: Ok
- FRIMDecode: Ok
[02/22/14] Systems Settings Check complete

[Crocluvr92]

Inspect is a part of BD-RB now (HELP menu)... but you already got the report in your output.

Have you tried uninstalling/reinstalling BD-RB, HAALI, AVISYNTH, and FFDSHOW? When you're getting crashes, that's always a good place to start. As for X264 crashing. I'd almost always consider system instability caused by overheating. Yours did die immediately, though, so you'd have to be running hot already if that were the problem.

I did the uninstall/re-install and still no luck. The h.264 error still keeps happening and there is no way I am overheating. I have 10GB of RAM and Quad-Core 2.80 GHz Processor. The issue got fixed on the prior version, but it fails instantly on the re-encode and this did not happen until the new beta came out. What else could be wrong?


[02/22/14] BD Rebuilder v0.46.13 (beta)
[11:26:51] Source: AKIRA
- Input BD size: 46.39 GB
- Approximate total content: [03:55:25.903]
- Target BD size: 23.31 GB
- Windows Version: 6.1 [7601]
- Auto Quality: Good (Very Fast), ABR
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[11:26:52] PHASE ONE, Encoding
- [11:26:52] Processing: VID_00001 (1 of 6)
- [11:26:52] Extracting A/V streams [VID_00001]
- [12:20:37] Reencoding video [VID_00001]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 179,017 frames
- [12:20:51] Reencoding: VID_00001, Pass 1 of 1
- Encode failed. Aborting.
- BD-Rebuilder v0.46.13 (beta)
- Windows Version: 6.1 [7601]
- Working Path Free Space: 158.16GB
- 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
- WAVI: Ok
- TSMUXER: Ok
- FRIMEncode: Ok
- FRIMDecode: Ok
[12:21:04] - Failed video encode, aborted

[HWK]

How strange! I have had this problem converting on two different machines.:confused:
I have tested the latest version of Haali some time, you think there is any relation to this problem?

[02/22/14] Checking System Settings
- BD-Rebuilder v0.46.13 (beta)
- Windows Version: 6.1 [7601]
- Working Path Free Space: 539,50GB
- AVISYNTH Version: 2.5.8.0, Ok
- HAALI Splitter: Isn't recommended version
- FFDSHOW: 4515, Ok
- WIN7 preferred AVC CODEC: Ok
- WIN7 preferred VC-1 CODEC: Ok
- WIN7 preferred MPEG2 CODEC: Ok
- FFDSHOW VC-1 set to "wmv9", Ok
- FFDSHOW MPEG2 set to "libavcodec": Ok
- FFDSHOW AVC set to "libavcodec": Ok
- AnyDVD settings check: Ok.
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- WAVI: Ok
- TSMUXER: Ok
- FRIMEncode: Ok
- FRIMDecode: Ok
[02/22/14] Systems Settings Check complete

This post may apply to you.

http://forum.doom9.org/showpost.php?p=1461291&postcount=5

[HWK]

I did the uninstall/re-install and still no luck. The h.264 error still keeps happening and there is no way I am overheating. I have 10GB of RAM and Quad-Core 2.80 GHz Processor. The issue got fixed on the prior version, but it fails instantly on the re-encode and this did not happen until the new beta came out. What else could be wrong?


[02/22/14] BD Rebuilder v0.46.13 (beta)
[11:26:51] Source: AKIRA
- Input BD size: 46.39 GB
- Approximate total content: [03:55:25.903]
- Target BD size: 23.31 GB
- Windows Version: 6.1 [7601]
- Auto Quality: Good (Very Fast), ABR
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[11:26:52] PHASE ONE, Encoding
- [11:26:52] Processing: VID_00001 (1 of 6)
- [11:26:52] Extracting A/V streams [VID_00001]
- [12:20:37] Reencoding video [VID_00001]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 179,017 frames
- [12:20:51] Reencoding: VID_00001, Pass 1 of 1
- Encode failed. Aborting.
- BD-Rebuilder v0.46.13 (beta)
- Windows Version: 6.1 [7601]
- Working Path Free Space: 158.16GB
- 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
- WAVI: Ok
- TSMUXER: Ok
- FRIMEncode: Ok
- FRIMDecode: Ok
[12:21:04] - Failed video encode, aborted

Uninstall all supporting application and reinstall them again and see if it is any different.

Also post your setting info.

[Capsbackup]

What else could be wrong?


Does it only happen with this Blu-ray? Can you backup any other Blu-ray rips?

[Crocluvr92]

Uninstall all supporting application and reinstall them again and see if it is any different.

Also post your setting info.

Which supporting applications do you speak of? x264, Aften, faad, etc. comes with the bd rebuilder pack. I also uninstalled and reinstalled AviSynth,Matroska Splitter, ffdshow and bd rebuilder and followed the exact instructions as was told per jdobbs instructions on the beta page and still I get this error. Everything was fine until this new beta came along :(

[Crocluvr92]

Does it only happen with this Blu-ray? Can you backup any other Blu-ray rips?

It happens with all blu-rays, such as Akira, Salo, American Reunion and so on. I had a similar issue with v0.44.17 but it was fixed with replacing the x264 codec but I tried that with this beta but I did not have this big of an issue until the new beta was released.

[jdobbs]

I did the uninstall/re-install and still no luck. The h.264 error still keeps happening and there is no way I am overheating. I have 10GB of RAM and Quad-Core 2.80 GHz Processor. The issue got fixed on the prior version, but it fails instantly on the re-encode and this did not happen until the new beta came out. What else could be wrong?


[02/22/14] BD Rebuilder v0.46.13 (beta)
[11:26:51] Source: AKIRA
- Input BD size: 46.39 GB
- Approximate total content: [03:55:25.903]
- Target BD size: 23.31 GB
- Windows Version: 6.1 [7601]
- Auto Quality: Good (Very Fast), ABR
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[11:26:52] PHASE ONE, Encoding
- [11:26:52] Processing: VID_00001 (1 of 6)
- [11:26:52] Extracting A/V streams [VID_00001]
- [12:20:37] Reencoding video [VID_00001]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 179,017 frames
- [12:20:51] Reencoding: VID_00001, Pass 1 of 1
- Encode failed. Aborting.
- BD-Rebuilder v0.46.13 (beta)
- Windows Version: 6.1 [7601]
- Working Path Free Space: 158.16GB
- 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
- WAVI: Ok
- TSMUXER: Ok
- FRIMEncode: Ok
- FRIMDecode: Ok
[12:21:04] - Failed video encode, abortedGo back to the previous version. My guess is that it will fail also.

X264 is the exact same version as in the last several releases. Your problem is much more likely to be system stability or a CODEC issue. X264 is very stable.

[Crocluvr92]

Go back to the previous version. My guess is that it will fail also.

X264 is the exact same version as in the last several releases. Your problem is much more likely to be system stability or a CODEC issue. X264 is very stable.

What type of codec issue could it be? And I wouldn't mind going back to the other version but it doesnt allow it. It says beta has expired.

[Capsbackup]

What type of codec issue could it be?

Look for any codec packs in add/remove programs folder.

[jdobbs]

What type of codec issue could it be? And I wouldn't mind going back to the other version but it doesnt allow it. It says beta has expired.One thing you could do is open the AVS file with Media Player Classic (included with BD-RB) to see if it will play.

[soneca]

@soneca
That job (with 47 parts) completed and I tested it at several of the connection points and didn't experience any problems. I'll try a smaller one (fewer parts).

[Edit] Ok, I just did one with only three parts and it played back without glitches at the joins also... so I guess I'd need more information to go any further. I don't think I have "Crimson Tide" on BD...

Jdobbs, thanks for testing.
I returned to the recommended version of Haali but nothing has changed, really do not know what might be happening on both machines. :confused:
Please, if you need any info, let me know.

[soneca]

This post may apply to you.

http://forum.doom9.org/showpost.php?p=1461291&postcount=5
It was not the case, I was really testing the latest version of Haali.
Thank you.

[jdobbs]

Jdobbs, thanks for testing.
I returned to the recommended version of Haali but nothing has changed, really do not know what might be happening on both machines. :confused:
Please, if you need any info, let me know.Is it just that disc, or are you having trouble with more than one?

[soneca]

With the disc "The Counselor" too.
I'll test other titles.

http://s20.postimg.org/f233uo4y5/bdrebuilder1.png

[mparade]

@jdobbs

Do you have in your future plans the MVC support for full disc backups?

Anyway, thank you again for this great program!

[jdobbs]

@jdobbs

Do you have in your future plans the MVC support for full disc backups?

Anyway, thank you again for this great program!Yes. But currently it can't be done without halving the bitrate because there is no easy way to create an ISO -- and the SSIF files should point to the same sectors as the two 3D M2TS files. If TSMUXER doesn't offer the option sometime soon I will start working on my own ISO creation.

[Ch3vr0n]

if you manage to pull that one off, i'll will try to find the funds to do another donation. Tight budget here. But that functionality will defo get tested by me. Plenty of 3D discs

[ChldsPlay]

I am having a problem with The Big Bang Theory S2:D1.

After re-encoding all the files when it goes to put everything back together in the target folders, it has the error:

CopyDirStructure() 00076 1200

When I check the target folder it creates a lot of repeating sub folders. Like the main folder for the backup is called "backup" so it looks like:

backup
Big Bang Theory Season 2
backup
Big Bang Theory Season 2
backup

And so on. The workfiles directory is in the topmost "backup" folder. I had a very similar problem to this years ago with either G.I. Joe or Big Trouble in Little China, but everything has worked fine since then.

[02/22/14] BD Rebuilder v0.46.13 (beta)
[18:41:23] Source: THE_BIG_BANG_THEORY_S2_D1
- Input BD size: 38.88 GB
- Approximate total content: [04:21:12.156]
- Target BD size: 22.95 GB
- Windows Version: 6.0 [6002]
- Auto Quality: Good (Very Fast), Two Pass
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[18:41:23] PHASE ONE, Encoding
- [18:41:23] Processing: VID_00001 (1 of 13)
- [18:41:23] Extracting A/V streams [VID_00001]
- [18:42:34] Reencoding video [VID_00001]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 31,441 frames
- Bitrate: 9,374 Kbs
- [18:42:34] Reencoding: VID_00001, Pass 1 of 2
- [18:56:47] Reencoding: VID_00001, Pass 2 of 2
- [19:12:18] Video Encode complete
- [19:12:18] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [19:12:18] Multiplexing M2TS
- [19:12:44] Processing: VID_00002 (2 of 13)
- [19:12:44] Extracting A/V streams [VID_00002]
- [19:13:56] Reencoding video [VID_00002]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 30,601 frames
- Bitrate: 9,353 Kbs
- [19:13:56] Reencoding: VID_00002, Pass 1 of 2
- [19:27:03] Reencoding: VID_00002, Pass 2 of 2
- [19:40:22] Video Encode complete
- [19:40:22] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [19:40:22] Multiplexing M2TS
- [19:41:03] Processing: VID_00009 (3 of 13)
- [19:41:03] Extracting A/V streams [VID_00009]
- [19:42:23] Reencoding video [VID_00009]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 30,601 frames
- Bitrate: 9,369 Kbs
- [19:42:23] Reencoding: VID_00009, Pass 1 of 2
- [19:55:03] Reencoding: VID_00009, Pass 2 of 2
- [20:08:00] Video Encode complete
- [20:08:00] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [20:08:00] Multiplexing M2TS
- [20:08:25] Processing: VID_00018 (4 of 13)
- [20:08:25] Extracting A/V streams [VID_00018]
- [20:08:32] Reencoding video [VID_00018]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 8,159 frames
- Bitrate: 2,294 Kbs
- [20:08:32] Reencoding: VID_00018, Pass 1 of 2
- [20:10:28] Reencoding: VID_00018, Pass 2 of 2
- [20:12:23] Video Encode complete
- [20:12:23] Processing audio tracks
- [20:12:23] Multiplexing M2TS
- [20:12:27] Processing: VID_00021 (5 of 13)
- [20:12:27] Extracting A/V streams [VID_00021]
- [20:13:49] Reencoding video [VID_00021]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 30,817 frames
- Bitrate: 9,353 Kbs
- [20:13:49] Reencoding: VID_00021, Pass 1 of 2
- [20:26:48] Reencoding: VID_00021, Pass 2 of 2
- [20:40:06] Video Encode complete
- [20:40:06] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [20:40:06] Multiplexing M2TS
- [20:40:47] Processing: VID_00022 (6 of 13)
- [20:40:47] Extracting A/V streams [VID_00022]
- [20:42:05] Reencoding video [VID_00022]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 28,849 frames
- Bitrate: 9,364 Kbs
- [20:42:05] Reencoding: VID_00022, Pass 1 of 2
- [20:54:28] Reencoding: VID_00022, Pass 2 of 2
- [21:07:05] Video Encode complete
- [21:07:05] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [21:07:05] Multiplexing M2TS
- [21:07:29] Processing: VID_00023 (7 of 13)
- [21:07:29] Extracting A/V streams [VID_00023]
- [21:08:52] Reencoding video [VID_00023]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 30,265 frames
- Bitrate: 9,361 Kbs
- [21:08:52] Reencoding: VID_00023, Pass 1 of 2
- [21:22:43] Reencoding: VID_00023, Pass 2 of 2
- [21:38:27] Video Encode complete
- [21:38:27] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [21:38:27] Multiplexing M2TS
- [21:38:52] Processing: VID_00025 (8 of 13)
- [21:38:52] Extracting A/V streams [VID_00025]
- [21:40:14] Reencoding video [VID_00025]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 30,505 frames
- Bitrate: 9,353 Kbs
- [21:40:14] Reencoding: VID_00025, Pass 1 of 2
- [21:53:09] Reencoding: VID_00025, Pass 2 of 2
- [22:06:14] Video Encode complete
- [22:06:14] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [22:06:14] Multiplexing M2TS
- [22:06:48] Processing: VID_00026 (9 of 13)
- [22:06:48] Extracting A/V streams [VID_00026]
- [22:08:04] Reencoding video [VID_00026]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 29,041 frames
- Bitrate: 9,348 Kbs
- [22:08:04] Reencoding: VID_00026, Pass 1 of 2
- [22:20:14] Reencoding: VID_00026, Pass 2 of 2
- [22:32:37] Video Encode complete
- [22:32:37] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [22:32:37] Multiplexing M2TS
- [22:33:11] Processing: VID_00027 (10 of 13)
- [22:33:11] Extracting A/V streams [VID_00027]
- [22:34:23] Reencoding video [VID_00027]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 30,361 frames
- Bitrate: 9,366 Kbs
- [22:34:23] Reencoding: VID_00027, Pass 1 of 2
- [22:47:07] Reencoding: VID_00027, Pass 2 of 2
- [23:00:09] Video Encode complete
- [23:00:09] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [23:00:09] Multiplexing M2TS
- [23:00:42] Processing: VID_00028 (11 of 13)
- [23:00:42] Extracting A/V streams [VID_00028]
- [23:01:55] Reencoding video [VID_00028]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 30,697 frames
- Bitrate: 9,389 Kbs
- [23:01:55] Reencoding: VID_00028, Pass 1 of 2
- [23:14:50] Reencoding: VID_00028, Pass 2 of 2
- [23:28:01] Video Encode complete
- [23:28:01] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [23:28:01] Multiplexing M2TS
- [23:28:27] Processing: VID_00029 (12 of 13)
- [23:28:27] Extracting A/V streams [VID_00029]
- [23:29:40] Reencoding video [VID_00029]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 30,313 frames
- Bitrate: 9,363 Kbs
- [23:29:40] Reencoding: VID_00029, Pass 1 of 2
- [23:42:32] Reencoding: VID_00029, Pass 2 of 2
- [23:55:38] Video Encode complete
- [23:55:38] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [23:55:38] Multiplexing M2TS
- [23:56:12] Processing: VID_00030 (13 of 13)
- [23:56:12] Extracting A/V streams [VID_00030]
- [23:57:24] Reencoding video [VID_00030]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 30,793 frames
- Bitrate: 9,387 Kbs
- [23:57:24] Reencoding: VID_00030, Pass 1 of 2
- [00:10:19] Reencoding: VID_00030, Pass 2 of 2
- [00:23:30] Video Encode complete
- [00:23:30] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [00:23:30] Multiplexing M2TS
[00:24:05]PHASE ONE complete
[00:24:05]PHASE TWO - Rebuild Started
- [00:24:05] Rebuilding BD file Structure
- [00:24:05] CopyDirStructure() 00076 1200
[18:06:15] - Aborted per user request

[02/23/14] Checking System Settings
- BD-Rebuilder v0.46.13 (beta)
- Windows Version: 6.0 [6002]
- Working Path Free Space: 444.83GB
- AVISYNTH Version: 2.5.8.0, Ok
- HAALI Splitter: 1.9.42.1, Ok
- FFDSHOW: 4504, Ok
- FFDSHOW VC-1 set incorrectly: [0]
- FFDSHOW MPEG2 set to "libavcodec": Ok
- FFDSHOW AVC set to "libavcodec": Ok
- AnyDVD settings check: Ok.
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- WAVI: Ok
- TSMUXER: Ok
- FRIMEncode: Ok
- FRIMDecode: Ok

[jdobbs]

@Childsplay

That routine is executed on every full backup made. This is the only report ever received of this type. Since the code is executed so often on so many systems, I have to believe the issue is local to your machine. That makes me think one of two things.

1. If the source is pointing to a local drive onto which you've ripped the disc, your drive is having issues with circular references. You may want to do a CHKDSK to find any issues. If this is a network or externally connected drive, it could also be a driver issue.

2. If you are reading directly from a disc it could either be a driver issue, or it could be a new type of copy protection that isn't being addressed by the ripping software.

I'll order the discs and see if I can repeat the issue in the case of #2.

[jdobbs]

Something i noticed and thought id ask a question about it.

My current disc im backing up with Full Backup to BD-5 option:
[00:59:52]PHASE TWO - Rebuild Started
- [00:59:52] Rebuilding BD file Structure
[01:00:01] - Encode and Rebuild complete
[01:00:01] JOB: FUTURAMA4_GREENYONDER finished.


Shouldn it say "Rebuilding AVCHD file structure? Wouldnt this cause issues trying to play on a bluray player? Im guessing its not important or a dumb question, but figured id be safe than sorry. Because blurays are still not working on any bluray player ive tested. Ive used two different computers, windows 7 and 8, and different bluray burners. It is only happening on Full Backup to bd-5/bd-9. Movie Only works fine. Ive researched this, and im not the only person whos seen this problem. Do you change any specific settings in the Imgburn settings, most specifically in the Settings/Write section? Such as the check book type options or write mode. Currently Write mode is set to auto. Auto change book type is checked by default. Clearly something strange is going on, and its either a setting in BDR or Imgburn. I also use ANYDVD HD but i doubt thats causing the issues.If the target is smaller than or equal to a BD-9 then it should say "Rebuilding AVCHD file Structure". But... that only applies if doing a movie-only backup. BD-RB can't guarantee 100% AVCHD compatibility on a full backup -- because the menu structure may or may not be AVCHD compatible.

I've made it very clear throughout this thread that support for full backups to BD-5/9 is highly dependent upon what an individual player will support. If your player won't playback full backups to BD-5/9 -- then you either need to get a different player or make movie-only backups. I can tell you I have 2 Samsung and 3 Sony players -- and they ALL support full backups to BD-5/9. As for others... I'll have to let those who own them report their findings.

I don't want seem unsupportive -- but I can't show up at everyone's house and fix problems that are only happening to them -- and that seems to be the case with your issue.

[mparade]

I just wanted to see if I used my Avatar 3D BD as the source and Full disc backup option as output after selecting "Process 3D Sources as 2D for Backup" in the SETUP dialog would the result be playable in 2D or not. It wasn't, so maybe I had missed something. Unfortunately, I cannot play the result in Powerdvd 13, however the menu works perfectly. After clicking play in the menu I can only see a blank screen and nothing happens, however the menu navigation is working, e.g. I can come back to the top menu from the blank screen status and when the timeline is kept on setting to zero.

Could anyone please advise?

[jdobbs]

I just wanted to see if I used my Avatar 3D BD as the source and Full disc backup option as output after selecting "Process 3D Sources as 2D for Backup" in the SETUP dialog would the result be playable in 2D or not. It wasn't, so maybe I had missed something. Unfortunately, I cannot play the result in Powerdvd 13, however the menu works perfectly. After clicking play in the menu I can only see a blank screen and nothing happens, however the menu navigation is working, e.g. I can come back to the top menu from the blank screen status and when the timeline is kept on setting to zero.

Could anyone please advise?There are some discs that, within the command structure, check to see if a 3D player and 3D compatible display are present (there is a register in the player that holds that information) -- and refuse to play if that isn't true. It's odd, really, because all the information necessary for a 2D player to play it is always there. But that code could be anywhere in the menu and playback structure.

In full-backup mode all the commands are kept (they have to be for the disc to function). So, I'm guessing (but guessing only) that the disc you're trying may be doing that check.

I have "Avatar 3D", and I'll see what happens when I try a 2D backup. It may not be until tomorrow, though, as I have a series of tests going on right now.

[mparade]

There are some discs that, within the command structure, check to see if a 3D player and 3D compatible display are present (there is a register in the player that holds that information) -- and refuse to play if that isn't true. It's odd, really, because all the information necessary for a 2D player to play it is always there. But that code could be anywhere in the menu and playback structure.

In full-backup mode all the commands are kept (they have to be for the disc to function). So, I'm guessing (but guessing only) that the disc you're trying may be doing that check.

I have "Avatar 3D", and I'll see what happens when I try a 2D backup. It may not be until tomorrow, though, as I have a series of tests going on right now.

Thank you for the help in advance!

[jdobbs]

Thank you for the help in advance!There are a couple of changes I need to make for that mode anyway. There is still some dangling information remaining that indicates 3D after the backup.

[mparade]

There are a couple of changes I need to make for that mode anyway. There is still some dangling information remaining that indicates 3D after the backup.

:scared:

[jdobbs]

:scared:It's not as big a deal as that. ;) There are some tables in the extension area of the MPLS and CLPI related to 3D that aren't being removed.

[mparade]

It's not as big a deal as that. ;) There are some tables in the extension area of the MPLS and CLPI related to 3D that aren't being removed.

I think I can help you after "debugging" this feature by testing all my 3D BD iso files. I have currently between around 10-15 pcs of such "materials". Anyway, most of time, I used to use edit and "movie & menus (autoblank extras)" mode with this (process 3D video sources as 2D for backup) feature too.

[DMagic1]

Tried Cars 3D last night. The first 3D attempt with BDRebuilder. In the past I used DVDFab but for some reason its 3D re encoded movies would always freeze on PS3 systems. Many reported that same issue. I'm glad to say everything was perfect with BDRebuilder. Very, very please with your efforts as usual.

[Lathe]

In the latest build, I notice that all these options are included in the INI file that I hadn't noticed on new builds before. Many of them of course are set to '0', but they are listed, which seems strange.

Anyway... MAINLY I noticed one that is not in the 'Hidden Options.txt' file but it is in my new build. It is called:

USE FILTERS=0

I don't remember seeing that before; what 'Filters' are being referred to?

Appreciate the update and upgrade to the internal LAVF encoders / decoders too!

Thanks!

[Ch3vr0n]

That one probably refers the the in-app setting to use custom avs filters.

Verstuurd vanaf mijn Nexus 7 met Tapatalk

[jdobbs]

In the latest build, I notice that all these options are included in the INI file that I hadn't noticed on new builds before. Many of them of course are set to '0', but they are listed, which seems strange.

Anyway... MAINLY I noticed one that is not in the 'Hidden Options.txt' file but it is in my new build. It is called:

USE FILTERS=0

I don't remember seeing that before; what 'Filters' are being referred to?

Appreciate the update and upgrade to the internal LAVF encoders / decoders too!

Thanks!Nothing has changed in the way hidden options are initialized.

USE_FILTERS is set (as indicated by Ch3vr0n) when you select to include AVS filters in the SETUP dialog. It isn't a hidden option.

[Lathe]

Nothing has changed in the way hidden options are initialized.

USE_FILTERS is set (as indicated by Ch3vr0n) when you select to include AVS filters in the SETUP dialog. It isn't a hidden option.

Oh I see. I guess I had missed that in previous builds. Thanks kindly!

[DoctorM]

Something weird that may or may not be a bug... yet. I was hoping to save some encoding time. As previously state my PC is slow.
I'm doing an encoding right now and it'll take another 20 hours (mostly because of added avs filtering). The thing is in the work files folder BD RB dropped an AUD_00001_4352.avs script which apparently is for re-encoding the audio track.
The original is 448kbps DD 5.1. There should be no reason (because of source or settings) that it will need re-encoding.

So either BD RB will finish the video encode and then re-encode the audio (apparently) unnecessarily OR it dropped a script that it will later not use.
Either one of which doesn't seem right.

The source is an MKV import of a custom mux of video, audio (DVD sourced track) and subs.
The destination is a BD5, none of the re-encode AC3 tracks options are checked.
----------------------
[02/27/14] BD Rebuilder v0.46.13 (beta)
[02:36:01] Source: TEMP
- Input BD size: 10.22 GB
- Approximate total content: [01:41:50.915]
- Target BD size: 4.36 GB
- Windows Version: 5.1 [2600]
- AVS Filtering is enabled
- RESIZE 1080p to 720p enabled
- Quality: Highest (Very Slow), CRF
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=640
[02:36:01] PHASE ONE, Encoding
- [02:36:01] Processing: VID_00001 (1 of 2)
- [02:36:01] Extracting A/V streams [VID_00001]
- [02:47:53] Reencoding video [VID_00001]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 142,264 frames
- Convert: 1280x720, 23.976fps, 142,264 frames
- [02:47:53] Performing CRF Prediction...
- Analyzing 11.00 30.50 24.21 20.62 18.98 18.39 [18.22]
- [05:19:02] Encoding using constant rate factor.

I know until something happens there really isn't all the information. I guess I'm asking for now is if BDRB drops scripts that it doesn't necessarily use or if I should anticipate a problem and save myself the encoding time now while I figure out where the problem is.

Edit: I've been searching the thread and can't find an answer. When downscaling, are the SUP files resized to the lower resolution as well?

[Sharc]

@jdobbs:
At this occasion -- see DoctorM's log -- I like to add that the CRF starting value is still 11.00.
From changes.txt
July 10th, 2013 - v0.44.15
- Updated algorithm to provide a better starting
CRF value when resizing to 1440x1080 and 720p.
Only applies to one-pass CRF mode.
It looks like it is not effective in certain cases (720p)?

[jdobbs]

Something weird that may or may not be a bug... yet. I was hoping to save some encoding time. As previously state my PC is slow.
I'm doing an encoding right now and it'll take another 20 hours (mostly because of added avs filtering). The thing is in the work files folder BD RB dropped an AUD_00001_4352.avs script which apparently is for re-encoding the audio track.
The original is 448kbps DD 5.1. There should be no reason (because of source or settings) that it will need re-encoding.

So either BD RB will finish the video encode and then re-encode the audio (apparently) unnecessarily OR it dropped a script that it will later not use.
Either one of which doesn't seem right.

The source is an MKV import of a custom mux of video, audio (DVD sourced track) and subs.
The destination is a BD5, none of the re-encode AC3 tracks options are checked.
----------------------
[02/27/14] BD Rebuilder v0.46.13 (beta)
[02:36:01] Source: TEMP
- Input BD size: 10.22 GB
- Approximate total content: [01:41:50.915]
- Target BD size: 4.36 GB
- Windows Version: 5.1 [2600]
- AVS Filtering is enabled
- RESIZE 1080p to 720p enabled
- Quality: Highest (Very Slow), CRF
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=640
[02:36:01] PHASE ONE, Encoding
- [02:36:01] Processing: VID_00001 (1 of 2)
- [02:36:01] Extracting A/V streams [VID_00001]
- [02:47:53] Reencoding video [VID_00001]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 142,264 frames
- Convert: 1280x720, 23.976fps, 142,264 frames
- [02:47:53] Performing CRF Prediction...
- Analyzing 11.00 30.50 24.21 20.62 18.98 18.39 [18.22]
- [05:19:02] Encoding using constant rate factor.

I know until something happens there really isn't all the information. I guess I'm asking for now is if BDRB drops scripts that it doesn't necessarily use or if I should anticipate a problem and save myself the encoding time now while I figure out where the problem is.

Edit: I've been searching the thread and can't find an answer. When downscaling, are the SUP files resized to the lower resolution as well?The AVS is created whether it is used or not. But remember, there are other settings that may force audio encoding (e.g. AUDIO_AMPLIFY, or a source that isn't sampled at the required 48Khz).

Yes, when you resize the video, the SUPs are resized to match.

[DoctorM]

Thanks jdobbs. If I built the MKV file with a DVD 480p resolution SUP file would that get automatically upscaled to 720p like 1080p would get downscaled (that is, is a blind resize(1280,720) type thing used, or is it a percentage resize or something else).

Am I best off upscaling the DVD Subs to 1080p when muxing and then let rebuilder take it back down to 720p?

Also, is the CRF prediction algorithm really that accurate as to go to hundredths of a decimal place? Manually I've never noticed more than half a CRF point making much difference in a final size. I just ask because it seems the analysis could be more efficient if it dropped the last place.

[jdobbs]

Thanks jdobbs. If I built the MKV file with a DVD 480p resolution SUP file would that get automatically upscaled to 720p like 1080p would get downscaled (that is, is a blind resize(1280,720) type thing used, or is it a percentage resize or something else).

Am I best off upscaling the DVD Subs to 1080p when muxing and then let rebuilder take it back down to 720p?

Also, is the CRF prediction algorithm really that accurate as to go to hundredths of a decimal place? Manually I've never noticed more than half a CRF point making much difference in a final size. I just ask because it seems the analysis could be more efficient if it dropped the last place.Hmmm... I've never seen an MKV with DVD subs muxed, so I'm not sure how they look. But it's unlikely they are still there. BD subs definitely get imported. Did the subs get imported?

You're better off importing directly from the DVD, and then resizing one time to your final desired resolution.

It doesn't resize to an accuracy level that is that great. While the CRF may be carried out to two decimals -- the factor that decides whether to do another sample encode (for a new CRF) is based on the output size of the sample -- not the CRF itself, and doesn't require that level of accuracy.

[omegaman7]

The AVS is created whether it is used or not. But remember, there are other settings that may force audio encoding (e.g. AUDIO_AMPLIFY, or a source that isn't sampled at the required 48Khz).

Yes, when you resize the video, the SUPs are resized to match.

I recently ran a job to AVCHD. I was confused that it re-encoded the audio, because according to Mediainfo, it already fell within the appropriate parameters. Or so I thought(640Kbps/AC-3). Perhaps your explanation here answers my confusion. The original, was 44.1Khz. I imagine that doesn't fall into AVCHD spec. Once again, you've taught me a valuable lesson :D

[DoctorM]

In this case I build the MKV with an HD video track from one source, the audio track and subs were from a DVD.
I took the IDX/SUB file and with BDSup2Sub resized/converted to 1080p/.SUP to match the video (not knowing how BD Rebuilder would handle the size or IDX/SUB format).

I guess I'm asking if I would have been okay just converting the IDX/SUB to SUP (480) and letting BD Rebuilder upscale it to 720p for one resize (and if it would know to upscale it).

@Omegaman7 - Yeah, I would think 48khz would be needed. I'm not sure I've seen an AC3 track at 44.1khz. This track is definitely 16bit/48khz.

I guess I'll wait and see and if it goes wrong just rebuild later with the already encoded video track.

[ricoman]

This was happening to me a month or so ago so I reinstalled BDR and it worked fine until now. I reinstalled it again with v.0.46.13 beta but still get this message about txmuxer not working. Can you tell me why this happens and what is the solution? This has happened several times. Thank you.

[ChldsPlay]

@Childsplay

That routine is executed on every full backup made. This is the only report ever received of this type. Since the code is executed so often on so many systems, I have to believe the issue is local to your machine. That makes me think one of two things.

1. If the source is pointing to a local drive onto which you've ripped the disc, your drive is having issues with circular references. You may want to do a CHKDSK to find any issues. If this is a network or externally connected drive, it could also be a driver issue.

2. If you are reading directly from a disc it could either be a driver issue, or it could be a new type of copy protection that isn't being addressed by the ripping software.

I'll order the discs and see if I can repeat the issue in the case of #2.

I created a new target folder with a different name and it worked fine. I had noticed that when I selected my target folder previously, it wasn't displaying the full address (i.e. A:\The Big Bang Theory Season 2\backup was only showing up as A:\The Big Bang Theory Season 2).

[jdobbs]

I created a new target folder with a different name and it worked fine. I had noticed that when I selected my target folder previously, it wasn't displaying the full address (i.e. A:\The Big Bang Theory Season 2\backup was only showing up as A:\The Big Bang Theory Season 2)Interesting.

[Audiophile1178]

Jdobbs, do you have an answer to this question?

http://forum.doom9.org/showthread.php?p=1669758#post1669758

Just using BDRebuilder as is on 2-pass encoding without any modifications to it doesn't work. I also added those two config lines in the previous question without any luck.

FWIW, here's some info that might be tripping it up:

1. 104 playlists
2. 174 m2ts files

I don't know why when I set BD Rebuilder to DVD9 it sees most of the files but still not all. When I Set it to BD25 it ignores A LOT of m2ts files.


Maybe there's too many m2ts files for BD Rebuilder to handle?

[jdobbs]

Jdobbs, do you have an answer to this question?

http://forum.doom9.org/showthread.php?p=1669758#post1669758

Just using BDRebuilder as is on 2-pass encoding without any modifications to it doesn't work. I also added those two config lines in the previous question without any luck.

FWIW, here's some info that might be tripping it up:

1. 104 playlists
2. 174 m2ts files

I don't know why when I set BD Rebuilder to DVD9 it sees most of the files but still not all. When I Set it to BD25 it ignores A LOT of m2ts files.


Maybe there's too many m2ts files for BD Rebuilder to handle?If you set it to BD-9 and it ignores files, it is probably because they are unreferenced. Some discs have "filler" material added to make them larger than BD-25. BD-RB ignores anything that isn't referenced.

I'll go back and look a BD-25 -- there was some reasoning there, but it escapes me right now.

[Yordan5]

This was happening to me a month or so ago so I reinstalled BDR and it worked fine until now. I reinstalled it again with v.0.46.13 beta but still get this message about txmuxer not working. Can you tell me why this happens and what is the solution? This has happened several times. Thank you.

There is not an easy answer to this as anything could be causing this to happen. Do a system restore to the point where tsMuxeR was working fine and check what changes or installations you did before the problem started. This does not appear to be a BD-RB bug so you may not get many replies in this thread.

[jdobbs]

This was happening to me a month or so ago so I reinstalled BDR and it worked fine until now. I reinstalled it again with v.0.46.13 beta but still get this message about txmuxer not working. Can you tell me why this happens and what is the solution? This has happened several times. Thank you.There are a couple posts further back in this thread where DoctorM was having issues with the new TSMUXER. If I recall correctly it was because he had an exceptionally old processor that didn't support SSE2. Any chance that may be your issue?

[jdobbs]

If you set it to BD-9 and it ignores files, it is probably because they are unreferenced. Some discs have "filler" material added to make them larger than BD-25. BD-RB ignores anything that isn't referenced.

I'll go back and look a BD-25 -- there was some reasoning there, but it escapes me right now.I looked at it. The M2TS files that aren't included when MIN_M2TS_SIZE=0 are the ones that have no video, contain IGS (with IGS_ENABLE set off), BD-RB has determined to be menus, or BD-RB has determined to be made up of still images (and AUTO_BLANK is off).

[DoctorM]

Does BD Rebuilder not allow mpeg2 on AVCHD BD5/9 discs?
I added on a trailer (from a DVD) to my recent encoding, and although it is below the MIN_M2TS_SIZE value, it still forced a re-encoding.

That's a bit of a problem because I had added AVS filters for the movie, but I don't want those filters applied to the extras.

[jdobbs]

Does BD Rebuilder not allow mpeg2 on AVCHD BD5/9 discs?
I added on a trailer (from a DVD) to my recent encoding, and although it is below the MIN_M2TS_SIZE value, it still forced a re-encoding.

That's a bit of a problem because I had added AVS filters for the movie, but I don't want those filters applied to the extras.It's not a matter of BD-RB allowing it. The AVCHD standard doesn't allow it.

[Acerjen]

I am having difficulties getting SBS MKVs to properly convert to MVC 3D ISOs. The conversion completes successfully. On playback, the picture is somewhat blocky and does not play smooth. It is difficult to describe what is happening so I have provided a sample at the following link:

https://www.dropbox.com/s/zznnngx2r0ygfhb/FIRE_ANTS_-_THE_INVINCIBLE_ARMY_%283D%29_%28SAMPLE%29.ISO

If someone would be willing to download this file and try to play it on their system and tell me if they have any trouble, I would greatly appreciate your time. Here is a link to the original sample file I used from my Blu-ray disc.

https://www.dropbox.com/s/oa3hig5gl4mxlyr/Fire%20Ants%20-%20The%20Invincible%20Army%20%283D%29%20%28sample%29.mkv

And also, the support files that jdobbs usually asks for.

https://www.dropbox.com/s/geimtdsqhdwd1xd/support%20files.zip

Thanks for your time. Later.

-acerjen

[Audiophile1178]

Some discs have "filler" material added to make them larger than BD-25. BD-RB ignores anything that isn't referenced.

While I do agree with you that the newer discs are using this sort of trickery both of the X-Files discs came out in 2008 and back then they didn't do that sort of thing.

Just to be sure that this isn't the case, I used Procmon in conjunction with PowerDVD and had the disc loaded in BD Rebuilder to compare everything. I can assure you that everything that I'm questioning is referenced in the disc menu. My findings were that most of the material that BD Rebuilder doesn't see is contained in bonus material titled:

"The X-Files Complete Timeline"
"Still Galleries"

The X-Files Complete Timeline is very interesting and goes into specific details about everything regarding the X-Files and breaks it down by year/seasons/movies etc... The user has the choice. This feature is very tricky to navigate and has TONS of SD video of at least 87 m2ts files that are at least 2.4 GB in size along with interesting facts and pictures. It's hard to track everything down as there's so much material.

The "X-Files: I Want To Believe" is one of the most difficult discs that I've come across because of all these features.


FWIW, I also can't do the first film "Fight The Future" for two reasons

1. tsMuxeR is throwing up errors on 00003.m2ts file. The same error as Matrix789 is having here:

http://forum.doom9.org/showthread.php?p=1670576#post1670576

which has nothing directly to do with BD Rebuilder.

2. BD Rebuilder has the same issue as the second film of not seeing all the m2ts files. BD Rebuilder is ignoring the same bonus part as in disc two "Still Galleries". In this case, it isn't as bad as those "Still Galleries" consist of three files (I believe) which isn't that bad as I could manually encode that so it's not as much of a concern but is still the same problem with BD Rebuilder.


I guess it's not too surprising that both X-Files movie are having issues with BD Rebuilder as they were both released on the same exact day and have the same format but just different bonus content.


If there's anything that I can further do to help assist you let me know.

P.S. If you wish I could send you the Blu-ray structure of both discs (everything but the stream folder as including that folder would be too much to upload) to possibly help you analyze the disc. I could also tell you which playlists BD Rebuilder ignores.

[mparade]

There are a couple of changes I need to make for that mode anyway. There is still some dangling information remaining that indicates 3D after the backup.

Could you make these changes for the next release? Anyway, were you succeeded in processing Avatar 3D as 2D for full disc backup? I would be much concerned about that.

Thank you in advance!

[DoctorM]

It's not a matter of BD-RB allowing it. The AVCHD standard doesn't allow it.

I suspected. So I stopped the job, removed the filters, used 'Import Videofiles' and pointed it to the newly re-encoded M2TS of the film and the mpeg2 trailer file.

I figured it would build a psuedo BD and let me continue from there with BDRB copying the movie and re-encoding the trailer (now without the filter).

It isn't doing that. It STILL wants to re-encode the movie: SOURCE_SIZE=4314329992
SOURCE_VIDEO_SIZE=4314329088
TARGET_SIZE=4686086144
REDUCTION=1.0861677782147
[02/28/14] BD Rebuilder v0.46.13 (beta)
[15:18:21] Source: WORKFILES
- Input BD size: 4.02 GB
- Approximate total content: [01:38:53.552]
- Target BD size: 4.36 GB
- Windows Version: 5.1 [2600]
- Quick-Play Reauthoring mode enabled
- Quality: Highest (Very Slow), CRF
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=640
[15:18:22] PHASE ONE, Encoding
- [15:18:22] Processing: VID_00001 (1 of 1)
- [15:18:22] Extracting A/V streams [VID_00001]
- [15:22:08] Reencoding video [VID_00001]
- Source Video: MPEG-4 (AVC), 1280x720
- Rate/Length: 23.976fps, 142,263 frames
- [15:22:08] Performing CRF Prediction...
- Analyzing 11.00 [11.00]

Apparently for BD5/9 discs there is no recognition if the video source is already compliant with AVCHD standard.

Also, I don't know if I'm alone on this, but I would think the AVS filter shouldn't (by default anyway) be applied to bonus features. Extras frequently aren't similar to the feature film and don't need the same treatment.

Finally, I now need some advice on how to rebuild what I've got. I have the film re-encoded in M2TS ready for BD5, but the trailer is still non-compliant mpeg-2. I have no idea how to rebuild this now.

Edit: Added FORCE_NOENCODE=1. It still want to encode that thing.
Edit 2: Okay, I've got a problem somewhere. Set BDRB with a BD-25 target and it still wants to re-encode. I'm lost.

[jdobbs]

Could you make these changes for the next release? Anyway, were you succeeded in processing Avatar 3D as 2D for full disc backup? I would be much concerned about that.

Thank you in advance!When I tried to back it up to 2D I had the same issue you had. There's a bug in which some of the playlists are kept 3D and some are not, and it causees a lot of confusion. I'll see what I can do for the next release, but it looks like it's not going to be a simple matter.

[jdobbs]

@Audiophile1178

Did you read this post (http://forum.doom9.org/showthread.php?p=1671090#post1671090)?

[mparade]

When I tried to back it up to 2D I had the same issue you had. There's a bug in which some of the playlists are kept 3D and some are not, and it causees a lot of confusion. I'll see what I can do for the next release, but it looks like it's not going to be a simple matter.

Thank you for your time. Truly appreciated your efforts!

[Audiophile1178]

@Audiophile1178

Did you read this post (http://forum.doom9.org/showthread.php?p=1671090#post1671090)?

Yes, I did as I quoted from it. I was responding to that post stating that I looked into both discs and the files that BD Rebuilder doesn't see do get referenced by the disc and I listed what those files contain, as well as, what accessed those files in the disc menu.

I know that you said that you're going to look into it. I just wanted to convey my findings and possibly help you out by providing the Blu-ray structure.

As I said before, "I Want To Believe" is one of the craziest discs that I've seen and would think that it would be a good test disc for you to use.


As it stands, I was simply stating that I'm currently unable to backup either of the X-Files movies because of these various issues.

[Sharc]

Does BD Rebuilder not allow mpeg2 on AVCHD BD5/9 discs?
I added on a trailer (from a DVD) to my recent encoding, and although it is below the MIN_M2TS_SIZE value, it still forced a re-encoding.

That's a bit of a problem because I had added AVS filters for the movie, but I don't want those filters applied to the extras.
Just in case you didn't know: You can control the application of the .avs scripts by using a prefix like f:, e: etc. It's documented in the changes.txt

[jdobbs]

Back by popular demand. From a previous post:

All settings that don't use the "a:" are assumed to be video. Some other prefixes:

i: means apply only to interlaced sources
p: means apply only to progressive sources
f: means apply only to the feature
e: means apply only to extras

The default of no prefix at all means apply it to all sources

They can be used together, for example:

f:a:Amplify(audio,1.25)

would mean to increase audio by 25% for the feature only.

[Sharc]

.......
Edit: Added FORCE_NOENCODE=1. It still want to encode that thing.
Edit 2: Okay, I've got a problem somewhere. Set BDRB with a BD-25 target and it still wants to re-encode. I'm lost.
I experienced and reported a similar problem some days ago. I found that the unwanted re-encoding was probably triggered by the selected resize option. Try to unselect the options (you don't need these for pure re-authoring), and your source should remain intact.

[DoctorM]

Back by popular demand. From a previous post:

All settings that don't use the "a:" are assumed to be video. Some other prefixes:

i: means apply only to interlaced sources
p: means apply only to progressive sources
f: means apply only to the feature
e: means apply only to extras

The default of no prefix at all means apply it to all sources

They can be used together, for example:

f:a:Amplify(audio,1.25)

would mean to increase audio by 25% for the feature only.

I didn't even know that was there. Thanks.

I experienced and reported a similar problem some days ago. I found that the unwanted re-encoding was probably triggered by the selected resize option. Try to unselect the options (you don't need these for pure re-authoring), and your source should remain intact.

Good thought, but no. I just cannot under any condition make BDRB leave a source alone for rebuilding. No matter the format or size, the target, the options, or anything else.

To rule out as much as possible I went back to v44.17 and I still find this behavior. I've been running test after test today under various conditions.

Am I misunderstanding? Does BDRB NEVER copy a source untouched even if there is more than enough room for it?

[DoctorM]

One more test. I figured I'd try a BD Quick Reauthor on the Pseudo BD. Unfortunately, the threshold is 15 minutes and I can find no hidden option for lowering that. Does it exist?

Sorry to be so needy, but this has been more difficult than anticipated.

[A.Fenderson]

Yes, I did as I quoted from it.

I'm guessing jdobbs meant to reference his most recent reply to you (http://forum.doom9.org/showthread.php?p=1671121#post1671121)instead of a previous one.

[jdobbs]

@DoctorM

BD-RB has to reencode anything that is destined for a BD-5/9. That's because a source that was created for BD has bitrates that CANNOT be played on a DVD+-R -- it can't spin fast enough. It doesn't check a BD source to determine whether it was previously encoded. As one might expect, it assumes that a BD source is a BD source.

[DoctorM]

I can understand the BD5/9 always reencoding, but even taking from a pseudo BD to a BD25 target, BDRB insists on a re-encode too.

So basically it appears if the format isn't a true BD to start with, BDRB will always encode.
Can a psuedo BD be used as a real BD(5) if the video files are properly encoded or are there other authoring differences?

[Sharc]

@jdobbs
BD-5/9 target selection then overrules the hidden option FORCE_NOENCODE=1?
I am asking because I imported compliant files (already processed before by BD-RB) on purpose for fixing the Quick-Menu. BD-RB insists on re-encoding despite FORCE_NOENCODE=1 unless I deselect all resizing tick boxes.
(Possibly a similar case as DoctorM reports)

[Capsbackup]

Perhaps an option to Re-Author without reencoding check box could be used for BD5-9/AVCHD? A warning message could say "may not be compatible with AVCHD, use at your own risk!"
I often do use multiAVCHD for this, but this would be an excellent alternative.
Not sure this is an option you would want to add jdobbs, since you know the potential problems that will happen, and people will assume it is the fault of BD-RB! :(

[jdobbs]

FORCE_NOENCODE=1 should keep the original either way as long as it is physically possible to follow it and still meet your other settings. But it has to reencode if you are resizing. You can't give it contradicting instructions and expect BD-RB to know which of those you really mean. It can also be overridden by FORCE_ENCODE.

The same applies if you are processing SBS into 3D or if you have filters set. It can't do that and not encode at the same time.

Trying to do two things at the same time that contradict each other is an operator error... not a bug. It's kinda' like stepping on the accelerator and the brake at the same time. Would you tell the manufacturer that they have a bug and one of the two should be ignored?

With that said... if you select FORCE_NOENCODE and there is no other contradicting setting, it should not reencode. I'll look at what happens with BD-5/9 and change it if necessary.

[mparade]

- [11:28:56] Processing: VID_00066 (55 of 102)
- [11:28:56] Extracting A/V streams [VID_00066]
- Error in attempt to MKVMERGE.
[11:29:36] - Failed to retrieve audio, aborted

Cannot get through this problem. The videos source is AVC and part of the main movie. (MPEG-4 (AVC), 1920x1080
Rate/Length: 23,976fps).

Please help. At the moment this is the only 2D BD I own which cannot be processed by BD-RB due to some reason.

Thank you!

[jdobbs]

The videos source is AVC and part of the main movie. What does this mean? If it is building to MKV the main movie is all there is -- and what do you mean by "part of" it?

[Edit] Ok, I see by looking at your log that you aren't encoding to MKV. MKVMERGE is necessary when processing secondary video or VC-1 interlaced sources (because they can't be demuxed/encoded properly from an M2TS).

[mparade]

What does this mean? If it is building to MKV the main movie is all there is -- and what do you mean by "part of" it?

Sorry for not being clear enough.

If I switch to "movie-only backup" mode to check the main movie content, it is shown that the main video contains several VIDs (22 pcs from VID_00050 to VID_00072) including the one I have problem with (VID_00066).
I meant only that VID_00066 is part of the main movie video content.

[jdobbs]

Sorry for not being clear enough.

If I switch to "movie-only backup" mode to check the main movie content, it is shown that the main video contains several VIDs (22 pcs from VID_00050 to VID_00072) including the one I have problem with (VID_00066).
I meant only that VID_00066 is part of the main movie video content. Is it the last part? It may be possible that BD-RB is attempting to extract the secondary video for reencoding... but for some reason it isn't there. By the standard -- it must be there. I've see a couple of other cases where the final segment of a multipart video violates requirements.

[Sharc]

FORCE_NOENCODE=1 should keep the original either way as long as it is physically possible to follow it and still meet your other settings. But it has to reencode if you are resizing. You can't give it contradicting instructions and expect BD-RB to know which of those you really mean. It can also be overridden by FORCE_ENCODE.

The same applies if you are processing SBS into 3D or if you have filters set. It can't do that and not encode at the same time.

Trying to do two things at the same time that contradict each other is an operator error... not a bug. It's kinda' like stepping on the accelerator and the brake at the same time. Would you tell the manufacturer that they have a bug and one of the two should be ignored?

With that said... if you select FORCE_NOENCODE and there is no other contradicting setting, it should not reencode. I'll look at what happens with BD-5/9 and change it if necessary.
Thank you for the clarification. Yes, I am well aware of the possibility of conflicting settings. The question is then always which is given priority. I assumed that FORCE_NOENCODE=1 would overrule everything in case of conflicts (as the "force" sounds very strong), but apparently I was wrong. Now it's clear that I have to reset/deselect other possibly conflicting settings when I want to avoid re-encoding.

[mparade]

Is it the last part? It may be possible that BD-RB is attempting to extract the secondary video for reencoding... but for some reason it isn't there. By the standard -- it must be there. I've see a couple of other cases where the final segment of a multipart video violates requirements.

No, this segment is from one of the biggests and located in the middle of the main movie. And you are right, the disc contains secondary video in each referenced main movie segment according to the stream view. I think this BD is a "tricky" one:

I have found that after selecting Movie-Only Backup Mode, "Other Movie-Only Playlists" contains 7 pcs of playlists. What is strange for me is that this problematic main video segment (VID_00066) has it's own playlist (Playlist 00066) in which it is located alone. The same situation with an other big main video segment as well (VID_00068). Maybe, this could cause some problem for BD-RB also.

[mparade]

Is it the last part? It may be possible that BD-RB is attempting to extract the secondary video for reencoding... but for some reason it isn't there. By the standard -- it must be there. I've see a couple of other cases where the final segment of a multipart video violates requirements.

Would it be possible to get around this problem by creating a hidden option like FORCE_SECONDARY_NOENCODE?
It would be great if you assigned a reason to it also. :o

[jdobbs]

Would it be possible to get around this problem by creating a hidden option like FORCE_SECONDARY_NOENCODE?
It would be great if you assigned a reason to it also. :oPossibly. But there are risks related to that. What if the bitrate of the secondary pushes you over the limit for BD-5/9? What if it uses an inordinate amount of space that is stolen from your primary video?

Have you tried switching to DirectshowSource() rather than LAVF?

[ricoman]

There are a couple posts further back in this thread where DoctorM was having issues with the new TSMUXER. If I recall correctly it was because he had an exceptionally old processor that didn't support SSE2. Any chance that may be your issue?
No, it's a 2 yr. old i7 so I don't think it's the processor. I was able to use DVDFabHD, but I generally like BDRebuilder better. It takes longer but the output seems crisper. This has happened to me 3 different times in the past yr. Usually reinstalling BDRB fixes it, not this time though. The only thing I can think of is that I seem to periodically have to reinstall Adobe Flash Player due to crashing issues (a lot of people have that problem). Do you think that could be affecting it? It's the only common clue I can think of because other than updating AnyDVDHD and DVDFabHD, I don't download much.

[jdobbs]

No, it's a 2 yr. old i7 so I don't think it's the processor. I was able to use DVDFabHD, but I generally like BDRebuilder better. It takes longer but the output seems crisper. This has happened to me 3 different times in the past yr. Usually reinstalling BDRB fixes it, not this time though. The only thing I can think of is that I seem to periodically have to reinstall Adobe Flash Player due to crashing issues (a lot of people have that problem). Do you think that could be affecting it? It's the only common clue I can think of because other than updating AnyDVDHD and DVDFabHD, I don't download much.I can't imagine how Adobe Flash could affect TSMUXER. But stanger things have happened I suppose.

Have you tried running TSMUXER from the command line using the META file BD-RB creates, and seeing if there is some indication of what might be happening before the crash?

[mparade]

Possibly. But there are risks related to that. What if the bitrate of the secondary pushes you over the limit for BD-5/9? What if it uses an inordinate amount of space that is stolen from your primary video?

Have you tried switching to DirectshowSource() rather than LAVF?

For my backup projects it is not a problem at all neither pushing over the limit for BD-5/BD-9 nor if it uses an inordinate amount of space that is stolen from primary video. The reason for that is that I always use FIXED_CRF option for the different video content types of the backups with unpredictable final sizes. Additionally, I always keep the HD audio tracks if available on the disk. I have found this method of processing quite effective and it results in very small backup sizes most of time.

With DirectshowSource I experienced the same problem, attached the log file. (The only difference in setup between the two encodings was unmarking "use X264's internal LAVF for decoding" in the setup dialog).

I really appreciate your efforts and time spent on this issue.

[Peter_A]

Hello, this is my first post.

I have been using BD Rebuilder for awhile now, and I seem to be having an issue that just started with the past couple of versions that I've used (I'm not sure if these correspond to the last 2 releases, as I may not have installed each release that was made). Now, the video will always be re-encoded, even when it will fit on the target (BD25). This used to work fine for me (prior to the past 2 versions that I've used). I've done several movies where converting the LPCM or DTS HD-Master to AC3 allowed the size to be small enough for the video to not be re-encoded. Now, this is not occurring. In fact, I have a movie now that I just tried. It's "The Artist" and it's 22.9 GB with the DTS HD-Master audio track. It's just barely above the BD25 threshold, and clearly by converting the DTS HD-Master to AC3, it would be below the BD25 threshold, but BD Rebuilder is still is trying to re-encode the video. Another example, I had A Clockwork Orange, with a few audio tracks (1 LPCM, and 2 AC3, I believe). I selected just 1 AC3 track (which ended up bringing the final size to well under 20 GB, but it still tried to re-encode the video. If I change the target size to BD50, it works (no re-encode), so I don't think that any of my other settings are forcing it to re-encode or anything in the video itself (interlaced, etc.). Did something change with the size calculations? Again, this just started happening with the past 2 versions that I've used (prior versions seemed to be OK). Any thoughts? Here are my settings and log(s).

---------
SETTINGS
---------
[Options]
VERSION=0.46.0.13
MODE=0
ENCODE_QUALITY=3
ONEPASS_ENCODING=0
AUTO_QUALITY=0
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
CONVERT_WIDE=0
DTS_REENCODE=1
AC3_REENCODE=0
AC3_640=1
AC3_192=0
KEEP_HD_AUDIO=0
KEEP_HD_LPCM=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=0
ASSUME_DVD_PAL=0
UNMASK_CHAPTER=0
COMPLETION_BEEP=0
DGDECNV=0
OUTPUT_3D=0
NEROAAC=0
SUPTITLE=0
AUDIO_TRACK_LIMIT=1
SUBTITLE_TRACK_LIMIT=1
CUSTOM_TARGET_SIZE=23500
IGNORE_3D=0
OUTPUT_SBS=0
[Paths]
SOURCE_PATH=H:\
WORKING_PATH=D:\TEMP\BD-RB\

---------------------------
LOG (with BD25 target size)
---------------------------
[03/02/14] BD Rebuilder v0.46.13 (beta)
[11:22:31] Source: THE_ARTIST
- Input BD size: 22.99 GB
- Approximate total content: [01:40:36.071]
- Target BD size: 22.95 GB
- Windows Version: 6.1 [7601]
- Quality: Highest (Very Slow), Two Pass
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=1 HD=0 Kbs=640
[11:22:32] PHASE ONE, Encoding
- [11:22:32] Processing: VID_00015 (1 of 1)
- [11:22:32] Extracting A/V streams [VID_00015]
- [11:35:53] Reencoding video [VID_00015]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 144,721 frames
- Bitrate: 29,643 Kbs
- [11:35:53] Reencoding: VID_00015, Pass 1 of 2
[11:37:28]PHASE ONE aborted by user request

---------------------------
LOG (with BD50 target size)
---------------------------
[03/02/14] BD Rebuilder v0.46.13 (beta)
[11:38:57] Source: THE_ARTIST
- Input BD size: 22.99 GB
- Approximate total content: [01:40:36.071]
- Target BD size: 46.26 GB
- Windows Version: 6.1 [7601]
- Quality: Highest (Very Slow), Two Pass
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=1 HD=0 Kbs=640
[11:38:58] PHASE ONE, Encoding
- [11:38:58] Processing: VID_00015 (1 of 1)
- [11:38:58] Extracting A/V streams [VID_00015]
- [11:52:05] Reencoding video [VID_00015]
- [11:52:05] Keeping original video (no reencode)
- [11:52:05] Processing audio tracks
- Track 4352 (eng): Reencoding audio to AC3...

Thanks for any help. Sorry for the long post.
-Peter

[ricoman]

I can't imagine how Adobe Flash could affect TSMUXER. But stanger things have happened I suppose.

Have you tried running TSMUXER from the command line using the META file BD-RB creates, and seeing if there is some indication of what might be happening before the crash?

not sure how to do that. When I click on TSmuxer app it whizzes by so fast and disappears.

edit: Managed to stop the window, but it's Greek to me. I'm just a simple user and am a bit out of my depth when it comes to command line stuff. Didn't see anything in the window that indicated a problem.

[veggav]

I'll honk this horn once again.

Is there any plans to add srt subtitle support on BDMV folder structure?

I'm talking about adding a subtitle stream to a BD and leaving everything else intact.

Since TsMuxer does the job of converting it to sup structure BD-RE would just need to add the stream and replace mpls and clpi new files after insertion.

This is so simple compared to all the math this software does for re-encoding that I'm really surprised this feature wasn't added yet.

[Ch3vr0n]

simple in thought maybe yes, implementation i doubt it.

[AmigaFuture]

I'll honk this horn once again.

Is there any plans to add srt subtitle support on BDMV folder structure?

I'm talking about adding a subtitle stream to a BD and leaving everything else intact.

Since TsMuxer does the job of converting it to sup structure BD-RE would just need to add the stream and replace mpls and clpi new files after insertion.

This is so simple compared to all the math this software does for re-encoding that I'm really surprised this feature wasn't added yet.

From a Users view, a programmers job can seem less complex often. Because 1 programmer finds a way or is inspired, doesn't mean another programmer will come across the same....the same.

@jdobbs

Thanks a LOT for keeping FORCE_NOENCODE while creating the Target Size BD-50 option. I don't always check the Jar directory for unneeded files. I'm sure someone else will appreciate it for "Oh, Doh!" moments as I have. :D

[rusty666]

can anybody help i done a 3d sbs avchd bd9 from iso 3d but once i put it on disk it will noy play on power dvd or 2 blu ray players i have tried?

[jdobbs]

can anybody help i done a 3d sbs avchd bd9 from iso 3d but once i put it on disk it will noy play on power dvd or 2 blu ray players i have tried?BD players don't typically convert SBS. It will still show as two pictures. It is normally the monitor that does that via a 3D selection.

[rusty666]

i mean it will not play at all

[rusty666]

i had to use avchd patcher 106 worked first time on player after that . thanx for your hard work

[jdobbs]

What version of BD-RB did you use? There was an AVCHD fix in v0.46.13.

[rusty666]

yes im useing the latest you have

[rusty666]

should i be useing x264 lavf encodeing?

[jdobbs]

That really doesn't matter.

[rusty666]

will you be doing 3d full menu bd25 at some point?

[jdobbs]

Yes. I have a few things to figure out first, though.

[DoctorM]

Hello, this is my first post.

I have been using BD Rebuilder for awhile now, and I seem to be having an issue that just started with the past couple of versions that I've used (I'm not sure if these correspond to the last 2 releases, as I may not have installed each release that was made). Now, the video will always be re-encoded, even when it will fit on the target (BD25). This used to work fine for me (prior to the past 2 versions that I've used). I've done several movies where converting the LPCM or DTS HD-Master to AC3 allowed the size to be small enough for the video to not be re-encoded. Now, this is not occurring. In fact, I have a movie now that I just tried. It's "The Artist" and it's 22.9 GB with the DTS HD-Master audio track. It's just barely above the BD25 threshold, and clearly by converting the DTS HD-Master to AC3, it would be below the BD25 threshold, but BD Rebuilder is still is trying to re-encode the video. Another example, I had A Clockwork Orange, with a few audio tracks (1 LPCM, and 2 AC3, I believe). I selected just 1 AC3 track (which ended up bringing the final size to well under 20 GB, but it still tried to re-encode the video. If I change the target size to BD50, it works (no re-encode), so I don't think that any of my other settings are forcing it to re-encode or anything in the video itself (interlaced, etc.). Did something change with the size calculations? Again, this just started happening with the past 2 versions that I've used (prior versions seemed to be OK). Any thoughts? Here are my settings and log(s).

---------
SETTINGS
---------
[Options]
VERSION=0.46.0.13
MODE=0
ENCODE_QUALITY=3
ONEPASS_ENCODING=0
AUTO_QUALITY=0
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
CONVERT_WIDE=0
DTS_REENCODE=1
AC3_REENCODE=0
AC3_640=1
AC3_192=0
KEEP_HD_AUDIO=0
KEEP_HD_LPCM=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=0
ASSUME_DVD_PAL=0
UNMASK_CHAPTER=0
COMPLETION_BEEP=0
DGDECNV=0
OUTPUT_3D=0
NEROAAC=0
SUPTITLE=0
AUDIO_TRACK_LIMIT=1
SUBTITLE_TRACK_LIMIT=1
CUSTOM_TARGET_SIZE=23500
IGNORE_3D=0
OUTPUT_SBS=0
[Paths]
SOURCE_PATH=H:\
WORKING_PATH=D:\TEMP\BD-RB\

---------------------------
LOG (with BD25 target size)
---------------------------
[03/02/14] BD Rebuilder v0.46.13 (beta)
[11:22:31] Source: THE_ARTIST
- Input BD size: 22.99 GB
- Approximate total content: [01:40:36.071]
- Target BD size: 22.95 GB
- Windows Version: 6.1 [7601]
- Quality: Highest (Very Slow), Two Pass
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=1 HD=0 Kbs=640
[11:22:32] PHASE ONE, Encoding
- [11:22:32] Processing: VID_00015 (1 of 1)
- [11:22:32] Extracting A/V streams [VID_00015]
- [11:35:53] Reencoding video [VID_00015]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 144,721 frames
- Bitrate: 29,643 Kbs
- [11:35:53] Reencoding: VID_00015, Pass 1 of 2
[11:37:28]PHASE ONE aborted by user request

---------------------------
LOG (with BD50 target size)
---------------------------
[03/02/14] BD Rebuilder v0.46.13 (beta)
[11:38:57] Source: THE_ARTIST
- Input BD size: 22.99 GB
- Approximate total content: [01:40:36.071]
- Target BD size: 46.26 GB
- Windows Version: 6.1 [7601]
- Quality: Highest (Very Slow), Two Pass
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=1 HD=0 Kbs=640
[11:38:58] PHASE ONE, Encoding
- [11:38:58] Processing: VID_00015 (1 of 1)
- [11:38:58] Extracting A/V streams [VID_00015]
- [11:52:05] Reencoding video [VID_00015]
- [11:52:05] Keeping original video (no reencode)
- [11:52:05] Processing audio tracks
- Track 4352 (eng): Reencoding audio to AC3...

Thanks for any help. Sorry for the long post.
-Peter

Check your settings, you may have something like resize, avisynth filters turned on or something else (although from your logs it doesn't look that way).

That said, I have the exact same problem.

[jdobbs]

I have updated the first post of this thread with a link to the latest version of BD-RB (v0.46.14). Changes for this release:- Corrected an issue that could jumble menu
order and/or edited titles when importing
from BD sources.
- Modified LAVF processing so it now uses the
original M2TS file for encoding rather than
the extracted video file. This should reduce
the required working folder free disc space,
may slightly improve speed, and streamline
the processing to match other modes.
- Added a new hidden option. Some series DVDs
use chapters to separate episodes (especially
those with short episodes) rather than PGCs
(playlists). Setting IMPORT_DVD_CHAPS=1 tells
BD-RB to break out chapters as playlists
during IMPORT so the individual episodes can
be accessed in the IMPORT menu.
- Fixed an issue in which (under some very odd
and exceptionally rare circumstances) it may
be possible that the Quick-Play menu will be
selected unnecessarily for encoding in a full
backup, or even be selected as the feature in
a movie-only backup.
- Updated logic so FORCE_NOENCODE will apply to
BD-5/9 sources as well as BD-25/50 as long as
no other user setting (such as resizing, ivtc,
filters, etc.) overrides it.
- Other minor corrections and cosmetic fixes.

[inge70]

THX for Great Job :)

[Sharc]

Thank you jdobbs.
Very happy to see the Quick-Menu issues fixed :)

[raul124]

Amazin, just Amazin, your the MAN jdobbs!!

[Peter_A]

Check your settings, you may have something like resize, avisynth filters turned on or something else (although from your logs it doesn't look that way).

That said, I have the exact same problem.

Thanks, DoctorM, for the response. But if my settings were the issue, then wouldn't it also try to re-encode when I select BD50 (and change nothing else)? It does not re-encode with BD50 target but does with BD25 target (even when the final size would be well under BD25 max size). I'm fairly sure that something has changed with the size calculations, as I did not have this issue in the past. I've just noticed it with the past 2 versions that I've used. I was hoping that jdobbs would have some insight into the issue.

I will try the new version (0.46.14), but I didn't see anything in the notes that would indicate any change related to the issue that I'm experiencing.

[soneca]

Thanks for the new version! ;)

[rusty666]

can anyone help if i import a mkv sbs 3d it says failed video encode?

[Peter_A]

Thanks, DoctorM, for the response. But if my settings were the issue, then wouldn't it also try to re-encode when I select BD50 (and change nothing else)? It does not re-encode with BD50 target but does with BD25 target (even when the final size would be well under BD25 max size). I'm fairly sure that something has changed with the size calculations, as I did not have this issue in the past. I've just noticed it with the past 2 versions that I've used. I was hoping that jdobbs would have some insight into the issue.

I will try the new version (0.46.14), but I didn't see anything in the notes that would indicate any change related to the issue that I'm experiencing.

So, I tried 0.46.14, and I am still seeing the same behavior. The BD's .INF file contents are shown below. In the INF file, SOURCE_VIDEO_SIZE is just barely smaller than SOURCE_SIZE, even though there is an HD Audio track. Does SOURCE_VIDEO_SIZE include the audio or just the video? SOURCE_VIDEO_SIZE is just larger than TARGET_SIZE, which is why I'm guessing that the video re-encode is being performed. Is that the problem? Is BD Rebuilder not accounting for the reduced space that the audio track will provide? If that's the case, fine. But again, this used to work OK for me, so I am inclined to believe that something changed regarding the calculated size. Increasing the target size to allow the video re-encode to skip (and DTS HD to be converted to AC3) results in a 20.9GB file (original file is 22.9GB).

BTW, I just checked some archived log/inf files, and this appears to have been working correctly for me, in version 0.45.05. I also see that SOURCE_SIZE and SOURCE_VIDEO_SIZE are almost identical in the 0.45.05 logs (so that may not be part of the issue), and with 2 discs (REDUCTION=.798882164854814 and REDUCTION=.899547732616703), a video re-encode was not performed (target = BD25).

[Status]
LABEL=THE_ARTIST
VERSION=v0.46.14 (beta)
SOURCE_SIZE=24688800458
SOURCE_VIDEO_SIZE=24688613376
TARGET_SIZE=24641536000
REDUCTION=.998085576647008
RESIZE_1080=0
RESIZE_1440=0
AUDIO_TO_KEEP=eng;
KEEP_HD_AUDIO=0
SUBS_TO_KEEP=all
BACKUP_MODE=0
MOVIEONLY_TYPE=0
USE_LAVF=0
INSTANCES=1
DGDECNV=0
SSIF_MODE=0
QUICK=0
[00015]
AUDIO=1
PGS=1

[jdobbs]

The reduction could come from video or audio. But if there is a reduction indicated -- it has to come from somewhere. If the older version didn't encode while the new one did -- I'd wager the settings were different. There hasn't been any changes in the algorithm in a long time.

You're looking at things that are meant for BD-RB's use, not the end-user, and you are drawing incorrect conclusions. There are two checks to see if the disc will fit.

1. At the overall level. If the reduction percentage indicates no need to encode, then none is done. That obviously isn't the case in your example because there is a required reduction.

2. At the individual M2TS level. After extraction, the end-size for the PGS and audio is calculated based upon your settings. Then it is determined whether the video needs to get smaller. If not, it is kept intact as long as it isn't a part of a multipart playlist. In that case, it cannot be kept intact because that could result in a mismatch of quality/codecs -- and since step 1 told us there is a required reduction we know not to keep it.

[Sharc]

In Quick-Play Reauthoring mode the secondary video gets included (and encoded), while when importing the same BD the secondary video is skipped. Is this different behaviour intended, or do I miss something?
(Quick menu threshold settings are the same for both cases, if this should matter).

[Peter_A]

The reduction could come from video or audio. But if there is a reduction indicated -- it has to come from somewhere. If the older version didn't encode while the new one did -- I'd wager the settings were different. There hasn't been any changes in the algorithm in a long time.

That's very interesting, and thanks for the response. I agree that the reduction needs to come from somewhere. In this case, less than 0.2% reduction is needed, and the audio is being changed from DTS HD Master to AC3. So, the algorithm does not seem to be accounting for an audio reduction at all and re-encodes the video. Is that the way that it's supposed to work? If I bump the target size up slightly so that no reduction is needed, it does not re-encode the video, so I don't think that any of my other settings are to blame.

[jdobbs]

Sorry, but I trust BD-RB's calculations more than yours. It very definitely accounts for the audio. I'm guessing you are failing to account for muxing overhead -- which in some codecs can be as much as 30% of the audio size (and is almost never less than 14%).

There is also the inaccuracies of encoding and muxing that has to be taken into account. No one wants to spend three hours encoding something only to find that it won't fit.

If you want to take that chance, it's up to you and you can change the target sizes. But it isn't going to happen at the default level.

[jdobbs]

In Quick-Play Reauthoring mode the secondary video gets included (and encoded), while when importing the same BD the secondary video is skipped. Is this different behaviour intended, or do I miss something?
(Quick menu threshold settings are the same for both cases, if this should matter).Yes. That is intended. You'll also notice that importing turns a multipart playlist into a single M2TS, while Quick-Play retains the original MPLS structure.

While you can certainly import a single disc, the more-focused intent of IMPORT is to combine multiple discs, generally series discs or trilogies & the like.

[Sharc]

I see. Thank you for the explanation.

[DarWun]

A little over a month a go I posted about an issue I was having with FRIM failing during the rebuild of 3D titles if I used the computer to do anything else. I was not able to resolve the issue before real world stuff took over and left me without my computer until a few days ago. Since getting up and running again, I have done a few 3D title movie-only rebuilds to BD25. I am happy to report that rebuild no longer fails when it is running in the background and I am running other CPU intensive applications.

The only thing that is different with my PC since I first reported the issue is that it now sits in Toronto instead of Calgary. In that time three new versions of BD-Rebuilder were released. So I'm going to assume that something changed with either the version of FRIM being used or the way BD-Rebuilder works when running in the background and attribute it to jdobbs great work.;)

[Peter_A]

Sorry, but I trust BD-RB's calculations more than yours. It very definitely accounts for the audio. I'm guessing you are failing to account for muxing overhead -- which in some codecs can be as much as 30% of the audio size (and is almost never less than 14%).

There is also the inaccuracies of encoding and muxing that has to be taken into account. No one wants to spend three hours encoding something only to find that it won't fit.

If you want to take that chance, it's up to you and you can change the target sizes. But it isn't going to happen at the default level.

Well, with all due respect, at this point, I'm not sure that I trust BD-RB's calculations more than mine. The original ISO file is 23,547 MB. BD-RB is set for 23,500 MB, which means a reduction of only 47 MB is needed. So, the algorithm employed cannot determine that changing from DTS HD to AC3 will save more than 47 MB? If that's the case, I posit that there is an issue with the algorithm. In fact, it saved over 2 GB. The final ISO is 21,422 MB (more than 2 GB lower than the BD-RB setting of 23,500 MB). Bumping the target size up slightly makes it perform correctly, i.e. not re-encode the video.

You say that no one wants to encode for 3 hours to end up with a file that's too big to write. I agree. I would also say that no one wants to spend 3 hours re-encoding video when that step is completely unnecessary.

Edit: By the way, the 21,422 MB final ISO that I referenced above, was after I bumped up the target size and no video re-encode was done. So, the 2 GB+ reduction was entirely from the audio (DTS HD -> AC3), yet the algorithm was unable to determine that at least 47 MB would be saved.

[DarWun]

I have BD-Rebuilder set to delete working and output folders after the rebuild is complete. On a recent 3D movie only backup with BDRB v46.13 I accidentally left the "Burn to ISO" option enabled in the output dropdown menu. The iso was created at the end of the build after which the working and output folders were deleted as expected. Then BDRebuilder attempted to create the iso a second time, which it could not do since the output folder no longer existed.

[Ch3vr0n]

because they got deleted after the iso was created, normal behavior. You told it to delete working & output folders. Which it did and it doesn't mean if you left it on accidentaly. 3D backsup HAVE to be in iso due to the way the disc layout is.

[jdobbs]

Well, with all due respect, at this point, I'm not sure that I trust BD-RB's calculations more than mine. The original ISO file is 23,547 MB. BD-RB is set for 23,500 MB, which means a reduction of only 47 MB is needed. So, the algorithm employed cannot determine that changing from DTS HD to AC3 will save more than 47 MB? If that's the case, I posit that there is an issue with the algorithm. In fact, it saved over 2 GB. The final ISO is 21,422 MB (more than 2 GB lower than the BD-RB setting of 23,500 MB). Bumping the target size up slightly makes it perform correctly, i.e. not re-encode the video.

You say that no one wants to encode for 3 hours to end up with a file that's too big to write. I agree. I would also say that no one wants to spend 3 hours re-encoding video when that step is completely unnecessary.

Edit: By the way, the 21,422 MB final ISO that I referenced above, was after I bumped up the target size and no video re-encode was done. So, the 2 GB+ reduction was entirely from the audio (DTS HD -> AC3), yet the algorithm was unable to determine that at least 47 MB would be saved.Well with all due respect in return... since I am the author of the software, the calculation to be used will be decided by me.

I've answered your questions courteously. I've looked at the calculations very carefully -- and I'm not going to argue this point, no matter how many times you repeat your posts.

What I will do, when I find the time, is run "The Artist" and follow the code and see why it decides that reencoding is necessary. But I'm confident the reasoning will follow the rules I've already stated numerous times in the past several pages.

[jdobbs]

because they got deleted after the iso was created, normal behavior. You told it to delete working & output folders. Which it did and it doesn't mean if you left it on accidentaly. 3D backsup HAVE to be in iso due to the way the disc layout is.Just a little teaser... I've studied the spec and done some testing... and actually you don't even have to create the SSIF files at all -- and that's the only reason the ISO output is required. That is just one way to do 3D within the spec. There are others...

You'll see some changes, as well as possible full disc 3D backup in the next release (depending upon how far along I get and the results of more testing).

[Ch3vr0n]

if u pull that one off, you'd make me a VERY happy camper and no matter how tight my budget it is i WILL find the cash to do another donation then. Just a question though, if there's other ways to do it besides "SSIF" and the crappy "anaglyph". Why do studios always pick ssif then. Will standalone be able to play your 'alternate' method?

[DarWun]

because they got deleted after the iso was created, normal behavior. You told it to delete working & output folders. Which it did and it doesn't mean if you left it on accidentaly. 3D backsup HAVE to be in iso due to the way the disc layout is.

I realize the iso is required for 3D rebuilds. But I would have thought BDRebuilder would do a check to see if the iso is already being created before going and creating another one. It's not a bug per se. Just something I found odd.

[jdobbs]

if u pull that one off, you'd make me a VERY happy camper and no matter how tight my budget it is i WILL find the cash to do another donation then. Just a question though, if there's other ways to do it besides "SSIF" and the crappy "anaglyph". Why do studios always pick ssif then. Will standalone be able to play your 'alternate' method?:D I've already "pulled it off" -- I've done several tests of 3D encodes without SSIF files, and it works on all three of the standalone players I've tried (one of them was a 2D player and it played back in 2D). Of course all the other rules for 3D on BD apply... you still have to have a 3D enabled player and a 3D enabled monitor.

Generally it's easier to author using SSIF, especially when you are planning to create an image anyway. But, there are some discs that use a single M2TS to hold 3D content (without a SSIF) -- example: open up AVATAR with BDEDIT and look a some of the 3D content. Honestly it's not some big dark secret (since it's documented within the BD 3D spec), it's just really useful when you consider the possibility of full backups.

But, TSMUXER doesn't support what you see on AVATAE... but it does support creating two M2TS files without SSIF -- and then only the MPLS and CLPI files have to be modified to make it work in 3D without SSIF.

With that said, you never know what might come along when applying this concept to full backups, and all my tests have been with short subject encodes... so I'll not make any guarantees yet.

[jdobbs]

I have BD-Rebuilder set to delete working and output folders after the rebuild is complete. On a recent 3D movie only backup with BDRB v46.13 I accidentally left the "Burn to ISO" option enabled in the output dropdown menu. The iso was created at the end of the build after which the working and output folders were deleted as expected. Then BDRebuilder attempted to create the iso a second time, which it could not do since the output folder no longer existed.That's definitely a bug. I'll fix it.

[DoctorM]

I remember reading back with someone reporting that during extraction the audio track was blank. I think it was a DTS issue(?)
Anyway, impossible to search this thread with any keywords that doesn't return just about every post with a log.

Can anyone tell me what the issue was? I just saw this happen today and was trying to figure out a work around.

[Peter_A]

Well with all due respect in return... since I am the author of the software, the calculation to be used will be decided by me.

I've answered your questions courteously. I've looked at the calculations very carefully -- and I'm not going to argue this point, no matter how many times you repeat your posts.

What I will do, when I find the time, is run "The Artist" and follow the code and see why it decides that reencoding is necessary. But I'm confident the reasoning will follow the rules I've already stated numerous times in the past several pages.

Thanks for your response, and I do appreciate your time. It's great to be able to have a dialogue with the person who is developing the software.

I'm just a bit frustrated, because this was working for me before, and I cannot figure out why it is not now, especially since you've confirmed that nothing has changed with respect to these calculations. The last 3 titles that I have tried are exhibiting this behavior. I only mentioned "The Artist" due to the very small amount that it needed to be shrunk, and the large amount of space saved by the audio re-encode. Of course, by modifying the target size, I have found a way around this behavior.

Maybe you'll be able to see something, and if so, I look forward to hearing about it. Thanks again.

[Ch3vr0n]

that was for the pip stream relying on dts-express, not a 3D issue. That has been fixed recently with tsmuxer being updated to handle dts-e

[mparade]

@jdobbs

- [21:49:39] Processing: VID_00066 (55 of 102)
- [21:49:39] Extracting A/V streams [VID_00066]
- Error in attempt to MKVMERGE.
[21:50:21] - Failed to retrieve audio, aborted

If I remember correctly, I could make a back up of this BD (using BD-RB version 0.45.05) with which I am currently having a problem like above. Unfortunately, I could not test it due to an expiration message of the older version. I hoped I could bridge through the "problem" I have with only one BD from my BD stock. :(

[Peter_A]

@jdobbs

- [21:49:39] Processing: VID_00066 (55 of 102)
- [21:49:39] Extracting A/V streams [VID_00066]
- Error in attempt to MKVMERGE.
[21:50:21] - Failed to retrieve audio, aborted

If I remember correctly, I could make a back up of this BD (using BD-RB version 0.45.05) with which I am currently having a problem like above. Unfortunately, I could not test it due to an expiration message of the older version. I hoped I could bridge through the "problem" I have with only one BD from my BD stock. :(


I also just tried to use 0.45.05, today, to do a sanity check and confirm that what I am trying to do now worked then. I also received the expiration message and was therefore unable to test.

[jdobbs]

I also just tried to use 0.45.05, today, to do a sanity check and confirm that what I am trying to do now worked then. I also received the expiration message and was therefore unable to test.There have been about 58 improvements and bug fixes since v0.45.05. Going back in time isn't an option, so what good would that do anyway? I also can't really help without enough information to make a logical conclusion. I don't have the name of the disc, I don't have the log, I don't have the INI file, I don't even have the circumstances surrounding the problem. With those conditions the best I can do is throw down a bunch of chicken bones and hope the pattern somehow leads me the problem. This applies to both these posts.

Things can't get fixed with posts that just say "...it doesn't work"

[Peter_A]

I can't really help without enough information to make a logical conclusion. I don't have the name of the disc, I don't have the log, I don't have the INI file, I don't even have the circumstances surrounding the problem. With those conditions the best I can do is throw down a bunch of chicken bones and hope the pattern leads me the problem. This applies to both these posts.

Things can't get fixed with posts that just say "...it doesn't work"

Sorry, jdobbs, I was referring to the video re-encode issue which we discussed earlier and I had stated appeared to be working for me in version 0.45.05. I wanted to try that version again, to see if that version did work with the discs I am experiencing issues with now. Unfortunately, due to the expiration, I was unable to test.

[mparade]

There have been about 58 improvements and bug fixes since v0.45.05. Going back in time isn't an option, so what good would that do anyway? I also can't really help without enough information to make a logical conclusion. I don't have the name of the disc, I don't have the log, I don't have the INI file, I don't even have the circumstances surrounding the problem. With those conditions the best I can do is throw down a bunch of chicken bones and hope the pattern somehow leads me the problem. This applies to both these posts.

Things can't get fixed with posts that just say "...it doesn't work"

Sorry for that. Attached now the files required.
I have tried internal LAVF for decoding also with the same results, unfortunately.

[Sharc]

I have Extras which are reported by BD-RB as 1080i,29.97fps.
I resize to 1440x1080, and the script becomes accordingly
#Created by BD Rebuilder - v0.46.14 (beta)
LoadPlugin("C:\Program Files VIDEO\DGdecNV\DGDecodeNV.dll")
DGSource("C:\TEMP\BD REBUILDER\WORKFILES\VID_01054.DGI", fieldop=0)
SeparateFields()
BicubicResize(1440,540)
Weave()
ConvertToYV12().AssumeFPS(30000,1001)
It gets encoded as interlaced (MBAFF), but with ugly blended frames with visible combing.
I tried various settings, but as soon as I resize to 1440x1080 I get the blended frames. When I don't resize I am getting a progressive 3:2 pattern at 29.97 without blended frames but with the 3:2 judder.

Now I found that the source is actually not interlaced, but telecined.
The script
TFM().tdecimate() seems to produce perfect progressive frames with no blends at 23.976 fps, which can be resized to 1440x1080.

Is there an option or a setting in DB-RB which I possibly missed?

[jdobbs]

Turn on deinterlacing.

You'll also find that most of the time you'll find that the combing effects are only visible on a computer, but aren't there when you play back using a standalone and a monitor.

[DoctorM]

@Peter_A - Turn the clock back on your PC to Feb of this year and you can test 45.05 (it's what I'm doing right now).
I do agree, I've seen that recent builds calculate: Full BD with all audio / Target Size = Compression Ratio.
No deduction are made for stripped or compressed tracks.

It my be a per PC issue of some sort, otherwise a lot of people should be reporting undersized discs.

[Sharc]

Turn on deinterlacing.

You'll also find that most of the time you'll find that the combing effects are only visible on a computer, but aren't there when you play back using a standalone and a monitor.
Yep, you are right.
Actually I made 2 mistakes :o :o :
1) When leaving it as interlaced and watching the result on PC, I had the deinterlacer of the SW player disabled, hence the blended/combed frames. The TV applies its deinterlacer on material which is flagged as interlaced, and the result looks good on TV. The TV seems to bob to 60fps.
2) When I selected "Use DEINTERLACER on interlaced sources" I had -- from a previous test -- "DEINTERLACER_TYPE=4" in the .ini which removed the deinterlacer from the script; therefore the ugly result. Leaving the "DEINTERLACER TYPE= " alone I get a "3+2blended" same rate (29.97fps) pattern which also looks ok on TV.
Eventually I tried "DEINTERLACER_TYPE=3" (smoothdeinterlacer) which produced a "3+2repeats" same rate (29.97fps) pattern which also looks decent on TV.

At the end, 1) i.e. leaving it interlaced and let the TV take care of the rest looks best for me.

(I found that the "IVTC sources with 3:2 pulldown" had no effect on the script)

I understand that restoring a 23.976fps progressive stream with "telecide().tdecimate()" or similar changes the framrate which may have implications on audio sync and pitch (?).

[jdobbs]

Yep, you are right.
Actually I made 2 mistakes :o :o :
1) When leaving it as interlaced and watching the result on PC, I had the deinterlacer of the SW player disabled, hence the blended/combed frames. The TV applies its deinterlacer on material which is flagged as interlaced, and the result looks good on TV. The TV seems to bob to 60fps.
2) When I selected "Use DEINTERLACER on interlaced sources" I had -- from a previous test -- "DEINTERLACER_TYPE=4" in the .ini which removed the deinterlacer from the script; therefore the ugly result. Leaving the "DEINTERLACER TYPE= " alone I get a "3+2blended" same rate (29.97fps) pattern which also looks ok on TV.
Eventually I tried "DEINTERLACER_TYPE=3" (smoothdeinterlacer) which produced a "3+2repeats" same rate (29.97fps) pattern which also looks decent on TV.

At the end, 1) i.e. leaving it interlaced and let the TV take care of the rest looks best for me.

(I found that the "IVTC sources with 3:2 pulldown" had no effect on the script)

I understand that restoring a 23.976fps progressive stream with "telecide().tdecimate()" or similar changes the framrate which may have implications on audio sync and pitch (?).If the source shows symptoms of telecining -- but wouldn't IVTC it is probably hard-telecined. But that would be unusual for a 1080 source. I don't think I've seen one yet. The only way to get around that would be for me to add a hidden option similar to IVTC_480i that would do the same on 1080 sources. It's risky, though, as leaving it on can make a mess of a source that isn't hard-telecined. It's probably best to just deinterlace it.

Since interlaced sources are native to the TV (HDTV uses 1080i), it's likely that it didn't need to deinterlace it. It just presents the two interlaced pictures at 60 fields per second. That is, of course, unless you have your player set to output 1080p instead.

[DoctorM]

I previously had a bonus feature from a DVD. It was mixed frame rate but largely 23.976 with soft telecine flags. I couldn't find any combination of settings that worked well in BDRB. The closest was the defaults that gave me 29,97p output. I ended up doing it manually and it needed to honor pulldown flags and be IVTC'd to get to 24p.
If I missed a setting there I'd like to know what.

[mparade]

@Peter_A - Turn the clock back on your PC to Feb of this year and you can test 45.05 (it's what I'm doing right now).
I do agree, I've seen that recent builds calculate: Full BD with all audio / Target Size = Compression Ratio.
No deduction are made for stripped or compressed tracks.

It my be a per PC issue of some sort, otherwise a lot of people should be reporting undersized discs.

This "turn the clock back" idea and using 45.05 instead of the current one seems to be working on my "issue with only one BD" also.

Thank you.

[Sharc]

If the source shows symptoms of telecining -- but wouldn't IVTC it is probably hard-telecined. But that would be unusual for a 1080 source. I don't think I've seen one yet. The only way to get around that would be for me to add a hidden option similar to IVTC_480i that would do the same on 1080 sources. It's risky, though, as leaving it on can make a mess of a source that isn't hard-telecined. It's probably best to just deinterlace it.

Since interlaced sources are native to the TV (HDTV uses 1080i), it's likely that it didn't need to deinterlace it. It just presents the two interlaced pictures at 60 fields per second. That is, of course, unless you have your player set to output 1080p instead.
The 29.97fps Extra actually has sections with progressive video (interviews) encoded interlaced as per blu-ray standard, followed by hard telecined snippets of the feature (which originally is 23.976fps). As you mention, the TV seems to present everything at 60fps, so encoding as interlaced gives good results.
For playback via projector or PC deinterlacing seems to be the better choice.

[Sharc]

I still do have a problem with Quick-Play backup and edited menus. I have 2 episodes and 1 extra. The Quick-Menu looks ok on the TV, but when I select any one of the episodes the movie does not start but the TV screen turns black with "no video signal" message after some time. When I select the Extra, the Extra playback starts as expected. Weird. I still try to figure out if it depends on a particular workflow.
As a workaround I can import the already encoded disc, check/edit the Quick menu and re-author the disc.
Wild guess: Could the menu problem be related to the inclusion of the secondary video in the Quick-Play backup mode?

[Sharc]

I still do have a problem with Quick-Play backup and edited menus. I have 2 episodes and 1 extra. The Quick-Menu looks ok on the TV, but when I select any one of the episodes the movie does not start but the TV screen turns black with "no video signal" message after some time. When I select the Extra, the Extra playback starts as expected. Weird. I still try to figure out if it depends on a particular workflow.
As a workaround I can import the already encoded disc, check/edit the Quick menu and re-author the disc.
Wild guess: Could the menu problem be related to the inclusion of the secondary video in the Quick-Play backup mode?

Another observation:
1) The edited titles.inf which is written to the source folder
[Titles]
Title=GAME OF THRONES Season 1 Disk 2
Threshold=32400000
00073=Episode 3 [00:57:14.097]
00074=Episode 4 [00:55:37.792]
00075=Episode 5 [00:54:16.503]
[Position]
00073=1
00074=2
00075=3
[Selected]
00073=-1
00074=-1
00075=-1
2) The titles.inf which is written to the target folder folder
[Titles]
Title=GAME OF THRONES Season 1 Disk 2
00001=Episode 3 [00:57:14.097]
00002=Episode 4 [00:55:37.792]
00003=Episode 5 [00:54:16.503]
i.e. the sections [Position] and [Selected] are missing on the target. I then can playback the Title 00003=Episode 5. Selection of 00001 or 00002 turns the TV screen black and the player idles.

3) When I now IMPORT this non-working disc, a complete titles.inf (same as 1) with all sections will be created, which eventually works.

Could 2) be the reason for the Quick-Play failure?

[D-Train61]

Hi JDobbs,
I just downloaded and am running the latest version of your program, 0.46.14 and I'm familiar with your software and have made backups of my Blu-Rays in the past just fine but today I'm trying to backup "The Hobbit: An Unexpected Journey", output size=BD25, and as soon as it starts I get the following error message:
PHASE ONE, Encoding
- [21:41:52] Processing: VID_00001 (1 of 3)
- [21:41:52] Extracting A/V streams [VID_00001]
- Error in attempt to extract audio/subs.
- Bitstream exception Unknown exception. It does not have to be! Please contact application support team for more information.
[21:41:56] - Failed to retrieve audio, aborted

So, since it says "It does not have to be! Please contact application support team for more information." that's what I'm doing. I went into my settings and tried changing my audio encoding options like checking the "use 448 kbs for AC3 encoding" and "Keep HD Audio for BD25" to no avail. I also selected only English as the subtitles to backup.
Any ideas on what I can try next?
Thanks!

[Sharc]

Hi JDobbs,
I just downloaded and am running the latest version of your program, 0.46.14 and I'm familiar with your software and have made backups of my Blu-Rays in the past just fine but today I'm trying to backup "The Hobbit: An Unexpected Journey", output size=BD25, and as soon as it starts I get the following error message:
PHASE ONE, Encoding
- [21:41:52] Processing: VID_00001 (1 of 3)
- [21:41:52] Extracting A/V streams [VID_00001]
- Error in attempt to extract audio/subs.
- Bitstream exception Unknown exception. It does not have to be! Please contact application support team for more information.
[21:41:56] - Failed to retrieve audio, aborted

So, since it says "It does not have to be! Please contact application support team for more information." that's what I'm doing. I went into my settings and tried changing my audio encoding options like checking the "use 448 kbs for AC3 encoding" and "Keep HD Audio for BD25" to no avail. I also selected only English as the subtitles to backup.
Any ideas on what I can try next?
Thanks!
This message comes from tsMuxer

[D-Train61]

So how do I fix it? Do I simply need to upgrade to a newer version of tsMuxer? Or is it that BD-RB can't find tsMuxer? :confused:

[Sharc]

So how do I fix it? Do I simply need to upgrade to a newer version of tsMuxer? Or is it that BD-RB can't find tsMuxer? :confused:
You could try to load the .m2ts file which belongs to the VID_00001 into tsMuxerGui and demux it. When you get the same error you may want to post in the tsMuxer thread.

I did this disc some time ago and had no issues. Perhaps it was still using the "old" tsMuxeR 1.10.6 that time, I don't remember.

Edit:
I just started to encode this disc again with BD-RB 0.46.14. No issues so far.
Can you post the full log? When did the error happen? Which file/stream is problematic?

[inge70]

So how do I fix it? Do I simply need to upgrade to a newer version of tsMuxer? Or is it that BD-RB can't find tsMuxer? :confused:

your views on "Help / inspect" button in BD_Rebuilder to see if anything can be correctly identified and also the codecs etc. are correct. BD_Rebuilder can deal with tsMuxeR 1.10.6 and 2.6.12

[jdobbs]

It's likely a corrupt rip.

[D-Train61]

You could try to load the .m2ts file which belongs to the VID_00001 into tsMuxerGui and demux it. When you get the same error you may want to post in the tsMuxer thread.

I did this disc some time ago and had no issues. Perhaps it was still using the "old" tsMuxeR 1.10.6 that time, I don't remember.

Edit:
I just started to encode this disc again with BD-RB 0.46.14. No issues so far.
Can you post the full log? When did the error happen? Which file/stream is problematic?

Here's what Inspect tells me:

[03/08/14] Checking System Settings
- BD-Rebuilder v0.46.14 (beta)
- Windows Version: 6.1 [7601]
- Working Path Free Space: 873.16GB
- 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 "libavcodec": Ok
- AnyDVD settings check: Ok.
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- WAVI: Ok
- TSMUXER: Ok
- FRIMEncode: Ok
- FRIMDecode: Ok
[03/08/14] Systems Settings Check complete

It happens within a few seconds of starting my rip. The version of tsmuxer is the one that came with the BD-RB I downloaded last night since it replaced my old version, so tsmuxer is up to date and working fine according to the above.

Very odd, I just tried ripping it again this morning and now it seems to be working. The only difference is this morning I have AnyDVD running, last night it wasn't running. Do I need that? :confused:

OK, I'm convinced that the fact that AnyDVD wasn't running was my problem. I haven't ripped a Blu-Ray for a while now and I usually don't auto start AnyDVD any more because it's annoying that it pops up every time I put in a music CD. Yeah, I'm a dumb ass sometimes. Sorry to waste you guys' time.

Thanks for all of the help! :goodpost:

[Capsbackup]

If you are using BD-RB on a source that is in your Blu-ray drive, ripping as you use BD-RB, then yes you must have AnyDVD running to decrypt while BD-RB reads the source!

[D-Train61]

If you are using BD-RB on a source that is in your Blu-ray drive, ripping as you use BD-RB, then yes you must have AnyDVD running to decrypt while BD-RB reads the source!

D'ohhh! :thanks:

[Audiophile1178]

I looked at it. The M2TS files that aren't included when MIN_M2TS_SIZE=0 are the ones that have no video, contain IGS (with IGS_ENABLE set off), BD-RB has determined to be menus, or BD-RB has determined to be made up of still images (and AUTO_BLANK is off).

Jdobbs, I mean this in the most respectful way. I can assure you that BD Rebuilder has bugs in detecting m2ts files to encode. First, it's missing numerous files on X-Files discs but some of those files were still images so I'll give you that. Now, I'm working on Star Trek TNG Season 4 Disc 6 and it's missing m2ts files that are link to "Gag Reels" and "Deleted Scenes" which are 8 files that total 2.22GB in size. It's not just with this disc either. It did the same thing on Season 5 Disc 6. It also ignores all the m2ts files that are part of the "Episodic Promo" on every disc.

All of what I just named on the Star Trek discs don't correspond with what you told me in the quote above.

I wouldn't be bringing this up but there's just too many times that this happens for it to not be a bug. I'm thinking that many users don't even look in the STREAM folder to even see if BD Rebuilder is detecting all their files properly which is why this issue has been lingering around the entire time as it's not a new bug. Like I said before, switching to BD9 detects A LOT more (if not all) of the files than when it's on a BD25 backup.

If you want to fix this bug I can help assist you with it by providing you with the necessary source material to do tests on. PM me if you wish to proceed with this so that it can be arranged.

BTW, I'm aware that you want to work on full 3D disc backup but I can't see how you can go on further developing full 3D disc backup when full 2D disc backup doesn't work correctly as this bug will certainly carry on into that process.


Update: An interesting find that might help you diagnose this issue. When BD Rebuilder is set to BD9 it'll see the files that were ignored in the BD25 setting but it won't allow you to blank them as the option is grayed out. Anything that BD Rebuilder shows in the BD25 setting can be blanked in the BD9 setting but the files that were ignored in BD25 setting don't have this option in the BD9 setting.

[DoctorM]

@Audiophile1178 - Check the file sizes of the missing m2ts files. If they are under 100mb they are not processed. You can adjust for this by setting MIN_M2TS_SIZE= to a lower number in the .INI. The number is expressed in Mb, so the default is 100.

For BD5 and BD9 they must be processed to be AVCHD compliant, which is not the case for BD25.

[Capsbackup]

While I don't entirely agree with you about this, I do find quite regularily some small files, usually warnings, etc... that I am not able to blank.
Some mpls files associated with the m2ts file are just not present in BD-RB to blank.
However, BDInfo shows the mpls/m2ts files as well as multiAVCHD. So I can blank the files with either multiAVCHD, or manually with BDEdit.
I have always wondered what "threshold" BD-RB uses for detection of extremely small files, such as 0 to .05 second warnings and the like.
But I will agree that setting MIN_M2TS_SIZE=0 or MIN_PLAYLIST_MINS=0 does not display every mpls/m2ts file present on any given Blu-ray disc. :(

[Audiophile1178]

@DoctorM, thank you for the reply but in my previous replies regarding this issue I've stated that I've already set:

MIN_M2TS_SIZE=1
MIN_PLAYLIST_MINS=1

in the ini file. The files that BD Rebuilder is ignoring range from 92 MB in size all the way up to 420 MB. The majority of them are in the 300-420 MB size range.

[jdobbs]

Look at the files. If they have no video, are stills, contain IGS, or BD-RB sees them as menu items -- BD-RB does not redo them in BD-25 mode. You can force the IGS encodes by setting IGS_ENABLE=1 (but that is still test code). The menu files will show up in BD-9 (because they have to or might fail due to bitrate). The others won't show up in BD-9 either.

[Audiophile1178]

Look at the files. If they have no video, are stills, contain IGS, or BD-RB sees them as menu items -- BD-RB does not redo them in BD-25 mode. You can force the IGS encodes by setting IGS_ENABLE=1 (but that is still test code). The menu files will show up in BD-9 (because they have to or might fail due to bitrate). The others won't show up in BD-9 either.

The bonus content that BD Rebuilder is ignoring is non of the above content. They are blooper or deleted scene files so they contain moving images, sound and are not main menu items. I'm not sure about IGS though as I don't know what that is other than it stands for Independent Graphic Streams. Can you tell me how to determine if the bonus content is IGS?

The funny thing is that all the delete scenes get ignored except for one of them. I don't know what's so special about that one file and why it chooses to see that one and ignore the rest of the delete scene material.


FWIW, I also tried IGS_ENABLE=1 and it still ignores those files so I'm thinking that they're not IGS files but don't know for sure.

Thank you for your help! :)

[Shuttle99]

@jdobbs This has not been a problem until this new version 46.14 something has changed because I compared setup in both and they are the same. I always backup a movie even if it is just one movie using "batch backup" because I need the output file the be renamed to 00000.m2ts if I just do a backup the output files keeps the same number as the input. I have a Panasonic BD Player if that helps, I just ran a batch backup on a single movie and and the output file now is keeping the same number name as the input which the player says unsupported dvd I reran the same movie with 46.13 and the output file renames itself to 00000.m2ts. Can you look into why this is changing now.
Thanks

[jdobbs]

@jdobbs This has not been a problem until this new version 46.14 something has changed because I compared setup in both and they are the same. I always backup a movie even if it is just one movie using "batch backup" because I need the output file the be renamed to 00000.m2ts if I just do a backup the output files keeps the same number as the input. I have a Panasonic BD Player if that helps, I just ran a batch backup on a single movie and and the output file now is keeping the same number name as the input which the player says unsupported dvd I reran the same movie with 46.13 and the output file renames itself to 00000.m2ts. Can you look into why this is changing now.
ThanksI think you're mistaken. A movie-only encode will always output to a 00000.m2ts file either way. If it is a full backup it is always be named the same as the original whether batch or not. It has always worked that way.

There are some very old versions of TSMUXER that will name movie-only files as 00001.m2ts. But you shouldn't be using one of those with BD-RB.

[jdobbs]

The bonus content that BD Rebuilder is ignoring is non of the above content. They are blooper or deleted scene files so they contain moving images, sound and are not main menu items. I'm not sure about IGS though as I don't know what that is other than it stands for Independent Graphic Streams. Can you tell me how to determine if the bonus content is IGS?

The funny thing is that all the delete scenes get ignored except for one of them. I don't know what's so special about that one file and why it chooses to see that one and ignore the rest of the delete scene material.


FWIW, I also tried IGS_ENABLE=1 and it still ignores those files so I'm thinking that they're not IGS files but don't know for sure.

Thank you for your help! :)What disc are you attempting to back up? I can try to find it locally, and see if BD-RB is seeing those files as menus. Can you post your config/ini file so I can make sure I using the same settings?

Also, are you absolutely positive you have MIN_M2TS_SIZE set to 0 in the config?

[Audiophile1178]

What disc are you attempting to back up? I can try to find it locally, and see if BD-RB is seeing those files as menus.

Jdobbs, I mean this in the most respectful way. I can assure you that BD Rebuilder has bugs in detecting m2ts files to encode. First, it's missing numerous files on X-Files discs but some of those files were still images so I'll give you that. Now, I'm working on Star Trek TNG Season 4 Disc 6 and it's missing m2ts files that are link to "Gag Reels" and "Deleted Scenes" which are 8 files that total 2.22GB in size. It's not just with this disc either. It did the same thing on Season 5 Disc 6. It also ignores all the m2ts files that are part of the "Episodic Promo" on every disc.

I mentioned it before but maybe it was overlooked so I made the relevant info in red. I'm currently working on TNG Season 4 Disc 6 but I believe that Season 5 disc 6 also had the same issues and that any of the last disc of each season will probably produce similar problems.

I realize that TNG is not everyones cup of tea which is why I can send you the necessary files for testing purposes. As said before, PM me if you're interested.

[Audiophile1178]

Also, are you absolutely positive you have MIN_M2TS_SIZE set to 0 in the config?

I usually set everything to 1 but I tried 0 with no change. I've been using MIN_M2TS_SIZE=1 for as long as I can remember and recently implemented MIN_PLAYLIST_MINS=1 as well.

FWIW, I looked at the playlists in BDedit and don't see anything different from the playlists that BD Rebuilder sees vs. the ones that it doesn't see other than the normal stuff such as timecodes (Times IN and Out) and chapters.

[Shuttle99]

I hear what you are saying about it always being 00000.m2ts in batch back up and it always has until this new version and the movie "About time" I did movie only in bd5 and bd9 and input was 00023.m2ts and both files in bd5 and bd9 batch kept the 00023 number and did not rename them. on the final output to be burned I just looked at both output stream directories and they were both 00023.m2ts and when I converted them I did both in batch backup like I always have I am converting the movie only in 46.13 to see if the final output renames it correctly and I will let you know if it does or doesn't, like you said maybe its the original making this happen with this movie. Just another quick question do you have any plans to incorporate using video GPU for faster processing or is there a reason that you can;t use GPU? Thanks again. And one more thing should this happen again instead of running the whole conversion over is there a way to edit and rename any files to make it work?

[Audiophile1178]

And one more thing should this happen again instead of running the whole conversion over is there a way to edit and rename any files to make it work?

Method #1:
Pop the playlist from the encoded disc that's located in BDMV\PLAYLIST\ folder into tsMuxeR then go to the Blu-ray tab and make sure "First m2ts file" says 0. Then select AVCHD radio button and pick a destination directory. After that hit the "Start_muxing" button at the bottom. It should only take a few mins to process and you're done. Once tsMuxeR finishes you can go into the destination BDMV\STREAM folder and the file should be 00000.m2ts.

Method #2:
Alternatively, you can rename the m2ts and clpi files in the STREAM AND CLIPINF folders then load the disc in BDedit and modify the playlist m2ts from 00023 (in this case) to 00000 then click save at the bottom left. This won't require any processing but will require that you understand BDedit.

Method #1 is simpler for people that don't know how to use BDedit.

[Shuttle99]

Thanks for the info I will test it on my current problem.

[Audiophile1178]

Thanks for the info I will test it on my current problem.

Also, when you're at the Blu-ray tab you might want to make sure that "First MPLS file" says 0 as well. This will designate a number for the playlist. It seems like your player is picky so having everything at zero is probably a good idea.

FYI on tsMuxeR, if for some reason you have an issue with 2.x.xx (currently 2.6.12) try using the older one (1.10.16).

[Shuttle99]

@Audiophile1178 I dl tsmuxer 2.6.12 and loaded the movie that has the wrong 00023 name, I go to the blu-ray tab but I don't see anything on that page says m2ts or AVCHD radio. Do I need a different version of tsMuxer?

I dl 1.10.16 loaded 00000.mpls from the playlist directory the input shows 00000.mpls and 00023.m2ts inthe stream directory, now I go to the blu-ray tab but don't see "Blu-ray tab and make sure "First m2ts file" says 0. Then select AVCHD radio" what you want me to check? Under ouput TS muxing is default should I select M2TS muxing for the output? then after the file is created do I over write the 00023m2ts with the new 00000m2ts file and what about the files still names 00023 in stream and clip folders.

[Audiophile1178]

@Shuttle99, I see that I was too brief with my description and will try to elaborate further.

1. Go to your BD Rebuilder AVCHD encoded folder.
2. Navigate to BDMV\PLAYLIST folder and there should be 1 file in there with a .mpls extension to it.
3. Open up tsMuxeR and drop that .mpls file into the input files window under the input tab.
4. Click on the Blu-ray tab at the top and you should see at the top right under options:

First MPLS file
First M2TS file
Start mux time

5. Make sure First MPLS file and First M2TS file are 0
6. Now, look near the bottom of tsMuxer at output section. It will say TS muxing, M2TS muxing, Blu-ray ISO, Blu-ray Folder, AVCHD folder, and Demux.
7. Click the AVCHD circle also known as a radio button.
8. Underneath that you'll see "File name:" with a browse button all the way to the right. Click on browse and select a new output destination.
9. Click "Start_muxing" at the very bottom.
10. Wait until it's finished and check the folders as mentioned prior.

If you have any further questions PM me instead as this isn't releated to BD Rebuilder.

[Shuttle99]

Thanks for being patient and for the help your second directions were crystal clear. It worked perfect and I will burn a disc and test it. Thank you very much for the help.

[jdobbs]

@jdobbs This has not been a problem until this new version 46.14 something has changed because I compared setup in both and they are the same. I always backup a movie even if it is just one movie using "batch backup" because I need the output file the be renamed to 00000.m2ts if I just do a backup the output files keeps the same number as the input. I have a Panasonic BD Player if that helps, I just ran a batch backup on a single movie and and the output file now is keeping the same number name as the input which the player says unsupported dvd I reran the same movie with 46.13 and the output file renames itself to 00000.m2ts. Can you look into why this is changing now.
ThanksI'm sorry to say this -- but that's impossible. If it isn't 00000.m2ts after muxing a movie-only, something else is changing it. TSMUXER creates that file.

Are you sure you're doing movie-only -- or have you chosen Quick-Play backup?

[Shuttle99]

@jdobbs Sorry my fault I ripped movie only and had selected full backup in BD Rebuilder so there was only one m2ts file and since full was selected it didn't rename it. Also thanks to Audiophile1178 he showed me how to manually use txmuxer to fix this should it happen again.

[Patrick]

I just backed up Terminator Salvation (DC), where you can select the extended or theater version of the movie to watch. As a result, the movie is heavily fragmented, with different segments for either version. I found that BD rebuilder erroneously shortens the duration of at least playlist 00301 of the movie from 24 to 16 seconds, even though the converted segment itself has the correct length. As a result, the movie does not play correctly (skipping 8 seconds of the segment).

Additional information: that disc seems to be rather demanding as to its file structure - all videos seems to have (an empty) secondary video track. Maybe that is the reason for BD Rebuilder having problems? BTW: At least one other playlist ist also affected. My guess would be that running this disc would reveal all sorts of hard to uncover problems? Good stress test ;-)

[Acerjen]

Does anyone know if it is possible to add a subtitle to a Bluray using BDRebuilder?

I ask because I recently got a foreign Bluray not realizing there wasn't english subs on it. I found some english subs on the internet, but need them to enjoy the movie. I know I can probably mux it in with tsMuxer, but would like to keep the menu, chapters, extras,etc. intact.

My last option might be to use the import option in BDRebuilder, but was hoping to keep the original menus intact.

Any ideals. Thanks in advance for any help. Much appreciated.

Later,
Acerjen

[DoctorM]

@Averjen - You can add subtitles with multiAVCHD (in reauthor mode). From there you can let BD-RB re-encode the disc if you need to.

[Dream-Cypher]

Hello,

I am having an issue where BD-R's with Quick-Play menus will not play on my PS3. I searched here, but was unable to find if this was a known issue.

The discs are built and burned successfully, and work fine on TMT5 and my Standalone Sony player. When I use them in the PS3, I get a black screen with no menus, and cannot do anything other than exit to the PS3 system menu.

If I press the "display" button, it shows me no time codes or title information. Attempting to hit the menu button tells me "This operation is not available here"

One of the discs was a standard BD backup, and the other was a disc created by importing several DVDs in Quick-Author mode. There are no errors in the BD-Rebuilder.log file, and as mentioned, the discs work fine in the other players I've tried. I have tried them in both a fat and slim PS3.

The DVD compilation was created in version .46.14 while the Movie backup was created in .46.11 a while ago. (I had not tried it in the PS3 previously, so I just found out that there was an issue.)

Thanks,
Dream-Cypher

[Ch3vr0n]

jdobbs i think i've found a rather big issue with DTS-Express

I just recoded "Riddick_G51", the original has 2 VC-1, 480p, 23.976fps pip streams. the streams get demuxed, recoded but the video does NOT get muxed back in while the audio does. Pdvd 11 plays the pipstream of the original perfectly video/audio while of the backup it only plays the audio. The pip stream video simply isn't there. i don't know if its due to the removal of the DTSX_Enable=1 string but i thought that one wasn't needed anymore or due to DGdecNV, ill run a new job using LAVF

log below

----------------------
[03/10/14] BD Rebuilder v0.46.14 (beta)
[04:37:01] Source: RIDDICK_G51
- Input BD size: 30,45 GB
- Approximate total content: [03:50:31.550]
- Target BD size: 22,95 GB
- Windows Version: 6.0 [6002]
- Auto Quality: Good (Very Fast), ABR
- Output folder: C:\BDRB Rebuilds\
- Decoding/Frame serving: DGDecNV [2-way]
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[04:37:01] PHASE ONE, Encoding
- [04:37:01] Processing: VID_00037 (1 of 10)
- [04:37:01] Extracting A/V streams [VID_00037]
- [05:06:59] Reencoding video [VID_00037]
- [05:06:59] Reencoding secondary video [TRK_02]
- [05:22:55] Reencoding secondary video [TRK_03]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23,976fps, 192.912 frames
- Bitrate: 12.699 Kbs
- [05:38:45] Reencoding: VID_00037, Pass 1 of 1
- [06:41:09] Video Encode complete
- [06:41:09] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4357 (eng): Keeping original audio
- Track 6656 (eng): Keeping original audio
- Track 6657 (eng): Keeping original audio
- [06:41:09] Multiplexing M2TS
- [06:54:13] Processing: VID_00146 (2 of 10)
- [06:54:13] Extracting A/V streams [VID_00146]
- [06:54:38] Reencoding video [VID_00146]
- Source Video: MPEG-2, 720x480
- Rate/Length: 29,970fps, 17.875 frames
- Bitrate: 3.478 Kbs
- [06:54:38] Reencoding: VID_00146, Pass 1 of 1
- [06:56:01] Video Encode complete
- [06:56:01] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [06:56:01] Multiplexing M2TS
- [06:56:09] Processing: VID_00147 (3 of 10)
- [06:56:09] Extracting A/V streams [VID_00147]
- [06:56:24] Reencoding video [VID_00147]
- Source Video: MPEG-2, 720x480
- Rate/Length: 29,970fps, 10.823 frames
- Bitrate: 3.430 Kbs
- [06:56:24] Reencoding: VID_00147, Pass 1 of 1
- [06:57:20] Video Encode complete
- [06:57:20] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [06:57:20] Multiplexing M2TS
- [06:57:25] Processing: VID_00148 (4 of 10)
- [06:57:25] Extracting A/V streams [VID_00148]
- [06:57:42] Reencoding video [VID_00148]
- Source Video: MPEG-2, 720x480
- Rate/Length: 29,970fps, 14.470 frames
- Bitrate: 3.096 Kbs
- [06:57:42] Reencoding: VID_00148, Pass 1 of 1
- [06:58:55] Video Encode complete
- [06:58:55] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (eng): Keeping original audio
- [06:58:55] Multiplexing M2TS
- [06:59:05] Processing: VID_00149 (5 of 10)
- [06:59:05] Extracting A/V streams [VID_00149]
- [06:59:34] Reencoding video [VID_00149]
- Source Video: MPEG-2, 720x480
- Rate/Length: 29,970fps, 20.148 frames
- Bitrate: 5.297 Kbs
- [06:59:34] Reencoding: VID_00149, Pass 1 of 1
- [07:01:28] Video Encode complete
- [07:01:28] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [07:01:28] Multiplexing M2TS
- [07:01:48] Processing: VID_00150 (6 of 10)
- [07:01:48] Extracting A/V streams [VID_00150]
- [07:02:27] Reencoding video [VID_00150]
- Source Video: MPEG-2, 720x480
- Rate/Length: 29,970fps, 24.178 frames
- Bitrate: 5.451 Kbs
- [07:02:27] Reencoding: VID_00150, Pass 1 of 1
- [07:04:49] Video Encode complete
- [07:04:49] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [07:04:49] Multiplexing M2TS
- [07:05:17] Processing: VID_00151 (7 of 10)
- [07:05:17] Extracting A/V streams [VID_00151]
- [07:05:27] Reencoding video [VID_00151]
- Source Video: MPEG-2, 720x480
- Rate/Length: 29,970fps, 5.735 frames
- Bitrate: 3.157 Kbs
- [07:05:27] Reencoding: VID_00151, Pass 1 of 1
- [07:05:59] Video Encode complete
- [07:05:59] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [07:05:59] Multiplexing M2TS
- [07:06:03] Processing: VID_00152 (8 of 10)
- [07:06:03] Extracting A/V streams [VID_00152]
- [07:06:52] Reencoding video [VID_00152]
- Source Video: MPEG-2, 720x480
- Rate/Length: 29,970fps, 31.473 frames
- Bitrate: 5.277 Kbs
- [07:06:52] Reencoding: VID_00152, Pass 1 of 1
- [07:10:02] Video Encode complete
- [07:10:02] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [07:10:02] Multiplexing M2TS
- [07:10:37] Processing: VID_00166 (9 of 10)
- [07:10:37] Extracting A/V streams [VID_00166]
- [07:10:49] Reencoding video [VID_00166]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23,976fps, 1.465 frames
- Bitrate: 5.820 Kbs
- [07:10:49] Reencoding: VID_00166, Pass 1 of 1
- [07:11:16] Video Encode complete
- [07:11:16] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [07:11:16] Multiplexing M2TS
- [07:11:24] Processing: VID_00169 (10 of 10)
- [07:11:24] Extracting A/V streams [VID_00169]
- [07:11:37] Reencoding video [VID_00169]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 7.200 frames
- Bitrate: 3.961 Kbs
- [07:11:37] Reencoding: VID_00169, Pass 1 of 1
- [07:13:06] Video Encode complete
- [07:13:06] Processing audio tracks
- [07:13:06] Multiplexing M2TS
[07:13:13]PHASE ONE complete
[07:13:13]PHASE TWO - Rebuild Started
- [07:13:13] Rebuilding BD file Structure
[07:13:58] - Encode and Rebuild complete
[07:13:58] Writing BD structure to ISO file
- ImgBurn completed successfully
- RIDDICK_G51 folder removed.
- WORKFILES folder removed.
[07:26:00] JOB: RIDDICK_G51 finished.

[Options]
MODE=0
ENCODE_QUALITY=0
ONEPASS_ENCODING=2
AUTO_QUALITY=1
AUDIO_TO_KEEP=dut;eng;nld;und;
SUBS_TO_KEEP=dut;eng;nld;und;
SD_CONVERT=0
COLOR_BOOST=0
RESIZE_1080=0
DEINTERLACE=0
DTS_REENCODE=0
AC3_REENCODE=0
AC3_640=1
AC3_192=0
KEEP_HD_AUDIO=1
AVCHD=0
FULL_AVCHD=0
REMOVE_WORKFILES=1
REMOVE_OUTPUT=1
REMOVE_IMPORT=1
AUDIO_TRACK_LIMIT=0
SUBTITLE_TRACK_LIMIT=0
CUSTOM_TARGET_SIZE=23450
PRIORITY_CLASS=1
TARGET_SIZE=23500
AUTO_BURN=2
QUICK_EXTRAS=0
MINIMIZE_TO_TRAY=1
OPEN_GOP=0
MOVIE_ONLY_LOOP=1
USE_FILTERS=0
USE_LAVF=0
DGDECNV=1
VERBOSE_STATUS=1
BDMV_CERT_ONLY=1
IVTC_PULLDOWN=1
ASSUME_DVD_PAL=1
SD_TO_1080=0
CONVERT_WIDE=1
AUTO_BLANK=0
UNMASK_CHAPTER=1
ENABLE_TEST=1
ENABLE_BLANKING=0
BLANK_THRESHOLD=60
MULTIPROCESS=1
VERSION=0.46.0.14
COMPLETION_BEEP=1
BEEP_SOUNDFILE=C:\Program Files (x86)\ImgBurn\Sounds\Success.wav
MOVIEONLY_TYPE=0
ALTCRF=20
ALT_TARGET=1024
ALTMETHOD=0
ALTAUTOCROP=0
WIDE_PERCENT=40
WIDE_OFFSET=.85
RESIZE_1440=0
RESIZE_720=0
OUTPUT_3D=1
NEROAAC=1
SD_PROGRESSIVE=1
MKV_CHAPTERS=1
SUPTITLE=0
IMPORT_FOLDER=D:\TEMP
OUTPUT_SBS=0
MENU_BACKGROUND=C:\Program Files (x86)\BD_Rebuilder\misc\menuback.jpg
IMPORT_THRESHOLD=15
QUICK_PLAY_THRESHOLD=10
MENU_AUTO_BACKGROUND=1
MENU_PLAY_SEQUENTIAL=1
MENU_START_WITH_MENU=1
OUTPUT_FOLDER=C:\BDRB Rebuilds
IGNORE_3D=1
[Paths]
WORKING_PATH=C:\TEMP\
SOURCE_PATH=I:\
DGIndexNV=C:\Program Files (x86)\BD_Rebuilder\Tools\dgdecnv\DGIndexNV.exe
DGDecNV=C:\Program Files (x86)\BD_Rebuilder\Tools\dgdecnv\DGDecodeNV.dll
DirectShowMVCSource=C:\Program Files (x86)\BD_Rebuilder\Tools\MVCtoAVI.exe\DirectShowMVCSource.dll
NeroAACPath=C:\Program Files (x86)\BD_Rebuilder\Tools\neroaacenc1.5.1\win32\neroAacEnc.exe

[03/10/14] Checking System Settings
- BD-Rebuilder v0.46.14 (beta)
- Windows Version: 6.0 [6002]
- Working Path Free Space: 629,36GB
- 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 "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
[03/10/14] Systems Settings Check complete

http://i.imgur.com/3WdHof7.png

** edit ** just played the LAVF rebuild and BDRB does detect the pip streams in that mounted iso and the pip stream works as expected. So the problem seems related between the new code and DGdecNV

http://i.imgur.com/YCKG7MA.png

the total difference in size between the 2 iso's is 21.8GB for the dgdecNV build (non-working pip) and 21.2GB for the LAVF build (working pip)

[jdobbs]

@Audiophile1178 I dl tsmuxer 2.6.12 and loaded the movie that has the wrong 00023 name, I go to the blu-ray tab but I don't see anything on that page says m2ts or AVCHD radio. Do I need a different version of tsMuxer?

I dl 1.10.16 loaded 00000.mpls from the playlist directory the input shows 00000.mpls and 00023.m2ts inthe stream directory, now I go to the blu-ray tab but don't see "Blu-ray tab and make sure "First m2ts file" says 0. Then select AVCHD radio" what you want me to check? Under ouput TS muxing is default should I select M2TS muxing for the output? then after the file is created do I over write the 00023m2ts with the new 00000m2ts file and what about the files still names 00023 in stream and clip folders.If you download and use an old version of TSMUXER, just be aware that I will not accept bug reports. There are sections of code in BD-RB that rely on the newere version.

[Sharc]

@jdobbs
Just wondering: Could there be a relation between Ch3vr0n's report (http://forum.doom9.org/showpost.php?p=1672865&postcount=19532) and my Quick-Play Backup problem (http://forum.doom9.org/showpost.php?p=1672220&postcount=19497)?
It seems that the Quick-Play issue exists only for discs with Secondary Video and DTS Express.

@Ch3vr0n: Is the secondary video stream actually missing in the multiplexed .m2ts, or is it only missing in DB-RB's GUI (your 2nd picture)?

[Ch3vr0n]

Its completely missing in the dgdecnv rebuild. The audio is there but the video isn't. Using x264s lavf the internal frameserver it all works normally. Video and audio present and working.

Verstuurd vanaf mijn Nexus 7 met Tapatalk

[jdobbs]

Its completely missing in the dgdecnv rebuild. The audio is there but the video isn't. Using x264s lavf the internal frameserver it all works normally. Video and audio present and working.

Verstuurd vanaf mijn Nexus 7 met TapatalkHave you tried it more than once with DGDecNV? Is it also missing in the working folder?

[Ch3vr0n]

I'll run a second job, but the pip steams were demuxed there were 3 .vc1 streams. 1 For the main movie and 2 of arround 400mb for the pip streams

Verstuurd vanaf mijn Nexus 7 met Tapatalk

** edit ** 2nd dgdecnv job is running now

[Sharc]

In my case, MediaInfo reports the secondary video stream included as Video#2 in the encoded .m2ts. However, when I try to watch it with MPC-HC all I get is the secondary audio (2-channel), but no video.

[jdobbs]

In my case, MediaInfo reports the secondary video stream included as Video#2 in the encoded .m2ts. However, when I try to watch it with MPC-HC all I get is the secondary audio (2-channel), but no video.Have you tried it on a standalone?

[Sharc]

Have you tried it on a standalone?
Yes, but as I wrote the Quick-Play Backup feature does not start from the Quick-Menu (black TV Screen only, and "no video" message on TV after some time). The IMPORT backup -- my workaround -- works as expected, but IMPORT removes the secondary video. Chicken and egg .....
My standalone is rather old BDP-S360.

[Ch3vr0n]

so i let the job run overnight and just got back to it. Mounted, BDRB scanned, same thing. DTS-E audio streams are present, pip video streams arent with the DGdecNV rebuild. After demuxing the 3 vid_00037.vc1 streams exist, it's just that the 2 for the pip streams don't get muxed back in. movie is "Chronicles of Riddick". Volume name "Riddick_G51"

[Weirdo]

This BD disc fails on CRF mode. Automatic Quality (2-pass) completed fine. Also did a very quick test on ABR mode, it seemed to work fine. Logs here (https://dl.dropboxusercontent.com/u/59646917/BD-RB%20CRF%20crash.rar).

[jdobbs]

This BD disc fails on CRF mode. Automatic Quality (2-pass) completed fine. Also did a very quick test on ABR mode, it seemed to work fine. Logs here (https://dl.dropboxusercontent.com/u/59646917/BD-RB%20CRF%20crash.rar).I can't open your RAR with 7-Zip. It appears to be corrupt.

I'd suggest a zip file. It is more of a standard and is directly supported by Windows.

[A.Fenderson]

Nothing major, but I ran a batch sequence containing several of the Xmen movie Blu-rays from the "X-Men and the Wolverine Collection", movie-only backup to BD25 for each, and the disc which was ripped as "X2" was renamed to "DATA" during processing and for the output folder.

[jdobbs]

Nothing major, but I ran a batch sequence containing several of the Xmen movie Blu-rays from the "X-Men and the Wolverine Collection", movie-only backup to BD25 for each, and the disc which was ripped as "X2" was renamed to "DATA" during processing and for the output folder.It wasn't done by BD-RB. There is nowhere in the code that a file or folder called "DATA" is created. The output folder name comes directly from the source folder name unless it is coming directly from a disc, in which case the volume label is used (which, I suppose, could conceivably be called "DATA").

[gonca]

It wasn't done by BD-RB. There is nowhere in the code that a file or folder called "DATA" is created. The output folder name comes directly from the source folder name unless it is coming directly from a disc, in which case the volume label is used (which, I suppose, could conceivably be called "DATA").

If the name is two characters or less it seems that the output is given the drive label as name. His source drive is probably called DATA.

[A.Fenderson]

Well, I'm not trying to argue here, mostly because it's really a non-issue, but I just double-checked my facts, and I'm not incorrect. The exact rip used is still on my HDD, named "X2" by AnyDVD-HD (I did not rename the rip folder) and the .m2ts file of the output folder "DATA" is the movie in question. Log is below.

==========================
[13:18:05] BD Rebuilder v0.46.14 (beta)
[13:18:05] BEGIN - BATCH SEQUENCE
==========================
-----------------------
[13:18:05] PROCESSING BATCH FILE [1]
----------------------
[03/10/14] BD Rebuilder v0.46.14 (beta)
[13:18:06] Source: XMEN_D1_00013
- Input BD size: 27.79 GB
- Approximate total content: [01:44:20.295]
- Target BD size: 22.95 GB
- Windows Version: 5.1 [2600]
- MOVIE-ONLY mode enabled
- Quality: Highest (Very Slow), Two Pass
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=640
[13:18:06] PHASE ONE, Encoding
- [13:18:06] Processing: VID_00074 (1 of 1)
- [13:18:06] Extracting A/V streams [VID_00074]
- [13:27:14] Reencoding video [VID_00074]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 150,097 frames
- Bitrate: 26,720 Kbs
- [13:27:15] Reencoding: VID_00074, Pass 1 of 2
- [15:05:34] Reencoding: VID_00074, Pass 2 of 2
- [23:34:38] Video Encode complete
- [23:34:38] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (eng): Keeping original audio
- Track 4357 (eng): Keeping original audio
[23:34:38]PHASE ONE complete
[23:34:38]PHASE TWO - Rebuild Started
- [23:34:39] Rebuilding BD file Structure
[00:17:10] - Encode and Rebuild complete
- WORKFILES folder removed.
[00:17:12] JOB: XMEN_D1 finished.
-----------------------
[00:17:13] PROCESSING BATCH FILE [2]
----------------------
[03/11/14] BD Rebuilder v0.46.14 (beta)
[00:17:18] Source: DATA_00013
- Input BD size: 29.52 GB
- Approximate total content: [02:13:47.477]
- Target BD size: 22.95 GB
- Windows Version: 5.1 [2600]
- MOVIE-ONLY mode enabled
- Quality: Highest (Very Slow), Two Pass
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=640
[00:17:18] PHASE ONE, Encoding
- [00:17:18] Processing: VID_00074 (1 of 1)
- [00:17:18] Extracting A/V streams [VID_00074]
- [02:02:42] Reencoding video [VID_00074]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 192,467 frames
- Bitrate: 19,793 Kbs
- [02:02:43] Reencoding: VID_00074, Pass 1 of 2
- [04:03:30] Reencoding: VID_00074, Pass 2 of 2
- [13:06:36] Video Encode complete
- [13:06:36] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (eng): Keeping original audio
- Track 4357 (eng): Keeping original audio
- Track 4358 (eng): Keeping original audio
[13:06:36]PHASE ONE complete
[13:06:36]PHASE TWO - Rebuild Started
- [13:06:37] Rebuilding BD file Structure
[13:44:44] - Encode and Rebuild complete
- WORKFILES folder removed.
[13:44:45] JOB: DATA finished.
-----------------------
[13:44:45] PROCESSING BATCH FILE [3]
----------------------
[03/11/14] BD Rebuilder v0.46.14 (beta)
[13:44:48] Source: XMEN_THELASTSTAND_00013
- Input BD size: 20.80 GB
- Approximate total content: [01:44:05.238]
- Target BD size: 22.95 GB
- Windows Version: 5.1 [2600]
- MOVIE-ONLY mode enabled
- Quality: Highest (Very Slow), Two Pass
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=640
[13:44:49] PHASE ONE, Encoding
- [13:44:49] Processing: VID_00074 (1 of 1)
- [13:44:49] Extracting A/V streams [VID_00074]
- [14:43:15] Reencoding video [VID_00074]
- [14:43:15] Keeping original video (no reencode)
- [14:43:15] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (eng): Keeping original audio
- Track 4357 (eng): Keeping original audio
- Track 4358 (eng): Keeping original audio
[14:43:15]PHASE ONE complete
[14:43:15]PHASE TWO - Rebuild Started
- [14:43:15] Rebuilding BD file Structure
[15:12:55] - Encode and Rebuild complete
- WORKFILES folder removed.
[15:12:56] JOB: XMEN_THELASTSTAND finished.
-----------------------
[15:12:56] PROCESSING BATCH FILE [4]
----------------------
[03/11/14] BD Rebuilder v0.46.14 (beta)
[15:12:59] Source: XMEN_WOLVERINE_00010
- Input BD size: 27.87 GB
- Approximate total content: [01:47:21.393]
- Target BD size: 22.95 GB
- Windows Version: 5.1 [2600]
- MOVIE-ONLY mode enabled
- Quality: Highest (Very Slow), Two Pass
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=640
[15:12:59] PHASE ONE, Encoding
- [15:12:59] Processing: VID_00074 (1 of 1)
- [15:12:59] Extracting A/V streams [VID_00074]
- [16:28:23] Reencoding video [VID_00074]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 154,439 frames
- Bitrate: 25,547 Kbs
- [16:28:23] Reencoding: VID_00074, Pass 1 of 2
- [18:11:34] Reencoding: VID_00074, Pass 2 of 2
- [03:47:02] Video Encode complete
- [03:47:02] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (eng): Keeping original audio
- Track 4357 (eng): Keeping original audio
- Track 4358 (eng): Keeping original audio
[03:47:02]PHASE ONE complete
[03:47:02]PHASE TWO - Rebuild Started
- [03:47:10] Rebuilding BD file Structure
[04:21:39] - Encode and Rebuild complete
- WORKFILES folder removed.
[04:21:40] JOB: XMEN_WOLVERINE finished.
==========================
[04:21:40] END - BATCH SEQUENCE
==========================


I also just started a movie-only backup (non-batch) of the same rip (it's still running), with a BD50 target/output, and the log file already shows that it's referring to the source directory as "DATA_00013", and the .inf file contains the following line:
"LABEL=DATA"
The source path as seen in the BD-RB GUI ends in "\X2\".
See below partial log.

----------------------
[03/12/14] BD Rebuilder v0.46.14 (beta)
[13:31:24] Source: DATA_00013
- Input BD size: 29.52 GB
- Approximate total content: [02:13:47.477]
- Target BD size: 46.26 GB
- Windows Version: 5.1 [2600]
- MOVIE-ONLY mode enabled
- Quality: Highest (Very Slow), Two Pass
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=640
[13:31:24] PHASE ONE, Encoding
- [13:31:24] Processing: VID_00074 (1 of 1)
- [13:31:24] Extracting A/V streams [VID_00074]


EDIT:
gonca (thank you) is correct: my hard drive disk label that the source rip sits on is called "DATA". At least now we know what's happening.

[Dream-Cypher]

So, Is anyone able to use Quick-Play Menus on a a PS3, when burned to a BD-R? I don't want to waste additional discs troubleshooting, if it's a PS3 issue, rather than something occurring when I author the disc.

Thanks,
Dream-Cypher

Hello,

I am having an issue where BD-R's with Quick-Play menus will not play on my PS3. I searched here, but was unable to find if this was a known issue.

The discs are built and burned successfully, and work fine on TMT5 and my Standalone Sony player. When I use them in the PS3, I get a black screen with no menus, and cannot do anything other than exit to the PS3 system menu.

If I press the "display" button, it shows me no time codes or title information. Attempting to hit the menu button tells me "This operation is not available here"

One of the discs was a standard BD backup, and the other was a disc created by importing several DVDs in Quick-Author mode. There are no errors in the BD-Rebuilder.log file, and as mentioned, the discs work fine in the other players I've tried. I have tried them in both a fat and slim PS3.

The DVD compilation was created in version .46.14 while the Movie backup was created in .46.11 a while ago. (I had not tried it in the PS3 previously, so I just found out that there was an issue.)

Thanks,
Dream-Cypher

[jdobbs]

gonca (thank you) is correct: my hard drive disk label that the source rip sits on is called "DATA". At least now we know what's happening....unless it is coming directly from a disc, in which case the volume label is used (which, I suppose, could conceivably be called "DATA"). Did you read this? If the name is 2 characters or less -- it has to assume it is the drive. That's because of the possible "d:\" that could precede the pathname.

[A.Fenderson]

Did you read this?....
I did read that, but we seem to have had a miscommunication, stemming from me taking what you wrote completely literally when it was seemingly meant in a more general way: the way you originally stated it didn't seem to match my scenario in that it wasn't pulling the source from "a disc" aka BD ("disc" = optical disk), it was pulling it from the hard disk drive, so without gonca's clarification that the name could be coming from the drive label of the source rip's location (and specific addition about the 2-character length issue) I didn't see the relevance.
If the name is 2 characters or less -- it has to assume it is the drive. That's because of the possible "d:\" that could precede the pathname.
Understood--thank you for explaining it; that makes sense. Sorry for my contribution to the noise:signal ratio in the thread, but I'm really not as dense as this exchange might imply. ;)

[gonca]

@ A.Fenderson
Sorry I wasn't clearer with my statement.

[A.Fenderson]

@gonca: you were perfectly clear. Thank you.

[Weirdo]

I can't open your RAR with 7-Zip. It appears to be corrupt.
Not corrupt, but RAR5. Here (https://dl.dropboxusercontent.com/u/59646917/BD-RB%20CRF%20error.zip)'s the zip.

[jdobbs]

I did read that, but we seem to have had a miscommunication, stemming from me taking what you wrote completely literally when it was seemingly meant in a more general way: the way you originally stated it didn't seem to match my scenario in that it wasn't pulling the source from "a disc" aka BD ("disc" = optical disk), it was pulling it from the hard disk drive, so without gonca's clarification that the name could be coming from the drive label of the source rip's location (and specific addition about the 2-character length issue) I didn't see the relevance.

Understood--thank you for explaining it; that makes sense. Sorry for my contribution to the noise:signal ratio in the thread, but I'm really not as dense as this exchange might imply. ;)Just to avoid confusion, I have changed the way it gets the name. It shouldn't be an issue anymore after the next release.

[Sharc]

@jdobbs
After 3 successful Quick-Play Backups, I run again into a non-working one which I had to IMPORT to make it working. Apparently the IMPORT function applies a kind of fix.
I checked with BDedit the structure an found a difference -- apart from the renumbering of the files. The difference is in the 00001.mpls (for the feature).

Non-working disc: In the STN table the flag IG is set and refers to a sub-path
Working disc: In the STN table the flag IG is not set and hence no reference to a sub-path

It seems like this is the only difference, so could this perhaps be the cause for the problem?
If it helps I could send you some files.

[jdobbs]

@jdobbs
After 3 successful Quick-Play Backups, I run again into a non-working one which I had to IMPORT to make it working. Apparently the IMPORT function applies a kind of fix.
I checked with BDedit the structure an found a difference -- apart from the renumbering of the files. The difference is in the 00001.mpls (for the feature).

Non-working disc: In the STN table the flag IG is set and refers to a sub-path
Working disc: In the STN table the flag IG is not set and hence no reference to a sub-path

It seems like this is the only difference, so could this perhaps be the cause for the problem?
If it helps I could send you some files.I'll look at it. If there is a subpath referenced (usually an out-of-mux IGS stream), the reference should be kept in the Quick-Play backup and not in an import. Importing essentially just keeps playitems that match your import rules, and removes all the bells-and-whistles. Can you tell me if the M2TS associated with the IGS stream (subpath) exists in the STREAM folder of the Quick-Play authored disc? (It should). BDEdit can show the name of the M2TS.

[Sharc]

I'll look at it. If there is a subpath referenced (usually an out-of-mux IGS stream), the reference should be kept in the Quick-Play backup and not in an import. Importing essentially just keeps playitems that match your import rules, and remove all the bells-and-whistles. Can you tell me if the M2TS associated with the IGS stream (subpath) exists in the STREAM folder of the Quick-Play authored disc? (It should). BDEdit can show the name of the M2TS.
Not sure if this answers your question:
Stream Folder of non-working disc (total 3 files):
- 00021.m2ts (Feature)
- 99001.m2ts (menu backdrop)
- 99002.m2ts (ID: 256 (0x100) Menu ID : 1 (0x1) List : 5120 (0x1400) ()

Stream Folder of working disc (total 3 files):
- 00001.m2ts (Feature)
- 99001.m2ts (menu backdrop)
- 99002.m2ts (ID : 256 (0x100) Menu ID : 1 (0x1) List : 5120 (0x1400) ()

So both stream folders look the same, except file number for the Feature

The sub-Path of the non-working disc refers to sPID1400 which seems to be 99002.m2ts

[jdobbs]

Not sure if this answers your question:
Stream Folder of non-working disc (total 3 files):
- 00021.m2ts (Feature)
- 99001.m2ts (menu backdrop)
- 99002.m2ts (ID: 256 (0x100) Menu ID : 1 (0x1) List : 5120 (0x1400) ()

Stream Folder of working disc (total 3 files):
- 00001.m2ts (Feature)
- 99001.m2ts (menu backdrop)
- 99002.m2ts (ID : 256 (0x100) Menu ID : 1 (0x1) List : 5120 (0x1400) ()

So both stream folders look the same, except file number for the Feature

The sub-Path of the non-working disc refers to sPID1400 which seems to be 99002.m2tsThere should be two MPLS files in the PLAYLIST folder. One of those is for the feature and the other is for the menu. The menu set (99001/99002) would be contained in the higher numbered of the two MPLS files. 99002 contains an out-of-mux IGS (Interactive Graphics Stream) for the menu (the actual selections that are overlaid on the menu backdrop). The lower numbered MPLS would reference the feature.

In a Quick-Play backup it is also possible that feature may have IGS (although most of the time it doesn't) -- that's usually for some graphic feature that pops-up upon request. Sometimes it's things like a graphic of the original storyboards or something similar. The PID for that stream would also be 0x1400 (the base PID for an IGS).

The out-of-mux IGS for the feature would be named the same as it was on the original disc. From what you have shown me there doesn't appear to have been one, or there would have been four M2TS files in the STREAM folder. If BDEdit shows that there is a subpath listed for the lessor-numbered MPLS, then it would appear that BD-RB kept the reference, but not the file -- which, of course, would be a bug.

What I don't understand is why there is even a menu when there is only one item to be played? Normally a menu is not created for a single playback item unless the hidden option MENU_FORCE_QUICK=1 is established. I assume you have that set in your INI file?

I'll dig around and see if I can find a disc with out-of-mux IGS in the feature and do a Quick-Play backup just to see what I can find. But, the more I think about it, maybe I should eliminate the IGS subpaths on a Quick-Play backup. There are other possible headaches that could conceivably come out of an IGS stream -- since the commands really have no limit to their actions.

[mparade]

In edit mode, if I right-click on one VID and choosing "preview this item" BD-RB starts a "extracting A/V streams" process taking several minutes like it used to execute right before encoding the streams. I have found this "issue" with just a few VIDs on the extra disc of Harry Potter And The Deathly Hallows. It wouldn' t be a problem for me, but when BD-RB had started encoding these streams it got stuck and seemed to be running an infinite encoding process showing that the source video is 1 frame long and that the encoded frame number kept raising upto as far as infinite:confused:

If someone has any idea, please help.

Thank you!

[jdobbs]

In edit mode, if I right-click on one VID and choosing "preview this item" BD-RB starts a "extracting A/V streams" process taking several minutes like it used to execute right before encoding the streams. I have found this "issue" with just a few VIDs on the extra disc of Harry Potter And The Deathly Hallows. It wouldn' t be a problem for me, but when BD-RB had started encoding these streams it got stuck and seemed to be running an infinite encoding process showing that the source video is 1 frame long and that the encoded frame number kept raising upto as far as infinite:confused:

If someone has any idea, please help.

Thank you!It was likely an interlaced VC-1 file and you are using DirectshowSource(). Normally the viewer will simply open the M2TS directly and play back the source. But there are some VC-1 sources that DirectshowSource() can't handle directly from within an M2TS. In that case the only way to view them is to extract them, create an MKV, and play the MKV.

So I guess what I'm saying is that it isn't a bug, it's a feature. The only other alternative is to say "I can't view this". So it's an annoying feature -- but one that is necessary.

As for the encoding issue -- I'd have to know more. How long did you let it run? What mode was it in? Have you tried more than one mode (DirectshowSource & LAVF)?

[Sharc]

There should be two MPLS files in the PLAYLIST folder. One of those is for the feature and the other is for the menu. The menu set (99001/99002) would be contained in the higher numbered of the two MPLS files. 99002 contains an out-of-mux IGS (Interactive Graphics Stream) for the menu (the actual selections that are overlaid on the menu backdrop). The lower numbered MPLS would reference the feature.
Yes, this is what I see on both disks (working and non-working)

In a Quick-Play backup it is also possible that feature may have IGS (although most of the time it doesn't) -- that's usually for some graphic feature that pops-up upon request. Sometimes it's things like a graphic of the original storyboards or something similar. The PID for that stream would also be 0x1400 (the base PID for an IGS).
Working disk:
00001.mpls refers to 00001.m2ts with no IGS
Non-working disc:
00001.mpls refers to 00021.m2ts with IGS

The out-of-mux IGS for the feature would be named the same as it was on the original disc. From what you have shown me there doesn't appear to have been one, or there would have been four M2TS files in the STREAM folder. If BDEdit shows that there is a subpath listed for the lessor-numbered MPLS, then it would appear that BD-RB kept the reference, but not the file -- which, of course, would be a bug.
This seems to be the case if my interpretation of BDedit is correct .....

What I don't understand is why there is even a menu when there is only one item to be played? Normally a menu is not created for a single playback item unless the hidden option MENU_FORCE_QUICK=1 is established. I assume you have that set in your INI file?
Exactly. It's convenient to insert a "Play movie" button this way.

I'll dig around and see if I can find a disc with out-of-mux IGS in the feature and do a Quick-Play backup just to see what I can find. But, the more I think about it, maybe I should eliminate the IGS subpaths on a Quick-Play backup. There are other possible headaches that could conceivably come out of an IGS stream -- since the commands really have no limit to their actions.
My disc is "Frozen Ground", (Region 2).

Edit:
Another problematic disc was "Game of Thrones" (S1D1, Region 2).
It has no IGS but sV and sA (IM PIP) with makes the disc non-playable. IMPORT removes these and makes the disk playable -- my speculative conclusion only.

[jdobbs]

Working disk:
00001.mpls refers to 00001.m2ts with no IGS
Non-working disc:
00001.mpls refers to 00021.m2ts with IGSJust to be clear, was the IGS listed as a part of that M2TS, or was it referenced through a subpath entry?

[Patrick]

I just backed up Terminator Salvation (DC), where you can select the extended or theater version of the movie to watch. As a result, the movie is heavily fragmented, with different segments for either version. I found that BD rebuilder erroneously shortens the duration of at least playlist 00301 of the movie from 24 to 16 seconds, even though the converted segment itself has the correct length. As a result, the movie does not play correctly (skipping 8 seconds of the segment).

Additional information: that disc seems to be rather demanding as to its file structure - all videos seems to have (an empty) secondary video track. Maybe that is the reason for BD Rebuilder having problems? BTW: At least one other playlist ist also affected. My guess would be that running this disc would reveal all sorts of hard to uncover problems? Good stress test ;-)

I also added the playlists of the original and after processing the disc with BD Rebuilder. Note the differences in playlist 00002.mpls

[mparade]

It was likely an interlaced VC-1 file and you are using DirectshowSource(). Normally the viewer will simply open the M2TS directly and play back the source. But there are some VC-1 sources that DirectshowSource() can't handle directly from within an M2TS. In that case the only way to view them is to extract them, create an MKV, and play the MKV.

So I guess what I'm saying is that it isn't a bug, it's a feature. The only other alternative is to say "I can't view this". So it's an annoying feature -- but one that is necessary.

As for the encoding issue -- I'd have to know more. How long did you let it run? What mode was it in? Have you tried more than one mode (DirectshowSource & LAVF)?


I am using 1-pass CRF. When I saw that BD-RB had started an infinite encoding process right then I stopped it. (The time I let the program running could take just a few minutes). I have tried both DirectshowSource and LAVF...and the results of how the encoding has started were different:

Using DirectShowSource BD-RB tells after extracting the streams: Source Video: MPEG-4 (AVC), Rate/Length: 23,976fps, 1 frame for the source, started reencoding with two-pass method inspite of that I am in CRF mode (I think due to the small frame number), but the frame number in the last information row directly under the overall progress bar seems to be correct: 76321. ETA: seems to be correct here.

Using LAVF BD-RB tells after extracting the streams: Source Video: MPEG-4 (AVC), Rate/Length: 23,976fps, 1 frame for the source, started reencoding with two-pass method inspite of that I am in CRF mode (I think due to the small frame number), and the frame number in the last information row directly under the overall progress bar seems not to be correct and equal to 1 as it counted firstly.
Furthermore, with LAVF BD-RB seems to be getting into an infinite encoding cycle. This can be read after "Frames:" under the overall progress bar "frame number here keep growing during encoding/000001". And one more thing to mention here: it cannot be read clearly, but it seems that the percentage values close to the current and overall progress bars keep growing as well. I read at the ETA: 00:-09:-

[Sharc]

Just to be clear, was the IGS listed as a part of that M2TS, or was it referenced through a subpath entry?
Screenshot here (http://www.mediafire.com/view/i4b43apb8ew9adl/BDedit.JPG).
Not sure whether this answers your question.

[jdobbs]

Screenshot here (http://www.mediafire.com/view/i4b43apb8ew9adl/BDedit.JPG).
Not sure whether this answers your question.Ahhh... the issue is in the STN table...

[Sharc]

Ahhh... the issue is in the STN table...
Yes! That's what I tried to describe here (http://forum.doom9.org/showpost.php?p=1673389&postcount=19555). I just didn't know the meaning and significance of the STN Table, but your Ahhh.. sounds promising.... :)

Actually it seems that all files/playlists which have non-Zero values in either of IG, sV, sA, PIP in the STN table are non-playable. (The exception is just the one which refers to 99001.m2ts/99002.m2ts which has a "1" for IG)

[Ch3vr0n]

i don't know if its related, but i posted about that rerun i did ;) 2nd job also lacked pip video for DGDecNV

[jdobbs]

I'm going to look at it more closely, but I think I may change the way Quick-Play works, and make it work more like an imported BD does. The more I look at it the more I see the possibility of problems.

[Weirdo]

One more CRF error. 2-pass works fine.

[03-14-14] BD Rebuilder v0.46.14 (beta)
[20:51:22] Source:
- Input BD size: 5.67 GB
- Approximate total content: [01:41:58.061]
- Target BD size: 1.00 GB
- Windows Version: 6.2 [9200]
- RESIZE 1080p to 720p enabled
- Quality: High Quality (Default), CRF
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=1 HD=0 Kbs=640
[20:51:22] PHASE ONE, Encoding
- [20:51:22] Processing: VID_00003 (1 of 8)
- [20:51:22] Extracting A/V streams [VID_00003]
- [20:51:38] Reencoding video [VID_00003]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 2,477 frames
- [20:51:38] Performing CRF Prediction...
- Analyzing - [20:51:38] PredictAndEncode() 00053 2810
[20:51:42] - Aborted by user request

[Status]
LABEL=
VERSION=v0.46.14 (beta)
SOURCE_SIZE=6091957635
SOURCE_VIDEO_SIZE=6087628800
TARGET_SIZE=1073741824
REDUCTION=.175669874779487
RESIZE_1080=-1
RESIZE_1440=0
AUDIO_TO_KEEP=eng;
KEEP_HD_AUDIO=0
SUBS_TO_KEEP=all
BACKUP_MODE=0
MOVIEONLY_TYPE=0
USE_LAVF=0
INSTANCES=1
DGDECNV=0
SSIF_MODE=0
QUICK=0
ENCODE_STEP=1.5
[00003]
AUDIO=1
PGS=
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=68431854

[Weirdo]

The logs from the previous disc, completed in 2-pass. The audio is out of sync (seems the video is slowed down).

[03-14-14] BD Rebuilder v0.46.14 (beta)
[21:00:28] Source:
- Input BD size: 5.67 GB
- Approximate total content: [01:41:58.061]
- Target BD size: 1.00 GB
- Windows Version: 6.2 [9200]
- RESIZE 1080p to 720p enabled
- Auto Quality: High Quality (Default), Two Pass
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=1 HD=0 Kbs=640
[21:00:28] PHASE ONE, Encoding
- [21:00:28] Processing: VID_00003 (1 of 8)
- [21:00:28] Extracting A/V streams [VID_00003]
- [21:00:40] Reencoding video [VID_00003]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 2,477 frames
- Bitrate: 3,254 Kbs
- [21:00:40] Reencoding: VID_00003, Pass 1 of 2
- [21:01:43] Reencoding: VID_00003, Pass 2 of 2
- [21:04:15] Video Encode complete
- [21:04:15] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [21:04:15] Multiplexing M2TS
- [21:04:22] Processing: VID_00005 (2 of 8)
- [21:04:22] Extracting A/V streams [VID_00005]
- [21:04:29] Reencoding video [VID_00005]
- Source Video: MPEG-2, 1920x1080
- Rate/Length: 23.976fps, 240 frames
- Convert: 1280x720, 23.976fps, 240 frames
- Bitrate: 5,118 Kbs
- [21:04:29] Reencoding: VID_00005, Pass 1 of 2
- [21:04:35] Reencoding: VID_00005, Pass 2 of 2
- [21:04:41] Video Encode complete
- [21:04:41] Processing audio tracks
- [21:04:41] Multiplexing M2TS
- [21:04:47] Processing: VID_00007 (3 of 8)
- [21:04:47] Extracting A/V streams [VID_00007]
- [21:05:10] Reencoding video [VID_00007]
- Source Video: MPEG-2, 720x480
- Rate/Length: 29.970fps, 54,194 frames
- Bitrate: 753 Kbs
- [21:05:10] Reencoding: VID_00007, Pass 1 of 2
- [21:09:58] Reencoding: VID_00007, Pass 2 of 2
- [21:18:46] Video Encode complete
- [21:18:46] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [21:18:46] Multiplexing M2TS
- [21:18:55] Processing: VID_00008 (4 of 8)
- [21:18:55] Extracting A/V streams [VID_00008]
- [21:19:03] Reencoding video [VID_00008]
- Source Video: MPEG-2, 720x480
- Rate/Length: 29.970fps, 5,329 frames
- Bitrate: 1,024 Kbs
- [21:19:03] Reencoding: VID_00008, Pass 1 of 2
- [21:19:32] Reencoding: VID_00008, Pass 2 of 2
- [21:20:28] Video Encode complete
- [21:20:28] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [21:20:28] Multiplexing M2TS
- [21:20:35] Processing: VID_00009 (5 of 8)
- [21:20:35] Extracting A/V streams [VID_00009]
- [21:22:14] Reencoding video [VID_00009]
- Source Video: MPEG-2, 720x480
- Rate/Length: 29.970fps, 88,636 frames
- Bitrate: 1,118 Kbs
- [21:22:15] Reencoding: VID_00009, Pass 1 of 2
- [21:30:24] Reencoding: VID_00009, Pass 2 of 2
- [21:49:01] Video Encode complete
- [21:49:01] Processing audio tracks
- Track 4352 (eng): Reencoding audio to AC3...
- [21:49:46] Multiplexing M2TS
- [21:49:58] Processing: VID_00010 (6 of 8)
- [21:49:58] Extracting A/V streams [VID_00010]
- [21:50:06] Reencoding video [VID_00010]
- Source Video: MPEG-2, 720x480
- Rate/Length: 29.970fps, 8,739 frames
- Bitrate: 730 Kbs
- [21:50:06] Reencoding: VID_00010, Pass 1 of 2
- [21:51:08] Reencoding: VID_00010, Pass 2 of 2
- [21:52:56] Video Encode complete
- [21:52:56] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [21:52:56] Multiplexing M2TS
- [21:53:03] Processing: VID_00011 (7 of 8)
- [21:53:03] Extracting A/V streams [VID_00011]
- [21:53:14] Reencoding video [VID_00011]
- Source Video: MPEG-2, 720x480
- Rate/Length: 29.970fps, 19,688 frames
- Bitrate: 742 Kbs
- [21:53:14] Reencoding: VID_00011, Pass 1 of 2
- [21:55:14] Reencoding: VID_00011, Pass 2 of 2
- [21:58:57] Video Encode complete
- [21:58:57] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [21:58:57] Multiplexing M2TS
- [21:59:04] Processing: VID_00012 (8 of 8)
- [21:59:04] Extracting A/V streams [VID_00012]
- [21:59:16] Reencoding video [VID_00012]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 2,400 frames
- Bitrate: 3,249 Kbs
- [21:59:16] Reencoding: VID_00012, Pass 1 of 2
- [22:00:35] Reencoding: VID_00012, Pass 2 of 2
- [22:03:42] Video Encode complete
- [22:03:42] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [22:03:42] Multiplexing M2TS
[22:03:49]PHASE ONE complete
[22:03:49]PHASE TWO - Rebuild Started
- [22:03:49] Rebuilding BD file Structure
[22:03:49] - Encode and Rebuild complete
- WORKFILES folder removed.
[22:03:50] JOB: finished.

[Status]
LABEL=
VERSION=v0.46.14 (beta)
SOURCE_SIZE=6091957635
SOURCE_VIDEO_SIZE=6087628800
TARGET_SIZE=1073741824
REDUCTION=.175669874779487
RESIZE_1080=-1
RESIZE_1440=0
AUDIO_TO_KEEP=eng;
KEEP_HD_AUDIO=0
SUBS_TO_KEEP=all
BACKUP_MODE=0
MOVIEONLY_TYPE=0
USE_LAVF=0
INSTANCES=1
DGDECNV=0
SSIF_MODE=0
QUICK=0
ENCODE_STEP=0
COMPLETED=8
REBUILD_COMPLETE=1
[00003]
AUDIO=1
PGS=
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=68431854
RATE=3254
SPLITS=1
NSIZE=68868096
FLINK=-1
MLINK=-1
[00005]
AUDIO=
PGS=
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=6888193
RATE=5118
SPLITS=1
NSTART=27000000
NEND=27450450
NSIZE=1726464
FLINK=0
MLINK=0
[00007]
AUDIO=1
PGS=
MSCAN=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=233778704
RATE=753
SPLITS=1
NSTART=27000000
NEND=108372289
NSIZE=249759744
FLINK=0
MLINK=0
[00008]
AUDIO=1
PGS=
MSCAN=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=29486905
RATE=1024
SPLITS=1
NSTART=27000000
NEND=35001493
NSIZE=30830592
FLINK=0
MLINK=0
[00009]
AUDIO=1
PGS=
MSCAN=2
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=543750620
RATE=1118
SPLITS=1
NSTART=27000000
NEND=160086951
NSIZE=549341184
FLINK=0
MLINK=0
[00010]
AUDIO=1
PGS=
MSCAN=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=36804666
RATE=730
SPLITS=1
NSTART=27000000
NEND=40121608
NSIZE=39395328
FLINK=0
MLINK=0
[00011]
AUDIO=1
PGS=
MSCAN=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=84034442
RATE=742
SPLITS=1
NSTART=27000000
NEND=56561531
NSIZE=89720832
FLINK=0
MLINK=0
[00012]
AUDIO=1
PGS=
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=66237605
RATE=3249
SPLITS=1
NSIZE=66668544
FLINK=-1
MLINK=-1

[jdobbs]

Is there a reason why the source name is missing from the log?

[Weirdo]

Is there a reason why the source name is missing from the log?

I removed it. Silent Running, though it's been modified with Clown_BD BD Copier. Main title removed, menus and everything else untouched. Disc plays ok on various players.

[jdobbs]

I removed it. Silent Running, though it's been modified with Clown_BD BD Copier. Main title removed, menus and everything else untouched. Disc plays ok on various players. Sorry. But that is a preprocessed disc. I do not respond to reports on preprocessed discs. There's no way to tell what has happened to the disc before BD-RB encounters it. In my experience virtually all problems reported under these circumstances have gone away when reverting to the original.

[TobiMan]

Hi,

I am trying to reencode Wall Street: Money never sleeps to a mkv-container, but as soon as the encoding starts, BD-Rebuilder aborts.

Here is what I tried until now:

- reinstalled all BD-Rebuilder stuff
- ripped the source on two different drives
- tried to process directly from the bluray disc without ripping
- used ffdshow or lavf for decoding

Here is the log:

[03.16.14] BD Rebuilder v0.46.14 (beta)
[13:39:58] Source: WALL_STREET_2_00500
- Input BD size: 29,61 GB
- Approximate total content: [02:12:58.428]
- Windows Version: 6.2 [9200]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- Mode: MKV Container, 1920x1080, 640Kbs DD5.1
- Decoding/Frame serving: X264/LAVF
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=640
- Audio [5] set to default.
[13:40:02] PHASE ONE, Encoding
- [13:40:02] Processing: VID_00800 (1 of 1)
- [13:40:02] Extracting A/V streams [VID_00800]
- [13:55:30] Reencoding video [VID_00800]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 191.291 frames
- Bitrate: 7.131 Kbs
- [13:55:30] Reencoding: VID_00800, Pass 1 of 2
- Encode failed. Aborting.
- BD-Rebuilder v0.46.14 (beta)
- Windows Version: 6.2 [9200]
- Working Path Free Space: 282,61GB
- 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
- WAVI: Ok
- TSMUXER: Ok
- FRIMEncode: Ok
- FRIMDecode: Ok
[13:55:33] - Failed video encode, aborted

So my guess would be that x264 maybe has an issue. Is there a log of x264 to look in? My machine is not overclocked by the way.

Thanks for any help

Tobi

[Sharc]

Hi,

I am trying to reencode Wall Street: Money never sleeps to a mkv-container, but as soon as the encoding starts, BD-Rebuilder aborts.

Here is what I tried until now:

- reinstalled all BD-Rebuilder stuff
- ripped the source on two different drives
- tried to process directly from the bluray disc without ripping
- used ffdshow or lavf for decoding

Here is the log:

[03.16.14] BD Rebuilder v0.46.14 (beta)
[13:39:58] Source: WALL_STREET_2_00500
- Input BD size: 29,61 GB
- Approximate total content: [02:12:58.428]
- Windows Version: 6.2 [9200]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- Mode: MKV Container, 1920x1080, 640Kbs DD5.1
- Decoding/Frame serving: X264/LAVF
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=640
- Audio [5] set to default.
[13:40:02] PHASE ONE, Encoding
- [13:40:02] Processing: VID_00800 (1 of 1)
- [13:40:02] Extracting A/V streams [VID_00800]
- [13:55:30] Reencoding video [VID_00800]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 191.291 frames
- Bitrate: 7.131 Kbs
- [13:55:30] Reencoding: VID_00800, Pass 1 of 2
- Encode failed. Aborting.
- BD-Rebuilder v0.46.14 (beta)
- Windows Version: 6.2 [9200]
- Working Path Free Space: 282,61GB
- 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
- WAVI: Ok
- TSMUXER: Ok
- FRIMEncode: Ok
- FRIMDecode: Ok
[13:55:33] - Failed video encode, aborted

So my guess would be that x264 maybe has an issue. Is there a log of x264 to look in? My machine is not overclocked by the way.

Thanks for any help

Tobi
Can you play the VID_xxxxx.avs script in the WORKFILES folder in e.g. MPC-HC?
Does this problem only happen with this disc?
If you suspect x264.exe you could exchange it by an older version just to try.

[TobiMan]

Can you play the VID_xxxxx.avs script in the WORKFILES folder in e.g. MPC-HC?
Does this problem only happen with this disc?
If you suspect x264.exe you could exchange it by an older version just to try.

Hi Sharc

thanks for helping.

Playing the avs-file in MPC-HC displays the following error:

http://i59.tinypic.com/1zgaqg2.png

The first German line translates as follows (roughly...): an external component has caused an exception.

Here is the content of the avs-file:

#Created by BD Rebuilder - v0.46.14 (beta)
DirectshowSource("Z:\BDMV\STREAM\00800.m2ts", fps=23.976, framecount=191291, audio=false)
LoadPlugin("C:\Program Files (x86)\Multimedia\Codecs\SupTitle\SupTitle.dll")
SupTitle("D:\TEMP\BD_REBUILDER\WORKFILES\00800.track_9999.sup")
ConvertToYV12().AssumeFPS(24000,1001)

So something seems to be wrong concerning the subtitles. I deinstalled xy-subfilter to make sure it is not invoking the issue, but that did not help.

Any other ideas?

Edit: Got it... should have looked at line 3 too, silly me :-). Somehow suptitle kicked in, also I did not check the appropriate box. Nevertheless, I removed the path information from the BD-Rebuilder .ini file and everything is good!

Thanks for putting me in the right direction!

[mparade]

----------------------
[03.17.14] BD Rebuilder v0.46.14 (beta)
[07:41:19] Source: BAD_TEACHER
- Input BD size: 41,37 GB
- Approximate total content: [02:55:36.315]
- Target BD size: 46,26 GB
- Windows Version: 6.1 [7601]
- MOVIE and MENUS mode enabled
- Quality: Highest (Very Slow), CRF
- Decoding/Frame serving: X264/LAVF
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[07:41:27] PHASE ONE, Encoding
- [07:55:26] Processing: VID_00466 (90 of 172)
- [07:55:26] Extracting A/V streams [VID_00466]
- [07:55:34] Reencoding video [VID_00466]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 3*073 frames
- [07:55:34] Encoding using constant rate factor.
- [07:59:05] Video Encode complete
- [07:59:05] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [07:59:05] Multiplexing M2TS
- [07:59:11] Processing: VID_00467 (91 of 172)
- [07:59:12] Extracting A/V streams [VID_00467]
- [07:59:23] Reencoding video [VID_00467]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 5*161 frames
- [07:59:23] Encoding using constant rate factor.
- [08:05:39] Video Encode complete
- [08:05:39] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [08:05:39] Multiplexing M2TS
- [08:05:48] Processing: VID_00468 (92 of 172)
- [08:05:48] Extracting A/V streams [VID_00468]
- [08:06:00] Reencoding video [VID_00468]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 5*859 frames
- [08:06:00] Encoding using constant rate factor.
- [08:13:21] Video Encode complete
- [08:13:21] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [08:13:21] Multiplexing M2TS
- [08:13:28] Blanking: VID_00524 (93 of 172)
- [08:13:29] Blanking: VID_00525 (94 of 172)
- [08:13:29] Blanking: VID_00526 (95 of 172)
- [08:13:29] Processing: VID_00800 (96 of 172)
- [08:13:29] Extracting A/V streams [VID_00800]
- [08:17:43] Reencoding video [VID_00800]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 140*448 frames
- [08:17:44] Encoding using constant rate factor.
- [11:02:34] Video Encode complete
- [11:02:34] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4356 (hun): Keeping original audio
- [11:02:34] Multiplexing M2TS
- [11:08:38] Processing: VID_00801 (97 of 172)
- [11:08:38] Extracting A/V streams [VID_00801]
- [11:08:45] Reencoding video [VID_00801]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 1*829 frames
- [11:08:45] Encoding using constant rate factor.
- [11:10:51] Video Encode complete
- [11:10:51] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [11:10:51] Multiplexing M2TS
- [11:10:56] Processing: VID_00802 (98 of 172)
- [11:10:56] Extracting A/V streams [VID_00802]
- [11:11:03] Reencoding video [VID_00802]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 1*782 frames
- [11:11:03] Encoding using constant rate factor.
- [11:13:01] Video Encode complete
- [11:13:01] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [11:13:01] Multiplexing M2TS
- [11:13:06] Processing: VID_00803 (99 of 172)
- [11:13:06] Extracting A/V streams [VID_00803]
- [11:13:13] Reencoding video [VID_00803]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 1*925 frames
- [11:13:13] Encoding using constant rate factor.
- [11:15:33] Video Encode complete
- [11:15:33] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [11:15:33] Multiplexing M2TS
- [11:15:39] Processing: VID_00804 (100 of 172)
- [11:15:39] Extracting A/V streams [VID_00804]
- [11:15:46] Reencoding video [VID_00804]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 2*291 frames
- [11:15:46] Encoding using constant rate factor.
- [11:18:19] Video Encode complete
- [11:18:19] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [11:18:19] Multiplexing M2TS
- [11:18:24] Processing: VID_00805 (101 of 172)
- [11:18:24] Extracting A/V streams [VID_00805]
- [11:18:31] Reencoding video [VID_00805]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 1*794 frames
- [11:18:31] Encoding using constant rate factor.
- [11:20:37] Video Encode complete
- [11:20:37] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [11:20:37] Multiplexing M2TS
- [11:20:42] Processing: VID_00806 (102 of 172)
- [11:20:42] Extracting A/V streams [VID_00806]
- [11:20:48] Reencoding video [VID_00806]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 1*225 frames
- [11:20:48] Encoding using constant rate factor.
- [11:22:04] Video Encode complete
- [11:22:04] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [11:22:04] Multiplexing M2TS
- [11:22:09] Processing: VID_00807 (103 of 172)
- [11:22:09] Extracting A/V streams [VID_00807]
- [11:22:15] Reencoding video [VID_00807]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 1*617 frames
- [11:22:15] Encoding using constant rate factor.
- [11:23:51] Video Encode complete
- [11:23:52] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [11:23:52] Multiplexing M2TS
- [11:23:57] Processing: VID_00808 (104 of 172)
- [11:23:57] Extracting A/V streams [VID_00808]
- [11:24:03] Reencoding video [VID_00808]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 1*633 frames
- [11:24:03] Encoding using constant rate factor.
- [11:25:41] Video Encode complete
- [11:25:41] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [11:25:41] Multiplexing M2TS
- [11:25:46] Processing: VID_00809 (105 of 172)
- [11:25:46] Extracting A/V streams [VID_00809]
- [11:25:52] Reencoding video [VID_00809]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 1*673 frames
- [11:25:52] Encoding using constant rate factor.
- [11:27:49] Video Encode complete
- [11:27:49] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [11:27:49] Multiplexing M2TS
- [11:27:54] Processing: VID_00810 (106 of 172)
- [11:27:54] Extracting A/V streams [VID_00810]
- [11:28:00] Reencoding video [VID_00810]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 1*624 frames
- [11:28:00] Encoding using constant rate factor.
- [11:29:42] Video Encode complete
- [11:29:42] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [11:29:42] Multiplexing M2TS
- [11:29:47] Processing: VID_00811 (107 of 172)
- [11:29:47] Extracting A/V streams [VID_00811]
- [11:29:53] Reencoding video [VID_00811]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 915 frames
- [11:29:53] Encoding using constant rate factor.
- [11:30:49] Video Encode complete
- [11:30:49] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [11:30:49] Multiplexing M2TS
- [11:30:53] Processing: VID_00812 (108 of 172)
- [11:30:53] Extracting A/V streams [VID_00812]
- [11:30:59] Reencoding video [VID_00812]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 1*430 frames
- [11:30:59] Encoding using constant rate factor.
- [11:32:31] Video Encode complete
- [11:32:31] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [11:32:31] Multiplexing M2TS
- [11:32:36] Processing: VID_00817 (109 of 172)
- [11:32:36] Extracting A/V streams [VID_00817]
- [11:32:50] Reencoding video [VID_00817]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 7*153 frames
- [11:32:50] Encoding using constant rate factor.
- [11:40:42] Video Encode complete
- [11:40:42] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [11:40:42] Multiplexing M2TS
- [11:40:50] Processing: VID_00818 (110 of 172)
- [11:40:50] Extracting A/V streams [VID_00818]
- [11:40:58] Reencoding video [VID_00818]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 2*257 frames
- [11:40:58] Encoding using constant rate factor.
- [11:43:30] Video Encode complete
- [11:43:30] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [11:43:30] Multiplexing M2TS
- [11:43:35] Processing: VID_00819 (111 of 172)
- [11:43:35] Extracting A/V streams [VID_00819]
- [11:43:41] Reencoding video [VID_00819]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 1*081 frames
- [11:43:41] Encoding using constant rate factor.
- [11:44:47] Video Encode complete
- [11:44:47] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [11:44:47] Multiplexing M2TS
- [11:44:52] Processing: VID_00820 (112 of 172)
- [11:44:52] Extracting A/V streams [VID_00820]
- [11:44:57] Reencoding video [VID_00820]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 841 frames
- [11:44:57] Encoding using constant rate factor.
- [11:45:44] Video Encode complete
- [11:45:44] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [11:45:44] Multiplexing M2TS
- [11:45:49] Processing: VID_00821 (113 of 172)
- [11:45:49] Extracting A/V streams [VID_00821]
- [11:45:54] Reencoding video [VID_00821]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 1*225 frames
- [11:45:55] Encoding using constant rate factor.
- [11:47:13] Video Encode complete
- [11:47:13] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [11:47:13] Multiplexing M2TS
- [11:47:18] Processing: VID_00822 (114 of 172)
- [11:47:18] Extracting A/V streams [VID_00822]
- [11:47:22] Reencoding video [VID_00822]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 193 frames
- Bitrate: 5*620 Kbs
- [11:47:22] Reencoding: VID_00822, Pass 1 of 2
- [11:47:23] Reencoding: VID_00822, Pass 2 of 2
- [11:47:25] Video Encode complete
- [11:47:25] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [11:47:25] Multiplexing M2TS
- [11:47:29] Processing: VID_00823 (115 of 172)
- [11:47:29] Extracting A/V streams [VID_00823]
- [11:47:35] Reencoding video [VID_00823]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 1*849 frames
- [11:47:35] Encoding using constant rate factor.
- [11:49:50] Video Encode complete
- [11:49:50] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [11:49:50] Multiplexing M2TS
- [11:49:55] Processing: VID_00824 (116 of 172)
- [11:49:55] Extracting A/V streams [VID_00824]
- [11:50:03] Reencoding video [VID_00824]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 2*377 frames
- [11:50:03] Encoding using constant rate factor.
- [11:52:35] Video Encode complete
- [11:52:35] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [11:52:35] Multiplexing M2TS
- [11:52:40] Processing: VID_00825 (117 of 172)
- [11:52:40] Extracting A/V streams [VID_00825]
- [11:52:46] Reencoding video [VID_00825]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 625 frames
- [11:52:46] Encoding using constant rate factor.
- [11:53:22] Video Encode complete
- [11:53:22] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [11:53:22] Multiplexing M2TS
- [11:53:27] Processing: VID_00826 (118 of 172)
- [11:53:27] Extracting A/V streams [VID_00826]
- [11:53:32] Reencoding video [VID_00826]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 865 frames
- [11:53:32] Encoding using constant rate factor.
- [11:54:24] Video Encode complete
- [11:54:24] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [11:54:24] Multiplexing M2TS
- [11:54:28] Processing: VID_00827 (119 of 172)
- [11:54:28] Extracting A/V streams [VID_00827]
- [11:54:34] Reencoding video [VID_00827]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 1*297 frames
- [11:54:34] Encoding using constant rate factor.
- [11:56:03] Video Encode complete
- [11:56:03] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [11:56:03] Multiplexing M2TS
- [11:56:08] Processing: VID_00828 (120 of 172)
- [11:56:08] Extracting A/V streams [VID_00828]
- [11:56:13] Reencoding video [VID_00828]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 1*057 frames
- [11:56:13] Encoding using constant rate factor.
- [11:57:37] Video Encode complete
- [11:57:37] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [11:57:37] Multiplexing M2TS
- [11:57:42] Processing: VID_00865 (147 of 172)
- [11:57:42] Extracting A/V streams [VID_00865]
- [11:57:46] Reencoding video [VID_00865]
- Source Video: MPEG-2, 1920x1080
- Rate/Length: 23,976fps, 89 frames
- Bitrate: 19*834 Kbs
- [11:57:46] Reencoding: VID_00865, Pass 1 of 2
- [11:57:48] Reencoding: VID_00865, Pass 2 of 2
- [11:57:53] Video Encode complete
- [11:57:53] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [11:57:53] Multiplexing M2TS
- [11:57:57] Processing: VID_00866 (148 of 172)
- [11:57:57] Extracting A/V streams [VID_00866]
- [11:58:01] Reencoding video [VID_00866]
- Source Video: MPEG-2, 1920x1080
- Rate/Length: 23,976fps, 1*053 frames
- [11:58:02] Encoding using constant rate factor.
- Encode failed. Aborting.
- BD-Rebuilder v0.46.14 (beta)
- Windows Version: 6.1 [7601]
- Working Path Free Space: 89,11GB
- 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
- WAVI: Ok
- TSMUXER: Ok
- FRIMEncode: Ok
- FRIMDecode: Ok
[11:58:03] - Failed video encode, aborted

If someone could help, it would be really appreciated.

[Sharc]

Try to open and play VID_00866.AVS which is in the WORKFILES folder in MPC-HC or VirtualDub.
Does it play?

[mparade]

Try to open and play VID_00866.AVS which is in the WORKFILES folder in MPC-HC or VirtualDub.
Does it play?

First time it was being played back (just 3 frames included according to virtualdub). Second time Virtualdub error window: "DirectShowSource: couldn't open file..."and it refers to a 00866.mkv file which is not found by the system...

Edit: I am just trying DirectShowSource instead of LAVF.
I has solved the problem.

[RobertM]

Ran into a funny one today. Backing up 'Nebraska'. Everything processed well, but upon inspecting the result before burning there was no dialogue. There was some background music, in time with the video, but no voices and not much in the way of sound effects. I'm thinking it is because this movie has a DTS-HD 3.0 soundtrack, which is unusual these days. It sounded like it was just surround sound.

By default I have the 'Do not convert DTS to AC3' and 'Keep HD audio' options de-selected. So I ticked both of those options on and ran it again. Now the audio sounds fine.

Here's the log for the rebuild that yielded no dialogue:

[03/18/14] BD Rebuilder v0.46.05 (beta)
[09:20:27] Source: NEBRASKA_00001
- Input BD size: 33.58 GB
- Approximate total content: [01:54:43.668]
- Target BD size: 23.63 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:20:29] PHASE ONE, Encoding
- [09:20:29] Processing: VID_00351 (1 of 1)
- [09:20:29] Extracting A/V streams [VID_00351]
- [09:26:32] Reencoding video [VID_00351]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 165,043 frames
- Bitrate: 26,565 Kbs
- [09:26:32] Reencoding: VID_00351, Pass 1 of 2
- [10:14:39] Reencoding: VID_00351, Pass 2 of 2
- [12:49:23] Video Encode complete
- [12:49:23] Processing audio tracks
- Track 4352 (eng): Reencoding audio to AC3...
[12:51:01]PHASE ONE complete
[12:51:01]PHASE TWO - Rebuild Started
- [12:51:03] Rebuilding BD file Structure
[13:00:10] - Encode and Rebuild complete
[13:00:10] JOB: NEBRASKA finished.

[jdobbs]

I did that one too. It's a really weird track. The audio had 3 channels, not 2, not 5.1, not 7.1... I kept the original as a short term fix, but I need to figure out how to deal with goofy input like that.

[sojourner353]

Hello all,

Need some assistance please, is anyone here using BD Rebuilder with Intel QuickSync? I for the life of me cannot get it to work, BD Rebuilder is my program of choice for backing up but using Software Decoders or CUDA things are just a bit too slow, I can do a movie only backup using BluFab in 15 - 20min and thats using Intel QuickSync but on BD Rebuilder its 1hr+ for the same movie, I imagine getting QuickSync working would put it on par speed wise with BluFab s any help is much appreciated, thank you.

[worknstiff]

@ sojourner353; RE: Anyone here using BD Rebuilder with Intel QuickSync?

I have run across this problem with my i7 2600K (Sandy Bridge) when trying to recode 3D's using FRIM and if I remember correctly it will always fail because of QuickSync. I understood that it will work on all AMD proc's and will even work on i7 3770's (Ivy Bridge) proc's too. Truthfully, I don't understand the how or why of it at all but it seems it's unavoidable at the moment and makes me want to build a new PC just to be able to do some 3D movies. Ahhhh! technology!

[sojourner353]

@ sojourner353; RE: Anyone here using BD Rebuilder with Intel QuickSync?

I have run across this problem with my i7 2600K (Sandy Bridge) when trying to recode 3D's using FRIM and if I remember correctly it will always fail because of QuickSync. I understood that it will work on all AMD proc's and will even work on i7 3770's (Ivy Bridge) proc's too. Truthfully, I don't understand the how or why of it at all but it seems it's unavoidable at the moment and makes me want to build a new PC just to be able to do some 3D movies. Ahhhh! technology!
Thanks for the reply, I believe QuickSync isn't able to do 3D at all and I have never tried through BDRB, when working on 3D I only use BluFab but anything 2D BDRB is my program of choice, will keep trying.

Sent from my HTC One using Tapatalk Pro

[raul124]

Don't know what when wrong with American Hustle, never had a problem before. burn it to BD5 with sound no video, Maybe ffsdshow is not set correctly, I had to replace it a few days ago...here is the log:
----------------------
[03/19/14] BD Rebuilder v0.46.14 (beta)
[20:47:59] Source: AMERICAN_HUSTLE
- Input BD size: 28.93 GB
- Approximate total content: [02:53:32.774]
- Target BD size: 4.36 GB
- Windows Version: 6.1 [7600]
- MOVIE and MENUS mode enabled
- Auto Quality: High Quality (Default), Two Pass
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=640
[20:47:59] PHASE ONE, Encoding
- [20:47:59] Processing: VID_00001 (1 of 167)
- [20:47:59] Extracting A/V streams [VID_00001]
- [20:54:36] Reencoding video [VID_00001]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 198,624 frames
- Bitrate: 2,400 Kbs
- [20:54:36] Reencoding: VID_00001, Pass 1 of 2
- [22:31:41] Reencoding: VID_00001, Pass 2 of 2
- [01:26:16] Video Encode complete
- [01:26:16] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [01:26:16] Multiplexing M2TS
- [01:29:08] Blanking: VID_00015 (2 of 167)
- [01:29:08] Blanking: VID_00016 (3 of 167)
- [01:29:08] Blanking: VID_00017 (4 of 167)
- [01:29:08] Blanking: VID_00018 (5 of 167)
- [01:29:08] Blanking: VID_00019 (6 of 167)
- [01:29:08] Blanking: VID_00080 (7 of 167)
- [01:29:08] Blanking: VID_00081 (8 of 167)
- [01:29:08] Processing: VID_00097 (9 of 167)
- [01:29:08] Extracting A/V streams [VID_00097]
- [01:29:18] Reencoding video [VID_00097]
- Source Video: MPEG-2, 1920x1080
- Rate/Length: 23.976fps, 24 frames
- [01:29:18] Reencoding: VID_00097, Pass 1 of 1
- [01:29:20] Video Encode complete
- [01:29:20] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [01:29:20] Multiplexing M2TS
- [01:29:23] Processing: VID_00099 (10 of 167)
- [01:29:23] Extracting A/V streams [VID_00099]
- [01:29:31] Reencoding video [VID_00099]
- Source Video: MPEG-2, 1920x1080
- Rate/Length: 23.976fps, 1,482 frames
- Bitrate: 1,753 Kbs
- [01:29:31] Reencoding: VID_00099, Pass 1 of 2
- [01:29:52] Reencoding: VID_00099, Pass 2 of 2
- [01:30:25] Video Encode complete
- [01:30:25] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [01:30:25] Multiplexing M2TS
- [01:30:29] Blanking: VID_00100 (11 of 167)
- [01:30:29] Blanking: VID_00102 (12 of 167)
- [01:30:29] Blanking: VID_00103 (13 of 167)
- [01:30:29] Blanking: VID_00104 (14 of 167)
- [01:30:29] Blanking: VID_00106 (15 of 167)
- [01:30:29] Blanking: VID_00107 (16 of 167)
- [01:30:29] Blanking: VID_00108 (17 of 167)
- [01:30:29] Blanking: VID_00109 (18 of 167)
- [01:30:29] Blanking: VID_00110 (19 of 167)
- [01:30:29] Blanking: VID_00111 (20 of 167)
- [01:30:29] Blanking: VID_00112 (21 of 167)
- [01:30:29] Blanking: VID_00113 (22 of 167)
- [01:30:29] Blanking: VID_00114 (23 of 167)
- [01:30:29] Blanking: VID_00115 (24 of 167)
- [01:30:29] Blanking: VID_00116 (25 of 167)
- [01:30:29] Blanking: VID_00117 (26 of 167)
- [01:30:29] Blanking: VID_00118 (27 of 167)
- [01:30:29] Blanking: VID_00119 (28 of 167)
- [01:30:29] Blanking: VID_00120 (29 of 167)
- [01:30:29] Blanking: VID_00121 (30 of 167)
- [01:30:29] Blanking: VID_00122 (31 of 167)
- [01:30:29] Blanking: VID_00123 (32 of 167)
- [01:30:29] Blanking: VID_00124 (33 of 167)
- [01:30:29] Blanking: VID_00125 (34 of 167)
- [01:30:29] Blanking: VID_00126 (35 of 167)
- [01:30:29] Blanking: VID_00127 (36 of 167)
- [01:30:29] Blanking: VID_00128 (37 of 167)
- [01:30:29] Blanking: VID_00130 (38 of 167)
- [01:30:29] Blanking: VID_00131 (39 of 167)
- [01:30:29] Blanking: VID_00132 (40 of 167)
- [01:30:29] Blanking: VID_00133 (41 of 167)
- [01:30:29] Blanking: VID_00134 (42 of 167)
- [01:30:29] Blanking: VID_00135 (43 of 167)
- [01:30:29] Blanking: VID_00136 (44 of 167)
- [01:30:29] Blanking: VID_00137 (45 of 167)
- [01:30:29] Blanking: VID_00138 (46 of 167)
- [01:30:29] Blanking: VID_00139 (47 of 167)
- [01:30:29] Blanking: VID_00140 (48 of 167)
- [01:30:29] Blanking: VID_00141 (49 of 167)
- [01:30:29] Blanking: VID_00142 (50 of 167)
- [01:30:29] Blanking: VID_00143 (51 of 167)
- [01:30:29] Blanking: VID_00144 (52 of 167)
- [01:30:29] Blanking: VID_00145 (53 of 167)
- [01:30:29] Blanking: VID_00146 (54 of 167)
- [01:30:29] Blanking: VID_00147 (55 of 167)
- [01:30:29] Blanking: VID_00148 (56 of 167)
- [01:30:29] Blanking: VID_00149 (57 of 167)
- [01:30:29] Blanking: VID_00150 (58 of 167)
- [01:30:29] Blanking: VID_00151 (59 of 167)
- [01:30:29] Blanking: VID_00152 (60 of 167)
- [01:30:29] Blanking: VID_00153 (61 of 167)
- [01:30:29] Blanking: VID_00154 (62 of 167)
- [01:30:29] Blanking: VID_00155 (63 of 167)
- [01:30:29] Blanking: VID_00156 (64 of 167)
- [01:30:29] Blanking: VID_00157 (65 of 167)
- [01:30:29] Blanking: VID_00158 (66 of 167)
- [01:30:29] Blanking: VID_00159 (67 of 167)
- [01:30:29] Blanking: VID_00160 (68 of 167)
- [01:30:29] Blanking: VID_00161 (69 of 167)
- [01:30:29] Blanking: VID_00162 (70 of 167)
- [01:30:29] Blanking: VID_00163 (71 of 167)
- [01:30:29] Blanking: VID_00164 (72 of 167)
- [01:30:29] Blanking: VID_00165 (73 of 167)
- [01:30:29] Blanking: VID_00166 (74 of 167)
- [01:30:29] Blanking: VID_00167 (75 of 167)
- [01:30:29] Blanking: VID_00168 (76 of 167)
- [01:30:29] Blanking: VID_00169 (77 of 167)
- [01:30:29] Blanking: VID_00170 (78 of 167)
- [01:30:29] Blanking: VID_00171 (79 of 167)
- [01:30:30] Blanking: VID_00172 (80 of 167)
- [01:30:30] Blanking: VID_00173 (81 of 167)
- [01:30:30] Blanking: VID_00174 (82 of 167)
- [01:30:30] Blanking: VID_00175 (83 of 167)
- [01:30:30] Blanking: VID_00176 (84 of 167)
- [01:30:30] Blanking: VID_00177 (85 of 167)
- [01:30:30] Blanking: VID_00178 (86 of 167)
- [01:30:30] Blanking: VID_00179 (87 of 167)
- [01:30:30] Blanking: VID_00180 (88 of 167)
- [01:30:30] Blanking: VID_00181 (89 of 167)
- [01:30:30] Blanking: VID_00182 (90 of 167)
- [01:30:30] Blanking: VID_00183 (91 of 167)
- [01:30:30] Blanking: VID_00184 (92 of 167)
- [01:30:30] Blanking: VID_00185 (93 of 167)
- [01:30:30] Blanking: VID_00186 (94 of 167)
- [01:30:30] Blanking: VID_00187 (95 of 167)
- [01:30:30] Blanking: VID_00188 (96 of 167)
- [01:30:30] Blanking: VID_00189 (97 of 167)
- [01:30:30] Blanking: VID_00190 (98 of 167)
- [01:30:30] Blanking: VID_00191 (99 of 167)
- [01:30:30] Blanking: VID_00192 (100 of 167)
- [01:30:30] Blanking: VID_00193 (101 of 167)
- [01:30:30] Blanking: VID_00194 (102 of 167)
- [01:30:30] Blanking: VID_00195 (103 of 167)
- [01:30:30] Blanking: VID_00196 (104 of 167)
- [01:30:30] Blanking: VID_00198 (105 of 167)
- [01:30:30] Blanking: VID_00199 (106 of 167)
- [01:30:30] Blanking: VID_00200 (107 of 167)
- [01:30:30] Blanking: VID_00201 (108 of 167)
- [01:30:30] Blanking: VID_00205 (109 of 167)
- [01:30:30] Blanking: VID_00206 (110 of 167)
- [01:30:30] Blanking: VID_00207 (111 of 167)
- [01:30:30] Blanking: VID_00208 (112 of 167)
- [01:30:30] Blanking: VID_00209 (113 of 167)
- [01:30:30] Blanking: VID_00213 (114 of 167)
- [01:30:30] Blanking: VID_00214 (115 of 167)
- [01:30:30] Blanking: VID_00215 (116 of 167)
- [01:30:30] Blanking: VID_00216 (117 of 167)
- [01:30:30] Blanking: VID_00217 (118 of 167)
- [01:30:30] Blanking: VID_00218 (119 of 167)
- [01:30:30] Blanking: VID_00219 (120 of 167)
- [01:30:30] Blanking: VID_00220 (121 of 167)
- [01:30:30] Blanking: VID_00221 (122 of 167)
- [01:30:30] Blanking: VID_00222 (123 of 167)
- [01:30:30] Blanking: VID_00223 (124 of 167)
- [01:30:30] Blanking: VID_00224 (125 of 167)
- [01:30:30] Blanking: VID_00225 (126 of 167)
- [01:30:30] Blanking: VID_00226 (127 of 167)
- [01:30:30] Blanking: VID_00227 (128 of 167)
- [01:30:30] Blanking: VID_00228 (129 of 167)
- [01:30:30] Blanking: VID_00229 (130 of 167)
- [01:30:30] Blanking: VID_00240 (131 of 167)
- [01:30:30] Blanking: VID_00241 (132 of 167)
- [01:30:30] Blanking: VID_00249 (133 of 167)
- [01:30:30] Blanking: VID_00300 (134 of 167)
- [01:30:30] Blanking: VID_00301 (135 of 167)
- [01:30:30] Blanking: VID_00302 (136 of 167)
- [01:30:30] Blanking: VID_00303 (137 of 167)
- [01:30:30] Blanking: VID_00304 (138 of 167)
- [01:30:30] Blanking: VID_00305 (139 of 167)
- [01:30:30] Blanking: VID_00306 (140 of 167)
- [01:30:30] Blanking: VID_00307 (141 of 167)
- [01:30:30] Blanking: VID_00308 (142 of 167)
- [01:30:30] Blanking: VID_00309 (143 of 167)
- [01:30:30] Blanking: VID_00310 (144 of 167)
- [01:30:30] Blanking: VID_00311 (145 of 167)
- [01:30:30] Blanking: VID_00312 (146 of 167)
- [01:30:30] Blanking: VID_00313 (147 of 167)
- [01:30:30] Blanking: VID_00314 (148 of 167)
- [01:30:30] Blanking: VID_00315 (149 of 167)
- [01:30:30] Blanking: VID_00316 (150 of 167)
- [01:30:30] Blanking: VID_00317 (151 of 167)
- [01:30:30] Blanking: VID_00318 (152 of 167)
- [01:30:30] Blanking: VID_00319 (153 of 167)
- [01:30:30] Blanking: VID_00320 (154 of 167)
- [01:30:30] Blanking: VID_00321 (155 of 167)
- [01:30:30] Blanking: VID_00322 (156 of 167)
- [01:30:30] Blanking: VID_00323 (157 of 167)
- [01:30:30] Blanking: VID_00324 (158 of 167)
- [01:30:30] Blanking: VID_00325 (159 of 167)
- [01:30:30] Blanking: VID_00326 (160 of 167)
- [01:30:30] Blanking: VID_00327 (161 of 167)
- [01:30:30] Blanking: VID_00328 (162 of 167)
- [01:30:30] Blanking: VID_00329 (163 of 167)
- [01:30:30] Blanking: VID_00330 (164 of 167)
- [01:30:30] Blanking: VID_00331 (165 of 167)
- [01:30:30] Blanking: VID_00332 (166 of 167)
- [01:30:30] Blanking: VID_00333 (167 of 167)
[01:30:30]PHASE ONE complete
[01:30:30]PHASE TWO - Rebuild Started
- [01:30:31] Rebuilding BD file Structure
[01:30:33] - Encode and Rebuild complete
[01:30:33] BURNING BD structure to disc
- ImgBurn completed successfully
- WORKFILES folder removed.
[08:25:55] JOB: AMERICAN_HUSTLE finished.
[03/20/14] Checking System Settings
- BD-Rebuilder v0.46.14 (beta)
- Windows Version: 6.1 [7600]
- Working Path Free Space: 82.71GB
- 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
- WAVI: Ok
- TSMUXER: Ok
- FRIMEncode: Ok
- FRIMDecode: Ok
[03/20/14] Systems Settings Check complete

[FlipperBizkut]

Sorry if this has been mentioned before. I searched, and read, but did not find the issue.

I am using the import function to bring in an mkv. The mkv is encoded at 1080p. I am selecting the option to reduce it to 720p, and using BD5 as the output. I have done this many, many times with 100% success (speaking of, thanks for the excellent program!).

Once the 3D functionality was added to BD Rebuilder though, every time I attempt this conversion, I get an AVCHD with perfect audio, but only a gray screen for the video.

To try to debug this on my own, I re-ran the conversion with an older version of BD Rebuilder (45.05). It worked as expected, and the AVCHD came out fine. Doing it again (exactly the same way) in the newer version (46.07 at the time, and again with 46.14 now) yielded the gray screen result.

I believe that I have tracked the problem down to the new version of tsMuxeR.

I understand that most everyone is working on the new functionality of 3D, and Quick-Play, but I was hoping I could get someone to check out and see if there was a way to fix the previous functionality. I have been using multiAVCHD now for my conversions (which works), but for the vast majority of my needs, BD Rebuilder is the superior program.

Thanks, and thanks again for such a great program.

[worknstiff]

@ raul124 RE: Don't know what when wrong with American Hustle?

--You didn't mention what you were playing this with. If I was doing this disk and wanted to be sure it played on most anything then I would do a movie only to DVD5. Most blu-ray players or even software players don't like having BD Menu's and HD files that need the additional bandwith that Bluray disks have in order to achieve the bit-rates that HD requires. good-luck

[raul124]

@ raul124 RE: Don't know what when wrong with American Hustle?

--You didn't mention what you were playing this with. If I was doing this disk and wanted to be sure it played on most anything then I would do a movie only to DVD5. Most blu-ray players or even software players don't like having BD Menu's and HD files that need the additional bandwith that Bluray disks have in order to achieve the bit-rates that HD requires. good-luck

Sorry for that, I always play BD5 w/menus on standard player, and I have
done15 to 20 and behaved wonderfully. I made two attempt and both times black screens with sound..

[raul124]

Sorry for that, I always play BD5 w/menus on standard player, and I have
done15 to 20 and behaved wonderfully. I made two attempt and both times black screens with sound..
interesting I just did a movie only and same results, black screen no video with sound, and interesting part is i'm playing it on my old reliable Sony 360..! now i take this same American Hustle movie only and I play it on the Sumsung BD f5900, the video and sound plays excellent but after 20 minutes the ciniava water mark kick in..you go figure,
here is the logs:
[03/20/14] BD Rebuilder v0.46.14 (beta)
[15:36:37] Source: AMERICAN_HUSTLE_00001
- Input BD size: 28.74 GB
- Approximate total content: [02:18:04.275]
- Target BD size: 4.36 GB
- Windows Version: 6.1 [7600]
- MOVIE-ONLY mode enabled
- Auto Quality: High Quality (Default), Two Pass
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=640
[15:36:37] PHASE ONE, Encoding
- [15:36:37] Processing: VID_00001 (1 of 1)
- [15:36:37] Extracting A/V streams [VID_00001]
- [15:45:52] Reencoding video [VID_00001]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 198,624 frames
- Bitrate: 3,365 Kbs
- [15:45:52] Reencoding: VID_00001, Pass 1 of 2
- [17:26:47] Reencoding: VID_00001, Pass 2 of 2
- [20:44:46] Video Encode complete
- [20:44:46] Processing audio tracks
- Track 4352 (eng): Reencoding audio to AC3...
[20:51:38]PHASE ONE complete
[20:51:38]PHASE TWO - Rebuild Started
- [20:51:38] Rebuilding AVCHD file Structure
[20:55:52] - Encode and Rebuild complete
[20:55:52] BURNING BD structure to disc
- ImgBurn completed successfully
- WORKFILES folder removed.
[21:17:58] JOB: AMERICAN_HUSTLE finished.
[Status]
LABEL=AMERICAN_HUSTLE
VERSION=v0.46.14 (beta)
SOURCE_SIZE=30862430208
SOURCE_VIDEO_SIZE=30862430208
TARGET_SIZE=4686086144
REDUCTION=.151837885494361
RESIZE_1080=0
RESIZE_1440=0
AUDIO_TO_KEEP=eng;spa;
KEEP_HD_AUDIO=0
SUBS_TO_KEEP=all
BACKUP_MODE=1
MOVIEONLY_TYPE=0
USE_LAVF=0
INSTANCES=1
DGDECNV=0
SSIF_MODE=0
QUICK=0
ENCODE_STEP=0
COMPLETED=1
REBUILD_COMPLETE=1
[00001]
AUDIO=10
PGS=10
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=4686086144
RATE=3365
SPLITS=1
NSIZE=0
FLINK=0
MLINK=0
[03/21/14] Checking System Settings
- BD-Rebuilder v0.46.14 (beta)
- Windows Version: 6.1 [7600]
- Working Path Free Space: 32.93GB
- 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
- WAVI: Ok
- TSMUXER: Ok
- FRIMEncode: Ok
- FRIMDecode: Ok
[03/21/14] Systems Settings Check complete

[Jackie Treehorn]

I am having trouble with Catching Fire. The resulting MP4 file plays fine until about halfway through and the video frame gets stuck while the sound keeps playing in the background. I am using the "Other Movie-Only Playlist" setting with the correct MPLS suggested by AnyDvd HD.

[03/20/14] BD Rebuilder v0.46.13 (beta)
[15:56:33] Source: CATCHING_FIRE_00461
- Input BD size: 20.82 GB
- Approximate total content: [02:26:14.599]
- 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
[15:56:33] PHASE ONE, Encoding
- [15:56:33] Processing: VID_00505 (1 of 15)
- [15:56:33] Extracting A/V streams [VID_00505]
- [16:05:44] Reencoding video [VID_00505]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 13,342 frames
- [16:05:44] Reencoding: VID_00505, Pass 1 of 1
- [16:25:36] Video Encode complete
- [16:25:36] Processing audio tracks
- Track 4352 (eng): Reencoding audio to AAC...
- [16:42:44] Processing: VID_00514 (2 of 15)
- [16:42:44] Extracting A/V streams [VID_00514]
- [16:42:53] Reencoding video [VID_00514]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 879 frames
- [16:42:53] Reencoding: VID_00514, Pass 1 of 1
- [16:44:09] Video Encode complete
- [16:44:09] Processing: VID_00517 (3 of 15)
- [16:44:09] Extracting A/V streams [VID_00517]
- [16:44:32] Reencoding video [VID_00517]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 5,415 frames
- [16:44:32] Reencoding: VID_00517, Pass 1 of 1
- [16:47:18] Video Encode complete
- [16:47:18] Processing: VID_00507 (4 of 15)
- [16:47:18] Extracting A/V streams [VID_00507]
- [16:47:27] Reencoding video [VID_00507]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 973 frames
- [16:47:27] Reencoding: VID_00507, Pass 1 of 1
- [16:49:01] Video Encode complete
- [16:49:01] Processing: VID_00506 (5 of 15)
- [16:49:01] Extracting A/V streams [VID_00506]
- [16:49:09] Reencoding video [VID_00506]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 791 frames
- [16:49:09] Reencoding: VID_00506, Pass 1 of 1
- [16:50:19] Video Encode complete
- [16:50:20] Processing: VID_00511 (6 of 15)
- [16:50:20] Extracting A/V streams [VID_00511]
- [16:50:38] Reencoding video [VID_00511]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 4,023 frames
- [16:50:38] Reencoding: VID_00511, Pass 1 of 1
- [16:55:34] Video Encode complete
- [16:55:34] Processing: VID_00516 (7 of 15)
- [16:55:34] Extracting A/V streams [VID_00516]
- [16:55:44] Reencoding video [VID_00516]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 2,142 frames
- [16:55:44] Reencoding: VID_00516, Pass 1 of 1
- [16:58:38] Video Encode complete
- [16:58:39] Processing: VID_00509 (8 of 15)
- [16:58:39] Extracting A/V streams [VID_00509]
- [16:58:47] Reencoding video [VID_00509]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 1,082 frames
- [16:58:47] Reencoding: VID_00509, Pass 1 of 1
- [17:00:16] Video Encode complete
- [17:00:16] Processing: VID_00510 (9 of 15)
- [17:00:16] Extracting A/V streams [VID_00510]
- [17:01:40] Reencoding video [VID_00510]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 28,740 frames
- [17:01:40] Reencoding: VID_00510, Pass 1 of 1
- [17:36:12] Video Encode complete
- [17:36:12] Processing: VID_00503 (10 of 15)
- [17:36:12] Extracting A/V streams [VID_00503]
- [17:36:21] Reencoding video [VID_00503]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 2,245 frames
- [17:36:22] Reencoding: VID_00503, Pass 1 of 1
- [17:39:43] Video Encode complete
- [17:39:43] Processing: VID_00508 (11 of 15)
- [17:39:43] Extracting A/V streams [VID_00508]
- [17:39:51] Reencoding video [VID_00508]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 1,539 frames
- [17:39:51] Reencoding: VID_00508, Pass 1 of 1
- [17:41:40] Video Encode complete
- [17:41:40] Processing: VID_00515 (12 of 15)
- [17:41:40] Extracting A/V streams [VID_00515]
- [17:42:02] Reencoding video [VID_00515]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 8,202 frames
- [17:42:02] Reencoding: VID_00515, Pass 1 of 1
- [17:52:34] Video Encode complete
- [17:52:35] Processing: VID_00512 (13 of 15)
- [17:52:35] Extracting A/V streams [VID_00512]
- [17:52:42] Reencoding video [VID_00512]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 773 frames
- [17:52:42] Reencoding: VID_00512, Pass 1 of 1
- [17:53:39] Video Encode complete
- [17:53:39] Processing: VID_00513 (14 of 15)
- [17:53:39] Extracting A/V streams [VID_00513]
- [17:53:46] Reencoding video [VID_00513]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 612 frames
- [17:53:46] Reencoding: VID_00513, Pass 1 of 1
- [17:54:36] Video Encode complete
- [17:54:36] Processing: VID_00502 (15 of 15)
- [17:54:36] Extracting A/V streams [VID_00502]
- [18:03:25] Reencoding video [VID_00502]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 139,622 frames
- [18:03:26] Reencoding: VID_00502, Pass 1 of 1
- [21:00:49] Video Encode complete
[21:00:49]PHASE ONE complete
[21:00:49]PHASE TWO - Rebuild Started
- [21:00:49] Building ALTERNATE OUTPUT Structure
[21:12:21] - Encode and Rebuild complete
- WORKFILES folder removed.
[21:12:23] JOB: CATCHING_FIRE finished.


Thanks for any help.

[setarip_old]

@Jackie Treehorn

Hi!

Such an apparently mystifying backup problem has been previously noted many times in this thread - and most often, believe it or not, the solution is to do a thorough cleaning of the disc and then perform the backup again...

[Sharc]

Yes! That's what I tried to describe here (http://forum.doom9.org/showpost.php?p=1673389&postcount=19555). I just didn't know the meaning and significance of the STN Table, but your Ahhh.. sounds promising.... :)

Actually it seems that all files/playlists which have non-Zero values in either of IG, sV, sA, PIP in the STN table are non-playable. (The exception is just the one which refers to 99001.m2ts/99002.m2ts which has a "1" for IG)
@jdobbs
Did you already come to conclusions about the Quick-Play issue? Is there a way to find out before encoding starts whether it is advisable to take the IMPORT route instead of Quick-Play backup?

[Jackie Treehorn]

@Jackie Treehorn

Hi!

Such an apparently mystifying backup problem has been previously noted many times in this thread - and most often, believe it or not, the solution is to do a thorough cleaning of the disc and then perform the backup again...

I'll give it a shot! Thanks!

[Lathe]

I was just now backing up a new Blu-ray which is about 45 Gigs. I noticed now while I am running BDRB that there are like 90 M2ts files! I'm SURE that this is part of all this new fangled attempts at copyguard encryption. I already HAVE used AnyDVD to rip the Blu-ray to my HDD and I am currently using BDRB to render it to a single layer BD.

I'm just thinking though, aren't MOST of these li'l buggers just repeated scenes and filler to screw us up when we try to back them up for ourselves? Does BDRB actually 'KNOW' how to weed out all that extraneous garbage so that it doesn't use up half the disc on all this useless stuff?

I sure do long for the 'good old days' when you could SEE the main movie file and know that it was maybe 30 Gigs or so and you pretty much tell what all the other stuff is. But now, you have 90 files!

I apologize for being so long winded, but I guess my question is, are all these Gigs of 'padding' going to hurt and really take away from the space allocated for the actual movie and normal extras and stuff. I think that this happened once before where it just took ALL this, all 45 Gigs of it, and compressed it along with everything else. I sure hope not because that is SERIOUSLY wasting space that should be reserved for JUST the movie and extras and NOT 15 Gigs of worthless padding!

I appreciate any thoughts on this...

Thanks!

[Ch3vr0n]

90+ m2ts files is nothin unusual and is NOT a copy protection. It's a method of authoring called "seamless transition" where during playback the player seamlessly plays 1 piece after another. This is most commonly done if a disc for example contains a "theatre" and "directors cut" edition. That way they can insert the extra footage in the movie simply by inserting a small movie fragment instead of including the whole movie a 2nd time. Not all movies come in 1 big m2ts file of 25+ GB's

the mpls files (playlists) tell the player which section to play when.

[Lathe]

90+ m2ts files is nothin unusual and is NOT a copy protection. It's a method of authoring called "seamless transition" where during playback the player seamlessly plays 1 piece after another. This is most commonly done if a disc for example contains a "theatre" and "directors cut" edition. That way they can insert the extra footage in the movie simply by inserting a small movie fragment instead of including the whole movie a 2nd time. Not all movies come in 1 big m2ts file of 25+ GB's

the mpls files (playlists) tell the player which section to play when.

Thanks Ch3vr0n! That's good to know.

But, when the movie itself is stated as say 30 Gigs and the full BD is supposed to be 45Gigs, and you KNOW that the extras likely DON'T add up to 15 Gigs, isn't there a bunch of 'Padding' or repetitive sequences intended to 'fill up the disc' and waste space?

Thanks!

[Ch3vr0n]

how do you know the extra's don't add up to the extra 15GB? Did you check every m2ts to see if they are an extra or not. No there isn't a bunch of "padding", if a disc is incorrectly decrypted and the same scene is played again they don't place the same scene a 2nd time on the disc. They just reference a 2nd time to that 1st scene in the playlist

[Imlurker2]

JDobbs

Good day,
failed almost immediately. Took all defaults when installing all programs. External Liteon R/W. Model eHBU212-08 2.

[14:51:23] PHASE ONE, Encoding
- [14:51:23] Processing: VID_00029 (1 of 25)
- [14:51:23] Extracting A/V streams [VID_00029]
- Error in attempt to extract audio/subs.
- Bitstream exception Unknown exception. It does not have to be! Please contact application support team for more information.
[14:51:27] - Failed to retrieve audio, aborted

Same result regardless of the number of audios requested (including just movie), regardless of desired output file size.
Program used - BD-RBV04613.

Thanks for your effort.

[jdobbs]

Did you first rip the disc first? That looks like you are trying to reencode a disc that is still encrypted. Either that or it is corrupted.

I would also recommend upgrading to the latest release (see first post).

[wakko709]

This beta version has expired. I have version v0.46.14 is there 1 newer

[Ch3vr0n]

working fine here, check your system clock.

[wakko709]

thank you but no luck!

[wakko709]

never mind

[Lathe]

how do you know the extra's don't add up to the extra 15GB? Did you check every m2ts to see if they are an extra or not. No there isn't a bunch of "padding", if a disc is incorrectly decrypted and the same scene is played again they don't place the same scene a 2nd time on the disc. They just reference a 2nd time to that 1st scene in the playlist

Hmmm, well I guess that I just didn't understand the reasons behind some of these newer voluminous files; appreciate your explaining it.

[Lathe]

Okay, I got to thinking about it, and I THINK I can make it clearer as to what I am asking...

I have used BDRB hundreds of times to back up my Blu-rays. Now, up to THIS one that I'm asking about, almost every other one that I've done before, after BDRB loads the BDMV folder and analyzes it and then displays the 'Contents' of the Blu-ray, it has almost ALWAYS just consisted of maybe a few extras and one clear movie 'file' that is anywhere around 25-35 Gigs on the average (thus the need for BDRB) And, this movie 'file' shows below it the audio tracks available. And, you can clearly see the difference because the movie 'file' shows that is is like, say, 150,000 frames, which CLEARLY distinguishes it from all the small extras displayed in the contents.

NOW, in this case, it looks TOTALLY different. Instead of showing one big obvious movie file (and then the others which you can choose to 'blank' or 'preview' or whatever) you see literally 90 relatively small files of varying sizes which as you said apparently are all the little pieces of the movie. As a matter of fact, BDRB just got done processing the Blu-ray, and it literally made 90 2-Pass encodes. I've NEVER seen that before...

What I am asking, please, is WHY in THIS case does the resulting analysis of the contents of this Blu-ray look this way INSTEAD of what I've seen hundreds of times with other Blu-rays with the one CLEAR movie file and a number of other extras. In other words with 90 small pieces like that, doesn't that pretty much render the 'blanking' option irrelevant, because how can you possibly go through and identify what is what....?

I KNOW this probably sounds pretty dumb and basic compared to the MUCH more complex things you guys understand and deal with, but I am quite mystified why THIS blu-ray structure looks so very different and how BDRB processed it differently from almost all the hundreds of others that I've done.

Oh, BTW, you are right that this is indeed a Theatrical / Extended edition Blu-ray, so I don't know, would that be the ONLY reason why it looks this way? Would just that reason make this much difference in the way it is structured as compared to most others?

Thank you kindly for your time and help...

[Ch3vr0n]

bdrb uses a playlist and some algorithm to determine all the needed m2ts files to encode. That's why you see all those entries. Why does it look like that? I already told you, because cutting a movie into lots of smaller segments makes it easiers to include both a theatrical and extended cut on the same disc without having to include the entire movie a 2nd time. They just reference the extra segments in the playlist and that's it. It's one of two ways they can put a movie on the disc. 1 big file or lots of small ones. Nothing unusual, i've seen lots of those discs. They're more common than you think

If there's another reason i don't know but it's the only one i can think of and have encountered. If they didn't use those small segments and included the theatrical and extended movie in 1 big file each, they'd be needing the BDXL discs (upto 100GB each). Nothing unusual lots of small files

anyways. back on topic. This is a debug tread, not a discussion

[Ch3vr0n]

@jdobbs: just an FYI, "the hobbit, part 1" is another one of those movies where dgdecnv just "hangs" when it reaches the end of the extracting phase. the "current progress" bar stays at 100, never goes into encoding. dgdecnv process just sits there in the taskmanager and ya can leave it there for 15min, nothin happens as usual. The only fix is going back to x264's LAVF mode.

also: how close are you on releasing a build with full 3D support? I'd love to test it :)

[Sharc]

@jdobbs: just an FYI, "the hobbit, part 1" is another one of those movies where dgdecnv just "hangs" when it reaches the end of the extracting phase. the "current progress" bar stays at 100, never goes into encoding. dgdecnv process just sits there in the taskmanager and ya can leave it there for 15min, nothin happens as usual. The only fix is going back to x264's LAVF mode.
Hmmm ..... I recall posts #17738 ff.
In my case waiting 10 minutes, or aborting and resuming did the trick.

[Imperial Zeppelin]

Frozen driving anyone else nuts. I tried multiple boots, etc....

If I try Full Backup either from a AnyDVD ISO RIP, ISOBURN RIP or right from the disc, all mediated by AnyDVD of course:
[03/22/14] BD Rebuilder v0.46.14 (beta)
[08:11:22] Source: FROZEN
- Input BD size: 40.16 GB
- Approximate total content: [02:59:12.532]
- Target BD size: 21.92 GB
- Windows Version: 6.1 [7601]
- Auto Quality: Good (Very Fast), ABR
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=1 DTS=1 HD=0 Kbs=640
[08:11:24] PHASE ONE, Encoding
- [08:11:24] Processing: VID_00800 (1 of 44)
- [08:11:24] Extracting A/V streams [VID_00800]
- [08:11:30] Reencoding video [VID_00800]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 800 frames
- Bitrate: 16,620 Kbs
- [08:11:30] Reencoding: VID_00800, Pass 1 of 1
- [08:11:58] Video Encode complete
- [08:11:58] Processing audio tracks
- Track 4352 (eng): Reencoding audio to AC3...
- [08:12:00] Multiplexing M2TS
- [08:12:05] Processing: VID_00879 (2 of 44)
- [08:12:05] Extracting A/V streams [VID_00879]
- [08:12:11] Reencoding video [VID_00879]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 1,372 frames
- Bitrate: 16,370 Kbs
- [08:12:11] Reencoding: VID_00879, Pass 1 of 1
- [08:12:48] Video Encode complete
- [08:12:48] Processing audio tracks
- Track 4352 (eng): Reencoding audio to AC3...
- ERROR preparing intermediate audio.
[08:12:49] - Failed to reencode audio, aborted

If I go Movie only in any flavor listed above, I get:
[03/22/14] BD Rebuilder v0.46.14 (beta)
[08:09:38] Source: FROZEN_00810
- Input BD size: 25.19 GB
- Approximate total content: [01:42:13.043]
- Target BD size: 22.95 GB
- Windows Version: 6.1 [7601]
- MOVIE-ONLY mode enabled
- Auto Quality: Good (Very Fast), ABR
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=1 DTS=1 HD=0 Kbs=640
[08:09:40] PHASE ONE, Encoding
- [08:09:40] Processing: VID_00879 (1 of 11)
- [08:09:40] Extracting A/V streams [VID_00879]
- [08:09:46] Reencoding video [VID_00879]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 1,372 frames
- Bitrate: 28,293 Kbs
- [08:09:46] Reencoding: VID_00879, Pass 1 of 1
- [08:10:26] Video Encode complete
- [08:10:26] Processing audio tracks
- Track 4352 (eng): Reencoding audio to AC3...
- ERROR preparing intermediate audio.
[08:10:33] - Failed to reencode audio, aborted
- [08:10:52] ScanDirectory() 00005 2506

[jdobbs]

@jdobbs: just an FYI, "the hobbit, part 1" is another one of those movies where dgdecnv just "hangs" when it reaches the end of the extracting phase. the "current progress" bar stays at 100, never goes into encoding. dgdecnv process just sits there in the taskmanager and ya can leave it there for 15min, nothin happens as usual. The only fix is going back to x264's LAVF mode.

also: how close are you on releasing a build with full 3D support? I'd love to test it :) I'll have to test "The Hobbit, Pt 1" -- I haven't gotten that one yet, but I probably will soon. Unfortunately with the lack of donations in the last month I'm not planning to pick up any discs that aren't for my personal use. "Frozen" falls out of that category. It's one thing to work for nothing, it's another to pay for the privilege.

I have full 3D backups working -- but there is an picture-sync issue with multipart sources that I'm working. I'm hoping to get a special test version out in the next week or so.

[Imlurker2]

JDobbs

My bad for NOT RTFM. It is short enough.
I'll download the latest release.

Thanks you.

[rusty666]

most of time im encodeing it seems to be out of sync of the output file

[jdobbs]

most of time im encodeing it seems to be out of sync of the output fileI have no idea what you are saying.

[rusty666]

the past few films i have encoded have been out of sync.

[gonca]

rusty666
Could you supply some information, such as logs etc.

the past few films i have encoded have been out of sync.
is not helpful for debugging, since the last few I have done are in sync.

[rusty666]

sorry i didnt keep the logs . i done pacific rim 3d iso to bd25 3d sbs . it was way out of sync about half way till the end

[rusty666]

and i wanted peabody from xvid to blu ray but that was out of sync aswell

[Guest]

Where did you get Peabody in xvid?

[Ch3vr0n]

that and afaik bdrb can't handle Xvid's

[Guest]

@Lathe

Use of profanity can lead to strikes. And drama doesn't do any good for reputations here. Follow up to PM if needed. Thank you for your understanding.

[rusty666]

it let me input peabody in bdrebuilder. im did try iso 3d pacific rim twice to see if was anything to do with my system but still out of sync when played the output file

[Capsbackup]

that and afaik bdrb can't handle Xvid's

Actually, BD-RB does accept import of Xvid! :cool:

[Guest]

@Rusty666

To clarify rule 6 material here, I asked where you got your source material Peabody. Will you answer it?

[rusty666]

it was only the ts of peabody wat is floating about

[Guest]

it was only the ts of peabody wat is floating about I see, thank you. Please follow our forum rules, especially rule 6.

[Imperial Zeppelin]

I'll have to test "The Hobbit, Pt 1" -- I haven't gotten that one yet, but I probably will soon. Unfortunately with the lack of donations in the last month I'm not planning to pick up any discs that aren't for my personal use. "Frozen" falls out of that category. It's one thing to work for nothing, it's another to pay for the privilege.

I have full 3D backups working -- but there is an picture-sync issue with multipart sources that I'm working. I'm hoping to get a special test version out in the next week or so.

Turns out Frozen was just a matter of too many updates without a purge, nuked my BD Rebuilder folder and reinstalled everything including support programs.

However, did tweak me to send in a donation. I always said I'd send something in when it went from Beta, but I'm thinking that's no longer the strategy. Keep up the appreciated work!!

[colinhunt]

jdobbs, I found an earlier post where you mentioned that Quality setting is applied to FRIMencoder. Have you mapped "ENCODE_QUALITY=4" to FRIMencoder quality setting, or is "ENCODE_QUALITY=3" the highest setting that affects FRIMencoder?

[jdobbs]

Turns out Frozen was just a matter of too many updates without a purge, nuked my BD Rebuilder folder and reinstalled everything including support programs.

However, did tweak me to send in a donation. I always said I'd send something in when it went from Beta, but I'm thinking that's no longer the strategy. Keep up the appreciated work!!It's been in beta for over 5 years. I am continually making large changes, which keep it in beta (e.g. I'm working on full 3D backups right now that make numerous modifications to the code and a few subroutine rewrites).

[soneca]

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.

[rusty666]

does that mean full backup with menu even on the 3d iso converted to sbs?

[jdobbs]

does that mean full backup with menu even on the 3d iso converted to sbs?Right now it means a full backup of a standard 3D-BD format to a standard 3DBD format. But, a 3D SBS backup can already be backed up... because it is simply a 2D disc that has SBS implemented.

[raul124]

I have the latest FFDSHOW from the 1st page, what's the correct setting to make FFDSHOW work together with BD-Rebuilder? What do I need to tweak to make it right, because when I play the stream from the back up before I burn it to a BD-5 or BD-9, I hear a pitch sound coming from the play back stream. any advice would be appreciate it, thank you

[jdobbs]

I have the latest FFDSHOW from the 1st page, what's the correct setting to make FFDSHOW work together with BD-Rebuilder? What do I need to tweak to make it right, because when I play the stream from the back up before I burn it to a BD-5 or BD-9, I hear a pitch sound coming from the play back stream. any advice would be appreciate it, thank youYou're probably keeping an HD audio stream that isn't supported in FFDSHOW. I'm guessing that the original does the same thing, right?

[jdobbs]

Frozen driving anyone else nuts. I tried multiple boots, etc....

If I try Full Backup either from a AnyDVD ISO RIP, ISOBURN RIP or right from the disc, all mediated by AnyDVD of course:
[03/22/14] BD Rebuilder v0.46.14 (beta)
[08:11:22] Source: FROZEN
- Input BD size: 40.16 GB
- Approximate total content: [02:59:12.532]
- Target BD size: 21.92 GB
- Windows Version: 6.1 [7601]
- Auto Quality: Good (Very Fast), ABR
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=1 DTS=1 HD=0 Kbs=640
[08:11:24] PHASE ONE, Encoding
- [08:11:24] Processing: VID_00800 (1 of 44)
- [08:11:24] Extracting A/V streams [VID_00800]
- [08:11:30] Reencoding video [VID_00800]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 800 frames
- Bitrate: 16,620 Kbs
- [08:11:30] Reencoding: VID_00800, Pass 1 of 1
- [08:11:58] Video Encode complete
- [08:11:58] Processing audio tracks
- Track 4352 (eng): Reencoding audio to AC3...
- [08:12:00] Multiplexing M2TS
- [08:12:05] Processing: VID_00879 (2 of 44)
- [08:12:05] Extracting A/V streams [VID_00879]
- [08:12:11] Reencoding video [VID_00879]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 1,372 frames
- Bitrate: 16,370 Kbs
- [08:12:11] Reencoding: VID_00879, Pass 1 of 1
- [08:12:48] Video Encode complete
- [08:12:48] Processing audio tracks
- Track 4352 (eng): Reencoding audio to AC3...
- ERROR preparing intermediate audio.
[08:12:49] - Failed to reencode audio, abortedI got a couple donations, so I picked up a copy of "Frozen". I had no issues at all with a full-backup. I have to believe that you either have a bad rip, or something is wrong with your setup. Here's where it gets past the point your log stops:[03/24/14] BD Rebuilder v0.47.01 (beta)
[15:52:02] Source: FROZEN
- Input BD size: 40.15 GB
- Approximate total content: [02:59:12.532]
- Target BD size: 22.95 GB
- Windows Version: 6.1 [7601]
- Quality: Good (Very Fast), ABR
- Decoding/Frame serving: DGDecNV [3-way]
- Audio Settings: AC3=1 DTS=1 HD=0 Kbs=640
[15:52:04] PHASE ONE, Encoding
- [15:52:04] Processing: VID_00800 (1 of 44)
- [15:52:04] Extracting A/V streams [VID_00800]
- [15:52:12] Reencoding video [VID_00800]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 800 frames
- Bitrate: 17,468 Kbs
- [15:52:12] Reencoding: VID_00800, Pass 1 of 1
- [15:52:19] Video Encode complete
- [15:52:19] Processing audio tracks
- Track 4352 (eng): Reencoding audio to AC3...
- [15:52:23] Multiplexing M2TS
- [15:52:27] Processing: VID_00879 (2 of 44)
- [15:52:27] Extracting A/V streams [VID_00879]
- [15:52:34] Reencoding video [VID_00879]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 1,372 frames
- Bitrate: 17,207 Kbs
- [15:52:34] Reencoding: VID_00879, Pass 1 of 1
- [15:52:47] Video Encode complete
- [15:52:47] Processing audio tracks
- Track 4352 (eng): Reencoding audio to AC3...
- [15:52:53] Multiplexing M2TS
- [15:52:57] Processing: VID_00880 (3 of 44)
...

[rusty666]

thanx ill try converting a 3d iso to 3dbr sbs with menu

[jdobbs]

thanx ill try converting a 3d iso to 3dbr sbs with menuWhy not just wait a day or two and you will be able to do the backup without needing SBS. I'm almost done with the 3D full backups. All that's left is some additional testing.

[Sharc]

Any chance that the Quick-Play reauthoring issue will be fixed with the next release as well?

[rusty666]

its only because my dads mate only has a blu ray not a 3d blu ray player. up to know tho it dont say converting to side by side in 3d mode like it does when i do movie only . is that right?

[wakko709]

- Windows Version: 6.1 [7601]
- 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.
- BD-RB v0.46.0.14, not current
not current? huh?

[mparade]

Why not just wait a day or two and you will be able to do the backup without needing SBS. I'm almost done with the 3D full backups. All that's left is some additional testing.

For me this means that a tiny bit of donation should be done urgently. :D

[rusty666]

i just did 3d iso to 3d br with sbs option full backup but all it did was a full backup 2d movie with menu not a sbs with menu

[Jackie Treehorn]

@Jackie Treehorn

Hi!

Such an apparently mystifying backup problem has been previously noted many times in this thread - and most often, believe it or not, the solution is to do a thorough cleaning of the disc and then perform the backup again...

Cleaned the disk and checked for scratches... same thing: sound throughout the entire movie, video frame gets stuck around halfway. Then I procured another copy of the original movie from a friend... same thing. I'm running out of ideas.

I have noticed two weird properties on the results though: each time I try to re-encode from the same file the frame seems to get stuck in a different location of the movie; and two, the resulting MP4 file size is way too small for a normal BD encode (1GB vs at least 8 normally) depite having sound and a stuck picture the entire movie.

Are these normal results from selecting the wrong playlists? Maybe AnyDVD is providing the wrong playlist?

Thanks for any further suggestions.

[Ch3vr0n]

well bad discs do come in batches. It could be that both of you have a copy of the movie that plays fine but is not fine to rip/shrink

[omegaman7]

Cleaned the disk and checked for scratches... same thing: sound throughout the entire movie, video frame gets stuck around halfway. Then I procured another copy of the original movie from a friend... same thing. I'm running out of ideas.

I have noticed two weird properties on the results though: each time I try to re-encode from the same file the frame seems to get stuck in a different location of the movie; and two, the resulting MP4 file size is way too small for a normal BD encode (1GB vs at least 8 normally) depite having sound and a stuck picture the entire movie.

Are these normal results from selecting the wrong playlists? Maybe AnyDVD is providing the wrong playlist?

Thanks for any further suggestions.

Sounds a lot like a problem I had once upon a time. It was a bad reading drive. I no longer use that drive for ripping discs. I only playback in real time now. I refuse to throw away a working-ish drive ;)
I would get a stuck frame at the exact same spot. Audio would continue. Ripped with a new LG drive, problem gone.

[Rileyrott]

For me this means that a tiny bit of donation should be done urgently. :D

On it's way. Thanks JDobbs! Awesome job, man!

[jdobbs]

For me this means that a tiny bit of donation should be done urgently. :D

On it's way. Thanks JDobbs! Awesome job, man!My thanks to you both. It is very much appreciated.

[rusty666]

it just did a 2d full fullback of the 3d iso not a sbs full backup?

[rusty666]

i mean i done a full backup with a 3d iso with sbs option but it came out a 2d full backup

[jdobbs]

Any chance that the Quick-Play reauthoring issue will be fixed with the next release as well?Not sure. I'm working on it now.

[FlipperBizkut]

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?


Sorry if this has been mentioned before. I searched, and read, but did not find the issue.

I am using the import function to bring in an mkv. The mkv is encoded at 1080p. I am selecting the option to reduce it to 720p, and using BD5 as the output. I have done this many, many times with 100% success (speaking of, thanks for the excellent program!).

Once the 3D functionality was added to BD Rebuilder though, every time I attempt this conversion, I get an AVCHD with perfect audio, but only a gray screen for the video.

To try to debug this on my own, I re-ran the conversion with an older version of BD Rebuilder (45.05). It worked as expected, and the AVCHD came out fine. Doing it again (exactly the same way) in the newer version (46.07 at the time, and again with 46.14 now) yielded the gray screen result.

I believe that I have tracked the problem down to the new version of tsMuxeR.

I understand that most everyone is working on the new functionality of 3D, and Quick-Play, but I was hoping I could get someone to check out and see if there was a way to fix the previous functionality. I have been using multiAVCHD now for my conversions (which works), but for the vast majority of my needs, BD Rebuilder is the superior program.

Thanks, and thanks again for such a great program.

[Weirdo]

Sorry. But that is a preprocessed disc. I do not respond to reports on preprocessed discs. There's no way to tell what has happened to the disc before BD-RB encounters it. In my experience virtually all problems reported under these circumstances have gone away when reverting to the original.
Fair enough. I thought since 2-pass mode worked fine this couldn't have been an issue. Keep up the great work.

[Sharc]

Not sure. I'm working on it now.
No rush; just good to know that you have not deleted it from your agenda. Thanks. :)

[Jackie Treehorn]

Sounds a lot like a problem I had once upon a time. I would get a stuck frame at the exact same spot. Audio would continue. Ripped with a new LG drive, problem gone.

Ordered a new drive! Hoping that's it... thanks.

[AmigaFuture]

I refuse to throw away a working-ish drive ;)

Yeppers! I've been there, haaahaa! I had a huge collection of drives. Just because a Write Chip stop functioning the Read chip is doing fine... I found that; there is a point to where enough is enough, evolution IS a good thing. Snicker, except for Cinavia. I own some older BD players now. I don't care enough about 3D and all the Netflix and YouTube programs the new players have. My Computer handles all that.

As for the DivX/XviD..mmmm, I hadn't even considered that with all the iPhone, BD, and MKV from BD testing I've been doing.

Which leads into a question...I wondered before. When I ripped my "Hunger Games" (first movie) a while ago, with Menus but (personally selected) Extras blanked, that produced a BD which doesn't have jitters like the original disc. JD, have you...or....is there a way to fix that? I, remember reading on the AnyDVD (HD) fora that it has something to do the the Copy Protection being removed...I Think! It's been a while. Is BD-RB and the new TsMuxer able to, repair (I guess?) that??
I know it affects all movies broken into multi-parts which is why I use MKV for those. It would be sweet to use my disc backup that has the original menus. Thanks.

[colinhunt]

That feeling when you spend quite a lot of money to upgrade both Xeon CPUs of your current encoding rig... only to realize that your much cheaper rig encodes MVC at 10x the speed of your dual-Xeon, thanks to Intel QuickSync.

;D

[Jackie Treehorn]

Ordered a new drive! Hoping that's it... thanks.

That was it! Thanks for the heads up... I could have gone crazy trying to figure that out....

[omegaman7]

That was it! Thanks for the heads up... I could have gone crazy trying to figure that out....

Out of curiosity, was it a lite-on drive? :devil:

I shouldn't talk though. One of my LG's quit burning reliably, fairly early on. Still reads good though.

[jdobbs]

Out of curiosity, was it a lite-on drive? :devil:

I shouldn't talk though. One of my LG's quit burning reliably, fairly early on. Still reads good though.I'm on my 3rd LG Drive in the last 3 years. Admittedly there is probably no user who give a drive more stress... but 3 drives? Unfortunately my local choice is limited to LG. On this last one I bought the extended warranty. Best Buy is going to have to buy my next one.

[omegaman7]

I'm on my 3rd LG Drive in the last 3 years. Admittedly there is probably no user who give a drive more stress... but 3 drives? Unfortunately my local choice is limited to LG. On this last one I bought the extended warranty. Best Buy is going to have to buy my next one.

I recall purchasing a warranty on the WH12LS39. It's not showing in the purchase history. But it's been over 2yrs. Perhaps that's why. In any case, I got my moneys worth :) Oddly, I seem to recall it being a 3yr warranty :S If they were the typical price of a DVD drive, I wouldn't worry about it. But they're not ;)

Oh, I see. I bought the warranty through a third party :)

[Jackie Treehorn]

Out of curiosity, was it a lite-on drive?

Nah, Pioneer. I too got my $s worth!

[jdobbs]

I'm on my 3rd LG Drive in the last 3 years. Admittedly there is probably no user who give a drive more stress... but 3 drives? Unfortunately my local choice is limited to LG. On this last one I bought the extended warranty. Best Buy is going to have to buy my next one.I recall purchasing a warranty on the WH12LS39. It's not showing in the purchase history. But it's been over 2yrs. Perhaps that's why. In any case, I got my moneys worth :) Oddly, I seem to recall it being a 3yr warranty :S If they were the typical price of a DVD drive, I wouldn't worry about it. But they're not ;)

Oh, I see. I bought the warranty through a third party :)So much for my memory... after looking for my receipt to see how long the warranty lasts -- it turns out I bought it at Micro Center, not Best Buy... :o

[colinhunt]

Back in November I noticed that "BAIT 3D" had its left and right views swapped on the original Blu-ray. Earlier today I ran a normal 3D backup of it, i.e. I did not use SWAP_3D=1 in the .INI file. Views were swapped in the backup too, no surprise there.

I then ran another backup, this time with SWAP_3D=1 in the .INI. But the views are still swapped in the backup. Has anyone else tested hidden option "SWAP_3D=1"?

[jdobbs]

Back in November I noticed that "BAIT 3D" had its left and right views swapped on the original Blu-ray. Earlier today I ran a normal 3D backup of it, i.e. I did not use SWAP_3D=1 in the .INI file. Views were swapped in the backup too, no surprise there.

I then ran another backup, this time with SWAP_3D=1 in the .INI. But the views are still swapped in the backup. Has anyone else tested hidden option "SWAP_3D=1"?SWAP_3D only applies to SBS output. When I added it that was all that BD-RB supported. I'll look at applying it to other backups as well. I'll also look at detecting and applying automatically for sources that have the right view in the AVC portion as opposed to the left view.

I have the full 3D backups and non-ISO movie-only backups working now. I caught some issues in the testing that delayed it a few days. I'll do just a couple more tests and release it (probably tomorrow).

[Ch3vr0n]

awesome

[colinhunt]

SWAP_3D only applies to SBS output.
Ah sorry, my bad :/

[jdobbs]

Ah sorry, my bad :/My fault. It's not documented very well in HIDDENOPTS.TXT (because it was put there before true 3D support) -- so you can't really tell.

[DMagic1]

I have the full 3D backups and non-ISO movie-only backups working now. I caught some issues in the testing that delayed it a few days. I'll do just a couple more tests and release it (probably tomorrow).

Excellent news, I've been looking every day for it. :)

Btw, will it support removing audio tracks and/or extras?

Also I noticed in movie only mode forced subtitles didn't play forced. Is that a know issue to be working in full 3d backup mode?

[AmigaFuture]

Hello,

A possible bug?

----------------------
[19:17:38] Importing MKV: DIE_HARD_4
- Collecting audio/video streams from source...
- Building pseudo-BD source structure...
- Source issue found, attempting correction...
[19:29:22] Video import aborted per user request.
----------------------
[19:30:04] Importing MKV: DIE_HARD_4
- Collecting audio/video streams from source...
- Building pseudo-BD source structure...
[19:51:50] Video import completed successfully.

While testing to reduce MKV size, the first test was from my USB HDD with SRT within the MKV. Second was after I used to MKVMERE GUI to Remux without SRT within MKV container. I've done this with a few BD-RB Outputs. If I let the first process, it will do it. Maybe add a way for BD-Rb to detect *.SRT within MKV container?

Thanks.

[jdobbs]

Excellent news, I've been looking every day for it. :)

Btw, will it support removing audio tracks and/or extras?

Also I noticed in movie only mode forced subtitles didn't play forced. Is that a know issue to be working in full 3d backup mode?On a movie-only backup forced subtitles are pulled into a PGS stream of their own and that stream is defaulted to "on". The only way it isn't is if you have selected a different stream as "on" by default.

[jdobbs]

Hello,

A possible bug?

----------------------
[19:17:38] Importing MKV: DIE_HARD_4
- Collecting audio/video streams from source...
- Building pseudo-BD source structure...
- Source issue found, attempting correction...
[19:29:22] Video import aborted per user request.
----------------------
[19:30:04] Importing MKV: DIE_HARD_4
- Collecting audio/video streams from source...
- Building pseudo-BD source structure...
[19:51:50] Video import completed successfully.

While testing to reduce MKV size, the first test was from my USB HDD with SRT within the MKV. Second was after I used to MKVMERE GUI to Remux without SRT within MKV container. I've done this with a few BD-RB Outputs. If I let the first process, it will do it. Maybe add a way for BD-Rb to detect *.SRT within MKV container?

Thanks.It should detect them already, and they are converted into a PGS when the stream is imported. I'll take a look at it.

[rusty666]

are we going to be able to do full back up with sbs aswell?

[jdobbs]

are we going to be able to do full back up with sbs aswell?Not now, but maybe in a future version. You will be able to do a BD-3D backup from a SBS MKV or MP4 source, though.

[rusty666]

thanx for the reply i hope you can. but im waiting to try the 3d iso full backup will it be out today. and i will be donating alittle of what i can when i get paid in the next 2 week . thanx for your work. one last thing will we be able to run it trough fast bd encodeing 2 pass?

[rusty666]

i already did a 3d-bd backup with the version that is out now i just imported mkv and selected br and it set it to 1080p works fine on my player

[jdobbs]

i already did a 3d-bd backup with the version that is out now i just imported mkv and selected br and it set it to 1080p works fine on my playerYes. It already worked for movie-only 3D backups. But now you will be able to output to a file structure, not just an ISO -- and also do full backups.

[jdobbs]

This link points to a new release of BD Rebuilder (v0.47.02). I am putting the link here, rather than updating the first post and the website because it involves extensive changes and I'd like to get some feedback on the new 3D capabilities from beta testers before making it available to a larger audience. Changes for this release:- Implemented 3D Full Backup Mode. Note that
BD-RB converts 3D method so that the SSIF
folder is no longer required -- the method
is 100% compliant with the BD standard.
- Due to the changes in the way 3D is handled,
BD-RB no longer outputs to ISO by default on
movie-only 3D encodes. It can be enabled by
using the OUTPUT_3D_ISO hidden option. Note:
This option only applies to movie-only 3D
encodes.
- Added 3D support to Quick-Play reauthoring.
- Corrected an error in which AnyDVD selected
feature playlists might sometimes not be
given the proper priority for selection as
the disc feature.
- Added a new hidden option IMPORT_PAL_TO_FILM
which, when set to "1" sets information so
that imported video files at 25fps sources
are converted to 23.976 and the audio is
adjusted during reencoding (not import).
- Fixed an issue related to possible MPLS and
CLPI version number mismatches when doing a
full backup from imported DVDs that could
make them unplayable on certain players.
- Corrected an issue in Quick-Play reauthoring
in which the STN_table was not being updated
properly when certain types of playitems and
subplayitems were discarded.
- Updated FRIMEncode/Decode and FRIMSource to
the most recent release (v1.23).
- Updated the included version of X264.EXE to the
latest release (r2409).
- Updated the included version of X264-64.EXE to
the latest release (r2409).
- Other minor corrections and cosmetic fixes.

The posted ZIP file for v0.47.02 was missing some files... this post (http://forum.doom9.org/showthread.php?p=1675469#post1675469) has an updated download.

[rusty666]

thanx im gonna try it out now with 3d-bd full back up bd25

[Ch3vr0n]

nice, i'll have a reason to use my w7 dualboot now lol with 3D encodes. Will defo be testing it out. and got just the movies to try it on top gun ftw (and others) aint got a 3D standalone setup but do have a 3D pc monitor so pdvd will have to suffice as testing :)

[rusty666]

[03/29/14] BD Rebuilder v0.47.02 (beta)
[15:48:35] Source: HOBBIT_DESOLATION_OF_SMAUG_P1
- Input BD size: 26.45 GB
- Approximate total content: [01:35:03.948]
- Target BD size: 46.26 GB
- Windows Version: 6.2 [9200]
- Quality: High-Speed Option (BD-25+), ABR
- MVC 3D Output Mode enabled
- Decoding/Frame serving: FRIMDecode
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[15:48:37] PHASE ONE, Encoding
- [15:48:37] Processing: VID_00006 (1 of 3)
- [15:48:37] Extracting A/V streams [VID_00006]
[15:48:56]PHASE ONE aborted by user request
----------------------
[03/29/14] BD Rebuilder v0.47.02 (beta)
[15:49:08] Source: HOBBIT_DESOLATION_OF_SMAUG_P1
- Input BD size: 26.45 GB
- Approximate total content: [01:35:03.948]
- Target BD size: 23.93 GB
- Windows Version: 6.2 [9200]
- Quality: High-Speed Option (BD-25+), ABR
- MVC 3D Output Mode enabled
- Decoding/Frame serving: FRIMDecode
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[15:49:09] PHASE ONE, Encoding
- [15:49:09] Processing: VID_00006 (1 of 3)
- [15:49:09] Extracting A/V streams [VID_00006]
- [15:58:19] Reencoding video [VID_00006]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 108,168 frames
- Bitrate: 33,882 Kbs
- Using FRIMEncoder for MVC encoding
- [15:58:19] Reencoding: VID_00006, Pass 1 of 1
[15:58:19] - Failed video encode, aborted
----------------------
[03/29/14] BD Rebuilder v0.47.02 (beta)
[15:59:02] Source: HOBBIT_DESOLATION_OF_SMAUG_P1
- Input BD size: 26.45 GB
- Approximate total content: [01:35:03.948]
- Target BD size: 23.93 GB
- Windows Version: 6.2 [9200]
- Quality: High-Speed Option (BD-25+), ABR
- MVC 3D Output Mode enabled
- Decoding/Frame serving: FRIMDecode
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[15:59:03] PHASE ONE, Encoding
- [15:59:03] Processing: VID_00006 (1 of 3)
- [15:59:03] Extracting A/V streams [VID_00006]
- [16:08:45] Reencoding video [VID_00006]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 108,168 frames
- Bitrate: 33,882 Kbs
- Using FRIMEncoder for MVC encoding
- [16:08:45] Reencoding: VID_00006, Pass 1 of 1
[16:08:45] - Failed video encode, aborted

[jdobbs]

@rusty666

Can you try it on another disc so I can see if it is that one in particular or something in your setup? I don't want to have to buy discs unless it is absolutely necessary. Have you forced FRIM's hw mode? If so, see what happens with sw.

Also, can you post your settings (contents of BDREBUILDER.INI)?

[rusty666]

i just used virtual clone on the iso

[rusty666]

thats how i been doing the other . mounting the iso

[rusty666]

how do i post the setting screen?

[Capsbackup]

[03/29/14] BD Rebuilder v0.47.02 (beta)
[15:48:35] Source: HOBBIT_DESOLATION_OF_SMAUG_P1
- Input BD size: 26.45 GB
- Approximate total content: [01:35:03.948]
- Target BD size: 46.26 GB
- Windows Version: 6.2 [9200]
- Quality: High-Speed Option (BD-25+), ABR
- MVC 3D Output Mode enabled
- Decoding/Frame serving: FRIMDecode
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[15:48:37] PHASE ONE, Encoding
- [15:48:37] Processing: VID_00006 (1 of 3)
- [15:48:37] Extracting A/V streams [VID_00006]
[15:48:56]PHASE ONE aborted by user request


Since this movie has not been released yet in the US, did the authoring company make it two discs, P1 and P2 or was this done by another software? :confused:

[rusty666]

it is 2 discs

[rusty666]

and how top i force FRIMS?

[Capsbackup]

it is 2 discs

Where did the original come from? Release dates say April 8, 2014.

[rusty666]

i think it region b

[Capsbackup]

i think it region b

Interesting! My searches show 4-8-14 for that release date too. :(
Looking forward to seeing this movie though! :cool:

[rusty666]

how to i use frim hw?

[rusty666]

i just tried wolverine and thats the same yet i done a movie only 3d-25 with that other the other version

[jdobbs]

I suspect something is wrong with your setup that is causing FRIMEncode to fail. Open up the file "BDREBUILDER.INI" located in the same folder as the executable (with notepad). Just cut-and-paste the contents into a post on the forum so I can see your settings. Also click on "Inspect" from BD-RB's help menu and cut-and-paste those results as well.

This release included a new version of FRIMEncode. It is working fine on my computer, but you never know if there may be something that causes issues on others. Let's see if anyone else experiences this problem.

[rusty666]

[Options]
VERSION=0.47.0.2
MODE=3
ENCODE_QUALITY=5
ONEPASS_ENCODING=0
AUTO_QUALITY=0
AUDIO_TO_KEEP=eng;
SUBS_TO_KEEP=all
SD_CONVERT=0
OPEN_GOP=0
RESIZE_1080=0
RESIZE_1440=0
RESIZE_720=0
DEINTERLACE=1
SD_TO_1080=0
IGNORE_3D=0
CONVERT_WIDE=0
DTS_REENCODE=0
AC3_REENCODE=0
AC3_640=1
AC3_192=0
KEEP_HD_AUDIO=1
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=24500
TARGET_SIZE=24500
MENU_BACKGROUND=C:\Users\nail\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]
WORKING_PATH=C:\USERS\NAIL\VIDEOS\BDREBUILDER\
SOURCE_PATH=F:\

[rusty666]

BD-Rebuilder v0.47.02 (beta)
- Windows Version: 6.2 [9200]
- Working Path Free Space: 2,459.74GB
- 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
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- WAVI: Ok
- TSMUXER: Ok
[03/29/14] Systems Settings Check complete

[jdobbs]

There is an issue with the zip file I posted. It appears that somehow FRIMEncode and FRIMDecode are missing from the TOOLs folder of the zip file. I'll check for other inconsistencies and update the link.

[rusty666]

thanx im looking forward to doing a full 3d backup

[colinhunt]

Where did the original come from? Release dates say April 8, 2014.
Hobbit part 2 Blu-ray has not been released anywhere in the world yet. Someone's been naughty.

[Ch3vr0n]

not always some shops can be naughty too. I've picked up movies/games before they were supposed to be sold myself

[jdobbs]

This link (http://www.jdobbs.net/Freeware/BD-RBV04703.zip) points to a new release of BD Rebuilder (v0.47.03). I am putting the link here, rather than updating the first post and the website because it involves extensive changes and I'd like to get some feedback on the new 3D capabilities from beta testers before making it available to a larger audience. Changes for this release:- Implemented 3D Full Backup Mode. Note that
BD-RB converts 3D method so that the SSIF
folder is no longer required -- the method
is 100% compliant with the BD standard.
- Due to the changes in the way 3D is handled,
BD-RB no longer outputs to ISO by default on
movie-only 3D encodes. It can be enabled by
using the OUTPUT_3D_ISO hidden option. Note:
This option only applies to movie-only 3D
encodes.
- Added 3D support to Quick-Play reauthoring.
- Corrected an error in which AnyDVD selected
feature playlists might sometimes not be
given the proper priority for selection as
the disc feature.
- Added a new hidden option IMPORT_PAL_TO_FILM
which, when set to "1" sets information so
that imported video files at 25fps sources
are converted to 23.976 and the audio is
adjusted during reencoding (not import).
- Fixed an issue related to possible MPLS and
CLPI version number mismatches when doing a
full backup from imported DVDs that could
make them unplayable on certain players.
- Corrected an issue in Quick-Play reauthoring
in which the STN_table was not being updated
properly when certain types of playitems and
subplayitems were discarded.
- Corrected the zip file release -- FRIMEncode,
FRIMDecode, and FRIMSource were missing.
- Updated FRIMEncode/Decode and FRIMSource to
the most recent release (v1.23).
- Updated the included version of X264.EXE to the
latest release (r2409).
- Updated the included version of X264-64.EXE to
the latest release (r2409).
- Other minor corrections and cosmetic fixes.

[rusty666]

ill do wolverine 3d full backup frimencoder seems to be working ill let you know how the outfut file is

[colinhunt]

"Note that BD-RB converts 3D method so that the SSIF folder is no longer required -- the method is 100% compliant with the BD standard."
This is hugely interesting and exciting!

[omegaman7]

This is hugely interesting and exciting!

Awesome is more like it! :D I wonder if SSIF was simply to discourage copying.

[colinhunt]

Awesome is more like it! :D
Well yes, that too! :D

[jdobbs]

There are three ways to do 3D under the BD standard. The SSIF structure is only one of them. Honestly, I've looked at it very closely, and I can't see the advantage of the SSIF file method over the other two. One of the other two (in-mux MVC) is used on some commercial discs (like AVATAR), but only on smaller 3D videos. The third (out-of-mux MVC method) is one I haven't seen on any commercial discs as yet (although I do have a relatively small 3D collection at this point).

[colinhunt]

First test ended in FRIMEncoder crashing at 49%. I was doing hardware decode/encode, which has admittedly been a bit shaky in the past. I'll switch over to software decode; encoding speed drops to 1/3rd but it's more stable.

[Ch3vr0n]

jdobbs: what are the defaults for frim. and which is best for my rig. OS: Vista Ultimate X64 || MB: Asus P5Q-E || CPU: Intel Q9550 || CPU Cooler: Asus Triton 79 || RAM: 8GB Corsair XMS2 5-5-5-18

[rusty666]

@jdobbs. i was looking back at the forum and saw someone post couldy meatballs 2 3d with like squares on the screen in 3d was that problem just to do with power dvd and it played fine in a 3d bd player ?

[jdobbs]

@jdobbs. i was looking back at the forum and saw someone post couldy meatballs 2 3d with like squares on the screen in 3d was that problem just to do with power dvd and it played fine in a 3d bd player ?I don't know. The best guess is a bad rip. I don't own that disc.

[colinhunt]

Frak. Encoding on hardware causes FRIMEncoder to crash every time at some point. Forcing software decode doesn't help. I'm now running hardware decode + software encode, and it's soooooo slooooow compared to full hardware processing, only 6 fps when hardware decode/encode runs at 60-65 fps. Hell's bells...

[rusty666]

how do you run off hardware if you dont mind me asking?

[rusty666]

its just i did wolverine on the version just before this latest and got the same affect on power dvd?

[jdobbs]

jdobbs: what are the defaults for frim. and which is best for my rig. OS: Vista Ultimate X64 || MB: Asus P5Q-E || CPU: Intel Q9550 || CPU Cooler: Asus Triton 79 || RAM: 8GB Corsair XMS2 5-5-5-18There aren't a lot of options to be made. Most of the settings used are required for BD-3D compliance. The quality level is set based upon the same criteria as X264 (from the menu). The only real option is whether software encoding/decoding is used, or automatic detection is used. By default the software option is selected because it works with all processors. If you have a compatible Intel processor you can set FRIM_SW_DECODE=0 and FRIM_SW_DECODE=0 in the INI file. I've heard different reports from people as to what processor/video combination works and doesn't work, so all I can say it "try it". For those that can use it, hardware encoding/decoding is significantly faster. If you choose to use it, though, always go back to software decoding/encoding before reporting any issues. The reports seem to be inconsistent at best. I use AMD processors, so software is my only choice and the only one I've tested.

[colinhunt]

how do you run off hardware if you dont mind me asking?
Intel Core i7-3770K CPU has a built-in HD4000 GPU which FRIMEncoder can use. I think BDRB selects software encoding unless you put a couple of additional lines in BDRB's .INI file (see jdobbs' post above) that tell FRIMEncode to select software or hardware encoding automatically, and when it finds the HD4000, it selects hardware encoding.

Unfortunately Q9550 does not have an internal GPU for this.

[rusty666]

thanx . i have the i7 2600k

[colinhunt]

thanx . i have the i7 2600k
Oh, thought you mentioned Q9550 earlier. i7 2600K has a HD3000 GPU.

[rusty666]

thanx . no i not put what i had on here apart from just then

[rusty666]

il just see if this wolverine has the same squares affects once its done then ill do hobbit 2 and see what thats like see if it has the same squares on it with powerdvd

[colinhunt]

I aborted the encode; I just can't bear to watch the rig chugging along at 6 fps. I uninstalled Intel GPU drivers, rebooted and installed driver version 15.33.14.64.3412 to see if hardware decode/encode works any better on those.

edit: Don't wanna jinx it... but 81% done now. Did not crash at 49% this time :)

e2: Whee! MVC encoding finished without issues, with an average fps of 65+. More than 10 times faster than software encode - which is nice.

[jdobbs]

il just see if this wolverine has the same squares affects once its done then ill do hobbit 2 and see what thats like see if it has the same squares on it with powerdvdYou sound as if you are expecting issues. If you output to BD-25 for a full-3D backup, you should see excellent quality. I would not recommend trying a 3D backup to BD-5, and it's probably a good idea to never try more than a movie-only backup to BD-9. But since BD-25s cost about the same as BD-9s, I can't see a good reason to go any smaller.

I can tell you this... PowerDVD's quality sucks. On my system Media Player Classic looks a lot better than PowerDVD.

[m.rup]

Hi, after backing up Madagascar 3, region B, on BD 25, picture stopps at about 55:40 while audio is playing on. When I burn the movie unprocessed to BD 50, I get a small glitch at the same position but then, video and audio keep on playing well. Can this be a layer break issue?

[HWK]

Hi, after backing up Madagascar 3, region B, on BD 25, picture stopps at about 55:40 while audio is playing on. When I burn the movie unprocessed to BD 50, I get a small glitch at the same position but then, video and audio keep on playing well. Can this be a layer break issue?

No, more like bad rip or fault in original.

1. Re-rip disc and see if it goes away.
2. If above does not try different player to see if it is there.
3. If yes for 2, change it.

[RobertM]

No, it's not a layer break issue; it's a bad rip. All you can do is to try cleaning the disc and re-ripping it. Standalone players are designed to ignore little problems like that from a bad disc surface, but re-encoding algorythms on a PC can't do that. It's possible for them to just create a momentary pixelated image, but it is quite common for the video to hang while the audio continues.

Hi, after backing up Madagascar 3, region B, on BD 25, picture stopps at about 55:40 while audio is playing on. When I burn the movie unprocessed to BD 50, I get a small glitch at the same position but then, video and audio keep on playing well. Can this be a layer break issue?

[m.rup]

Well, of course I have done several rips which all gave me exactly the same result. I tested the issue on the two stand alone players I have. The original BD is playing fine.

[RobertM]

If you've got a scratch on the disc surface then you'll likely get a glitch every time at the same spot. At any rate, it's not a layer break issue.

Well, of course I have done several rips which all gave me exactly the same result. I tested the issue on the two stand alone players I have. The original BD is playing fine.

[colinhunt]

Well, of course I have done several rips which all gave me exactly the same result. I tested the issue on the two stand alone players I have. The original BD is playing fine.
That doesn't really prove anything. I have several Blu-ray drives and some of them glitch during playback while stand-alone players play the same discs just fine.

[m.rup]

Ok, so I will have to try to get a good rip somehow.

[jdobbs]

Hi, after backing up Madagascar 3, region B, on BD 25, picture stopps at about 55:40 while audio is playing on. When I burn the movie unprocessed to BD 50, I get a small glitch at the same position but then, video and audio keep on playing well. Can this be a layer break issue?There's no layer break on a BD-25. If you get a glitch at that same place with a BD-50 backup, there is an error in the source.

[Ch3vr0n]

K Thanks jdobbs. As my system predates the i series ill stick with the software coding defaults :-)

Verstuurd vanaf mijn Nexus 7 met Tapatalk

[m.rup]

There's no layer break on a BD-25. If you get a glitch at that same place with a BD-50 backup, there is an error in the source.

Absolutely true, I was thinking that there maybe could be some layer break issue regarding the original BD-50.

[jdobbs]

Absolutely true, I was thinking that there maybe could be some layer break issue regarding the original BD-50.BD-50s have two layers, and it has to change between them, but there isn't a "layer break" in the same sense as what you may be thinking of in a DVD. You'll never see a pause of hiccup at the change like you might on a DVD.

[m.rup]

Ah, ok, thanks for the information.

[colinhunt]

Ohh-kay, first encode job finished on 0.47.03. Unfortunately it ended in an error message:

One or more reencoded files (00052.m2ts) are missing. Cannot complete the REBUILD process.

[03.29.14] BD Rebuilder v0.47.03 (beta)
[21:49:51] Source: KHUMBA
- Input BD size: 35,35 GB
- Approximate total content: [01:58:20.843]
- Target BD size: 22,95 GB
- Windows Version: 6.1 [7601]
- Quality: Highest (Very 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.
[21:49:57] PHASE ONE, Encoding
- [21:49:57] Processing: VID_00006 (1 of 11)
- [21:49:57] Reencoding video [VID_00006]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 122*712 frames
- Bitrate: 25*211 Kbs
- Using FRIMEncoder for MVC encoding
- [21:49:57] Reencoding: VID_00006, Pass 1 of 1
- [01:27:00] Video Encode complete
- [01:27:00] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (eng): Keeping original audio
- [01:27:00] Multiplexing M2TS
- [01:35:47] Blanking: VID_00012 (2 of 11)
- [01:35:47] Processing: VID_00014 (3 of 11)
- [01:35:47] Extracting A/V streams [VID_00014]
- [01:36:27] Reencoding video [VID_00014]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 10*032 frames
- Bitrate: 26*313 Kbs
- Using FRIMEncoder for MVC encoding
- [01:36:27] Reencoding: VID_00014, Pass 1 of 1
- [01:38:54] Video Encode complete
- [01:38:54] Processing audio tracks
- Track 4352 (eng): Reencoding audio to AC3...
- [01:38:57] Multiplexing M2TS
- [01:39:33] Scanning for 3D CLPI info...
- [01:39:47] Processing: VID_00037 (4 of 11)
- [01:39:47] Extracting A/V streams [VID_00037]
- [01:39:53] Reencoding video [VID_00037]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 470 frames
- Bitrate: 16*528 Kbs
- Using FRIMEncoder for MVC encoding
- [01:39:53] Reencoding: VID_00037, Pass 1 of 1
- [01:40:00] Video Encode complete
- [01:40:00] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [01:40:00] Multiplexing M2TS
- [01:40:04] Processing: VID_00043 (5 of 11)
- [01:40:04] Extracting A/V streams [VID_00043]
- [01:40:16] Reencoding video [VID_00043]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 2*976 frames
- Bitrate: 19*173 Kbs
- Using FRIMEncoder for MVC encoding
- [01:40:16] Reencoding: VID_00043, Pass 1 of 1
- [01:41:00] Video Encode complete
- [01:41:00] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [01:41:00] Multiplexing M2TS
- [01:41:07] Processing: VID_00046 (6 of 11)
- [01:41:07] Extracting A/V streams [VID_00046]
- [01:41:24] Reencoding video [VID_00046]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 4*147 frames
- Bitrate: 19*170 Kbs
- Using FRIMEncoder for MVC encoding
- [01:41:24] Reencoding: VID_00046, Pass 1 of 1
- [01:42:24] Video Encode complete
- [01:42:24] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [01:42:24] Multiplexing M2TS
- [01:42:33] Processing: VID_00064 (7 of 11)
- [01:42:33] Extracting A/V streams [VID_00064]
- [01:42:37] Reencoding video [VID_00064]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 144 frames
- Bitrate: 19*356 Kbs
- Using FRIMEncoder for MVC encoding
- [01:42:37] Reencoding: VID_00064, Pass 1 of 1
- [01:42:40] Video Encode complete
- [01:42:40] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [01:42:40] Multiplexing M2TS
- [01:42:43] Blanking: VID_00066 (8 of 11)
- [01:42:43] Processing: VID_00068 (9 of 11)
- [01:42:43] Extracting A/V streams [VID_00068]
- [01:43:52] Reencoding video [VID_00068]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 14*202 frames
- Bitrate: 19*181 Kbs
- Using FRIMEncoder for MVC encoding
- [01:43:52] Reencoding: VID_00068, Pass 1 of 1
- [01:47:18] Video Encode complete
- [01:47:18] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [01:47:18] Multiplexing M2TS
- [01:47:55] Processing: VID_00070 (10 of 11)
- [01:47:55] Extracting A/V streams [VID_00070]
- [01:48:10] Reencoding video [VID_00070]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 3*598 frames
- Bitrate: 19*186 Kbs
- Using FRIMEncoder for MVC encoding
- [01:48:10] Reencoding: VID_00070, Pass 1 of 1
- [01:49:03] Video Encode complete
- [01:49:03] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [01:49:03] Multiplexing M2TS
- [01:49:13] Processing: VID_00072 (11 of 11)
- [01:49:13] Extracting A/V streams [VID_00072]
- [01:49:27] Reencoding video [VID_00072]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 3*094 frames
- Bitrate: 19*181 Kbs
- Using FRIMEncoder for MVC encoding
- [01:49:27] Reencoding: VID_00072, Pass 1 of 1
- [01:50:13] Video Encode complete
- [01:50:13] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [01:50:13] Multiplexing M2TS
[01:50:23]PHASE ONE complete
[01:50:23]PHASE TWO - Rebuild Started
- [01:50:23] Converting SSIF file references
- [01:50:38] Rebuilding BD file Structure
[01:57:03] - Failed to REBUILD

Timestamp skips suddenly at one point when I noticed Windows' clock was a few hours off and fixed it.

There are no files beginning with 00052 in the WORKFILES directory. VID_00012 and VID_00066 were blanked manually.

BDRB's Stream window does not list a VID_00052 but there is a 00052.m2ts (stereo, 213MB) on disc.

Could this have happened because I resumed an earlier encoding job which stopped at FRIMEncoder crashing?

[rusty666]

this wolverine on ly got 45 min left so ill see what i can do after its done

[colinhunt]

Ran another encode, again with hardware decode/encode. FRIMEncoder behaved well, but job ended in the same error message as the previous one. It's again complaining about a missing 00052.m2ts. This time I made sure to start from scratch instead of resuming.

Looks to me like BDRB was not building a full backup, in fact. A lot of non-blanked files are missing from WORKFILES and from the partially-completed output.

[rusty666]

for the mvc encodeing does it matter if you put abr or cr on with one pass as i got mine on high speed 25? with both unticked

[gonca]

no mate sorry i got bit confusse its been a long day . ok so bios from when i restart pc . i built it myslef mate

in that case you can definitely enable it

[rusty666]

thanx for the info. is it not working for you tho at the moment with bdrebuilder?

[jdobbs]

Ohh-kay, first encode job finished on 0.47.03. Unfortunately it ended in an error message:

One or more reencoded files (00052.m2ts) are missing. Cannot complete the REBUILD process.

[03.29.14] BD Rebuilder v0.47.03 (beta)
[21:49:51] Source: KHUMBA
- Input BD size: 35,35 GB
- Approximate total content: [01:58:20.843]
- Target BD size: 22,95 GB
- Windows Version: 6.1 [7601]
- Quality: Highest (Very 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.
[21:49:57] PHASE ONE, Encoding
- [21:49:57] Processing: VID_00006 (1 of 11)
- [21:49:57] Reencoding video [VID_00006]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 122*712 frames
- Bitrate: 25*211 Kbs
- Using FRIMEncoder for MVC encoding
- [21:49:57] Reencoding: VID_00006, Pass 1 of 1
- [01:27:00] Video Encode complete
- [01:27:00] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (eng): Keeping original audio
- [01:27:00] Multiplexing M2TS
- [01:35:47] Blanking: VID_00012 (2 of 11)
- [01:35:47] Processing: VID_00014 (3 of 11)
- [01:35:47] Extracting A/V streams [VID_00014]
- [01:36:27] Reencoding video [VID_00014]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 10*032 frames
- Bitrate: 26*313 Kbs
- Using FRIMEncoder for MVC encoding
- [01:36:27] Reencoding: VID_00014, Pass 1 of 1
- [01:38:54] Video Encode complete
- [01:38:54] Processing audio tracks
- Track 4352 (eng): Reencoding audio to AC3...
- [01:38:57] Multiplexing M2TS
- [01:39:33] Scanning for 3D CLPI info...
- [01:39:47] Processing: VID_00037 (4 of 11)
- [01:39:47] Extracting A/V streams [VID_00037]
- [01:39:53] Reencoding video [VID_00037]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 470 frames
- Bitrate: 16*528 Kbs
- Using FRIMEncoder for MVC encoding
- [01:39:53] Reencoding: VID_00037, Pass 1 of 1
- [01:40:00] Video Encode complete
- [01:40:00] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [01:40:00] Multiplexing M2TS
- [01:40:04] Processing: VID_00043 (5 of 11)
- [01:40:04] Extracting A/V streams [VID_00043]
- [01:40:16] Reencoding video [VID_00043]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 2*976 frames
- Bitrate: 19*173 Kbs
- Using FRIMEncoder for MVC encoding
- [01:40:16] Reencoding: VID_00043, Pass 1 of 1
- [01:41:00] Video Encode complete
- [01:41:00] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [01:41:00] Multiplexing M2TS
- [01:41:07] Processing: VID_00046 (6 of 11)
- [01:41:07] Extracting A/V streams [VID_00046]
- [01:41:24] Reencoding video [VID_00046]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 4*147 frames
- Bitrate: 19*170 Kbs
- Using FRIMEncoder for MVC encoding
- [01:41:24] Reencoding: VID_00046, Pass 1 of 1
- [01:42:24] Video Encode complete
- [01:42:24] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [01:42:24] Multiplexing M2TS
- [01:42:33] Processing: VID_00064 (7 of 11)
- [01:42:33] Extracting A/V streams [VID_00064]
- [01:42:37] Reencoding video [VID_00064]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 144 frames
- Bitrate: 19*356 Kbs
- Using FRIMEncoder for MVC encoding
- [01:42:37] Reencoding: VID_00064, Pass 1 of 1
- [01:42:40] Video Encode complete
- [01:42:40] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [01:42:40] Multiplexing M2TS
- [01:42:43] Blanking: VID_00066 (8 of 11)
- [01:42:43] Processing: VID_00068 (9 of 11)
- [01:42:43] Extracting A/V streams [VID_00068]
- [01:43:52] Reencoding video [VID_00068]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 14*202 frames
- Bitrate: 19*181 Kbs
- Using FRIMEncoder for MVC encoding
- [01:43:52] Reencoding: VID_00068, Pass 1 of 1
- [01:47:18] Video Encode complete
- [01:47:18] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [01:47:18] Multiplexing M2TS
- [01:47:55] Processing: VID_00070 (10 of 11)
- [01:47:55] Extracting A/V streams [VID_00070]
- [01:48:10] Reencoding video [VID_00070]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 3*598 frames
- Bitrate: 19*186 Kbs
- Using FRIMEncoder for MVC encoding
- [01:48:10] Reencoding: VID_00070, Pass 1 of 1
- [01:49:03] Video Encode complete
- [01:49:03] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [01:49:03] Multiplexing M2TS
- [01:49:13] Processing: VID_00072 (11 of 11)
- [01:49:13] Extracting A/V streams [VID_00072]
- [01:49:27] Reencoding video [VID_00072]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 3*094 frames
- Bitrate: 19*181 Kbs
- Using FRIMEncoder for MVC encoding
- [01:49:27] Reencoding: VID_00072, Pass 1 of 1
- [01:50:13] Video Encode complete
- [01:50:13] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [01:50:13] Multiplexing M2TS
[01:50:23]PHASE ONE complete
[01:50:23]PHASE TWO - Rebuild Started
- [01:50:23] Converting SSIF file references
- [01:50:38] Rebuilding BD file Structure
[01:57:03] - Failed to REBUILD

Timestamp skips suddenly at one point when I noticed Windows' clock was a few hours off and fixed it.

There are no files beginning with 00052 in the WORKFILES directory. VID_00012 and VID_00066 were blanked manually.

BDRB's Stream window does not list a VID_00052 but there is a 00052.m2ts (stereo, 213MB) on disc.

Could this have happened because I resumed an earlier encoding job which stopped at FRIMEncoder crashing?Please don't blank anything. Let's test it first before making it complicated and difficult to debug.

[rusty666]

i have just dont wolverine from 3d iso to full backup 3d bd25 in power dvd it was all good im just gonna burn it and test in my player

[rusty666]

@ jdobbs. all done mate it took 6 hours and works perfect plays in my player perfect then menu and everything . great work . now im gonna do the hobbit 2. ill keep u posted once again thanx

[jdobbs]

I moved all the GPU discussions to a thread of its own. This is a bug thread -- please stay on topic. Adding all these side discussions makes it impossible to follow any legitimate bug reports.

[jdobbs]

@ jdobbs. all done mate it took 6 hours and works perfect plays in my player perfect then menu and everything . great work . now im gonna do the hobbit 2. ill keep u posted once again thanxGood to know. Thanks.

[colinhunt]

Please don't blank anything. Let's test it first before making it complicated and difficult to debug.
Allrighty. Running another HW encode, no blanking.

[AmigaFuture]

[02:34:06] Importing MKV: DUNE
- Collecting audio/video streams from source...
- Correcting MKV format inconsistencies...
[02:42:10]ERROR: Converting MKV container. Aborted.

This MKV doesn't have an SRT, so I'm not sure what the challenge is. I'm going to check it. What I...did..notice is something I'd consider a bug...or oversight and not a feature. :) When the Aborted happens, because of SRT or not, BD-RB shows the Stream tab. Someone not aware and not reporting bugs, could think "Oh, it's ready.." Since the "Backup" button is ready to be clicked. You may want to elect to keep BD-RB at the Log tab when an Abort happens. Someone would then question it or at least see "Aborted..? Why?" etc. Something to consider.

Edit 1: Ooops..Low HDD space is the cause for the abort. "- Building pseudo-BD source structure..." now happening.

[MarioGarcia]

Hello,
this is my log file:

----------------------
[03/29/14] BD Rebuilder v0.46.14 (beta)
[22:32:07] Source: A_CHRISTMAS_CAROL_3D_FRA_00001
- Input BD size: 34.60 GB
- Approximate total content: [01:35:48.200]
- Target BD size: 46.26 GB
- Windows Version: 6.1 [7601]
- MOVIE-ONLY mode enabled
- Quality: Good (Very Fast), ABR
- MVC 3D Output Mode enabled
- Decoding/Frame serving: FRIMDecode
- Audio Settings: AC3=1 DTS=1 HD=1 Kbs=640
[22:32:19] PHASE ONE, Encoding
- [22:32:19] Processing: VID_00001 (1 of 1)
- [22:32:19] Extracting A/V streams [VID_00001]
- [23:54:48] Reencoding video [VID_00001]
- [23:54:48] Keeping original video (no reencode)
- [23:54:48] Processing audio tracks
- Track 4352 (eng): Keeping original audio
[23:54:48]PHASE ONE complete
[23:54:48]PHASE TWO - Rebuild Started
- [23:54:49] Rebuilding BD file Structure
[00:07:26] - Encode and Rebuild complete
[00:07:26] JOB: A_CHRISTMAS_CAROL_3D_FRA finished.

the output iso is only 20.4GB and 59 minutes in lenght... I am doing it directly from disk with a trial version of anydvd.

thanks.

[montana72]

I have detected a fault in the new version with the previous not me happen.

At last, I remove audio, HD, videos and extras the reencode even if the result is less than the output booth, because? in other words, if I put the size of 50 Gigas and not reencode the result is less 23.3 Gigas, then because reencode if I put size of output 25 Gigas, because reencode if you don't need?

Thank you for everything

[jdobbs]

Allrighty. Running another HW encode, no blanking. I'll also try blanking something and see what happens. I'm just trying to get the basic 3D bugs out of the way first.

[jdobbs]

I have detected a fault in the new version with the previous not me happen.

At last, I remove audio, HD, videos and extras the reencode even if the result is less than the output booth, because? in other words, if I put the size of 50 Gigas and not reencode the result is less 23.3 Gigas, then because reencode if I put size of output 25 Gigas, because reencode if you don't need?

Thank you for everythingI don't understand what you are saying.

[jdobbs]

Hello,
this is my log file:

----------------------
[03/29/14] BD Rebuilder v0.46.14 (beta)
[22:32:07] Source: A_CHRISTMAS_CAROL_3D_FRA_00001
- Input BD size: 34.60 GB
- Approximate total content: [01:35:48.200]
- Target BD size: 46.26 GB
- Windows Version: 6.1 [7601]
- MOVIE-ONLY mode enabled
- Quality: Good (Very Fast), ABR
- MVC 3D Output Mode enabled
- Decoding/Frame serving: FRIMDecode
- Audio Settings: AC3=1 DTS=1 HD=1 Kbs=640
[22:32:19] PHASE ONE, Encoding
- [22:32:19] Processing: VID_00001 (1 of 1)
- [22:32:19] Extracting A/V streams [VID_00001]
- [23:54:48] Reencoding video [VID_00001]
- [23:54:48] Keeping original video (no reencode)
- [23:54:48] Processing audio tracks
- Track 4352 (eng): Keeping original audio
[23:54:48]PHASE ONE complete
[23:54:48]PHASE TWO - Rebuild Started
- [23:54:49] Rebuilding BD file Structure
[00:07:26] - Encode and Rebuild complete
[00:07:26] JOB: A_CHRISTMAS_CAROL_3D_FRA finished.

the output iso is only 20.4GB and 59 minutes in lenght... I am doing it directly from disk with a trial version of anydvd.

thanks.I'll have to see if I can find that one and give it a test.

[jdobbs]

----------------------
[02:05:08] Importing MKV: DUNE
- Collecting audio/video streams from source...
- Correcting MKV format inconsistencies...
[02:13:34]ERROR: Converting MKV container. Aborted.
----------------------
[02:34:06] Importing MKV: DUNE
- Collecting audio/video streams from source...
- Correcting MKV format inconsistencies...
[02:42:10]ERROR: Converting MKV container. Aborted.

I didn't have MKMerge GUI insert an SRT, so I'm not sure what the challenge is. I'm going to check into it. What I...did....notice is something I'd consider a bug...or oversight and not a feature. Haha. When the Aborted happens, because of SRT or not, BD-RB shows the Stream tab. Someone not aware and not reporting bugs, could think "Oh, it's ready.." Since the "Backup" button is ready to be clicked. You may want to elect to keep BD-RB at the Log tab when an Abort happens. Someone would then question it or at least see "Aborted..? Why?" etc. Something to consider.Can you give some specific instructions as to how I can create an MKV that will cause this error?

[Wizzu]

Been some time without compressing blu-rays, so I just discovered all the improvements you brought to BD-RB since the last time I used it.

Thanks! :)

I particularly appreciate the improved Quick-play feature (actually naming the features? That's GREAT!) and the correction "of an issue that might prevent AVCHD output from playing on certain players" (it was the case with my Panasonic BD-75 and it prevented me to use Quick-play).

Kudos. Another donation is pending. :cool:

[laserfan]

I will tell you, indeed it does require a special burner, which I have it. Since they have no dye layer on disc, a high power laser is used to engrave data on disc surface.

Just for info this is how disc looks, notice how transparent are they.
http://i60.tinypic.com/10idzzm.gif
Very off-topic, so maybe jdobbs you can/will move these posts, but in honor of World Backup Day I ordered some VERY recently released BD-R M-Discs and a burner.

I suppose these discs at ~$5 bucks a pop will be useful for priceless family videos or something, but IMO not for backups of commercial movies. I'm gonna use them for data backups--literally these discs etch-in-stone and last 1000 years.

[colinhunt]

I'll also try blanking something and see what happens. I'm just trying to get the basic 3D bugs out of the way first.
Well, when you're right, you're right. The job finished without errors when no items were blanked. Howeverrrrr... based on PowerDVD 13 OSD, all video on disc is MVC (haven't checked the original for that yet) and the main movie looks like it's 2D, not 3D - even though PDVD says the video is MVC.

One unfortunate result of ditching SSIF is that I can no longer check the output on Stereoscopic Player. PowerDVD can display MVC as red/cyan anamorphic, which is what I used on Stereoscopic Player, but I don't trust PDVD like I do SSP.

I'll burn the output on a BD-RE and check it on a stand-alone player.

[jdobbs]

Well, when you're right, you're right. The job finished without errors when no items were blanked. Howeverrrrr... based on PowerDVD 13 OSD, all video on disc is MVC (haven't checked the original for that yet) and the main movie looks like it's 2D, not 3D - even though PDVD says the video is MVC.

One unfortunate result of ditching SSIF is that I can no longer check the output on Stereoscopic Player. PowerDVD can display MVC as red/cyan anamorphic, which is what I used on Stereoscopic Player, but I don't trust PDVD like I do SSP.

I'll burn the output on a BD-RE and check it on a stand-alone player.PowerDVD sucks. I have it too. Try it on a standalone player.

If Stereoscopic Player is BD compatible -- it should play these discs. If it doesn't the problem is with the player.

As for all the content being MVC -- that's ok. Stereoscopic playback only differs from 3D by the existence of the MVC stream (either in-mux or out-of-mux) which has a reserved PID. The MVC stream is separated from the 2D video and is accessed through extensions in the MPLS and CLPI files. So a 2D player simply ignores it (because it doesn't look for the extensions).

[colinhunt]

If Stereoscopic Player is BD compatible
It's not, but it can open an SSIF file directly. It can't open stereo .m2ts files like the ones BDRB now outputs :/

As for all the content being MVC -- that's ok. Stereoscopic playback only differs from 3D by the existence of the MVC stream (either in-mux or out-of-mux) which has a reserved PID. The MVC stream is separated from the 2D video and is accessed through extensions in the MPLS and CLPI files. So a 2D player simply ignores it (because it doesn't look for the extensions).
Yeah. My puzzlement with PDVD was caused by the fact that PDVD shows commercial/original 3D Blu-ray titles properly, with depth, as red/cyan anaglyph 3D. But there's no separation, no depth, in the BDRB output I tested just now. Granted, it could easily be a problem with PDVD. I'll be much wiser once the BD-RE disc is done and I get to try it on a stand-alone.

[jdobbs]

It's not, but it can open an SSIF file directly. It can't open stereo .m2ts files like the ones BDRB now outputs :/


Yeah. My puzzlement with PDVD was caused by the fact that PDVD shows commercial/original 3D Blu-ray titles properly, with depth, as red/cyan anaglyph 3D. But there's no separation, no depth, in the BDRB output I tested just now. Granted, it could easily be a problem with PDVD. I'll be much wiser once the BD-RE disc is done and I get to try it on a stand-alone.If you want it to play them with Stereoscopic Player do this:

1. Add FORCE_INMUX_3D=1 to your INI file. This is a special case setting I added that tells BD-RB to only use in-mux MVC in the output (a single M2TS). Note: The component parts of ALL multi-part playlists are encoded as in-mux MVC regardless of this setting. This is necessary for playback continuity.

2. See if Stereoscopic Player recognizes it as 3D and plays it. An in-mux M2TS is structured exactly like an SSIF.

3. If that doesn't work, you can rename them to SSIF and play them (but DON'T leave them that way -- as a BD player won't recognize them unless they have the M2TS extension).

The discs that I have done in testing will play back as anaglyph in PowerDVD 11. Sometimes it's hard to tell -- but you see the color shift.

[colinhunt]

^ Thanks, I'll give it a shot!

[J666RST]

@ colinhunt & jdobbs I have a 3D laptop, did a full backup of Brave which works fine in 3D on my Panasonic stand alone. Playing it on my laptop in 2D works fine but when played in 3D you see random blocks appearing in the 3D image.

[jdobbs]

@ colinhunt & jdobbs I have a 3D laptop, did a full backup of Brave which works fine in 3D on my Panasonic stand alone. Playing it on my laptop in 2D works fine but when played in 3D you see random blocks appearing in the 3D image.If it plays back fine on the standalone, then the issue has to be in the player.

You may want to also try FORCE_INMUX_3D=1. It's possible a questionable player might have issues with the disc access time/coordination required for out-of-mux 3D (the AVC & MVC streams exist in two different M2TS files).

The only downside to using in-mux 3D is a few minutes of added processing time because BD-RB has to scan the output and create the CLPI itself. It generally adds 5-10 minutes or so. That's the only reason I didn't make it the default. But if others have issues, I may do that on the next release.

Another note: You don't have to do the entire reencode to take advantage of FORCE_INMUX_3D if you still have the working folder. That flag affects the REBUILD only.

[J666RST]

If it plays back fine on the standalone, then the issue has to be in the player.

You may want to also try FORCE_INMUX_3D=1. It's possible a questionable player might have issues with the disc access time required for out-of-mux 3D.

The only downside to using INMUX 3D is a few minutes of added processing time because BD-RB has to scan the output and create the CLPI itself.

Another note: You don't have to do the entire reencode to take advantage of FORCE_INMUX_3D if you still have the working folder. That flag affects the REBUILD only.

Will try that, will have to do a full reencode again. Will let you know in a few hours! BTW the player used is Toshibas own software blu ray player.

[colinhunt]

Ohh-kay, first playback test on a stand-alone player: everything appears to be working and the main movie plays in proper 3D. BUT! The BD drive is making one hell of a racket - it's seeking constantly, apparently reading data from two separate files and making a nasty noise while jumping back and forth between them.

This, I'm guessing, is due to out-of-mux 3D, with main and dependent view data split into two physically separate files on disc. To be perfectly honest, I'm not a fan of this solution, even though it appears to be working fine and so far I haven't noticed any stuttering or skipping in the movie.

I'm very glad jdobbs included the INMUX option :) - which I'm testing next.

[colinhunt]

Test #1 of the mux-in-3D version of Deep Water 3D: PowerDVD 13 plays it without issues - and red/cyan anaglyph 3D has separation and depth. So far, so good. Burning data on BD-RE next for testing on a stand-alone.

[Starfiresg1]

I did a full backup of Man of Steel to BD25 without blanking etc.. There were no issues during encoding. The resulting disc played fine in TMT and my standalone Panasonic.
I currently have a job of Jurassic Park running - its about 80 percent done.

[AmigaFuture]

@jdobbs

I updated my previous post.

[Rich86]

When converting a BD movie to DVD, selecting a subtitle to be forced on does not work.
Example = "The Book Thief" blu-ray.
The 1st subtitle is regular english. The last is forced english subtitles.
I selected both english subtitles to be included in the conversion, and clicked 2nd english subtitle to be forced on, and ran BDRB.
Both subtitles were converted, but the 2nd english subtitle was not forced on.
Workaround: use PGCEdit to open up the output DVD on hard disc and insert a "setstn" command to force the 2nd english subtitle on.

[colinhunt]

Yes! Excelsior! The in-mux-3D version plays nicely on a stand-alone - and there are no extraneous seeking noises coming from the drive!

Furthermore, Stereoscopic Player is A-OK with in-muxed .m2ts files, and there's even no need to rename them to SSIF :D

[jdobbs]

Ohh-kay, first playback test on a stand-alone player: everything appears to be working and the main movie plays in proper 3D. BUT! The BD drive is making one hell of a racket - it's seeking constantly, apparently reading data from two separate files and making a nasty noise while jumping back and forth between them.

This, I'm guessing, is due to out-of-mux 3D, with main and dependent view data split into two physically separate files on disc. To be perfectly honest, I'm not a fan of this solution, even though it appears to be working fine and so far I haven't noticed any stuttering or skipping in the movie.

I'm very glad jdobbs included the INMUX option :) - which I'm testing next.It is in the standard... so the player is REQUIRED to play it. If it makes noise, it is a fault in the player. My Sony player takes it in stride.

Sorry -- but that is a fact. With that said, though, I'll probably cause fewer headached for myself if I make in-mux the default in the next release.

[jdobbs]

When converting a BD movie to DVD, selecting a subtitle to be forced on does not work.
Example = "The Book Thief" blu-ray.
The 1st subtitle is regular english. The last is forced english subtitles.
I selected both english subtitles to be included in the conversion, and clicked 2nd english subtitle to be forced on, and ran BDRB.
Both subtitles were converted, but the 2nd english subtitle was not forced on.
Workaround: use PGCEdit to open up the output DVD on hard disc and insert a "setstn" command to force the 2nd english subtitle on. Hmm... I didn't think of that when I wrote the conversion software. I'll look into forcing them.

[jdobbs]

Yes! Excelsior! The in-mux-3D version plays nicely on a stand-alone - and there are no extraneous seeking noises coming from the drive!

Furthermore, Stereoscopic Player is A-OK with in-muxed .m2ts files, and there's even no need to rename them to SSIF :DCool.

[colinhunt]

It is in the standard... so the player is REQUIRED to play it. If it makes noise, it is a fault in the player.
It's not really a fault, it's just regular seeking noise created by the motors. It's only noticeable because the drive is seeking constantly.

[jdobbs]

@jdobbs

I updated my previous post.Thanks.

[colinhunt]

Cool.
Oh, very much so. There's another donation coming your way soonish to celebrate this milestone :)

When you begin fine-tuning, looking into blanking etc., could you please give the sizing algorithms another look? It seems that currently encodes come out 1.5 gigabytes too small when Output target is BD-25. I just finished another test run of Khumba 3D, and even with a silly Custom target size of 24550MB, it came out 1.5GB short of a full disc.

[Ch3vr0n]

Well it's chugging along at 6-8fps on my rig on w7, question though jdobbs qly chance you could implement cuda encoding to speed things up at least a little for users like me that do not have an i-series rig to use quicksync?

Verstuurd vanaf mijn Nexus 7 met Tapatalk

[colinhunt]

Some info I saw on Nvidia's Whitepaper on Kepler GPUs:

"All Kepler GPUs also incorporate a new hardware-based H.264 video encoder, NVENC. Prior to the introduction of Kepler, video encoding on previous GeForce products was handled by encode software running on the GPU’s array of CUDA Cores. While the CUDA Cores were able to deliver tremendous performance speedups compared to CPU-based encoding, one downside of using these high-speed processor cores to process video encoding was increased power consumption. By using specialized circuitry for H.264 encoding, the NVENC hardware encoder in Kepler is almost four times faster than our previous CUDA-based encoder while consuming much less power.

It is important to note that an application can choose to encode using both NVENC hardware and NVIDIA’s legacy CUDA encoder in parallel, without negatively affecting each other. However, some video pre-processing algorithms may require CUDA, and this will result in reduced performance from the CUDA encoder since the available CUDA Cores will be shared by the encoder and pre-processor. NVENC provides the following:

Can encode full HD resolution (1080p) videos up to 8x faster than real-time. For example, in high performance mode, encoding of a 16 minute long 1080p, 30 fps video will take approximately 2 minutes.
Support for H.264 Base, Main, and High Profile Level 4.1 (same as Blu-ray standard)
Supports MVC (Multiview Video Coding) for stereoscopic video—an extension of H.264 which is used for Blu-ray 3D.
Up to 4096x4096 encode"

So if I read that right, NVENC can accelerate MVC encoding as well.

My apologies for going off-topic :/

[cartman0208]

Hi guys,

I hope, one of you can help me.

I've been using BD Rebuilder for quite a while now, but since some weeks or so I'm experiencing problems:
Usually I reencode audio to ac3 because I mostly do BD9 encodes.
But reencoded audio plays with like a tenth of original speed.

I probably did something wrong with my system and I know its not necessarily a BD-Rebuilder issue but maybe one of you can pinpoint me to the direction, what could be wrong here.

- Windows Version: 6.1 [7601]
- 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.
- BD-RB v0.46.0.14, not current

Don't know why it says "not current", I just downloaded it from the website.
Never mind, I just found the inspect inside BDRB:
Checking System Settings
- BD-Rebuilder v0.46.14 (beta)
- Windows Version: 6.1 [7601]
- Working Path Free Space: 359,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
- AnyDVD settings check: Ok.
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- WAVI: Ok
- TSMUXER: Ok
- FRIMEncode: Ok
- FRIMDecode: Ok
[03.31.14] Systems Settings Check complete


Thanks for this great product!

[jdobbs]

Well it's chugging along at 6-8fps on my rig on w7, question though jdobbs qly chance you could implement cuda encoding to speed things up at least a little for users like me that do not have an i-series rig to use quicksync?

Verstuurd vanaf mijn Nexus 7 met TapatalkRight now there is only one freeware choice for MVC encoding... and its core code was written by Intel. Actually it's a pretty smart move -- it makes you wonder how NVidia let themselves get behind.

I know it has me wondering if I may want to buy an i7 processor...

[DMagic1]

Just completed Frozen and all went well. Size was perfect. No playback issue noticed.

On a side note, can want ever flag is used to stop playback if the tv isn't 3D be removed? This isn't a problem with movie only but in full backup it is. I'd like for the disc to be playable in 2D on my other 3D player that isn't connected to a 3D tv.

[jdobbs]

Just completed Frozen and all went well. Size was perfect. No playback issue noticed.

On a side note, can want ever flag is used to stop playback if the tv isn't 3D be removed? This isn't a problem with movie only but in full backup it is. I'd like for the disc to be playable in 2D on my other 3D player that isn't connected to a 3D tv.It's interesting. All 3D discs will play on 2D players. The standard was designed to assure downward compatibility. But, for some reason, some of the authors put checks in and require a 3D player and monitor. I think it is to make it necessary for consumers to buy either two discs, or to make you pay more for the 2D/3D/DVD set.

Unfortunately, the checks are done in either JAVA or via command sequences. So there's really no reasonable way to prevent it. That's one of the reasons I'm considering removing the "ignore 3D" option. On those discs you can still get the "can't play" message.

[Ch3vr0n]

Jdobbs, i don't mind paying a little if it'll do what i want it too. Perhaps neuron2 can help you in that endeavour. As afaik he has experience with cuda due to his dgdecnv. I'd be happy to pay $15 rather than a new system entirely. As for a new processor I'd need a new motherboard, which triggers new ram etc as my current mono doesn't support the i-series. It uses socket lga775. Other than that its currently estimated just over 6hrs for a full 45gb disc. Can't say that that's too bad.

Verstuurd vanaf mijn Nexus 7 met Tapatalk

[DMagic1]

It's interesting. All 3D discs will play on 2D players. The standard was designed to assure downward compatibility. But, for some reason, some of the authors put checks in and require a 3D player and monitor. I think it is to make it necessary for consumers to buy either two discs, or to make you pay more for the 2D/3D/DVD set.

Unfortunately, the checks are done in either JAVA or via command sequences. So there's really no reasonable way to prevent it. That's one of the reasons I'm considering removing the "ignore 3D" option. On those discs you can still get the "can't play" message.

I've only know one software(you can probably guess which) that partially disabled this check. It would play just as long as the player was 3D. The TV didn't have to be. So it seem the 3D player is needed probably to show menus properly but the TV part of it isn't. It would be nice to know how that was done.

[jdobbs]

Jdobbs, i don't mind paying a little if it'll do what i want it too. Perhaps neuron2 can help you in that endeavour. As afaik he has experience with cuda due to his dgdecnv. I'd be happy to pay $15 rather than a new system entirely. As for a new processor I'd need a new motherboard, which triggers new ram etc as my current mono doesn't support the i-series. It uses socket lga775. Other than that its currently estimated just over 6hrs for a full 45gb disc. Can't say that that's too bad.

Verstuurd vanaf mijn Nexus 7 met TapatalkI'm sure Nvidia will do decoding of 3D -- but I haven't heard anything about MVC encoding.

[jdobbs]

I've only know one software(you can probably guess which) that partially disabled this check. It would play just as long as the player was 3D. The TV didn't have to be. So it seem the 3D player is needed probably to show menus properly but the TV part of it isn't. It would be nice to know how that was done. There's a register in the player that can be set with commands that indicates whether the display can handle 3D. But the other important ones related to 3D are read-only. I would think you'd still have problems -- as the player would try to send a signal to the TV that is out of its capability.

The only way you could do it right would be to have a JAVA and/or command sequence interpreter that would simulate the player and look for places where the 3D registers are being read -- and it would then have to change the code during backup... but that's not practical at all.

[Ch3vr0n]

Perhaps you could contact them or neuron2. That's all i can ask, until i can find the funds for a new system. Been wanting one for a while anyway. Until you find a way, the current one will do just fine. Finally a real solution and alternative for users not wanting to relying on (in my view crappy) dvdfab/blufab

Verstuurd vanaf mijn Nexus 7 met Tapatalk

[DMagic1]

There's a register in the player that can be set with commands that indicates whether the display can handle 3D. But the other important ones related to 3D are read-only. I would think you'd still have problems -- as the player would try to send a signal to the TV that is out of its capability.

The only way you could do it right would be to have a JAVA and/or command sequence interpreter that would simulate the player and look for places where the 3D registers are being read -- and it would then have to change the code during backup... but that's not practical at all.

Could that register command setting be included as a hidden option to see how it pans out?

[Ch3vr0n]

So Top Gun 3D just finished succesfully, but with a downside. Using the default settings (no frim switches, no mux metho switches), PDVD 11 only displayed the menu in 3D, not the movie itself. I verified against the original and that one was properly displayed in 3D. will rerunning the job but this time with the FORCE_INMUX_3D=1 option make a difference? As i do not have a standalone PDVD 11 will have to suffice for now as i don't have any friends with 3D hardware.

I would love to get some recommendations for 3D standalone players though but in my pm box only as to not go offtopic. 2 requirements: either panasonic/LG and licensed pre feb 1st 2012 (want to avoid cinavia ;) i'll then go on a hunt to see where i can find one in BE, NL and/or FR)

[colinhunt]

will rerunning the job but this time with the FORCE_INMUX_3D=1 option make a difference?
It certainly did for me. Out-of-mux 3D version played in 2D on PDVD, but in-mux-3D played in 3D. This leads me to think that PDVD does not understand/support out-of-mux 3D.

[colinhunt]

I know it has me wondering if I may want to buy an i7 processor...
If you do start shopping for an i7, do keep in mind that not all of them have internal GPUs. The fastest CPU I have is the i7-3930K which belongs to Intel's "High End Desktop" series of i7 CPUs, and none of the CPUs in that series have a GPU.

[Ch3vr0n]

The one i had my eye set on before a financial setback prevented me from purchasing the rig i had configured was the i7-3770k, think that one did have the untenable gpu

@Colin: i wonder why the menu was in 3d then though.
Verstuurd vanaf mijn Nexus 7 met Tapatalk

[colinhunt]

@Colin: i wonder why the menu was in 3d then though.
I bet that's processed somehow differently, because in my out-of-mux test menu was also in 3D, but the movie was in 2D.

[montana72]

I don't understand what you are saying.

Sorry my English.

In the new version, said, although the output size is 25 gigabytes of disk, the programe re-encoded. If I put 50 gigabytes of output size, do not return to encodes and the result is less than 25, because the program does not detect that you don't have to re-encode because it fit on a BD-25?

Thanks a lot.

[Starfiresg1]

I can conform that Power DVD 11 seems to have issues with out-of-mux-3D. I loaded my Disc from yesterday (Man of Steel) up in Power DVD for a quick red/cyan-test. While the 3D controls are enabled and you get the color shift when enabling red/cyan output the movie doesn't show any depth whatsoever.
The same disc plays fine in my standalone Panasonic and in Arcsoft TMT6.

[colinhunt]

I can conform that Power DVD 11 seems to have issues with out-of-mux-3D. I loaded my Disc from yesterday (Man of Steel) up in Power DVD for a quick red/cyan-test. While the 3D controls are enabled and you get the color shift when enabling red/cyan output the movie doesn't show any depth whatsoever.
The same disc plays fine in my standalone Panasonic and in Arcsoft TMT6.
Thanks for the confirmation!

[jdobbs]

The one i had my eye set on before a financial setback prevented me from purchasing the rig i had configured was the i7-3770k, think that one did have the untenable gpu

@Colin: i wonder why the menu was in 3d then though.
Verstuurd vanaf mijn Nexus 7 met TapatalkI think I'll stick with what I have. Those i7s are really expensive. My AMD FX-8350 gets about 9-10.5fps for MVC encodes, and I can live with that. A 2 hour movie takes a little less than 5 hours.

Menus are almost always multipart. Multipart sources are always done in-mux.

I'm making in-mux MVC the default in the next release.

[jdobbs]

I can conform that Power DVD 11 seems to have issues with out-of-mux-3D. I loaded my Disc from yesterday (Man of Steel) up in Power DVD for a quick red/cyan-test. While the 3D controls are enabled and you get the color shift when enabling red/cyan output the movie doesn't show any depth whatsoever.
The same disc plays fine in my standalone Panasonic and in Arcsoft TMT6. Without a doubt the issue is PowerDVD, not BD-RB. I can't fix, and can't take responsibility for PowerDVD's problems. So I'd suggest anyone having that issue post it on THEIR forum.

But, as I said, I am making in-mux the default. This kind of thing is exactly why I limited the release of v0.47.3 -- to pick up anomalies the happen in the real world that aren't necessarily "bugs".

[colinhunt]

Without a doubt the issue is PowerDVD, not BD-RB.
I don't think anyone's pointing the finger at BD-RB here :)

[jdobbs]

I don't think anyone's pointing the finger at BD-RB here :)I appreciate people posting their experiences, even if it isn't a bug. That's how the software improves. I just want to be clear what is and isn't a problem in BD-RB

[rusty666]

when will it be posted @jobbs .

[rusty666]

@ jdobbs i ment

[jdobbs]

when will it be posted @jobbs .I'm not sure. I also have to make changes to movie-only rebuilds so they use in-mux, and it isn't as simple since BD-RB will have to create the BD structure in addition to CLPI. In the meantime the FORCE_INMUX_3D option works.

[wakko709]

[03/30/14] BD Rebuilder v0.46.14 (beta)
[20:42:15] Source: THE_ODD_LIFE_OF_TIMOTHY_GREEN
- Input BD size: 39.99 GB
- Approximate total content: [02:27:53.489]
- 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
[20:42:20] PHASE ONE, Encoding
- [20:42:20] Processing: VID_00800 (1 of 20)
- [20:42:20] Extracting A/V streams [VID_00800]
- [21:02:14] Reencoding video [VID_00800]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 150,504 frames
- Bitrate: 20,301 Kbs
- [21:02:14] Reencoding: VID_00800, Pass 1 of 1
- [21:51:10] Video Encode complete
- [21:51:10] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [21:51:11] Multiplexing M2TS
- [21:56:26] Processing: VID_00875 (2 of 20)
- [21:56:26] Extracting A/V streams [VID_00875]
- [21:56:53] Reencoding video [VID_00875]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 2,992 frames
- Bitrate: 18,696 Kbs
- [21:56:53] Reencoding: VID_00875, Pass 1 of 1
- [21:59:26] Video Encode complete
- [21:59:26] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [21:59:26] Multiplexing M2TS
- [21:59:33] Processing: VID_00876 (3 of 20)
- [21:59:33] Extracting A/V streams [VID_00876]
- [22:01:08] Reencoding video [VID_00876]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 13,310 frames
- Bitrate: 18,506 Kbs
- [22:01:08] Reencoding: VID_00876, Pass 1 of 1
- [22:12:09] Video Encode complete
- [22:12:09] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [22:12:09] Multiplexing M2TS
- [22:12:30] Processing: VID_00877 (4 of 20)
- [22:12:30] Extracting A/V streams [VID_00877]
- [22:14:15] Reencoding video [VID_00877]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 14,689 frames
- Bitrate: 18,509 Kbs
- [22:14:15] Reencoding: VID_00877, Pass 1 of 1
- [22:26:24] Video Encode complete
- [22:26:24] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [22:26:24] Multiplexing M2TS
- [22:26:43] Processing: VID_00878 (5 of 20)
- [22:26:43] Extracting A/V streams [VID_00878]
- [22:26:48] Reencoding video [VID_00878]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 168 frames
- Bitrate: 6,674 Kbs
- [22:26:48] Reencoding: VID_00878, Pass 1 of 1
- [22:26:51] Video Encode complete
- [22:26:51] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [22:26:51] Multiplexing M2TS
- [22:26:55] Processing: VID_00879 (6 of 20)
- [22:26:55] Extracting A/V streams [VID_00879]
- [22:27:06] Reencoding video [VID_00879]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 954 frames
- Bitrate: 18,736 Kbs
- [22:27:06] Reencoding: VID_00879, Pass 1 of 1
- [22:27:55] Video Encode complete
- [22:27:55] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [22:27:55] Multiplexing M2TS
- [22:27:59] Processing: VID_00880 (7 of 20)
- [22:27:59] Extracting A/V streams [VID_00880]
- [22:28:04] Reencoding video [VID_00880]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 168 frames
- Bitrate: 6,674 Kbs
- [22:28:04] Reencoding: VID_00880, Pass 1 of 1
- [22:28:06] Video Encode complete
- [22:28:06] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [22:28:06] Multiplexing M2TS
- [22:28:10] Processing: VID_00881 (8 of 20)
- [22:28:10] Extracting A/V streams [VID_00881]
- [22:28:22] Reencoding video [VID_00881]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 1,145 frames
- Bitrate: 18,634 Kbs
- [22:28:22] Reencoding: VID_00881, Pass 1 of 1
- [22:29:19] Video Encode complete
- [22:29:19] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [22:29:19] Multiplexing M2TS
- [22:29:24] Processing: VID_00882 (9 of 20)
- [22:29:24] Extracting A/V streams [VID_00882]
- [22:29:28] Reencoding video [VID_00882]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 168 frames
- Bitrate: 6,674 Kbs
- [22:29:29] Reencoding: VID_00882, Pass 1 of 1
- [22:29:32] Video Encode complete
- [22:29:32] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [22:29:32] Multiplexing M2TS
- [22:29:35] Processing: VID_00883 (10 of 20)
- [22:29:35] Extracting A/V streams [VID_00883]
- [22:29:51] Reencoding video [VID_00883]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 1,583 frames
- Bitrate: 18,665 Kbs
- [22:29:51] Reencoding: VID_00883, Pass 1 of 1
- [22:31:08] Video Encode complete
- [22:31:08] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [22:31:08] Multiplexing M2TS
- [22:31:13] Processing: VID_00884 (11 of 20)
- [22:31:13] Extracting A/V streams [VID_00884]
- [22:31:18] Reencoding video [VID_00884]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 168 frames
- Bitrate: 6,674 Kbs
- [22:31:18] Reencoding: VID_00884, Pass 1 of 1
- [22:31:21] Video Encode complete
- [22:31:21] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [22:31:21] Multiplexing M2TS
- [22:31:24] Processing: VID_00885 (12 of 20)
- [22:31:24] Extracting A/V streams [VID_00885]
- [22:31:34] Reencoding video [VID_00885]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 790 frames
- Bitrate: 18,676 Kbs
- [22:31:34] Reencoding: VID_00885, Pass 1 of 1
- [22:32:12] Video Encode complete
- [22:32:12] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [22:32:12] Multiplexing M2TS
- [22:32:17] Processing: VID_00886 (13 of 20)
- [22:32:17] Extracting A/V streams [VID_00886]
- [22:32:21] Reencoding video [VID_00886]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 168 frames
- Bitrate: 6,674 Kbs
- [22:32:21] Reencoding: VID_00886, Pass 1 of 1
- [22:32:24] Video Encode complete
- [22:32:24] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [22:32:24] Multiplexing M2TS
- [22:32:27] Processing: VID_00887 (14 of 20)
- [22:32:27] Extracting A/V streams [VID_00887]
- [22:33:17] Reencoding video [VID_00887]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 6,749 frames
- Bitrate: 18,632 Kbs
- [22:33:17] Reencoding: VID_00887, Pass 1 of 1
- [22:37:17] Video Encode complete
- [22:37:17] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [22:37:17] Multiplexing M2TS
- [22:37:31] Processing: VID_00888 (15 of 20)
- [22:37:31] Extracting A/V streams [VID_00888]
- [22:37:41] Reencoding video [VID_00888]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 1,537 frames
- Bitrate: 9,583 Kbs
- [22:37:41] Reencoding: VID_00888, Pass 1 of 1
- [22:38:36] Video Encode complete
- [22:38:36] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [22:38:36] Multiplexing M2TS
- [22:38:41] Processing: VID_00890 (16 of 20)
- [22:38:41] Extracting A/V streams [VID_00890]
- [22:38:55] Reencoding video [VID_00890]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 2,668 frames
- Bitrate: 10,215 Kbs
- [22:38:55] Reencoding: VID_00890, Pass 1 of 1
- Encode failed. Aborting.
- BD-Rebuilder v0.46.14 (beta)
- Windows Version: 6.1 [7601]
- Working Path Free Space: 35.33GB
- AVISYNTH Version: 2.5.8.0, Ok
- HAALI Splitter: 1.9.42.1, Ok
- FFDSHOW: 4504, Ok
- WIN7 preferred AVC CODEC: Ok
- WIN7 preferred VC-1 CODEC: Ok
- WIN7 preferred MPEG2 CODEC: Ok
- FFDSHOW VC-1 set to "wmv9", Ok
- FFDSHOW MPEG2 set to "libavcodec": Ok
- FFDSHOW AVC set to "libavcodec": Ok
- AnyDVD settings check: Ok.
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok
- FRIMEncode: Ok
- FRIMDecode: Ok
[22:38:56] - Failed video encode, aborted
- Windows Version: 6.1 [7601]
- 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.
- BD-RB v0.46.0.14, not current
bd-rb not current?
this was wierd cuz i jusr d/l the soft ware from this site

[Shylock]

Just tested BDRB 0.47.03 with "Wreck-it Ralph" and "Brave" both Region B french 3D release.
Backups working perfectly on TMT 6 and Standalone players Panasonic DMP-BDT 100 and Oppo BDP-103EU.
Seamless branching and multiangle works fine. The only difference is the lack of subtitles depth on backup.

Thanks for the great piece of software. Donation on its way

[rusty666]

is the 3d mux only for the powerdvbd that people are having problems with ?

[jdobbs]

Just tested BDRB 0.47.03 with "Wreck-it Ralph" and "Brave" both Region B french 3D release.
Backups working perfectly on TMT 6 and Standalone players Panasonic DMP-BDT 100 and Oppo BDP-103EU.
Seamless branching and multiangle works fine. The only difference is the lack of subtitles depth on backup.

Thanks for the great piece of software. Donation on its wayGood to know. Thanks.

I know I need to do something about subtitle depth -- I'm just not sure how I'm going to do it yet.

[Starfiresg1]

Without a doubt the issue is PowerDVD, not BD-RB.

That's without question. I wouldn't even have tried it if others hadn't reported issues. In my experience software players are plagued with many issues (not able to play some discs - constant updates needed to player newer discs ...).
My Panasonic standalone so far has not complained about any disc I have thrown at it.

(Sadly there was a time prior to a 3D TV when software players and red/cyan output was the only way to watch 3D.)

On another note: My last backups of Jurassic Park (out-of-mux) and Upside Down (in-mux) both finished without problems :)

[Racer]

Can BD Rebuilder also be used with DGDecIM?

http://forum.doom9.org/showthread.php?t=170237

[jdobbs]

Can BD Rebuilder also be used with DGDecIM?

http://forum.doom9.org/showthread.php?t=170237Not currently, but at some point it will support it.

[Ch3vr0n]

It's a PDVD issue alright, TMT6 plays it just "fine" although with fast flickering pixellation issues. I'll rerun the job tonight with inmux

@jdobbs: i can live with 6hrs aswell. Some "normal" BDs take that long too

[colinhunt]

i can live with 6hrs aswell. Some "normal" BDs take that long too
Which reminds me... QuickSync can accelerate AVC encoding as well. Ahem.

:D

[Yordan5]

Good to know. Thanks.

I know I need to do something about subtitle depth -- I'm just not sure how I'm going to do it yet.

The issue seems to be with tsMuxeR. When re-muxing a ripped 3D movie, the subtitles lose the 3D effect. If re-muxed a second time and allocate subtitle plane to the subtitle track, the 3d effect comes back.

[jdobbs]

The issue seems to be with tsMuxeR. When re-muxing a ripped 3D movie, the subtitles lose the 3D effect. If re-muxed a second time and allocate subtitle plane to the subtitle track, the 3d effect comes back.I knew the issue was with TSMUXER, but I didn't know a second mux could fix it... does that work every time? If so I can see what changes and fix it after the first time.

[jdobbs]

I may be able to get the 3D effect for subtitles working for the next release. Yordan5's post reminded me I hadn't added the plane parameter to the PGS muxing (despite my notes) in the new code I added for full-backups. I just tested it on a short and it seemed to work. I'll need to do some testing on several discs to be sure.

[Ch3vr0n]

well running the topgun job again but this time with in mux. curious how it'll turn out

[raul124]

Hi forum, what does mp4box mean?
03/31/14] Checking System Settings
- BD-Rebuilder v0.47.03 (beta)
- Windows Version: 6.1 [7600]
- Working Path Free Space: 116.68GB
- 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: Missing
- WAVI: Ok
- TSMUXER: Ok
- FRIMEncode: Ok
- FRIMDecode: Ok
[03/31/14] Systems Settings Check complete

[jdobbs]

Hi forum, what does mp4box mean?
03/31/14] Checking System Settings
- BD-Rebuilder v0.47.03 (beta)
- Windows Version: 6.1 [7600]
- Working Path Free Space: 116.68GB
- 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: Missing
- WAVI: Ok
- TSMUXER: Ok
- FRIMEncode: Ok
- FRIMDecode: Ok
[03/31/14] Systems Settings Check completeMP4Box is the tool used for creation of MP4 files. I just looked at the code. The INSPECT report is incorrect, MP4Box is not missing. I will correct it in the next release.

[Ch3vr0n]

I know you will be making it default in the next release but i just wanted to post back. Topgun 3D job just finished with the inmux method. I wanted to post back and confirm that it indeed has fixed the issue in PDVD 11 not showing depth. The conversion does still suffer from constant fast flickering pixelation issues spread acros the screen. (atleast in TMT 5, & PDVD 11) As i do not have a standalone setup i cannot confirm this is purely a software problem or also a hardware problem.

**edit** i will try a different movie tonight to see if it is a disc related problem (as the quality isn't exactly pristine to begin with, it is after all a rather old movie that was adapted to 3d) or a general problem

[colinhunt]

I know you will be making it default in the next release but i just wanted to post back. Topgun 3D job just finished with the inmux method. I wanted to post back and confirm that it indeed has fixed the issue in PDVD 11 not showing depth. The conversion does still suffer from constant fast flickering pixelation issues spread acros the screen. (atleast in TMT 5, & PDVD 11) As i do not have a standalone setup i cannot confirm this is purely a software problem or also a hardware problem.
I've now done 4 titles (hardware decode/encode) with in-mux method and all play perfectly on a stand-alone player, no flickering pixelation in sight.

[Ch3vr0n]

Could you try a software player such as pdvd or tmt? And with the defaults of software decode / encode. As i do not have an i series system. I don't have a standalone. If ppl have recommendations for a pre-cinavia era Panasonic or LG 3d player my pm box is waiting.

Verstuurd vanaf mijn Nexus 7 met Tapatalk

[colinhunt]

Could you try a software player such as pdvd or tmt?
No problems on PDVD13. I don't have TMT.

And with the defaults of software decode / encode.
I might do, once I get my dual-Xeon rig fixed. My i7 rig is now for hardware encodes only :|

e: Ohhkay, dual-Xeon is up again, and running a software encode/decode job now... huh, WTH? CPU usage is only around 35-37% and BDRB chugs along at a measly 5fps. And this from a dual-X5660. Not good, there's a bottleneck somewhere...

[G1nger]

Is there an FAQ or wiki for how to process 3D BD? I've looked through the posts but can't find a simple "how to". For example I've tried my 3D Life of Pi with versions 46.14 and 47.03 with mixed results. With 46.14 I did a movie only 25GB and checked the Enable SBS option with the resulting output playing fine on my PS3 and media player. When I tried full back up with 47.03 (SBS option not checked) and target size BD-50) the output didn't seem to be in 3D. What am I doing wrong? Sorry if this wasn't posted in the right forum.

[jdobbs]

Is there an FAQ or wiki for how to process 3D BD? I've looked through the posts but can't find a simple "how to". For example I've tried my 3D Life of Pi with versions 46.14 and 47.03 with mixed results. With 46.14 I did a movie only 25GB and checked the Enable SBS option with the resulting output playing fine on my PS3 and media player. When I tried full back up with 47.03 (SBS option not checked) and target size BD-50) the output didn't seem to be in 3D. What am I doing wrong? Sorry if this wasn't posted in the right forum.All you do is select a 3D source and everything is automatic. What do you mean by "didn't seem to be in 3D" -- how did you check it?

[G1nger]

jdobbs thanks for your quick reply. First off let me say thanks to you for all your efforts with BD Rebuilder. I've recently started using it using it and have never had any issues until I tried experimenting with 3D. The buzz on the forum around full 3D backups compelled me to give it a try. I've tried to learn on my own by reading the posts here and by trial and error but being unable to find a guide figured I'd ask the experts here on the forum. Forgive me if I don't give you the full scientific answer but I checked it by playing the ISO from my media player which supports 3D ISO and MKV files thru my AVR to my 3D plasma. When I played the file there was no "3D signal detected" message as there was with the 46.14 ISO. I tried using the 3D/2D button on the TV and didn't see any difference. I could tell immediately when I played the 46.14 ISO that it was in 3D. The only changes I made in 47.03 was a) the SBS option was unchecked and b) I set the output size to BB 50. I figured maybe I should have left the SBS option checked? Oh, and the 46.14 ISO would not play in 2D but the 47.03 was definitely only 2D. I deleted my working folder with the ISO and INI afterwards so no log file to check. I can try again and see what happens. I just wanted to make sure there wasn't something I was missing in the process. Thanks.

[jdobbs]

Either you left something out, or I don't understand how you got the ISO from 47.03. The newer version doesn't create ISO files by default. It creates folders. You'd have to add a hidden entry to your INI to create an ISO. Second - are you sure your player supports true BD-3D or only SBS? Your test with 46.14 used SBS output, while the 47.03 attempt didn't.

[DVD Maniac]

My default output when using BDRB now is Matroska .mkv file, Single Pass, CRF=18, Intact Audio as I prefer the single file result, the quality is indistinguishable from the source and I store on HDD so variable output size is not an issue. I have been using these settings for at least the last 20 runs and the output is fine. But since v46.13 I am now getting mixed results. Starting up the file with my preferred Player (Zoom Player) takes ages - up to 10 -15 seconds and if I select a random navigation point the player either crashes completely or another 10 - 15 seconds delay and usually audio and video totally out of sync. Same result with other players such as Power DVD or WMP.

Running Inspect.exe and it reported the HAALI Splitter as not recommended so I have rolled back to [1.9.42.1] and run some tests. However the newer version was working just fine before BDRB v46.13 so this is all a bit strange. Could the HAALI Splitter version cause these issues?

[J666RST]

I know you will be making it default in the next release but i just wanted to post back. Topgun 3D job just finished with the inmux method. I wanted to post back and confirm that it indeed has fixed the issue in PDVD 11 not showing depth. The conversion does still suffer from constant fast flickering pixelation issues spread acros the screen. (atleast in TMT 5, & PDVD 11) As i do not have a standalone setup i cannot confirm this is purely a software problem or also a hardware problem.
I had the fast flickering pixelation issue when playing on my Toshiba 3D laptop using Toshibas software, so it seems a software problem as my encode worked on fine on my standalone. Cant do any more tests at the moment as my SDD died 6 weeks out of warranty! Just waiting for my rescue disc before I can do more testing.

[Ch3vr0n]

just installed a trial of pdvd 13, to see if that one fixes it. Raiding in a game now, so will have to test later. Was testing in pdvd 11, 5 & 6

[Floque]

Either you left something out, or I don't understand how you got the ISO from 47.03. The newer version doesn't create ISO files by default. It creates folders. You'd have to add a hidden entry to your INI to create an ISO. Second - are you sure your player supports true BD-3D or only SBS? Your test with 46.14 used SBS output, while the 47.03 attempt didn't.


It took time using this fantastic program, mainly to have my copies of 3D security and a dvd 9 dvd 5 times without menu, always without any problems and some fantastic results. The problem comes when I see that I can now incorporate the full BD/3D with their menus on a DVD, I have no success does not appear anywhere on 3D SSIF folder nor does it create the ISO though that I've already read, you talk a Jokes input your INI not understand that point what I do wrong? or I have to configure for a complete BD/3D DVD? I have not touched anything as the program is therefore selected only language other than Spanish and Full Backup Mode.
They can explain to new people or inexperienced
Too long "Inspect" is not listed with the program, this change anything?
Excuse my language and have patience as using Google translator and unreliable.
Thank you all for the help.

[wakko709]

jdobbs is there a newer version out .46.13

[Ch3vr0n]

yes and no there is a 47.03 with experimental 3d full backup support. so unless you need/interested in that 46.14 is the latest

[Yordan5]

Could someone advise what settings I should use to get the most of this version in terms of speed and quality for MVC decoding/encoding? I see people mentioning Hardware and Software MVC encoding and I am not too sure how this is activated/deactivated. My system has i7 4770 with GeForce GTX 650 card. Do I need to take out the card and use the inbuilt Intel GPU for better results? Would appreciate some guidance on this as I am trying to test this version of BD-RB to the best potential of my system.

[colinhunt]

Could someone advise what settings I should use to get the most of this version in terms of speed and quality for MVC decoding/encoding? I see people mentioning Hardware and Software MVC encoding and I am not too sure how this is activated/deactivated. My system has i7 4770 with GeForce GTX 650 card. Do I need to take out the card and use the inbuilt Intel GPU for better results? Would appreciate some guidance on this as I am trying to test this version of BD-RB to the best potential of my system.
Your CPU has an internal Intel HD4600 GPU, which is good news: you can use Intel QuickSync to really speed up MVC encoding.

First things first: download and install the drivers for HD4600. Get the latest ones from Intel's driver download center. While you're at it, also download the previous driver release; it works better on my system than the latest drivers so if you run into problems, you might want to uninstall the latest drivers and try the previous ones instead.

You don't have to remove GeForce, but you do have to activate the HD4600. That means you need to A) connect a monitor to one of the display connectors on the motherboard or B) fool the HD4600 into thinking its connected to a display. A rough guide on how to do that can be found here: http://mirillis.com/en/products/tutorials/action-tutorial-intel-quick-sync-setup_for_desktops.html

Once HD4600 is activated and makes QuickSync available, you add three lines of text into BDREBUILDER.INI:

FORCE_INMUX_3D=1
FRIM_SW_DECODE=0
FRIM_SW_ENCODE=0

First one forces BDRB 47.03 into using in-mux-3D instead of out-of-mux-3D. In-mux appears to work better with software players, and it won't make your BD drive commit suicide in 10 minutes :D

Next two lines tell FRIMEncoder to detect QuickSync hardware (i.e. HD4600) and use it if found. By setting both values to zero, your rig will do both decoding and encoding in hardware. By setting value to 1, you tell FRIMEncoder to use software decoding and/or encoding. The creator of FRIMEncoder wrote in another thread he does decoding in hardware but encoding in software.

Next step would be to mount an ISO image of a 3D BD, run BD-RB and make a Full Backup of the title.

[Yordan5]

Thank you for the detailed guide. Will revert once I've managed all of the above and done a 3D movie back up.

[jdobbs]

It took time using this fantastic program, mainly to have my copies of 3D security and a dvd 9 dvd 5 times without menu, always without any problems and some fantastic results. The problem comes when I see that I can now incorporate the full BD/3D with their menus on a DVD, I have no success does not appear anywhere on 3D SSIF folder nor does it create the ISO though that I've already read, you talk a Jokes input your INI not understand that point what I do wrong? or I have to configure for a complete BD/3D DVD? I have not touched anything as the program is therefore selected only language other than Spanish and Full Backup Mode.
They can explain to new people or inexperienced
Too long "Inspect" is not listed with the program, this change anything?
Excuse my language and have patience as using Google translator and unreliable.
Thank you all for the help.From the CHANGES.TXT file:- Implemented 3D Full Backup Mode. Note that
BD-RB converts 3D method so that the SSIF
folder is no longer required -- the method
is 100% compliant with the BD standard.
- Due to the changes in the way 3D is handled,
BD-RB no longer outputs to ISO by default on
movie-only 3D encodes. It can be enabled by
using the OUTPUT_3D_ISO hidden option. Note:
This option only applies to movie-only 3D
encodes.From changes in v0.46.10- Removed INSPECT.EXE from the build. The
same functionality is now available from
the BD-RB HELP menu.It's important that you read the CHANGES.TXT file with each new release.

[Floque]

Thank you very much for your quick response.
I will continue testing, is interesting

[meadrocks]

I'm trying to do Hunger Games Catching Fire, movie only, English audio, english sub, mp4 container, 1920x1080, CRF 22, autoaac, autogop, mp4box keeps failing, tried it 2 times. Has anyone tried this combo?

[Ch3vr0n]

Post the Bdrb log, nobody can help you without it

Verstuurd vanaf mijn Nexus 7 met Tapatalk

[Ch3vr0n]

so just ran resident evil afterlife. The pixelation flickering has to be a software issue, as the quality of RE:A is 100x better to begin with compared to Top gun. Guess i'll have to go hunt for a standalone 3D player (hopefully i can find a pre-cinavia one)

[rusty666]

someone i gave hobbit to said it wont player proper on ther sammy c6900 i done a full 3d backup i dont have the log as they only just got back to me. it worked fine on mine and on a lg standalone

[rusty666]

is the 3d in mux so it ouputs the ssif file seperate? like in the last version

[rusty666]

same on ps3 aswell stutters he just said

[RobertM]

someone i gave hobbit to

Please refrain from talking about stuff like this. It is illegal activity and it could cause trouble for this site.

[rusty666]

ok . i have put a different 3d iso its 36 gb but bdrebuilder only reconizes 26 and does not do it in 3d only 2d? says mvc encoder enabled but when encodeing it only encodes as avc not mvc

[rusty666]

- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[12:30:17] PHASE ONE, Encoding
- [12:30:17] Processing: VID_00032 (1 of 1)
- [12:30:17] Extracting A/V streams [VID_00032]
- [12:38:32] Reencoding video [VID_00032]
- [12:38:32] Keeping original video (no reencode)
- [12:38:32] Processing audio tracks
- Track 4352 (eng): Keeping original audio
[12:38:32]PHASE ONE complete
[12:38:32]PHASE TWO - Rebuild Started
- [12:38:32] Rebuilding BD file Structure
[12:45:16] - Encode and Rebuild complete
[12:45:16] JOB: NURSE_3D finished.

[rusty666]

[04/02/14] BD Rebuilder v0.47.03 (beta)
[12:30:15] Source: NURSE_3D_00000
- Input BD size: 22.47 GB
- Approximate total content: [01:23:54.070]
- Target BD size: 22.95 GB
- Windows Version: 6.2 [9200]
- MOVIE-ONLY mode enabled
- Quality: High-Speed Option (BD-25+), ABR
- MVC 3D Output Mode enabled
- Decoding/Frame serving: FRIMDecode
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[12:30:17] PHASE ONE, Encoding
- [12:30:17] Processing: VID_00032 (1 of 1)
- [12:30:17] Extracting A/V streams [VID_00032]
- [12:38:32] Reencoding video [VID_00032]
- [12:38:32] Keeping original video (no reencode)
- [12:38:32] Processing audio tracks
- Track 4352 (eng): Keeping original audio
[12:38:32]PHASE ONE complete
[12:38:32]PHASE TWO - Rebuild Started
- [12:38:32] Rebuilding BD file Structure
[12:45:16] - Encode and Rebuild complete
[12:45:16] JOB: NURSE_3D finished.

[rusty666]

0.46.14 version did reconise the file as the full iso and mvc started encodeing the new version only reconises 2d

[varekai]

Got interested in the performance of Intel QuickSync.
Found this test from last year, is it's conclusion still valid?

http://www.tetrachromesoftware.com/q264Test1Analysis/q264test_1.html
http://www.tetrachromesoftware.com/q264Test1Analysis/q264test_conclusion.html

regards

[jdobbs]

I'm trying to do Hunger Games Catching Fire, movie only, English audio, english sub, mp4 container, 1920x1080, CRF 22, autoaac, autogop, mp4box keeps failing, tried it 2 times. Has anyone tried this combo?I didn't do that particular title, but I tested a couple of other movies to MP4 using that preset and they came out fine.

[jdobbs]

@rusty666

Please combine your thoughts into a single message before posting. When you make 3-4 posts for the same statement it makes the forum cluttered and hard to follow.

Thanks.

[Guest]

@rusty666

Please combine your thoughts into a single message before posting. When you make 3-4 posts for the same statement it makes the forum cluttered and hard to follow.
Or use the edit function to add further information if you need to augment something.

[rusty666]

no problem . is there any views @ jdobbs why its done that?

[jdobbs]

I'm not sure what you are asking... but one thing to note is that you are doing a movie-only backup. v0.47.03 only does out-of-mux 3D for movie-only encodes. The FORCE_INMUX_3D option doesn't apply to movie-only. I'm modifying BD-RB for the next release. All out-of-mux will be replaced by in-mux and the FORCE_INMUX_3D will go away.

I would suggest in the meantime that you set OUTPUT_3D_ISO=1 for movie-only encodes. That will generate an ISO that includes the SSIF folder. I probably should have left it as the default in this release, but I've never had any issues with out-of-mux on my players.

[rusty666]

it was the same on full movie backup it just encodeed as a 2d even tho it said mvc enabled . does that mean the next release the full backup movie with have the seperate ssif files like before. the movie it 36 gb but when i put in full mode it only says 26 gb . meaning that must be where its missing the 3d as it only encoded in 2d as tmt and powerdvd shown no 3d. when will the next release be ready . i tried it in the 0,46.14 and it does reconise it as 36gb and encodes in 3d but as that doesnt support full backup as id like it in full backup hope you can sort it . thanx

[jdobbs]

it was the same on full movie backup it just encodeed as a 2d even tho it said mvc enabled . does that mean the next release the full backup movie with have the seperate ssif files like before. the movie it 36 gb but when i put in full mode it only says 26 gb . meaning that must be where its missing the 3d as it only encoded in 2d as tmt and powerdvd shown no 3d. when will the next release be ready . i tried it in the 0,46.14 and it does reconise it as 36gb and encodes in 3d but as that doesnt support full backup as id like it in full backup hope you can sort it . thanx You CAN'T have SSIF files on a full backup. So "like before" makes no sense and is completely inaccurate. The SSIF folder is a repeat of what is in the two M2TS files, and creating it (without going directly to ISO) is NOT feasible because you'd have to half the bitrate and lose lots of quality -- for absolutely no reason.

The non-SSIF method works. It works 100%. I've done dozens of encodes and never once got 2D output. If you are seeing issues -- it ISN'T because of the method. It's something else. Do you possible have "IGNORE_3D" enabled?

Recognizing it as 36GB means nothing to me. I have no idea where you're getting that number and it isn't showing up in the logs you're posting. Some of the logs even have parts edited out. It's very possible that there are unreferenced files... I don't know.

[rusty666]

sorry jdobbs for the logs not bein right. i can confirm the full backup i did worked on 2 panasonic . does not play on 2 samsung players and lots of noise. but the new movie im talking about now is 36 gb but it only inputs as 26gb ill do a log. where is ignore 3d? i cant see that bein on as i just done a movie before it and it worked. the log i will post should be 36 gb. but it does reconise on 0.46.14. but not the latest build.

make that 3 samsung players the 3d full backup wont play stutters and lots noise but works on panasonic as it just been tested on another samsung

[rusty666]

[04/02/14] BD Rebuilder v0.47.03 (beta)
[19:51:13] Source: NURSE_3D
- Input BD size: 26.13 GB
- Approximate total content: [01:48:18.783]
- Target BD size: 22.95 GB
- Windows Version: 6.2 [9200]
- Quality: High-Speed Option (BD-25+), ABR
- MVC 3D Output Mode enabled
- Decoding/Frame serving: FRIMDecode
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[19:51:14] PHASE ONE, Encoding
- [19:51:14] Processing: VID_00019 (1 of 9)
- [19:51:14] Extracting A/V streams [VID_00019]
- [19:51:25] Reencoding video [VID_00019]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 11,713 frames
- Bitrate: 15,127 Kbs
- [19:51:25] Reencoding: VID_00019, Pass 1 of 2
- [19:51:25] Reencoding: VID_00019, Pass 2 of 2
- [19:55:26] Video Encode complete
- [19:55:26] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [19:55:26] Multiplexing M2TS
- [19:55:38] Processing: VID_00028 (2 of 9)
- [19:55:38] Extracting A/V streams [VID_00028]
- [19:55:45] Reencoding video [VID_00028]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 1,561 frames
- Bitrate: 15,146 Kbs
- [19:55:45] Reencoding: VID_00028, Pass 1 of 2
- [19:55:45] Reencoding: VID_00028, Pass 2 of 2
- [19:56:04] Video Encode complete
- [19:56:04] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [19:56:04] Multiplexing M2TS
- [19:56:08] Processing: VID_00029 (3 of 9)
- [19:56:08] Extracting A/V streams [VID_00029]
- [19:56:19] Reencoding video [VID_00029]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 3,433 frames
- Bitrate: 15,038 Kbs
- [19:56:19] Reencoding: VID_00029, Pass 1 of 2
- [19:56:19] Reencoding: VID_00029, Pass 2 of 2
- [19:57:03] Video Encode complete
- [19:57:03] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [19:57:03] Multiplexing M2TS
- [19:57:08] Processing: VID_00030 (4 of 9)
- [19:57:08] Extracting A/V streams [VID_00030]
- [19:57:15] Reencoding video [VID_00030]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 1,825 frames
- Bitrate: 15,157 Kbs
- [19:57:15] Reencoding: VID_00030, Pass 1 of 2
- [19:57:16] Reencoding: VID_00030, Pass 2 of 2
- [19:57:40] Video Encode complete
- [19:57:40] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [19:57:40] Multiplexing M2TS
- [19:57:44] Processing: VID_00031 (5 of 9)
- [19:57:44] Extracting A/V streams [VID_00031]
- [19:57:49] Reencoding video [VID_00031]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 769 frames
- Bitrate: 15,046 Kbs
- [19:57:49] Reencoding: VID_00031, Pass 1 of 2
- [19:57:49] Reencoding: VID_00031, Pass 2 of 2
- [19:57:59] Video Encode complete
- [19:57:59] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [19:57:59] Multiplexing M2TS
- [19:58:03] Processing: VID_00032 (6 of 9)
- [19:58:03] Extracting A/V streams [VID_00032]
- [20:05:28] Reencoding video [VID_00032]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 120,697 frames
- Bitrate: 27,050 Kbs
- [20:05:28] Reencoding: VID_00032, Pass 1 of 2
- [20:05:29] Reencoding: VID_00032, Pass 2 of 2



as you can see at the bottom is the main movie for encode but its not encodeing with mvc encoder just normal

[rusty666]

04/02/14] BD Rebuilder v0.46.14 (beta)
[20:08:23] Source: NURSE_3D_00000
- Input BD size: 32.43 GB
- Approximate total content: [01:23:54.070]
- Target BD size: 22.95 GB
- Windows Version: 6.2 [9200]
- MOVIE-ONLY mode enabled
- Quality: High-Speed Option (BD-25+), ABR
- MVC 3D Output Mode enabled
- Decoding/Frame serving: FRIMDecode
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[20:08:25] PHASE ONE, Encoding
- [20:08:25] Processing: VID_00032 (1 of 1)
- [20:08:25] Extracting A/V streams [VID_00032]
- [20:20:07] Reencoding video [VID_00032]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 120,697 frames
- Bitrate: 32,231 Kbs
- Using FRIMEncoder for MVC encoding
- [20:20:07] Reencoding: VID_00032, Pass 1 of 1


and build 0.46.14 as you can see does start the encode with frimencode mvc and inputs the right gb

[Guest]

One says MOVIE-ONLY mode and the other doesn't. Is it significant?

[rusty666]

you cant do full movie with 0.46.14. even on movie only its the same result with latest build. because its not inputting the full 36gb on movie only on lastest build u get a bd25 no reencode but only plays 2d


[04/02/14] BD Rebuilder v0.47.03 (beta)
[20:49:41] Source: NURSE_3D_00000
- Input BD size: 22.47 GB
- Approximate total content: [01:23:54.070]
- Target BD size: 22.95 GB
- Windows Version: 6.2 [9200]
- MOVIE-ONLY mode enabled
- Quality: High-Speed Option (BD-25+), ABR
- MVC 3D Output Mode enabled
- Decoding/Frame serving: FRIMDecode
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[20:49:50] PHASE ONE, Encoding
- [20:49:50] Processing: VID_00032 (1 of 1)
- [20:49:50] Extracting A/V streams [VID_00032]
- [20:57:02] Reencoding video [VID_00032]
- [20:57:02] Keeping original video (no reencode)
- [20:57:02] Processing audio tracks
- Track 4352 (eng): Keeping original audio
[20:57:02]PHASE ONE complete
[20:57:02]PHASE TWO - Rebuild Started
- [20:57:04] Rebuilding BD file Structu

[jdobbs]

Ok. I ordered "Nurse 3D" so I can do some testing. But it will be a few days before I get it. It isn't released here until April 8th. I'm hoping you're using a legitimate source... I'll be very upset if I find that I wasted my money (which is about the amount I received in donations this week) because the "true release" works fine.

[rusty666]

you didnt have to order it. thought i wasnt allowed to say if it was or not. what about the others skipping like mad in the samsung players and the ps3? i will donate a small bit as i said in previous post. as you can see the movie only encodes in 3d on the 0.46.14. how much did you pay

[DoctorM]

I know I've mentioned this, but I really can't believe I'm alone in seeing it. SO here are more details.
Still using 46.16 since I don't need 3D encoding.

(Logs and such abridged for conciseness...)

Movie Only Encoding:
- Input BD size: 23.79 GB
- Approximate total content: [01:17:58.048]
- Target BD size: 22.95 GB
- Windows Version: 5.1 [2600]
- MOVIE-ONLY mode enabled
- Auto Quality: Good (Very Fast), ABR
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=640
SOURCE_SIZE=25539293184
SOURCE_VIDEO_SIZE=25539293184
TARGET_SIZE=24641536000
REDUCTION=.964848001957923[/quote]
Okay, so BD-RB wants to re-encode with a 96% reduction, because the source is 23.79gb.
Except...
[quote]Format: BDAV
Format/Info: Blu-ray Video
File size: 23.8 GiB
Duration: 1h 17mn

Video
Stream size: 16.3 GiB (68%)

Audio #1
Format: PCM
Stream size: 3.76 GiB (16%)

Audio #2
Format: AC-3
Stream size: 357 MiB (1%)

Audio #3
Format: AC-3
Stream size: 357 MiB (1%)

Audio #4
Format: AC-3
Stream size: 357 MiB (1%)

Audio #5
Format: AC-3
Stream size: 357 MiB (1%)

Audio #6
Format: AC-3
Stream size: 357 MiB (1%)

Audio #7
Format: AC-3
Stream size: 357 MiB (1%)

Audio #8
Format: AC-3
Stream size: 357 MiB (1%)

Audio #9
Format: AC-3
Stream size: 357 MiB (1%)

Text #1
Format: PGS

Text #2
Format: PGS

Text #3
Format: PGS

Text #4
Format: PGS

Text #5
Format: PGS

Text #6
Format: PGS

Text #7
Format: PGS

Text #8
Format: PGS

Text #9
Format: PGS

Text #10
Format: PGS

Text #11
Format: PGS

Text #12
Format: PGS

Text #13
Format: PGS

Text #14
Format: PGS

Text #15
Format: PGS

Text #16
Format: PGS

Text #17
Format: PGS

Text #18
Format: PGS

Text #19
Format: PGS

Only audio track #2 and one subtitle track are marked to be kept. The input size should be 17.6gb (less whatever the 18 removed subtitle tracks take up).
23.79gb being assumed by BDRB as the input size is the FULL m2ts file before stripping, not after.

On a disc with a sane amount of audio tracks you might not notice this discrepancy.

[jdobbs]

you didnt have to order it. thought i wasnt allowed to say if it was or not. what about the others skipping like mad in the samsung players and the ps3? i will donate a small bit as i said in previous post. as you can see the movie only encodes in 3d on the 0.46.14. how much did you payI can't answer those kinds of questions without testing... do you think I simply throw my hands on the software and show "HEAL!" when I need to fix something?

[rusty666]

no i dont thats why i said ill donate. the 3d full backup i tested tho on the 3 samsung players and ps3 is not nurse 3d . just thought you might have an idea why they do it. how much dollars was nurse it could be just a bad rip of nurse i have but just confused on the others i have done why some players play it and others just stutter or dont play


i have donated 10 dollars

[jdobbs]

I know I've mentioned this, but I really can't believe I'm alone in seeing it

I've answered it before too. I did a test on at least one of the discs that were reported (not sure if it was one of your reports) -- and it needed reencoding in order to fit. You can't use the numbers you're showing. The true size of the video and audio can only be seen when you demux them. And even those numbers don't include the muxing overhead when they are rebuilt into BD. Tell me what disc it is and I can test it. I'm confident it is working properly, but if it isn't I can at least see why.

PGS streams, for the most part, aren't big enough to even worry about. So keeping or removing those usually doesn't matter much. Occasionally, though, one will come along that is huge.

[jdobbs]

no i dont thats why i said ill donate. the 3d full backup i tested tho on the 3 samsung players and ps3 is not nurse 3d . just thought you might have an idea why they do it. how much dollars was nurse it could be just a bad rip of nurse i have but just confused on the others i have done why some players play it and others just stutter or dont play


i have donated 10 dollarsThere are lots of reasons... bitrate, disc quality, size of the source, muxing, the encoder... it takes testing to see. But, as I said before, I have not seen playback issues on any of the discs I've done on a standalone player.

I ordered "Nurse 3D" because your log shows that it is a 3D disc that isn't being recognized as 3D during encoding. I consider that to be something I need to check. There are too many variables involved in the "stuttering" report.

Give me the name of a disc you've done that stutters and I'll test it.

[rusty666]

is that full backup 3d or with movie only where the ssif file is seperate. did you get the 10 dollar donation?

[jdobbs]

I also need the contents of the INI file that was used when you did the "stuttering" disc and also "Nurse 3D". Yes, I just looked and there is a $10 donation on my server. You should have gotten an acknowledgement e-mail.

The only time there will be a SSIF folder is if you do a movie-only backup -- and then only if it is done directly to ISO.

[rusty666]

thats for nurse 3d. i didnt save for the other



Options]
VERSION=0.47.0.3
MODE=3
ENCODE_QUALITY=5
ONEPASS_ENCODING=0
AUTO_QUALITY=0
TARGET_SIZE=23500
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
MOVIE_ONLY_LOOP=1
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=23500
[Paths]
WORKING_PATH=C:\USERS\RUSTYNAIL\VIDEOS\BDREBUILDER\
SOURCE_PATH=F:\

[jdobbs]

By the way... I just looked and you have posted four logs in the last two pages of this thread while you were discussing your issues -- and every one of those four logs says "Nurse 3D"... :sly:

[rusty666]

yes ? to show you one is with lastest build other is with 0.46.14. 0.46.14 does the input on nurse correct and encodes but latest build does not

[colinhunt]

it could be just a bad rip of nurse i have
So re-rip it from the original disc which you have. You do have it, right? Even though it hasn't been released yet. It's right next to the Hobbit part 2 discs which you happened to have several weeks before it was released anywhere in the world.

Sheesh. There's a very good reason why pirated discs should not be discussed here. It's against the forum rules, too.

[rusty666]

ok ill just leave it. was tryin to help but i guess not

[colinhunt]

ok ill just leave it. was tryin to help but i guess not
You're not helping by discussing pirated discs. It puts the entire forum as well as the software developers at risk.

[rusty666]

like i said ill just leave it to others. least i more less paided for half of nurse tho so hopefully that will help

[jdobbs]

Just do me one favor. I don't want to discuss where you got your disc. But never, never, never post a bug report that isn't using an original source as its input that you personally ripped. I'm not saying yours is one of them, but those "floating around" discs may have been hacked in ways that make them useless as a source. I can't fix problems that are there before I even start.

More importantly, they are against forum rules and can get you banned.

I'm not accusing you of anything... that's not my job. But enforcing forum rules is. I also don't want to be chasing snipe down rabbit holes.

[rusty666]

no problem i will do. am i allowed to ask when the next build will be ready ?

[Yordan5]

----------------------
[04/02/14] BD Rebuilder v0.47.03 (beta)
[18:29:04] Source: PROMETHEUS_3D
- Input BD size: 37.84 GB
- Approximate total content: [02:03:46.418]
- 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
[18:29:06] PHASE ONE, Encoding
- [18:29:06] Processing: VID_00000 (1 of 1)
- [18:29:06] Extracting A/V streams [VID_00000]
- [18:38:12] Reencoding video [VID_00000]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 178,056 frames
- Bitrate: 19,175 Kbs
- Using FRIMEncoder for MVC encoding
- [18:38:12] Reencoding: VID_00000, Pass 1 of 1
- [19:17:32] Video Encode complete
- [19:17:32] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [19:17:32] Multiplexing M2TS
- [19:25:33] Scanning for 3D CLPI info...
[19:28:57]PHASE ONE complete
[19:28:57]PHASE TWO - Rebuild Started
- [19:28:57] Rebuilding BD file Structure
[19:28:57] - Encode and Rebuild complete
[19:28:57] JOB: PROMETHEUS_3D finished.
----------------------

I think I managed to get Quick Sync working. Still not 100% sure but judging by the speed with which this movie was completed, BD-RB must've used it. I had never completed a 3D movie back up in less than an hour before.

[rusty666]

wish i could get mine working 3d takes 6 hours lol

[jdobbs]

I think I managed to get Quick Sync working. Still not 100% sure but judging by the speed with which this movie was completed, BD-RB must've used it. I had never completed a 3D movie back up in less than an hour before.
Wow. I'm jealous. One hour for 178,056 frames. My encodes are taking 5-6 hours. I have a test running right now of a 232,000 frame movie -- it is at 88% after 5 hours and 16 minutes.

[Guest]

no problem i will do. am i allowed to ask when the next build will be ready ? Hey rusty666, read the forum rules! Then you will know what you can and cannot discuss. You're lucky not to have gotten a rule 6 strike, and you're not doing your reputation here any good by playing dumb.

[rusty666]

i dont need you aswell i have been told.

[Guest]

i dont need you aswell i have been told. Apparently you still have not read the rules, because this is off topic for this thread (rule 3). I warn you again to read and follow our rules. Please follow up to PM and don't discuss it in this thread.

[raul124]

Wow. I'm jealous. One hour for 178,056 frames. My encodes are taking 5-6 hours. I have a test running right now of a 232,000 frame movie -- it is at 88% after 5 hours and 16 minutes.
Jdobbs that would be great for you to make your testing much quicker...here is little token to get you started...best wishes my Friend

[jdobbs]

no problem i will do. am i allowed to ask when the next build will be ready ?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.

[jdobbs]

Apparently you still have not read the rules, because this is off topic for this thread (rule 3). I warn you again to read and follow our rules. Please follow up to PM and don't discuss it in this thread.@rusty666
You're also treading on rules 16 and 17... neuron2 is a moderator here, and when he does his job he shouldn't have to get responses like this:i dont need you aswell i have been told

[HWK]

@ Jdobbs,

Have you noticed processor utilization change or I am the only one. Majority of the time it is above 75 percent.

BTW: Nice work, I am trying out right know and will report.

[DoctorM]

I've answered it before too. I did a test on at least one of the discs that were reported (not sure if it was one of your reports) -- and it needed reencoding in order to fit. You can't use the numbers you're showing. The true size of the video and audio can only be seen when you demux them. And even those numbers don't include the muxing overhead when they are rebuilt into BD. Tell me what disc it is and I can test it. I'm confident it is working properly, but if it isn't I can at least see why.

PGS streams, for the most part, aren't big enough to even worry about. So keeping or removing those usually doesn't matter much. Occasionally, though, one will come along that is huge.

I did the same project again, setting the target to BD50. The final size was 16.8gb. Ah well, maybe the issue will turn up somewhere else you can find it. Thanks.

[dfsooner]

I get this message every time I try to do a 3D full backup, typically about 60% of the way through the largest video file. I am running an Intel 3770K on an ASRock Z77 Extreme 4 Motherboard, Windows 7 64-bit with 24GB of RAM.

"FRIMEncode.exe failed"


Log file:
[04/02/14] BD Rebuilder v0.47.03 (beta)
[15:01:25] Source: AMAZING_SPIDER-MAN
- Input BD size: 42.03 GB
- Approximate total content: [02:56:11.266]
- 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=448
[15:01:28] PHASE ONE, Encoding
- [15:01:28] Processing: VID_00001 (1 of 13)
- [15:01:28] Extracting A/V streams [VID_00001]
[04/02/14] Checking System Settings
- BD-Rebuilder v0.47.03 (beta)
- Windows Version: 6.1 [7601]
- Working Path Free Space: 1,415.65GB
- 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: Missing
- WAVI: Ok
- TSMUXER: Ok
- FRIMEncode: Ok
- FRIMDecode: Ok
[04/02/14] Systems Settings Check complete
- [15:14:15] Reencoding video [VID_00001]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 196,056 frames
- Bitrate: 15,318 Kbs
- Using FRIMEncoder for MVC encoding
- [15:14:15] Reencoding: VID_00001, Pass 1 of 1
[17:38:07] - Failed video encode, aborted

BD_Rebuilder.ini:

[Options]
DTSX_ENABLE=1
MODE=0
ENCODE_QUALITY=3
AUTO_QUALITY=0
TARGET_SIZE=23500
PRIORITY_CLASS=1
AUDIO_TO_KEEP=all
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=0
AC3_192=0
KEEP_HD_AUDIO=1
AVCHD=1
REMOVE_WORKFILES=1
MOVIE_ONLY_LOOP=0
REMOVE_OUTPUT=0
USE_FILTERS=0
BDMV_CERT_ONLY=0
USE_LAVF=0
IVTC_PULLDOWN=1
ASSUME_DVD_PAL=0
UNMASK_CHAPTER=1
COMPLETION_BEEP=0
AUDIO_TRACK_LIMIT=0
VERSION=0.47.0.3
CUSTOM_TARGET_SIZE=23500
RESIZE_1440=0
DGDECNV=0
OUTPUT_3D=0
SUBTITLE_TRACK_LIMIT=0
ENABLE_TEST=1
ENABLE_BLANKING=0
MULTIPROCESS=1
RESIZE_720=0
NEROAAC=0
IGNORE_3D=0
OUTPUT_SBS=0
SUPTITLE=0
FORCE_INMUX_3D=1
FRIM_SW_DECODE=0
FRIM_SW_ENCODE=0
[Paths]
WORKING_PATH=F:\BD_REBUILDER WORKFILES\
SOURCE_PATH=X:\

[soneca]

@ Jdobbs,

Have you noticed processor utilization change or I am the only one. Majority of the time it is above 75 percent.

BTW: Nice work, I am trying out right know and will report.

I also noticed a small drop in processor utilization(MULTIPROCESS=3). At least the few conversions I've done.

[HWK]

Hmm, I am noticing quite opposite. In my case encoder has better utilization. Average 73 percent for encoder only with minimum 60 and max 85.

Preset: Ultra High Quality (Extremely Slow), ABR

[soneca]

I noticed a small difference in the first pass, usually using two passes(for media).
I used this latest version only twice, must be just me.:)

[HWK]

Oh, I see are you using x264. I am doing 3D backup with FRIMSource

In that case my bad :o

[jdobbs]

I did the same project again, setting the target to BD50. The final size was 16.8gb. Ah well, maybe the issue will turn up somewhere else you can find it. Thanks.Why can't you simply tell me what disc it is so I can test it and fix it? Is it some kind of big secret or what? It's frustrating when people post a bug and want me to fix it, but don't want to give me the information necessary to do so.

[jdobbs]

I get this message every time I try to do a 3D full backup, typically about 60% of the way through the largest video file. I am running an Intel 3770K on an ASRock Z77 Extreme 4 Motherboard, Windows 7 64-bit with 24GB of RAM.

"FRIMEncode.exe failed"


Log file:
[04/02/14] BD Rebuilder v0.47.03 (beta)
[15:01:25] Source: AMAZING_SPIDER-MAN
- Input BD size: 42.03 GB
- Approximate total content: [02:56:11.266]
- 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=448
[15:01:28] PHASE ONE, Encoding
- [15:01:28] Processing: VID_00001 (1 of 13)
- [15:01:28] Extracting A/V streams [VID_00001]
[04/02/14] Checking System Settings
- BD-Rebuilder v0.47.03 (beta)
- Windows Version: 6.1 [7601]
- Working Path Free Space: 1,415.65GB
- 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: Missing
- WAVI: Ok
- TSMUXER: Ok
- FRIMEncode: Ok
- FRIMDecode: Ok
[04/02/14] Systems Settings Check complete
- [15:14:15] Reencoding video [VID_00001]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 196,056 frames
- Bitrate: 15,318 Kbs
- Using FRIMEncoder for MVC encoding
- [15:14:15] Reencoding: VID_00001, Pass 1 of 1
[17:38:07] - Failed video encode, aborted

BD_Rebuilder.ini:

[Options]
DTSX_ENABLE=1
MODE=0
ENCODE_QUALITY=3
AUTO_QUALITY=0
TARGET_SIZE=23500
PRIORITY_CLASS=1
AUDIO_TO_KEEP=all
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=0
AC3_192=0
KEEP_HD_AUDIO=1
AVCHD=1
REMOVE_WORKFILES=1
MOVIE_ONLY_LOOP=0
REMOVE_OUTPUT=0
USE_FILTERS=0
BDMV_CERT_ONLY=0
USE_LAVF=0
IVTC_PULLDOWN=1
ASSUME_DVD_PAL=0
UNMASK_CHAPTER=1
COMPLETION_BEEP=0
AUDIO_TRACK_LIMIT=0
VERSION=0.47.0.3
CUSTOM_TARGET_SIZE=23500
RESIZE_1440=0
DGDECNV=0
OUTPUT_3D=0
SUBTITLE_TRACK_LIMIT=0
ENABLE_TEST=1
ENABLE_BLANKING=0
MULTIPROCESS=1
RESIZE_720=0
NEROAAC=0
IGNORE_3D=0
OUTPUT_SBS=0
SUPTITLE=0
FORCE_INMUX_3D=1
FRIM_SW_DECODE=0
FRIM_SW_ENCODE=0
[Paths]
WORKING_PATH=F:\BD_REBUILDER WORKFILES\
SOURCE_PATH=X:\Hmmm... "Amazing Spider-man" is one of the 3D discs I have on my hard drive for testing 3D. I'm having no issues at all.

I suspect this is your problem:

FRIM_SW_DECODE=0
FRIM_SW_ENCODE=0

Try different combinations. I'd be surprised if setting both to "1" didn't fix your problem -- but you may want to try other combinations as well so you can get the best speed (but still complete an encode). Someone somewhere else here on DOOM9 has reported a need to set one of the two to "1" with an i7 -- but I can't remember which combination.

[jdobbs]

Oh, I see are you using x264. I am doing 3D backup with FRIMSource

In that case my bad :oI'm using an updated FRIMEncode/Decode. That may be having an effect. I seem to remember the processor utilization being down below 50% in the past. That was the reason we went through that whole multiprocessing test...

[meadrocks]

I'm trying to do Hunger Games Catching Fire, movie only, English audio, english sub, mp4 container, 1920x1080, CRF 22, autoaac, autogop, mp4box keeps failing, tried it 2 times. Has anyone tried this combo?

I attached the log file from the build.

[DMagic1]

I did Thor: The Dark World 3D last week and despite the original having the second english sub on by default for the alien speech the movie only copy had no subs turned on by default.
I brought this up earlier but I needed to go back and check the movie and check my settings since you said it could be my settings. I have it set to keep all subs.

[HWK]

I'm using an updated FRIMEncode/Decode. That may be having an effect. I seem to remember the processor utilization being down below 50% in the past. That was the reason we went through that whole multiprocessing test...

Yes, I am aware of it. So far so good, although I won't report bug but I am trying 64 bit version and see how it goes.

[dfsooner]

Hmmm... "Amazing Spider-man" is one of the 3D discs I have on my hard drive for testing 3D. I'm having no issues at all.

I suspect this is your problem:

FRIM_SW_DECODE=0
FRIM_SW_ENCODE=0

Try different combinations. I'd be surprised if setting both to "1" didn't fix your problem -- but you may want to try other combinations as well so you can get the best speed (but still complete an encode). Someone somewhere else here on DOOM9 has reported a need to set one of the two to "1" with an i7 -- but I can't remember which combination.

Changed to FRIM_SW_ENCODE=1.

It seems to be running ok but has been running since about 10:00 last night and is only 83% through the first video file. Bummer going from 65 fps to 5.5.

[Guest]

There's an open thread about a problem with HW encoding at the Intel forum that may be related. We'll see how it plays out...

[raul124]

Hi Jdobbs, I just wanted to confirm if you got my small token of appreciation, I just updated my profile with a new Email and I hadn't used that old one on my profile..Thanks again Sir for an awesome software..Love it

[Guest]

@raul124

Please use PM for such private matters. It's hardly a bug report as required for this thread. Thank you.

[DoctorM]

Why can't you simply tell me what disc it is so I can test it and fix it? Is it some kind of big secret or what? It's frustrating when people post a bug and want me to fix it, but don't want to give me the information necessary to do so.
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.

[jdobbs]

Changed to FRIM_SW_ENCODE=1.

It seems to be running ok but has been running since about 10:00 last night and is only 83% through the first video file. Bummer going from 65 fps to 5.5.Have you tried with both set to "1"? I'm getting about 10fp on my AMD FX-8350.

[jdobbs]

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.I asked you twice. If you can't answer a simple question -- I cannot help you. You're on your own.

[DoctorM]

I asked you twice. If you can't answer a simple question -- I cannot help you. You're on your own.

Tinker Bell (2008)
Red 2 (2013)
Cinderella (1950)
Frozen (2013)

Which is the same list as every disc I've tried. I'm sorry, I thought I was clear.

[jdobbs]

Tinker Bell (2008)
Red 2 (2013)
Cinderella (1950)
Frozen (2013)

Which is the same list as every disc I've tried. I'm sorry, I thought I was clear.How hard was that? I have Red 2 on my harddrive right now and I could have tested it hours ago.

[Edit] I see right away why it is not doing it. It is a multipart source. BD-RB currently only looks at one part at a time as it encodes them. Since it cannot tell the output size of the other sections it never keeps the original on a multipart source.

I'll have to get creative and see if there is a way I can look at all the sections combined. I'm not sure when I will do that.

[colinhunt]

Someone somewhere else here on DOOM9 has reported a need to set one of the two to "1" with an i7 -- but I can't remember which combination.
There was a point in time when I had to use software decoding with hardware encoding. Hardware decoding resulted in garbled image on the output. Then I updated HD400 drivers to the latest release, managed to do 4 hardware decode/encode jobs successfully in a row, after which something happened and FRIMEncoder began crashing left and right - regardless of SW/HW decode/encode settings.

While I was running the latest drivers for HD4000 I did not have a display connected to the GPU. Instead I used the "connect to VGA display" trick to activate HD4000. Once FRIMEncoder began crashing all the time, I lugged the rig into my office, connected a real display to HD4000 and downgraded drivers to the previous release. After all that the rig has performed pretty much perfectly with both decode and encode done in hardware. And it's seriously fast even with quality setting 2: 60-70 fps all the way.

[DoctorM]

How hard was that? I have Red 2 on my harddrive right now and I could have tested it hours ago.

[Edit] I see right away why it is not doing it. It is a multipart source. BD-RB currently only looks at one part at a time as it encodes them. Since it cannot tell the output size of the other sections it never keeps the original on a multipart source.

I'll have to get creative and see if there is a way I can look at all the sections combined. I'm not sure when I will do that.
Red 2 also has many bogus playlists which is a problem if you are doing movie only. The correct one for U.S. retail is 00679.mpls. BD-RB can't tell, which is understandable.
The auto quality used ABR on this one for me and came out more than a gigabyte light for a BD25. Which works out to about the stripped audio size times the compression ratio applied.

The messed up jumble that is Red 2 is not present on the other discs I tested.

I really don't want to see you wasting too much time on this. My computer is old and will be rebuilt within a month and I'm running WinXP which will reach end of life in a couple weeks. If I see the same thing on my new system though, I will be sure to comment.

[jdobbs]

Red 2 also has many bogus playlists which is a problem if you are doing movie only. The correct one for U.S. retail is 00679.mpls. BD-RB can't tell, which is understandable.
The auto quality used ABR on this one for me and came out more than a gigabyte light for a BD25. Which works out to about the stripped audio size times the compression ratio applied.

The messed up jumble that is Red 2 is not present on the other discs I tested.

I really don't want to see you wasting too much time on this. My computer is old and will be rebuilt within a month and I'm running WinXP which will reach end of life in a couple weeks. If I see the same thing on my new system though, I will be sure to comment.Interesting. AnyDVD tells me that playlist 577 is the correct one. BD-RB automatically chooses the AnyDVD selection when it is available.

I don't think this has anything to do with your rig. BD-RB just won't keep the originals on multi-part sources. It never has.

[Sharc]

About bogus playlists:
I just came across a disc which took about 10 minutes for scanning the playlists. Eventually the total duration indicated something like 90 hours playback time, but the Quick-Play menu (set to 10 minutes threshold) was empty.
I found that there were 2 playlists with 25 hours duration and 712 chapters each (probably still pictures). No wonder that BDRB got confused. I had to manually delete the 2 playlists, set the threshold to 21 minutes in order to keep the Feature and 2 wanted Extras. The backup is running now ....
The disc is Game of Thrones, S2D5.
I wonder whether BDRB should perhaps do a sanity check to skip insane playlists?

[HWK]

Jdobbs, I just finished pacific rim few hours ago. During process I choose to keep English subtitle and audio only. However I recently watched and I see their entry. (Please note I am not talking about menu but actual stream name itself while playing in software player)

[Options]
VERSION=0.47.0.3
MODE=0
ENCODE_QUALITY=4
ONEPASS_ENCODING=0
AUTO_QUALITY=0
TARGET_SIZE=23500
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
AVCHD=1
REMOVE_WORKFILES=0
MOVIE_ONLY_LOOP=1
REMOVE_OUTPUT=0
USE_FILTERS=0
BDMV_CERT_ONLY=1
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=23500
MINIMIZE_TO_TRAY=1
[Paths]
SOURCE_PATH=K:\
WORKING_PATH=E:\BD-RB\

[Status]
LABEL=PACIFIC_RIM
VERSION=v0.47.03 (beta)
SOURCE_SIZE=44683740839
SOURCE_VIDEO_SIZE=44320131072
TARGET_SIZE=24641536000
REDUCTION=.547785524225085
RESIZE_1080=0
RESIZE_1440=0
AUDIO_TO_KEEP=eng;
KEEP_HD_AUDIO=-1
SUBS_TO_KEEP=eng;
BACKUP_MODE=0
MOVIEONLY_TYPE=0
USE_LAVF=0
INSTANCES=1
DGDECNV=0
SSIF_MODE=-1
QUICK=0
ENCODE_STEP=0
COMPLETED=2
REBUILD_COMPLETE=1
[00017]
AUDIO=
PGS=
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=231377874
RATE=5057
NSTART=27000000
NEND=42313423
NSIZE=60125184
FLINK=0
MLINK=0
[00098]
AUDIO=100000
PGS=100000000000
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=24046548359
RATE=19487
NSTART=27000000
NEND=381308952
NSIZE=13838567424
FLINK=0
MLINK=0

[04/02/14] BD Rebuilder v0.47.03 (beta)
[22:42:10] Source: PACIFIC_RIM
- Input BD size: 41.61 GB
- Approximate total content: [02:19:16.681]
- Target BD size: 22.95 GB
- Windows Version: 6.1 [7601]
- Quality: Ultra High Quality (Extremely Slow), ABR
- MVC 3D Output Mode enabled
- Decoding/Frame serving: FRIMDecode
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[22:42:15] PHASE ONE, Encoding
- [22:42:15] Processing: VID_00017 (1 of 2)
- [22:42:15] Extracting A/V streams [VID_00017]
- [22:42:22] Reencoding video [VID_00017]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 8,159 frames
- Bitrate: 5,057 Kbs
- Using FRIMEncoder for MVC encoding
- [22:42:22] Reencoding: VID_00017, Pass 1 of 1
- [22:48:27] Video Encode complete
- [22:48:27] Processing audio tracks
- [22:48:27] Multiplexing M2TS
- [22:48:32] Processing: VID_00098 (2 of 2)
- [22:48:32] Extracting A/V streams [VID_00098]
- [22:55:00] Reencoding video [VID_00098]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 188,857 frames
- Bitrate: 19,487 Kbs
- Using FRIMEncoder for MVC encoding
- [22:55:01] Reencoding: VID_00098, Pass 1 of 1
- [07:35:14] Video Encode complete
- [07:35:14] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [07:35:14] Multiplexing M2TS
[07:42:28]PHASE ONE complete
[07:42:28]PHASE TWO - Rebuild Started
- [07:42:28] Converting SSIF file references
- [07:42:36] Rebuilding BD file Structure
[07:42:41] - Encode and Rebuild complete
[07:42:41] JOB: PACIFIC_RIM finished.

[DoctorM]

Interesting. AnyDVD tells me that playlist 577 is the correct one. BD-RB automatically chooses the AnyDVD selection when it is available.

I don't think this has anything to do with your rig. BD-RB just won't keep the originals on multi-part sources. It never has.

577 may be correct.
https://forum.slysoft.com/showthread.php?58680-Red-2&p=380886#post380886

[dfsooner]

There was a point in time when I had to use software decoding with hardware encoding. Hardware decoding resulted in garbled image on the output. Then I updated HD400 drivers to the latest release, managed to do 4 hardware decode/encode jobs successfully in a row, after which something happened and FRIMEncoder began crashing left and right - regardless of SW/HW decode/encode settings.

While I was running the latest drivers for HD4000 I did not have a display connected to the GPU. Instead I used the "connect to VGA display" trick to activate HD4000. Once FRIMEncoder began crashing all the time, I lugged the rig into my office, connected a real display to HD4000 and downgraded drivers to the previous release. After all that the rig has performed pretty much perfectly with both decode and encode done in hardware. And it's seriously fast even with quality setting 2: 60-70 fps all the way.

I had already gone to the Intel site and downloaded the graphics driver (win64_153314 - I guess that's the right one). I also have a monitor attached because I don't have a separate graphics card installed.

Update: Just found win64-153318. I will install it and try again.

[wakko709]

[04/03/14] BD Rebuilder v0.46.14 (beta)
[10:22:39] Source: THE_ODD_LIFE_OF_TIMOTHY_GREEN
- Input BD size: 39.99 GB
- Approximate total content: [02:27:53.489]
- 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
[10:22:49] PHASE ONE, Encoding
- [10:22:49] Processing: VID_00800 (1 of 20)
- [10:22:49] Extracting A/V streams [VID_00800]
- [11:03:22] Reencoding video [VID_00800]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 150,504 frames
- Bitrate: 20,301 Kbs
- [11:03:22] Reencoding: VID_00800, Pass 1 of 1
- [11:56:15] Video Encode complete
- [11:56:15] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [11:56:15] Multiplexing M2TS
- [12:06:47] Processing: VID_00875 (2 of 20)
- [12:06:47] Extracting A/V streams [VID_00875]
- [12:07:38] Reencoding video [VID_00875]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 2,992 frames
- Bitrate: 18,696 Kbs
- [12:07:38] Reencoding: VID_00875, Pass 1 of 1
- [12:10:20] Video Encode complete
- [12:10:20] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [12:10:20] Multiplexing M2TS
- [12:10:37] Processing: VID_00876 (3 of 20)
- [12:10:37] Extracting A/V streams [VID_00876]
- [12:13:57] Reencoding video [VID_00876]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 13,310 frames
- Bitrate: 18,506 Kbs
- [12:13:57] Reencoding: VID_00876, Pass 1 of 1
- [12:25:46] Video Encode complete
- [12:25:46] Processing audio tracks
- Track 4352 (eng): Keeping original audio
----...
- [13:02:19] Reencoding: VID_00890, Pass 1 of 1
- Encode failed. Aborting.
- BD-Rebuilder v0.46.14 (beta)
- Windows Version: 6.1 [7601]
- Working Path Free Space: 774.10GB
- 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
[13:02:21] - Failed video encode, aborted

[jdobbs]

577 may be correct.
https://forum.slysoft.com/showthread.php?58680-Red-2&p=380886#post380886Hmmm... but this one was retail. I'm going to try both and see if they are any different from each other.

[jdobbs]

Jdobbs, I just finished pacific rim few hours ago. During process I choose to keep English subtitle and audio only. However I recently watched and I see their entry. (Please note I am not talking about menu but actual stream name itself while playing in software player)I don't think I understand what you're saying by "I see their entry".

[jdobbs]

@wakko709

You removed the part of the log where the error happened, so all I can do is guess. But since it looks like it was working fine and then died... a good guess might be system instability (usually overheating).

[HWK]

I don't think I understand what you're saying by "I see their entry".

Oh, typo error. As for actual statement I am referring to entry of all language and subtitle accessible in movie itself. When software player is used.

example

1. English
2. French
3. Spanish

Although all are visible in TMT, but changing any of them result in English, which of course is expected. Normally you only have entry for which stream exist.

[wakko709]

[04/03/14] BD Rebuilder v0.46.14 (beta)
[10:22:39] Source: THE_ODD_LIFE_OF_TIMOTHY_GREEN
- Input BD size: 39.99 GB
- Approximate total content: [02:27:53.489]
- 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
[10:22:49] PHASE ONE, Encoding
- [10:22:49] Processing: VID_00800 (1 of 20)
- [10:22:49] Extracting A/V streams [VID_00800]
- [11:03:22] Reencoding video [VID_00800]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 150,504 frames
- Bitrate: 20,301 Kbs
- [11:03:22] Reencoding: VID_00800, Pass 1 of 1
- [11:56:15] Video Encode complete
- [11:56:15] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [11:56:15] Multiplexing M2TS
- [12:06:47] Processing: VID_00875 (2 of 20)
- [12:06:47] Extracting A/V streams [VID_00875]
- [12:07:38] Reencoding video [VID_00875]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 2,992 frames
- Bitrate: 18,696 Kbs
- [12:07:38] Reencoding: VID_00875, Pass 1 of 1
- [12:10:20] Video Encode complete
- [12:10:20] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [12:10:20] Multiplexing M2TS
- [12:10:37] Processing: VID_00876 (3 of 20)
- [12:10:37] Extracting A/V streams [VID_00876]
- [12:13:57] Reencoding video [VID_00876]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 13,310 frames
- Bitrate: 18,506 Kbs
- [12:13:57] Reencoding: VID_00876, Pass 1 of 1
- [12:25:46] Video Encode complete
- [12:25:46] Processing audio tracks
- Track 4352 (eng): Keeping original audio
...
[12:55:01] Reencoding: VID_00887, Pass 1 of 1
- [12:59:49] Video Encode complete
- [12:59:49] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [12:59:49] Multiplexing M2TS
- [13:00:17] Processing: VID_00888 (15 of 20)
- [13:00:17] Extracting A/V streams [VID_00888]
- [13:00:36] Reencoding video [VID_00888]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 1,537 frames
- Bitrate: 9,583 Kbs
- [13:00:36] Reencoding: VID_00888, Pass 1 of 1
- [13:01:43] Video Encode complete
- [13:01:43] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [13:01:43] Multiplexing M2TS
- [13:01:52] Processing: VID_00890 (16 of 20)
- [13:01:52] Extracting A/V streams [VID_00890]
- [13:02:19] Reencoding video [VID_00890]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 2,668 frames
- Bitrate: 10,215 Kbs
- [13:02:19] Reencoding: VID_00890, Pass 1 of 1
- Encode failed. Aborting.
- BD-Rebuilder v0.46.14 (beta)
- Windows Version: 6.1 [7601]
- Working Path Free Space: 774.10GB
- 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
[13:02:21] - Failed video encode, aborted
----------------------

[wakko709]

----------------------
[04/03/14] BD Rebuilder v0.46.14 (beta)
[16:42:43] Source: THE_ODD_LIFE_OF_TIMOTHY_GREEN
- Input BD size: 39.99 GB
- Approximate total content: [02:27:53.489]
- 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
[16:43:08] PHASE ONE, Encoding
- [16:43:08] Processing: VID_00800 (1 of 20)
- [16:43:08] Extracting A/V streams [VID_00800]
- [17:23:38] Reencoding video [VID_00800]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 150,504 frames
- Bitrate: 20,301 Kbs
- [17:23:38] Reencoding: VID_00800, Pass 1 of 1
- [18:12:59] Video Encode complete
- [18:12:59] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [18:12:59] Multiplexing M2TS
- [18:23:16] Processing: VID_00875 (2 of 20)
- [18:23:16] Extracting A/V streams [VID_00875]
- [18:24:07] Reencoding video [VID_00875]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 2,992 frames
- Bitrate: 18,696 Kbs
- [18:24:07] Reencoding: VID_00875, Pass 1 of 1
- [18:26:36] Video Encode complete
- [18:26:36] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [18:26:36] Multiplexing M2TS
- [18:26:53] Processing: VID_00876 (3 of 20)
- [18:26:53] Extracting A/V streams [VID_00876]
- [18:30:13] Reencoding video [VID_00876]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 13,310 frames
- Bitrate: 18,506 Kbs
- [18:30:14] Reencoding: VID_00876, Pass 1 of 1
- [18:41:02] Video Encode complete
- [18:41:02] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [18:41:02] Multiplexing M2TS
- [18:42:03] Processing: VID_00877 (4 of 20)
- [18:42:03] Extracting A/V streams [VID_00877]
- [18:45:44] Reencoding video [VID_00877]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 14,689 frames
- Bitrate: 18,509 Kbs
- [18:45:44] Reencoding: VID_00877, Pass 1 of 1
- [18:57:59] Video Encode complete
- [18:57:59] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [18:57:59] Multiplexing M2TS
- [18:59:34] Processing: VID_00878 (5 of 20)
- [18:59:34] Extracting A/V streams [VID_00878]
- [18:59:41] Reencoding video [VID_00878]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 168 frames
- Bitrate: 6,674 Kbs
- [18:59:41] Reencoding: VID_00878, Pass 1 of 1
- [18:59:45] Video Encode complete
- [18:59:45] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [18:59:45] Multiplexing M2TS
- [18:59:50] Processing: VID_00879 (6 of 20)
- [18:59:50] Extracting A/V streams [VID_00879]
- [19:00:10] Reencoding video [VID_00879]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 954 frames
- Bitrate: 18,736 Kbs
- [19:00:10] Reencoding: VID_00879, Pass 1 of 1
- [19:01:01] Video Encode complete
- [19:01:01] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [19:01:01] Multiplexing M2TS
- [19:01:09] Processing: VID_00880 (7 of 20)
- [19:01:09] Extracting A/V streams [VID_00880]
- [19:01:15] Reencoding video [VID_00880]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 168 frames
- Bitrate: 6,674 Kbs
- [19:01:15] Reencoding: VID_00880, Pass 1 of 1
- [19:01:18] Video Encode complete
- [19:01:19] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [19:01:19] Multiplexing M2TS
- [19:01:23] Processing: VID_00881 (8 of 20)
- [19:01:23] Extracting A/V streams [VID_00881]
- [19:01:46] Reencoding video [VID_00881]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 1,145 frames
- Bitrate: 18,634 Kbs
- [19:01:47] Reencoding: VID_00881, Pass 1 of 1
- [19:02:48] Video Encode complete
- [19:02:48] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [19:02:48] Multiplexing M2TS
- [19:02:58] Processing: VID_00882 (9 of 20)
- [19:02:58] Extracting A/V streams [VID_00882]
- [19:03:04] Reencoding video [VID_00882]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 168 frames
- Bitrate: 6,674 Kbs
- [19:03:04] Reencoding: VID_00882, Pass 1 of 1
- [19:03:07] Video Encode complete
- [19:03:07] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [19:03:07] Multiplexing M2TS
- [19:03:12] Processing: VID_00883 (10 of 20)
- [19:03:12] Extracting A/V streams [VID_00883]
- [19:03:41] Reencoding video [VID_00883]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 1,583 frames
- Bitrate: 18,665 Kbs
- [19:03:41] Reencoding: VID_00883, Pass 1 of 1
- [19:05:00] Video Encode complete
- [19:05:00] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [19:05:01] Multiplexing M2TS
- [19:05:12] Processing: VID_00884 (11 of 20)
- [19:05:12] Extracting A/V streams [VID_00884]
- [19:05:18] Reencoding video [VID_00884]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 168 frames
- Bitrate: 6,674 Kbs
- [19:05:18] Reencoding: VID_00884, Pass 1 of 1
- [19:05:21] Video Encode complete
- [19:05:21] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [19:05:22] Multiplexing M2TS
- [19:05:26] Processing: VID_00885 (12 of 20)
- [19:05:26] Extracting A/V streams [VID_00885]
- [19:05:44] Reencoding video [VID_00885]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 790 frames
- Bitrate: 18,676 Kbs
- [19:05:44] Reencoding: VID_00885, Pass 1 of 1
- [19:06:23] Video Encode complete
- [19:06:23] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [19:06:23] Multiplexing M2TS
- [19:06:31] Processing: VID_00886 (13 of 20)
- [19:06:31] Extracting A/V streams [VID_00886]
- [19:06:37] Reencoding video [VID_00886]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 168 frames
- Bitrate: 6,674 Kbs
- [19:06:37] Reencoding: VID_00886, Pass 1 of 1
- [19:06:40] Video Encode complete
- [19:06:40] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [19:06:40] Multiplexing M2TS
- [19:06:44] Processing: VID_00887 (14 of 20)
- [19:06:44] Extracting A/V streams [VID_00887]
- [19:08:24] Reencoding video [VID_00887]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 6,749 frames
- Bitrate: 18,632 Kbs
- [19:08:25] Reencoding: VID_00887, Pass 1 of 1
- [19:12:34] Video Encode complete
- [19:12:34] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [19:12:35] Multiplexing M2TS
- [19:13:02] Processing: VID_00888 (15 of 20)
- [19:13:02] Extracting A/V streams [VID_00888]
- [19:13:20] Reencoding video [VID_00888]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 1,537 frames
- Bitrate: 9,583 Kbs
- [19:13:21] Reencoding: VID_00888, Pass 1 of 1
- [19:14:19] Video Encode complete
- [19:14:19] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [19:14:19] Multiplexing M2TS
- [19:14:27] Processing: VID_00890 (16 of 20)
- [19:14:27] Extracting A/V streams [VID_00890]
- [19:14:54] Reencoding video [VID_00890]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 2,668 frames
- Bitrate: 10,215 Kbs
- [19:14:54] Reencoding: VID_00890, Pass 1 of 1
- Encode failed. Aborting.
- BD-Rebuilder v0.46.14 (beta)
- Windows Version: 6.1 [7601]
- Working Path Free Space: 774.10GB
- 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:14:56] - Failed video encode, aborted

[jdobbs]

Oh, typo error. As for actual statement I am referring to entry of all language and subtitle accessible in movie itself. When software player is used.

example

1. English
2. French
3. Spanish

Although all are visible in TMT, but changing any of them result in English, which of course is expected. Normally you only have entry for which stream exist.That's pretty much the only say you can do a full backup and still remove audio. The streams can be referenced from within command sequences or JAVA. If they don't exist, you risk failure. So the removed streams are simply changed to point to the PID of the audio and/or PGS that was kept.

[dfsooner]

I had already gone to the Intel site and downloaded the graphics driver (win64_153314 - I guess that's the right one). I also have a monitor attached because I don't have a separate graphics card installed.

Update: Just found win64-153318. I will install it and try again.

Looks like win64-153318 did the trick. Alice in Wonderland completed successfully.

[colinhunt]

Looks like win64-153318 did the trick. Alice in Wonderland completed successfully.
That's interesting - it looks like the driver versions worked the other way round for you, i.e. latest ones work, previous ones don't.

[savagebasher]

I'm having issues importing multiple video files and creating a menu set. import and encode go fine, but when I burn and try to play the disc I just get a black screen. if I only do 1 file it works just fine. I have tried using both full backup and quickplay, both to no avail. what am I doing wrong? the bd player is my ps3.

[jdobbs]

How hard was that? I have Red 2 on my harddrive right now and I could have tested it hours ago.

[Edit] I see right away why it is not doing it. It is a multipart source. BD-RB currently only looks at one part at a time as it encodes them. Since it cannot tell the output size of the other sections it never keeps the original on a multipart source.

I'll have to get creative and see if there is a way I can look at all the sections combined. I'm not sure when I will do that. Just a note on this. I probably should clarify. BD-RB can keep original on multipart playlists. Where it gets complicated is when there are multipart playlists -- and component parts are also contained of other multipart playlists. So if a decision is made to keep the original -- the decision has to ripple through, and be checked for size against all the other playlists... and.. all the component parts of each of those playlists have to be checked to see if they also are a part of other component playlists.

That's why sometimes it isn't as simple as it sounds.

[Acerjen]

I tried to use the ISO output option and it did not work.

I used OUTPUT_3D_ISO=1 and put it in BDREBUILDER.INI as follows:

[Options]
VERSION=0.47.0.3
MODE=0
ENCODE_QUALITY=0
ONEPASS_ENCODING=2
AUTO_QUALITY=1
TARGET_SIZE=23500
OUTPUT_3D_ISO=1
AUDIO_TO_KEEP=eng;ger;jpn;kor;
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=1
MOVIE_ONLY_LOOP=1
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=1
OUTPUT_SBS=0
NEROAAC=0
SUPTITLE=0
AUDIO_TRACK_LIMIT=0
SUBTITLE_TRACK_LIMIT=1
CUSTOM_TARGET_SIZE=23500
[Paths]
DGIndexNV=C:\Program Files (x86)\dgdecnv2041\DGIndexNV.exe
DGDecNV=C:\Program Files (x86)\dgdecnv2041\DGDecodeNV.dll
SOURCE_PATH=P:\
WORKING_PATH=H:\00 - BD REBUILDER\



Is this correct or did I do something wrong?

It did finish rebuilding, but the final output was not an ISO file.

Thanks for your time. Later.

Acerjen

[Ch3vr0n]

the option OUTPUT_3D_ISO=1 is only used for movie-only backups not full ones. If you want an iso, simply tell bdrb to create one through imgburn in the output menu

[jdobbs]

You're trying to do a full backup. OUTPUT_3D_ISO=1 only applies to movie-only backups. It creates a SSIF based 3D ISO. If you want to end up with an ISO for a full backup, select "Write to ISO (with ImgBurn)" from the "SETTINGS/OUTPUT OPTIONS" menu.

[Edit] Ch3vr0n beat me to the punch.

[Kerry56]

I keep getting an error code when trying to use CRF encoding. 2 pass seems to be working ok.

04/04/14] BD Rebuilder v0.46.14 (beta)
[10:57:13] Source: ABOUT_TIME_00800
- Input BD size: 34.41 GB
- Approximate total content: [02:03:26.399]
- Target BD size: 22.95 GB
- Windows Version: 6.2 [9200]
- MOVIE-ONLY mode enabled
- Quality: High Quality (Default), CRF
- Decoding/Frame serving: X264/LAVF
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=640
[10:57:13] PHASE ONE, Encoding
- [10:57:13] Processing: VID_00023 (1 of 1)
- [10:57:13] Extracting A/V streams [VID_00023]
- [11:03:22] Reencoding video [VID_00023]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 177,576 frames
- [11:03:22] Performing CRF Prediction...
- Analyzing - [11:03:22] PredictAndEncode() 00053 2810
[11:04:32] - Aborted by user request

14133

[Options]
VERSION=0.46.0.14
ENABLE_TEST=1
MODE=3
ENCODE_QUALITY=2
ONEPASS_ENCODING=1
AUTO_QUALITY=0
TARGET_SIZE=23500
AUDIO_TO_KEEP=eng;
SUBS_TO_KEEP=eng;
SD_CONVERT=0
OPEN_GOP=0
RESIZE_1080=0
DEINTERLACE=1
SD_TO_1080=0
CONVERT_WIDE=0
DTS_REENCODE=0
AC3_REENCODE=0
AC3_640=1
AC3_192=0
KEEP_HD_AUDIO=0
AVCHD=1
REMOVE_WORKFILES=0
MOVIE_ONLY_LOOP=0
REMOVE_OUTPUT=0
USE_FILTERS=0
BDMV_CERT_ONLY=0
USE_LAVF=1
IVTC_PULLDOWN=0
ASSUME_DVD_PAL=0
UNMASK_CHAPTER=0
COMPLETION_BEEP=0
DGDECNV=0
AUDIO_TRACK_LIMIT=1
SUBTITLE_TRACK_LIMIT=1
CUSTOM_TARGET_SIZE=23500
MOVIEONLY_TYPE=0
ALTCRF=20
ALT_TARGET=1024
ALTMETHOD=0
ALTAUTOCROP=0
ENABLE_BLANKING=1
MENU_BACKGROUND=C:\BD Rebuilder\BD_Rebuilder\misc\menuback.jpg
IMPORT_THRESHOLD=15
QUICK_PLAY_THRESHOLD=10
QUICK_EXTRAS=0
RESIZE_1440=0
RESIZE_720=0
OUTPUT_3D=0
NEROAAC=1
SUPTITLE=0
[Paths]
SOURCE_PATH=I:\BLU-RAY FILES\ABOUT TIME\
WORKING_PATH=H:\BD REBUILDER OUTPUT\
NeroAACPath=C:\BD Rebuilder\BD_Rebuilder\Tools\neroAacEnc.exe


[04/04/14] Checking System Settings
- BD-Rebuilder v0.46.14 (beta)
- Windows Version: 6.2 [9200]
- Working Path Free Space: 760.61GB
- 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
[04/04/14] Systems Settings Check complete

[jdobbs]

That error means it is trying to open a file -- but the file isn't there. It's probably the temporary output file while attempting to get it's size for sampling. It might also be possible that your working path has odd characters in it. I've seen that happen before, but not in this specific set of circumstances.

[Kerry56]

All right, thanks for the information. I'm running it with two passes at the moment, using the same settings otherwise.

I'll try moving the working file location later, and then try another CRF encode.

[jdobbs]

Unfortunately, though, looking back -- your path looks fine.

[wakko709]

jdobbs any word on my latest post?

[Sharc]

v0.47.03; Quick-Play Backup mode:
..........
[04:19:20]PHASE ONE complete
[04:19:20]PHASE TWO - Rebuild Started
- [04:19:20] Rebuilding BD file Structure
- [04:19:20] Creating Quick-Play Menu...
- Encoding menu background...
- Failed menu reencode, using default.
- Encoding menu background...
- Building menu structure...
[04:19:29] - Encode and Rebuild complete

I don't find an anomaly with the original menu backdrop file.
Could it be due to this (http://forum.doom9.org/showpost.php?p=1676254&postcount=19911) oddity?

Edit:
Where do I see which .m2ts is actually being used by BD-RB as menu backdrop?

[Kerry56]

Just as an update, turning off x264 internal LAVF for decoding solved the problem for me. CRF encoding mode is working again.

[varekai]

Got interested in the performance of Intel QuickSync.
Found this test from last year, is it's conclusion still valid?

http://www.tetrachromesoftware.com/q264Test1Analysis/q264test_1.html
http://www.tetrachromesoftware.com/q264Test1Analysis/q264test_conclusion.html

regards
Noone who can give an opinion or has done a quality comparision between x264 software and Quick Sync hardware encoding of high bitrate BD 1080p?
Planning on building a new rig with Haswell CPU so I guess best thing is to try it for myself.

regards

[Video Dude]

Noone who can give an opinion or has done a quality comparision between x264 software and Quick Sync hardware encoding of high bitrate BD 1080p?
Planning on building a new rig with Haswell CPU so I guess best thing is to try it for myself.

regards


http://forum.doom9.org/showpost.php?p=1662354&postcount=18879


http://forum.doom9.org/showpost.php?p=1662422&postcount=18886

[varekai]

http://forum.doom9.org/showpost.php?p=1662354&postcount=18879


http://forum.doom9.org/showpost.php?p=1662422&postcount=18886

Ahhh... missed those posts, I should have used search, sorry.
Will continue using x264 software encoding with the new rig.

regards

[jdobbs]

jdobbs any word on my latest post?Not really. Since it finished several AVC streams successfully before it reached that one, and then died instantly -- it's probable that the stream is corrupt. A bad rip maybe?

[jdobbs]

v0.47.03; Quick-Play Backup mode:
..........
[04:19:20]PHASE ONE complete
[04:19:20]PHASE TWO - Rebuild Started
- [04:19:20] Rebuilding BD file Structure
- [04:19:20] Creating Quick-Play Menu...
- Encoding menu background...
- Failed menu reencode, using default.
- Encoding menu background...
- Building menu structure...
[04:19:29] - Encode and Rebuild complete

I don't find an anomaly with the original menu backdrop file.
Could it be due to this (http://forum.doom9.org/showpost.php?p=1676254&postcount=19911) oddity?

Edit:
Where do I see which .m2ts is actually being used by BD-RB as menu backdrop?It has an algorithm that searches through them and chooses the most likely to be the original menu on the disc. You'd have to look through the M2TS files and find the one that represents the menu background. There're usually two, one that starts the menu and one that is repeated many times.

[jdobbs]

Just as an update, turning off x264 internal LAVF for decoding solved the problem for me. CRF encoding mode is working again.Hmm... I'll have to play with that and see if something weird is going on.

[jdobbs]

Ahhh... missed those posts, I should have used search, sorry.
Will continue using x264 software encoding with the new rig.

regardsMy tests only included the software decoding/encoding of the Intel library. My processor doesn't support Quick-Sync. But, I personally wouldn't consider moving away from X264 for anything but MVC encodes unless there was an overwhelming increase in encoding speed.

[Sharc]

It has an algorithm that searches through them and chooses the most likely to be the original menu on the disc. You'd have to look through the M2TS files and find the one that represents the menu background. There're usually two, one that starts the menu and one that is repeated many times.
I found these 2 files, I guess. They can be encoded with x264 without problems. So I wonder why BD-RB fails. Maybe BD-RB selected one of the bogus .m2ts as menu backdrop? But I can't see which file it actually picks, or do I miss something?

[varekai]

My tests only included the software decoding/encoding of the Intel library. My processor doesn't support Quick-Sync. But, I personally wouldn't consider moving away from X264 for anything but MVC encodes unless there was an overwhelming increase in encoding speed.
OK, I'm a quality nut so I'll stay with X264.

regards

[rpareja]

One question and I apologize in advance if this is not the correct thread.

I have a Blu-ray that has both the 2D and 3D version of a movie (The Nut Job), and I would like to compress to a BD-25 but leaving the 3D version out, just keep the movie-only 2D in the compression. Is there an easy way to do this? Or is there a way to identify the correct playlist for the 2D version?

Thanks for your help,

[HWK]

One question and I apologize in advance if this is not the correct thread.

I have a Blu-ray that has both the 2D and 3D version of a movie (The Nut Job), and I would like to compress to a BD-25 but leaving the 3D version out, just keep the movie-only 2D in the compression. Is there an easy way to do this? Or is there a way to identify the correct playlist for the 2D version?

Thanks for your help,

Put "IGNORE_3D=1" in BDREBUILDER.ini file and restart program, know it will process all 3d disc and make 2d backup. If you want 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.

[jdobbs]

I found these 2 files, I guess. They can be encoded with x264 without problems. So I wonder why BD-RB fails. Maybe BD-RB selected one of the bogus .m2ts as menu backdrop? But I can't see which file it actually picks, or do I miss something?Not likely, but possible I guess.

[jdobbs]

One question and I apologize in advance if this is not the correct thread.

I have a Blu-ray that has both the 2D and 3D version of a movie (The Nut Job), and I would like to compress to a BD-25 but leaving the 3D version out, just keep the movie-only 2D in the compression. Is there an easy way to do this? Or is there a way to identify the correct playlist for the 2D version?

Thanks for your help,Put "IGNORE_3D=1" in BDREBUILDER.ini file and restart program, know it will process all 3d disc and make 2d backup. If you want 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.As HWK said... but be warned that it is possible that the disc has JAVA code or command sequences that check for 3D player/display capability and refuses to play if they aren't there. If that is the case then "IGNORE_3D" can't circumvent it.

[rpareja]

Thanks HWK and JDOBBS...

[Sharc]

Not likely, but possible I guess.
Hmmm.... so the conclusion is to put it aside as an exception?

[HWK]

As HWK said... but be warned that it is possible that the disc has JAVA code or command sequences that check for 3D player/display capability and refuses to play if they aren't there. If that is the case then "IGNORE_3D" can't circumvent it.

In that case, if you are using anydvd there is an option simulate 3d output. Make sure that is turned before you rip or feed to BD-RB. Although it may cause problem in some, best is to check. Basically it modify in such a way that disc doesn't check for 3D player/display capability and will play without any problem.

[jdobbs]

Hmmm.... so the conclusion is to put it aside as an exception?I'll have to run a test on that one and see what I find.

[Sharc]

I'll have to run a test on that one and see what I find.
I am afraid the region 1 disc may be different from my region 2 disc, so don't waste your time and money on what I believe is (hopefully) an exceptional case.
The disk works with the default stars backdrop, so thanks for having fixed the former Quick-Play backup issue. This seems to be solved now.

[jdobbs]

When converting a BD movie to DVD, selecting a subtitle to be forced on does not work.
Example = "The Book Thief" blu-ray.
The 1st subtitle is regular english. The last is forced english subtitles.
I selected both english subtitles to be included in the conversion, and clicked 2nd english subtitle to be forced on, and ran BDRB.
Both subtitles were converted, but the 2nd english subtitle was not forced on.
Workaround: use PGCEdit to open up the output DVD on hard disc and insert a "setstn" command to force the 2nd english subtitle on.I looked at the code for subtitle conversion to DVD. Any forced subtitles should also be forced in the DVD output. I'll do some testing to make sure it works correctly.

The disc you did may be an odd one. Normally in BD each individual line of subtitle text has a flag indicating whether is should be forced. BD-RB pulls those out into a subtitle file of its own. During conversion the flag is examined and applied to the DVD subtitle.

I'm thinking that maybe the disc you are attempting may have done it in a nonstandard way -- and simply turned the subtitle stream ON rather than asserting the "forced" flag. If so, there's no much I can do for that one.

But... I'll test it today and make sure the forced subtitles are following through to the DVD.

[wakko709]

----------------------
[04/05/14] BD Rebuilder v0.46.14 (beta)
[19:04:11] Source: THE_ODD_LIFE_OF_TIMOTHY_GREEN
- Input BD size: 39.99 GB
- Approximate total content: [02:27:53.489]
- 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
[19:04:33] PHASE ONE, Encoding
- [19:04:33] Processing: VID_00800 (1 of 20)
- [19:04:33] Extracting A/V streams [VID_00800]
- [19:45:04] Reencoding video [VID_00800]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 150,504 frames
- Bitrate: 20,301 Kbs
- [19:45:05] Reencoding: VID_00800, Pass 1 of 1
- [20:31:57] Video Encode complete
- [20:31:57] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [20:31:57] Multiplexing M2TS
- [20:41:47] Processing: VID_00875 (2 of 20)
- [20:41:48] Extracting A/V streams [VID_00875]
- [20:42:39] Reencoding video [VID_00875]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 2,992 frames
- Bitrate: 18,696 Kbs
- [20:42:39] Reencoding: VID_00875, Pass 1 of 1
- [20:45:06] Video Encode complete
- [20:45:06] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [20:45:06] Multiplexing M2TS
- [20:45:23] Processing: VID_00876 (3 of 20)
- [20:45:23] Extracting A/V streams [VID_00876]
- [20:48:43] Reencoding video [VID_00876]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 13,310 frames
- Bitrate: 18,506 Kbs
- [20:48:43] Reencoding: VID_00876, Pass 1 of 1
- [20:59:28] Video Encode complete
- [20:59:28] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [20:59:28] Multiplexing M2TS
- [21:00:52] Processing: VID_00877 (4 of 20)
- [21:00:52] Extracting A/V streams [VID_00877]
- [21:04:33] Reencoding video [VID_00877]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 14,689 frames
- Bitrate: 18,509 Kbs
- [21:04:34] Reencoding: VID_00877, Pass 1 of 1
- [21:16:50] Video Encode complete
- [21:16:50] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [21:16:50] Multiplexing M2TS
- [21:18:45] Processing: VID_00878 (5 of 20)
- [21:18:45] Extracting A/V streams [VID_00878]
- [21:18:51] Reencoding video [VID_00878]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 168 frames
- Bitrate: 6,674 Kbs
- [21:18:51] Reencoding: VID_00878, Pass 1 of 1
- [21:18:56] Video Encode complete
- [21:18:56] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [21:18:56] Multiplexing M2TS
- [21:19:00] Processing: VID_00879 (6 of 20)
- [21:19:00] Extracting A/V streams [VID_00879]
- [21:19:20] Reencoding video [VID_00879]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 954 frames
- Bitrate: 18,736 Kbs
- [21:19:21] Reencoding: VID_00879, Pass 1 of 1
- [21:20:13] Video Encode complete
- [21:20:13] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [21:20:13] Multiplexing M2TS
- [21:20:21] Processing: VID_00880 (7 of 20)
- [21:20:21] Extracting A/V streams [VID_00880]
- [21:20:27] Reencoding video [VID_00880]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 168 frames
- Bitrate: 6,674 Kbs
- [21:20:27] Reencoding: VID_00880, Pass 1 of 1
- [21:20:30] Video Encode complete
- [21:20:30] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [21:20:31] Multiplexing M2TS
- [21:20:35] Processing: VID_00881 (8 of 20)
- [21:20:35] Extracting A/V streams [VID_00881]
- [21:20:59] Reencoding video [VID_00881]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 1,145 frames
- Bitrate: 18,634 Kbs
- [21:20:59] Reencoding: VID_00881, Pass 1 of 1
- [21:21:58] Video Encode complete
- [21:21:58] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [21:21:58] Multiplexing M2TS
- [21:22:08] Processing: VID_00882 (9 of 20)
- [21:22:08] Extracting A/V streams [VID_00882]
- [21:22:13] Reencoding video [VID_00882]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 168 frames
- Bitrate: 6,674 Kbs
- [21:22:13] Reencoding: VID_00882, Pass 1 of 1
- [21:22:17] Video Encode complete
- [21:22:17] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [21:22:17] Multiplexing M2TS
- [21:22:21] Processing: VID_00883 (10 of 20)
- [21:22:21] Extracting A/V streams [VID_00883]
- [21:22:51] Reencoding video [VID_00883]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 1,583 frames
- Bitrate: 18,665 Kbs
- [21:22:51] Reencoding: VID_00883, Pass 1 of 1
- [21:24:17] Video Encode complete
- [21:24:17] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [21:24:17] Multiplexing M2TS
- [21:24:28] Processing: VID_00884 (11 of 20)
- [21:24:28] Extracting A/V streams [VID_00884]
- [21:24:34] Reencoding video [VID_00884]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 168 frames
- Bitrate: 6,674 Kbs
- [21:24:34] Reencoding: VID_00884, Pass 1 of 1
- [21:24:37] Video Encode complete
- [21:24:37] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [21:24:37] Multiplexing M2TS
- [21:24:42] Processing: VID_00885 (12 of 20)
- [21:24:42] Extracting A/V streams [VID_00885]
- [21:25:00] Reencoding video [VID_00885]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 790 frames
- Bitrate: 18,676 Kbs
- [21:25:00] Reencoding: VID_00885, Pass 1 of 1
- [21:25:41] Video Encode complete
- [21:25:41] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [21:25:41] Multiplexing M2TS
- [21:25:48] Processing: VID_00886 (13 of 20)
- [21:25:48] Extracting A/V streams [VID_00886]
- [21:25:54] Reencoding video [VID_00886]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 168 frames
- Bitrate: 6,674 Kbs
- [21:25:55] Reencoding: VID_00886, Pass 1 of 1
- [21:25:58] Video Encode complete
- [21:25:58] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [21:25:58] Multiplexing M2TS
- [21:26:02] Processing: VID_00887 (14 of 20)
- [21:26:02] Extracting A/V streams [VID_00887]
- [21:27:43] Reencoding video [VID_00887]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 6,749 frames
- Bitrate: 18,632 Kbs
- [21:27:43] Reencoding: VID_00887, Pass 1 of 1
- [21:31:36] Video Encode complete
- [21:31:36] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [21:31:37] Multiplexing M2TS
- [21:32:04] Processing: VID_00888 (15 of 20)
- [21:32:04] Extracting A/V streams [VID_00888]
- [21:32:23] Reencoding video [VID_00888]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 1,537 frames
- Bitrate: 9,583 Kbs
- [21:32:23] Reencoding: VID_00888, Pass 1 of 1
- [21:33:20] Video Encode complete
- [21:33:20] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [21:33:20] Multiplexing M2TS
- [21:33:28] Processing: VID_00890 (16 of 20)
- [21:33:28] Extracting A/V streams [VID_00890]
- [21:33:55] Reencoding video [VID_00890]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 2,668 frames
- Bitrate: 10,215 Kbs
- [21:33:56] Reencoding: VID_00890, Pass 1 of 1
- Encode failed. Aborting.
- BD-Rebuilder v0.46.14 (beta)
- Windows Version: 6.1 [7601]
- Working Path Free Space: 721.63GB
- 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
[21:33:58] - Failed video encode, aborted

[mparade]

30 bucks has been being on it's way...
Thank you for the great program!

[DMagic1]

I looked at the code for subtitle conversion to DVD. Any forced subtitles should also be forced in the DVD output. I'll do some testing to make sure it works correctly.

The disc you did may be an odd one. Normally in BD each individual line of subtitle text has a flag indicating whether is should be forced. BD-RB pulls those out into a subtitle file of its own. During conversion the flag is examined and applied to the DVD subtitle.

I'm thinking that maybe the disc you are attempting may have done it in a nonstandard way -- and simply turned the subtitle stream ON rather than asserting the "forced" flag. If so, there's no much I can do for that one.

But... I'll test it today and make sure the forced subtitles are following through to the DVD.


If its any help, as you may recall I had the same issue with Thor 2 bluray to bluray movie only. The forced sub was not turned on by default as it was on the original.

[jdobbs]

30 bucks has been being on it's way...
Thank you for the great program!My thanks to you.

[jdobbs]

I have updated the first post of this thread with a link to the latest version of BD-RB (v0.47.04). Changes for this release:- Implemented 3D Full Backup Mode. Note that
BD-RB converts 3D method so that the SSIF
folder is no longer required -- the method
is 100% compliant with the BD standard.
(v0.47.03)
- Due to the changes in the way 3D is handled,
BD-RB no longer outputs to ISO by default on
movie-only 3D encodes. It can be enabled by
using the OUTPUT_3D_ISO hidden option. Note:
This option only applies to movie-only 3D
encodes. (v0.47.03)
- Made in-mux (single M2TS) 3D multiplexing
mode the default on full-backup 3D. This
can be changed back with the hidden option
FORCE_INMUX_3D=0.
- Modified 3D movie-only mode so it also now
uses the in-mux structure for BD-3D output.
- Corrected a error that might rarely occur
on 3D sources with reencoded audio tracks
that have sample rates higher than 48Khz.
- Corrected an error that could might cause,
under very rare circumstances, movie-only
encodes of 29.97fps sources to either fail
during muxing or create sync issues.
- Corrected an error in the INSPECT report in
which MP4BOX is incorrectly reported as
missing.
- Added FRIMSource as an option for decoding
and frame-serving in the SETUP dialog. This
may be particularly useful for those who
can use Intel hardware mode for decoding.
Note: Enabling CRF prediction automatically
disabled FRIMSource decoding.
- Corrected an issue with correct updating of
the programinfo table when keeping HD audio
on BD-3D full-backups.
- Corrected an error in which blanking a 3D
source would result in an error indicating
a "missing file" during rebuild.
- Corrected an error in which enabling LAVF
and CRF modes simultaneously would cause an
error during the prediction phase.
- Other minor corrections and cosmetic fixes.

[soneca]

Thanks for the new version!:)
Using the quick-play mode is there any option to force subtitles?

[jdobbs]

Thanks for the new version!:)
Using the quick-play mode is there any option to force subtitles?Not currently. But it's an oversight. There's really no reason that I shouldn't be able to add it.

[Ch3vr0n]

jdobbs, changelog mentions version 48.03. Where can us 3D coders find it? There's no link. oh and could ya take a look at http://forum.doom9.org/showpost.php?p=1675675&postcount=1430 ;)

[jdobbs]

jdobbs, changelog mentions version 48.03. Where can us 3D coders find it? There's no link. oh and could ya take a look at http://forum.doom9.org/showpost.php?p=1675675&postcount=1430 ;)That was a misprint. It referred to v0.47.03. But I may make the next version v0.48.03 -- just so I can claim to be right.

[Shylock]

Thanks jdobbs for this new build.
Did you find a solution regarding subtitles depth in 3D backup ?

[jdobbs]

Thanks jdobbs for this new build.
Did you find a solution regarding subtitles depth in 3D backup ?Partially. The new version should show depth -- but I still need to write some code to pull out the original offset SEI messages from the MVC stream and reincorporate them into the new one. I was hoping TSMUXER would do that, but it looks like development has stopped. So I may have to do it myself. Unfortunately that means an additional scan of the input and output.

[Video Dude]

I was hoping TSMUXER would do that, but it looks like development has stopped. So I may have to do it myself. Unfortunately that means an additional scan of the input and output.

Besides that and the occasional reported issue with external USB drives, are there any other major issues with the current version of TSMUXER that you are aware of?

[jdobbs]

No. Nothing that I can think of that I see in my normal processing.

[dfsooner]

No. Nothing that I can think of that I see in my normal processing.

How about lack of support for IGS streams?

[jdobbs]

How about lack of support for IGS streams?Yeah. But it has never done that. I was thinking more of new issues. It would be nice if IGS was supported, though. But I'd really like to see the retention of the offset SEIs. They are kept in the demux -- but disappear with reencoding. Hmm... I wonder if videofan3D might consider adding them during reencoding? I'm not sure, though, if it is even possible with the Intel SDK.

[dfsooner]

Yeah. But it has never done that. I was thinking more of new issues. It would be nice if IGS was supported, though. But I'd really like to see the retention of the offset SEIs. They are kept in the demux -- but disappear with reencoding. Hmm... I wonder if videofan3D might consider adding them during reencoding? I'm not sure, though, if it is even possible with the Intel SDK.

Sorry. The only reason I brought it up is that use BD authoring for my alma mater's football games using TMPGenc Authoring Works 5 and their menus are IGS streams. When I compress with BDRB I have to go back and replace all the files for the menu with the originals to get menus to work.

[Cedvano]

Hi,
The new version can create BD3D ?
Because my test create only BD2D (predator 3D, Ice Age 4...)


[04 08 14] BD Rebuilder v0.47.04 (beta)
[08:29:39] Source: TEST
- Input BD size: 0,13 GB
- Approximate total content: [00:00:24.065]
- Target BD size: 0,10 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
[08:29:41] PHASE ONE, Encoding
- [08:29:41] Processing: VID_00000 (1 of 1)
- [08:29:41] Extracting A/V streams [VID_00000]
- [08:29:48] Reencoding video [VID_00000]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 577 frames
- Bitrate: 15*000 Kbs
- Using FRIMEncoder for MVC encoding
- [08:29:48] Reencoding: VID_00000, Pass 1 of 1
- [08:32:02] Video Encode complete
- [08:32:02] Processing audio tracks
- Track 4352 (eng): Reencoding audio to AC3...
- [08:32:04] Multiplexing M2TS
- [08:32:08] Scanning for 3D CLPI info...
[08:32:08]PHASE ONE complete
[08:32:08]PHASE TWO - Rebuild Started
- [08:32:08] Rebuilding BD-3D file Structure
[08:32:08] - Encode and Rebuild complete
[08:32:08] Writing BD structure to ISO file
- ImgBurn completed successfully
- TEST folder removed.
- WORKFILES folder removed.
[08:32:20] JOB: TEST finished.

Is there an option ?

Edit: I think I found the soluce. The 3D output don't create 2 files but all (2D+3D) in one m2ts.

[jdobbs]

Sorry. The only reason I brought it up is that use BD authoring for my alma mater's football games using TMPGenc Authoring Works 5 and their menus are IGS streams. When I compress with BDRB I have to go back and replace all the files for the menu with the originals to get menus to work.But the menus should be kept intact unless they are over the MIN_M2TS_SIZE setting (default 100MB). BD-RB supports IGS streams. It just does it manually rather than via TSMUXER. It still needs some work, but it is enabled by add IGS_ENABLE=1 to the config file.

[jdobbs]

Hi,
The new version can create BD3D ?
Because my test create only BD2D (predator 3D, Ice Age 4...)



Is there an option ?

Edit: I think I found the soluce. The 3D output don't create 2 files but all (2D+3D) in one m2ts.Yes. That's the only way to do it without requiring the SSIF folder -- and the requirement to cut the bitrate in half due to the redundant nature of the SSIF (it is only pointers on the BD disc).

[dfsooner]

But the menus should be kept intact unless they are over the MIN_M2TS_SIZE setting (default 100MB). BD-RB supports IGS streams. It just does it manually rather than via TSMUXER. It still needs some work, but it is enabled by add IGS_ENABLE=1 to the config file.

BDRB has always re-encoded the menu regardless of what value I place in MIN_M2TS_SIZE. The IGS_ENABLE parameter is not listed in HIDDENOPTS.TXT.

I am going to retry with the changes you suggest with the latest version of BDRB to make sure I still get the same result.

[jdobbs]

BDRB has always re-encoded the menu regardless of what value I place in MIN_M2TS_SIZE. The IGS_ENABLE parameter is not listed in HIDDENOPTS.TXT.

I am going to retry with the changes you suggest with the latest version of BDRB to make sure I still get the same result. You must be doing a backup to BD-5/9... pretty much everything has be be reencoded then because of bitrate restrictions.

IGS_ENABLE was an experimental setting that I haven't moved into hiddenopts yet, even though it's been there for a long time. At some point I need to follow up on it and complete testing.

[Edit] Ughh... I just remembered. It used to be called DTSX_ENABLE and it affected both DTS Express and IGS streams. When TSMUXER started supporting DTS Express inherently, I renamed it to IGS_ENABLE but never documented it.

[dfsooner]

You must be doing a backup to BD-5/9... pretty much everything has be be reencoded then because of bitrate restrictions.

IGS_ENABLE was an experimental setting that I haven't moved into hiddenopts yet, even though it's been there for a long time. At some point I need to follow up on it and complete testing.

[Edit] Ughh... I just remembered. It used to be called DTSX_ENABLE and it affected both DTS Express and IGS streams. When TSMUXER started supporting DTS Express inherently, I renamed it to IGS_ENABLE but never documented it.

Yes, BD-9. TMPGenc does a great job at BD-25 but size is guesswork at anything smaller.

I tried your suggestions on a couple of the older ones and things seemed to work ok.

[montana72]

Fact disc 3d compression 25 gigas to 23 gigabytes and the play3 not reads the result, disc does not work.

[jdobbs]

Fact disc 3d compression 25 gigas to 23 gigabytes and the play3 not reads the result, disc does not work.No log. No details. No settings. No response.

[spotswood]

Hi,
The new version can create BD3D ?
Because my test create only BD2D (predator 3D, Ice Age 4...)

Is there an option ?

Edit: I think I found the soluce. The 3D output don't create 2 files but all (2D+3D) in one m2ts.I'm having the same problem w/Avatar3D. Rebuilding to BD25 movie, menus and 20th Century intro only. Blanking everything else. Playing movie from folders or from disc burned with ImgBurn and the latest PDVD12 v3519 (I know, I know, but it works for me). 20th Century intro plays in 3D but then 3D is disabled (greyed out) when menus are played. Movie won't play in 3D either. Original disc plays fine in PDVD12. Any thoughts or suggestions? Thanks...

[Ch3vr0n]

Blanking and 3d backup isn't recommended at the moment if i recall jdobbs correctly. Try a standard rebuild first. Make sure u use the latest version too and not the previous 47.03 build.

Verstuurd vanaf mijn Nexus 7 met Tapatalk

[montana72]

No log. No details. No settings. No response.

[Status]
LABEL=LLUVIA_DOS
VERSION=v0.47.04 (beta)
SOURCE_SIZE=24836591616
SOURCE_VIDEO_SIZE=24836591616
TARGET_SIZE=49666850816
REDUCTION=1.99974503683525
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
FRIMSOURCE=0
SSIF_MODE=-1
QUICK=0
ENCODE_STEP=0
COMPLETED=1
REBUILD_COMPLETE=1
[00000]
USE_ORIGINAL=1
AUDIO=1
PGS=1010
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=49666850816
NSIZE=0
FLINK=0
MLINK=0

04/09/14] BD Rebuilder v0.47.04 (beta)
[22:19:28] Source: LLUVIA_DOS_00000
- Input BD size: 23,13 GB
- Approximate total content: [01:34:50.684]
- Target BD size: 46,26 GB
- Windows Version: 6.1 [7601]
- MOVIE-ONLY mode enabled
- Quality: Good (Very Fast), ABR
- MVC 3D Output Mode enabled
- Decoding/Frame serving: FRIMDecode
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=640
[22:19:28] PHASE ONE, Encoding
- [22:19:28] Processing: VID_00000 (1 of 1)
- [22:19:28] Extracting A/V streams [VID_00000]
- [22:32:00] Reencoding video [VID_00000]
- [22:32:01] Keeping original video (no reencode)
- [22:32:01] Processing audio tracks
- Track 4352 (spa): Keeping original audio
[22:32:01]PHASE ONE complete
[22:32:01]PHASE TWO - Rebuild Started
- [22:32:01] Rebuilding BD-3D file Structure
[22:52:34] - Encode and Rebuild complete
[22:52:34] JOB: LLUVIA_DOS finished.
- [22:58:25] BuildTreeList() 35602 2702

[jdobbs]

I'm having the same problem w/Avatar3D. Rebuilding to BD25 movie, menus and 20th Century intro only. Blanking everything else. Playing movie from folders or from disc burned with ImgBurn and the latest PDVD12 v3519 (I know, I know, but it works for me). 20th Century intro plays in 3D but then 3D is disabled (greyed out) when menus are played. Movie won't play in 3D either. Original disc plays fine in PDVD12. Any thoughts or suggestions? Thanks...I'm sorry, but you're blanking, which I wouldn't recommend for 3D until it has been tested more, and playing back on a player that we already know has issues with 3D.

AVATAR 3D is one of the test discs I am using, and it plays correctly in 3D after reencoding, even on PDVD11, on my system.

[jdobbs]

@montana72

The error you are getting is really weird. It is saying there is a problem when it is trying to build the display list. That shouldn't even be happening except when the program is loading or you are selecting a new source. That makes me think the computer had a major system problem at that point.

[dfsooner]

I'm sorry, but you're blanking, which I wouldn't recommend for 3D until it has been tested more, and playing back on a player that we already know has issues with 3D.

AVATAR 3D is one of the test discs I am using, and it plays correctly in 3D after reencoding, even on PDVD11, on my system.

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.

[jdobbs]

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.It has to in order to legally call itself a BD-3D player. Support for that format is required as a part of the BD standard. There are also numerous commercial discs out there (AVATAR is an example) that use it, albeit usually for smaller playlists. Give me more information and lets see if there is something that needs correcting. There's a lot of new code that was created for 3D support.

[dfsooner]

It has to in order to legally call itself a BD-3D player. Support for that format is required as a part of the BD standard. There are also numerous commercial discs out there (AVATAR is an example) that use it, albeit usually for smaller playlists. Give me more information and lets see if there is something that needs correcting. There's a lot of new code that was created for 3D support.

All the original ripped discs play ok on this player but none that I have run through BDRB will play. The screen just goes black and nothing happens. I can see on the player's front display that it finds an m2ts file, then "chapter 1" appears, then 00.00.00. Not sure what all that means.

Some of the titles I tried are:

Alice in Wonderland
GI Joe - Retaliation
Avatar
Journey to the Center of the Earth

The stream folder in all of these originals include an SSIF subfolder.

Unless you have a Dune 3D player, I'm not sure how you would figure out what is happening (or, for that matter, even if you did have one unless you had the firmware source to work with).

[b3l0kk]

- Windows Version: 6.1 [7601]
- AVISYNTH Version: 2.5.8.0, not recommended version
- HAALI Splitter: Ok
- FFDSHOW: 4530, 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
- BD-RB vUNKNOWN, not current

scratching my head on this one. i have uninstalled bd and the other three programs many times over. i have been using this software for years now and have never encountered this problem.

[Starfiresg1]

It has to in order to legally call itself a BD-3D player. Support for that format is required as a part of the BD standard.

I think these newer network media players with 3D playback don't actually carry a Bluray-license or logo. They have some 3D capabilities (MVC support listed in the specs). Probably as a consequence of that the ones I've researched (Mede8er, Himedia) don't support Java menus (only "Lite"-menus without Java). That's why I'm holding off on buying one.

[dfsooner]

I think these newer network media players with 3D playback don't actually carry a Bluray-license or logo. They have some 3D capabilities (MVC support listed in the specs). Probably as a consequence of that the ones I've researched (Mede8er, Himedia) don't support Java menus (only "Lite"-menus without Java). That's why I'm holding off on buying one.

That's exactly the case with my Dune 3D. It doesn't support Blu-ray menus (Java) but only offers BD-Lite. I suspect that is due to the licensing costs. The Blu-ray "consortium" really screwed everyone on that.

[jdobbs]

- Windows Version: 6.1 [7601]
- AVISYNTH Version: 2.5.8.0, not recommended version
- HAALI Splitter: Ok
- FFDSHOW: 4530, 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
- BD-RB vUNKNOWN, not current

scratching my head on this one. i have uninstalled bd and the other three programs many times over. i have been using this software for years now and have never encountered this problem.Are you running INSPECT? I ask because it is no longer updated or included. The INSPECT report is included as a part of BD-RB. You access it under the HELP menu.

[jdobbs]

That's exactly the case with my Dune 3D. It doesn't support Blu-ray menus (Java) but only offers BD-Lite. I suspect that is due to the licensing costs. The Blu-ray "consortium" really screwed everyone on that.I'm sorry. But the software is called "BD" Rebuilder after all. Have you tried playing the M2TS file by itself?

[b3l0kk]

yes i was using inspect.. i did not realize it was part of the program itself now. the reason i posted that is because when i export an mkv and then rencode it back to bluray format the audio is not sync with the film.

[jdobbs]

yes i was using inspect.. i did not realize it was part of the program itself now. the reason i posted that is because when i export an mkv and then rencode it back to bluray format the audio is not sync with the film.Hmmm... I'll try a couple of movies and see if I get the same results. Has it happened on more than one?

[dfsooner]

I'm sorry. But the software is called "BD" Rebuilder after all. Have you tried playing the M2TS file by itself?

Just tried to play the first of two m2ts files (00115.m2ts) from Alice in Wonderland. It would not play.

[jdobbs]

Just tried to play the first of two m2ts files (00115.m2ts) from Alice in Wonderland. It would not play.Two M2TS files? I assume it was a full backup?

It's interesting that it wouldn't play. The in-mux M2TS is exactly the same thing as a .ssif file. What version of BD-RB did you use to create it?

[dfsooner]

Two M2TS files? I assume it was a full backup?

It's interesting that it wouldn't play. The in-mux M2TS is exactly the same thing as a .ssif file. What version of BD-RB did you use to create it?

Yes. Full backup.

Here are the INI and INF files for the build:

Is there something there I should change?

.INI

[Options]
DTSX_ENABLE=1
MODE=0
ENCODE_QUALITY=3
AUTO_QUALITY=0
TARGET_SIZE=23500
PRIORITY_CLASS=1
AUDIO_TO_KEEP=all
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=0
AC3_192=0
KEEP_HD_AUDIO=1
AVCHD=1
REMOVE_WORKFILES=1
MOVIE_ONLY_LOOP=0
REMOVE_OUTPUT=0
USE_FILTERS=0
BDMV_CERT_ONLY=0
USE_LAVF=0
IVTC_PULLDOWN=1
ASSUME_DVD_PAL=0
UNMASK_CHAPTER=1
COMPLETION_BEEP=0
AUDIO_TRACK_LIMIT=0
VERSION=0.47.0.4
CUSTOM_TARGET_SIZE=12000
RESIZE_1440=0
DGDECNV=0
OUTPUT_3D=1
SUBTITLE_TRACK_LIMIT=0
ENABLE_TEST=1
ENABLE_BLANKING=0
MULTIPROCESS=1
MOVIEONLY_TYPE=10
ALTCRF=20
ALT_TARGET=1024
ALTMETHOD=0
ALTAUTOCROP=0
MKV_CHAPTERS=1
MKV_MUXSUPS=1
FORCE_NOENCODE=0
RESIZE_720=0
NEROAAC=0
IGNORE_3D=0
FRIMSOURCE=1
OUTPUT_SBS=0
SUPTITLE=0
[Paths]
WORKING_PATH=F:\BD_REBUILDER WORKFILES\
SOURCE_PATH=X:\
DirectShowMVCSource=D:\Utilities\BD_Rebuilder\Tools\stereoplayer.exe\DirectShowMVCSource.dll

INF

[Status]
LABEL=ALICE_IN_WONDERLAND3D
VERSION=v0.47.04 (beta)
SOURCE_SIZE=44661672883
SOURCE_VIDEO_SIZE=42371119104
TARGET_SIZE=24641536000
REDUCTION=.527505118902795
RESIZE_1080=0
RESIZE_1440=0
AUDIO_TO_KEEP=all
KEEP_HD_AUDIO=-1
SUBS_TO_KEEP=all
BACKUP_MODE=0
MOVIEONLY_TYPE=0
USE_LAVF=0
INSTANCES=4
DGDECNV=0
FRIMSOURCE=-1
SSIF_MODE=-1
QUICK=0
ENCODE_STEP=0
COMPLETED=3
REBUILD_COMPLETE=1
[00008]
AUDIO=1
PGS=
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=94154043
RATE=20556
NSTART=27000000
NEND=28482731
NSIZE=84019200
FLINK=0
MLINK=0
[00115]
AUDIO=1111111
PGS=11111111111111111
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=12166480964
RATE=17417
NSTART=27000000
NEND=184385353
NSIZE=11518476288
FLINK=-1
MLINK=0
[00117]
AUDIO=1111111
PGS=11111111111111111
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=10090347215
RATE=16387
NSTART=27000000
NEND=162784398
NSIZE=9556285440
FLINK=0
MLINK=0

[dfsooner]

Two M2TS files? I assume it was a full backup?

It's interesting that it wouldn't play. The in-mux M2TS is exactly the same thing as a .ssif file. What version of BD-RB did you use to create it?

Here's something interesting I noticed.

I have a movie-only of this I created on 4/6 that seems to play fine. I downloaded 47.03 on 3/29 and 47.04 on 4/7 so I am presuming I created it with 47.03. Unfortunately, I'm not sure what the INI and INF files contained for that build.

Update:

Just re-ran movie-only with 47.03 and it works ok. So it would appear that it is something that changed from 47.03 to 47.04 that is responsible.

[b3l0kk]

yes it, has done it on more than one. not sure when it started doing it.. it was fine last week. i don't if its a glitch in my system or what. i going to tackle it later today.. if you get the same results let me know. i have had issues in the past when it would resize the picture incorrectly.. but i fixed it by uninstalling everything and starting over from scratch.. and that using worked all the time

[jdobbs]

Here's something interesting I noticed.

I have a movie-only of this I created on 4/6 that seems to play fine. I downloaded 47.03 on 3/29 and 47.04 on 4/7 so I am presuming I created it with 47.03. Unfortunately, I'm not sure what the INI and INF files contained for that build.

Update:

Just re-ran movie-only with 47.03 and it works ok. So it would appear that it is something that changed from 47.03 to 47.04 that is responsible.If you set OUTPUT_3D_ISO=1 in the config/ini file, you will get the exact same output as previous versions for movie-only encodes.

If you set FORCE_INMUX_3D=0 in the INI you should get the same output you would have gotten from v0.47.03 (an out-of-mux build).

[b3l0kk]

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.