BD Rebuilder Beta - Bug Reports Only

[jdobbs]

No way, not even remember this option.:rolleyes: Try turning MULTIPROCESS on... my experience has been good with DGDecNV -- and there's no delay added in because the indexing happens concurrently with the audio demuxing.

[jdobbs]

GT520 has a VP5 engine, so even though it is a low end card, it decodes faster than the VP4 cards.

My GT520 card died and I'm waiting for a high-end card with VP5 to replace it. Interesting. I picked up two of them, one for my development machine and another for my video computer. One of them died immediately and I had to take it back for exchange.

[omegaman7]

Sorry to get anyones hopes up. Figures! I have this way of hexxing things I swear. My GTX 260 is now DEAD! My Coolit eco CPU water cooler leaked all over it. POP! And then the screen went to puke! Thankfully I was quick and switched the main power strip off. But my 8600GT barely falls within the acceptable specifications/parameters. And it doesn't have a fan...where it's supposed to. So I won't be CUDA'ing anything for a while :( If I were capable of crying, I would be. I have been itching to upgrade it though anyway. But it would have made an excellent spare.

I should look at the positive side of things. I was right at my desk when it happened!!! It could have been much much worse. Thankfully my PSU is good. The GPU is the only thing that suffered :) So far...

[rendez2k]

So DGDecNV isn't encoding the video, its just 'serving' the video to BD-RB and this should result in a noticeable speed increase with my GTX 480? I assume theres no demo of DGDecNV?

[colinhunt]

Well this is a bit on the peculiar side. I'm running a movie-only back-up on 0.40.04 with DGDecNV and multiprocess=1 (resulting in a 6-way split). On an earlier (non-DGDecNV) version of BD-RB I usually got anything from 40 to 100 fps during pass 1 when running multiprocess.

Now, with DGDecNV + multiprocess, I get only 16 fps. That's very low for pass 1; it's closer to the fps I usually see during pass 2 at 100% CPU load. Checking Task Manager tells me this pass 1 at 16 fps is using 8,6GB of RAM and CPU use jumps between 30-53%.

DGDecNV + multiprocess (6-way)
Pass 1: 16 fps
Extraction/indexing/splitting: 23 minutes

** update
DGDecNV + multiprocess disabled
Pass 1: 34-35 fps
Extraction/indexing: 23 minutes

** update
Installed a GPU Meter gadget to monitor what the GPU is doing when BD-RB is running with DGDecNV. BD-RB is now "Extracting/indexing A/V streams" but the GPU Meter says GPU usage is 0%. Shouldn't that be something else if DGDecNV is using CUDA right now?

** update
DGDecNV + multiprocess (3-way)
Pass 1: 42-43 fps
Extraction/indexing/splitting: 30 minutes
GPU use: 4%
GPU RAM use: 2%
CPU use: 34-36%
RAM use: 5.2GB

** update
LAVF + multiprocess disabled
Pass 1: 33-34 fps
Extraction: 30 minutes
GPU use: 2-3%
GPU RAM use: 5%
CPU use: 14-21%
RAM use: 2.7GB

[colinhunt]

My Coolit eco CPU water cooler leaked all over it. POP!
My previous encoding rig was utterly destroyed by a leaking water cooler. It was a Coolit, too. $1500 worth of hardware up in smoke. It's been air cooling for me ever since.

[jdobbs]

Well this is a bit on the peculiar side. I'm running a movie-only back-up on 0.40.02 with DGDecNV and multiprocess=1 (resulting in a 6-way split). On an earlier (non-DGDecNV) version of BD-RB I usually got anything from 40 to 100 fps during pass 1 when running multiprocess.

Now, with DGDecNV + multiprocess, I get only 16 fps. That's very low for pass 1; it's closer to the fps I usually see during pass 2 at 100% CPU load. Checking Task Manager tells me this pass 1 at 16 fps is using 8,6GB of RAM and CPU use jumps between 30-53%.

DGDecNV + multiprocess (6-way)
Pass 1: 16 fps
Extraction/indexing/splitting: 23 minutes

** update
DGDecNV + multiprocess disabled
Pass 1: 34-35 fps
Extraction/indexing: 23 minutes

** update
Installed a GPU Meter gadget to monitor what the GPU is doing when BD-RB is running with DGDecNV. BD-RB is now "Extracting/indexing A/V streams" but the GPU Meter says GPU usage is 0%. Shouldn't that be something else if DGDecNV is using CUDA right now?

** update
DGDecNV + multiprocess (3-way)
Pass 1: 42-43 fps
Extraction/indexing/splitting: 30 minutes
GPU use: 4%
GPU RAM use: 2%
CPU use: 34-36%
RAM use: 5.2GB

** update
LAVF + multiprocess disabled
Pass 1: 33-34 fps
Extraction: 30 minutes
GPU use: 2-3%
GPU RAM use: 5%
CPU use: 14-21%
RAM use: 2.7GB The GPU doesn't do the extracting indexing, that's the CPU. It does the frame decoding as the reencoding occurs.

With hyperthreading enabled the intel processors make the O/S think it has more processors than are actually there. I need to find a way to get the actual physical processor count so I can more accurately select the number of multiprocess splits. A "virtual processor" is not a processor -- it is only one processor pretending to be more.

[jdobbs]

So DGDecNV isn't encoding the video, its just 'serving' the video to BD-RB and this should result in a noticeable speed increase with my GTX 480? I assume theres no demo of DGDecNV? Yes... when using DirectShow for decoding, the CPU is sharing its time between encoding (X264) and decoding (DirectShow). So theoretically, since DGDecNV is using the GPU to take some of the load off the CPU, you should see some speed increase. Decoding typically uses much less processor time then encoding -- but I'm trying to tweak BD-RB to take advantage of all it can. On my system I gain about 15-25% for most encodes. On other systems it might be more or less.

[drmih]

I'm just backing up the UK version of Merlin - Series 4 which consists of 5 discs. The first four encoded fine, but the fifth, which is some extras and just over the capacity of a bd-9 (I've tried to bd-5 and bd-9), gives the following error on each M2TS. The ripped image plays fine on the HDD with TMT3.

"BD Rebuilder Experienced an error 2007 [time] CorrectEPData() 00006 2007"

I have tried to advance the process by manually copying the files and tweaking the .inf file, but it happens on the subsequent files.

The log files give:
[02/09/12] BD Rebuilder v0.40.04 (beta)
[09:21:11] Source: MERLIN_S4_D5
- Input BD size: 8.64 GB
- Approximate total content: [01:02:26.907]
- Target BD size: 4.36 GB
- Windows Version: 6.1 [7601]
- Quality: Highest (Very Slow), Two Pass
- Decoding/Frame serving: X264/LAVF
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[09:21:11] PHASE ONE, Encoding
- [09:21:11] Processing: VID_00000 (1 of 25)
- [09:21:11] Extracting A/V streams [VID_00000]
- [09:21:39] Reencoding video [VID_00000]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 25.000fps, 6,112 frames
- Bitrate: 8,989 Kbs
- [09:21:39] Reencoding: VID_00000, Pass 1 of 2
- [09:27:06] Reencoding: VID_00000, Pass 2 of 2
- [09:50:09] Video Encode complete
- [09:50:09] Processing audio tracks
- Track 4352 (eng): Keeping original audio
- [09:50:09] Multiplexing M2TS
- [09:50:21] CorrectEPData() 00006 2007
[09:54:37]PHASE ONE aborted by user request

[jdobbs]

I think I know what might be causing that one. It seems that some recent discs are using some extremely large starting PTS values. Goofy for sure. There are a couple places I need to change to account for that -- that was the cause of the issue I fixed in v0.40.04 and I'd guess you're seeing something similar. I should be able to find it. I should have gone back and fixed that possibility long ago.

[colinhunt]

The GPU doesn't do the extracting indexing, that's the CPU. It does the frame decoding as the reencoding occurs.
OK... I installed the latest Nvidia drivers a moment ago and am running the same movie-only backup again, this time with DGDecNV and multiprocess=1.
6-way split pass 1 is now running at 12,50 fps. GPU Monitor says the GPU is not used at all; its load is 0%. Not sure if the GPU Monitor can be trusted because Nvidia Control Panel acts very sluggish. Is there a reliable way to doublecheck BD-RB is using DGDecNV and CUDA?

edit: It looks like GPU Monitor is a POS. I aborted BD-RB and noticed GPU temperature dropping rapidly from 58C to 53C which hints at GPU being used during re-encoding even though GPU Monitor says it's not.

[varekai]

OK... I installed the latest Nvidia drivers a moment ago and am running the same movie-only backup again, this time with DGDecNV and multiprocess=1.
6-way split pass 1 is now running at 12,50 fps. GPU Monitor says the GPU is not used at all; its load is 0%. Not sure if the GPU Monitor can be trusted because Nvidia Control Panel acts very sluggish. Is there a reliable way to doublecheck BD-RB is using DGDecNV and CUDA?

edit: It looks like GPU Monitor is a POS. I aborted BD-RB and noticed GPU temperature dropping rapidly from 58C to 53C which hints at GPU being used during re-encoding even though GPU Monitor says it's not.
You could try this free GPU-Z
http://www.techpowerup.com/downloads/2092/TechPowerUp_GPU-Z_v0.5.8.html

[jdobbs]

Is there a reliable way to doublecheck BD-RB is using DGDecNV and CUDA?

You can look at the AVS file during the encode. It will reference "DGSource()" as opposed to "DirectshowSource()"

[varekai]

Is there a demo/tryout of DGDecNV?

[jdobbs]

I've never asked... but for $15, there's not a lot at risk. It's kinda' like asking for a tryout of a lunch at Burger King. Of course we need to remember that you also need an Nvidia CUDA enabled video card.

Just a reminder -- DGDecNV is Neuron2's software, not mine, I just added support for it in BD-RB because I tried it and liked it. It also removes dependencies to FFDSHOW and HAALI (it still uses AVISYNTH).

[Capsbackup]

Is there a demo/tryout of DGDecNV?

No, but by supporting a long time Doom9 member/moderator with only a $ 15.00 contribution seems extremely fair! ;)

[jdobbs]

No, but by supporting a long time Doom9 member/moderator with only a $ 15.00 contribution seems extremely fair! ;) I completely agree. He's been the most active moderator here for a long time. He also wrote the free MPEG-2 frame serving software (DGDecode) that was used for this same purpose in DVD Rebuilder -- not to mention a huge stable of freeware AVISYNTH and VirtualDub filters.

[colinhunt]

You can look at the AVS file during the encode. It will reference "DGSource()" as opposed to "DirectshowSource()"
Yeah, it says DGSource.

I found a much better monitoring gadget called GPU Observer. It's able to show me what GPU and VPU are doing. I'm running a 2-way pass 2 now and the gadget says GPU is practically idling, but VPU load jumps between 5 and 35 percent. So it's deffo doing something. I guess I'll try upping multiprocessing to 3 or 4-way next.

[Capsbackup]

I completely agree. He's been the most active moderator here for a long time. He also wrote the MPEG-2 frame serving software (DGDecode) that was used for this same purpose in DVD Rebuilder as well as a huge stable of freeware AVISYNTH filters.

True, and DGDecode remains free! :D
If I consider all the backups I have made with DVD RB and now BD-RB, both of you are have been extremely generous!

Well I guess it's time to share my gratitude!! ;)

[colinhunt]

No, but by supporting a long time Doom9 member/moderator with only a $ 15.00 contribution seems extremely fair! ;)
^ what he said.

[colinhunt]

DGDecNV + 4-way multiprocessing
Pass 1: 42-43 fps
VPU load: 71-82%
GPU RAM: 662 of 896 MB in use
CPU load: 30-38% (2 x Xeon E5520, 12GB RAM)

I believe the low fps for pass 1 with 6-way split was caused by the VPU choking. My graphics card is an old GTX 275 and judging by the tests so far, I'd say 5-way multiprocessing is the limit for its VPU.

[varekai]

It's kinda' like asking for a tryout of a lunch at Burger King.

OK! I hear you all... just made a 15$ donation to Mr. Donald A. Graft and DGDecNV...

I got 2 Asus Nvidia Geforce GTX 560 Ti DCII TOP 1GB in SLI.
Will DGDecNV use both GPU's? I'll try it and hopefully get some speed improvements.

regards

[Harlem Carmello]

good Afternoon
I just do the conversion from a Blu-ray to AVCHD with BD Rebuilder take more than 18 hours in the end did not come all the BDMV folder without the CERTIFICATE folder so I did a test starting this folder create a BDMV ISO did not run as expected does anyone know the solution as a folder is missing!

Thank you!

[jdobbs]

good Afternoon
I just do the conversion from a Blu-ray to AVCHD with BD Rebuilder take more than 18 hours in the end did not come all the BDMV folder without the CERTIFICATE folder so I did a test starting this folder create a BDMV ISO did not run as expected does anyone know the solution as a folder is missing!

Thank you! A CERTIFICATE folder is a part of the Blu-Ray standard and is not required in AVCHD.

[LowDead]

Maybe found a bug.. I licensed and installed DG.. Set it up in BDRB and took it for a spin.. Worked but gave me worse result than with DS, for example ~70fps(DG) against ~100+fps (DS). And this was the same test setup and movie as the last speed test.. And now for the bug. For comparison I went back to DS decoding and when I got to main movie it gave me - Failed video encode, aborted.. below are the logs.

[Options]
VERSION=0.40.0.4
MODE=0
ENCODE_QUALITY=3
ONEPASS_ENCODING=0
AUTO_QUALITY=0
TARGET_SIZE=24400
AUDIO_TO_KEEP=eng;jpn;
SUBS_TO_KEEP=deu;eng;ger;swe;
SD_CONVERT=0
OPEN_GOP=1
RESIZE_1080=0
DEINTERLACE=1
SD_TO_1080=0
CONVERT_WIDE=0
DTS_REENCODE=0
AC3_REENCODE=0
AC3_640=1
AC3_192=0
KEEP_HD_AUDIO=0
AVCHD=1
REMOVE_WORKFILES=0
MOVIE_ONLY_LOOP=1
REMOVE_OUTPUT=0
USE_FILTERS=0
BDMV_CERT_ONLY=0
USE_LAVF=0
IVTC_PULLDOWN=1
ASSUME_DVD_PAL=0
UNMASK_CHAPTER=0
COMPLETION_BEEP=0
AUDIO_TRACK_LIMIT=1
SUBTITLE_TRACK_LIMIT=1
CUSTOM_TARGET_SIZE=8250
DTSX=1
B_PYRAMID=1
QUICK_EXTRAS=0
MULTIPROCESS=5
DGDECNV=0
[Paths]
SOURCE_PATH=E:\TEMP\THE GIRL WHO LEAPT THROUGH TIME\
WORKING_PATH=C:\TEMP\
DGIndexNV=C:\VidSoft\BD_Rebuilder\Tools\DG\DGIndexNV.exe
DGDecNV=C:\VidSoft\BD_Rebuilder\Tools\DG\DGDecodeNV.dll

"C:\VidSoft\BD_Rebuilder\tools\x264.exe" "C:\TEMP\WORKFILES\VID_00014.5.AVS" --preset slow
--bluray-compat --ref 4 --b-adapt 1 --b-pyramid strict --weightp 1 --open-gop --qpmin=0
--bitrate 8002 --level 4.1 --qpfile "C:\TEMP\WORKFILES\VID_00014.5.CHP" --sar 1:1 --aud
--nal-hrd vbr --pic-struct --vbv-bufsize 13000 --keyint 24 --min-keyint 1 --ipratio 1.1
--pbratio 1.1 --vbv-maxrate 15000 --threads auto --slices 4 --thread-input -
-stats "C:\TEMP\WORKFILES\VID_00014.AVS.5.264.stats" --pass 1 --output NUL


----------------------
[02-09-12] BD Rebuilder v0.40.04 (beta)
[18:09:20] Source: THE_GIRL_WHO_LEAPT_THROUGH_TIME
- Input BD size: 21,88 GB
- Approximate total content: [01:43:33.102]
- Target BD size: 8,06 GB
- Windows Version: 6.1 [7601]
- Quality: Highest (Very Slow), Two Pass
- Decoding/Frame serving: DirectShow [5-way]
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=640
[18:09:20] PHASE ONE, Encoding
- [18:09:20] Processing: VID_00000 (1 of 4)
- [18:09:20] Extracting A/V streams [VID_00000]
- [18:09:24] Reencoding video [VID_00000]
- Source Video: MPEG-2, 1920x1080
- Rate/Length: 23,976fps, 720 frames
- Bitrate: 5*356 Kbs
- [18:09:24] Reencoding: VID_00000, Pass 1 of 2
- [18:09:30] Reencoding: VID_00000, Pass 2 of 2
- [18:09:39] Video Encode complete
- [18:09:39] Processing audio tracks
- [18:09:39] Multiplexing M2TS
- [18:09:43] Processing: VID_00009 (2 of 4)
- [18:09:43] Extracting A/V streams [VID_00009]
- [18:09:50] Reencoding video [VID_00009]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 6*257 frames
- Bitrate: 2*260 Kbs
- [18:09:50] Reencoding: VID_00009, Pass 1 of 2
- [18:12:29] Reencoding: VID_00009, Pass 2 of 2
- [18:14:56] Video Encode complete
- [18:14:56] Processing audio tracks
- Track 4352 (jpn): Keeping original audio
- Track 4353 (jpn): Keeping original audio
- Track 4354 (jpn): Keeping original audio
- [18:14:56] Multiplexing M2TS
- [18:15:10] Processing: VID_00014 (3 of 4)
- [18:15:10] Extracting A/V streams [VID_00014]
- [18:17:07] Reencoding video [VID_00014]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 141*415 frames
- Bitrate: 8*002 Kbs
- [18:17:07] Reencoding: VID_00014, Pass 1 of 2
- Encode failed. Aborting.
- BD-Rebuilder v0.40.04 (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 "ffmpeg-mt": Ok
- X264: Ok
- AFTEN: Ok
- FAAC: Ok
- MP4BOX: Ok
- WAVI: Ok
- TSMUXER: Ok
[18:17:07] - Failed video encode, aborted


[Status]
LABEL=THE_GIRL_WHO_LEAPT_THROUGH_TIME
VERSION=v0.40.04 (beta)
SOURCE_SIZE=23488221533
SOURCE_VIDEO_SIZE=23466332160
TARGET_SIZE=8650752000
REDUCTION=.367712455792665
RESIZE_1080=0
AUDIO_TO_KEEP=eng;jpn;
KEEP_HD_AUDIO=0
SUBS_TO_KEEP=deu;eng;ger;swe;
BACKUP_MODE=0
MOVIEONLY_TYPE=0
USE_LAVF=0
INSTANCES=5
DGDECNV=0
QUICK=0
ENCODE_STEP=1.5
COMPLETED=2
[00000]
AUDIO=
PGS=
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=21627564
RATE=5356
NSIZE=10887168
FLINK=0
MLINK=-1
[00009]
AUDIO=111
PGS=
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=255163686
RATE=2260
NSIZE=259049472
FLINK=0
MLINK=-1
[00014]
AUDIO=0110
PGS=010001
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=8341755754
RATE=8002


/LD

[jdobbs]

I'm guessing you're working on a system that is counting hyperthreading as if it represents "real" processors. BD-RB takes the Windows environment variable NUMBER_OF_PROCESSORS literally. I can see that you have at least 5 splits going on. That's probably bringing your system to a point of degenerated return. I'd suggest you set MULTIPROCESS=2 as a start and see how that works out.

Not sure about the DS error -- try reinstalling to counter the impact of other software that is tweaking your system, that's the usual cure.

[Harlem Carmello]

So what should I do want to record and view directly on the PS3 flimes intend to write to DVD-dl 8GB did a test and do not run!

Thank you.

[Harlem Carmello]

So what should I do want to record and view directly on the PS3 flimes intend to write to DVD-dl 8GB did a test and do not run!

Thank you.

[jdobbs]

So what should I do want to record and view directly on the PS3 flimes intend to write to DVD-dl 8GB did a test and do not run!

Thank you. Nothing special. Lots of people are using BD Rebuilder for the PS3 -- I don't own one so I can't say for sure what settings to use. I would guess you should turn "strict AVCHD off".

[LowDead]

I'm guessing you're working on a system that is counting hyperthreading as if it represents "real" processors. BD-RB takes the Windows environment variable NUMBER_OF_PROCESSORS literally. I can see that you have at least 5 splits going on. That's probably bringing your system to a point of degenerated return. I'd suggest you set MULTIPROCESS=2 as a start and see how that works out.

Not sure about the DS error -- try reinstalling to counter the impact of other software that is tweaking your system, that's the usual cure.

Haven't installed anything between 4002(which worked flawlessly with the same settings on my test disc) and 4004, so I went looking on other things before trying to reinstall.. First I tested to use the x264 from 4002 to see if there were some problems with the new one.. no luck, but this time I noticed that the error comes when initiating the split. The split information line just blinks and then the error comes.. I have more than enough space on my hdd, so it should not be that...

//LD

[jdobbs]

Haven't installed anything between 4002(which worked flawlessly with the same settings on my test disc) and 4004, so I went looking on other things before trying to reinstall.. First I tested to use the x264 from 4002 to see if there were some problems with the new one.. no luck, but this time I noticed that the error comes when initiating the split. The split information line just blinks and then the error comes.. I have more than enough space on my hdd, so it should not be that...

//LD Does it run if you turn MULTIPROCESS off? That would at least tell for sure if it was the split.

[LowDead]

Does it run if you turn MULTIPROCESS off? That would at least tell for sure if it was the split.

Yes, turning it off worked.

/LD

[omegaman7]

Jdobbs. Go have dinner on me :) Or buy some more blu rays, or whatever you want. A big thank you for all you do.

If I can get the GTX 560 Ti here soon, I'll try some more testing :D

[Guest]

edit: It looks like GPU Monitor is a POS. I aborted BD-RB and noticed GPU temperature dropping rapidly from 58C to 53C which hints at GPU being used during re-encoding even though GPU Monitor says it's not. DGDecNV uses the VP engine, not the graphics (GPU) core.

[jdobbs]

DGDecNV uses the VP engine, not the graphics (GPU) core. That misinformation is probably my fault... I though it was the GPU as well.

[soneca]

@ neuron2

What is the gain of the VP5 in relation to VP4, an approximate value?

[soneca]

Try turning MULTIPROCESS on... my experience has been good with DGDecNV -- and there's no delay added in because the indexing happens concurrently with the audio demuxing.

The difference was very small by using multiprocess=auto(6) ... I'll try using two instances.

[NightHawkGuy]

I've observed with several test runs on an AMD 6core CPU (Phenom II x6 1090T @3.6Ghz) and an Nvidia GTX460 GPU (VP4) and 4GB memory with Windows 7x64,
that using DGDecNV is up to 25% slower than ffdshow directshow if encoding with x264 on the superfast setting.
However, with the x264 faster setting or lower, DGDecNV is about 7-10% faster than ffdshow on my system.

On my system I can also run with multiprocess for 2 instances using under 3GB RAM total and with DGDecNV and x264 faster setting and 24fps 1080p AVC video source, get speeds of pass1@2.8x(67fps) and pass2@2.1x(51fps)
In pass1 I get about 65% use of all six CPU cores with ~3GB RAM used, and GPU video engine at 99% with 288MB GPU memory used.
In pass2 I get full 100% use of all six CPU cores with ~2.8GB RAM used, and GPU video engine at 80% with 289MB GPU memory used.

Testing with DGDecNV and x264 faster setting with only 1 pass ABR to a 25GB output from a 1080p AVC source, I found with my system I get essentially the same speed with multiprocess off vs 2 instances since the CPU load on all six cores is 100% either way.
In this case I'm getting a speed of about 1.25x (30fps) with 100% CPU load and 50% GPU load.
Appears that on my system that multiprocess mode only speeds up 2 pass encoding at faster or lower settings, especially with the DGDecNV decoder - good for 4-8GB output builds.
And for 25GB (BD-R) builds where 1pass ABR is good enough, I can just run with multiprocess off for good speed on my system.

I measured GPU video engine load using GPU-Z software.
So with my system setup for superfast/veryfast x264 runs regular ffdshow and no multiprocess is ok/best, but for higher quality with smaller output size with x264 setting of faster or lower then DGDecNV decoding and multiprocess=2 is best.
Not sure if adding more RAM to up it to 8-12GB to run at multiprocess=3 would speed it up much more to be worth the ~$50 cost to buy some 8GB DDR3 1600 RAM?

[Mark_Venture]

Help?

I've been using BD Rebuilder successfully for a while now to convert Blurays to MKV (via alternate movie only, MKV Container/1920x1080/Intact Audio), which I put on a windows share to be accessed/played with my LG BD390 and BD570 bluray players (wired gigabit Ethernet).

With build 0.40.4, the files wont play. It looks like they are going to start, but the LG goes right back to the file list.

To upgrade, all I did was like I've done in the past... downloaded the new version, unzipped it, and copied the files into the existing directory (overwriting the old ones).

Any suggestions?

Hope the following info helps. Let me know if anything else is needed...

Here is info on a recode I did of GROUNDHOG_DAY with v0.39.07 that works..
[Status]
LABEL=GROUNDHOG_DAY
VERSION=v0.39.07 (beta)
SOURCE_SIZE=26590912512
SOURCE_VIDEO_SIZE=26590912512
TARGET_SIZE=24641536000
REDUCTION=.926690123510418
RESIZE_1080=0
AUDIO_TO_KEEP=eng;
KEEP_HD_AUDIO=-1
SUBS_TO_KEEP=eng;
BACKUP_MODE=1
MOVIEONLY_TYPE=11
USE_LAVF=0
QUICK=0
ENCODE_STEP=0
COMPLETED=1
REBUILD_COMPLETE=1
[00011]
AUDIO=10010
PGS=110000000000000000000
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=24641536000
NSIZE=0
FLINK=0
MLINK=0-----------------------
[00:10:33] BD Rebuilder v0.39.07 (beta)
- Source: GROUNDHOG_DAY
- Input BD size: 24.76 GB
- Approximate total content: [01:41:04.057]
- Windows Version: 6.1 [7601]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- Mode: MKV Container, 1920x1080, Intact Audio
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[00:10:35] PHASE ONE, Encoding
- [00:10:35] Processing: VID_00011 (1 of 1)
- [00:10:35] Extracting A/V streams [VID_00011]
- [00:17:40] Reencoding video [VID_00011]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 145,392 frames
- Bitrate: 10,187 Kbs
- [00:17:40] Reencoding: VID_00011, Pass 1 of 2
- [01:21:52] Reencoding: VID_00011, Pass 2 of 2
- [02:28:22] Video Encode complete
- [02:28:22] Processing audio tracks
- [02:28:22] Multiplexing M2TS
[02:28:22]PHASE ONE complete
[02:28:22]PHASE TWO - Rebuild Started
- [02:28:22] Rebuilding stream 00011 [1 of 1]
- [02:28:22] Building ALTERNATE OUTPUT Structure
[02:33:30] - Encode and Rebuild complete
[02:33:31]JOB: GROUNDHOG_DAY finished.
----------------------and info about the file per MediaInfo
General
Unique ID : 243937437596447059580597332619115883905 (0xB784A43D6F1D0AACB07DD7DD3B97ED81)
Complete name : J:\[Movies]\GROUNDHOG_DAY\GROUNDHOG_DAY_00.MKV
Format : Matroska
Format version : Version 2
File size : 7.64 GiB
Duration : 1h 41mn
Overall bit rate mode : Variable
Overall bit rate : 10.8 Mbps
Encoded date : UTC 2012-02-07 07:28:23
Writing application : mkvmerge v2.9.7 ('Tenderness') built on Jul 1 2009 18:43:35
Writing library : libebml v0.7.7 + libmatroska v0.8.1

Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L4.1
Format settings, CABAC : Yes
Format settings, ReFrames : 2 frames
Codec ID : V_MPEG4/ISO/AVC
Duration : 1h 41mn
Bit rate mode : Variable
Bit rate : 10.2 Mbps
Maximum bit rate : 15.0 Mbps
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate : 23.976 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.205
Stream size : 7.04 GiB (92%)
Writing library : x264 core 120 r2120 0c7dab9
Encoding settings : cabac=1 / ref=1 / deblock=1:0:0 / analyse=0x3:0x3 / me=dia / subme=1 / psy=1 / psy_rd=1.00:0.00 / mixed_ref=0 / me_range=16 / chroma_me=1 / trellis=0 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=1 / chroma_qp_offset=0 / threads=12 / sliced_threads=0 / slices=4 / nr=0 / decimate=1 / interlaced=0 / bluray_compat=1 / constrained_intra=0 / bframes=3 / b_pyramid=0 / b_adapt=1 / b_bias=0 / direct=1 / weightb=1 / open_gop=0 / weightp=1 / keyint=48 / keyint_min=1 / scenecut=40 / intra_refresh=0 / rc_lookahead=0 / rc=2pass / mbtree=0 / bitrate=10187 / ratetol=1.0 / qcomp=0.60 / qpmin=0 / qpmax=69 / qpstep=4 / cplxblur=20.0 / qblur=0.5 / vbv_maxrate=15000 / vbv_bufsize=15000 / nal_hrd=vbr / ip_ratio=1.10 / pb_ratio=1.10 / aq=1:1.00
Default : Yes
Forced : No

Audio #1
ID : 2
Format : AC-3
Format/Info : Audio Coding 3
Mode extension : CM (complete main)
Codec ID : A_AC3
Duration : 1h 41mn
Bit rate mode : Constant
Bit rate : 448 Kbps
Channel(s) : 6 channels
Channel positions : Front: L C R, Side: L R, LFE
Sampling rate : 48.0 KHz
Bit depth : 16 bits
Compression mode : Lossy
Stream size : 324 MiB (4%)
Language : English
Default : Yes
Forced : No

Audio #2
ID : 3
Format : AC-3
Format/Info : Audio Coding 3
Format profile : Dolby Digital
Mode extension : CM (complete main)
Codec ID : A_AC3
Duration : 1h 41mn
Bit rate mode : Constant
Bit rate : 192 Kbps
Channel(s) : 2 channels
Channel positions : Front: L R
Sampling rate : 48.0 KHz
Bit depth : 16 bits
Compression mode : Lossy
Stream size : 139 MiB (2%)
Language : English
Default : No
Forced : No

Menu
00:00:00.000 : en:00:00:00.000
00:07:26.863 : en:00:07:26.863
00:14:12.935 : en:00:14:12.935
00:18:17.221 : en:00:18:17.221
00:24:30.385 : en:00:24:30.385
00:30:43.341 : en:00:30:43.341
00:34:32.653 : en:00:34:32.653
00:41:00.624 : en:00:41:00.624
00:45:54.501 : en:00:45:54.501
00:52:39.823 : en:00:52:39.823
00:59:21.182 : en:00:59:21.182
01:06:08.047 : en:01:06:08.047
01:14:55.490 : en:01:14:55.490
01:19:59.169 : en:01:19:59.169
01:24:11.087 : en:01:24:11.087
01:32:13.611 : en:01:32:13.611

Here is the same, done with 0.40.4...
[Status]
LABEL=GROUNDHOG_DAY
VERSION=v0.40.04 (beta)
SOURCE_SIZE=26590912512
SOURCE_VIDEO_SIZE=26590912512
TARGET_SIZE=24641536000
REDUCTION=.926690123510418
RESIZE_1080=0
AUDIO_TO_KEEP=eng;
KEEP_HD_AUDIO=-1
SUBS_TO_KEEP=eng;
BACKUP_MODE=1
MOVIEONLY_TYPE=11
USE_LAVF=0
INSTANCES=1
DGDECNV=0
QUICK=0
ENCODE_STEP=0
COMPLETED=1
REBUILD_COMPLETE=1
[00011]
AUDIO=10010
PGS=110000000000000000000
VIDEO2=0
V2MBRATE=0
M2TS_TARGET=24641536000
NSIZE=0
FLINK=0
MLINK=0
----------------------
[02/09/12] BD Rebuilder v0.40.04 (beta)
[08:19:25] Source: GROUNDHOG_DAY
- Input BD size: 24.76 GB
- Approximate total content: [01:41:04.057]
- Windows Version: 6.1 [7601]
- MOVIE-ONLY/ALTERNATE OUTPUT mode enabled
- Mode: MKV Container, 1920x1080, Intact Audio
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[08:19:27] PHASE ONE, Encoding
- [08:19:27] Processing: VID_00011 (1 of 1)
- [08:19:27] Extracting A/V streams [VID_00011]
- [08:26:32] Reencoding video [VID_00011]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23.976fps, 145,392 frames
- Bitrate: 8,075 Kbs
- [08:26:32] Reencoding: VID_00011, Pass 1 of 2
- [09:28:59] Reencoding: VID_00011, Pass 2 of 2
- [10:31:52] Video Encode complete
- [10:31:52] Processing audio tracks
- [10:31:52] Multiplexing M2TS
[10:31:52]PHASE ONE complete
[10:31:52]PHASE TWO - Rebuild Started
- [10:31:52] Rebuilding stream 00011 [1 of 1]
- [10:31:52] Building ALTERNATE OUTPUT Structure
[10:37:01] - Encode and Rebuild complete
[10:37:01] JOB: GROUNDHOG_DAY finished.and from media info...General
Unique ID : 199774127402341520045391125516082624458 (0x964B18EFB7B37330A3DAEB23CF4637CA)
Complete name : J:\[Movies]\1-TEST\GROUNDHOG_DAY\GROUNDHOG_DAY_00.MKV
Format : Matroska
Format version : Version 2
File size : 7.07 GiB
Duration : 1h 41mn
Overall bit rate mode : Variable
Overall bit rate : 10.0 Mbps
Encoded date : UTC 2012-02-09 15:31:54
Writing application : mkvmerge v5.2.1 ('A Far Off Place') built on Jan 2 2012 23:21:10
Writing library : libebml v1.2.3 + libmatroska v1.3.0

Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L4.1
Format settings, CABAC : Yes
Format settings, ReFrames : 2 frames
Muxing mode : Header stripping
Codec ID : V_MPEG4/ISO/AVC
Duration : 1h 41mn
Bit rate mode : Variable
Nominal bit rate : 8 075 Kbps
Maximum bit rate : 15.0 Mbps
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate : 23.976 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.162
Writing library : x264 core 120 r2164 da19765
Encoding settings : cabac=1 / ref=1 / deblock=1:0:0 / analyse=0x3:0x3 / me=dia / subme=1 / psy=1 / psy_rd=1.00:0.00 / mixed_ref=0 / me_range=16 / chroma_me=1 / trellis=0 / 8x8dct=1 / cqm=0 / deadzone=21,11 / fast_pskip=1 / chroma_qp_offset=0 / threads=12 / sliced_threads=0 / slices=4 / nr=0 / decimate=1 / interlaced=0 / bluray_compat=1 / constrained_intra=0 / bframes=3 / b_pyramid=0 / b_adapt=1 / b_bias=0 / direct=1 / weightb=1 / open_gop=0 / weightp=1 / keyint=48 / keyint_min=1 / scenecut=40 / intra_refresh=0 / rc_lookahead=0 / rc=2pass / mbtree=0 / bitrate=8075 / ratetol=1.0 / qcomp=0.60 / qpmin=0 / qpmax=69 / qpstep=4 / cplxblur=20.0 / qblur=0.5 / vbv_maxrate=15000 / vbv_bufsize=15000 / nal_hrd=vbr / ip_ratio=1.10 / pb_ratio=1.10 / aq=1:1.00
Default : Yes
Forced : No

Audio #1
ID : 2
Format : TrueHD
Codec ID : A_TRUEHD
Duration : 1h 41mn
Bit rate mode : Variable
Maximum bit rate : 3 069 Kbps
Channel(s) : 6 channels
Channel positions : Front: L C R, Side: L R, LFE
Sampling rate : 48.0 KHz
Compression mode : Lossless
Language : English
Default : Yes
Forced : No

Audio #2
ID : 3
Format : AC-3
Format/Info : Audio Coding 3
Format profile : Dolby Digital
Mode extension : CM (complete main)
Muxing mode : Header stripping
Codec ID : A_AC3
Duration : 1h 41mn
Bit rate mode : Constant
Bit rate : 192 Kbps
Channel(s) : 2 channels
Channel positions : Front: L R
Sampling rate : 48.0 KHz
Bit depth : 16 bits
Compression mode : Lossy
Stream size : 139 MiB (2%)
Language : English
Default : No
Forced : No

Menu
00:00:00.000 : en:00:00:00.000
00:07:26.863 : en:00:07:26.863
00:14:12.935 : en:00:14:12.935
00:18:17.221 : en:00:18:17.221
00:24:30.385 : en:00:24:30.385
00:30:43.341 : en:00:30:43.341
00:34:32.653 : en:00:34:32.653
00:41:00.624 : en:00:41:00.624
00:45:54.501 : en:00:45:54.501
00:52:39.823 : en:00:52:39.823
00:59:21.182 : en:00:59:21.182
01:06:08.047 : en:01:06:08.047
01:14:55.490 : en:01:14:55.490
01:19:59.169 : en:01:19:59.169
01:24:11.087 : en:01:24:11.087
01:32:13.611 : en:01:32:13.611I did also try unchecking "keep hd audio" from setup. That file also doesn't play.

[KiwiKid]

I'm guessing the Header stripping listed under Muxing mode in MediaInfo is the problem. It is a quick fix with MkvMerge.

Instructions at this link

http://www.noblemd.info/index.php?option=com_content&view=article&id=21&Itemid=24

[colinhunt]

DGDecNV uses the VP engine, not the graphics (GPU) core.
Well, no wonder then :)

[NightHawkGuy]

I'm guessing the Header stripping listed under Muxing mode in MediaInfo is the problem.
Some playback devices have a problem with MKV header compression.
I noticed the version of mkvmerge was changed in the recent BD-Rebuilder releases.
The older mkvmerge version with v0.39.07 may not have output MKVs with header compression.
Its best to have MKV header compression disabled for most compatability - in the GUI version of mkvmerge this can be set as the default.

[varekai]

@neuron2

Can't get DGDecNV to work with BDRB?
After Extracting A/V Streams nothing happens?
Tried to figure out what's going on and doubledchecked license info and that peculiar line feed but nothing worked.
Finally found that the machine ID doesn't match?
What's that about?

Edit:
Just found out that if I go online DGDecNV works?!?
Is that it? I have to be connected to the web?
When I go offline the machine ID changes and DGDecNV/BDRB won't work!?

regards

[jdobbs]

I'm guessing the Header stripping listed under Muxing mode in MediaInfo is the problem. It is a quick fix with MkvMerge.

Instructions at this link

http://www.noblemd.info/index.php?option=com_content&view=article&id=21&Itemid=24 I think you're right. The newer versions of MKVMERGE changed the default -- I just noticed that I added "--compression 0:none" to all but one internal command line. That setting is the only one that can be guaranteed to work with all players. That's almost surely the problem. I'll correct that line and post an interim update.

I had to update the MKVMERGE version so I can add .SUP subtitle support.

[Mark_Venture]

I'm guessing the Header stripping listed under Muxing mode in MediaInfo is the problem. It is a quick fix with MkvMerge.

Instructions at this link

http://www.noblemd.info/index.php?option=com_content&view=article&id=21&Itemid=24
Thank you, those steps worked.

The copy made with 0.40.4, then I used those steps, is now playable.

[soneca]

jdobbs,

"--compression 0:none" or "--compression -1:none"? :confused:

[jdobbs]

jdobbs,

"--compression 0:none" or "--compression -1:none"? :confused: That just depends on how you are using the command line. In my case it is "0:none" -- in another it might be "-1:none".

[rendez2k]

Just donated for DGDecNV. Is there anyway for bdrb to record in the log the average FPS and time/speed etc for comparison?

[soneca]

That just depends on how you are using the command line. In my case it is "0:none" -- in another it might be "-1:none".

Ok.;)

[LowDead]

Does it run if you turn MULTIPROCESS off? That would at least tell for sure if it was the split.

I also reinstalled 4002 to verify.

4002=Works perfectly splitting
4004=Fail to split. Errors out directly. Works when using MULTIPROCESS=0

//LD