BD Rebuilder Beta - Bug Reports Only

[NightHawkGuy]

But DGindex.exe hung for 7 minutes(Extracting A/V streams [VID_00011]), before I ultimately canceled.
Probably need support on that issue over at neuron2's support forum for DGDecNV/DGindexNV?
http://neuron2.net/board/index.php

[omegaman7]

The thing is, it could be in BD Rebuilders code(it is new after all). Since I use his App, I figured I'd post here first. ;)
Besides, I believe Neuron2 is subscribed here :p

I'll try clicking "No" next time.

Clicking "No" apparently made the difference. So essentially, the detected type was the correct type. Assuming there are no more problems :S Apparently clicking "yes" confused "DGindexNV".

[greslogo]

Ok.. so Real Steel to DVD-5, no problem. To BD-25 I got this

----------------------
[02/19/12] BD Rebuilder v0.40.06 (beta)
[20:03:03] Source: REAL_STEEL
- Input BD size: 30.08 GB
- Approximate total content: [02:06:50.644]
- Target BD size: 22.95 GB
- Windows Version: 6.1 [7601]
- MOVIE-ONLY mode enabled
- Auto Quality: Good (Very Fast), ABR
- Decoding/Frame serving: DGDecNV
- Audio Settings: AC3=1 DTS=1 HD=1 Kbs=640
[20:03:03] PHASE ONE, Encoding
- [20:03:03] Processing: VID_00051 (1 of 24)
- [20:03:03] Extracting A/V streams [VID_00051]
- [20:23:50] Reencoding video [VID_00051]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 2,293 frames
- Bitrate: 13,289 Kbs
- [20:23:50] Reencoding: VID_00051, Pass 1 of 1
- [20:27:07] Video Encode complete
- [20:27:07] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- Track 4353 (eng): Keeping original audio
- Track 4354 (fra): Keeping original audio
- Track 4355 (spa): Keeping original audio
- Track 4356 (eng): Keeping original audio
- [20:27:07] Multiplexing M2TS
- [20:27:14] Processing: VID_00052 (2 of 24)
- [20:27:14] Extracting A/V streams [VID_00052]
- [20:27:34] Reencoding video [VID_00052]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 2,513 frames
- Bitrate: 14,074 Kbs
- [20:27:34] Reencoding: VID_00052, Pass 1 of 1
- [20:30:42] Video Encode complete
- [20:30:42] Multiplexing M2TS
- [20:30:48] Processing: VID_00054 (3 of 24)
- [20:30:48] Extracting A/V streams [VID_00054]
- [20:32:52] Reencoding video [VID_00054]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 11,137 frames
- Bitrate: 13,791 Kbs
- [20:32:52] Reencoding: VID_00054, Pass 1 of 1
- [20:43:05] Video Encode complete
- [20:43:05] Multiplexing M2TS
- [20:43:17] Processing: VID_00053 (4 of 24)
- [20:43:17] Extracting A/V streams [VID_00053]
- [20:43:24] Reencoding video [VID_00053]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 1,118 frames
- Bitrate: 13,499 Kbs
- [20:43:24] Reencoding: VID_00053, Pass 1 of 1
- [20:44:05] Video Encode complete
- [20:44:05] Multiplexing M2TS
- [20:44:09] Processing: VID_00056 (5 of 24)
- [20:44:09] Extracting A/V streams [VID_00056]
- [20:44:30] Reencoding video [VID_00056]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 7,685 frames
- Bitrate: 13,309 Kbs
- [20:44:30] Reencoding: VID_00056, Pass 1 of 1
- [20:49:13] Video Encode complete
- [20:49:13] Multiplexing M2TS
- [20:49:23] Processing: VID_00058 (6 of 24)
- [20:49:23] Extracting A/V streams [VID_00058]
- [20:49:49] Reencoding video [VID_00058]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 10,496 frames
- Bitrate: 13,360 Kbs
- [20:49:49] Reencoding: VID_00058, Pass 1 of 1
- [20:56:18] Video Encode complete
- [20:56:18] Multiplexing M2TS
- [20:56:30] Processing: VID_00055 (7 of 24)
- [20:56:30] Extracting A/V streams [VID_00055]
- [20:56:37] Reencoding video [VID_00055]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 768 frames
- Bitrate: 14,292 Kbs
- [20:56:37] Reencoding: VID_00055, Pass 1 of 1
- [20:57:08] Video Encode complete
- [20:57:08] Multiplexing M2TS
- [20:57:12] Processing: VID_00060 (8 of 24)
- [20:57:12] Extracting A/V streams [VID_00060]
- [20:57:41] Reencoding video [VID_00060]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 11,161 frames
- Bitrate: 14,170 Kbs
- [20:57:41] Reencoding: VID_00060, Pass 1 of 1
- [21:05:36] Video Encode complete
- [21:05:36] Multiplexing M2TS
- [21:05:49] Processing: VID_00062 (9 of 24)
- [21:05:49] Extracting A/V streams [VID_00062]
- [21:06:20] Reencoding video [VID_00062]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 10,808 frames
- Bitrate: 14,160 Kbs
- [21:06:20] Reencoding: VID_00062, Pass 1 of 1
- Encode failed. Aborting.
- BD-Rebuilder v0.40.06 (beta)
- Windows Version: 6.1 [7601]
- AVISYNTH Version: 2.5.8.0, Ok
- HAALI Splitter: 1.11.96.14, Ok
- FFDSHOW: 3882, 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
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok
[21:06:20] - Failed video encode, aborted

[jdobbs]

The thing is, it could be in BD Rebuilders code(it is new after all). Since I use his App, I figured I'd post here first. ;)
Besides, I believe Neuron2 is subscribed here :p

I'll try clicking "No" next time.

Clicking "No" apparently made the difference. So essentially, the detected type was the correct type. Assuming there are no more problems :S Apparently clicking "yes" confused "DGindexNV". Nope, not BD-RB -- I've not seen any error messages from DGDecNV... so these are new to me.

[jdobbs]

@greslogo

Are you overclocked? It's unusual that it would die there after successfully reencoding several other streams that are virtually identical in terms of content. My first guess would be overheating/CPU crash. I'd normally give the "reinstall" recommendation -- but CODECs usually don't get overwritten or intercepted in the middle of an encode -- and these are all AVC@1920x1080.

[omegaman7]

GROUNDHOG_DAY is the first TRUE_HD track I've dealt with, using DGDecNV. Given the amount of testing you likely do, you've probably done a bit of conversion in that area as well. This is likely an isolated incident. It sure would have been unfortunate for batch mode. Though I've only used it once. I'll attempt more TRUE_HD conversions over the coming days. But since you've had no troubles, this is likely a rare occurrence ;)

[greslogo]

@greslogo

Are you overclocked? It's unusual that it would die there after successfully reencoding several other streams that are virtually identical in terms of content. My first guess would be overheating/CPU crash. I'd normally give the "reinstall" recommendation -- but CODECs usually don't get overwritten or intercepted in the middle of an encode -- and these are all AVC@1920x1080.

I also thought it unusual since I had already encoded DVD-5's and BD-25 using the same source, just wrong playlist. Subsequently made a DVD-5 with the correct playlist and was pricessing the BD-25 when I got this. I'll try it again and see what happens.

No, no overclocking. Yes, all 1920 x 1080.

[jdobbs]

I also thought it unusual since I had already encoded DVD-5's and BD-25 using the same source, just wrong playlist. Subsequently made a DVD-5 with the correct playlist and was pricessing the BD-25 when I got this. I'll try it again and see what happens.

No, no overclocking. Yes, all 1920 x 1080. If it continues, try replacing your X264.EXE with the one found in v0.39.4 and see if that helps.

[JoeH]

OK, with the codecs all OK in the Inspect tool the audio and video came out OK on a 1080p reencode. However, the subtitles (which I had rendered to the Blu-ray subtitle format using TSMuxer) do not work.

==========================
[14:57:31] BD Rebuilder v0.40.07 (beta)
[14:57:31] BEGIN - BATCH SEQUENCE
==========================
-----------------------
[14:57:31] PROCESSING BATCH FILE [1]
----------------------
[02/19/12] BD Rebuilder v0.40.07 (beta)
[14:57:31] Source: BLURAY
- Input BD size: 16.61 GB
- Approximate total content: [01:53:11.585]
- Windows Version: 6.1 [7601]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- Mode: DVD-5, 720x480/576, AC3 Audio
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[14:57:31] PHASE ONE, Encoding
- [14:57:31] Processing: VID_00000 (1 of 1)
- [14:57:31] Extracting A/V streams [VID_00000]
- [15:04:33] Reencoding video [VID_00000]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 162,835 frames
- Bitrate: 4,869 Kbs
- [15:04:33] Reencoding: VID_00000
- [17:45:39] Video Encode complete
- [17:45:39] Processing audio tracks
- Track 4352 (eng): Reencoding audio to AC3...
[17:47:04]PHASE ONE complete
[17:47:04]PHASE TWO - Rebuild Started
- [17:47:04] Building ALTERNATE OUTPUT Structure
- [17:47:04] Converting 1 subtitles to DVD format.
- [17:48:10] Starting MPLEX.
- [17:50:26] Multiplexing 1 subtitles into stream.
- [17:52:34] Building DVD File Structure.
[17:55:06] - Encode and Rebuild complete
- WORKFILES folder removed.
[17:55:07] JOB: BLURAY finished.
==========================
[17:55:07] END - BATCH SEQUENCE
==========================

[JoeH]

Just a couple of notes about the subtitles I mux in using TSMuxer. I tend to use the font Calibri, size 85. As a side note, MultiAVCHD does convert them correctly to DVD (although I would much prefer to use BD Rebuilder if I can get it to work).

[jdobbs]

I'm sorry, but I've done many, many subtitle tests to DVD -- and I just don't think the problem is within BD-RB... I'll do a couple more tests. How does it work on an original commercial disc's subtitles?

BTW -- I know there are at least some problems with TSMUXER's subtitle routines. That's the reason I had to write the code to do the subtitle resizing within BD-RB (to prevent crashes when TSMUXER attempts resizing on some sources).

[JoeH]

OK, thanks. I'll try some original subs tonight and see if it works.

All this stuff is so complicated - I appreciate the great support you give for this great program.

FYI, I've been occasionally testing BD Rebuilder with TSMuxer subs ever since the DVD export feature was added to BD Rebuilder. If I remember correctly I have never gotten it to work correctly with TSMuxer subs. I probably should have reported it sooner, but always just fell back to MultiAVCHD out of haste.

[jdobbs]

OK, thanks. I'll try some original subs tonight and see if it works.

All this stuff is so complicated - I appreciate the great support you give for this great program.

FYI, I've been occasionally testing BD Rebuilder with TSMuxer subs ever since the DVD export feature was added to BD Rebuilder. If I remember correctly I have never gotten it to work correctly with TSMuxer subs. I probably should have reported it sooner, but always just fell back to MultiAVCHD out of haste. What kind of subs are you using (that are being converted to SUP by TSMUXER)? It's fairly easy to create a SUP from text subs (but almost impossible to go the other way without human intervention), maybe I could add a module...

Interesting that you'd have problems -- all the subs from commercial discs are demuxed by TSMUXER before BD-RB resizes them.

[soneca]

jdobbs,

Have you considered the possibility of adding BDSup2Sub for resizing and conversion of subtitles?

[jdobbs]

Yes -- but, I'd rather do it myself. BDSup2Sub would put another layer of requirements on it as well as a dependency on the java runtime libraries. It also includes some portions that aren't GPL, and I don't want to get into that.

Besides, all I'm doing is simple conversions and resizing -- and that's pretty straightforward. BDSup2Sub does a lot more things that I don't really need.

[soneca]

Ok. :(

[colinhunt]

Ran a full backup of Labyrinth (Jim Henson's puppets with very young Jennifer Connelly). Output's PiP video is not working. On some players PiP audio plays but there's no PiP video. PowerDVD 11 freezes when PiP video window is supposed to open. (Note: PDVD11 plays the original without problems.) PiP feature on this title also shows the name of the person speaking as a graphic separate from PiP video.

[abbadon]

Is BDRB supposed to check size first before all re-encoding, or just sometimes? I went to strip and audio track from a previous encode that was 10MB over the BD25 limit, but it still began to reencode. I tried a number of options, all unsuccessfully, until adding the NOREENCODE=1 line.

And maybe something else I missed, is there a place where the current size is listed, minus blanked playlists and deleted audio?

[bassnut]

With all the talk about DGDecNV I thought I would give it a try. Picked up an Asus560Ti 448 CORE to for my AMD FX8120 which I just got up and running on stock settings. All I had on my portable drive for a test was Mission Imposible III wich I ran with DGDecNV and with without, both runs were done with the same setting with multi process set at 2 instances just disabling DGDecNV for the second run.

Run 1 DGDecNV - 1h 13min
Run 2 without DGDecNV enabled 1h 37 min

I should note with Multi Process set at 2 my processor was running about 90% so once my OC is set back up it might be posssible to run at Muliti Process at 3. Some more testing is in order.

[NightHawkGuy]

With all the talk about DGDecNV I thought I would give it a try. Picked up an Asus560Ti 448 CORE to for my AMD FX8120 which I just got up and running on stock settings. All I had on my portable drive for a test was Mission Imposible III wich I ran with DGDecNV and with without, both runs were done with the same setting with multi process set at 2 instances just disabling DGDecNV for the second run.

Run 1 DGDecNV - 1h 13min
Run 2 without DGDecNV enabled 1h 37 min

I should note with Multi Process set at 2 my processor was running about 90% so once my OC is set back up it might be posssible to run at Muliti Process at 3. Some more testing is in order.

Was this full disc or movie only and what was the output size setting and format?
What was your x264 encoding settings? One pass or two pass? Very fast, faster, slower, or default?

[greslogo]

If it continues, try replacing your X264.EXE with the one found in v0.39.4 and see if that helps.

Ran it again and this time it completed correctly. No idea what happened the first time.

[jdobbs]

Is BDRB supposed to check size first before all re-encoding, or just sometimes? I went to strip and audio track from a previous encode that was 10MB over the BD25 limit, but it still began to reencode. I tried a number of options, all unsuccessfully, until adding the NOREENCODE=1 line.

And maybe something else I missed, is there a play where the current size is listed, minus blanked playlists and deleted audio? It checks sizing at the individual playitem level. So if a playitem's predicted size is less than or equal to the desired size -- it is kept intact. If not, it is reencoded. But don't forget, there also are lots of settings that make an encode necessary -- like filters, resizing, splitting, reencoding status of playlist peers... it goes on and on.

[jdobbs]

Ran it again and this time it completed correctly. No idea what happened the first time. You may want to think about opening up your box and vacuuming out any dust etc -- often CPU heatsinks can get clogged and cause overheating/crashing only in the most strenuous conditions or when ambient temperatures rise a few degrees.

Nothing exercises your processor like X264...

[greslogo]

Ya, I know. I did this about 6 months ago and it's time to clean it out, again. I am in a dusty environment. Thanks for reminding me.

[jdobbs]

Ya, I know. I did this about 6 months ago and it's time to clean it out, again. I am in a dusty environment. Thanks for reminding me. I always forget -- then I'll happen to open up CPU Hardware Monitor one day and notice that my idle temps are a few degrees higher than they used to be... it's amazing how much a little accumulated dust can affect CPU temps.

[JoeH]

Just to update everybody on the TSMuxer subtitles - jdobbs has identified the problem and says it will be fixed for the next release of BD-RB. Thanks jdobbs!

[JoeH]

What kind of subs are you using (that are being converted to SUP by TSMUXER)? It's fairly easy to create a SUP from text subs (but almost impossible to go the other way without human intervention), maybe I could add a module...

I use SRT text files (as they are easy to find, or even modify if it were necessary), and convert them to SUP using TSMuxer.

[soneca]

I always forget -- then I'll happen to open up CPU Hardware Monitor one day and notice that my idle temps are a few degrees higher than they used to be... it's amazing how much a little accumulated dust can affect CPU temps.

Really, enclosures with many fans are like vacuum cleaners, in a few months are very dirty!
've seen some coolers with fins fully enclosed by dirt, increasing up to 7 or 8 degrees the temperature at idle, ie, the temperature will also increase proportionally in full.

[Sharc]

Source audio is DTS-HD XLL (as reported by DB-RB).
The Channel position is
- Front: L C R (reported by MediaInfo). Playback is correct using the 3 front speakers on my 5.1 system.
After encoding to ac3 /448 the new channel position is
- Front: L R Side: C (reported by MediaInfo)
=> The original center speaker is mapped to the left rear speaker on my 5.1 audio system.

I think this 3-channel audio is quite unusual, so I don't mind to simply put the problem aside. I report it just in case it should be a bug which needs perhaps to be looked at for another reason.

[soneca]

I think it would be clearer if the BD Rebuilder inform the track DTS-HD Master Audio such as DTS-HD MA, not XLL. Since reports track DTS-HD High Resolution as DTS-HD.

[abbadon]

Solution to dust: watercooling. One of the overlooked benefits.

[omegaman7]

Solution to dust: watercooling. One of the overlooked benefits.

Clearly you missed my post LOL! My water cooler blew up in my face(so to speak). I'm not against them though...
And actually, radiators accumulate dust too :p

[bassnut]

Was this full disc or movie only and what was the output size setting and format?
What was your x264 encoding settings? One pass or two pass? Very fast, faster, slower, or default?

This was all done on Automatic settings as I had just got home from the weekend and just finished installing windows. I really have not had a chance to paly with this system since I upgraded the cooling to a custom loop. you will find the Rebuilder Log and INF files attached if you want to look.

[colinhunt]

Goshdarnit but v0.40.07 can be fast. I just did a full backup of a 37GB disc using DGDecNV, 3-way multiprocessing and 2-pass Highest Quality (i.e. Slowest). BD-RB blazed through it in only 4 hours. I'm used to seeing 8-hour runs on my encoding rig so this feels like a massive improvement.

I wonder why 0.40.07 suddenly fared worse than previous versions with secondary audio/video. I think I'll do some testing by disabling DGDecNV and multiprocessing, then running Labyrinth again. Difference in performance might also be linked to how secondaries are used on Labyrinth.

[richardrpg]

I don't even know if I should put this query up as its not really a bug.Just a bit of background, being using BD Rebuilder for about a year and only do "movie only backup" MKV Container 1080p DD5.1 Once I've completed making the MKV I run it through "MKV2VOB" or Tsmuxer and mux it to either .mpg or m2ts keeping the DD5.1 intact and file split for fat32. I do this because I have friends who only have a PS3 to watch HD movies and I'm the sucker who must do all the encoding for them. My problem is that the newer beta's of BD rebuilder (from about v0.40.03)give me an MKV which cant be Muxed again as they just crash TSmuxer after about 10sec. I've tried mkvmerge and MKV rebuilder etc to some how get tsmuxer to completed the job. As I said this is not a bug as I can watch the MKV perfectly on my PC, what I'm doing to overcome this problem is using an older version of BD rebuilder (v0,39.01) and then the mkv muxes perfectly. If anybody has got a bit of advice for me how I can end up with what I need or some info as to why this is happening it would be appreciated. But if I have turn my PC back to October 2011 each time then I have no problem doing that.... the Quality of BD rebuilders output files is just too good to even try any other encoder. Thanks

[jdobbs]

I don't even know if I should put this query up as its not really a bug.Just a bit of background, being using BD Rebuilder for about a year and only do "movie only backup" MKV Container 1080p DD5.1 Once I've completed making the MKV I run it through "MKV2VOB" or Tsmuxer and mux it to either .mpg or m2ts keeping the DD5.1 intact and file split for fat32. I do this because I have friends who only have a PS3 to watch HD movies and I'm the sucker who must do all the encoding for them. My problem is that the newer beta's of BD rebuilder (from about v0.40.03)give me an MKV which cant be Muxed again as they just crash TSmuxer after about 10sec. I've tried mkvmerge and MKV rebuilder etc to some how get tsmuxer to completed the job. As I said this is not a bug as I can watch the MKV perfectly on my PC, what I'm doing to overcome this problem is using an older version of BD rebuilder (v0,39.01) and then the mkv muxes perfectly. If anybody has got a bit of advice for me how I can end up with what I need or some info as to why this is happening it would be appreciated. But if I have turn my PC back to October 2011 each time then I have no problem doing that.... the Quality of BD rebuilders output files is just too good to even try any other encoder. Thanks What version of BD-RB were you using when you experienced the problem? That problem (caused by compressed headers being the default in the newer versions of MKVMERGE) should be fixed (since v0.40.05) and should no longer be an issue.

[richardrpg]

@jdobbs
I have had that problem since BD-RBV04004 and have tried them all up to the latest release BD-RBV04007. Previously I was using one of the Betas in v0.39.01 range so havent tried every beta between V0.39.01 upto v0.40.04.

Thanks for the reply

[jdobbs]

@jdobbs
I have had that problem since BD-RBV04004 and have tried them all up to the latest release BD-RBV04007. Previously I was using one of the Betas in v0.39.01 range so havent tried every beta between V0.39.01 upto v0.40.04.

Thanks for the reply I'll test it -- but I'm pretty sure that TSMUXER should have no problem reading MKV output since v0.40.05...

[richardrpg]

I'll test it -- but I'm pretty sure that TSMUXER should have no problem reading MKV output since v0.40.05...
Thanks jdobbs. i do have a warning log and output log from mkvmerge if that will help, its all greek to me, its just lots of "F:\Work\FINAL_DESTINATION_5_00.MKV: Error in the Matroska file structure at position 1175259930. Resyncing to the next level 1 element."
and lots of
"Warning: 'F:\Work\FINAL_DESTINATION_5_00.MKV' track 2: This AC3 track contains 103743 bytes of non-AC3 data which were skipped. The audio/video synchronization may have been lost"

This was using an MKV made with the latest beta of BD-RB. As you can see I'm trying everything, even stuff I have no clue about

[jdobbs]

Thanks jdobbs. i do have a warning log and output log from mkvmerge if that will help, its all greek to me, its just lots of "F:\Work\FINAL_DESTINATION_5_00.MKV: Error in the Matroska file structure at position 1175259930. Resyncing to the next level 1 element."
and lots of
"Warning: 'F:\Work\FINAL_DESTINATION_5_00.MKV' track 2: This AC3 track contains 103743 bytes of non-AC3 data which were skipped. The audio/video synchronization may have been lost"

This was using an MKV made with the latest beta of BD-RB. As you can see I'm trying everything, even stuff I have no clue about Ok, I'll let you know what I find from testing.

[colinhunt]

Another peculiarly programmed Blu-ray: Redemption Film's "The Shiver of the Vampires" (US/Region A). On the backup, extra materials and the movie itself start with a text screen containing master tape information. That screen is not displayed on the original. There's some information telling the player where it should start and end playback of a file that's not being copied over to the backup. It's not in Java code because this title does not have any Java on it.

[jdobbs]

Thanks jdobbs. i do have a warning log and output log from mkvmerge if that will help, its all greek to me, its just lots of "F:\Work\FINAL_DESTINATION_5_00.MKV: Error in the Matroska file structure at position 1175259930. Resyncing to the next level 1 element."
and lots of
"Warning: 'F:\Work\FINAL_DESTINATION_5_00.MKV' track 2: This AC3 track contains 103743 bytes of non-AC3 data which were skipped. The audio/video synchronization may have been lost"

This was using an MKV made with the latest beta of BD-RB. As you can see I'm trying everything, even stuff I have no clue about I just did two separate encodes to MKV. One was multipart and the other was a single part. Both were reencoded to AVC with AC3 audio (1080p DD5.1). I then opened them with TSMUXER... no problem at all. :confused:

[graffight]

Bd Rebulilder experienced an error 2501 sourcecheck 0009.

and then when you click ok

it says selected source is not BD format.

tried this with 2 blu rays now and still getting the same problem, got it 98% through 25gb rip yesterday aswell.

anyone any ideas only been getting since bd rebuilder 40.07

[jdobbs]

Bd Rebulilder experienced an error 2501 sourcecheck 0009.

and then when you click ok

it says selected source is not BD format.

tried this with 2 blu rays now and still getting the same problem, got it 98% through 25gb rip yesterday aswell.

anyone any ideas only been getting since bd rebuilder 40.07 There's no such error as 2501, and it is impossible to get a sourcecheck error 98% through a rip -- it is never executed other when selecting a source or reloading a job.

I'd recommend you post your log.

[graffight]

There's no such error as 2501, and it is impossible to get a sourcecheck error 98% through a rip -- it is never executed other when selecting a source or reloading a job.

I'd recommend you post your log.


just closed anydvd and tried it again and it worked, wierd i've never had any problems with leaving anydvd running whilst using your program jdobbs

[setarip_old]

@jdobbs

Hi!

Perhaps the "error 2501" is being generated by one of the associated programs.

I suggest this because the following Googlesearch generates quite a few specific references:

BD-Rebuilder error 2501

[omegaman7]

Wow. A lot of people do it that way eh? I prefer remove anydvd from the factors of problems that could arise. So I rip to hard disk. It only takes 25 - 45min most the time. Seems like it would be harder on the Blu ray drive to run for so long. Start stop start stop.

[jdobbs]

@jdobbs

Hi!

Perhaps the "error 2501" is being generated by one of the associated programs.

I suggest this because the following Googlesearch generates quite a few specific references:

BD-Rebuilder error 2501 2501 is probably the location and 0009 the error.

[soneca]

Bd Rebulilder experienced an error 2501 sourcecheck 0009.

and then when you click ok

it says selected source is not BD format.

tried this with 2 blu rays now and still getting the same problem, got it 98% through 25gb rip yesterday aswell.

anyone any ideas only been getting since bd rebuilder 40.07

These Blu-rays are taken to the hard disk as an image or file?

[jdobbs]

These Blu-rays are taken to the hard disk as an image or file?

I always just copy the BDMV and CERTIFICATE folders to a folder I create on my hard drive.