View Full Version : BD Rebuilder Beta - Bug Reports Only
jdobbs
18th February 2009, 19:00
jdobbs,
you don`t update nicaudio.dll to v2.02.....why? I haven't done any testing with it -- is there something in that version that might improve BD support?
smnckl
18th February 2009, 19:21
@jdobbs
After the debacle with The Bourne Ultimatum (VC-1 video, WMA audio) I mentioned earlier, I demuxed the audio and transcoded to AC3. Muxed to BR structure with tsMuxeR 1.8.4 (which is the version you prefer?) and then started BD-RE 1.19.02.
The BDREBUILDER.INI contents are:
[Options]
MODE=1
QUICK_EXTRAS=0
PRIORITY_CLASS=1
RESIZE=0
TARGET_SIZE=7910
VERBOSE_STATUS=1
AUDIO_TO_KEEP=eng;
SUBS_TO_KEEP=eng;
TRELLIS=1
COLOR_BOOST=1
RESIZE_1080=0
DTS_REENCODE=0
AC3_REENCODE=0
AC3_640=0
AVCHD=-
AUDIO_TRACK_LIMIT=1
SUBTITLE_TRACK_LIMIT=1
[Paths]
SOURCE_PATH=C:\
WORKING_PATH=D:\REBUILDS\
When I pointed to the source folder I received the following error messages (screen caps attached, might have to wait for approval):
BD Rebuilder experienced an error 1[11:52:03] Source Check() 00006 1
followed by
Selected source is not BD format.
The M2TS info from MediaInfo is
General
ID : 1
Complete name : M:\The Bourne Ultimatum\BDMV\STREAM\00001.m2ts
Format : BDAV
Format/Info : BluRay Video
File size : 8.16 GiB
Duration : 13h 15mn
Overall bit rate : 1 468 Kbps
Maximum Overall bit rate : 35.5 Mbps
Video
ID : 4113 (0x1011)
Menu ID : 1 (0x1)
Format : VC-1
Format profile : AP@L3
Duration : 13h 14mn
Bit rate : 760 Kbps
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16/9
Frame rate : 23.976 fps
Colorimetry : 4:2:0
Scan type : Progressive
Bits/(Pixel*Frame) : 0.015
Audio
ID : 4352 (0x1100)
Menu ID : 1 (0x1)
Format : AC-3
Format/Info : Audio Coding 3
Duration : 13h 15mn
Bit rate mode : Constant
Bit rate : 640 Kbps
Channel(s) : 6 channels
Channel positions : Front: L C R, Surround: L R, LFE
Sampling rate : 48.0 KHz
Language : English
Text
ID : 4608 (0x1200)
Menu ID : 1 (0x1)
Format : PGS
Language : English
I will try earlier versions to see whether this error is reproducible. I assume the 0.19.4 is the same as 0.19.2 with the exception of the language locale issue.
Edit: 0.19.1 gave me
BD Rebuilder experienced an error 1[11:52:03] Source Check() 00055 1
error as soon as the GUI appeared. After selecting the source folder the
BD Rebuilder experienced an error 1[11:52:03] Source Check() 00006 1
message appeared again.
DIVX2009
18th February 2009, 19:36
jdobbs,
nicaudio.dll....
CHANGE LOG
----------
24/09/2008 Tebasuna 2.0.2
mp3 Anoying message supress.
ac3 1MB (at least 13 sec) initial garbage assumed like delay instead reject the file.
Now ac3 delayed with VirtualDub style are delayed acordly (same behaviour than standard players).
dts Correct decode more amod+lfeon options instead automatic downmix. Support for padded dts.
Core extraction in DTS HD. Seems work fine with DTS High Res. (CBR),
still in beta stage with DTS Master Audio (VBR) please report any problem.
rawav Not needed first parameter, by default assumed ignorelength if > 2GB
Improved w64 support.
mochevolete
18th February 2009, 20:35
hi jdobbs,
sorry for making a request here,
the only reason I'm not using BD Rebuilder right now, is that I like to retain the original HD audio tracks, now that the new TSmuxeR fixed the TrueHD tracks issue , all can be done !
Are you going to include a "Keep untouched the Audio tracks" soon ?
cheers, Nik
turbojet
18th February 2009, 20:36
When using mkv intermediate files track number is missing in MUX_MOVIE_ONLY.meta so tsmuxer errors and rebuild fails.
laserfan
18th February 2009, 20:37
FROM FEBRUARY 1st:
Using latest BD-RB v0.18.7 ...the process completed with errors for 6 of the streams/programs on the disc: 287, 288, 289, 293, 294, and 295. All of these have in common that they are VC-1, AP@L3, 1920x1080, and 29.970, Interlaced TFF.
FROM THIS MORNING:
Decided to try v0.19.01 on Mamma Mia! again. This is the one with extras that BD-RB chokes on as reported earlier in the thread. Well, in the earlier version of BD-RB the program failed on these extras but at least got thru it to the end. Now it just aborts at the first failed extra...Upon Resume, and using 0.19.04 this time, I watched it and x264 was failing "x264 has encountered a problem and needs to close" (about 120 frames into Pass1). Tried a few things including newer Decomb in the .AVS and older x264 but no dice. Then I noticed 00287.m2ts was a VC-1 which triggered me to check my ffdshow. It was set to WMV9 instead of libavcodec for VC-1. When I changed it to libavcodec everything works--BD-RB processed clip 287 and is now cranking on thru the rest of the Extras!
While I recall reading here in numerous places that "WMV9 is preferred over libavcodec for VC-1" I don't remember when I might have changed my ffdshow setting to WMV9, so it's entirely possible it was that way on Feb 1 when I first attempted this. No idea why x264 chokes on the WMV9 setting (I usually use DGVC1DecNV to feed x264 not ffdshow). I don't think there's anything amiss re: my WMP11 install but in any case this one issue at least is solved.
jdobbs
18th February 2009, 20:45
Thanks for the update. I think I need to add to the instructions that MediaPlayer 11 needs to be installed so the WMV11 codec is in use. On my system I just leave VC-1 disabled in FFDSHOW so I can use the WMV11 codec.
jdobbs
18th February 2009, 20:46
When using mkv intermediate files track number is missing in MUX_MOVIE_ONLY.meta so tsmuxer errors and rebuild fails. I must have screwed it up with I made the fix for audio syncing... I'll look at it.
tyte_E_YT
18th February 2009, 20:57
Full disc of Madagascar 2 plays the 'trivia track' throughout the movie. It will not turn off with either of its instances in the pop-up menu. I added the line in the ini for the panasonic stb's.
MikeyBK
18th February 2009, 21:47
Thanks for the update. I think I need to add to the instructions that MediaPlayer 11 needs to be installed so the WMV11 codec is in use. On my system I just leave VC-1 disabled in FFDSHOW so I can use the WMV11 codec.
That's a good suggestion, I've always had libav set for VC-1 but will disable it to see if WMV11 takes over. Thanks.
When using mkv intermediate files track number is missing in MUX_MOVIE_ONLY.meta so tsmuxer errors and rebuild fails.
Was that with version 19.04?
turbojet
18th February 2009, 21:48
I must have screwed it up with I made the fix for audio syncing... I'll look at it.
OK thanks, also it muxes mkv to m2ts first then tries to mux mkv/audio/subs to bluray. Is there any reason for the first mux to m2ts?
laserfan
18th February 2009, 22:15
Thanks for the update. I think I need to add to the instructions that MediaPlayer 11 needs to be installed so the WMV11 codec is in use. On my system I just leave VC-1 disabled in FFDSHOW so I can use the WMV11 codec.Hey my entry in the dropdown for VC-1 in FFDSHOW is WMV9--is yours "WMV11"??? :confused:
Chas Hart
18th February 2009, 22:15
Tried to resize 1080 > 720 with v19.04 and It didn't resize. There was no resize command in the VID_00001.AVS file.
It was working with v19.01.
MikeyBK
18th February 2009, 22:23
Hey my entry in the dropdown for VC-1 in FFDSHOW is WMV9--is yours "WMV11"??? :confused:
I'm gathering that he means if you disable VC-1 in FFDSHOW then WMV11 would be used instead.... doing a test encode right now on a small VC-1 clip.
EDIT: worked just fine...
laserfan
18th February 2009, 22:35
What I want to know is--what exactly is the entry for VC-1 in ffdshow for those of you who have WMP11 installed? Is it WMV9 as mine, or something else??? I mean of course, "along with libavcodec" that's there as well in the drop-down box. Here's what I see:
http://www.mediafire.com/imgbnc.php/ca685229729dfd6f62dfddb13e1f85c35g.jpg
turbojet
18th February 2009, 22:41
Tried to resize 1080 > 720 with v19.04 and It didn't resize. There was no resize command in the VID_00001.AVS file.
It was working with v19.01.
Works for me, did you mistakenly overwrite the bdrebuilder.ini when updating which you'll lose all your settings?
Also I've noticed that some settings work kind of weird and you have to restart BD-RB before they take affect.
JDobbs: Is there any reason to include the ini in the rar?
Drahga
18th February 2009, 22:49
I am also getting this error now.
[16:45:25] BD Rebuilder v0.19.04 (beta)
- Source: STEP_BROTHERS
- Input BD size: 44.29 GB
- Approximate total content: [03:38:24.691]
- Target BD size: 22.46 GB
[16:45:26] PHASE ONE, Encoding
- Extracting audio/subs [VID_00230]
- Error in attempt to extract audio/subs.
[16:45:26] - Failed to retrieve audio, aborted
It seemed to be working until it bombed out on Vantage Point and now this is the error for every try.
turbojet
18th February 2009, 22:55
JDobbs congratulations on 720 sup files!
This is the first time I've seen them. I do however have some problems with some subs displaying too far to the right of the screen, also they have gotten pretty big and in some cases they fall off the screen.
720p misaligned (http://img264.imageshack.us/my.php?image=720misalignedsw5.png)
1080p original (http://img516.imageshack.us/my.php?image=originalsx3.png)
Anyhow huge step forward on the sups!
MikeyBK
18th February 2009, 23:08
What I want to know is--what exactly is the entry for VC-1 in ffdshow for those of you who have WMP11 installed? Is it WMV9 as mine, or something else??? I mean of course, "along with libavcodec" that's there as well in the drop-down box. Here's what I see:
http://www.mediafire.com/imgbnc.php/ca685229729dfd6f62dfddb13e1f85c35g.jpg
Put it to 'disabled'
MikeyBK
19th February 2009, 00:14
@ JD...
I'm curious about retaining TrueHD now that TSMuxer has an updated exe that can keep the trueHD audio for those that might be using BD-RBuilder to BD-25.... I sure wouldn't mind that option when I decide to reencode one to a BD-25 myself...
I tested it and it did just fine.
ftp://213.221.6.90/tsMuxer/
ron spencer
19th February 2009, 00:28
You do not need Media Player 11....if you have WMEncoder installed it will use that fine as well. Seems so.
drmih
19th February 2009, 00:33
Probably not a bug but how do you get a 64bit version of x264 to work. I assumed that if I replaced the one supplied with bd-rebuilder with the 64bit one that would be it, but I get 'Encode failed' straightaway. If I put it back to the 32bit one it's fine.
jdobbs
19th February 2009, 00:48
Hey my entry in the dropdown for VC-1 in FFDSHOW is WMV9--is yours "WMV11"??? :confused: No. If you say "disabled" in FFDSHOW and you have Media Player 11 installed, it will use the WMV11 codec of Media Player (rather than FFDSHOW).
jdobbs
19th February 2009, 00:52
JDobbs congratulations on 720 sup files!
This is the first time I've seen them. I do however have some problems with some subs displaying too far to the right of the screen, also they have gotten pretty big and in some cases they fall off the screen.
720p misaligned (http://img264.imageshack.us/my.php?image=720misalignedsw5.png)
1080p original (http://img516.imageshack.us/my.php?image=originalsx3.png)
Anyhow huge step forward on the sups!Hmmm... I went out of my way to make sure it centered and it worked very well on my tests. I'll look it again. I left the bitmap untouched and simply changed the start x/y in the SUP file, that's why they are bigger. I thought it was acceptable, though. In the future I will also decode the bitmap and resize it -- I was just in a hurry to get it implemented.
jdobbs
19th February 2009, 00:54
@ JD...
I'm curious about retaining TrueHD now that TSMuxer has an updated exe that can keep the trueHD audio for those that might be using BD-RBuilder to BD-25.... I sure wouldn't mind that option when I decide to reencode one to a BD-25 myself...
I tested it and it did just fine.
ftp://213.221.6.90/tsMuxer/ It isn't that it is hard to do... it's that I'm trying to limit the variability while getting rid of the major bugs... Every time you add one more layer of variability you have exponentially increased the difficulty of debugging. Bottom line: if someone starts throwing more complexity into the mix -- I'm going to have to not respond to their bug reports. Otherwise I will never get past early beta testing.
turbojet
19th February 2009, 01:02
OK thanks jdobbs
Probably not a bug but how do you get a 64bit version of x264 to work. I assumed that if I replaced the one supplied with bd-rebuilder with the 64bit one that would be it, but I get 'Encode failed' straightaway. If I put it back to the 32bit one it's fine.
Currently you'd need 64 bit avisynth (doesn't seem to work) and 64 bit directshow filters like ffdshow 64 or you'd need to be able to pipe with avs2yuv which BD-RB currently doesn't support.
laserfan
19th February 2009, 01:10
No. If you say "disabled" in FFDSHOW and you have Media Player 11 installed, it will use the WMV11 codec of Media Player (rather than FFDSHOW).Thanks for telling. My earlier report that libavcodec worked with the VC-1 extras in Mamma Mia was premature--while BD-RB got thru those extras they were all "grey screen" i.e. no video. After all manner of attempts to try libavcodec, WMV9, and Disabled (and I do have WMP11 installed/working), none of these decode interlaced VC-1s on my computer--never mind the x264 crash, Vdub will crash also when running the AVS. So I get "no video", or "crash", or "crash" from the above. Only neuron2's DGVC1IndexNV works (thankfully), and with it I'm converting those extras right now.
One wonders how many of the issues reported here are owing to broken decoding--sorry I've contributed to the "BD-RB Bug Reports" where in fact my system has problems I can't seem to fix... :(
MikeyBK
19th February 2009, 01:13
It isn't that it is hard to do... it's that I'm trying to limit the variability while getting rid of the major bugs... Every time you add one more layer of variability you have exponentially increased the difficulty of debugging. Bottom line: if someone starts throwing more complexity into the mix -- I'm going to have to not respond to their bug reports. Otherwise I will never get past early beta testing.
Understood.... no worries and no rush JD, we are all grateful for how far along you brought BD-ReBuilder to already, I know I am...
I do know that you stated about limiting variables, but also remembered you asking about alternatives (preferably free) to TSMuxer for TrueHD retention, so I thought I'd mention it since TSMuxer now fixed their issue with TrueHD...
But whatever pace you deem is the best is most appreciated because BD-RB has been a Godsend for me, as well as everyone else I'm sure... thanks again...
:thanks:
tyau
19th February 2009, 01:35
http://i6.photobucket.com/albums/y250/the_invisible/crash.jpg
[Status]
LABEL=SHOOT_EM_UP
VERSION=v0.19.04 (beta)
SOURCE_SIZE=49922711344
SOURCE_VIDEO_SIZE=49871112192
TARGET_SIZE=8294236160
REDUCTION=.165278788575367
RESIZE_1080=0
AUDIO_TO_KEEP=eng;
SUBS_TO_KEEP=all
BACKUP_MODE=0
QUICK=0
PASS=2
COMPLETED=3
[00001]
M2TS_TARGET=11502261
RATE=2321
AUDIO=1
NSIZE=11722752
FLINK=0
MLINK=0
[00003]
M2TS_TARGET=61022812
RATE=2675
AUDIO=10
NSIZE=61224960
FLINK=0
MLINK=0
[00004]
M2TS_TARGET=59941333
RATE=2675
AUDIO=10
NSIZE=60143616
FLINK=0
MLINK=0
[00007]
M2TS_TARGET=3530580867
RATE=3418
-----------------------
[12:56:51] BD Rebuilder v0.19.04 (beta)
- Source: SHOOT_EM_UP
- Input BD size: 46.49 GB
- Approximate total content: [04:31:00.552]
- Target BD size: 7.72 GB
[12:56:52] PHASE ONE, Encoding
- Extracting audio/subs [VID_00001]
- [12:56:52] Reencoding: VID_00001 (1 of 13)
- Extracting audio/subs [VID_00003]
- [12:59:02] Reencoding: VID_00003 (2 of 13)
- Extracting audio/subs [VID_00004]
- [13:09:28] Reencoding: VID_00004 (3 of 13)
- Extracting audio/subs [VID_00007]
- [13:23:16] Reencoding: VID_00007 (4 of 13)
- Encode failed. Retrying.
Got this problem while doing a Full Disc Backup. Latest version 0.19.04
After I close the error message above, BD-RB resumed copying at 23%. Would that be okay?
TheOfficeMaven
19th February 2009, 01:39
Trying to do a movie-only encode of "3:10 to Yuma" BD using v0.19.04 and I end up with the following:
PROJECT.epr:
[Options]
MODE=1
QUICK_EXTRAS=0
PRIORITY_CLASS=1
RESIZE=0
VERBOSE_STATUS=1
AUDIO_TO_KEEP=eng;
SUBS_TO_KEEP=eng;
TRELLIS=1
COLOR_BOOST=0
RESIZE_1080=1
DTS_REENCODE=1
AC3_REENCODE=1
AC3_640=0
AVCHD=1
AUDIO_TRACK_LIMIT=1
SUBTITLE_TRACK_LIMIT=1
[Paths]
SOURCE_PATH=F:\
WORKING_PATH=C:\TEST\
BDREBUILDER.INF:
[Status]
LABEL=YUMA
VERSION=v0.19.04 (beta)
SOURCE_SIZE=29979684864
SOURCE_VIDEO_SIZE=29979684864
TARGET_SIZE=4581228544
REDUCTION=.152811097407538
RESIZE_1080=-1
AUDIO_TO_KEEP=eng;
SUBS_TO_KEEP=eng;
BACKUP_MODE=1
QUICK=0
PASS=0
[00066]
M2TS_TARGET=4581228544
RATE=4042
BD-REBUILDER.LOG:
-----------------------
[11:32:46] BD Rebuilder v0.19.04 (beta)
- Source: YUMA
- Input BD size: 27.92 GB
- Approximate total content: [02:02:30.551]
- Target BD size: 4.27 GB
- MOVIE-ONLY mode enabled
- RESIZE 1080p to 720p enabled
[11:32:46] PHASE ONE, Encoding
- Extracting audio/subs [VID_00066]
- [11:48:19] Collecting video information [00066]
- Video: 1920x1080, 23.976fps
- Bitrate: 4,042 Kbs
- [11:48:19] Reencoding: VID_00066, Pass 1 of 2
- [13:21:01] Reencoding: VID_00066, Pass 2 of 2
- [15:26:50] Video Encode complete
- [15:26:50] Reencoding audio tracks
Then I get the following error in a DOS window:
C:\Users\Mike\Downloads\Popcorn Hour\Blu-Ray Ripping\BD Rebuilder\BD_Rebuilder>"
C:\Users\Mike\Downloads\Popcorn Hour\Blu-Ray Ripping\BD Rebuilder\BD_Rebuilder\t
ools\wavi.exe" "C:\TEST\WORKFILES\AUD_00066_4352.AVS" - | "C:\Users\Mike\Downl
oads\Popcorn Hour\Blu-Ray Ripping\BD Rebuilder\BD_Rebuilder\tools\aften.exe" -v
1 -b 448 -readtoeof 1 - "C:\TEST\WORKFILES\AUD_00066_4352.AC3"
Aften: A/52 audio encoder
Version SVN
(c) 2006-2007 Justin Ruggles, Prakash Punnoor, et al.
Found PCM audio: 8 channels, 48000 Hz, 16 bits, 7350.555000 seconds.
Warning: WAV file will be larger than 4 GB.
Writing WAV file...
input format: Microsoft WAVE Signed 16-bit little-endian 48000 Hz multi-channel
Unsupported # of channels passed to aften_wav_chmask_to_acmod
mismatch in channels, acmod, and lfe params
Error: Could not write to the standard output.
Here's AUD_00066.meta:
MUXOPT --no-pcr-on-video-pid --new-audio-pes --demux --vbr --vbv-len=500
A_LPCM, "F:\BDMV\STREAM\00066.M2TS", track=4352, lang=eng, mplsFile=00019
S_HDMV/PGS, "F:\BDMV\STREAM\00066.M2TS", fps=23.976, track=4608, lang=eng, mplsFile=00019
Here's audio.bat:
"C:\Users\Mike\Downloads\Popcorn Hour\Blu-Ray Ripping\BD Rebuilder\BD_Rebuilder\tools\wavi.exe" "C:\TEST\WORKFILES\AUD_00066_4352.AVS" - | "C:\Users\Mike\Downloads\Popcorn Hour\Blu-Ray Ripping\BD Rebuilder\BD_Rebuilder\tools\aften.exe" -v 1 -b 448 -readtoeof 1 - "C:\TEST\WORKFILES\AUD_00066_4352.AC3"
According to BDInfo, the BD has a 7.1 LPCM track and a 5.1 Dolby Digital EX track.
jdobbs
19th February 2009, 04:09
http://i6.photobucket.com/albums/y250/the_invisible/crash.jpg
Got this problem while doing a Full Disc Backup. Latest version 0.19.04
After I close the error message above, BD-RB resumed copying at 23%. Would that be okay?No. Probably not.
Furiousflea
19th February 2009, 04:13
Trying to do a movie-only encode of "3:10 to Yuma" BD using v0.19.04 and I end up with the following:
PROJECT.epr:
BDREBUILDER.INF:
BD-REBUILDER.LOG:
Then I get the following error in a DOS window:
Here's AUD_00066.meta:
Here's audio.bat:
According to BDInfo, the BD has a 7.1 LPCM track and a 5.1 Dolby Digital EX track.
Since AC3 basic form doesn't support 7.1, I expect that would be your problem. BD-Rebuilder would need an AC3+ encoder to allow support of compressed 7.1 audio (AC3+ is the standard for compressed audio on BD above 5.1).
However I doubt jdobbs would want to work on that at thia point considering there is much more important stuff to work on. I would suggest that jdobbs add suport of EAC3To's "Down6" command that downmixes an 8 channel track -> 5.1 mixing the rear channels in an elegant fashion.
Since you are doing movie only, you can do that yourself with no hassle. Run your m2ts thru eac3to and with the -down6 switch and encode to 640k DD. load your original m2ts in tsmuxer and then the new audio track you've made (deleting the original) and output to bd structure. Encode with BD Rebuilder, in the options make sure to select NOT to reencode AC3.
If you want to do it in full disc mode, you will need to swap the AC3 track you created with EAC3To with the original one in the work folder that BD-Rebuilder creates when it demuxes the video\audio at the m2ts that corresponds to the main movie. Obviously renaming the EAC3To created track as what BD Rebuilder has named the orignal.
Dark Shikari
19th February 2009, 05:51
(OK, so it isn't really a bug report, but...)
Why is trellis still a separate option? It seems very silly and inconsistent to make that completely separate from all other quality options.
Also, there should probably be some documentation added with regards to the fact that higher quality settings are more important on smaller-sized encodes; this would make clear that people can probably get away with Fastest on BD-25, but that it would be a rather bad idea on a BD-5, for example.
jdobbs
19th February 2009, 10:22
Since AC3 basic form doesn't support 7.1, I expect that would be your problem. BD-Rebuilder would need an AC3+ encoder to allow support of compressed 7.1 audio (AC3+ is the standard for compressed audio on BD above 5.1).
However I doubt jdobbs would want to work on that at thia point considering there is much more important stuff to work on. I would suggest that jdobbs add suport of EAC3To's "Down6" command that downmixes an 8 channel track -> 5.1 mixing the rear channels in an elegant fashion.
Since you are doing movie only, you can do that yourself with no hassle. Run your m2ts thru eac3to and with the -down6 switch and encode to 640k DD. load your original m2ts in tsmuxer and then the new audio track you've made (deleting the original) and output to bd structure. Encode with BD Rebuilder, in the options make sure to select NOT to reencode AC3.
If you want to do it in full disc mode, you will need to swap the AC3 track you created with EAC3To with the original one in the work folder that BD-Rebuilder creates when it demuxes the video\audio at the m2ts that corresponds to the main movie. Obviously renaming the EAC3To created track as what BD Rebuilder has named the orignal. What I could probably do, though, is reduce the 7.1 to 5.1 using AVISYNTH.
jdobbs
19th February 2009, 10:24
(OK, so it isn't really a bug report, but...)
Why is trellis still a separate option? It seems very silly and inconsistent to make that completely separate from all other quality options.
Also, there should probably be some documentation added with regards to the fact that higher quality settings are more important on smaller-sized encodes; this would make clear that people can probably get away with Fastest on BD-25, but that it would be a rather bad idea on a BD-5, for example.
Yeah, the trellis option is left over from early development -- the setup and quality selections kind of went in their own direction since then.
There's probably a lot of documentation the should be added. But I just haven't had the time.
~bT~
19th February 2009, 13:20
[Status]
LABEL=BEYONCEEXPERIENCE_US
VERSION=v0.19.04 (beta)
SOURCE_SIZE=42342244018
SOURCE_VIDEO_SIZE=42322120704
TARGET_SIZE=8294236160
REDUCTION=.195503266574682
RESIZE_1080=-1
AUDIO_TO_KEEP=ben;eng;hin;tam;
SUBS_TO_KEEP=eng;
BACKUP_MODE=0
QUICK=0
PASS=1
COMPLETED=4
[00000]
M2TS_TARGET=8202424495
RATE=6995
AUDIO=010
NSIZE=7896889344
FLINK=0
MLINK=0
[00001]
M2TS_TARGET=22801849
RATE=2181
AUDIO=1
NSIZE=23457792
FLINK=-1
MLINK=-1
[00002]
M2TS_TARGET=30443706
RATE=2183
AUDIO=1
NSIZE=31377408
FLINK=-1
MLINK=-1
[00005]
M2TS_TARGET=5091768
RATE=3869
AUDIO=1
NSIZE=4853760
FLINK=0
MLINK=0
[00006]
M2TS_TARGET=7927736
RATE=3397
-----------------------
[21:12:48] BD Rebuilder v0.19.04 (beta)
- Source: BEYONCEEXPERIENCE_US
- Input BD size: 39.43 GB
- Approximate total content: [02:12:44.089]
- Target BD size: 7.72 GB
- RESIZE 1080p to 720p enabled
[21:12:48] PHASE ONE, Encoding
- Extracting audio/subs [VID_00000]
- [21:27:28] Collecting video information [00000]
- Video: 1920x1080, 23.976fps
- Bitrate: 6,995 Kbs
- [21:27:28] Reencoding: VID_00000, Pass 1 of 2
- [00:14:05] Reencoding: VID_00000, Pass 2 of 2
- [04:45:32] Video Encode complete
- [04:45:32] Reencoding audio tracks
- [04:47:48] Multiplexing M2TS
- Extracting audio/subs [VID_00001]
- [04:52:46] Collecting video information [00001]
- Video: 1920x1080, 23.976fps
- Bitrate: 2,181 Kbs
- [04:52:46] Reencoding: VID_00001, Pass 1 of 2
- [04:53:51] Reencoding: VID_00001, Pass 2 of 2
- [04:55:20] Video Encode complete
- [04:55:20] Reencoding audio tracks
- [04:55:48] Multiplexing M2TS
- Extracting audio/subs [VID_00002]
- [04:55:54] Collecting video information [00002]
- Video: 1920x1080, 23.976fps
- Bitrate: 2,183 Kbs
- [04:55:54] Reencoding: VID_00002, Pass 1 of 2
- [04:57:14] Reencoding: VID_00002, Pass 2 of 2
- [04:59:05] Video Encode complete
- [04:59:05] Reencoding audio tracks
- [04:59:33] Multiplexing M2TS
- Extracting audio/subs [VID_00005]
- [04:59:38] Collecting video information [00005]
- Video: 1920x1080, 29.970fps
- Bitrate: 3,869 Kbs
- [04:59:38] Reencoding: VID_00005, Pass 1 of 2
- [04:59:50] Reencoding: VID_00005, Pass 2 of 2
- [05:00:09] Video Encode complete
- [05:00:09] Reencoding audio tracks
- [05:00:37] Multiplexing M2TS
- Extracting audio/subs [VID_00006]
- [05:00:38] Collecting video information [00006]
- Video: 1920x1080, 29.970fps
- Bitrate: 3,397 Kbs
- [05:00:38] Reencoding: VID_00006, Pass 1 of 2
- Encode failed. Retrying.
- Encode failed. Retrying.
- Reached retry limit. Aborting.
[12:14:14] - Failed video encode, aborted
Drahga
19th February 2009, 13:47
[16:45:25] BD Rebuilder v0.19.04 (beta)
- Source: STEP_BROTHERS
- Input BD size: 44.29 GB
- Approximate total content: [03:38:24.691]
- Target BD size: 22.46 GB
[16:45:26] PHASE ONE, Encoding
- Extracting audio/subs [VID_00230]
- Error in attempt to extract audio/subs.
[16:45:26] - Failed to retrieve audio, aborted
I went back to v0.18.08 and it is running again without the error. Any ideas?
jdobbs
19th February 2009, 14:25
Can you help me get some idea as to the error?
Do you get any kind of popup error message?
Please post the BDREBUILDER.INI file (for the failed attempt) so I can see your settings. I'm especially interested as to whether you are resizing to 720p -- as that is the primary change to that module between those two versions.
1. Run 0.19.04 again until it encounters the error.
2. Open a dos window (run CMD.EXE)
3. Type in this command (with the appropriate drive/paths):
"n:\pathtobd-rb\tools\tsmuxer.exe" "n:\pathtoworking\workfiles\aud_00230.meta" "n:\pathtoworking\workfiles"
Then report back what error TSMUXER reports.
Thanks.
TheOfficeMaven
19th February 2009, 17:11
Since AC3 basic form doesn't support 7.1, I expect that would be your problem. BD-Rebuilder would need an AC3+ encoder to allow support of compressed 7.1 audio (AC3+ is the standard for compressed audio on BD above 5.1)...
Thanks for the help and your guidance with eac3to.
Since the movie has both a LPCM track and a DD-EX track, wouldn't it make more sense for BD-RB to simply select the DD-EX track over the LPCM track and use it instead (since it knows it can't work with the 7.1 LPCM - and assuming that it can work with with the DD-EX)?
I have DB-RB setup to use one English audio track. Thus, it would be nice if it had code to make it smart enough to skip over the first audio track and use the next one if the first one is an incompatible track.
infiniter
19th February 2009, 18:28
I tried to rebuild Harry Potter 1 with all extras and left only english/german audio and subs.
That's what happened:
- the BD has 108 clips
- main movie is VC-1
- on 5 of the clips, BD-RB stopped working -> I aborted
- resuming reported the error "Audio/PGS size" something
- chosed to continue -> the audio encoder (AFTEN) stopped at 100% and BD-RB hung
- I could circumvent this by replacing the concerned files with one that worked
- after it was finished I burned a BD-RE
- it didn't play at all on my PS3
- it did play in my BD burner with WinDVD, but Video was shaky and disturbed
- I found out that the 5 concerned files were MPEG2, 480i, 29.97fps
My BD-RB settings:
- encoder x264, normal, high quality
- target size BD25
- do not encode DTS to AC3
- do not recode AC3
- Trellis
I thought this should do.
Furiousflea
19th February 2009, 19:29
Thanks for the help and your guidance with eac3to.
Since the movie has both a LPCM track and a DD-EX track, wouldn't it make more sense for BD-RB to simply select the DD-EX track over the LPCM track and use it instead (since it knows it can't work with the 7.1 LPCM - and assuming that it can work with with the DD-EX)?
I have DB-RB setup to use one English audio track. Thus, it would be nice if it had code to make it smart enough to skip over the first audio track and use the next one if the first one is an incompatible track.
No, because often those DD-EX tracks on Bluray discs come from lower quality sources than the high quality LPCM uncompressed tracks do...Crazy I know, it was the same in DVD days, where people often viewed DTS audio as much higher quality, but in fact the most difference came from the DTS track being produced from a much better source.
Capsbackup
20th February 2009, 01:11
My first attempt at a movie only backup with BD-RB v0.19.14 was not successful. Movie was Pride and Glory, NTSC. Since I had experienced some marginal undersizing on previous versions, I did change the BD-5 size to 4.38GB, but other than that, clean rip with AnydvdHD and straight to BD-RB. Also, no resizing and do not reencode AC3 was selected.
-----------------------
[09:23:19] BD Rebuilder v0.19.04 (beta)
- Source: PRIDE_AND_GLORY
- Input BD size: 19.66 GB
- Approximate total content: [02:10:09.426]
- Target BD size: 4.38 GB
- MOVIE-ONLY mode enabled
[09:23:19] PHASE ONE, Encoding
- Extracting audio/subs [VID_00004]
- [09:29:50] Collecting video information [00004]
- Video: 1920x1080, 23.976fps
- Bitrate: 3,677 Kbs
- [09:29:50] Reencoding: VID_00004, Pass 1 of 2
- [10:57:41] Reencoding: VID_00004, Pass 2 of 2
- [13:25:31] Video Encode complete
- [13:25:31] Reencoding audio tracks
- [13:27:19] Multiplexing M2TS
- Error in attempt to multiplex: MUX_00004.meta
[13:28:59] - Failed to build structure, aborted
jdobbs
20th February 2009, 01:36
Could you run the MUX from the command line so I can see what error is being generated?
1. Open a dos window (run CMD.EXE)
2. Type in this command (with the appropriate drive/paths) and all on one line:
"n:\pathtobd-rb\tools\tsmuxer.exe" "n:\pathtoworking\workfiles\MUX_00004.meta" "n:\pathtoworking\workfiles\TMP"
Then report back what error TSMUXER reports.
Thanks.
GaPony
20th February 2009, 01:38
Pride & Glory is a problem movie... I wouldn't suspect a problem with DVD Rebuilder based upon results from it. I've tried that movie with every version of this software, in every conceivable configuration for BD5 and BD9. I only managed to get it done using a BD-25 disc and burned it straight from the folder ripped by AnyDVD to disc with ImgBurn. Its a little odd because the original disc doesn't have any extras to speak of, and only a modest menu.
Do yourself a favor... put this one down for awhile, unless you can put it on a BD-25 disc. I hate this %#$@% movie!
Capsbackup
20th February 2009, 02:00
@jdobbs:
I ran TSMUXER on the BD-RB created .264 and .sup files and the log says:
VistaVick
20th February 2009, 02:50
Hi, tried a full movie backup bd-25 of serenity, with multiple audio tracks for english only, to retain commentaries. Got to 100 percent with no errors but then a popup box with the error code below appeared, had no choice but to click ok resulting in user aborted. The movie loads, all the scenes and audio seem to be there but the chapter structure is quite messed up. All the mpls files are in the playlist folder just like the original backup. I am learning about mpls editing right now, but if anyone can give some tips to help me out, let me know. I only saw this error once in this thread but unlike mine there were other errors with the encoding. Anyway here is the log:
-----------------------
[00:43:25] BD Rebuilder v0.19.04 (beta)
- Source: BD-SEREN
- Input BD size: 38.73 GB
- Approximate total content: [03:50:45.364]
- Target BD size: 22.46 GB
[00:43:25] PHASE ONE, Encoding
- Extracting audio/subs [VID_00000]
- [00:43:26] Reencoding: VID_00000 (1 of 70)
- Extracting audio/subs [VID_00001]
- [00:45:50] Reencoding: VID_00001 (2 of 70)
- Extracting audio/subs [VID_00002]
- [00:47:05] Reencoding: VID_00002 (3 of 70)
- Extracting audio/subs [VID_00109]
- [00:53:46] Reencoding: VID_00109 (4 of 70)
- Extracting audio/subs [VID_00110]
- [00:55:40] Reencoding: VID_00110 (5 of 70)
- Extracting audio/subs [VID_00286]
- [00:57:38] Reencoding: VID_00286 (6 of 70)
- Extracting audio/subs [VID_00287]
- [01:09:36] Reencoding: VID_00287 (7 of 70)
- Extracting audio/subs [VID_00302]
- [01:20:56] Reencoding: VID_00302 (8 of 70)
- Extracting audio/subs [VID_00304]
- [01:21:29] Reencoding: VID_00304 (9 of 70)
- Extracting audio/subs [VID_00305]
- [01:24:14] Reencoding: VID_00305 (10 of 70)
- Extracting audio/subs [VID_00306]
- [01:26:53] Reencoding: VID_00306 (11 of 70)
- Extracting audio/subs [VID_00307]
- [01:29:42] Reencoding: VID_00307 (12 of 70)
- Extracting audio/subs [VID_00308]
- [01:31:31] Reencoding: VID_00308 (13 of 70)
- Extracting audio/subs [VID_00309]
- [01:31:54] Reencoding: VID_00309 (14 of 70)
- Extracting audio/subs [VID_00310]
- [01:34:39] Reencoding: VID_00310 (15 of 70)
- Extracting audio/subs [VID_00312]
- [01:36:05] Reencoding: VID_00312 (16 of 70)
- Extracting audio/subs [VID_00313]
- [01:43:07] Reencoding: VID_00313 (17 of 70)
- Extracting audio/subs [VID_00314]
- [01:49:01] Reencoding: VID_00314 (18 of 70)
- Extracting audio/subs [VID_00315]
- [01:57:27] Reencoding: VID_00315 (19 of 70)
- Extracting audio/subs [VID_00316]
- [02:10:02] Reencoding: VID_00316 (20 of 70)
- Extracting audio/subs [VID_00317]
- [02:15:27] Reencoding: VID_00317 (21 of 70)
- Extracting audio/subs [VID_00321]
- [02:22:26] Reencoding: VID_00321 (22 of 70)
- Extracting audio/subs [VID_00322]
- [02:36:27] Reencoding: VID_00322 (23 of 70)
- Extracting audio/subs [VID_00323]
- [02:38:29] Reencoding: VID_00323 (24 of 70)
- Extracting audio/subs [VID_00324]
- [02:44:22] Reencoding: VID_00324 (25 of 70)
- Extracting audio/subs [VID_00325]
- [03:16:06] Reencoding: VID_00325 (26 of 70)
- Extracting audio/subs [VID_00328]
- [03:20:06] Reencoding: VID_00328 (27 of 70)
- Extracting audio/subs [VID_00333]
- [03:43:56] Reencoding: VID_00333 (28 of 70)
- Extracting audio/subs [VID_00350]
- [17:52:41] Reencoding: VID_00350 (29 of 70)
- Extracting audio/subs [VID_00354]
- [17:54:00] Reencoding: VID_00354 (30 of 70)
- Extracting audio/subs [VID_00355]
- [17:55:21] Reencoding: VID_00355 (31 of 70)
- Extracting audio/subs [VID_00356]
- [17:56:40] Reencoding: VID_00356 (32 of 70)
- Extracting audio/subs [VID_00357]
- [17:58:04] Reencoding: VID_00357 (33 of 70)
- Extracting audio/subs [VID_00358]
- [17:59:25] Reencoding: VID_00358 (34 of 70)
- Extracting audio/subs [VID_00359]
- [18:00:46] Reencoding: VID_00359 (35 of 70)
- Extracting audio/subs [VID_00360]
- [18:02:07] Reencoding: VID_00360 (36 of 70)
- Extracting audio/subs [VID_00361]
- [18:03:28] Reencoding: VID_00361 (37 of 70)
- Extracting audio/subs [VID_00362]
- [18:04:50] Reencoding: VID_00362 (38 of 70)
- Extracting audio/subs [VID_00363]
- [18:06:12] Reencoding: VID_00363 (39 of 70)
- Extracting audio/subs [VID_00364]
- [18:07:33] Reencoding: VID_00364 (40 of 70)
- Extracting audio/subs [VID_00365]
- [18:09:03] Reencoding: VID_00365 (41 of 70)
- Extracting audio/subs [VID_00366]
- [18:10:35] Reencoding: VID_00366 (42 of 70)
- Extracting audio/subs [VID_00367]
- [18:12:05] Reencoding: VID_00367 (43 of 70)
- Extracting audio/subs [VID_00368]
- [18:12:50] Reencoding: VID_00368 (44 of 70)
- Extracting audio/subs [VID_00369]
- [18:14:07] Reencoding: VID_00369 (45 of 70)
- Extracting audio/subs [VID_00370]
- [18:16:52] Reencoding: VID_00370 (46 of 70)
- Extracting audio/subs [VID_00371]
- [18:18:44] Reencoding: VID_00371 (47 of 70)
- Extracting audio/subs [VID_00372]
- [18:22:19] Reencoding: VID_00372 (48 of 70)
- Extracting audio/subs [VID_00373]
- [18:30:31] Reencoding: VID_00373 (49 of 70)
- Extracting audio/subs [VID_00374]
- [18:31:45] Reencoding: VID_00374 (50 of 70)
- Extracting audio/subs [VID_00375]
- [18:37:26] Reencoding: VID_00375 (51 of 70)
- Extracting audio/subs [VID_00376]
- [18:38:55] Reencoding: VID_00376 (52 of 70)
- Extracting audio/subs [VID_00380]
- [18:39:28] Reencoding: VID_00380 (53 of 70)
- Extracting audio/subs [VID_00381]
- [18:41:15] Reencoding: VID_00381 (54 of 70)
- Extracting audio/subs [VID_00382]
- [18:42:23] Reencoding: VID_00382 (55 of 70)
- Extracting audio/subs [VID_00384]
- [18:44:41] Reencoding: VID_00384 (56 of 70)
- Extracting audio/subs [VID_00385]
- [18:45:48] Reencoding: VID_00385 (57 of 70)
- Extracting audio/subs [VID_00386]
- [18:46:57] Reencoding: VID_00386 (58 of 70)
- Extracting audio/subs [VID_00387]
- [18:48:39] Reencoding: VID_00387 (59 of 70)
- Extracting audio/subs [VID_00388]
- [18:49:34] Reencoding: VID_00388 (60 of 70)
- Extracting audio/subs [VID_00389]
- [18:50:44] Reencoding: VID_00389 (61 of 70)
- Extracting audio/subs [VID_00390]
- [18:52:25] Reencoding: VID_00390 (62 of 70)
- Extracting audio/subs [VID_00391]
- [18:54:04] Reencoding: VID_00391 (63 of 70)
- Extracting audio/subs [VID_00392]
- [18:55:13] Reencoding: VID_00392 (64 of 70)
- Extracting audio/subs [VID_00393]
- [18:56:58] Reencoding: VID_00393 (65 of 70)
- Extracting audio/subs [VID_00394]
- [18:59:37] Reencoding: VID_00394 (66 of 70)
- Extracting audio/subs [VID_00397]
- [19:02:54] Reencoding: VID_00397 (67 of 70)
- Extracting audio/subs [VID_00407]
- [19:03:25] Reencoding: VID_00407 (68 of 70)
- Extracting audio/subs [VID_00410]
- [19:03:56] Reencoding: VID_00410 (69 of 70)
- Extracting audio/subs [VID_00418]
- [19:04:28] Reencoding: VID_00418 (70 of 70)
[19:04:59]PHASE ONE complete
[19:04:59]PHASE TWO - Rebuild Started
- [19:04:59] Rebuilding BD file Structure
- [19:05:15] CorrectMPLS() 00009 5
[19:55:57] - Aborted at user request
MikeyBK
20th February 2009, 05:51
@jdobbs:
I ran TSMUXER on the BD-RB created .264 and .sup files and the log says:
As GaPony already stated, this Bluray is very odd, possibly poorly mastered perhaps.
This one gave me some weird results as well.
Besides that bitstream error with the newer BD-RB (which basically couldn't produse a clpi file), it also caused the x264 crashes, and also crashed BD-RB when using the older x264 version as well...
Anyways, I ended up doing whata you're trying to do... But in order to get a working Bluray BD-9, I had to load everything like you have from the working folder, the used TSMuxers' Split & Cut function... I split it into two 4 GB chunks (like a multiple m2ts playlist BD), and cut off a few seconds off the ending credits (about 3 or 4 seconds)..... and then and only then did TSMuxer not give the bitstream error...
Furiousflea
20th February 2009, 16:05
Just tried Sin City japanese version
With latest 0.19.04 version it gets an error during extraction of subs\audio on first m2ts at the begnning (main feature). With old version 0.17.xx there is no error and encoding begins with no problem here is the log...
[14:36:26] BD Rebuilder v0.19.04 (beta)
- Source: SINCITY
- Input BD size: 45.27 GB
- Approximate total content: [04:20:42.485]
- Target BD size: 8.01 GB (I choose this because I find BD-RB undersizes a lot.
[14:36:29] PHASE ONE, Encoding
- Extracting audio/subs [VID_00001]
- Error in attempt to extract audio/subs.
[14:55:53] - Failed to retrieve audio, aborted
and...
BDREBUILDER.INF
[Status]
LABEL=SINCITY
VERSION=v0.19.04 (beta)
SOURCE_SIZE=48606246814
SOURCE_VIDEO_SIZE=48595789824
TARGET_SIZE=8598323200
REDUCTION=.176720375182763
RESIZE_1080=0
AUDIO_TO_KEEP=eng;
SUBS_TO_KEEP=eng;
BACKUP_MODE=0
QUICK=0
REBUILD_COMPLETE=0
LASTCMD.TXT
"C:\Users\Rob\Desktop\BD_Rebuilder\tools\x264.exe" "D:\BD WORK\WORKFILES\VID_00033.AVS" --bitrate 1550 --level 4.1 --sar 1:1 --aud --vbv-bufsize 14500 --keyint 24 --min-keyint 1 --vbv-maxrate 17500 --filter 0,0 --subme 7 --me umh --ref 3 --bframes 3 --direct auto --8x8dct --weightb --trellis 1 --psy-rd 1.0:0.2 --aq-strength 0.8 --threads auto --thread-input --progress --no-psnr --no-ssim --stats "D:\BD WORK\WORKFILES\VID_00033.AVS.264.stats" --pass 2 --output "D:\BD WORK\WORKFILES\VID_00033.AVS.264"
I tried replacing the tsmuxer.exe with the latest version but got the same error.
The audio tracks on the Bluray are...
2 x 256kbs commentry track
1 x TrueHD track with AC3 core (Jap)
1 x TrueHD track with AC3 core (eng)
Binnugsai
20th February 2009, 16:55
Hello jdobbs,
So i give some news as i said you before and thank to be find the prob about errors in the ExtractAudio() and RunTSMuxer() subroutines. Now it will be better but at the end of the encoded i have this kind of error message :
[19:44:49] BD Rebuilder v0.19.04 (beta)
- Source: THE_HOST
- Input BD size: 23,11 GB
- Approximate total content: [01:54:57.119]
- Target BD size: 22,46 GB
- MOVIE-ONLY mode enabled
[19:44:50] PHASE ONE, Encoding
- Extracting audio/subs [VID_00000]
- [19:52:25] Reencoding: VID_00000 (1 of 1)
- ERROR in attempt to reencode audio (AFTEN) [AUD_00000__4353.WAV]
[09:03:41] - Failed to reencode audio, aborted
What does that mean ? do you think i have to starting all or can i continu to encoded after this error message !!!
Thabk you for all. I wish to succeed and try my first BD AVCHD.
thanks
Capsbackup
20th February 2009, 18:07
@ GaPony and MikeyBK,
Thanks to both of you for this advice, as this does seem to be a troublesome backup. I did get it to work with movie only, by manually using TsMuxer on the .x264, .AC3 and .sup files and setting the split function to 4Gb. Interesting that this allows it to work, but not when there is no split. I did notice there is a slight skip at the split point on playback on my Sony BDP-BX1, where it jumps ahead about 3-4 seconds, but this is not that big a deal. :thanks:
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.