BD Rebuilder Beta - Bug Reports Only

[Vertigo1]

You're saying INSPECT is crashing? That's really odd and makes me think something may not be configured properly or there is a registry problem.

Hmm, any hints on what to look for?

[Capsbackup]

It's really not a bug report but I use Clown or TsRemux to cut each episode/audio/subs and then use MultiAvchd to make simple Menu with multiple titles and create Bluray structure and compress ( oop's with/ BD_Rebuilder) to fit on BD-5 or BD-9 disk. I guess yoiu could even put the final result on BD-25 but that seems "wastefull for me", IMO, Lol

There are numerous methods available to make backups, and I am well aware of these other programs. Thanks.:cool:
My goal is not just after making working backups, since I have had plenty of success already with many different options. I am trying to be helpful to the beta versions of BD-RB, providing what I hope is potentially helpful and useful testing, input and feedback to assist jdobbs with his development of what is already a great program.;)
I have more interest trying to follow and assist with the progress of BD-RB, enjoying the "ride" along the way. :p

[jdobbs]

There are numerous methods available to make backups, and I am well aware of these other programs. Thanks.:cool:
My goal is not just after making working backups, since I have had plenty of success already with many different options. I am trying to be helpful to the beta versions of BD-RB, providing what I hope is potentially helpful and useful testing, input and feedback to assist jdobbs with his development of what is already a great program.;)
I have more interest trying to follow and assist with the progress of BD-RB, enjoying the "ride" along the way. :pAnd it's appreciated. By the way, I'm testing something now as an interim fix. It doesn't include working DTS Express audio yet, but it may fix the silence. I've been sneaking time away from my visitors in the early morning and late evening to try it out. :)

[Capsbackup]

And it's appreciated. By the way, I'm testing something now as an interim fix. It doesn't include working DTS Express audio yet, but it may fix the silence. I've been sneaking time away from my visitors in the early morning and late evening to try it out. :)

Great! :) I tried keeping all audio tracks from the main titles with PiP mpls, but that did not correct the silence. Perhaps this PiP DTS Express audio track is the culprit.
Something similar to remove and add back external audio has been successful on every test ( 5 attempts ) I've tried, so your interim fix will be welcome. :thanks:

So you are "burning the candle" at both ends! :p

[ellusian]

Hello everyone. I seem to be having trouble backing up Hot Tub Time Machine. It contains a theatrical and unrated version, so uses seamless branching. The movie will play fine to start, but begins to have problems when it reaches a point where the branching is supposed to take place. Playback will freeze up for about a minute and jerk through before finally moving on and playing fine again until it reaches the next branch point.
I have tried 3 different backups (full disc, move only, and full disc again) but with the same problem on each. I have also tried to re-rip (AnyDVDHD) and process again before the last burn but same thing happens. Am I doing something wrong or is there something I'm not doing? Or is it a bug? Anyone else successfully backup this movie?
Thanks for the help.


Have you had success since in ripping/burning HTTM? If so, did you use another ripper besides AnyDVD? I saw the separate seamless-branch movie files in BD Rebuild and noticed it didn't seem to select more than one in 'movie-only' mode, so not sure how to proceed.

Also, seems like others are having probs w/ Pixar Short Vol. 1 as I am. Any success stories out there, and if so, were there workarounds/caveats?

Thx--so far these are the only titles I've had issues with.

[jdobbs]

Great! :) I tried keeping all audio tracks from the main titles with PiP mpls, but that did not correct the silence. Perhaps this PiP DTS Express audio track is the culprit.
Something similar to remove and add back external audio has been successful on every test ( 5 attempts ) I've tried, so your interim fix will be welcome. :thanks:

So you are "burning the candle" at both ends! :p Well this didn't work. What I did was make BD-RB create a blank audio track and insert it in place of the DTS Express and then patch the MPLS to match. It seems to have had no impact at all.

Have you had any luck identifying what changes in your remove-and-add-back process? I can't remember, did you post the MPLS & CLPIs (pre and post correction) of one that works?

[Capsbackup]

Well this didn't work. What I did was make BD-RB create a blank audio track and insert it in place of the DTS Express and then patch the MPLS to match. It seems to have had no impact at all.

Have you had any luck identifying what changes in your remove-and-add-back process? I can't remember, did you post the MPLS & CLPIs (pre and post correction) of one that works?

Yes, see here: http://forum.doom9.org/showthread.php?t=143716&page=439
Both the original, non working and the corrected, working are included.
Scroll to post # 8775

EDIT:
and from deank:
took a look at the files. There are a lot of differences and multiAVCHD's files look much simpler, because it seems that there is a PIP or something in Scorpion King. About Twilight - I have no idea. multiAVCHD uses clean (tsMuxeR or a bit modified) playlist files to match the actual streams in the M2TS file.

As jdobbs posted, it will be a good thing to implement in BD Rebuilder about using blank/silent audio tracks when 'removing' them. It is not very nice approach to have references in mpls to streams not there.

[jdobbs]

Yes, see here: http://forum.doom9.org/showthread.php?t=143716&page=439
Both the original, non working and the corrected, working are included.
Scroll to post # 8775

EDIT:
and from deank: Oh, I see. The ones created by DeanK's software didn't have the PiP included. I misunderstood. Yeah, they get a lot more complicated with Secondary video/audio. I could probably remove them and their references from the MPLS easy enough, but that's kinda' stepping backwards. I'll figure it out -- unless, of course, it's just a bug in the Sony for which there is no workaround.

Inserting blank/silent audio didn't work at all (from my work earlier today)... I'll have to think a bit now and see what else I can try.

[Capsbackup]

Oh, I see. The ones created by DeanK's software didn't have the PiP included? I misunderstood. Yeah, they get a lot more complicated with Secondary video/audio. I could probably remove them and their references from the MPLS, but that's kinda' stepping backwards. I'll figure it out -- unless, of course, it's just a bug in the Sony with no workaround.

Inserting blank audio didn't work at all...

Keeping all audio tracks, except the DTS Express of course, did not help at all either.
EDIT:
It appears the challenge is on! :p I'll figure it out

And I will be equally satisfied if: ;)
unless, of course, it's just a bug in the Sony with no workaround.

[bluestarCVO]

My HTTM played just fine b4 & after the 7min mark, ripped w/ AnyDVD 6674, movie only (unrated, playlist 801) to BD9.

Yes but try and backup the full disc and see if it freezes. I have tried it with two different originals on two different computers and the results are always the same: freezing at the points of seamless branching.(Thankful to have a BD-RE)
So try out the full disc backup and report back to me if it still plays without freezing.

[chompy]

Hi,

I know it’s very strange, but I’m having the same frame freezes that SoniG reported sometime ago and that jdobbs fixed in v0.34.01

Obviously I’m using v0.34.05 and Inspect says everything is fine (movie only backups work perfectly), but the two seamless branching movies I’ve tested this weekend (Up and Toy Story 2 Spanish blu-rays) have these frame freezes at the end of each m2ts.

I have PROCESS_SECONDARY=0 in BDREBUILDER.INI as I don’t need PiP at all, and selected only English and Spanish in Audio/Subtitle languages to keep in setup, and the result is the same If I choose BD-25 target size (x264 compression) or a custom target size big enough in order to only do a remux: nasty freezes at the end of m2ts files (in Up, remuxing only is even worse than x264 compression).

And what’s even weirder is that if I use MultiAVCHD with the same settings, the resulting blu-ray plays perfectly fine without any freeze at all.

Could anybody please tell me what am I missing?

Thanks jdobbs for this great program and greetings

[jdobbs]

Hi,

I know it’s very strange, but I’m having the same frame freezes that SoniG reported sometime ago and that jdobbs fixed in v0.34.01

Obviously I’m using v0.34.05 and Inspect says everything is fine (movie only backups work perfectly), but the two seamless branching movies I’ve tested this weekend (Up and Toy Story 2 Spanish blu-rays) have these frame freezes at the end of each m2ts.

I have PROCESS_SECONDARY=0 in BDREBUILDER.INI as I don’t need PiP at all, and selected only English and Spanish in Audio/Subtitle languages to keep in setup, and the result is the same If I choose BD-25 target size (x264 compression) or a custom target size big enough in order to only do a remux: nasty freezes at the end of m2ts files (in Up, remuxing only is even worse than x264 compression).

And what’s even weirder is that if I use MultiAVCHD with the same settings, the resulting blu-ray plays perfectly fine without any freeze at all.

Could anybody please tell me what am I missing?

Thanks jdobbs for this great program and greetings The first thing I'd do is remove PROCESS_SECONDARY=0. Thatis known to cause issues, and will be removed from the next release. Please post your BD-REBUILDER.INI file so I can see your settings.

What are you using for playback? If it isn't a standalone player it's possible it the player is the issue. Movie-only (and probably multiAVCHD) uses a single M2TS, while multi-part playback may be delayed for the "switch" between parts (on poor players).

[chompy]

The first thing I'd do is remove PROCESS_SECONDARY=0. Thatis known to cause issues, and will be removed from the next release. Please post your BD-REBUILDER.INI file so I can see your settings.

What are you using for playback? If it isn't a standalone player it's possible it the player is the issue. Movie-only (and probably multiAVCHD) uses a single M2TS, while multi-part playback may be delayed for the "switch" between parts (on poor players).

I’ll do a test without PROCESS_SECONDARY=0 and let you know what happens…

The tests have been done with TMT 3, but I’ll also burn a test disk and see what happens in my LG standalone player, but as I said, the originals and the backups with multiAVCHD (that also outputs the whole structure splitted in multiple m2ts files, menus and extras as the original and the BD-Rebuilder backup) play fine in TMT 3.

I've almost forgot to post my .INI, here it is:

[Options]
MODE=0
ENCODE_QUALITY=2
ONEPASS_ENCODING=0
AUTO_QUALITY=0
TARGET_SIZE=23450
PRIORITY_CLASS=0
AUDIO_TO_KEEP=eng;spa;
SUBS_TO_KEEP=eng;spa;
SD_CONVERT=0
OPEN_GOP=1
RESIZE_1080=0
DEINTERLACE=0
DTS_REENCODE=0
AC3_REENCODE=0
AC3_640=1
AC3_192=0
KEEP_HD_AUDIO=1
AVCHD=1
REMOVE_WORKFILES=1
MOVIE_ONLY_LOOP=0
REMOVE_OUTPUT=0
USE_FILTERS=0
AUDIO_TRACK_LIMIT=1
SUBTITLE_TRACK_LIMIT=1
CUSTOM_TARGET_SIZE=23500
WEIGHTP=1
PROCESS_SECONDARY=0
[Paths]
WORKING_PATH=D:\BDREBUILDER\
SOURCE_PATH=c:\BD\UP\

I’ll post my results after further investigation…

Edit: Up has PiP, but Toy Story 2 doesn't have, so in Toy Story 2 backup PROCESS_SECONDARY=0 wouldn't mind, right?

Thanks

[SquallMX]

Hi,

I know it’s very strange, but I’m having the same frame freezes that SoniG reported sometime ago and that jdobbs fixed in v0.34.01

Obviously I’m using v0.34.05 and Inspect says everything is fine (movie only backups work perfectly), but the two seamless branching movies I’ve tested this weekend (Up and Toy Story 2 Spanish blu-rays) have these frame freezes at the end of each m2ts.

I have PROCESS_SECONDARY=0 in BDREBUILDER.INI as I don’t need PiP at all, and selected only English and Spanish in Audio/Subtitle languages to keep in setup, and the result is the same If I choose BD-25 target size (x264 compression) or a custom target size big enough in order to only do a remux: nasty freezes at the end of m2ts files (in Up, remuxing only is even worse than x264 compression).

And what’s even weirder is that if I use MultiAVCHD with the same settings, the resulting blu-ray plays perfectly fine without any freeze at all.

Could anybody please tell me what am I missing?

Thanks jdobbs for this great program and greetings

Is the same problem that I have with Princess and the Frog, post BD-Rebuilder TMT3 freezes at the end/change of m2ts files.

Using MultiAVCHD results in no problems.

[A.Fenderson]

For these seamless branching discs that multiAVCHD is handling better, is it outputting a disc image or otherwise sending the output to a burner app, or just outputting blu-ray folders that are thereafter burned separately?

[deank]

For these seamless branching discs that multiAVCHD is handling better...

multiAVCHD can't handle branched discs properly. Not when you have alternate endings or multi-language-playlists.

[chompy]

Ok, I've just burned a disk with my backup of Up (only remuxed, no compression needed) and it plays fine in my LG (on TMT 3 still freezes), so yes, TMT 3 is one of the problem causes, because as I prevously said, the original and the MultiAVCHD backup work OK in TMT 3.

Then I've opened the original, the BD-Rebuilder and the MultiAVCHD backups in BDEdit, and I've seen that in the main movie playlist, you have the same m2ts lenght as the original, but deank has put a smaller lenght in all m2ts files... And do you know what happens when I edit your playlist and put deank's lenght values? That BD-Rebuilder backup works perfectly fine in TMT 3.

I don't know why deanks lenght is shorter (maybe he could explain why), but I've uploaded the playlist and the clipinf of all of their items from the original (http://www.mirrorcreator.com/files/0G13VB53/original.rar_links), BD-Rebuilder (http://www.mirrorcreator.com/files/0HDRPT0G/bdrebuilder.rar_links) and MultiAVCHD (http://www.mirrorcreator.com/files/CYLQUDVQ/multiavchd.rar_links) backups.

multiAVCHD can't handle branched discs properly. Not when you have alternate endings or multi-language-playlists.

deank, in your reauthor mode, if you don't edit the items inside the multi-language playlists (you only edit the playlists corresponding to each m2ts file) everything should work fine (no dupped big files at the end of the compilation).

Greetings

[Kakashi Sensei]

Just want to throw this out there about TMT3. I know JDobbs says dont trust Software players and he's not lieing when he says that. I had several encodes that I thought were bad from bad pixalation and macro blocking. I had to wonder why this was happening and then played just the M2TS files in WMP. No probs at all. So dont rely on TMT3 for video quality ;)

[jdobbs]

Ok, I've just burned a disk with my backup of Up (only remuxed, no compression needed) and it plays fine in my LG (on TMT 3 still freezes), so yes, TMT 3 is one of the problem causes, because as I prevously said, the original and the MultiAVCHD backup work OK in TMT 3.

Then I've opened the original, the BD-Rebuilder and the MultiAVCHD backups in BDEdit, and I've seen that in the main movie playlist, you have the same m2ts lenght as the original, but deank has put a smaller lenght in all m2ts files... And do you know what happens when I edit your playlist and put deank's lenght values? That BD-Rebuilder backup works perfectly fine in TMT 3.

I don't know why deanks lenght is shorter (maybe he could explain why), but I've uploaded the playlist and the clipinf of all of their items from the original (http://www.mirrorcreator.com/files/0G13VB53/original.rar_links), BD-Rebuilder (http://www.mirrorcreator.com/files/0HDRPT0G/bdrebuilder.rar_links) and MultiAVCHD (http://www.mirrorcreator.com/files/CYLQUDVQ/multiavchd.rar_links) backups.



deank, in your reauthor mode, if you don't edit the items inside the multi-language playlists (you only edit the playlists corresponding to each m2ts file) everything should work fine (no dupped big files at the end of the compilation).

Greetings C'mon. You can't say "is one of the problem causes" if the issue goes away on a real player. It is the problem. It's because the player has to buffer the consecutive parts sufficiently -- and they may be some distance apart on the hard drive (resulting in delay due to the time it takes for head movement).

Also saying "this works" or "that works" isn't helpful either -- because they are doing completely different things in completely different ways.

[Capsbackup]

I can report that a recent backup of Forgetting Sarah Marshall to BD-R with BD-RB 3404 for playback on my Sony S360 plays back perfectly. This title has the original theatrical release and the extended version, a seamless branching disc.
I watched the extended version completely, and there were no stutters, no freezes, no glitches of any kind!
It also has PiP with Dolby Digital Plus secondary audio, and it worked perfectly too! :)

[RJNelson]

I'm having a problem tsmuxer.exe crashing on me just as I start encoding the Director's Cut of Watchmen. I've tried disabling the subs as suggested earlier in the thread and that didn't work, but even if that were to have worked, I would rather not have to disable the subs, as I need them since my hearing is impaired.

[setarip_old]

@Capsbackup

Hi! This title has the original theatrical release and the extended version, a seamless branching disc.
I watched the extended version completely, and there were no stutters, no freezes, no glitches of any kind!Are you sure it didn't contain two separate and complete versions?

[chompy]

C'mon. You can't say "is one of the problem causes" if the issue goes away on a real player. It is the problem. It's because the player has to buffer the consecutive parts sufficiently -- and they may be some distance apart on the hard drive (resulting in delay due to the time it takes for head movement).

Also saying "this works" or "that works" isn't helpful either -- because they are doing completely different things in completely different ways.

Ok if you don't want to take a look at what I'm saying you're completely on your rights as the developer of this software...

All I say is that burned blu-ray still sttuters in TMT 3 (so no HDD distance involved), and that deank seems to count the "real" length of m2ts files after remuxing them and he corrects the playlist with these values (just few milliseconds, but enough to create stutters), while you just copy the same values there were on the original playlist, and then if I manually change the length of the m2ts files in your playlist with the values calculated by deank, the problem disappears.

So as I stated in my previous post, "in my scenario" fixing the playlist created by BD-Rebuilder with deank's calculated m2ts files length solves "my" problem, so I don't know why you say it isn't helpful, because yes, if done exactly the same in both programs: just remux all the m2ts files (obviously not joining them, keeping all of them separately) in the playlist removing Pip and unwanted audio/subtitles, nothing more, nothing less.

By the way, removing PROCESS_SECONDARY=0 doesn't help at all.

Greetings

[deank]

I don't know if this is of any help, but since the early days when tsMuxeR needed fixclpi, multiAVCHD always checks each CLPI against the M2TS, sets proper packet count and verifies if in/out times match in all MPLS files, which refer to this m2ts, then puts the correct in/out values.

[mpiper]

TSMuxer is also crashing on me. Running Windows 7 64bit. I've tried setting tsmuxer to run in compatibility mode with Vista SP2, but still crashes. This has happened on several different BD discs.

Thoughts?

[jdobbs]

I don't know if this is of any help, but since the early days when tsMuxeR needed fixclpi, multiAVCHD always checks each CLPI against the M2TS, sets proper packet count and verifies if in/out times match in all MPLS files, which refer to this m2ts, then puts the correct in/out values. I think I do that too (check packet count). If I remember right some of the earlier TSMUXER versions used to set the packet count incorrectly. They also screwed up the EP tables, but I thought that was fixed. I'll go back and check that I haven't changed that.

I don't think I remember an issue with the MPLS in/out times... was that something that often happens? I'll also go back and see if I make any adjustments there. [Edit] Actually I have to rewrite all the IN/OUT times because of the timing changes TSMUXER makes and the fact that I use the original MPLS files.

[Capsbackup]

@Capsbackup

Hi! Are you sure it didn't contain two separate and complete versions?

If my understanding of seamless branching is correct, this one has it. :)
There is two mpls files, 01007.mpls, which is 1:57:46, that is made up of 29 seperate m2ts files.
The second, 01006.mpls, is 1:51:00, and is made up of 28 seperate m2ts files.
Several m2ts files are the same for each playlist, but several are different too. But they appear to "seamlessly" integrate to make each version of the movie.;)

[deank]

I don't think I remember an issue with the MPLS in/out times... was that something that often happens? I'll also go back and see if I make any adjustments there. [Edit] Actually I have to rewrite all the IN/OUT times because of the timing changes TSMUXER makes and the fact that I use the original MPLS files.

I don't remember problems with mpls, too, but just to be safe I do all the checks, because for example a Viera TV in AVCHD player mode will reject the authored structure with "Unsupported format" error message, just because of wrong IN_TIME in any playlist or clpiinfo file (or a mismatch between them and m2ts).

[jdobbs]

...deank seems to count the "real" length of m2ts files after remuxing them and he corrects the playlist with these values (just few milliseconds, but enough to create stutters), while you just copy the same values there were on the original playlist The value you are talking about is in the CLPI file, not the MPLS, so it isn't a value in the "playlist". It is a value associated with the clip. I can't "just copy the same values that were in the original playlist" -- because they are not the same after running them through TSMUXER, BD-RB changes all the IN/OUT values in the playlist. I think you may have your terms confused.

With that said, I did find that I only correct the packet count when "FIX_CLPI=1" was set. Just to be safe I've changed it so it always updates the packet count (just in case TSMUXER is wrong).

[jdobbs]

I don't remember problems with mpls, too, but just to be safe I do all the checks, because for example a Viera TV in AVCHD player mode will reject the authored structure with "Unsupported format" error message, just because of wrong IN_TIME in any playlist or clpiinfo file (or a mismatch between them and m2ts). Ok, I see. I don't think that would be an issue with BD-RB, because I rewrite all the IN/OUT times.

[chompy]

The value you are talking about is in the CLPI file, not the MPLS, so it isn't a value in the "playlist". It is a value associated with the clip. I can't "just copy the same values that were in the original playlist" -- because they are not the same after running them through TSMUXER, BD-RB changes all the IN/OUT values in the playlist. I think you may have your terms confused.

With that said, I did find that I only correct the packet count when "FIX_CLPI=1" was set. Just to be safe I've changed it so it always updates the packet count (just in case TSMUXER is wrong).

Yes you're right, you change the IN/OUT times in the playlist, because tsMuxeR uses it own values, what I meant to say is that the difference between OUT and IN times (what BDEdit calls length) is the same as in the original, while deank counts m2ts length (packet count) and it’s a bit smaller than the original, so your IN time is the same as deank’s one (tsMuxeR default value), but his OUT time is a little smaller.

I must admit that I don’t know nothing compared to you, and that maybe I hasn’t used the right words, so that together with my bad English doesn’t help at all.

Thanks

[jdobbs]

Yes you're right, you change the IN/OUT times in the playlist, because tsMuxeR uses it own values, what I meant to say is that the difference between OUT and IN times (what BDEdit calls length) is the same as in the original, while deank counts m2ts length (packet count) and it’s a bit smaller than the original, so your IN time is the same as deank’s one (tsMuxeR default value), but his OUT time is a little smaller.

I must admit that I don’t know nothing compared to you, and that maybe I hasn’t used the right words, so that together with my bad English doesn’t help at all.

Thanks I don't think the OUT time would be set based on the packet length at all, as that could change dramatically depending upon what is or is not muxed -- while the length (in time) might stay the same.

I'm a little confused. When you say "I manually change the length of the m2ts files" are you saying you are setting the packet length value in the CLPI, or you are changing the OUT time in the MPLS? If you're changing the OUT time -- how are you calculating what you believe to be the correct value? From the framecount/framrate?

The reason I ask is, there shouldn't be any difference between the length (in time, adjusted for the new offset) of the original file and that of the newly reencoded one. If there is, that implies there is frame loss -- and that's a very bad thing. How big a difference do you make when you change it?

[deank]

Ok, I see. I don't think that would be an issue with BD-RB, because I rewrite all the IN/OUT times.

Yes you're right, you change the IN/OUT times in the playlist, because tsMuxeR uses it own values, what I meant to say is that the difference between OUT and IN times (what BDEdit calls length) is the same as in the original, while deank counts m2ts length (packet count) and it’s a bit smaller than the original, so your IN time is the same as deank’s one (tsMuxeR default value), but his OUT time is a little smaller.


@jdobbs: I just took a look again at the files chompy posted. You can take a look yourself:

00102.mpls : refers to 00050.m2ts: IN: 019BFCC0, OUT: 01BA8B40.

in multiAVCHD you have both CLPI and MPLS set to the same in/out times.

in BD-RB you have correct info in the CLPI but not correct in the MPLS: 019BFCC0 / 01BA8B81.

multiAVCHD always assumes that IN/OUT in the CLPI are the correct ones and overwrites what's in the mpls, that's why it works for chompy.

You can see that the difference is just 0x41 which is close to nothing (0.001(4)s / less than 2 milliseconds) but still may cause troubles.

I took a look at the other clpi files and it seems that all are referred with wrong OUT (by 0x40-0x43) in the playlist from BD-RB (00102.mpls).

Dean

[jdobbs]

@jdobbs: I just took a look again at the files chompy posted. You can take a look yourself:

00102.mpls : refers to 00050.m2ts: IN: 019BFCC0, OUT: 01BA8B40.

in multiAVCHD you have both CLPI and MPLS set to the same in/out times.

in BD-RB you have correct info in the CLPI but not correct in the MPLS: 019BFCC0 / 01BA8B81.

multiAVCHD always assumes that IN/OUT in the CLPI are the correct ones and overwrites what's in the mpls, that's why it works for chompy.

You can see that the difference is just 0x41 which is close to nothing (0.001(4)s / less than 2 milliseconds) but still may cause troubles.

I took a look at the other clpi files and it seems that all are referred with wrong OUT (by 0x40-0x43) in the playlist from BD-RB (00102.mpls).

Dean Thanks, deanK, I'll take a look at it. Strange, though, that the value would change from the original. Sometimes in multi-part playlists you can have a repeated audio packet in two adjoining M2TS files when the connection_condition is right. Maybe it's possible that one of the removed audio streams had this condition and resulted in a very small shortening.

Interesting if nothing else.

[chompy]

Thanks deank (and sorry jdobbs) for explaining what my poor knowledge hasn't been able to correctly tell... It seems that after remuxing those m2ts files, their OUT time is smaller than in the original and you correctly apply these values in CLPI, but not in MPLS.

Greetings

[SquallMX]

Video glitch when seeking (on a normal play everything looks fine):

http://i28.tinypic.com/i2ou9f.jpg

Open-GOP bug?

Blu-ray players affected: TMT3 and PS3. :helpful:

[jdobbs]

@SquallMX

Based on what you're describing I think that's the most probable cause. Can you try reencoding with Open-GOPs turned off and see if it corrects it? Also, does it correct itself within a second or so after seeking? Last, it doesn't do it with a chapter skip, does it? Starting with the last release that shouldn't happen.

[SquallMX]

@SquallMX

Based on what you're describing I think that's the most probable cause. Can you try reencoding with Open-GOPs turned off and see if it corrects it? Also, does it correct itself within a second or so after seeking? Last, it doesn't do it with a chapter skip, does it? Starting with the last release that shouldn't happen.

1.-I am already doing a re-encode using OPEN_GOP=0, i will report the results ASAP.
2.-Yes, it correct itself after a second.
3.-It does, the example screenshot is a chapter start but I was using beta 34.04, i will try again using beta 34.05.

[jdobbs]

1.-I am already doing a re-encode using OPEN_GOP=0, i will report the results ASAP.
2.-Yes, it correct itself after a second.
3.-It does, the example screenshot is a chapter start but I was using beta 34.04, i will try again using beta 34.05.Great, thanks.

[SquallMX]

Great, thanks.

BDRebuilder 34.04 + OpenGOP = Glitches on chapter skip and random seeking
BDRebuilder 34.04 - OpenGOP = Everything Ok
BDRebuilder 34.05 + OpenGOP = Glitches on random seeking, chapters OK
BDRebuilder 34.05 - OpenGOP = Everything Ok

[jdobbs]

BDRebuilder 34.04 + OpenGOP = Glitches on chapter skip and random seeking
BDRebuilder 34.04 - OpenGOP = Everything Ok
BDRebuilder 34.05 + OpenGOP = Glitches on random seeking, chapters OK
BDRebuilder 34.05 - OpenGOP = Everything Ok That's what I thought might be the case. Blu-ray specs should support Open-GOP -- but with the high bitrates associated with original discs, I doubt that they use it. So it's not a surprise that player firmware developers don't test for it.

I'll just make closed GOPs the default. Those who like it can always click it.

[Capsbackup]

These glitches are on software players only correct? I have experienced this too on TMT3 only, not PowerDVD 7.3 or my S360.
TMT3 will sometimes, and it seems more often than not, also have audio sync issues for me where PowerDVD will not, nor will my S360!

[SquallMX]

These glitches are on software players only correct? I have experienced this too on TMT3 only, not PowerDVD 7.3 or my S360.
TMT3 will sometimes, and it seems more often than not, also have audio sync issues for me where PowerDVD will not, nor will my S360!

The PlayStation 3 is also affected.

[MB2]

In February i used version 31.08 to make a backup of Star Trek TOS 3.2 disc... the disc is now faulty, so last night i tried to make another back up using 34.05... and this is what happended... any ideas?


-----------------------
[06:09:40] BD Rebuilder v0.34.05 (beta)
- Source: STAR_TREK_S3D2
- Input BD size: 42.09 GB
- Approximate total content: [04:45:52.467]
- Target BD size: 22.95 GB
- Windows Version: 6.1 [7600]
- Quality:
- Audio Settings: AC3=0 DTS=1 HD=0 Kbs=640
[06:09:41] PHASE ONE, Encoding
- [06:09:41] Extracting A/V streams [VID_00203]
- [06:09:42] Reencoding: VID_00203 (1 of 139)
- [06:09:42] Collecting video information
- Source Video: VC-1, 1920x1080
- Rate/Length: 23.976fps, 193 frames
- Bitrate: 1,940 Kbs
- [06:09:42] Reencoding: VID_00203, Pass 1 of 2
- [06:09:51] Reencoding: VID_00203, Pass 2 of 2
- [06:09:59] Video Encode complete
- [06:09:59] Reencoding audio tracks (if req'd)
- [06:10:01] Multiplexing M2TS
- [06:10:01] Extracting A/V streams [VID_00136]
- [06:10:02] Reencoding: VID_00136 (2 of 139)
- [06:10:02] Collecting video information
- Source Video: VC-1, 1920x1080
- Rate/Length: 23.976fps, 105 frames
- Bitrate: 9,362 Kbs
- [06:10:02] Reencoding: VID_00136, Pass 1 of 2
- [06:10:22] Reencoding: VID_00136, Pass 2 of 2
- [06:10:35] Video Encode complete
- [06:10:35] Reencoding audio tracks (if req'd)
- [06:10:35] Multiplexing M2TS
- [06:10:36] Extracting A/V streams [VID_00124]
- [06:10:36] Reencoding: VID_00124 (3 of 139)
- [06:10:36] Collecting video information
- Source Video: VC-1, 1920x1080
- Rate/Length: 23.976fps, 122 frames
- Bitrate: 8,757 Kbs
- [06:10:36] Reencoding: VID_00124, Pass 1 of 2
- [06:10:43] Reencoding: VID_00124, Pass 2 of 2
- [06:10:59] Video Encode complete
- [06:10:59] Reencoding audio tracks (if req'd)
- [06:11:00] Multiplexing M2TS
- [06:11:01] Extracting A/V streams [VID_00117]
- [06:11:01] Reencoding: VID_00117 (4 of 139)
- [06:11:01] Collecting video information
- Source Video: VC-1, 1920x1080
- Rate/Length: 23.976fps, 128 frames
- Bitrate: 8,426 Kbs
- [06:11:01] Reencoding: VID_00117, Pass 1 of 2
- [06:11:08] Reencoding: VID_00117, Pass 2 of 2
- [06:11:22] Video Encode complete
- [06:11:22] Reencoding audio tracks (if req'd)
- [06:11:23] Multiplexing M2TS
- [06:11:24] Extracting A/V streams [VID_00111]
- [06:11:25] Reencoding: VID_00111 (5 of 139)
- [06:11:25] Collecting video information
- Source Video: VC-1, 1920x1080
- Rate/Length: 23.976fps, 117 frames
- Bitrate: 9,619 Kbs
- [06:11:25] Reencoding: VID_00111, Pass 1 of 2
- [06:11:30] Reencoding: VID_00111, Pass 2 of 2
- [06:11:45] Video Encode complete
- [06:11:45] Reencoding audio tracks (if req'd)
- [06:11:46] Multiplexing M2TS
- [06:11:47] Extracting A/V streams [VID_00112]
- [06:11:47] CreateAVS() 00000
[06:11:54] - Could not create AVS file
-----------------------
[06:13:50] BD Rebuilder v0.34.05 (beta)
- Source: STAR_TREK_S3D2
- Input BD size: 42.09 GB
- Approximate total content: [04:45:52.467]
- Target BD size: 22.95 GB
- Windows Version: 6.1 [7600]
- Quality:
- Audio Settings: AC3=0 DTS=1 HD=0 Kbs=640
- Resuming from previously started job.
[06:13:50] PHASE ONE, Encoding
- [06:13:50] CreateAVS() 00000
[06:13:51] - Could not create AVS file
-----------------------
[06:14:37] BD Rebuilder v0.34.05 (beta)
- Source: STAR_TREK_S3D2
- Input BD size: 42.09 GB
- Approximate total content: [04:45:52.467]
- Target BD size: 22.95 GB
- Windows Version: 6.1 [7600]
- Quality: True
- Audio Settings: AC3=0 DTS=1 HD=0 Kbs=640
[06:14:38] PHASE ONE, Encoding
- [06:14:38] Extracting A/V streams [VID_00000]
- [06:14:40] Reencoding: VID_00000 (1 of 139)
- [06:14:40] Collecting video information
- Source Video: VC-1, 1920x1080
- Rate/Length: 23.976fps, 787 frames
- Bitrate: 8,688 Kbs
- [06:14:40] Reencoding: VID_00000, Pass 1 of 2
- [06:15:12] Reencoding: VID_00000, Pass 2 of 2
- [06:17:18] Video Encode complete
- [06:17:18] Reencoding audio tracks (if req'd)
- [06:17:20] Multiplexing M2TS
- [06:17:22] Extracting A/V streams [VID_00001]
- [06:17:23] Reencoding: VID_00001 (2 of 139)
- [06:17:23] Collecting video information
- Source Video: VC-1, 1920x1080
- Rate/Length: 23.976fps, 787 frames
- Bitrate: 9,449 Kbs
- [06:17:23] Reencoding: VID_00001, Pass 1 of 2
- [06:17:55] Reencoding: VID_00001, Pass 2 of 2
- [06:19:56] Video Encode complete
- [06:19:56] Reencoding audio tracks (if req'd)
- [06:19:59] Multiplexing M2TS
- [06:20:00] Extracting A/V streams [VID_00002]
- [06:20:02] Reencoding: VID_00002 (3 of 139)
- [06:20:02] Collecting video information
- Source Video: VC-1, 1920x1080
- Rate/Length: 23.976fps, 983 frames
- Bitrate: 9,269 Kbs
- [06:20:02] Reencoding: VID_00002, Pass 1 of 2
- [06:20:47] Reencoding: VID_00002, Pass 2 of 2
- [06:23:19] Video Encode complete
- [06:23:19] Reencoding audio tracks (if req'd)
- [06:23:22] Multiplexing M2TS
- [06:23:24] Extracting A/V streams [VID_00003]
- [06:23:26] Reencoding: VID_00003 (4 of 139)
- [06:23:26] Collecting video information
- Source Video: VC-1, 1920x1080
- Rate/Length: 23.976fps, 1,452 frames
- Bitrate: 9,354 Kbs
- [06:23:26] Reencoding: VID_00003, Pass 1 of 2
- [06:24:28] Reencoding: VID_00003, Pass 2 of 2
- [06:28:22] Video Encode complete
- [06:28:22] Reencoding audio tracks (if req'd)
- [06:28:26] Multiplexing M2TS
- [06:28:27] Extracting A/V streams [VID_00004]
- [06:28:30] CreateAVS() 00000
[10:40:49] - Could not create AVS file

Heres the set up file

[Status]
LABEL=STAR_TREK_S3D2
VERSION=v0.34.05 (beta)
SOURCE_SIZE=45197818031
SOURCE_VIDEO_SIZE=43938828288
TARGET_SIZE=24641536000
REDUCTION=.532161351771548
RESIZE_1080=0
AUDIO_TO_KEEP=eng;
SUBS_TO_KEEP=all
BACKUP_MODE=0
MOVIEONLY_TYPE=0
QUICK=0
ENCODE_STEP=1
COMPLETED=4
[00000]
AUDIO=1000
PGS=1111
M2TS_TARGET=41814906
RATE=8688
NSIZE=41158656
FLINK=-1
MLINK=0
[00001]
AUDIO=1000
PGS=1111
M2TS_TARGET=45172785
RATE=9449
NSIZE=44144640
FLINK=-1
MLINK=0
[00002]
AUDIO=1000
PGS=1111
M2TS_TARGET=56093246
RATE=9269
NSIZE=54521856
FLINK=-1
MLINK=0
[00003]
AUDIO=1000
PGS=1111
M2TS_TARGET=82694707
RATE=9354
NSIZE=80209920
FLINK=-1
MLINK=0
[00004]
AUDIO=1000
PGS=1111

[Dark Shikari]

That's what I thought might be the case. Blu-ray specs should support Open-GOP -- but with the high bitrates associated with original discs, I doubt that they use it. So it's not a surprise that player firmware developers don't test for it.

I'll just make closed GOPs the default. Those who like it can always click it.I'd be shocked if there aren't many discs that use it. It was very common on DVDs...

[jdobbs]

I'd be shocked if there aren't many discs that use it. It was very common on DVDs...

It'd certainly make sense -- but based on the reports I'm seeing related to FF/RW when Open-GOP is enabled, that doesn't seem to be the case. Although so far it just seems to be the PS3 and software players (and maybe Sharp SAP).

[Acerjen]

I am trying to backup my Star Trek 4: The Voyage Home. I have
tried it twice and this is what i get:


[08:05:58] BD Rebuilder v0.34.05 (beta)
- Source: STAR_TREK_4_-_THE_VOYAGE_HOME
- Input BD size: 43.02 GB
- Approximate total content: [05:16:55.620]
- Target BD size: 22.66 GB
- Windows Version: 5.1 [2600]
- Auto Quality: Good (Very Fast), Two Pass
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
- Resuming from previously started job.
[08:05:59] PHASE ONE, Encoding
- [08:05:59] Multiplexing M2TS
- Error in attempt to multiplex: MUX_00098.meta
- Can't open file: O:\00 - BD REBUILDER\WORKFILES\VID_00098.AVS.264
[08:05:59] - Failed to build structure, aborted

I am using the latest beta, 0.34.05 and I ran inspect and it says OK on everything. I looked at the LASTCMD.TXT file, and it says this:

C:\Documents and Settings\Acerjen>"C:\Program Files\Apps\DVD Programs\Enc
oders & Conversion Tools\BD_Rebuilder\tools\x264.exe" "O:\00 - BD REBUILDER\WORK
FILES\VID_00098.AVS" --preset superfast --b-pyramid strict --weightp 0 --open-go
p bluray --qpmin=0 --bitrate --level 4.1 --qpfile "O:\00 - BD REBUILDER\WORKFIL
ES\VID_00098.CHP" --sar 1:1 --aud --nal-hrd vbr --pic-struct --vbv-bufsize 30000
--keyint 24 --min-keyint 1 --ipratio 1.1 --pbratio 1.1 --vbv-maxrate 35000 --th
reads 1 --slices 4 --thread-input --stats "O:\00 - BD REBUILDER\WORKFILES\VID_00
098.AVS.264.stats" --pass 2 --output "O:\00 - BD REBUILDER\WORKFILES\VID_00098.A
VS.264"

I copied this to a CMD window and ran it. The results:

x264 [error]: invalid argument: bitrate = --level

Any ideals? Any help is appreciated. Thanks.

[jdobbs]

I am trying to backup my Star Trek 4: The Voyage Home. I have
tried it twice and this is what i get:


[08:05:58] BD Rebuilder v0.34.05 (beta)
- Source: STAR_TREK_4_-_THE_VOYAGE_HOME
- Input BD size: 43.02 GB
- Approximate total content: [05:16:55.620]
- Target BD size: 22.66 GB
- Windows Version: 5.1 [2600]
- Auto Quality: Good (Very Fast), Two Pass
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
- Resuming from previously started job.
[08:05:59] PHASE ONE, Encoding
- [08:05:59] Multiplexing M2TS
- Error in attempt to multiplex: MUX_00098.meta
- Can't open file: O:\00 - BD REBUILDER\WORKFILES\VID_00098.AVS.264
[08:05:59] - Failed to build structure, aborted

I am using the latest beta, 0.34.05 and I ran inspect and it says OK on everything. I looked at the LASTCMD.TXT file, and it says this:

C:\Documents and Settings\Acerjen>"C:\Program Files\Apps\DVD Programs\Enc
oders & Conversion Tools\BD_Rebuilder\tools\x264.exe" "O:\00 - BD REBUILDER\WORK
FILES\VID_00098.AVS" --preset superfast --b-pyramid strict --weightp 0 --open-go
p bluray --qpmin=0 --bitrate --level 4.1 --qpfile "O:\00 - BD REBUILDER\WORKFIL
ES\VID_00098.CHP" --sar 1:1 --aud --nal-hrd vbr --pic-struct --vbv-bufsize 30000
--keyint 24 --min-keyint 1 --ipratio 1.1 --pbratio 1.1 --vbv-maxrate 35000 --th
reads 1 --slices 4 --thread-input --stats "O:\00 - BD REBUILDER\WORKFILES\VID_00
098.AVS.264.stats" --pass 2 --output "O:\00 - BD REBUILDER\WORKFILES\VID_00098.A
VS.264"

I copied this to a CMD window and ran it. The results:

x264 [error]: invalid argument: bitrate = --level

Any ideals? Any help is appreciated. Thanks. The bitrate is missing from the command line. Please post your BDREBUILDER.INI file so I can see your settings. I just looked at the code and I can see no way that that can happen.

[Edit] Wow... is there really over 5 hours of content on that disc?

[Acerjen]

jdobbs

Here is the bdrebuilder.ini file you requested:

[Options]
MODE=0
ENCODE_QUALITY=0
ONEPASS_ENCODING=0
AUTO_QUALITY=1
TARGET_SIZE=23200
AUDIO_TO_KEEP=all
SUBS_TO_KEEP=all
SD_CONVERT=0
OPEN_GOP=1
RESIZE_1080=0
DEINTERLACE=0
DTS_REENCODE=0
AC3_REENCODE=0
AC3_640=1
AC3_192=0
KEEP_HD_AUDIO=1
AVCHD=0
REMOVE_WORKFILES=1
MOVIE_ONLY_LOOP=0
REMOVE_OUTPUT=0
USE_FILTERS=0
AUDIO_TRACK_LIMIT=0
SUBTITLE_TRACK_LIMIT=0
CUSTOM_TARGET_SIZE=23450
QUICK_EXTRAS=0
[Paths]
SOURCE_PATH=O:\00 - BLU-RAY RIPS\STAR TREK 4 - THE VOYAGE HOME\
WORKING_PATH=O:\00 - BD REBUILDER\

And yes, there is over 5 hours of content on this disc. All the extras were ported over from the DVD releases.

I appreciate your time in trying to figure out what's going on.

[jdobbs]

jdobbs

Here is the bdrebuilder.ini file you requested:

[Options]
MODE=0
ENCODE_QUALITY=0
ONEPASS_ENCODING=0
AUTO_QUALITY=1
TARGET_SIZE=23200
AUDIO_TO_KEEP=all
SUBS_TO_KEEP=all
SD_CONVERT=0
OPEN_GOP=1
RESIZE_1080=0
DEINTERLACE=0
DTS_REENCODE=0
AC3_REENCODE=0
AC3_640=1
AC3_192=0
KEEP_HD_AUDIO=1
AVCHD=0
REMOVE_WORKFILES=1
MOVIE_ONLY_LOOP=0
REMOVE_OUTPUT=0
USE_FILTERS=0
AUDIO_TRACK_LIMIT=0
SUBTITLE_TRACK_LIMIT=0
CUSTOM_TARGET_SIZE=23450
QUICK_EXTRAS=0
[Paths]
SOURCE_PATH=O:\00 - BLU-RAY RIPS\STAR TREK 4 - THE VOYAGE HOME\
WORKING_PATH=O:\00 - BD REBUILDER\

And yes, there is over 5 hours of content on this disc. All the extras were ported over from the DVD releases.

I appreciate your time in trying to figure out what's going on.Nothing odd there -- but the fact that you're keeping HD audio, all tracks on something this big might be concerning. Can you also post the INF file for this encode? It should be in the working directory and will be called: STAR_TREK_4_-_THE_VOYAGE_HOME.INF