BD Rebuilder Beta - Bug Reports Only

[jdobbs]

Then I replaced the subtitle, and the subsequent rebuild not only accounts for the (correct) amount of time it took i.e. 20 minutes, but it also notes all the rebuilds which the initial process notes only "Rebuilding BD file Structure". That's not unusual when doing a full backup. Most of the muxing is done as individual M2TS/CLPI pairs are encoded and processed, then they are moved into the output folder during the rebuild (and no longer exist in the WORKFILES folder).

When you restart, they have to be individually muxed again. That's why it is best to let the job finish first and then restart when you are replacing a stream. Otherwise you may replace the audio or sub file -- but later find that the original one still there in your output.

[k-c-ksum]

I'm not sure what you are using to show it -- but it can be completely normal if pulldown is in effect.

opening the original in bdrb shows the secondard as 480p vc1
opening the reencode shows it as 480i avc

opening the m2ts re-encode in tsmuxer shows them as 480i 23.976


heres the cl of the first secondary vid.

all i changed in this encode was the speed

"E:\BD_Rebuilder\BD_Rebuilder\tools\x264.exe" "E:\TEMP\BLU_RE-ENCODES\WORKFILES\VID_00009_2.AVS"
--preset ultrafast --cabac --bframes 3 --b-pyramid none --qpmin=0 --slow-firstpass --crf 25 --level 3.2
--sar 10:11 --aud --nal-hrd vbr --pic-struct --vbv-bufsize 12000 --keyint 24 --min-keyint 1 --ipratio 1.1
--pbratio 1.1 --vbv-maxrate 3500 --tff --threads auto --thread-input
--stats "C:\TEMP\BLU_RE-ENCODES\WORKFILES\VID_00009_2.AVS.264.stats"
--pass 1 --output "E:\TEMP\BLU_RE-ENCODES\WORKFILES\VID_00009_2.AVS.264"

[laserfan]

That's not unusual when doing a full backup. Most of the muxing is done as individual M2TS/CLPI pairs are encoded and processed, then they are moved into the output folder during the rebuild (and no longer exist in the WORKFILES folder).

When you restart, they have to be individually muxed again. That's why it is best to let the job finish first and then restart when you are replacing a stream. Otherwise you may replace the audio or sub file -- but later find that the original one still there in your output.
Thanks--not sure I understand yet. I was puzzled that while numerous, long "Rebuilding..." tasks appeared in the log after I'd restarted the project, there were no such entries on the initial job. So you're saying that's normal, that in the first go-around the "Rebuilding stream..." entries are not there because the rebuilding (muxing I assume) was done on-the-fly e.g. "Multiplexing M2TS"? So that in the first go-round the "Rebuilding BD file Structure" that took only 10 seconds was just finalizing a few of the small files? Guess that would make sense (and obviously I don't understand what happens in "PHASE TWO - Rebuild") firstly or secondly. :o

[jdobbs]

Thanks--not sure I understand yet. I was puzzled that while numerous, long "Rebuilding..." tasks appeared in the log after I'd restarted the project, there were no such entries on the initial job. So you're saying that's normal, that in the first go-around the "Rebuilding stream..." entries are not there because the rebuilding (muxing I assume) was done on-the-fly e.g. "Multiplexing M2TS"? So that in the first go-round the "Rebuilding BD file Structure" that took only 10 seconds was just finalizing a few of the small files? Guess that would make sense (and obviously I don't understand what happens in "PHASE TWO - Rebuild") firstly or secondly. :o You'll see something like this in the log at the time the M2TS was being processed:

- [07:01:59] Extracting A/V streams [VID_00153]
- [07:02:02] Reencoding: VID_00153 (1 of 74)
- [07:02:02] Collecting video information
- Source Video: VC-1, 1920x1080
- Rate/Length: 29.970fps, 426 frames
- Bitrate: 4,150 Kbs
- [07:02:02] Reencoding: VID_00153, Pass 1 of 2
- [07:02:15] Reencoding: VID_00153, Pass 2 of 2
- [07:02:36] Video Encode complete
- [07:02:36] Reencoding audio tracks (if req'd)
- [07:02:37] Multiplexing M2TS

When you resume the second time, however, each of those individual items have to be multiplexed again (because the result was moved into the output BDMV/STREAM folder during rebuild on the first job). During rebuild of the second job -- the results will be moved again.

The process is really done this way just to save space. If you copied them rather than move them you'd require twice as much space (a copy in the WORKFILES and the output folders).

[colinhunt]

It would only happen on a full backup (not movie-only). The issue would manifest itself in menus (they wouldn't work). The problem was fixed in 0.38.8, so those wouldn't have any issues.
Thank you for the reply!

[laserfan]

...the result was moved into the output BDMV/STREAM folder during rebuild on the first job...
Ah, this is what I was looking for. All that the single, brief "Rebuilding..." log entry meant the first time-around was that BD-RB was merely moving the already-muxed files at the very end. Thank you.

[meadrocks]

If you are outputting to BD-5/9 and strict AVCHD is selected (the default) -- there should be no CERTIFICATE folder. That's how it's always been. The only difference is that strict AVCHD is now the default (since v0.38.7) .

So what defines when the cert folder is needed or not? Is it up to the BD player manufacturer?

[bikerdave001]

So what defines when the cert folder is needed or not? Is it up to the BD player manufacturer?

If the author backs this up, this is what he said in 2009:

jdobbs
4th July 2009, 21:50
BD-RB won't create a CERTIFICATE folder if it doesn't already exist in the RIP folder.

[omegaman7]

That sounds logical.

[jdobbs]

So what defines when the cert folder is needed or not? Is it up to the BD player manufacturer? No. It depends which standard is being used. The CERTIFICATE folder isn't a part of the AVCHD standard -- but it is a part of the Blu-Ray standard. It's always safer to stick with the AVCHD standard (when possible) when writing to DVD+-R.

AVCHD also has several other rules that "Strict AVCHD" follows -- for example it doesn't allow DTS for audio.

[omegaman7]

Thanks for the lesson JD. I was unaware. Now you know how green I am LOL!

[meadrocks]

No. It depends which standard is being used. The CERTIFICATE folder isn't a part of the AVCHD standard -- but it is a part of the Blu-Ray standard. It's always safer to stick with the AVCHD standard (when possible) when writing to DVD+-R.

AVCHD also has several other rules that "Strict AVCHD" follows -- for example it doesn't allow DTS for audio.

I have access to 3 BD players, a Panasonic BD80, A Sony BDP-S300 & a newer Sony. All 3 play disks with the certs folder. The Sony S301 does not play disks wo/ the certs folder. I even flashed the latest firmware on the S301, still won't play disks wo/ the certs folder.

[jdobbs]

I have access to 3 BD players, a Panasonic BD80, A Sony BDP-S300 & a newer Sony. All 3 play disks with the certs folder. The Sony S301 does not play disks wo/ the certs folder. I even flashed the latest firmware on the S301, still won't play disks wo/ the certs folder. Really? That's interesting. Some players will refuse to play BD-5/9 when it is there. I gave my S301 away a while back, but I'll try it on my S360.

[setarip_old]

@jdobbs

Hi!

My S360 continues to happily play BD5s and BD9s containing "CERTIFICATE" folders...

[Capsbackup]

No. It depends which standard is being used. The CERTIFICATE folder isn't a part of the AVCHD standard -- but it is a part of the Blu-Ray standard. It's always safer to stick with the AVCHD standard (when possible) when writing to DVD+-R.

AVCHD also has several other rules that "Strict AVCHD" follows -- for example it doesn't allow DTS for audio.

Really? That's interesting. Some players will refuse to play BD-5/9 when it is there. I gave my S301 away a while back, but I'll try it on my S360.

Is this relevent to Movie only backups, and not full disc backups to BD5/9 ? I usually do full disc backups, and I have never selected "Strict AVCHD". Please clarify. :confused:

[jdobbs]

Is this relevent to Movie only backups, and not full disc backups to BD5/9 ? I usually do full disc backups, and I have never selected "Strict AVCHD". Please clarify. :confused:

The CERTIFICATE folder will always be there (assuming it is on the original) if doing a full backup. Strict AVCHD only applies to movie-only backups. AVCHD also doesn't support things like BD-J (java) that could be required for a full backup.

[thegame]

Hi jdobbs this is not a bug but I was wondering this for a while now, sorry if someone already asked, there are a lot of pages here now LOL, but I know I can tell BD-RB where to place the WORK folder, but can I tell BD-RB where to place the final build? mulitplexing could be done so much faster if it wasn't done in the same folder, same drive, so is it possible to have 3 settings? 1 for source, 2nd for WORK folder, and 3rd for final build? I would like to take advantage of all my large drives LOL, 2 500 GB's and 1 TB.

Thanks

[omegaman7]

LOL! I requested that in the request thread. I'm sure he'll get to it ;)

[jdobbs]

I've gotten a lot of requests for that -- but honestly it really won't save much time (if any at all). If you're lucky you'd cut 5-10 minutes off the overall job time. The only benefit I might see is if your working disc is close to full.

[thegame]

I've gotten a lot of requests for that -- but honestly it really won't save much time (if any at all). If you're lucky you'd cut 5-10 minutes off the overall job time. The only benefit I might see is if your working disc is close to full.

OK, well I just thought I would ask, because I see a big time difference when I work between drives, less strain on just 1 drive doing everything, but I have a QUAD Core with 8 GB's RAM running Win 7 Pro(NO over clocking here) so my back ups do not take long at all anyways, just thought it would be nice taking some of the pressure of 1 drive and spreading it out, like I do with any project I do.

Thanks again for the fast response jdobbs.

[worknstiff]

@jdobbs: RE:The only benefit I might see is if your working disc is close to full.

I can think of another benefit, have you ever looked at how fragmented the final output folder is? On mine I have seen it at 100% fragmentation quite a few times, especially if you are using a smallish drive for a working folder. I use a 120gig and I wonder if it makes the burn take longer because the data is so scattered out. I have been moving the BD folders to another drive before burning just to make it easier. Even when you rip the BD, it's comes out all fragged to pieces and then you mux and remux and the files are scattered all over the drive even more. Many thanks for the great program, worknstiff

[laserfan]

I too have argued in the past for a separate drive such that reading-from then writing-to can occur on different drives, for both reduction of "thrashing" and speed improvement.

But I can see, given what was posted a day or two ago by jdobbs to me in response to restarting a project and remuxing, that it might be (very) nontrivial to implement. :o

[jdobbs]

I too have argued in the past for a separate drive such that reading-from then writing-to can occur on different drives, for both reduction of "thrashing" and speed improvement.

But I can see, given what was posted a day or two ago by jdobbs to me in response to restarting a project and remuxing, that it might be (very) nontrivial to implement. :o Exactly. The definition of "output" isn't exact. If you do most of the muxing during processing of individual segments -- at what point is it temporary storage as compared to "output". Changing that method of processing could double the required available storage space. That's a lot of work, storage needed and risk (from changes) to save 5 minutes of processing time. I also have to dismiss the "thrashing" arguments most of the time... discs are going to "thrash" regardless of how you do it. There's a lot of data movement when you're working with video sizes of this magnitude.

[Ch3vr0n]

i can understand that, nevertheless it would still be nice if you could add that multi requested different target for source, temp & output drive :D I know i would appreciate it alot :)

[laserfan]

it would still be nice if you could add that multi requested different target for source, temp & output
Well, DVD-RB works that way, but then DVD is a different animal altogether (and ferocity i.e. size) too. ;)

[Ch3vr0n]

Well, DVD-RB works that way, but then DVD is a different animal altogether (and ferocity i.e. size) too. ;)

last time i checked that's irrelevant. This is the BD-RB thread, not DVD-RB. BD-RB doesnt

[sonate]

[20:34:17] BD Rebuilder v0.38.09 (beta)
- Source: DAS_BOOT
- Input BD size: 45.01 GB
- Approximate total content: [03:31:23.878]
- Target BD size: 22.95 GB
- Windows Version: 5.1 [2600]
- Auto Quality: Good (Very Fast), ABR
- Audio Settings: AC3=1 DTS=1 HD=0 Kbs=448
[20:34:24] PHASE ONE, Encoding
- [20:34:24] Extracting A/V streams [VID_00021]
- [20:34:25] Reencoding: VID_00021 (1 of 2)
- [20:34:25] Collecting video information
- Source Video: MPEG-2, 1920x1080
- Rate/Length: 23.976fps, 24 frames
- [20:34:25] Reencoding: VID_00021, Pass 1 of 1
- [20:34:29] Video Encode complete
- [20:34:29] Reencoding audio tracks (if req'd)
- ERROR in attempt to reencode audio (AFTEN) [AUD_00021_4352.AVS]
[20:34:31] - Failed to reencode audio, aborted


Tried uninstalling Haali and reinstalling, but that didn't help. Inspect .exe gives an OK for everything. Is there a special setup procedure for haalli other then the default?

[jdobbs]

[20:34:17] BD Rebuilder v0.38.09 (beta)
- Source: DAS_BOOT
- Input BD size: 45.01 GB
- Approximate total content: [03:31:23.878]
- Target BD size: 22.95 GB
- Windows Version: 5.1 [2600]
- Auto Quality: Good (Very Fast), ABR
- Audio Settings: AC3=1 DTS=1 HD=0 Kbs=448
[20:34:24] PHASE ONE, Encoding
- [20:34:24] Extracting A/V streams [VID_00021]
- [20:34:25] Reencoding: VID_00021 (1 of 2)
- [20:34:25] Collecting video information
- Source Video: MPEG-2, 1920x1080
- Rate/Length: 23.976fps, 24 frames
- [20:34:25] Reencoding: VID_00021, Pass 1 of 1
- [20:34:29] Video Encode complete
- [20:34:29] Reencoding audio tracks (if req'd)
- ERROR in attempt to reencode audio (AFTEN) [AUD_00021_4352.AVS]
[20:34:31] - Failed to reencode audio, aborted


Tried uninstalling Haali and reinstalling, but that didn't help. Inspect .exe gives an OK for everything. Is there a special setup procedure for haalli other then the default? I don't think HAALI is the issue. It would more likely be problems in nicaudio.dll. I ran into a couple of DTS streams that it couldn't decode -- but I created a workaround using DirectShowSource. Is this a DTS source?

Can up post the contents of AUD_00021_4352.AVS?

[Capsbackup]

I have found something strange regarding a full backup to BD5 of the movie Limitless. I am using BD-RBV03809. The movie is a multi-m2ts type, with the original audio being DTS-HD Master 5.1. The movie backs up successfully, but I notice the audio is listed as Stereo and not multi-channel on playback with my Sony S360 and Pioneer receiver. BDInfo reports DD 640kbps, 5.1 for the main movie mpls, 00000.mpls; 1:44:46. However, the first .m2ts listed, 00000.m2ts, which is also the starting .m2ts for this movie, and it's associated 00001.mpls, has the audio at DD 640kbps, 2.0. :confused: There is no other .mpls for the remaining individual multiple .m2ts files for this movie.
Now if I load the 00000.mpls into tsMuxeR, it reports the audio as being DD 640kbps, 2.0. If I load each .m2ts into tsMuxeR, they report DD 640kbps, 2.0.
So I am not sure why, but this movie did not convert properly the original DTS HD Master to DD 5.1 640kbps.

EDIT:
After manually reencoding all .dts audio with Aften that BD-RB demuxed to the Workfiles folder, renaming each file to the appropriate corresponding AUD_xxxx.xxxx, and substituting them for the BD-RB reencoded 2.0 channel files, letting BD-RB do a rebuild of a previously started project, the new backup has DD 5.1, 640kbps AC3.
I think something must not be right with the .dts convert to DD 5.1 AC3. :(

[sonate]

I don't think HAALI is the issue. It would more likely be problems in nicaudio.dll. I ran into a couple of DTS streams that it couldn't decode -- but I created a workaround using DirectShowSource. Is this a DTS source?

Can up post the contents of AUD_00021_4352.AVS?


AUD_001 AC3, Multi-CH, English nothing else which makes me think I have something set wrong. Since I have never re-encoded audio in the past for bd-25, this problem is new to me.

[setarip_old]

@Capsbackup

Hi! After manually reencoding all .dts audio with Aften that BD-RB demuxed to the Workfiles folder, renaming each file to the appropriate corresponding AUD_xxxx.xxxx, and substituting them for the BD-RB reencoded 2.0 channel files, letting BD-RB do a rebuild of a previously started project, the new backup has DD 5.1, 640kbps AC3. Does your revised version now still fit on a BD5?

[Capsbackup]

@Capsbackup

Hi! Does your revised version now still fit on a BD5?

Yes, the file size did not change since the audio was 640kbps, but only 2.0. The new audio is still 640kbps, but 5.1, with the exact same file size.

[jdobbs]

Yes, the file size did not change since the audio was 640kbps, but only 2.0. The new audio is still 640kbps, but 5.1, with the exact same file size. Hmmm.... can you post the contents of the AVS file? It's possible that something is up when using DirectShowSource() instead of NicAudio()... By default FFDSHOW converts to 2.0 via the mixer -- but I turn it off just before encoding and then back to its original state after. It worked correctly in my tests, but it's possible something could be going wrong there.

[jdobbs]

AUD_001 AC3, Multi-CH, English nothing else which makes me think I have something set wrong. Since I have never re-encoded audio in the past for bd-25, this problem is new to me. It would be very helpful if you'd post the contents of the AVS as requested.

[sonate]

It would be very helpful if you'd post the contents of the AVS as requested.

Sorry

#Created by BD Rebuilder - v0.38.09 (beta)
LoadPlugin("C:\accessories\BD_Rebuilder\tools\nicaudio.dll")
audio=NicAC3Source("00021.track_4352.ac3").Amplify(1.2)
ConvertAudioTo16bit(ResampleAudio(audio, 48000))

[Wolfe999]

Hi, jdobbs,
Don't know if this is a bug, though it's the first time it happens to me.

Today I "installed" version 38.09. I converted Casablanca to Movie-Only BD-9. In setup I have ticked:
- Use DEINTERLACER...
- Do not reencode AC3 (as the movie has all the languages in mono)
- Strict AVCHD (as always)
- Movie Only Playback loop.
- Remove WORKFILES...
- Use x264's internal LAVF for decoding.

And a custom target of 8300 GB.

I've always used a similar setup, always keeping two languages and just 1 sub. But today the reencode I got was one with the structure of a BluRay, including all the folders and subfolders of a BR. Both my standalone players Sony and LG read the DVD, but the LG showed on the screen that it recognized it as a "BluRay", when always that I insert an AVCHD it shows that.

Then I decided to pass the reencode from BD-RB through multiAVCHD 3.0 and I got the "right" result.

Hope you can shed some light on this issue and tell me if I may have some trouble with other SA players for them to read this disc.

Thanx :)

[Ch3vr0n]

Thats normal, a BD-9 IS a blu-ray structure on a DVD. If you want a movie only DVD you need to use the alternate move output mode

[Capsbackup]

Hmmm.... can you post the contents of the AVS file? It's possible that something is up when using DirectShowSource() instead of NicAudio()... By default FFDSHOW converts to 2.0 via the mixer -- but I turn it off just before encoding and then back to its original state after. It worked correctly in my tests, but it's possible something could be going wrong there.

#Created by BD Rebuilder - v0.38.09 (beta)
LoadPlugin("C:\Users\Ed\Desktop\BD-RBV03809C\tools\nicaudio.dll")
audio=NicDTSSource("00000.track_4352.dts").Amplify(1.2)
ConvertAudioTo16bit(ResampleAudio(audio, 48000))

Does not look like DirectShowSource() is used. :confused:

[jdobbs]

#Created by BD Rebuilder - v0.38.09 (beta)
LoadPlugin("C:\Users\Ed\Desktop\BD-RBV03809C\tools\nicaudio.dll")
audio=NicDTSSource("00000.track_4352.dts").Amplify(1.2)
ConvertAudioTo16bit(ResampleAudio(audio, 48000))

Does not look like DirectShowSource() is used. :confused: Ok, I'm confused... I'll recheck, but I'm pretty sure it should use DirectShowSource() for DTS on a multipart encode???

[jdobbs]

Sorry

#Created by BD Rebuilder - v0.38.09 (beta)
LoadPlugin("C:\accessories\BD_Rebuilder\tools\nicaudio.dll")
audio=NicAC3Source("00021.track_4352.ac3").Amplify(1.2)
ConvertAudioTo16bit(ResampleAudio(audio, 48000))I'll have to try and get my hands on 'DAS_BOOT" -- that is a very short section (24 frames), I'm wondering if the audio even exists...

[sonate]

JDobbs, about the aften error:

I've remember first trying this on an earlier build using "the prestige" and ended up with the same error message. Since then I kept HD audio.

FWIW, here's the ini in case I have something set wrong. In the audio encoding options in setup I believe I had the "do not re-encode AC3 (bluray only)" and "use 448 kb for AC3 encoding" checked.

[Options]
VERSION=0.38.0.9
MODE=0
ENCODE_QUALITY=0
ONEPASS_ENCODING=2
AUTO_QUALITY=1
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=1
AC3_REENCODE=1
AC3_640=0
AC3_192=0
KEEP_HD_AUDIO=0
AVCHD=1
REMOVE_WORKFILES=0
MOVIE_ONLY_LOOP=1
REMOVE_OUTPUT=0
USE_FILTERS=0
BDMV_CERT_ONLY=0
USE_LAVF=0
IVTC_PULLDOWN=1
ASSUME_DVD_PAL=0
AUTO_BLANK=0
AUDIO_TRACK_LIMIT=0
SUBTITLE_TRACK_LIMIT=0
CUSTOM_TARGET_SIZE=50500
[Paths]
SOURCE_PATH=R:\
WORKING_PATH=D:\TEMP\BD_REBUILDER\WORKING FOLDER\

[Wolfe999]

Thats normal, a BD-9 IS a blu-ray structure on a DVD. If you want a movie only DVD you need to use the alternate move output mode

Thanx, Ch3vron. I know that even though they are burnt on a DVD, they have a BluRay structure. What I meant is that my LG always showed them as AVCHD, not BluRay... But I think I know where was the problem.

As I always demux the movie through HD-DVD Blu-Ray Stream Extract to check which language is Spanish (Castillian) and Spanish (Latino), (as lately almost every BluRay comes with both) and the same for the subs, I think I forgot to check movie only and that gave me the BluRay result. In any case, I will check it later.

Thanx again :)

[glood1]

HI

i have a new PC : I7 intel 2600 K @overclocking a 4.43 ghz
16 mo ram and sdd hyper 240 go
i'm watercooling

I m' tow 2 pass in slow mode with CRF ABR diseabled
(it' s the best mode ?)
i dont understand why my eight core Cpu are only 30% load ?
cpu is 44 %
fps 72.4 in process



in video configuration in FFDSHOW.. :
what's the best codec libavocdec for avc
or ffmpeg ?


in audio configuration in FFDSHOW
what's the difference between liba 52 en libavcodec
it important ?

thanks for you tips

[jdobbs]

HI

i have a new PC : I7 intel 2600 K @overclocking a 4.43 ghz
16 mo ram and sdd hyper 240 go
i'm watercooling

I m' tow 2 pass in slow mode with CRF ABR diseabled
(it' s the best mode ?)
i dont understand why my eight core Cpu are only 30% load ?
cpu is 44 %
fps 72.4 in process



in video configuration in FFDSHOW.. :
what's the best codec libavocdec for avc
or ffmpeg ?


in audio configuration in FFDSHOW
what's the difference between liba 52 en libavcodec
it important ?

thanks for you tips I think what is happening is that your processor is encoding so fast that the frame serving (AVISYNTH, HAALI, and FFDSHOW) can't keep up with it -- that's why your usage peaks at 30%. Just as a test, try setting "Use X264's Internal LAVF decoding" in the SETUP menu and see if that gives you more speed.

The two MPG decoder options just use different libraries within FFDSHOW. From my experience I don't see any difference between "libavcodec" and "libmpeg2" in terms of speed or quality. But that could change depending upon the processor -- so I'd suggest you try both. Of course the only time it will be used is when your sources is MPEG-2.

As for "liba52" and "libavcodec" for AC3 -- I've always left it at the default (liba52) so I can't really comment. I'd guess it'll be more-or-less the same answer.

[jdobbs]

JDobbs, about the aften error:

I've remember first trying this on an earlier build using "the prestige" and ended up with the same error message. Since then I kept HD audio.

FWIW, here's the ini in case I have something set wrong. In the audio encoding options in setup I believe I had the "do not re-encode AC3 (bluray only)" and "use 448 kb for AC3 encoding" checked.

[Options]
VERSION=0.38.0.9
MODE=0
ENCODE_QUALITY=0
...
AC3_REENCODE=1
AC3_640=0
AC3_192=0
KEEP_HD_AUDIO=0
...
CUSTOM_TARGET_SIZE=50500
[Paths]
SOURCE_PATH=R:\
WORKING_PATH=D:\TEMP\BD_REBUILDER\WORKING FOLDER\ In this INF you definitely had AC3 encoding turned on.

[sonate]

In this INF you definitely had AC3 encoding turned on.

It should be turned on, right?

I'm running a few other movies to see if this happens all the time. I set the output size to something above 50 gb so I wouldn't have to wait for a video re-encode. I'm assuming this won't have any bearing on the command to convert HD audio to AC3, and you will tell me otherwise if my assumption is wrong.

[sonate]

In this INF you definitely had AC3 encoding turned on.


Well interesting........ tried Deja-vu no error message but the application didn't continue after BD reb said audio encoding started. Question, do I need to install another encoder for the directshow workaround?

the applicable avs:
#Created by BD Rebuilder - v0.38.09 (beta)
LoadPlugin("D:\Temp\BD_Rebuilder\tools\nicaudio.dll")
audio=DirectShowSource("D:\TEMP\BD_REBUILDER\WORKING FOLDER\WORKFILES\AUD_00014_4352.mkv").Amplify(1.2)
audio = (AudioChannels(audio) > 6) ? GetChannel(audio,1,2,3,4,7,8) : audio
ConvertAudioTo16bit(ResampleAudio(audio, 48000))

Also tried "midnight express" which recoded the Dolby trueHD
into AC3 480kbs perfectly. So at least now I know it works on my system.

[jdobbs]

Well interesting........ tried Deja-vu no error message but the application didn't continue after BD reb said audio encoding started. Question, do I need to install another encoder for the directshow workaround?

the applicable avs:
#Created by BD Rebuilder - v0.38.09 (beta)
LoadPlugin("D:\Temp\BD_Rebuilder\tools\nicaudio.dll")
audio=DirectShowSource("D:\TEMP\BD_REBUILDER\WORKING FOLDER\WORKFILES\AUD_00014_4352.mkv").Amplify(1.2)
audio = (AudioChannels(audio) > 6) ? GetChannel(audio,1,2,3,4,7,8) : audio
ConvertAudioTo16bit(ResampleAudio(audio, 48000))

Also tried "midnight express" which recoded the Dolby trueHD
into AC3 480kbs perfectly. So at least now I know it works on my system. I don't know what you mean "didn't continue after BD reb said audio encoding started" ? Are you sure you gave it enough time to complete? Did you get an abort or error messages?

No you shouldn't need anything extra for the workaround.

Will the MKV file (AUD_00014_4352.mkv) play if you double-click it?

[sonate]

I don't know what you mean "didn't continue after BD reb said audio encoding started" ? Are you sure you gave it enough time to complete? Did you get an abort or error messages?

No you shouldn't need anything extra for the workaround.

Will the MKV file (AUD_00014_4352.mkv) play if you double-click it?

It's been here for over 40 min " - [18:03:39] Reencoding audio tracks (if req'd)" No file in the workfolder has been updated since then.

No error message, and I aborted and restarted a few times to see what would happen. The .mkv file does play.

I'd post an image of the folder, but Doom9 is rejecting every image file I try to upload.

[stereo55]

No problems here with the new 38.0.9 build . Three Blu's copied thus far with it (movie only) with DTS-DTS/HD everything went perfect and Blu's looks great . Seems the new build de-codes faster too (maybe my imagination ?) , but my files sizes are all about the same and the decoding just seemed to blaze through these last few movies (with no firmware update on my burner) .

Anyway ....Cudo's to the new build !