BD Rebuilder Beta - Bug Reports Only

[cnote]

Here is an interesting problem I have noticed very recently. I have over done 50 successful " movie only dvd- 9" backups dating back to April 10. During that time I may have experienced 2-3 errors when trying to burn to a DL dvd 9. I have used IMG burn and Memorex DVD+R dl this whole time. But since the last two releases 06 and 07 I run into an error every single time I have tried to burn my backups. It occurs when the disk is between 97-99% completed. I thought it was a bad batch of disks, bought another with the same results. I really want to blame it on my burner but I successfully burn my backups going back to version 05 and prior. Any advice? I thought maybe the output size had increased but it is not listed in the latest changes. Thank you.

[jdobbs]

Here is an interesting problem I have noticed very recently. I have over done 50 successful " movie only dvd- 9" backups dating back to April 10. During that time I may have experienced 2-3 errors when trying to burn to a DL dvd 9. I have used IMG burn and Memorex DVD+R dl this whole time. But since the last two releases 06 and 07 I run into an error every single time I have tried to burn my backups. It occurs when the disk is between 97-99% completed. I thought it was a bad batch of disks, bought another with the same results. I really want to blame it on my burner but I successfully burn my backups going back to version 05 and prior. Any advice? I thought maybe the output size had increased but it is not listed in the latest changes. Thank you.

I really don't see how that could possibly be an issue in BD-RB -- as the error is occuring in the burn? Are the folders being sent as output the correct size? The BD-5/9 defaults did increase, but if your burner is crashing at 97% it would be the media, not the encode. From the history file:July 8th, 2010 - v0.34.03
- Increased the default output size for BD-5 and BD-9
encodes to use more of the available disc space.

[Capsbackup]

@cnote;
If the output size is too big for the DVD5/9, you should get a warning stating that before you burn the disc. What is the size of some of these BD-RB backups?
What speed do you try to burn at? What media are you using. How old is your burner? Have you tried to use a DVD Cleaning disc in your burner ?( per setarip_old ;) )
So many questions...:p

[cnote]

Thank you both for your prompt responses. Posting about that issue was my last resort. I always use IMGburn's auto settings. I believe it runs at max speed. I am going look for a new brand of dual layer dvd 9's, and get one of those disc cleaners. My LG blu ray burner is just under 5 months old. I have ruled that out as the issue. I am sorry about bringing up issues that are not solely about BD RB, but I thought I had replicated this enough to identify what might have been wrong. I'm sure I'll get back to using this successfully again! Thanks

[jdobbs]

Thank you both for your prompt responses. Posting about that issue was my last resort. I always use IMGburn's auto settings. I believe it runs at max speed. I am going look for a new brand of dual layer dvd 9's, and get one of those disc cleaners. My LG blu ray burner is just under 5 months old. I have ruled that out as the issue. I am sorry about bringing up issues that are not solely about BD RB, but I thought I had replicated this enough to identify what might have been wrong. I'm sure I'll get back to using this successfully again! Thanks I don't think I've received any similar reports... I'll keep an eye out.

You mentioned the problem started in April, and your burner is under 5 months old in August... did you replace the burner about the time the problem started?

[cnote]

I don't think I've received any similar reports... I'll keep an eye out.

You mentioned the problem started in April, and your burner is under 5 months old in August... did you replace the burner about the time the problem started?

Just the opposite..... I started using your program in April. Never once had a single issue until the beginning of August. I believe this I/O error that occurs right at the end of the burn has to be the media. Its just so strange that it would happen after keeping everything so consistent this whole time. Maybe there was a firmware upgrade that doesn't agree with the media I was using.

[jdobbs]

Just the opposite..... I started using your program in April. Never once had a single issue until the beginning of August. I believe this I/O error that occurs right at the end of the burn has to be the media. Its just so strange that it would happen after keeping everything so consistent this whole time. Maybe there was a firmware upgrade that doesn't agree with the media I was using. It's possible that your discs are sensitive at the edges (BDs/DVDs burn from the inside out) -- that happens a lot. Try lowering the target size a little and see if it helps.

The size now are:

BD5_SIZE = 4469
BD9_SIZE = 8032
BD25_SIZE = 23200

prior to the change they were:

BD5_SIZE = 4369
BD9_SIZE = 7910
BD25_SIZE = 23200

[Capsbackup]

Just the opposite..... I started using your program in April. Never once had a single issue until the beginning of August. I believe this I/O error that occurs right at the end of the burn has to be the media. Its just so strange that it would happen after keeping everything so consistent this whole time. Maybe there was a firmware upgrade that doesn't agree with the media I was using.

Setting a max speed could be worth a test. I only use Verbatim DVD-R, or DVD+R DL media, and I set the max rate to 8X. :)
Of course when use BD-R/RE, 2X is the max for my burner.

[setarip_old]

@cnote

Hi! My LG blu ray burner is just under 5 months old. I have ruled that out as the issue.HOW did you "rule it out"?

[8ternity]

Just the opposite..... I started using your program in April. Never once had a single issue until the beginning of August. I believe this I/O error that occurs right at the end of the burn has to be the media. Its just so strange that it would happen after keeping everything so consistent this whole time. Maybe there was a firmware upgrade that doesn't agree with the media I was using.

Personnally, i would recommand you to write at a safe speed. Many burners crashed in the max speed. When you burn more fasted, the square binary burned sector on the laser film get more circulized then squares.

I used a lot of good brand media and all the time i burned and know friends burned over last 10 years burned at maximum speed, they have a huge defective reads, crashed, after writing or in burning process.

Personnally, i burn in 4X and having less then 1-2 empty discs on a pack of 25. On BD empty disc, i burn at 2X and get no errors. I lost 1 on 30 burned. When i lost more than 5 disc on 10 empty one, it's the burner the problem. They are cheep made now. I remember use many nec drives before Sony purchase them. I was using a burner for 4 years and they still last. More the price comes down, cheep they are! We live in a cheep market right now.

So, try to burn all your medias to 2X in BD-R, 4X in DVD-R and DL medias.

[ebjones]

There is a text file in the BD-RB zip file called HIDDENOPTS, where there will various options, called hidden options, that can be placed in the BD-RB .ini to force certain parameters.
None are necessary, as BD-RB will perform just fine with the default settings. However, for some, be it more experienced users, or just user experience, some options may provide improvements or perceived visual enhancements, or maybe work arounds for certain conditions. ;)

You can also open the CHANGES text file located in the same folder to read about the bug fixes and updates from BD-RB's inception, and what these hidden options stand for.

Awesome. Sounds like I have some homework to do...

[extravirgin]

cnote,

Personnally, i burn in 4X...

Super cautious here too. And like many I'd go for Verbatim. Try having a play around with the automatic write speed settings in ImgBurn.

[chompy]

I think I've found a bug (at least with Up Spanish blu-ray edition) in tsMuxeR, and as it's one of the tools used in BD Rebuilder, maybe it could be interesting posting it here:
http://forum.doom9.org/showpost.php?p=1426693&postcount=3997

Sorry if this is considered offtopic

[Bullet1979]

I'm not sure if this has been discussed anywhere before, but is there a way to have BD-Rebuilder ignore the PS3_UPDATE folder on Sony titles? This folder is generally 150+ MB and I'd much rather have that space free for the video files.

[Capsbackup]

I'm not sure if this has been discussed anywhere before, but is there a way to have BD-Rebuilder ignore the PS3_UPDATE folder on Sony titles? This folder is generally 150+ MB and I'd much rather have that space free for the video files.

Just remove it from the source directory. You only need BDMV an CERTIFICATE folders in the source folder. :cool:

[cnote]

@cnote

Hi! HOW did you "rule it out"?

I have been able to burn audio discs, data discs, and my BD-RB backups prior to the 06 version.

[setarip_old]

Sorry, it's still not clear: my BD-RB backups prior to the 06 version

Does this mean that AT A PREVIOUS POINT IN TIME, using v.34.05 or earlier, your BD-RB backup burns were successful or, do you mean that if you CURRENTLY use v.34.05 or earlier, your BD-RB burns are successful?

[cnote]

It's possible that your discs are sensitive at the edges (BDs/DVDs burn from the inside out) -- that happens a lot. Try lowering the target size a little and see if it helps.

The size now are:

BD5_SIZE = 4469
BD9_SIZE = 8032
BD25_SIZE = 23200

prior to the change they were:

BD5_SIZE = 4369
BD9_SIZE = 7910
BD25_SIZE = 23200

It worked! 2 successful backups and burns after bringing the BD 9 size back down to 7910. Very cool. I really appreciate that.:thanks:

[laserfan]

It's possible that your discs are sensitive at the edges (BDs/DVDs burn from the inside out) -- that happens a lot. Try lowering the target size a little...It seems then that cnote's problems are media-specific i.e. either faulty dye on the outside edge or slightly out-of-round or some such.

But this post makes me wonder--regarding possible problems on the INSIDE edge, is there any way to tell a burner (via ImgBurn) to start a burn further-out from the center?

[Capsbackup]

It seems then that cnote's problems are media-specific i.e. either faulty dye on the outside edge or slightly out-of-round or some such.

But this post makes me wonder--regarding possible problems on the INSIDE edge, is there any way to tell a burner (via ImgBurn) to start a burn further-out from the center?

IMHO, the simpiler solution is to use good media. :cool:
I have never had a failure of the kind noted, and have burned several hundred discs. I have generally kept to 4.26GB to 4.32GB for BD5 and 7.70GB to 7.85GB for BD9.
Perhaps those who feel that their backups will look the best if they are 4.37GB BD5 to 7.96GB BD9 will take note. :p

[laserfan]

IMHO, the simpiler solution is to use good media.Well duh. But if cnote bought a cake of discs, he's happy I'm sure to be able to use them.

I do still wonder if it's possible to start a burn "further-in" from the center. The ImgBurn forum will know...

[Capsbackup]

Well duh. But if cnote bought a cake of discs, he's happy I'm sure to be able to use them.

I do still wonder if it's possible to start a burn "further-in" from the center. The ImgBurn forum will know...

Happy maybe to burn them yes, but if this is an indication of their start, I do not want my reliable backups on this media. :rolleyes:
But I will entertain your original question regarding ImgBurn, since that at least does have some validity. ;)

[jdobbs]

It worked! 2 successful backups and burns after bringing the BD 9 size back down to 7910. Very cool. I really appreciate that.:thanks: Maybe I should bring them back down... I'll give it some thought.

I had them low originally because of the well-known issue with DVD outer edges. I got a lot of flak for that and finally compromised by raising it a little. Now at least in your case it appears to be a bit too much.

[Bullet1979]

Just remove it from the source directory. You only need BDMV an CERTIFICATE folders in the source folder. :cool:

What software is able to open blu-ray iso's to remove the folders? I have UltraIso but it doesn't appear to be able to open the ISO created by AnyDVD...

[Capsbackup]

Maybe I should bring them back down... I'll give it some thought.

I had them low originally because of the well-known issue with DVD outer edges. I got a lot of flak for that and finally compromised by raising it a little. Now at least in your case it appears to be a bit too much.

I usually set a custom size of 8250, and have not had an oversize nor a disc that won't burn properly. But I have been using Verbatim DVD+R DL and, in the past, TDK DVD+R DL media.
Many typical sizes have been 8,271,233,024 bytes to 8,451,526,645 bytes.( both of these are recent)
Back to page one of this thread:

7. If you decide to write to dual layer DVDs (BD-9/DVD-9), use ONLY HIGH QUALITY DUAL LAYER DISCS. I have found numerous cases where the same image works flawlessly with a quality (e.g. Verbatim) disc and fails (hangs) on a cheap one
Oh well, the advice and intentions were good! :p

[Capsbackup]

What software is able to open blu-ray iso's to remove the folders? I have UltraIso but it doesn't appear to be able to open the ISO created by AnyDVD...

Don't rip to ISO, Rip Video DVD to Harddisk... with AnyDVD HD.
If you need an ISO, you could then use ImgBurn to create an ISO of the original rip to folders, though this seems redundant.

[Race Guy]

It's possible that your discs are sensitive at the edges (BDs/DVDs burn from the inside out) -- that happens a lot. Try lowering the target size a little and see if it helps.

Mr. cnote says he's using "Memorex DVD-9" & it's failing at the end (97-99%) of the burn.

A DL is burned using "OTP" (opposite track path), meaning the burn starts at the ID & goes to the OD for the first half of the image on "layer 0", then there's the "layer break", then the burn finishes from the OD back to the ID on "layer 1".

If it was failing at the edge, he'd be in the ±50% area of the burn, so OD edge quality isn't the reason.

The latest Memorex DLs have a LOT of reported problems. Find the "Disc ID" in ImgBurn & then Google that for all the sad stories. They used to be Riteks, now they're some no-name brand coming out of India. I've tried some & had decent luck with them. A few failed verify at the layer break (outer edge), but I never had a burn "failure" with them like Mr cnote reports.

I'd guess his failure is caused by "marginal media" not ±100MB on image size.

[cndesu]

Using the BD version 34.05 I had rebuilded the blu ray movie by reducing the size from 45 gig to 11 gig. Now using the m2ts file I had demuxed the streams into video (.x264) and audio (.dts) streams. I used these streams and muxed into mkv container file. Now while playing this file, initially video and audio matched. But when I fast forwarded the movie and played again at a some point, the video is ahead of audio and never matched.

If used the straight stream (m2ts) file from the blu ray disk and used the program bd-rebuilder and extracted only the movie content as orginal no reduction in size then it is perfect not a problem.

Now where is the problem?

[jdobbs]

Using the BD version 34.05 I had rebuilded the blu ray movie by reducing the size from 45 gig to 11 gig. Now using the m2ts file I had demuxed the streams into video (.x264) and audio (.dts) streams. I used these streams and muxed into mkv container file. Now while playing this file, initially video and audio matched. But when I fast forwarded the movie and played again at a some point, the video is ahead of audio and never matched.

If used the straight stream (m2ts) file from the blu ray disk and used the program bd-rebuilder and extracted only the movie content as orginal no reduction in size then it is perfect not a problem.

Now where is the problem? I don't see how this could be a bug report on BD Rebuilder??? It sounds like an issue with whatever you are using to playback the MKV. Also, please use the most current version, 0.34.05 is two increments behind.

[jdobbs]

I'm not sure if this has been discussed anywhere before, but is there a way to have BD-Rebuilder ignore the PS3_UPDATE folder on Sony titles? This folder is generally 150+ MB and I'd much rather have that space free for the video files. I've added a SETUP option for the next release that will keep only the BDMV and CERTIFICATE folders. That makes it easier for those who like to rip to ISO and mount for the backup.

[setarip_old]

@RaceGuy

Regarding the Memorex D/L DVD+Rs, that "no name" factory in India is Moser Baer, the same company that's now been making the Verbatim D/L DVD+Rs for about two years. Their QC was questionable at first. However, I've been using the Memorex D/L DVD+Rs for more than a year now, with great results.

The only suggestion I'd make to anyone using them would be that, despite the stated 8X burn capability, burn at no faster than 4X...

[colinhunt]

Found what appears to be a bug in 0.34.07's batch process. Original has French, Spanish and German audio. I chose to keep only the French audio, so I double-clicked Spanish and German tracks to disable them. I then selected "Add Current Project to Batch Queue"; the queue had a couple of encodes lined up before this one. I checked the result a moment ago and the output includes all three audio tracks instead of only the French one. This was a Full Backup.

Addendum: Noticed now that the bug affected also subtitles. Original has 7 subtitle tracks, including English, Japanese, German and Spanish. I had disabled all except English subs. Output has only Spanish subs. TMT's subtitle menu lists 7 subtitle tracks, all Spanish.

Ad2: Checked the other two encodes. Both were Movie-only, and their audio & subtitle selections were properly stored in batch mode, i.e. outputs have only the audio & subs I chose to keep.

It seems the bug in Batch mode affects only Full Backups.

[jdobbs]

Found what appears to be a bug in 0.34.07's batch process. Original has French, Spanish and German audio. I chose to keep only the French audio, so I double-clicked Spanish and German tracks to disable them. I then selected "Add Current Project to Batch Queue"; the queue had a couple of encodes lined up before this one. I checked the result a moment ago and the output includes all three audio tracks instead of only the French one. This was a Full Backup.

Addendum: Noticed now that the bug affected also subtitles. Original has 7 subtitle tracks, including English, Japanese, German and Spanish. I had disabled all except English subs. Output has only Spanish subs. TMT's subtitle menu lists 7 subtitle tracks, all Spanish.

Ad2: Checked the other two encodes. Both were Movie-only, and their audio & subtitle selections were properly stored in batch mode, i.e. outputs have only the audio & subs I chose to keep.

It seems the bug in Batch mode affects only Full Backups. Can you look on the batch screen under "Batch" (for each title) and see what it has set for Audio/Subtitles for the two jobs you said were incorrectly done?

[colinhunt]

Can you look on the batch screen under "Batch" (for each title) and see what it has set for Audio/Subtitles for the two jobs you said were incorrectly done?
Uh-oh. I started another encode almost right away and managed to empty the batch list. Sorry.

If you read my post again, you'll notice only one job was incorrectly done - the other two were fine. The incorrect one was a Full Backup, while the two correct ones were Movie Only.

I found this in BATCHITEM.INI; it's appears to be for the title which was incorrectly done:

(BD39)_A_BOUT_DE_SOUFFLE, Full-Backup, CUSTOM, High Quality
[Options]
MODE=0
ENCODE_QUALITY=2
ONEPASS_ENCODING=0
AUTO_QUALITY=0
QUICK_EXTRAS=0
TARGET_SIZE=24050
TWEAK_PASS_ONE=--tune film
TWEAK_PASS_TWO=--tune film
PRIORITY_CLASS=0
AUDIO_TO_KEEP=chi;eng;fra;fre;jpn;zha;zho;
SUBS_TO_KEEP=eng;
SD_CONVERT=0
OPEN_GOP=0
RESIZE_1080=0
DEINTERLACE=1
DTS_REENCODE=0
AC3_REENCODE=0
AC3_640=1
AC3_192=0
KEEP_HD_AUDIO=1
KEEP_HD_LPCM=0
AVCHD=0
REMOVE_WORKFILES=1
MOVIE_ONLY_LOOP=1
REMOVE_OUTPUT=0
USE_FILTERS=0
AUDIO_TRACK_LIMIT=0
SUBTITLE_TRACK_LIMIT=0
CUSTOM_TARGET_SIZE=24050
[Paths]
WORKING_PATH=F:\BDRB_OUTPUT\
SOURCE_PATH=W:\VIDEO\HD\(BD39) A_BOUT_DE_SOUFFLE\
[Batch]
MAIN_MPLS=00508.MPLS
FORCED_SUB=0
FORCED_AUD=0
AUDIO=1001111
SUBS=00000100000000001000001000001000

I can run the Full Backup of the same title in Batch mode again if it helps.

edit: I began to create a Batch job of the same title again and remembered I didn't actually have to disable those two audio tracks and unwanted subtitle tracks manually; they were already disabled because of the languages I had selected in the Setup screen.

edit2: I ran the same title with exact same settings in regular non-batch backup mode and it came out perfect: French audio and English subs only.

[Race Guy]

@RaceGuy

Regarding the Memorex D/L DVD+Rs, that "no name" factory in India is Moser Baer, the same company that's now been making the Verbatim D/L DVD+Rs for about two years. Their QC was questionable at first. However, I've been using the Memorex D/L DVD+Rs for more than a year now, with great results.

The only suggestion I'd make to anyone using them would be that, despite the stated 8X burn capability, burn at no faster than 4X...

So they DO have a name!! What I've found with those MB Memorex is, my 2009 LG Blu burner LIKES them. My 2006 Plextor 716, which no longer gets any firmy updates DOES NOT. In any event, I go 2.4x for ALL my DL burns. What's the RUSH???

If you read the ImgBurn forum concerning "acceptable" DVD-9 media, it's not just Verbatims you want, they have to be the 2.4x rated Verbatims that are made in SINGAPORE!

[setarip_old]

@Race Guy

The information you've posted about D/L Verbatims made in Singapore is "very old news". If you search the Doom9 Forums, you'll find postings that I made about that over a year ago - when Verbatim started to wind down its Singapore production:

1) Consider yourself extremely lucky to find any Singapore produced D/L Verbatim DVD+Rs

2) The Memorex D/L DVD+Rs are rated at 8x but, as I've posted previously, burning these at 4x has proven to be successful for well over 300 burns

[cnote]

@Race Guy

The information you've posted about D/L Verbatims made in Singapore is "very old news". If you search the Doom9 Forums, you'll find postings that I made about that over a year ago - when Verbatim started to wind down its Singapore production:

1) Consider yourself extremely lucky to find any Singapore produced D/L Verbatim DVD+Rs

2) The Memorex D/L DVD+Rs are rated at 8x but, as I've posted previously, burning these at 4x has proven to be successful for well over 300 burns

Setarip_old,

Thanks for your input. I would appreciate some advice. So, if the memorex DL's are reliable media, is it reasonable to think that my 2010 LG burner is the problem. It prob has 70 burns max. I just thought that if it was the burner, it would not work at all. Does a faulty drive work on and off like that?

[jdobbs]

Setarip_old,

Thanks for your input. I would appreciate some advice. So, if the memorex DL's are reliable media, is it reasonable to think that my 2010 LG burner is the problem. It prob has 70 burns max. I just thought that if it was the burner, it would not work at all. Does a faulty drive work on and off like that? It depends on a lot of things. If it is slightly misaligned it might work in one part of the disc and not in another. I had a similar problem with a DVD burner, it worked sometimes but started making an occasional coaster. I picked up a replacement and haven't had a problem since.

[chompy]

jdobbs, the problem I reported some posts back regarding audio gaps in seamless branching jumps when downconverting HD audio tracks with BD-Rebuilder are due as I said to a bug tsMuxeR seems to have when downconverting DTS-HD to DTS an TrueHD to AC3.

The solution, is doing these (and only these) downconversions with eac3to, as if I demux video + audio with eac3to, then I'll have gaps in all audio streams (I neither can open the demuxed video with Adobe Premiere, while tsMuxeR demuxed video opens and can be edited perfectly fine).

So right now the workflow needed to get 100% working backups is:
1) Demux video + audio streams not downconverted with tsMuxeR.
2) Demux audio streams downconverted with eac3to.
3) Mux all files with tsMuxeR.

(I'll post this finding in MultiAVCHD forum as it has the same "problem").

Greetings

[jdobbs]

jdobbs, the problem I reported some posts back regarding audio gaps in seamless branching jumps when downconverting HD audio tracks with BD-Rebuilder are due as I said to a bug tsMuxeR seems to have when downconverting DTS-HD to DTS an TrueHD to AC3.

The solution, is doing these (and only these) downconversions with eac3to, as if I demux video + audio with eac3to, then I'll have gaps in all audio streams (I neither can open the demuxed video with Adobe Premiere, while tsMuxeR demuxed video opens and can be edited perfectly fine).

So right now the workflow needed to get 100% working backups is:
1) Demux video + audio streams not downconverted with tsMuxeR.
2) Demux audio streams downconverted with eac3to.
3) Mux all files with tsMuxeR.

(I'll post this finding in MultiAVCHD forum as it has the same "problem").

Greetings I gotta' be honest... I haven't had any problems with audio gaps in seamless branching -- and I've done a lot of them. The best solution is that if you have DTS-HD that you want to keep without HD extensions, let BD-RB convert it to AC3. IMHO you're not going to be able to tell the difference anyway. (That ought to get the DTS zealots in an uproar, eh?)

Are you allowing BD-RB to do its job completely or are you "intervening" ? It makes no sense that you would see it while others don't unless something is being done differently.

[chompy]

I gotta' be honest... I haven't had any problems with audio gaps in seamless branching -- and I've done a lot of them. The best solution is that if you have DTS-HD that you want to keep without HD extensions, let BD-RB convert it to AC3. IMHO you're not going to be able to tell the difference anyway. (That ought to get the DTS zealots in an uproar, eh?)

Are you allowing BD-RB to do its job completely or are you "intervening" ? It makes no sense that you would see it while others don't unless something is being done differently.

Until now I neither had any problem with seamless branching disks, but with UP there's one m2ts jump just after the UP logo appears on screen and the narrator is speaking while m2ts changes (from 00054.m2ts to 00055.m2ts or 00056.m2ts) and if I keep original audio tracks everything is fine, but if I select to not keep HD audio, I get this audio gap (with headphones is clearly heard, while in the previous m2ts changes I don't hear any gap).

If BD-Rebuilder converts DTS-HD to AC3 then surely won't be audio gap (as I understand it demuxes DTS-HD when converting to AC3 and not just only DTS core), but as you said I'm a DTS zealot :p, and if I find a solution that lets me keep it (although it is really time consuming, as I have to demux all m2ts with eac3to and mux the audio streams demuxed with the m2ts files generated by BD-Rebuilder), I'll prefer it over converting it to AC3.

Summarizing, the main problem is that the tsMuxeR downconverted audio streams are defective (DTS StreamPlayer crashes when trying to open them), while eac3to downconverts them ok (when you just demux the HD audio tracks both programs work well).

Greetings

Edit: And no, I'm not invervening in BD-Rebuilder in job, I just do "my workarround" when BD-Rebuilder has finished its job.

[Capsbackup]

I gotta' be honest... I haven't had any problems with audio gaps in seamless branching -- and I've done a lot of them.

I have done quite a few too, and I do not have or notice "audio gaps".
All my backups are burned to disc, be it BD5/9 or BD-R/RE for playback on a standalone.
So do these gaps cause the audio to go out of sync?
Where do you "hear" these audio gaps, software player or standalone?
I have used eac3to with the TMT decoder, and have "seen" eac3to's log report that audio gaps are present, and that a second pass will be done to correct them. But I have never "heard" any nor had the audio go out of sync as the movie progresses, which would be expected if all these audio gaps exist.
So could this be associated with backups done for computer/software playback only?

[chompy]

I have done quite a few too, and I do not have or notice "audio gaps".
All my backups are burned to disc, be it BD5/9 or BD-R/RE for playback on a standalone.
So do these gaps cause the audio to go out of sync?
Where do you "hear" these audio gaps, software player or standalone?
I have used eac3to with the TMT decoder, and have "seen" eac3to's log report that audio gaps are present, and that a second pass will be done to correct them. But I have never "heard" any nor had the audio go out of sync as the movie progresses, which would be expected if all these audio gaps exist.
So could this be associated with backups done for computer/software playback only?

Well I say gaps becuase after testing, I've seen that this happens at the end of every m2ts, but I've only noticed in one of them.

As I said, the problem is that the downconverted SD audio stream from a HD audio stream is corrupted in its lasts bytes, and this always happens (and can be easy verified), if HD audio is kept (or if audio is converted with aften) then there aren't any problems. And as next m2ts has the begining of the audio stream ok, there ins't any out of sync, just this small gaps that may or not be noticed (depends if there's something as someone speaking, which is the case where I've detected this problem, because I didn't noticed before).

And yes, the tests have been done in standalone player, but now I'm happy because after some days of tests I've found the problem tsMuxeR has and a way to circumvent it, that could be more easily done if BD-Rebuilder / MultiAVCHD used eac3to to downconvert HD audio tracks, but that I don't mind do it manually if I get perfect backup.

Greetings

[Capsbackup]

For a movie only backup by BD-RB, I guess it could use eac3to, since all m2ts files are converted into one m2ts file. But if it is not noticeable, and AVCHD does not support DTS for BD5/9, jdobbs methods seems adequate.
But for full movie backups to BD-R, or BD5/9, the original structure is kept, thus so are all those multi m2ts files from the original that make up the movie, so I don't see how this method would apply or work in this case. :confused:

[chompy]

You can also keep original structure with eac3to, it works exactly the same as tsMuxeR: if you feed it with a mpls it will join all demuxed streams of all m2ts files it refers, but if feed it with individual m2ts file, one each time, you'll also get the demuxed streams of them separately.

[jdobbs]

You can also keep original structure with eac3to, it works exactly the same as tsMuxeR: if you feed it with a mpls it will join all demuxed streams of all m2ts files it refers, but if feed it with individual m2ts file, one each time, you'll also get the demuxed streams of them separately.Exactly as it should...

[Lynxs]

Hey,

I noticed reading the changes.txt file that not processing the secondary video trk is now not an option in 34.07. Is there any way we can put this back in. I tried backup my copy of Cop Out and reencoding the tracks with the secondary video played havoc - major pixelation. The only way I was able to successfully encode it for full BD-9 (in Windows 7) was use a previous version that allowed not processing the secondary video.

I've always had issues trying to process a full BD-9 with secondary video - I used to get garbled and/or delayed audio (Monsters vs. Alien) and now major pixelation (so it looks like the latest version of BD-R is dealing with the secondary video better if it were not for the major pixelation).

But if the secondary video is not important for some of us is there any way of keeping the PROCESS_SECONDARY=0 as a hidden option or better yet making it a visable option in the GUI.

Also, another issue that I'm having is with the BD-9 backup of my kids disk FURRY VENGEANCE. Terrible movie.. I know.. but the kids love it. It's a Canadian version that has an initial video track after the trailers that allows you to choose whether you want to play the english version or the french. However, the video interface on the BD-9 does not give you the text options to choose (the text on the original BR appears on a log in the middle of the screen) .. the video of the log and the background just continue to play. There's no way you can get to the BR menu from then on. Even when you manually change the chapters (and I'm using TMT2.5 and 3) from 1 to 52 .. you get the same screen... very strange... I don't know if anyone is having issues like this.

Other than these 2 issues, BD-R is working fantastic.

[Capsbackup]

@Lynxs;
These two options exist:
SECONDARY_CRF=n n = 10..50 - force BD-RB to use the specified CRF value for secondary encodings
SECONDARY_USE_QUALITY=n n = 0/1 - 0=OFF (default) - if set to "0" ultrafast is used, "1" uses standard quality
I'm not sure if this will work, but if you took the original demuxed secondary file, renamed it to the exact same name of the BD-RB reencoded secondary file found in the Workfiles folder, then substituted the original one for the reencoded one in the Workfiles folder, then do just another rebuild. ( Only if you did not have remove Workfiles folder after rebuild selected!) :) You would then have the original secondary video.

[setarip_old]

@Lynxs

Hi! However, the video interface on the BD-9 does not give you the text options to choose (the text on the original BR appears on a log in the middle of the screen)What software and procedures did you use to rip the original BluRay disc?

[Lynxs]

@setarip_old

Used AnyDVD to rip .. everything on the ISO looks fine

Use BD-R 34.07 and selected:

1) Full Backup
2) Quicker for Extras
3) Encode for target size BD-9
4) Automatic Quality Settings
5) Defaults for settings except checked boxes for "use 448 Kbs for AC3 encoding

Thanks for the help