BD Rebuilder Beta - Bug Reports Only

[andref4]

Could you let me know if the reinstall I recommended corrected your issue? I found my copy of "The Shining" and ran the same job with the same output selection as you posted issue -- and it completed without getting the error you reported (taking into consideration the note below). I did notice, though, that in your log it says the source is 2.28GB and on mine it says 2.09GB.

Hi jdobbs,

I have completly reinstalled bd-rebuilder 0.49.07 and all the needed codecs but nothing changed. :( On some (but not all) mpeg2 files the error message comes on.

Then you asked why my source is smaller than yours.

Because in Europe you can only buy the European/German Version from Shining. The EU Version is 120min and have more Bitrate on bonus material. The US Version of Shining is 144min and the bonus material is smaller.

I found out that the error comes if the source has faked audio and/or subtitle tracks and/or multiple mpls used the same mpeg2 sourcefile (single files merged to one big) but not the complete file. (example: mpeg2 source file contains the complete 60min bonus material and is used by multiple mpls. one mpls plays from 0min to 12min, the other mpls from 12min to 20min..... and so on)

[jdobbs]

I get "createAVS" error using the following BDRB builds .. 49.02, .04,0.5 and .07 !!!

Although 49.01 seems not affected by it !!!Post logs, settings (config/ini), and results of INSPECT.

I suspect you have given yourself yet another user name (this is at least three, Toilet-Duck, JustPassingThrough, and now mockingjay). It still doesn't change the fact, however, that you are the only person reporting this. I know you're hoping that it will somehow appear that it is a prevailing problem when it is reported from multiple sources. But it's not.

Not posting your logs etc is essentially an admission that this is a self-inflicted problem. But... if you give me something to work with, I can at least help you point out the cause.

[jdobbs]

Hi jdobbs,

I have completly reinstalled bd-rebuilder 0.49.07 and all the needed codecs but nothing changed. :( On some (but not all) mpeg2 files the error message comes on.

Then you asked why my source is smaller than yours.

Because in Europe you can only buy the European/German Version from Shining. The EU Version is 120min and have more Bitrate on bonus material. The US Version of Shining is 144min and the bonus material is smaller.

I found out that the error comes if the source has faked audio and/or subtitle tracks and/or multiple mpls used the same mpeg2 sourcefile (single files merged to one big) but not the complete file. (example: mpeg2 source file contains the complete 60min bonus material and is used by multiple mpls. one mpls plays from 0min to 12min, the other mpls from 12min to 20min..... and so on)Can you send me one of the offending M2TS files along with its associated CLPI and MPLS (if it isn't too long)? I can see how faked audio/subs might create an issue -- but I still don't understand why I can't repeat it on my computer.

[Edit] Removed what I previously posted here, as it appears to be unrelated. I'd still like to get an example.

[DVD Maniac]

The topic of codec setups has come up here before but I am experiencing new issues since the last 2 BDR builds. Since around build 49.01 I was getting severe audio sync issues. Everything was all set up as per latest instructions and Inspect was reporting fully OK. After some configuration experimentation with my LAV's and Win7DSFilterTweaker (Great little tool) I managed to get the problems sorted.

With the recent BDR builds it obviously runs a LAV setup check (jdobbs - noted that the recent notes in the changes file nacks this up). When I click "Yes" to the new BDR message asking me if I want my LAV's reset it seems to also change the WM7 preffered codecs for VC-1 and MPEG2 to LAV rather than ffdshow. Inspect reports this setting as "Set Incoreectly".

So In summary -

WM7 Preferred VC-1 codec = ffdshow

BDR Stratup check reports incorrect and sets to LAV
Inspect reports OK


WM7 Preferred VC-1 codec =LAV

BDR Startup check passes
Inspect reports Set Incorrectly


And same for MPEG2

I have never discovered how to set the WM7 preffeerd AVC codec but it doesn't ever seem to cause any issues.

So what should be the correct settings for VC-1 and MPEG-2? And yes I have run BDR in Administrator mode and it never seems to make any changes to the WM7 preffered oodecs on all my PC's running BDR (verified by running Inspect).

[jdobbs]

You got the sync issues because the Directshow preferred CODECs weren't being set and the Microsoft AVC default sucks, causing out-of-sync audio. So I had to create a way to set them.

Right now:

If you have LAV installed, then LAV is set by BD-RB as the preferred CODEC for MPEG2, AVC, and VC-1.
If you don't have LAV installed, but have FFDSHOW installed, then FFDSHOW is set as the preferred CODEC for MPEG2, AVC, and VC-1.
If neither is installed, Directshow encoding is disabled.

LAV is now the preferred method. But, if you want to use FFDSHOW for some reason, just don't install (or uninstall) LAV.

If you are using Win7DSFilterTweaker to change them back to FFDSHOW while LAV is installed -- you will get that message every time you run BD-RB. BD-RB sets the preferred CODEC in exactly the same way as Win7DSFilterTweaker does, in the priority I noted above. In fact, I used it as the model for how BD-RB would do it.

I had originally tried to use the LAV installer to tweak the settings, but it fails in Windows 8.1 (because Microsoft can't leave well-enough alone) -- so I removed the tweaking from the installer and made BD-RB take responsibility (like I had for FFDSHOW long ago) in this latest version.

[andref4]

hi jdobbs,

the smallest file from Shining Bonus material ist 1,13GB (VID_00003) + a few MBs for the mpls/clpi files (packed rar file is 918MB). On that file the error comes on >90% of indexing.
Did you have an ftp for uploading?

regards

[jdobbs]

hi jdobbs,

the smallest file from Shining Bonus material ist 1,13GB (VID_00003) + a few MBs for the mpls/clpi files.
Did you have an ftp for uploading?

regardsI appreciate it, but let's just skip it for now. I'm going to see if I can create one on my own.

[andref4]

On Shining vid_00003 the error Comes on >90% of indexing.
--------
I can create an ftp too if you dont have one.
If you need the files for error reproducing please let me know.

[jdobbs]

On Shining vid_00003 the error Comes on >90% of indexing.
--------
I can create an ftp too if you dont have one.
If you need the files for error reproducing please let me know.If you could create an FTP and upload the files I'd appreciate it. Please PM me with details.

I can probably get around the error message by setting the video PID manually. But I'd need to have something to test it against.

[DVD Maniac]

You got the sync issues because the Directshow preferred CODECs weren't being set and the Microsoft AVC default sucks, causing out-of-sync audio. So I had to create a way to set them.

Thanks for the prompt reply. Agreed on this point! Using Win7DSFilterTweaker I have pretty much replaced all MS codecs for most file types and all the annoying playback glitches I used to get have been nailed. Other than getting MS Silverlight to work without hanging every 5 minutes regardless of browser or versions used! :mad:



Right now:

If you have LAV installed, then LAV is set by BD-RB as the preferred CODEC for MPEG2, AVC, and VC-1.
If you don't have LAV installed, but have FFDSHOW installed, then FFDSHOW is set as the preferred CODEC for MPEG2, AVC, and VC-1.
If neither is installed, Directshow encoding is disabled.

LAV is now the preferred method. But, if you want to use FFDSHOW for some reason, just don't install (or uninstall) LAV.

Seems like you are saying the latest LAV's along with the install you link to do pretty much everything FFDSHOW does and LAV is a (better?) codec option? In which case does it make sense from a stable system point of view to only have one installed, preferably LAV? I say this as I am sure like most of us we really don't care what's installed - just that it works - consistently!



If you are using Win7DSFilterTweaker to change them back to FFDSHOW while LAV is installed -- you will get that message every time you run BD-RB. BD-RB sets the preferred CODEC in exactly the same way as Win7DSFilterTweaker does, in the priority I noted above. In fact, I used it as the model for how BD-RB would do it.

OK thanks for clarifying. The results i'm getting now make sense.


I had originally tried to use the LAV installer to tweak the settings, but it fails in Windows 8.1 (because Microsoft can't leave well-enough alone) -- so I removed the tweaking from the installer and made BD-RB take responsibility (like I had for FFDSHOW long ago) in this latest version.

Yet another example why I won't be touching W8.1, not even with someone elses bargepole!:eek:

[kanerulz69]

jdobbs, what is the best Decoding/Frame serving: ? mine now says... X264/LAVF, I do all full 25gb backup and I just want to make sure I am getting the best bitrate when shrinking to a bd25...?

[Lathe]

I've been using the latest version and suddenly when I go to do a full disc backup, I keep getting this error no matter which disc I try. Now, if I do Movie Only backup, it goes just fine; but, when I try to do the whole disc (same settings - actually no compression needed and keeping the primary audio track - ONLY difference is adding a couple of extras and I suppose the menus)

I am using Full Backup, edit / blanking mode / quick encode for extras / full BD (single layer) no compression.

Never happened before. Do I need to reinstall LAVF or something...?

Oh, and I always use 'Internal LAVF' for frame serving.

Thanks!

[jdobbs]

jdobbs, what is the best Decoding/Frame serving: ? mine now says... X264/LAVF, I do all full 25gb backup and I just want to make sure I am getting the best bitrate when shrinking to a bd25...?If you never do certain types of resizing or manipulation of the sources, then X264/LAVF is probably the way to go. But there are some things it can't do (e.g. converting from 4:3 to 16:9, or removing hard telecining) because of limitations in its implementation within X264. You will find that if you select a setting that X264/LAVF doesn't support, BD-RB will run the job in Directshow mode (assuming FFDSHOW or LAV is installed).

X264/LAVF can do some resizing, but it seems to be slower than resizing in AVISYNTH.

X264/LAVF will also be run in 64 bit mode (if your running a 64 bit O/S). Honestly, though, in my tests I've seen no significant speed increase associated with 64 bit operation.

[jdobbs]

I've been using the latest version and suddenly when I go to do a full disc backup, I keep getting this error no matter which disc I try. Now, if I do Movie Only backup, it goes just fine; but, when I try to do the whole disc (same settings - actually no compression needed and keeping the primary audio track - ONLY difference is adding a couple of extras and I suppose the menus)

I am using Full Backup, edit / blanking mode / quick encode for extras / full BD (single layer) no compression.

Never happened before. Do I need to reinstall LAVF or something...?

Oh, and I always use 'Internal LAVF' for frame serving.

Thanks!Can you post your log and settings (content of BDREBUILDER.INI)?

[Edit] Can you tell me if the stream is MPEG-2 when you encounter the error?

@Toilet-Duck/JustPassingThrough/mockingjay -- if you had posted your INI rather than refusing to be helpful, we may have solved this problem already...

[andref4]

If you could create an FTP and upload the files I'd appreciate it. Please PM me with details.

I can probably get around the error message by setting the video PID manually. But I'd need to have something to test it against.

Hi jdobbs,

I'm currently uploading the stuff with 70kb. Only DSL6000 with 670kbit upload here avaiable. In 4-5 hours I can give you download link via PM.

[jdobbs]

Hi jdobbs,

I'm currently uploading the stuff with 70kb. Only DSL6000 with 670kbit upload here avaiable. In 4-5 hours I can give you download link via PM.That's too much trouble. Before you waste a lot of time, let me scan through the code and see if I can find anything.

[kanerulz69]

awesome, thanks jdobbs, I never do resizing or manipulation of the sources, I keep it as is unless its a 3D film I just use your 2D settings in the setup, I'm running 64 bit also, thanks again!

[andref4]

hi jdobbs,

please check PM for download link.

regards

[Lathe]

Can you post your log and settings (content of BDREBUILDER.INI)?

[Edit] Can you tell me if the stream is MPEG-2 when you encounter the error?

@Toilet-Duck/JustPassingThrough/mockingjay -- if you had posted your INI rather than refusing to be helpful, we may have solved this problem already...

Yeah, let me go back and redo what I did before so that I can create another log for you. Interesting... your other comment here suggests that something similar happened before with these other 'Unhelpful' people (I remember their posts! GEEZ, what I've always wanted... to be associated with TOILET DUCK!!! :scared: )

[DVD Maniac]

You got the sync issues because the Directshow preferred CODECs weren't being set and the Microsoft AVC default sucks, causing out-of-sync audio. So I had to create a way to set them.

Right now:

If you have LAV installed, then LAV is set by BD-RB as the preferred CODEC for MPEG2, AVC, and VC-1.
If you don't have LAV installed, but have FFDSHOW installed, then FFDSHOW is set as the preferred CODEC for MPEG2, AVC, and VC-1.
If neither is installed, Directshow encoding is disabled.

LAV is now the preferred method. But, if you want to use FFDSHOW for some reason, just don't install (or uninstall) LAV.

If you are using Win7DSFilterTweaker to change them back to FFDSHOW while LAV is installed -- you will get that message every time you run BD-RB. BD-RB sets the preferred CODEC in exactly the same way as Win7DSFilterTweaker does, in the priority I noted above. In fact, I used it as the model for how BD-RB would do it.

I had originally tried to use the LAV installer to tweak the settings, but it fails in Windows 8.1 (because Microsoft can't leave well-enough alone) -- so I removed the tweaking from the installer and made BD-RB take responsibility (like I had for FFDSHOW long ago) in this latest version.

I have now replicated the following setup on several devices and I am getting consistently stable systems and good quality outputs -

All x86 and x64 extensions set to latest LAV Codecs
FFD Show Uninstalled
HAALI Splitter: [1.11.96.14]

Inspect reports that WIN7 and FFDSHOW settings are not correct but it does not appear to cause any issues. Will report any if I find them.

[jdobbs]

Yeah, let me go back and redo what I did before so that I can create another log for you. Interesting... your other comment here suggests that something similar happened before with these other 'Unhelpful' people (I remember their posts! GEEZ, what I've always wanted... to be associated with TOILET DUCK!!! :scared: )No need. I had some free time and looked at it last night. The key was the fact that you mentioned you were running in X264/LAVF mode -- a piece of information Toilet-Duck refused to mention, but something that an INI and LOG would have made clear.

I was able to repeat the problem pretty easily and I have corrected it for the next release.

Believe me -- you are NOT associated with anything bad, as I appreciate the fact that you were/are willing to provide the information needed to find and correct the problem.

[jdobbs]

I have now replicated the following setup on several devices and I am getting consistently stable systems and good quality outputs -

All x86 and x64 extensions set to latest LAV Codecs
FFD Show Uninstalled
HAALI Splitter: [1.11.96.14]

Inspect reports that WIN7 and FFDSHOW settings are not correct but it does not appear to cause any issues. Will report any if I find them.Hmmm... if FFDSHOW is not installed, there should be nothing in the INSPECT report about it.

BD Rebuilder looks at the following registry key to see if FFDSHOW is installed on a 64 bit system:

HKEY_LOCAL_MACHINE\Software\Wow6432Node\GNU\ffdshow

on a 32 bit system it looks here:

HKEY_LOCAL_MACHINE\Software\GNU\ffdshow

If should only exist if FFDSHOW is installed. If you uninstalled FFDSHOW and it still exists, it means it has probably been "left hanging" by the uninstall procedure.

[Lathe]

No need. I had some free time and looked at it last night. The key was the fact that you mentioned you were running in X264/LAVF mode -- a piece of information Toilet-Duck refused to mention, but something that an INI and LOG would have made clear.

I was able to repeat the problem pretty easily and I have corrected it for the next release.

Believe me -- you are NOT associated with anything bad, as I appreciate the fact that you were/are willing to provide the information needed to find and correct the problem.

Wow, you were able to figure that out from just what I mentioned...?! Great then. Thanks for the kind word; coming from you that honestly means a lot...

[jdobbs]

Wow, you were able to figure that out from just what I mentioned...?! Great then. Thanks for the kind word; coming from you that honestly means a lot...It was and MPEG-2 source that crashed, right?

[HWK]

Good Day, Jdobbs

I was trying to create HEVC version of Edge of Tomorrow with intact audio. (Create Custom preset)

I notice every time I encode it shoots over target.
I set Size to 10GB with audio and subs, but final output is close is around 12 or so.

Here are Logs
[Status]
LABEL=EDGE_OF_TOMORROW
VERSION=v0.49.07
SOURCE_SIZE=33346191360
SOURCE_VIDEO_SIZE=33346191360
TARGET_SIZE=4686086144
REDUCTION=.140528376791514
RESIZE_1080=0
RESIZE_1440=0
AUDIO_TO_KEEP=eng;
KEEP_HD_AUDIO=-1
SUBS_TO_KEEP=eng;
BACKUP_MODE=1
MOVIEONLY_TYPE=37
USE_LAVF=0
INSTANCES=1
DGDECNV=0
DGDECIM=0
FRIMSOURCE=0
FFMS2=0
SSIF_MODE=0
QUICK=0
ENCODE_STEP=1.5
[00042]
AUDIO=1000000000
PGS=100000000000000000000000000
APULLDOWN=0
S1440=0
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=4686086144

[Options]
[Paths]
[Options]
ENCODER=0
MODE=3
ENCODE_QUALITY=3
ONEPASS_ENCODING=0
AUTO_QUALITY=0
AUDIO_TO_KEEP=eng;
SUBS_TO_KEEP=eng;
SD_CONVERT=0
OPEN_GOP=0
RESIZE_1080=0
RESIZE_1440=0
RESIZE_720=0
DEINTERLACE=1
SD_TO_1080=0
IGNORE_3D=0
CONVERT_WIDE=0
DTS_REENCODE=0
AC3_REENCODE=0
AC3_640=1
AC3_192=0
KEEP_HD_AUDIO=1
DECODER=3
AVCHD=1
REMOVE_WORKFILES=0
REMOVE_OUTPUT=0
USE_FILTERS=0
BDMV_CERT_ONLY=0
IVTC_PULLDOWN=0
ASSUME_DVD_PAL=0
FRIMSOURCE=0
COMPLETION_BEEP=0
OUTPUT_SBS=0
NEROAAC=0
SUPTITLE=0
AUDIO_TRACK_LIMIT=0
SUBTITLE_TRACK_LIMIT=1
CUSTOM_TARGET_SIZE=23500
MOVIEONLY_TYPE=37
ALTCRF=23
ALT_TARGET=10240
ALTMETHOD=2
ALTAUTOCROP=0
[Paths]
SOURCE_PATH=E:\EDGE OF TOMORROW\
WORKING_PATH=F:\BD-RB\
DGIndexNV=E:\BD-RBV04907\dgdecnv2048\DGIndexNV.exe
DGDecNV=E:\BD-RBV04907\dgdecnv2048\DGDecodeNV.dll
NeroAACPath=E:\BD-RBV04907\NeroAACCodec-1.5.1\win32\neroAacEnc.exe

caption=MKV Container, HEVC 1920x1080, Intact Audio
vEncoder=1
vBitrate=2000
vKeyint=Auto
aType=2
vFormat=5
cType=1
[11/26/14] BD Rebuilder v0.49.07
[21:58:20] Source: EDGE_OF_TOMORROW_00100
- Input BD size: 31.06 GB
- Approximate total content: [01:53:29.469]
- Windows Version: 6.1 [7601]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- Mode: MKV Container, HEVC 1920x1080, Intact Audio
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
- Audio [1] set to default.
[21:58:20] PHASE ONE, Encoding
- [21:58:20] Processing: VID_00042 (1 of 1)
- [21:58:20] Extracting A/V streams [VID_00042]
- [22:02:21] Reencoding video [VID_00042]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 163,264 frames
- Bitrate: 11,871 Kbs
- [22:02:21] Reencoding: VID_00042, Pass 1 of 2
[22:02:30] - Aborted by user request

[Lathe]

It was and MPEG-2 source that crashed, right?

I will need to go back and double-check, but I think so.

***EDIT

Yeah, in this most recent case, it was the 2 extras I wanted from 'UNIVERSAL SOLDIER' and they were in SD, so they would likely be MPEG-2 files. So, I ended up doing a 'Movie Only' using BDRB and just simply extracted the 2 M2ts files and ran them through MKVMerge and burned them to a DVD.

And the previous time it happened recently, I was also processing with 'Full Backup', including extras, where I got the same error as this one. In that case I also did the same thing. so, those were likely SD extras sourced from MPEG-2 files too, I would think.

[jdobbs]

I will need to go back and double-check, but I think so.

***EDIT

Yeah, in this most recent case, it was the 2 extras I wanted from 'UNIVERSAL SOLDIER' and they were in SD, so they would likely be MPEG-2 files. So, I ended up doing a 'Movie Only' using BDRB and just simply extracted the 2 M2ts files and ran them through MKVMerge and burned them to a DVD.

And the previous time it happened recently, I was also processing with 'Full Backup', including extras, where I got the same error as this one. In that case I also did the same thing. so, those were likely SD extras sourced from MPEG-2 files too, I would think.Great. Thanks.

[jdobbs]

Hi JD,

I ran into another imcomplete re-encode on 'Trance' (2013). Same as last time, it's a multi-part stream and one of the parts, the last part this time, decided that 'keeping original video" was the right thing to do. Sure enough, the video freezes when it gets to that part. I was able to get the job done by boosting the target size to BD50, and once the audio was re-encoded and the extra audio tracks thrown out the reult fit on a BD25.

Let me know if you want me to fiddle with some settings and try again.I've gone through the code and I can't figure how this is happening, so I've ordered TRANCE. I'll let you know what I find when it gets here in a couple days.

[jdobbs]

Good Day, Jdobbs

I was trying to create HEVC version of Edge of Tomorrow with intact audio. (Create Custom preset)

I notice every time I encode it shoots over target.
I set Size to 10GB with audio and subs, but final output is close is around 12 or so.

Here are LogsI'm running it now.

[Edit] Ughhh... I forgot how slow it is. :(

[HWK]

I'm running it now.

Did you notice x265 is outputting 10 bit video instead of 8 bit.

[RobertM]

I've gone through the code and I can't figure how this is happening, so I've ordered TRANCE. I'll let you know what I find when it gets here in a couple days.

Just let me know, once the disc arrives, if you want me to test some other settings, or if I can help in any other way. I really appreciate the effort you put in to helping us out, and you'll be more than compensated for the cost of this disc with my usual XMas donation. I plan to keep up that yearly tradition until I stop using BD-RB. I've donated to many shareware apps, but none moreso than BD-RB. It's money well spent for me, and well earned by you. Thanks, JD.

[jdobbs]

Did you notice x265 is outputting 10 bit video instead of 8 bit.With the version included with BD-RB? If that happened it was entirely by accident.

[andref4]

Hi jdobbs,

did you downloaded the Shining vid_00003 from the link I gave you?

If so please let me know so that I can delete the file.

regards

[HWK]

With the version included with BD-RB? If that happened it was entirely by accident.

You wouldn't happen to get them from http://builds.x265.eu/ if so, problem is there not in BD-RB. I downloaded 32 bit with 8 bit support and I got 10 bit instead.
However when I downloaded 64 bit, then it was right one. I also noticed 64 bit uses less memory and is faster as well.

[jdobbs]

Hi jdobbs,

did you downloaded the Shining vid_00003 from the link I gave you?

If so please let me know so that I can delete the file.

regardsGo ahead and delete it.

[jdobbs]

You wouldn't happen to get them from http://builds.x265.eu/ if so, problem is there not in BD-RB. I downloaded 32 bit with 8 bit support and I got 10 bit instead.
However when I downloaded 64 bit, then it was right one. I also noticed 64 bit uses less memory and is faster as well.I typically download from that same link. The 32 bit version is included in BD-RB's TOOLS folder.

[HWK]

I typically download from that same link. The 32 bit version is included in BD-RB's TOOLS folder.

Oh, I see. Anyways 10 bit color space has no playback problem at least on media Player classic-home cinema

[jdobbs]

Oh, I see. Anyways 10 bit color space has no playback problem at least on media Player classic-home cinemaGood catch. BD-RB wasn't properly taking the original audio size into account when two-pass-target mode was selected along with INTACT audio while processing an ALTERNATE selection.

[HWK]

Good catch. BD-RB wasn't properly taking the original audio size into account when two-pass-target mode was selected along with INTACT audio while processing an ALTERNATE selection.

Ah, Nice. Jdobbs, when encoding in two pass with HEVC and if you abort in second pass and start again, it wants to start with pass one and then do second pass.

Would it be possible to avoid doing pass one, if already done. Like it does with X264.

[kanerulz69]

@jdobbs, do you think speed will be greater if I upgrade my current i7 3690x w/ 64gb ddr3 to the latest i7 5960 that is 8 core, where mine now is 6 core, it takes me about 4hrs to encode a movie full backup 25gb bdr on very slow 2 pass, want to know if I'll see that much of a difference in encode speed by upgrading...

[jdobbs]

@jdobbs, do you think speed will be greater if I upgrade my current i7 3690x w/ 64gb ddr3 to the latest i7 5960 that is 8 core, where mine now is 6 core, it takes me about 4hrs to encode a movie full backup 25gb bdr on very slow 2 pass, want to know if I'll see that much of a difference in encode speed by upgrading...I can't say, as I'm not an i7 guy -- but hopefully someone else can chime in.

[omegaman7]

@jdobbs, do you think speed will be greater if I upgrade my current i7 3690x w/ 64gb ddr3 to the latest i7 5960 that is 8 core, where mine now is 6 core, it takes me about 4hrs to encode a movie full backup 25gb bdr on very slow 2 pass, want to know if I'll see that much of a difference in encode speed by upgrading...

I'd be willing to bet, that the second pass will benefit from 2 more cores. You may not see much if any gain in the first pass. Theoretically, I would think that you would. More worker bees after all lol. Anandtech has benchmark comparisons
http://www.anandtech.com/bench/product/1317?vs=443

[Groucho2004]

Anandtech has benchmark comparisons
Unfortunately, their x264 benchmarks are ridiculously outdated which means that, especially with newer CPUs, the score will not reflect the true potential. Not to mentioin that the techarp benchmarks are created by morons (sorry, I can't be kind about this).

This (http://www.xbitlabs.com/articles/cpu/) website uses up-to-date versions of x264 and uses the "FHD Benchmark" which I believe provides realistic results. You'll find x264 results in the "Application Tests" section of each test.

[Lathe]

Just to confirm, I was just trying to back up 'TOMB RAIDER' which WILL fit on a single layer Blu-ray (the destination size being a BD-25) so that I could eliminate a couple of the unnecessary audio and sub tracks. BDRB processed the main movie file just fine and of course indicated that no re-encode would necessary. But, when it started on one of the extra files (MPEG-2) it immediately gave me the exact same error message 'Could not create an AVS file'. So, it sounds like it definitely is doing what you said when trying to process MPEG-2 files while using the internal LAVF frame server.

Funny, until recently, I had never noticed it doing that before.

[jdobbs]

It would have started on v0.49.02, the error is associated with the code I added to support DGINDEX/DGDECODE.

[omegaman7]

Unfortunately, their x264 benchmarks are ridiculously outdated which means that, especially with newer CPUs, the score will not reflect the true potential. Not to mentioin that the techarp benchmarks are created by morons (sorry, I can't be kind about this).

This (http://www.xbitlabs.com/articles/cpu/) website uses up-to-date versions of x264 and uses the "FHD Benchmark" which I believe provides realistic results. You'll find x264 results in the "Application Tests" section of each test.

Apologies. Didn't mean to mislead. It was merely a quick google, right before work lol.

[Lathe]

It would have started on v0.49.02, the error is associated with the code I added to support DGINDEX/DGDECODE.

Thanks, good to know. You sure found that fast! :)

[DoctorM]

Today I re-encoded some bonus features to a BD5 using Quick Play. The option for Strict AVCHD is turned on.
My Sony BD player says the disc is unplayable, and VLC only plays a video/audio loop from the original menu with no text or selectable elements.
Is Quick Play even compatible with AVCHD discs?

[12/01/14] BD Rebuilder v0.49.05 (beta)
[17:01:19] Source: TANGLED.2010.2D
- Input BD size: 8.10 GB
- Approximate total content: [00:52:07.499]
- Target BD size: 4.36 GB
- Windows Version: 6.1 [7601]
- Quick-Play Reauthoring mode enabled
- Quality: Highest (Very Slow), Two Pass
- Output folder: C:\Users\Dr. M\Desktop\
- Decoding/Frame serving: DGDecNV
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[17:01:26] PHASE ONE, Encoding
- [17:01:26] Processing: VID_00006 (1 of 19)
- [17:01:26] Extracting A/V streams [VID_00006]
- [17:01:36] Reencoding video [VID_00006]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 5,687 frames
- Bitrate: 9,210 Kbs
- [17:01:36] Reencoding: VID_00006, Pass 1 of 2
- [17:02:33] Reencoding: VID_00006, Pass 2 of 2
- [17:06:35] Video Encode complete
- [17:06:35] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [17:06:35] Multiplexing M2TS
- [17:06:41] Processing: VID_00103 (2 of 19)
- [17:06:41] Extracting A/V streams [VID_00103]
- [17:06:53] Reencoding video [VID_00103]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 5,806 frames
- Bitrate: 9,205 Kbs
- [17:06:53] Reencoding: VID_00103, Pass 1 of 2
- [17:07:54] Reencoding: VID_00103, Pass 2 of 2
- [17:11:53] Video Encode complete
- [17:11:53] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [17:11:53] Multiplexing M2TS
- [17:11:59] Processing: VID_00104 (3 of 19)
- [17:11:59] Extracting A/V streams [VID_00104]
- [17:12:15] Reencoding video [VID_00104]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 2,969 frames
- Bitrate: 12,411 Kbs
- [17:12:15] Reencoding: VID_00104, Pass 1 of 2
- [17:12:46] Reencoding: VID_00104, Pass 2 of 2
- [17:14:42] Video Encode complete
- [17:14:42] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [17:14:42] Multiplexing M2TS
- [17:14:48] Processing: VID_00105 (4 of 19)
- [17:14:48] Extracting A/V streams [VID_00105]
- [17:15:25] Reencoding video [VID_00105]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 9,877 frames
- Bitrate: 9,193 Kbs
- [17:15:25] Reencoding: VID_00105, Pass 1 of 2
- [17:16:47] Reencoding: VID_00105, Pass 2 of 2
- [17:22:22] Video Encode complete
- [17:22:22] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [17:22:22] Multiplexing M2TS
- [17:22:30] Processing: VID_00106 (5 of 19)
- [17:22:30] Extracting A/V streams [VID_00106]
- [17:22:42] Reencoding video [VID_00106]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 2,510 frames
- Bitrate: 9,201 Kbs
- [17:22:42] Reencoding: VID_00106, Pass 1 of 2
- [17:23:05] Reencoding: VID_00106, Pass 2 of 2
- [17:24:40] Video Encode complete
- [17:24:40] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [17:24:40] Multiplexing M2TS
- [17:24:45] Processing: VID_00107 (6 of 19)
- [17:24:45] Extracting A/V streams [VID_00107]
- [17:25:03] Reencoding video [VID_00107]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 5,365 frames
- Bitrate: 9,191 Kbs
- [17:25:03] Reencoding: VID_00107, Pass 1 of 2
- [17:25:52] Reencoding: VID_00107, Pass 2 of 2
- [17:29:09] Video Encode complete
- [17:29:09] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [17:29:09] Multiplexing M2TS
- [17:29:16] Processing: VID_00108 (7 of 19)
- [17:29:16] Extracting A/V streams [VID_00108]
- [17:29:33] Reencoding video [VID_00108]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 5,167 frames
- Bitrate: 9,221 Kbs
- [17:29:33] Reencoding: VID_00108, Pass 1 of 2
- [17:30:24] Reencoding: VID_00108, Pass 2 of 2
- [17:34:03] Video Encode complete
- [17:34:03] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [17:34:03] Multiplexing M2TS
- [17:34:09] Processing: VID_00109 (8 of 19)
- [17:34:09] Extracting A/V streams [VID_00109]
- [17:34:29] Reencoding video [VID_00109]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 6,170 frames
- Bitrate: 9,208 Kbs
- [17:34:29] Reencoding: VID_00109, Pass 1 of 2
- [17:35:33] Reencoding: VID_00109, Pass 2 of 2
- [17:39:53] Video Encode complete
- [17:39:53] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [17:39:53] Multiplexing M2TS
- [17:39:59] Processing: VID_00110 (9 of 19)
- [17:39:59] Extracting A/V streams [VID_00110]
- [17:41:03] Reencoding video [VID_00110]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 17,810 frames
- Bitrate: 12,312 Kbs
- [17:41:03] Reencoding: VID_00110, Pass 1 of 2
- [17:44:19] Reencoding: VID_00110, Pass 2 of 2
- [17:59:36] Video Encode complete
- [17:59:36] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [17:59:36] Multiplexing M2TS
- [18:00:01] Processing: VID_00113 (10 of 19)
- [18:00:01] Extracting A/V streams [VID_00113]
- [18:00:11] Reencoding video [VID_00113]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 1,393 frames
- Bitrate: 12,354 Kbs
- [18:00:11] Reencoding: VID_00113, Pass 1 of 2
- [18:00:28] Reencoding: VID_00113, Pass 2 of 2
- [18:01:40] Video Encode complete
- [18:01:40] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [18:01:40] Multiplexing M2TS
- [18:01:44] Processing: VID_00114 (11 of 19)
- [18:01:44] Extracting A/V streams [VID_00114]
- [18:01:54] Reencoding video [VID_00114]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 1,368 frames
- Bitrate: 12,330 Kbs
- [18:01:54] Reencoding: VID_00114, Pass 1 of 2
- [18:02:10] Reencoding: VID_00114, Pass 2 of 2
- [18:03:17] Video Encode complete
- [18:03:17] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [18:03:17] Multiplexing M2TS
- [18:03:22] Processing: VID_00115 (12 of 19)
- [18:03:22] Extracting A/V streams [VID_00115]
- [18:03:35] Reencoding video [VID_00115]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 1,890 frames
- Bitrate: 12,240 Kbs
- [18:03:35] Reencoding: VID_00115, Pass 1 of 2
- [18:03:57] Reencoding: VID_00115, Pass 2 of 2
- [18:05:40] Video Encode complete
- [18:05:40] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [18:05:40] Multiplexing M2TS
- [18:05:45] Processing: VID_00116 (13 of 19)
- [18:05:45] Extracting A/V streams [VID_00116]
- [18:05:56] Reencoding video [VID_00116]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 1,968 frames
- Bitrate: 12,320 Kbs
- [18:05:56] Reencoding: VID_00116, Pass 1 of 2
- [18:06:23] Reencoding: VID_00116, Pass 2 of 2
- [18:08:04] Video Encode complete
- [18:08:04] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [18:08:04] Multiplexing M2TS
- [18:08:09] Processing: VID_00117 (14 of 19)
- [18:08:09] Extracting A/V streams [VID_00117]
- [18:08:19] Reencoding video [VID_00117]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 990 frames
- Bitrate: 12,383 Kbs
- [18:08:19] Reencoding: VID_00117, Pass 1 of 2
- [18:08:31] Reencoding: VID_00117, Pass 2 of 2
- [18:09:17] Video Encode complete
- [18:09:17] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [18:09:17] Multiplexing M2TS
- [18:09:21] Processing: VID_00118 (15 of 19)
- [18:09:21] Extracting A/V streams [VID_00118]
- [18:09:31] Reencoding video [VID_00118]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 1,188 frames
- Bitrate: 12,299 Kbs
- [18:09:31] Reencoding: VID_00118, Pass 1 of 2
- [18:09:45] Reencoding: VID_00118, Pass 2 of 2
- [18:10:44] Video Encode complete
- [18:10:44] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [18:10:44] Multiplexing M2TS
- [18:10:49] Processing: VID_00119 (16 of 19)
- [18:10:49] Extracting A/V streams [VID_00119]
- [18:11:00] Reencoding video [VID_00119]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 1,479 frames
- Bitrate: 12,338 Kbs
- [18:11:00] Reencoding: VID_00119, Pass 1 of 2
- [18:11:16] Reencoding: VID_00119, Pass 2 of 2
- [18:12:26] Video Encode complete
- [18:12:26] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [18:12:26] Multiplexing M2TS
- [18:12:31] Processing: VID_00120 (17 of 19)
- [18:12:31] Extracting A/V streams [VID_00120]
- [18:12:41] Reencoding video [VID_00120]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 1,488 frames
- Bitrate: 12,342 Kbs
- [18:12:41] Reencoding: VID_00120, Pass 1 of 2
- [18:12:57] Reencoding: VID_00120, Pass 2 of 2
- [18:14:04] Video Encode complete
- [18:14:04] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [18:14:04] Multiplexing M2TS
- [18:14:09] Processing: VID_00121 (18 of 19)
- [18:14:09] Extracting A/V streams [VID_00121]
- [18:14:19] Reencoding video [VID_00121]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 1,485 frames
- Bitrate: 12,340 Kbs
- [18:14:19] Reencoding: VID_00121, Pass 1 of 2
- [18:14:35] Reencoding: VID_00121, Pass 2 of 2
- [18:15:42] Video Encode complete
- [18:15:42] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [18:15:42] Multiplexing M2TS
- [18:15:47] Processing: VID_00122 (19 of 19)
- [18:15:47] Extracting A/V streams [VID_00122]
- [18:15:54] Reencoding video [VID_00122]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 375 frames
- Bitrate: 9,124 Kbs
- [18:15:54] Reencoding: VID_00122, Pass 1 of 2
- [18:15:59] Reencoding: VID_00122, Pass 2 of 2
- [18:16:17] Video Encode complete
- [18:16:17] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [18:16:18] Multiplexing M2TS
[18:16:21]PHASE ONE complete
[18:16:21]PHASE TWO - Rebuild Started
- [18:16:21] Rebuilding BD file Structure
- [18:17:05] Creating Quick-Play Menu...
- Encoding menu background...
- Building menu structure...
[18:17:45] - Encode and Rebuild complete
[18:17:45] JOB: TANGLED.2010.2D finished.

[gonca]

AVCHD is strictly movie only. Some players do play menu structure within an AVCHD disc while some don't. Has your player successfully played back BD5 or 9 with menus before?

[DoctorM]

AVCHD is strictly movie only. Some players do play menu structure within an AVCHD disc while some don't. Has your player successfully played back BD5 or 9 with menus before?

Yup, menus generated with MultiAVCHD work fine. It disables any menu features that are incompatible with AVCHD discs when set to that format (as opposed to full BD) and it works just fine.

I assumed the same would be true for BD Rebuilder.

Edit: Burned a rewritable BD50 and the menus played fine (and looked great).
I read somewhere on wikipedia that what is compatible for a DVD menu is compatible for AVCHD menus. That would suggest the video and audio should be compatible. I'm not sure why it doesn't work.