View Full Version : BD Rebuilder Beta - Bug Reports Only
Furiousflea
29th May 2009, 11:40
No.
If it is smaller than your setting but is still showing in the list, that means it is a part of a multipart MPLS that has at least one section meeting your criteria. If any part of an MPLS is to be reencoded, all other M2TSs in that MPLS must also be reencoded. If you don't do that you may end up with an MPLS that has one part AVC and another VC-1, or one part containing one type of audio and another that doesn't match. The result would be something unplayable because the MPLS descriptions wouldn't match at least some part of the video/audio.
I don't think I've seen any problems reencoding small video segments in a long time... can you describe the issue?
The POTC films are good examples of this, they all have an m2ts of about 40kb that no matter what size you set the min m2ts, they will always appear in the BDRB stream selection window.
These do encode fine though...down to about 12kb!
drmih
29th May 2009, 11:50
I have been doing the Harry Potter series, full backup to bd-9, and on three or four you get the audio / pgs warning / error message. On one it continued and still came in under bd-9 but the others (I think 4 and 5) it overshot by over 1 Gb. If it isn't a problem that can be resolved by bd-rb (I assume it could be ts-muxer), would it be possible for the process to continue automatically but with a warning - it's so frustrating to see a warning message in the morning when it's obviously been stuck on 5 or 10% since the early hours.
**Note
I have always left my setup with allowing all of the English language tracks rather than just one. When I look at the Harry Potter extras files (there is never an issue with the main movie) bd-rb is showing some of the problem ones as having 14 or so English tracks - when you play them they are bog standard small video clips with no sign of any requirement or presence of anything but 1 audio track. I am now retrying with the setup limiting the audio to one per track to see if that sorts it.
I have just used tsmuxer to demux a typical problem m2ts file. It consisted of a 148Mb vc1 file and 14 x 2.3 Mb identical english audio tracks. Haven't got a clue what that's all about but I'll report whether it works later on.
Capsbackup
29th May 2009, 15:14
X-Men completed successfully, keeping the DTS-HD Master Audio and 1 AC3 448kbps Dolby Digital. The ISO is 22.0GB, (23,083,392kb). I agree this is a good default size. I have not had an oversize nor an undersize when using this setting.
I'm not sure why BD-RB could not reencode the small file (468KB) in Casino Royale, but it had no trouble with the original 582KB file in X-Men, reducing it to 234KB.
Nkotok
29th May 2009, 16:26
Oversized by your specified settings, or oversized using the standard BD-25 setting?
Standard BD25 setting.
jdobbs
29th May 2009, 19:29
I have been doing the Harry Potter series, full backup to bd-9, and on three or four you get the audio / pgs warning / error message. On one it continued and still came in under bd-9 but the others (I think 4 and 5) it overshot by over 1 Gb. If it isn't a problem that can be resolved by bd-rb (I assume it could be ts-muxer), would it be possible for the process to continue automatically but with a warning - it's so frustrating to see a warning message in the morning when it's obviously been stuck on 5 or 10% since the early hours.
**Note
I have always left my setup with allowing all of the English language tracks rather than just one. When I look at the Harry Potter extras files (there is never an issue with the main movie) bd-rb is showing some of the problem ones as having 14 or so English tracks - when you play them they are bog standard small video clips with no sign of any requirement or presence of anything but 1 audio track. I am now retrying with the setup limiting the audio to one per track to see if that sorts it.
I have just used tsmuxer to demux a typical problem m2ts file. It consisted of a 148Mb vc1 file and 14 x 2.3 Mb identical english audio tracks. Haven't got a clue what that's all about but I'll report whether it works later on. I doubt that it is a TSMUXER problem. More likely BD-RB. But I'd have to repeat it to find it... and I've done all the Harry Potter series (Region A) without issues. I just did a movie-only version of "Prisoner of Azkaban" for DVD-5 in testing yesterday.
What codec are you using for VC-1? It sounds almost like it is failing on the small encodes. My recommendation is to use WMV11.
Your example overshot by 1GB because it used CRF to encode (that was the only choice, because it could not create a file at the specified output size -- likely < 0 MB).
jdobbs
29th May 2009, 19:34
Oversized using the standard bd-25 setting - I also had the same which is where my question came from.
The size on the hard disc was 23.6 Gb (25,357,897,728).
If by using a slightly smaller custom size I can still get untouched audio then there's no issue for me, although I suppose it could be annoying if you have a slow pc which is taken a day or so. Any custom size over 8500MB is considered BD-25.
tekmobile
29th May 2009, 21:24
Ive just completed Tenatious D: The Complete Masterworks Vol 2 again for either the 5th or 6th time using the latest version this time and it does tthe exact same thing as every other encode with every other version.
It locks up my BDP-S350 about 16 Seconds into the concert on every encode but on the plus side this time it did have LPCM working.
Anymore information you need
Video: 1280x720 AVC @ 59.940 fps / 16:9 / High Profile 4.1
Audio: LPCM 2.0 @ 48 kHz / 24-bit
Ive ReRipped the disc three times with different versions of AnyDVD HD get no errors ripping or encoding.
The strange thing is though on my BDP-S350 it reports the bitrate at 0Mbps upto it locking up this is the only disc I have had problems with the orig plays perfect and the ripped folders play perfect burned to a BD-RE50 I know BD-RB can do 720p without issues but could the problem be the 59.940 framerate and if so is it a x264 or a TsMuxer prob
drmih
29th May 2009, 23:52
I doubt that it is a TSMUXER problem. More likely BD-RB. But I'd have to repeat it to find it... and I've done all the Harry Potter series (Region A) without issues. I just did a movie-only version of "Prisoner of Azkaban" for DVD-5 in testing yesterday.
What codec are you using for VC-1? It sounds almost like it is failing on the small encodes. My recommendation is to use WMV11.
Your example overshot by 1GB because it used CRF to encode (that was the only choice, because it could not create a file at the specified output size -- likely < 0 MB).
They are all Region B and I have done the first 3 movies okay, although it did complain about the audio / pgs on one but I continued and it was okay size wise. The problem ones are 4 and 5 (Goblet + Order) and I'm trying one again now. I am using wmv11 by default but have had a problem with the first extras file where I had to switch to the arcsoft tweak. However the warning occurs with both encoders. Having demuxed one of the m2ts file with tsmuxer and finding all of these identical audio files I guess it's only doing what it was asked. However, I still don't know why the original contains all of these identical audio streams.
lithiumus
30th May 2009, 02:24
Give me some info on how oversized we're talking? I use a standard parameter to estimate how large the HD audio will be when remuxed into M2TS -- I can adjust it if I know how much it is oversizing. Even better would be a size adjustment that is specific to muxing overhead for each HD type. Then I could get very accurate. I just haven't had time to run tests. I'll see what I can do this weekend.
I've got some fairly extensive static m2ts overhead info for the various HD audio types that might help you to do better estimation.
Generally speaking, TrueHD is probably the source of pain for the majority of the oversizing as the overhead on TrueHD is tremendous! Let me dig up my info.
I was also wondering if you could allow advanced x264 tweaking for those who want to change various x264 quality settings?
jdobbs
30th May 2009, 04:51
I've got some fairly extensive static m2ts overhead info for the various HD audio types that might help you to do better estimation.
Generally speaking, TrueHD is probably the source of pain for the majority of the oversizing as the overhead on TrueHD is tremendous! Let me dig up my info.
I was also wondering if you could allow advanced x264 tweaking for those who want to change various x264 quality settings? I'll definitely add it later. Unfortunately from my experience with DVD-RB, tweaking by "somewhat less than experts" becomes self-inflicted wounds that get reported as bugs -- and I spend a lot of time chasing ghosts...
I'd really appreciate any info you can give on the m2ts overhead of audio types.
Tongariro
30th May 2009, 05:28
My suggestion: advise people not to buy the Panasonic. That's the only way to force them to create a compliant player.
If someone could point out what needs to change, I would happily modify BD-RB for a workaround -- but not owning a Panasonic player, I have no way of knowing what to change.
jdobbs
I tried to set the tsmuxer to force 24 Frames While Muxing just for testing to see if it will work on my Panasonic BD-35 24P mode.
Well it did. The video was out of sync with the audio and it was a little bit jittery but i saw video. :confused:
In regular BD-RB result I can't see nothing in 24P mode(sound is OK).
I tried two movies changeling and Paycheck with the same result.
Is this information helps??
Sharc
30th May 2009, 12:32
I'd really appreciate any info you can give on the m2ts overhead of audio types.
Experimetally I found that 8% overhead seems to be rather safe for m2ts muxing of 1 video+2 audio (ac3 448 5.1)+2sups. But don't quote me on this ....
turbojet
30th May 2009, 14:23
I'd really appreciate any info you can give on the m2ts overhead of audio types.
RipBot's AC3/DTS/subs calculation (http://forum.doom9.org/showthread.php?p=1220277&highlight=229376#post1220277) is a start. Maybe lithiumus and others can help out with HD audio and mutli-audio.
Category 5
30th May 2009, 16:48
For movie only back-ups played back on PS3s, you still need to set the 'Stricter AVC-HD Compliance' in order for proper playback in PS3s....
either setting back-ups plays perfectly fine on my Sony BDP-BX1.
This is in reference to BD-RB v0.21.01
Are you talking about BD9 BD5 or BD25? I have never EVER checked this option and every BD25 movie only encode I have ever done plays perfectly on the PS3. I keep seeing mention of this but disregard it because in my experience it's never been true.
If you are talking about BD9 only then please specify that. If you mean BD25 too, why is it different for me?
GaPony
30th May 2009, 17:24
Are you talking about BD9 BD5 or BD25? I have never EVER checked this option and every BD25 movie only encode I have ever done plays perfectly on the PS3. I keep seeing mention of this but disregard it because in my experience it's never been true.
If you are talking about BD9 only then please specify that. If you mean BD25 too, why is it different for me?
Please keep in mind that this discussion is strictly regarding a "Movie Only" copy.
The option for "Stricter compliance with AVCHD" doesn't seem to matter much with US models of the PS3. It makes alot of difference with other brands, like Samsung. Simply for compatibility with other players, its appears, in my experience, to be a good idea to use the option when making a BD5 or BD9 copy. (BD25 copies seem not to require it)
This is the technique I use for making copies that play on my PS3, Sony BDP-S550, and Samsung BDP2500. Unfortunately, there are some players that don't work well with the "Stricter compliance..." option set, so you'll have to determine what works best for you. The bottom line is that there are vast differences between manufactures and models on how well they play copies. We each need to find our own "most common denominator" for how to get a copy that plays on our standalone players.
Furiousflea has put together a helpful list players and their level of compatibility. http://forum.doom9.org/showthread.php?t=144674
I hope this helps...
turbojet
30th May 2009, 17:38
Furiousflea has put together a helpful list players and their level of compatibility. http://forum.doom9.org/showthread.php?t=144674
I hope this helps...
Unfortunately since BD-RB v0.20.06 this list is inaccurate due to changes with BD-RB. Hopefully the next version will finally fix it so it will apply again but still waiting on jdobbs to confirm he's going to fix it.
More accurate to the current BD-RB versions is this list (http://forum.doom9.org/showthread.php?t=146339). Without stricter AVCHD option is NEWBD (notice many players cant play it) with stricter AVCHD enabled look at OLDBD (notice a lot more can play it).
The only situation to use what BD-RB is using with non-strict AVCHD is VC-1 video (BD-RB doesn't output) on a panasonic player and it should theoretically work on most/all players from BD25/50 but it's not well tested. In this case Strict AVCHD should always be enabled until BD-RB is fixed.
drmih
30th May 2009, 21:46
I doubt that it is a TSMUXER problem. More likely BD-RB. But I'd have to repeat it to find it... and I've done all the Harry Potter series (Region A) without issues. I just did a movie-only version of "Prisoner of Azkaban" for DVD-5 in testing yesterday.
What codec are you using for VC-1? It sounds almost like it is failing on the small encodes. My recommendation is to use WMV11.
Your example overshot by 1GB because it used CRF to encode (that was the only choice, because it could not create a file at the specified output size -- likely < 0 MB).
They all work fine when you only select one audio language.
jdobbs
30th May 2009, 22:47
jdobbs
I tried to set the tsmuxer to force 24 Frames While Muxing just for testing to see if it will work on my Panasonic BD-35 24P mode.
Well it did. The video was out of sync with the audio and it was a little bit jittery but i saw video. :confused:
In regular BD-RB result I can't see nothing in 24P mode(sound is OK).
I tried two movies changeling and Paycheck with the same result.
Is this information helps?? So --- it's ok being out of sync and jittery, as long as we get a picture? Do you see my point? Don't you feel a little betrayed by the manufacturer of the player?
Did you try it with "Strict AVCHD" set? If not, you should.
jdobbs
30th May 2009, 23:00
Unfortunately since BD-RB v0.20.06 this list is inaccurate due to changes with BD-RB. Hopefully the next version will finally fix it so it will apply again but still waiting on jdobbs to confirm he's going to fix it.
More accurate to the current BD-RB versions is this list (http://forum.doom9.org/showthread.php?t=146339). Without stricter AVCHD option is NEWBD (notice many players cant play it) with stricter AVCHD enabled look at OLDBD (notice a lot more can play it).
The only situation to use what BD-RB is using with non-strict AVCHD is VC-1 video (BD-RB doesn't output) on a panasonic player and it should theoretically work on most/all players from BD25/50 but it's not well tested. In this case Strict AVCHD should always be enabled until BD-RB is fixed. Ok I'm confused. The list just makes my head spin,
You say "...until BD-RB is fixed" -- so what does that mean? Define "fixed." If I go back to the old way some things won't work. If I stay with the new way some things won't work. So which way is "fixed"?
I decided to change the process so that TSMUXER was the decider as to how AVCHD was implemented rather than BD-RB. This "fixed" thing just ticks me off -- because the real problem isn't BD-RB, it's the lack of standardization across the players. It get's to a point at which I feel people are asking "If I stand on my head and wave my left arm wildly, my player will play AVCHD. Can you make BD-RB stand on it's head and wave its left arm wildly?"
Frankly I think some of these players should be attached to a chain and used as boat anchors because that's about all they are good for.
Capsbackup
30th May 2009, 23:44
Ok I'm confused. The list just makes my head spin,
You say "...until BD-RB is fixed" -- so what does that mean? Define "fixed." If I go back to the old way some things won't work. If I stay with the new way some things won't work. So which way is "fixed"?
I decided to change the process so that TSMUXER was the decider as to how AVCHD was implemented rather than BD-RB. This "fixed" thing just ticks me off -- because the real problem isn't BD-RB, it's the lack of standardization across the players. It get's to a point at which I feel people are asking "If I stand on my head and wave my left arm wildly, my player will play AVCHD. Can you make BD-RB stand on it's head and wave its left arm wildly?"
Frankly I think some of these players should be attached to a chain and used as boat anchors because that's about all they are good for.
I am of the same belief, which is why I chose the Sony brand for my player. It was the only one to play back my AVCHD from a Sony HD Camcorder burned to DVD media. I guess I was lucky in the sense that I started this way, before I ventured in to backing up blueray movies. I tested several major brand name players before my purchase of the Sony, and glad I did after reading all the results about other players in this forum.
I understand your frustration trying to make your program compatible, you have your work cut out, but you may have to draw the line somewhere. :)
turbojet
31st May 2009, 00:23
Ok I'm confused. The list just makes my head spin,
You say "...until BD-RB is fixed" -- so what does that mean? Define "fixed." If I go back to the old way some things won't work. If I stay with the new way some things won't work. So which way is "fixed"?
I decided to change the process so that TSMUXER was the decider as to how AVCHD was implemented rather than BD-RB. This "fixed" thing just ticks me off -- because the real problem isn't BD-RB, it's the lack of standardization across the players. It get's to a point at which I feel people are asking "If I stand on my head and wave my left arm wildly, my player will play AVCHD. Can you make BD-RB stand on it's head and wave its left arm wildly?"
Frankly I think some of these players should be attached to a chain and used as boat anchors because that's about all they are good for.
--bluray is what is breaking BD-RB. If BD-RB is changed to how I suggested in this post (http://forum.doom9.org/showthread.php?p=1286079#post1286079) BD-RB will be able to produce an output that plays on every player that is capable of playing movie only and full backups without a bunch of messing around.
There is pretty much a standard output that can be used for movie only which is --avchd untouched now that Samsung is getting their act together. But they still have to release a fixed firmware for the BD-P1600 which needs the AUXDATA directory deleted that's where - movie only with strict AVCHD enabled removes BDMV\AUXDATA+BDJO+JAR+META and CERTIFICATE comes in. It's the AVCHD standard structure.
- full backup adds these empty directories if they don't exist: BDMV\AUXDATA+BDJO+JAR+META. Some of these folders aren't in some original BD's mostly older from what I've seen. But PowerDVD and WinDVD need these directories, hardware players seem unaffected except the Samsung BD-P1600 which needs the AUXDATA deleted.
- mkv is always used for elementary. Fixes playback in MPC-HC, Arcsoft TMT2/TME and could fix the Panasonic 24p issue that some are reporting but aren't testing what I've suggested and has worked fine for me, their loss but you can probably fix it for them.
Just trust me on this one if you are still all confused and your head hurts. These mostly refer to DVD\9 backups. BD25\50 backups don't have nearly as many guidelines but none of these changes will affect their playback one way or the other.
jdobbs
31st May 2009, 00:47
Alright. For the next version I'll do this:
- movie only mode will always use --avchd
- movie only with strict AVCHD enabled will remove BDMV\AUXDATA+BDJO+JAR+META and CERTIFICATE if they exist (Although I thought they were already removed by TSMUXER???)
- full backup will add these empty directories if they don't exist: BDMV\AUXDATA+BDJO+JAR+META
I worry about using MKV as the elementary stream. I tried that once before and it screwed the pooch. But I'll try it for v0.21.2 (actually I'll just switch the default to MKV and make it so you have to force .264. If there are no wild objections or protests in the streets we'll leave it...
I assume I also have to add/delete the BDMV\BACKUP\BDJO+JAR...
On other question... should an empty CERTIFICATE folder be created for full backup when it doesn't exist? I wasn't planning on it, but I seem to recall someone having issues when it doesn't exist.
tekmobile
31st May 2009, 01:01
Alright. For the next version I'll do this:
- movie only mode will use --avchd
- movie only with strict AVCHD enabled will remove BDMV\AUXDATA+BDJO+JAR+META and CERTIFICATE
- full backup will add these empty directories if they don't exist: BDMV\AUXDATA+BDJO+JAR+META
I worry about using MKV as the elementary stream. I tried that once before and it screwed the pooch. But I'll try it for v0.21.2 (actually I'll just switch the default to MKV and make it so you have to force .264. If there are no wild objections or protests in the streets we'll leave it...
That sounds like good enough compromisation to me.
Any chance you saw my post a few threads back about video locking my player doing Tenacious D Masterworks Vol 2
http://forum.doom9.org/showpost.php?p=1291426&postcount=3008
Just wondering if using MKV as an intermediate might fix the problem
jdobbs
31st May 2009, 01:10
That sounds like good enough compromisation to me.
Any chance you saw my post a few threads back about video locking my player doing Tenacious D Masterworks Vol 2
http://forum.doom9.org/showpost.php?p=1291426&postcount=3008
Just wondering if using MKV as an intermediate might fix the problem Was the original BD 1280x720, or are you converting it?
Could you try it using MKV as the intermediate? I don't have that BD.
tekmobile
31st May 2009, 01:14
Was the original BD 1280x720, or are you converting it?
Could you try it using MKV as the intermediate? I don't have that BD.
No the specs I posted are from the original its 720p at 59.940 and takes ages to ReEncode due to the high framerate but yea I will give it a go and not many people do have it
jdobbs
31st May 2009, 01:24
No the specs I posted are from the original its 720p at 59.940 and takes ages to ReEncode due to the high framerate but yea I will give it a go and not many people do have it I just remembered it was "RATATOUILLE" that failed with the MKV. I'm trying it again with the newer TSMUXER.
tekmobile
31st May 2009, 01:31
I just remembered it was "RATATOUILLE" that failed with the MKV. I'm trying it again with the newer TSMUXER.
Well im just running a superfast movie only encode to dvd9 because it does the same no matter if its full disc or movie only to either DVD9 or BD25 its defenitly a problem with just that one if that is sucessfull ill then proceed to a full encode with high quality settings like normal.
It plays without issues and reports the correct bitrate through arcsoft TMT2 though just strange how my sony the one that will play anything fails and reports the bitrate at 0Mbps which kind of leads me to think its either a muxing issue or mpls/clpi
jdobbs
31st May 2009, 01:31
I am of the same belief, which is why I chose the Sony brand for my player. It was the only one to play back my AVCHD from a Sony HD Camcorder burned to DVD media. I guess I was lucky in the sense that I started this way, before I ventured in to backing up blueray movies. I tested several major brand name players before my purchase of the Sony, and glad I did after reading all the results about other players in this forum.
I understand your frustration trying to make your program compatible, you have your work cut out, but you may have to draw the line somewhere. :) I have a Sony also and I tell anyone who asks that they buy non-Sony at their own risk. I'm very satisfied.
turbojet
31st May 2009, 01:34
Alright. For the next version I'll do this:
- movie only mode will always use --avchd
- movie only with strict AVCHD enabled will remove BDMV\AUXDATA+BDJO+JAR+META and CERTIFICATE if they exist (Although I thought they were already removed by TSMUXER???)
- full backup will add these empty directories if they don't exist: BDMV\AUXDATA+BDJO+JAR+META
Thanks, tsmuxer doesn't remove BDMV\AUXDATA+BDJO+JAR+META anymore because there are more that need it then can't have it.
I worry about using MKV as the elementary stream. I tried that once before and it screwed the pooch. But I'll try it for v0.21.2 (actually I'll just switch the default to MKV and make it so you have to force .264. If there are no wild objections or protests in the streets we'll leave it...
Is it because of the appending mkv of seamless branching BD's with tsmuxer I reported a while back? If so that's been fixed as far as I can tell after doing 2 successfully with mkv.
I assume I also have to add/delete the BDMV\BACKUP\BDJO+JAR...
Ya just to be safe although I'm pretty sure the BACKUP folder can be empty as far as players are concerned.
On other question... should an empty CERTIFICATE folder be created for full backup when it doesn't exist? I wasn't planning on it, but I seem to recall someone having issues when it doesn't exist.
This I'm not sure of with full backups. With movie only this folders existence doesn't seem to affect anything. Probably safer to make an empty directory if it doesn't exist as it's pretty standard on original BD's from what I've seen
Another thing that can help playability of full backups is adding what is referred to as IDEX to the index.bdmv file. As far as I know this is the key for --avchd working and --bluray not working on players. I can't explain what this is because I'm not sure what it is exactly, however if you take a full backup index.bdmv and run it though deank's goBD (http://212.36.7.36/sub/new/goBD-tool.exe) it will add it. Comparing the IDEX vs NON-IDEX I think would give some ideas for an option in the future. This is what allows EU PS3's to play full backups but since it's not very well tested safer as an option at least at first.
Also I don't know if you saw this in the feature requests thread but a little bug report: when doing crf encodes --stats and --pass don't have to be in the command line. It writes stats file which may be a little drop in performance but I've never tested.
One last thing, were you able to test interlaced?
Capsbackup
31st May 2009, 01:41
Alright. For the next version I'll do this:
- movie only mode will always use --avchd
- movie only with strict AVCHD enabled will remove BDMV\AUXDATA+BDJO+JAR+META and CERTIFICATE if they exist (Although I thought they were already removed by TSMUXER???)
- full backup will add these empty directories if they don't exist: BDMV\AUXDATA+BDJO+JAR+META
I worry about using MKV as the elementary stream. I tried that once before and it screwed the pooch. But I'll try it for v0.21.2 (actually I'll just switch the default to MKV and make it so you have to force .264. If there are no wild objections or protests in the streets we'll leave it...
I assume I also have to add/delete the BDMV\BACKUP\BDJO+JAR...
On other question... should an empty CERTIFICATE folder be created for full backup when it doesn't exist? I wasn't planning on it, but I seem to recall someone having issues when it doesn't exist.
Well my 2 cents is I hope these changes don't adversely affect us with players that don't have these problems now. I know many people dislike Sony, but I think they have made it right on this one! I have never had a problem making a BD-5 movie only backup, and have never had to worry if I need to check a box for compliance, or if I need to remove certain folders. If some of these players have issues, those who own them should have to worry about what to select or deselect for it to work. :devil:
Maybe the option is for BD-25 for the finicky players, since there does not seem to be issues then. BD-5 and BD-9 for those players that were built for AVCHD. I think this would simplify things greatly for jdobbs!!
OK, I think I'm over my 2 cents!! :rolleyes:
jdobbs
31st May 2009, 01:58
I've tried most of these formats with my Sony S301 -- and it will play all of them.
Capsbackup
31st May 2009, 02:41
I've tried most of these formats with my Sony S301 -- and it will play all of them.
OK, good to know. I appreciate your efforts! :thanks:
Sharc
31st May 2009, 07:04
Not sure if this has been discussed already. I remember that --nal-hrd had to be passed on to the x264 for blu-ray compliance which required a patched version of x264. Is this definitely no longer needed?
Edit:
Just wondering why MeGui still applies it.
Lif3styl3
31st May 2009, 10:02
yesterday, i've tryed to convert eagle eye with strict avcd. the result was missing dolby true hd.
Cause dolby true-hd encoding works in an earlier version i have testes it with 20.08. In this version the encoding works fine, but i'don't have chcked strict avcd there.
Seems to me there is a bug, but i don't now if its caused by the strict avcd settings or the other version in which it still work.
Edit:
I'am always do a movie only backup.
jdobbs
31st May 2009, 17:49
yesterday, i've tryed to convert eagle eye with strict avcd. the result was missing dolby true hd.
Cause dolby true-hd encoding works in an earlier version i have testes it with 20.08. In this version the encoding works fine, but i'don't have chcked strict avcd there.
Seems to me there is a bug, but i don't now if its caused by the strict avcd settings or the other version in which it still work.
Edit:
I'am always do a movie only backup.Could you check again and make sure you had the switches set the same in each encode? Also, I assume you are doing a BD-25 backup?
There is no connection between the AVCHD switch and selected audio.
Capsbackup
31st May 2009, 18:59
A back up of Batman Begins, Region A, to BD-25 with BD-RBV02101 has audio sync issues on both the Dolby True HD and Dolby Digital tracks that were kept. I have previously backed up this movie to BD-25, and did not have audio sync problems.( I can't remember which version was used before, but it was before HD audio was an option ) It appears that the audio is about 1/2 to 3/4 seconds ahead of the video, very noticeable and disturbingly unpleasant. This is a VC-1, 1080P, 23.976fps original. Has anyone else tried this movie with the latest BD-RB version? I have successfully backed up VC-1 movie only before to BD-5 without audio sync problems, but this is a first for a full backup to BD-25 that is out of sync.
I have had audio sync problems with VC-1 1080i, 29.97fps before ( Terminator 3), but there does not seem to be a fix for that type yet.
Category 5
31st May 2009, 19:16
I di John Mayer Where The Light Is full backup and for some reason the TrueHD audio is silent in the second half (main movie is separated into two parts). This is both on the PS3 and the BD-P1600 Samsung. I've never had a problem with full movie or movie only backups on either player until this version, but I've never tried this movie.
Oddly, the audio is reported as TrueHD, it is just silent. The first half of the split main feature plays perfectly
This is with 20.09
jdobbs
31st May 2009, 20:28
I just posted a new version of BD Rebuilder (v0.22.01) to the first post of this thread. Summary of changes:- All movie-only modes now use the "--AVCHD" flag in
TSMUXER. This should result in better compatibility
across more players.
- When "Stricter AVCHD Compliance for Movie-Only" is
selected, BD-RB will check for and remove AUXDATA,
BDJO, JAR, META, and CERTIFICATE directories if they
exist. This should result in better compatibility
across more players.
- When building Full Backups, BD-RB will now check for
and add BDMV, AUXDATA, BDJO, JAR, and META folders
if they don't exist. This should result in better
compatibility across more players.
- BD-RB now uses the MKV intermediate file format as
the default for rebuilds. If for some reason you
wish to force the use of .264 files as the default
(as in prior BD-RB releases) add this switch to
the config (.INI) file: "MKV_INTERMEDIATE=0"
- Modified the window handle capture routine so it
wouldn't incorrectly grab the wrong handle when
other instances of X264 are running.
- Fixed an error in which trailing short "blank video"
could cause "Error 00009 DoEncoding..."
- Fixed an condition that could cause needless warning
"Audio and/or PGS size too large." when a short
trailing blank video is included in an MPLS.
- Corrected an error in which certain error conditions
in DoEncoding() could result in a BD-RB hang.
- Fixed a condition in which an error might occur on
certain types of non-directly attached drives that
is related to timing of renamed files.
- Added a "KEEP_INTERLACING=1" hidden option. This
setting should be considered experimental. This
setting is not recommended for most encodes, but is
included for certain specific scenarios. The setting
tells BD-RB to forego deinterlacing.
- Added date stamp to error log entries.
- Updated X264 to version r1163
- Other minor corrections and cosmetic fixes.
jdobbs
31st May 2009, 20:41
A back up of Batman Begins, Region A, to BD-25 with BD-RBV02101 has audio sync issues on both the Dolby True HD and Dolby Digital tracks that were kept. I have previously backed up this movie to BD-25, and did not have audio sync problems.( I can't remember which version was used before, but it was before HD audio was an option ) It appears that the audio is about 1/2 to 3/4 seconds ahead of the video, very noticeable and disturbingly unpleasant. This is a VC-1, 1080P, 23.976fps original. Has anyone else tried this movie with the latest BD-RB version? I have successfully backed up VC-1 movie only before to BD-5 without audio sync problems, but this is a first for a full backup to BD-25 that is out of sync.
I have had audio sync problems with VC-1 1080i, 29.97fps before ( Terminator 3), but there does not seem to be a fix for that type yet. I can't think of any changes recently that would affect syncing except possibly the TSMUXER version. Have you changed any other options of ways you do your encodes? Any "tweaking"?
I'll run a test on Batman Begins and see what I find.
drmih
31st May 2009, 20:42
jdobbs
Can I ask whether you have made any headway with the PiP issue? If it's proving difficult to do, do you know whether it is possible to use tsmuxer on the original files to strip out the video and audio of the PiP before using bd-rb so that bd-9 audio will work on sony standalones?
jdobbs
31st May 2009, 20:45
I haven't spent any time on it recently. I know of no way to do it until I put in some code to do so. I guess you could strip it, but I don't think it would work when remuxed.
jdobbs
31st May 2009, 21:19
@tekmobile
I just remembered it was "RATATOUILLE" that failed with the MKV. I'm trying it again with the newer TSMUXER. It seems to have reassembled properly, so I've changed the latest version to use MKV as the default. We'll see if any other bug reports surface...
tekmobile
31st May 2009, 21:37
No the specs I posted are from the original its 720p at 59.940 and takes ages to ReEncode due to the high framerate but yea I will give it a go and not many people do have it
Just done two copies of Tenacious D that was locking up the player on encode quality 5 one using MKV and one .264
Results
.264: Same as always locked up the player and reports 0 Mbps
MKV: Sucess plays perfect and shows correct bitrate
I think by using MKV as the intermediate like you have on the latest release will be a good thing and may also fix many of the playback problems on the likes of the panasonics
Capsbackup
31st May 2009, 23:03
I can't think of any changes recently that would affect syncing except possibly the TSMUXER version. Have you changed any other options of ways you do your encodes? Any "tweaking"?
I'll run a test on Batman Begins and see what I find.
It does NOT appear to be BD-RB. I have now checked the .m2ts file with MPC and it does seem to be in sync.
Since my desktop does not have a BD burner, I have to use my Dell laptops. So I create an image with IMGBurn to an external hard drive to transfer the file to the laptop.
I deleted the first image I created with IMGBurn and made another image, and burned again to a different Sony BD-RE. Same results. So I am not sure what is going on!!
There is a noticeable audio delay when played back on my Sony BDP-BX1. But the audio is in sync when playing the images .m2ts corresponding to the main movie.
The only changes I have made was to update to Vista SP2 yesterday, because I was tired of the annoying Windows Update reminder poping up. However, I really doubt that this has anything to do with it. :confused:
tekmobile
31st May 2009, 23:16
It does NOT appear to be BD-RB. I have now checked the .m2ts file with MPC and it does seem to be in sync.
Since my desktop does not have a BD burner, I have to use my Dell laptops. So I create an image with IMGBurn to an external hard drive to transfer the file to the laptop.
I deleted the first image I created with IMGBurn and made another image, and burned again to a different Sony BD-RE. Same results. So I am not sure what is going on!!
There is a noticeable audio delay when played back on my Sony BDP-BX1. But the audio is in sync when playing the images .m2ts corresponding to the main movie.
The only changes I have made was to update to Vista SP2 yesterday, because I was tired of the annoying Windows Update reminder poping up. However, I really doubt that this has anything to do with it. :confused:
I have been running Vista SP2 beta for quite a few months now and recently upgraded to Vista SP2 RTM and have not seen any sync issues.
You say the M2TS plays fine but the burned disc is out of sync.
is it out of sync from the start or does it start ok and get further out as it plays
Capsbackup
31st May 2009, 23:21
I have been running Vista SP2 beta for quite a few months now and recently upgraded to Vista SP2 RTM and have not seen any sync issues.
You say the M2TS plays fine but the burned disc is out of sync.
is it out of sync from the start or does it start ok and get further out as it plays
It starts out of sync and continues throughout the movie, staying with a consistent delay. ( same amount from beginning to end)
Sharc
31st May 2009, 23:41
Did you try with VLC instead of MPC? I had issues with delay using MPC, but not with VLC.
tekmobile
31st May 2009, 23:43
Did you try with VLC instead of MPC? I had issues with delay using MPC, but not with VLC.
I think you have them mixed up
the OP says playing in MPC is in sync but his standalone is out of sync
Sharc
1st June 2009, 00:18
^
sorry, apparently yes.
tekmobile
1st June 2009, 00:37
Just wondering but has anyone tried using MKV as the intermediate to see if this does anything about the 24p problem the panasonics have
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.