BD Rebuilder Beta - Bug Reports Only

[Sharc]

So how do I fix it? Do I simply need to upgrade to a newer version of tsMuxer? Or is it that BD-RB can't find tsMuxer? :confused:
You could try to load the .m2ts file which belongs to the VID_00001 into tsMuxerGui and demux it. When you get the same error you may want to post in the tsMuxer thread.

I did this disc some time ago and had no issues. Perhaps it was still using the "old" tsMuxeR 1.10.6 that time, I don't remember.

Edit:
I just started to encode this disc again with BD-RB 0.46.14. No issues so far.
Can you post the full log? When did the error happen? Which file/stream is problematic?

[inge70]

So how do I fix it? Do I simply need to upgrade to a newer version of tsMuxer? Or is it that BD-RB can't find tsMuxer? :confused:

your views on "Help / inspect" button in BD_Rebuilder to see if anything can be correctly identified and also the codecs etc. are correct. BD_Rebuilder can deal with tsMuxeR 1.10.6 and 2.6.12

[jdobbs]

It's likely a corrupt rip.

[D-Train61]

You could try to load the .m2ts file which belongs to the VID_00001 into tsMuxerGui and demux it. When you get the same error you may want to post in the tsMuxer thread.

I did this disc some time ago and had no issues. Perhaps it was still using the "old" tsMuxeR 1.10.6 that time, I don't remember.

Edit:
I just started to encode this disc again with BD-RB 0.46.14. No issues so far.
Can you post the full log? When did the error happen? Which file/stream is problematic?

Here's what Inspect tells me:

[03/08/14] Checking System Settings
- BD-Rebuilder v0.46.14 (beta)
- Windows Version: 6.1 [7601]
- Working Path Free Space: 873.16GB
- AVISYNTH Version: 2.5.8.0, Ok
- HAALI Splitter: 1.9.42.1, Ok
- FFDSHOW: 3326, Ok
- WIN7 preferred AVC CODEC: Ok
- WIN7 preferred VC-1 CODEC: Ok
- WIN7 preferred MPEG2 CODEC: Ok
- FFDSHOW VC-1 set to "wmv9", Ok
- FFDSHOW MPEG2 set to "libavcodec": Ok
- FFDSHOW AVC set to "libavcodec": Ok
- AnyDVD settings check: Ok.
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- WAVI: Ok
- TSMUXER: Ok
- FRIMEncode: Ok
- FRIMDecode: Ok
[03/08/14] Systems Settings Check complete

It happens within a few seconds of starting my rip. The version of tsmuxer is the one that came with the BD-RB I downloaded last night since it replaced my old version, so tsmuxer is up to date and working fine according to the above.

Very odd, I just tried ripping it again this morning and now it seems to be working. The only difference is this morning I have AnyDVD running, last night it wasn't running. Do I need that? :confused:

OK, I'm convinced that the fact that AnyDVD wasn't running was my problem. I haven't ripped a Blu-Ray for a while now and I usually don't auto start AnyDVD any more because it's annoying that it pops up every time I put in a music CD. Yeah, I'm a dumb ass sometimes. Sorry to waste you guys' time.

Thanks for all of the help! :goodpost:

[Capsbackup]

If you are using BD-RB on a source that is in your Blu-ray drive, ripping as you use BD-RB, then yes you must have AnyDVD running to decrypt while BD-RB reads the source!

[D-Train61]

If you are using BD-RB on a source that is in your Blu-ray drive, ripping as you use BD-RB, then yes you must have AnyDVD running to decrypt while BD-RB reads the source!

D'ohhh! :thanks:

[Audiophile1178]

I looked at it. The M2TS files that aren't included when MIN_M2TS_SIZE=0 are the ones that have no video, contain IGS (with IGS_ENABLE set off), BD-RB has determined to be menus, or BD-RB has determined to be made up of still images (and AUTO_BLANK is off).

Jdobbs, I mean this in the most respectful way. I can assure you that BD Rebuilder has bugs in detecting m2ts files to encode. First, it's missing numerous files on X-Files discs but some of those files were still images so I'll give you that. Now, I'm working on Star Trek TNG Season 4 Disc 6 and it's missing m2ts files that are link to "Gag Reels" and "Deleted Scenes" which are 8 files that total 2.22GB in size. It's not just with this disc either. It did the same thing on Season 5 Disc 6. It also ignores all the m2ts files that are part of the "Episodic Promo" on every disc.

All of what I just named on the Star Trek discs don't correspond with what you told me in the quote above.

I wouldn't be bringing this up but there's just too many times that this happens for it to not be a bug. I'm thinking that many users don't even look in the STREAM folder to even see if BD Rebuilder is detecting all their files properly which is why this issue has been lingering around the entire time as it's not a new bug. Like I said before, switching to BD9 detects A LOT more (if not all) of the files than when it's on a BD25 backup.

If you want to fix this bug I can help assist you with it by providing you with the necessary source material to do tests on. PM me if you wish to proceed with this so that it can be arranged.

BTW, I'm aware that you want to work on full 3D disc backup but I can't see how you can go on further developing full 3D disc backup when full 2D disc backup doesn't work correctly as this bug will certainly carry on into that process.


Update: An interesting find that might help you diagnose this issue. When BD Rebuilder is set to BD9 it'll see the files that were ignored in the BD25 setting but it won't allow you to blank them as the option is grayed out. Anything that BD Rebuilder shows in the BD25 setting can be blanked in the BD9 setting but the files that were ignored in BD25 setting don't have this option in the BD9 setting.

[DoctorM]

@Audiophile1178 - Check the file sizes of the missing m2ts files. If they are under 100mb they are not processed. You can adjust for this by setting MIN_M2TS_SIZE= to a lower number in the .INI. The number is expressed in Mb, so the default is 100.

For BD5 and BD9 they must be processed to be AVCHD compliant, which is not the case for BD25.

[Capsbackup]

While I don't entirely agree with you about this, I do find quite regularily some small files, usually warnings, etc... that I am not able to blank.
Some mpls files associated with the m2ts file are just not present in BD-RB to blank.
However, BDInfo shows the mpls/m2ts files as well as multiAVCHD. So I can blank the files with either multiAVCHD, or manually with BDEdit.
I have always wondered what "threshold" BD-RB uses for detection of extremely small files, such as 0 to .05 second warnings and the like.
But I will agree that setting MIN_M2TS_SIZE=0 or MIN_PLAYLIST_MINS=0 does not display every mpls/m2ts file present on any given Blu-ray disc. :(

[Audiophile1178]

@DoctorM, thank you for the reply but in my previous replies regarding this issue I've stated that I've already set:

MIN_M2TS_SIZE=1
MIN_PLAYLIST_MINS=1

in the ini file. The files that BD Rebuilder is ignoring range from 92 MB in size all the way up to 420 MB. The majority of them are in the 300-420 MB size range.

[jdobbs]

Look at the files. If they have no video, are stills, contain IGS, or BD-RB sees them as menu items -- BD-RB does not redo them in BD-25 mode. You can force the IGS encodes by setting IGS_ENABLE=1 (but that is still test code). The menu files will show up in BD-9 (because they have to or might fail due to bitrate). The others won't show up in BD-9 either.

[Audiophile1178]

Look at the files. If they have no video, are stills, contain IGS, or BD-RB sees them as menu items -- BD-RB does not redo them in BD-25 mode. You can force the IGS encodes by setting IGS_ENABLE=1 (but that is still test code). The menu files will show up in BD-9 (because they have to or might fail due to bitrate). The others won't show up in BD-9 either.

The bonus content that BD Rebuilder is ignoring is non of the above content. They are blooper or deleted scene files so they contain moving images, sound and are not main menu items. I'm not sure about IGS though as I don't know what that is other than it stands for Independent Graphic Streams. Can you tell me how to determine if the bonus content is IGS?

The funny thing is that all the delete scenes get ignored except for one of them. I don't know what's so special about that one file and why it chooses to see that one and ignore the rest of the delete scene material.


FWIW, I also tried IGS_ENABLE=1 and it still ignores those files so I'm thinking that they're not IGS files but don't know for sure.

Thank you for your help! :)

[Shuttle99]

@jdobbs This has not been a problem until this new version 46.14 something has changed because I compared setup in both and they are the same. I always backup a movie even if it is just one movie using "batch backup" because I need the output file the be renamed to 00000.m2ts if I just do a backup the output files keeps the same number as the input. I have a Panasonic BD Player if that helps, I just ran a batch backup on a single movie and and the output file now is keeping the same number name as the input which the player says unsupported dvd I reran the same movie with 46.13 and the output file renames itself to 00000.m2ts. Can you look into why this is changing now.
Thanks

[jdobbs]

@jdobbs This has not been a problem until this new version 46.14 something has changed because I compared setup in both and they are the same. I always backup a movie even if it is just one movie using "batch backup" because I need the output file the be renamed to 00000.m2ts if I just do a backup the output files keeps the same number as the input. I have a Panasonic BD Player if that helps, I just ran a batch backup on a single movie and and the output file now is keeping the same number name as the input which the player says unsupported dvd I reran the same movie with 46.13 and the output file renames itself to 00000.m2ts. Can you look into why this is changing now.
ThanksI think you're mistaken. A movie-only encode will always output to a 00000.m2ts file either way. If it is a full backup it is always be named the same as the original whether batch or not. It has always worked that way.

There are some very old versions of TSMUXER that will name movie-only files as 00001.m2ts. But you shouldn't be using one of those with BD-RB.

[jdobbs]

The bonus content that BD Rebuilder is ignoring is non of the above content. They are blooper or deleted scene files so they contain moving images, sound and are not main menu items. I'm not sure about IGS though as I don't know what that is other than it stands for Independent Graphic Streams. Can you tell me how to determine if the bonus content is IGS?

The funny thing is that all the delete scenes get ignored except for one of them. I don't know what's so special about that one file and why it chooses to see that one and ignore the rest of the delete scene material.


FWIW, I also tried IGS_ENABLE=1 and it still ignores those files so I'm thinking that they're not IGS files but don't know for sure.

Thank you for your help! :)What disc are you attempting to back up? I can try to find it locally, and see if BD-RB is seeing those files as menus. Can you post your config/ini file so I can make sure I using the same settings?

Also, are you absolutely positive you have MIN_M2TS_SIZE set to 0 in the config?

[Audiophile1178]

What disc are you attempting to back up? I can try to find it locally, and see if BD-RB is seeing those files as menus.

Jdobbs, I mean this in the most respectful way. I can assure you that BD Rebuilder has bugs in detecting m2ts files to encode. First, it's missing numerous files on X-Files discs but some of those files were still images so I'll give you that. Now, I'm working on Star Trek TNG Season 4 Disc 6 and it's missing m2ts files that are link to "Gag Reels" and "Deleted Scenes" which are 8 files that total 2.22GB in size. It's not just with this disc either. It did the same thing on Season 5 Disc 6. It also ignores all the m2ts files that are part of the "Episodic Promo" on every disc.

I mentioned it before but maybe it was overlooked so I made the relevant info in red. I'm currently working on TNG Season 4 Disc 6 but I believe that Season 5 disc 6 also had the same issues and that any of the last disc of each season will probably produce similar problems.

I realize that TNG is not everyones cup of tea which is why I can send you the necessary files for testing purposes. As said before, PM me if you're interested.

[Audiophile1178]

Also, are you absolutely positive you have MIN_M2TS_SIZE set to 0 in the config?

I usually set everything to 1 but I tried 0 with no change. I've been using MIN_M2TS_SIZE=1 for as long as I can remember and recently implemented MIN_PLAYLIST_MINS=1 as well.

FWIW, I looked at the playlists in BDedit and don't see anything different from the playlists that BD Rebuilder sees vs. the ones that it doesn't see other than the normal stuff such as timecodes (Times IN and Out) and chapters.

[Shuttle99]

I hear what you are saying about it always being 00000.m2ts in batch back up and it always has until this new version and the movie "About time" I did movie only in bd5 and bd9 and input was 00023.m2ts and both files in bd5 and bd9 batch kept the 00023 number and did not rename them. on the final output to be burned I just looked at both output stream directories and they were both 00023.m2ts and when I converted them I did both in batch backup like I always have I am converting the movie only in 46.13 to see if the final output renames it correctly and I will let you know if it does or doesn't, like you said maybe its the original making this happen with this movie. Just another quick question do you have any plans to incorporate using video GPU for faster processing or is there a reason that you can;t use GPU? Thanks again. And one more thing should this happen again instead of running the whole conversion over is there a way to edit and rename any files to make it work?

[Audiophile1178]

And one more thing should this happen again instead of running the whole conversion over is there a way to edit and rename any files to make it work?

Method #1:
Pop the playlist from the encoded disc that's located in BDMV\PLAYLIST\ folder into tsMuxeR then go to the Blu-ray tab and make sure "First m2ts file" says 0. Then select AVCHD radio button and pick a destination directory. After that hit the "Start_muxing" button at the bottom. It should only take a few mins to process and you're done. Once tsMuxeR finishes you can go into the destination BDMV\STREAM folder and the file should be 00000.m2ts.

Method #2:
Alternatively, you can rename the m2ts and clpi files in the STREAM AND CLIPINF folders then load the disc in BDedit and modify the playlist m2ts from 00023 (in this case) to 00000 then click save at the bottom left. This won't require any processing but will require that you understand BDedit.

Method #1 is simpler for people that don't know how to use BDedit.

[Shuttle99]

Thanks for the info I will test it on my current problem.

[Audiophile1178]

Thanks for the info I will test it on my current problem.

Also, when you're at the Blu-ray tab you might want to make sure that "First MPLS file" says 0 as well. This will designate a number for the playlist. It seems like your player is picky so having everything at zero is probably a good idea.

FYI on tsMuxeR, if for some reason you have an issue with 2.x.xx (currently 2.6.12) try using the older one (1.10.16).

[Shuttle99]

@Audiophile1178 I dl tsmuxer 2.6.12 and loaded the movie that has the wrong 00023 name, I go to the blu-ray tab but I don't see anything on that page says m2ts or AVCHD radio. Do I need a different version of tsMuxer?

I dl 1.10.16 loaded 00000.mpls from the playlist directory the input shows 00000.mpls and 00023.m2ts inthe stream directory, now I go to the blu-ray tab but don't see "Blu-ray tab and make sure "First m2ts file" says 0. Then select AVCHD radio" what you want me to check? Under ouput TS muxing is default should I select M2TS muxing for the output? then after the file is created do I over write the 00023m2ts with the new 00000m2ts file and what about the files still names 00023 in stream and clip folders.

[Audiophile1178]

@Shuttle99, I see that I was too brief with my description and will try to elaborate further.

1. Go to your BD Rebuilder AVCHD encoded folder.
2. Navigate to BDMV\PLAYLIST folder and there should be 1 file in there with a .mpls extension to it.
3. Open up tsMuxeR and drop that .mpls file into the input files window under the input tab.
4. Click on the Blu-ray tab at the top and you should see at the top right under options:

First MPLS file
First M2TS file
Start mux time

5. Make sure First MPLS file and First M2TS file are 0
6. Now, look near the bottom of tsMuxer at output section. It will say TS muxing, M2TS muxing, Blu-ray ISO, Blu-ray Folder, AVCHD folder, and Demux.
7. Click the AVCHD circle also known as a radio button.
8. Underneath that you'll see "File name:" with a browse button all the way to the right. Click on browse and select a new output destination.
9. Click "Start_muxing" at the very bottom.
10. Wait until it's finished and check the folders as mentioned prior.

If you have any further questions PM me instead as this isn't releated to BD Rebuilder.

[Shuttle99]

Thanks for being patient and for the help your second directions were crystal clear. It worked perfect and I will burn a disc and test it. Thank you very much for the help.

[jdobbs]

@jdobbs This has not been a problem until this new version 46.14 something has changed because I compared setup in both and they are the same. I always backup a movie even if it is just one movie using "batch backup" because I need the output file the be renamed to 00000.m2ts if I just do a backup the output files keeps the same number as the input. I have a Panasonic BD Player if that helps, I just ran a batch backup on a single movie and and the output file now is keeping the same number name as the input which the player says unsupported dvd I reran the same movie with 46.13 and the output file renames itself to 00000.m2ts. Can you look into why this is changing now.
ThanksI'm sorry to say this -- but that's impossible. If it isn't 00000.m2ts after muxing a movie-only, something else is changing it. TSMUXER creates that file.

Are you sure you're doing movie-only -- or have you chosen Quick-Play backup?

[Shuttle99]

@jdobbs Sorry my fault I ripped movie only and had selected full backup in BD Rebuilder so there was only one m2ts file and since full was selected it didn't rename it. Also thanks to Audiophile1178 he showed me how to manually use txmuxer to fix this should it happen again.

[Patrick]

I just backed up Terminator Salvation (DC), where you can select the extended or theater version of the movie to watch. As a result, the movie is heavily fragmented, with different segments for either version. I found that BD rebuilder erroneously shortens the duration of at least playlist 00301 of the movie from 24 to 16 seconds, even though the converted segment itself has the correct length. As a result, the movie does not play correctly (skipping 8 seconds of the segment).

Additional information: that disc seems to be rather demanding as to its file structure - all videos seems to have (an empty) secondary video track. Maybe that is the reason for BD Rebuilder having problems? BTW: At least one other playlist ist also affected. My guess would be that running this disc would reveal all sorts of hard to uncover problems? Good stress test ;-)

[Acerjen]

Does anyone know if it is possible to add a subtitle to a Bluray using BDRebuilder?

I ask because I recently got a foreign Bluray not realizing there wasn't english subs on it. I found some english subs on the internet, but need them to enjoy the movie. I know I can probably mux it in with tsMuxer, but would like to keep the menu, chapters, extras,etc. intact.

My last option might be to use the import option in BDRebuilder, but was hoping to keep the original menus intact.

Any ideals. Thanks in advance for any help. Much appreciated.

Later,
Acerjen

[DoctorM]

@Averjen - You can add subtitles with multiAVCHD (in reauthor mode). From there you can let BD-RB re-encode the disc if you need to.

[Dream-Cypher]

Hello,

I am having an issue where BD-R's with Quick-Play menus will not play on my PS3. I searched here, but was unable to find if this was a known issue.

The discs are built and burned successfully, and work fine on TMT5 and my Standalone Sony player. When I use them in the PS3, I get a black screen with no menus, and cannot do anything other than exit to the PS3 system menu.

If I press the "display" button, it shows me no time codes or title information. Attempting to hit the menu button tells me "This operation is not available here"

One of the discs was a standard BD backup, and the other was a disc created by importing several DVDs in Quick-Author mode. There are no errors in the BD-Rebuilder.log file, and as mentioned, the discs work fine in the other players I've tried. I have tried them in both a fat and slim PS3.

The DVD compilation was created in version .46.14 while the Movie backup was created in .46.11 a while ago. (I had not tried it in the PS3 previously, so I just found out that there was an issue.)

Thanks,
Dream-Cypher

[Ch3vr0n]

jdobbs i think i've found a rather big issue with DTS-Express

I just recoded "Riddick_G51", the original has 2 VC-1, 480p, 23.976fps pip streams. the streams get demuxed, recoded but the video does NOT get muxed back in while the audio does. Pdvd 11 plays the pipstream of the original perfectly video/audio while of the backup it only plays the audio. The pip stream video simply isn't there. i don't know if its due to the removal of the DTSX_Enable=1 string but i thought that one wasn't needed anymore or due to DGdecNV, ill run a new job using LAVF

log below

----------------------
[03/10/14] BD Rebuilder v0.46.14 (beta)
[04:37:01] Source: RIDDICK_G51
- Input BD size: 30,45 GB
- Approximate total content: [03:50:31.550]
- Target BD size: 22,95 GB
- Windows Version: 6.0 [6002]
- Auto Quality: Good (Very Fast), ABR
- Output folder: C:\BDRB Rebuilds\
- Decoding/Frame serving: DGDecNV [2-way]
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[04:37:01] PHASE ONE, Encoding
- [04:37:01] Processing: VID_00037 (1 of 10)
- [04:37:01] Extracting A/V streams [VID_00037]
- [05:06:59] Reencoding video [VID_00037]
- [05:06:59] Reencoding secondary video [TRK_02]
- [05:22:55] Reencoding secondary video [TRK_03]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23,976fps, 192.912 frames
- Bitrate: 12.699 Kbs
- [05:38:45] Reencoding: VID_00037, Pass 1 of 1
- [06:41:09] Video Encode complete
- [06:41:09] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4357 (eng): Keeping original audio
- Track 6656 (eng): Keeping original audio
- Track 6657 (eng): Keeping original audio
- [06:41:09] Multiplexing M2TS
- [06:54:13] Processing: VID_00146 (2 of 10)
- [06:54:13] Extracting A/V streams [VID_00146]
- [06:54:38] Reencoding video [VID_00146]
- Source Video: MPEG-2, 720x480
- Rate/Length: 29,970fps, 17.875 frames
- Bitrate: 3.478 Kbs
- [06:54:38] Reencoding: VID_00146, Pass 1 of 1
- [06:56:01] Video Encode complete
- [06:56:01] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [06:56:01] Multiplexing M2TS
- [06:56:09] Processing: VID_00147 (3 of 10)
- [06:56:09] Extracting A/V streams [VID_00147]
- [06:56:24] Reencoding video [VID_00147]
- Source Video: MPEG-2, 720x480
- Rate/Length: 29,970fps, 10.823 frames
- Bitrate: 3.430 Kbs
- [06:56:24] Reencoding: VID_00147, Pass 1 of 1
- [06:57:20] Video Encode complete
- [06:57:20] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [06:57:20] Multiplexing M2TS
- [06:57:25] Processing: VID_00148 (4 of 10)
- [06:57:25] Extracting A/V streams [VID_00148]
- [06:57:42] Reencoding video [VID_00148]
- Source Video: MPEG-2, 720x480
- Rate/Length: 29,970fps, 14.470 frames
- Bitrate: 3.096 Kbs
- [06:57:42] Reencoding: VID_00148, Pass 1 of 1
- [06:58:55] Video Encode complete
- [06:58:55] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (eng): Keeping original audio
- [06:58:55] Multiplexing M2TS
- [06:59:05] Processing: VID_00149 (5 of 10)
- [06:59:05] Extracting A/V streams [VID_00149]
- [06:59:34] Reencoding video [VID_00149]
- Source Video: MPEG-2, 720x480
- Rate/Length: 29,970fps, 20.148 frames
- Bitrate: 5.297 Kbs
- [06:59:34] Reencoding: VID_00149, Pass 1 of 1
- [07:01:28] Video Encode complete
- [07:01:28] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [07:01:28] Multiplexing M2TS
- [07:01:48] Processing: VID_00150 (6 of 10)
- [07:01:48] Extracting A/V streams [VID_00150]
- [07:02:27] Reencoding video [VID_00150]
- Source Video: MPEG-2, 720x480
- Rate/Length: 29,970fps, 24.178 frames
- Bitrate: 5.451 Kbs
- [07:02:27] Reencoding: VID_00150, Pass 1 of 1
- [07:04:49] Video Encode complete
- [07:04:49] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [07:04:49] Multiplexing M2TS
- [07:05:17] Processing: VID_00151 (7 of 10)
- [07:05:17] Extracting A/V streams [VID_00151]
- [07:05:27] Reencoding video [VID_00151]
- Source Video: MPEG-2, 720x480
- Rate/Length: 29,970fps, 5.735 frames
- Bitrate: 3.157 Kbs
- [07:05:27] Reencoding: VID_00151, Pass 1 of 1
- [07:05:59] Video Encode complete
- [07:05:59] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [07:05:59] Multiplexing M2TS
- [07:06:03] Processing: VID_00152 (8 of 10)
- [07:06:03] Extracting A/V streams [VID_00152]
- [07:06:52] Reencoding video [VID_00152]
- Source Video: MPEG-2, 720x480
- Rate/Length: 29,970fps, 31.473 frames
- Bitrate: 5.277 Kbs
- [07:06:52] Reencoding: VID_00152, Pass 1 of 1
- [07:10:02] Video Encode complete
- [07:10:02] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [07:10:02] Multiplexing M2TS
- [07:10:37] Processing: VID_00166 (9 of 10)
- [07:10:37] Extracting A/V streams [VID_00166]
- [07:10:49] Reencoding video [VID_00166]
- Source Video: VC-1, 1920x1080
- Rate/Length: 23,976fps, 1.465 frames
- Bitrate: 5.820 Kbs
- [07:10:49] Reencoding: VID_00166, Pass 1 of 1
- [07:11:16] Video Encode complete
- [07:11:16] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [07:11:16] Multiplexing M2TS
- [07:11:24] Processing: VID_00169 (10 of 10)
- [07:11:24] Extracting A/V streams [VID_00169]
- [07:11:37] Reencoding video [VID_00169]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 7.200 frames
- Bitrate: 3.961 Kbs
- [07:11:37] Reencoding: VID_00169, Pass 1 of 1
- [07:13:06] Video Encode complete
- [07:13:06] Processing audio tracks
- [07:13:06] Multiplexing M2TS
[07:13:13]PHASE ONE complete
[07:13:13]PHASE TWO - Rebuild Started
- [07:13:13] Rebuilding BD file Structure
[07:13:58] - Encode and Rebuild complete
[07:13:58] Writing BD structure to ISO file
- ImgBurn completed successfully
- RIDDICK_G51 folder removed.
- WORKFILES folder removed.
[07:26:00] JOB: RIDDICK_G51 finished.

[Options]
MODE=0
ENCODE_QUALITY=0
ONEPASS_ENCODING=2
AUTO_QUALITY=1
AUDIO_TO_KEEP=dut;eng;nld;und;
SUBS_TO_KEEP=dut;eng;nld;und;
SD_CONVERT=0
COLOR_BOOST=0
RESIZE_1080=0
DEINTERLACE=0
DTS_REENCODE=0
AC3_REENCODE=0
AC3_640=1
AC3_192=0
KEEP_HD_AUDIO=1
AVCHD=0
FULL_AVCHD=0
REMOVE_WORKFILES=1
REMOVE_OUTPUT=1
REMOVE_IMPORT=1
AUDIO_TRACK_LIMIT=0
SUBTITLE_TRACK_LIMIT=0
CUSTOM_TARGET_SIZE=23450
PRIORITY_CLASS=1
TARGET_SIZE=23500
AUTO_BURN=2
QUICK_EXTRAS=0
MINIMIZE_TO_TRAY=1
OPEN_GOP=0
MOVIE_ONLY_LOOP=1
USE_FILTERS=0
USE_LAVF=0
DGDECNV=1
VERBOSE_STATUS=1
BDMV_CERT_ONLY=1
IVTC_PULLDOWN=1
ASSUME_DVD_PAL=1
SD_TO_1080=0
CONVERT_WIDE=1
AUTO_BLANK=0
UNMASK_CHAPTER=1
ENABLE_TEST=1
ENABLE_BLANKING=0
BLANK_THRESHOLD=60
MULTIPROCESS=1
VERSION=0.46.0.14
COMPLETION_BEEP=1
BEEP_SOUNDFILE=C:\Program Files (x86)\ImgBurn\Sounds\Success.wav
MOVIEONLY_TYPE=0
ALTCRF=20
ALT_TARGET=1024
ALTMETHOD=0
ALTAUTOCROP=0
WIDE_PERCENT=40
WIDE_OFFSET=.85
RESIZE_1440=0
RESIZE_720=0
OUTPUT_3D=1
NEROAAC=1
SD_PROGRESSIVE=1
MKV_CHAPTERS=1
SUPTITLE=0
IMPORT_FOLDER=D:\TEMP
OUTPUT_SBS=0
MENU_BACKGROUND=C:\Program Files (x86)\BD_Rebuilder\misc\menuback.jpg
IMPORT_THRESHOLD=15
QUICK_PLAY_THRESHOLD=10
MENU_AUTO_BACKGROUND=1
MENU_PLAY_SEQUENTIAL=1
MENU_START_WITH_MENU=1
OUTPUT_FOLDER=C:\BDRB Rebuilds
IGNORE_3D=1
[Paths]
WORKING_PATH=C:\TEMP\
SOURCE_PATH=I:\
DGIndexNV=C:\Program Files (x86)\BD_Rebuilder\Tools\dgdecnv\DGIndexNV.exe
DGDecNV=C:\Program Files (x86)\BD_Rebuilder\Tools\dgdecnv\DGDecodeNV.dll
DirectShowMVCSource=C:\Program Files (x86)\BD_Rebuilder\Tools\MVCtoAVI.exe\DirectShowMVCSource.dll
NeroAACPath=C:\Program Files (x86)\BD_Rebuilder\Tools\neroaacenc1.5.1\win32\neroAacEnc.exe

[03/10/14] Checking System Settings
- BD-Rebuilder v0.46.14 (beta)
- Windows Version: 6.0 [6002]
- Working Path Free Space: 629,36GB
- AVISYNTH Version: 2.5.8.0, Ok
- HAALI Splitter: 1.9.42.1, Ok
- FFDSHOW: 4504, Ok
- FFDSHOW VC-1 set to "wmv9", Ok
- FFDSHOW MPEG2 set to "libmpeg2": Ok
- FFDSHOW AVC set to "libavcodec": Ok
- AnyDVD settings check: Ok.
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok
- FRIMEncode: Ok
- FRIMDecode: Ok
[03/10/14] Systems Settings Check complete

http://i.imgur.com/3WdHof7.png

** edit ** just played the LAVF rebuild and BDRB does detect the pip streams in that mounted iso and the pip stream works as expected. So the problem seems related between the new code and DGdecNV

http://i.imgur.com/YCKG7MA.png

the total difference in size between the 2 iso's is 21.8GB for the dgdecNV build (non-working pip) and 21.2GB for the LAVF build (working pip)

[jdobbs]

@Audiophile1178 I dl tsmuxer 2.6.12 and loaded the movie that has the wrong 00023 name, I go to the blu-ray tab but I don't see anything on that page says m2ts or AVCHD radio. Do I need a different version of tsMuxer?

I dl 1.10.16 loaded 00000.mpls from the playlist directory the input shows 00000.mpls and 00023.m2ts inthe stream directory, now I go to the blu-ray tab but don't see "Blu-ray tab and make sure "First m2ts file" says 0. Then select AVCHD radio" what you want me to check? Under ouput TS muxing is default should I select M2TS muxing for the output? then after the file is created do I over write the 00023m2ts with the new 00000m2ts file and what about the files still names 00023 in stream and clip folders.If you download and use an old version of TSMUXER, just be aware that I will not accept bug reports. There are sections of code in BD-RB that rely on the newere version.

[Sharc]

@jdobbs
Just wondering: Could there be a relation between Ch3vr0n's report (http://forum.doom9.org/showpost.php?p=1672865&postcount=19532) and my Quick-Play Backup problem (http://forum.doom9.org/showpost.php?p=1672220&postcount=19497)?
It seems that the Quick-Play issue exists only for discs with Secondary Video and DTS Express.

@Ch3vr0n: Is the secondary video stream actually missing in the multiplexed .m2ts, or is it only missing in DB-RB's GUI (your 2nd picture)?

[Ch3vr0n]

Its completely missing in the dgdecnv rebuild. The audio is there but the video isn't. Using x264s lavf the internal frameserver it all works normally. Video and audio present and working.

Verstuurd vanaf mijn Nexus 7 met Tapatalk

[jdobbs]

Its completely missing in the dgdecnv rebuild. The audio is there but the video isn't. Using x264s lavf the internal frameserver it all works normally. Video and audio present and working.

Verstuurd vanaf mijn Nexus 7 met TapatalkHave you tried it more than once with DGDecNV? Is it also missing in the working folder?

[Ch3vr0n]

I'll run a second job, but the pip steams were demuxed there were 3 .vc1 streams. 1 For the main movie and 2 of arround 400mb for the pip streams

Verstuurd vanaf mijn Nexus 7 met Tapatalk

** edit ** 2nd dgdecnv job is running now

[Sharc]

In my case, MediaInfo reports the secondary video stream included as Video#2 in the encoded .m2ts. However, when I try to watch it with MPC-HC all I get is the secondary audio (2-channel), but no video.

[jdobbs]

In my case, MediaInfo reports the secondary video stream included as Video#2 in the encoded .m2ts. However, when I try to watch it with MPC-HC all I get is the secondary audio (2-channel), but no video.Have you tried it on a standalone?

[Sharc]

Have you tried it on a standalone?
Yes, but as I wrote the Quick-Play Backup feature does not start from the Quick-Menu (black TV Screen only, and "no video" message on TV after some time). The IMPORT backup -- my workaround -- works as expected, but IMPORT removes the secondary video. Chicken and egg .....
My standalone is rather old BDP-S360.

[Ch3vr0n]

so i let the job run overnight and just got back to it. Mounted, BDRB scanned, same thing. DTS-E audio streams are present, pip video streams arent with the DGdecNV rebuild. After demuxing the 3 vid_00037.vc1 streams exist, it's just that the 2 for the pip streams don't get muxed back in. movie is "Chronicles of Riddick". Volume name "Riddick_G51"

[Weirdo]

This BD disc fails on CRF mode. Automatic Quality (2-pass) completed fine. Also did a very quick test on ABR mode, it seemed to work fine. Logs here (https://dl.dropboxusercontent.com/u/59646917/BD-RB%20CRF%20crash.rar).

[jdobbs]

This BD disc fails on CRF mode. Automatic Quality (2-pass) completed fine. Also did a very quick test on ABR mode, it seemed to work fine. Logs here (https://dl.dropboxusercontent.com/u/59646917/BD-RB%20CRF%20crash.rar).I can't open your RAR with 7-Zip. It appears to be corrupt.

I'd suggest a zip file. It is more of a standard and is directly supported by Windows.

[A.Fenderson]

Nothing major, but I ran a batch sequence containing several of the Xmen movie Blu-rays from the "X-Men and the Wolverine Collection", movie-only backup to BD25 for each, and the disc which was ripped as "X2" was renamed to "DATA" during processing and for the output folder.

[jdobbs]

Nothing major, but I ran a batch sequence containing several of the Xmen movie Blu-rays from the "X-Men and the Wolverine Collection", movie-only backup to BD25 for each, and the disc which was ripped as "X2" was renamed to "DATA" during processing and for the output folder.It wasn't done by BD-RB. There is nowhere in the code that a file or folder called "DATA" is created. The output folder name comes directly from the source folder name unless it is coming directly from a disc, in which case the volume label is used (which, I suppose, could conceivably be called "DATA").

[gonca]

It wasn't done by BD-RB. There is nowhere in the code that a file or folder called "DATA" is created. The output folder name comes directly from the source folder name unless it is coming directly from a disc, in which case the volume label is used (which, I suppose, could conceivably be called "DATA").

If the name is two characters or less it seems that the output is given the drive label as name. His source drive is probably called DATA.

[A.Fenderson]

Well, I'm not trying to argue here, mostly because it's really a non-issue, but I just double-checked my facts, and I'm not incorrect. The exact rip used is still on my HDD, named "X2" by AnyDVD-HD (I did not rename the rip folder) and the .m2ts file of the output folder "DATA" is the movie in question. Log is below.

==========================
[13:18:05] BD Rebuilder v0.46.14 (beta)
[13:18:05] BEGIN - BATCH SEQUENCE
==========================
-----------------------
[13:18:05] PROCESSING BATCH FILE [1]
----------------------
[03/10/14] BD Rebuilder v0.46.14 (beta)
[13:18:06] Source: XMEN_D1_00013
- Input BD size: 27.79 GB
- Approximate total content: [01:44:20.295]
- Target BD size: 22.95 GB
- Windows Version: 5.1 [2600]
- MOVIE-ONLY mode enabled
- Quality: Highest (Very Slow), Two Pass
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=640
[13:18:06] PHASE ONE, Encoding
- [13:18:06] Processing: VID_00074 (1 of 1)
- [13:18:06] Extracting A/V streams [VID_00074]
- [13:27:14] Reencoding video [VID_00074]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 150,097 frames
- Bitrate: 26,720 Kbs
- [13:27:15] Reencoding: VID_00074, Pass 1 of 2
- [15:05:34] Reencoding: VID_00074, Pass 2 of 2
- [23:34:38] Video Encode complete
- [23:34:38] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (eng): Keeping original audio
- Track 4357 (eng): Keeping original audio
[23:34:38]PHASE ONE complete
[23:34:38]PHASE TWO - Rebuild Started
- [23:34:39] Rebuilding BD file Structure
[00:17:10] - Encode and Rebuild complete
- WORKFILES folder removed.
[00:17:12] JOB: XMEN_D1 finished.
-----------------------
[00:17:13] PROCESSING BATCH FILE [2]
----------------------
[03/11/14] BD Rebuilder v0.46.14 (beta)
[00:17:18] Source: DATA_00013
- Input BD size: 29.52 GB
- Approximate total content: [02:13:47.477]
- Target BD size: 22.95 GB
- Windows Version: 5.1 [2600]
- MOVIE-ONLY mode enabled
- Quality: Highest (Very Slow), Two Pass
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=640
[00:17:18] PHASE ONE, Encoding
- [00:17:18] Processing: VID_00074 (1 of 1)
- [00:17:18] Extracting A/V streams [VID_00074]
- [02:02:42] Reencoding video [VID_00074]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 192,467 frames
- Bitrate: 19,793 Kbs
- [02:02:43] Reencoding: VID_00074, Pass 1 of 2
- [04:03:30] Reencoding: VID_00074, Pass 2 of 2
- [13:06:36] Video Encode complete
- [13:06:36] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (eng): Keeping original audio
- Track 4357 (eng): Keeping original audio
- Track 4358 (eng): Keeping original audio
[13:06:36]PHASE ONE complete
[13:06:36]PHASE TWO - Rebuild Started
- [13:06:37] Rebuilding BD file Structure
[13:44:44] - Encode and Rebuild complete
- WORKFILES folder removed.
[13:44:45] JOB: DATA finished.
-----------------------
[13:44:45] PROCESSING BATCH FILE [3]
----------------------
[03/11/14] BD Rebuilder v0.46.14 (beta)
[13:44:48] Source: XMEN_THELASTSTAND_00013
- Input BD size: 20.80 GB
- Approximate total content: [01:44:05.238]
- Target BD size: 22.95 GB
- Windows Version: 5.1 [2600]
- MOVIE-ONLY mode enabled
- Quality: Highest (Very Slow), Two Pass
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=640
[13:44:49] PHASE ONE, Encoding
- [13:44:49] Processing: VID_00074 (1 of 1)
- [13:44:49] Extracting A/V streams [VID_00074]
- [14:43:15] Reencoding video [VID_00074]
- [14:43:15] Keeping original video (no reencode)
- [14:43:15] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (eng): Keeping original audio
- Track 4357 (eng): Keeping original audio
- Track 4358 (eng): Keeping original audio
[14:43:15]PHASE ONE complete
[14:43:15]PHASE TWO - Rebuild Started
- [14:43:15] Rebuilding BD file Structure
[15:12:55] - Encode and Rebuild complete
- WORKFILES folder removed.
[15:12:56] JOB: XMEN_THELASTSTAND finished.
-----------------------
[15:12:56] PROCESSING BATCH FILE [4]
----------------------
[03/11/14] BD Rebuilder v0.46.14 (beta)
[15:12:59] Source: XMEN_WOLVERINE_00010
- Input BD size: 27.87 GB
- Approximate total content: [01:47:21.393]
- Target BD size: 22.95 GB
- Windows Version: 5.1 [2600]
- MOVIE-ONLY mode enabled
- Quality: Highest (Very Slow), Two Pass
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=640
[15:12:59] PHASE ONE, Encoding
- [15:12:59] Processing: VID_00074 (1 of 1)
- [15:12:59] Extracting A/V streams [VID_00074]
- [16:28:23] Reencoding video [VID_00074]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 154,439 frames
- Bitrate: 25,547 Kbs
- [16:28:23] Reencoding: VID_00074, Pass 1 of 2
- [18:11:34] Reencoding: VID_00074, Pass 2 of 2
- [03:47:02] Video Encode complete
- [03:47:02] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (eng): Keeping original audio
- Track 4357 (eng): Keeping original audio
- Track 4358 (eng): Keeping original audio
[03:47:02]PHASE ONE complete
[03:47:02]PHASE TWO - Rebuild Started
- [03:47:10] Rebuilding BD file Structure
[04:21:39] - Encode and Rebuild complete
- WORKFILES folder removed.
[04:21:40] JOB: XMEN_WOLVERINE finished.
==========================
[04:21:40] END - BATCH SEQUENCE
==========================


I also just started a movie-only backup (non-batch) of the same rip (it's still running), with a BD50 target/output, and the log file already shows that it's referring to the source directory as "DATA_00013", and the .inf file contains the following line:
"LABEL=DATA"
The source path as seen in the BD-RB GUI ends in "\X2\".
See below partial log.

----------------------
[03/12/14] BD Rebuilder v0.46.14 (beta)
[13:31:24] Source: DATA_00013
- Input BD size: 29.52 GB
- Approximate total content: [02:13:47.477]
- Target BD size: 46.26 GB
- Windows Version: 5.1 [2600]
- MOVIE-ONLY mode enabled
- Quality: Highest (Very Slow), Two Pass
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=640
[13:31:24] PHASE ONE, Encoding
- [13:31:24] Processing: VID_00074 (1 of 1)
- [13:31:24] Extracting A/V streams [VID_00074]


EDIT:
gonca (thank you) is correct: my hard drive disk label that the source rip sits on is called "DATA". At least now we know what's happening.

[Dream-Cypher]

So, Is anyone able to use Quick-Play Menus on a a PS3, when burned to a BD-R? I don't want to waste additional discs troubleshooting, if it's a PS3 issue, rather than something occurring when I author the disc.

Thanks,
Dream-Cypher

Hello,

I am having an issue where BD-R's with Quick-Play menus will not play on my PS3. I searched here, but was unable to find if this was a known issue.

The discs are built and burned successfully, and work fine on TMT5 and my Standalone Sony player. When I use them in the PS3, I get a black screen with no menus, and cannot do anything other than exit to the PS3 system menu.

If I press the "display" button, it shows me no time codes or title information. Attempting to hit the menu button tells me "This operation is not available here"

One of the discs was a standard BD backup, and the other was a disc created by importing several DVDs in Quick-Author mode. There are no errors in the BD-Rebuilder.log file, and as mentioned, the discs work fine in the other players I've tried. I have tried them in both a fat and slim PS3.

The DVD compilation was created in version .46.14 while the Movie backup was created in .46.11 a while ago. (I had not tried it in the PS3 previously, so I just found out that there was an issue.)

Thanks,
Dream-Cypher

[jdobbs]

gonca (thank you) is correct: my hard drive disk label that the source rip sits on is called "DATA". At least now we know what's happening....unless it is coming directly from a disc, in which case the volume label is used (which, I suppose, could conceivably be called "DATA"). Did you read this? If the name is 2 characters or less -- it has to assume it is the drive. That's because of the possible "d:\" that could precede the pathname.

[A.Fenderson]

Did you read this?....
I did read that, but we seem to have had a miscommunication, stemming from me taking what you wrote completely literally when it was seemingly meant in a more general way: the way you originally stated it didn't seem to match my scenario in that it wasn't pulling the source from "a disc" aka BD ("disc" = optical disk), it was pulling it from the hard disk drive, so without gonca's clarification that the name could be coming from the drive label of the source rip's location (and specific addition about the 2-character length issue) I didn't see the relevance.
If the name is 2 characters or less -- it has to assume it is the drive. That's because of the possible "d:\" that could precede the pathname.
Understood--thank you for explaining it; that makes sense. Sorry for my contribution to the noise:signal ratio in the thread, but I'm really not as dense as this exchange might imply. ;)

[gonca]

@ A.Fenderson
Sorry I wasn't clearer with my statement.