View Full Version : BD Rebuilder Beta - Bug Reports Only
jdobbs
7th February 2012, 16:54
Ah. found your original post where you first mentioned it will be in the next release, which is why I was confused when you mentioned browser/setup. I use FF and don't see anything in the Setup where I can point to DGDecodeNV. FF is an internet browser. Explorer it Windows internal file browser.
greslogo
7th February 2012, 17:06
Oops. Not enough coffee this morning.
jdobbs
7th February 2012, 17:10
Oops. Not enough coffee this morning. I'm on my second cup... ;)
jdobbs
7th February 2012, 17:15
I'm not getting high enough bitrates for Star Trek TOS discs. So what I'm attempting to do is output the episodes to MKV, or MP4. And later I'll have Multiavchd incorporate them into a disc of my own making :D I've been looking for a reason to give it a shot anyway.
Here's the thing. I set it for 1920x1080, 640Kbs DD5.1, CRF 18, and "Auto crop black borders". Been meaning to experiment with that too. The original video is clearly 1440 x 1080p excluding the side black borders (4:3). But the output changes it to 1040 height. Why would it do that? You're really gonna love this. I deleted all the files, and then thought I better report this. So... I'm gonna run the job again, and hope the bug is reproduced. If you would like the usual INI/INF just let me know. I haven't changed any settings, so theoretically, the bug should reoccur.Using 0.40.02 I've re-encoded The Matrix - Revolutions using Movie Only Backup, MULTIPROCESS=1 and 0, Crop Borders, Alternate MKV Intact Audio without errors from BD-RB. However, when I skipped through the rebuilt video I noticed between 44 minutes 36 to 38 seconds there are frame, or something, clitches only in video. VLC shows blank frames and put it's cone on the screen for a flash for a second. MPC, just shows some video glitch. Going with a feeling, I also encoded it with Movie-Only Backup set to DVD-5 which produced what I see as flawless in both A/V...in both players.
A side note...the video is indicated as VC-1 by BD-RB, at first past, with each render above, was around 87 FPS, but the 2nd pass never went over 30 FPS.
I'm going try 40.01 to see if a difference is produced.Hmmm... I guess I overestimated the capabilities of the auto-cropping filter. I only did a couple tests and it seemed to work ok. In fact until these bug reports I'd forgotten I'd even added it.. :) Maybe I should just leave that up to human intervention and get rid of that option.
Of course on the other hand... I can't be definitely sure that the problem is in auto-cropping on AmigaFuture's job -- as MULTIPROCESS was also in the mix. Do you know how many splits it made for the reencode? I'm running it right now with two.
The_Unknown
7th February 2012, 17:56
I have problems with rebuilding "Harry Potter and the Order of the Phoenix - Bonus-Disc" to a BD-9.
I attached the log. Do you have any idea what's the problem here?
jdobbs
7th February 2012, 18:03
I have problems with rebuilding "Harry Potter and the Order of the Phoenix - Bonus-Disc" to a BD-9.
I attached the log. Do you have any idea what's the problem here? Ahh... that's the same error that RobertM reported a couple of pages ago. I haven't been able to repeat it yet. Maybe I can with this disc. Can you post the contents of your BDREBUILDER.INI file (the config file) so I can use your settings in the encode?
omegaman7
7th February 2012, 18:16
How many splits for the reencode? I've actually got the "MULTIPROCESS" disabled at the moment.
jdobbs
7th February 2012, 18:44
How many splits for the reencode? I've actually got the "MULTIPROCESS" disabled at the moment. Soryy, I meant that for AmigaFuture.
I've found another issue with concurrently having MULTIPROCESS and cropping set. It could add a lot of time to the encode... I'm probably going to just disable multiprocessing when cropping is selected.
jdobbs
7th February 2012, 19:14
I have problems with rebuilding "Harry Potter and the Order of the Phoenix - Bonus-Disc" to a BD-9.
I attached the log. Do you have any idea what's the problem here?
Can you give me a listing of the WORKFILES folder immediately after getting the error? That might point me to the right section of code.
RobertM
7th February 2012, 19:35
Hi JDobbs,
Just in case this will help, here's a listing of my WORKFILES folder immediately before the error:
Directory of D:\BD-Rebuilds\BUILDS\WORKFILES
07/02/2012 01:22 PM <DIR> .
07/02/2012 01:22 PM <DIR> ..
07/02/2012 01:26 PM 20,131,635,057 00004.track_4113.264
07/02/2012 01:26 PM 1,049,963,452 00004.track_4352.dts
07/02/2012 01:26 PM 14,419,026 00004.track_4608.sup
07/02/2012 01:22 PM 366 AUD_00004.meta
4 File(s) 21,196,017,901 bytes
2 Dir(s) 1,599,663,779,840 bytes free
... and immediately after the error:
Directory of D:\BD-Rebuilds\BUILDS\WORKFILES
07/02/2012 01:26 PM <DIR> .
07/02/2012 01:26 PM <DIR> ..
07/02/2012 01:26 PM 1,049,963,452 00004.track_4352.dts
07/02/2012 01:26 PM 14,419,026 00004.track_4608.sup
07/02/2012 01:22 PM 366 AUD_00004.meta
07/02/2012 01:26 PM 222 AUD_00004_4352.AVS
07/02/2012 01:26 PM 189 VID_00004.AVS
07/02/2012 01:26 PM 203 VID_00004.CHP
6 File(s) 1,064,383,458 bytes
2 Dir(s) 1,619,795,415,040 bytes free
I just re-ran this process for SLYLINE; same error, same place.
jdobbs
7th February 2012, 19:47
Thanks! Yes that helps. That gives me a little better idea as to where the error is occuring. I'll scour that section of code.
jdobbs
7th February 2012, 19:57
@RobertM
I just send you a PM...
AmigaFuture
7th February 2012, 20:55
It stated 3 splits. I hope you find a way to leave them both active. :) I much prefer cropping and the speed. Hehe. I'll disable cropping in my next test but leave everything else as posted before. I thought about changing the number of MULTIPROCESS, but hadn't created the moments to do it yet. I noticed 40.01 also does it. I'll stay with .02 for the next tests.
The_Unknown
7th February 2012, 20:57
The error also occurs with Harry Potter and the Halfblood Prince (also Bonus Disc).
Directly after the error:
07.02.2012 17:55 <DIR> .
07.02.2012 17:55 <DIR> ..
07.02.2012 17:55 13.702.765 00003.track_4113.264
07.02.2012 17:55 145 AUD_00003.meta
07.02.2012 17:55 169 VID_00003.AVS
3 Datei(en), 13.703.079 Bytes
2 Verzeichnis(se), 274.110.214.144 Bytes frei
INI and LOG are in attachment.
jdobbs
7th February 2012, 23:32
The error also occurs with Harry Potter and the Halfblood Prince (also Bonus Disc).
Directly after the error:
07.02.2012 17:55 <DIR> .
07.02.2012 17:55 <DIR> ..
07.02.2012 17:55 13.702.765 00003.track_4113.264
07.02.2012 17:55 145 AUD_00003.meta
07.02.2012 17:55 169 VID_00003.AVS
3 Datei(en), 13.703.079 Bytes
2 Verzeichnis(se), 274.110.214.144 Bytes frei
INI and LOG are in attachment. Thanks. I've found the problem and fixed it for the next release. Hopefully I will post it later today. I just want to do a little testing first.
AmigaFuture
8th February 2012, 00:47
@jdobbs
I like the other method of encoding you typed about. That seems more along the way you have DVD-Rebuilder doing it. With that, HCEnc will use multiple instances of itself depending how many Cores the CPU has which results in very high FPS also, except for the last encode. After multiple encodes and only 1 process remaining, the FPS is reflected only for that single HCEnc process. However, when Mutl-Processing, whatever it's called..I don't recall at the moment, is disabled...the FPS is high as if multi is being used but with 1 instance of HCEnc. Which I see as it using multiple cores...with 1 HCEnc. I hoped that for MULTIPROCESS, but it doesn't seem like it with BD-Rebuilder. Is it possible to do the same with the external x264? I'm not using the internal x264 any more. I am noticing the 32-bit version is running only...so I'm guessing that it's not making calls to the 64-bit version?
Current render is with MULTIPROCESS=0 and Crop for Alternate Intact Audio is active. No splitting has happened. I got 40.XX FPS 1st pas. 19.XX 2nd pass.
jdobbs
8th February 2012, 01:49
BD-RB works the same way as DVD Rebuilder for multi-processing. The difference is that it is taking a lot more processing power for HD encoding, so the benefit only shows when you have spare processor time. On faster processors it will show more benefit.
If you use AVISYNTH as input you have to use the 32 bit version of X264. It really doesn't matter anyway -- in my testing the speed difference is negligible between 32/64 bit anyway. If you did see a difference it was more likely from LAVF.
jdobbs
8th February 2012, 02:39
I have updated the first post of this thread with a link to a new version of BD-RB (v0.40.04). Changes for this release:- Added support for Neuron2's DGDecNV. Note that
this software is not required for BD-RB to run,
but it will likely speed encoding in most cases.
DGDecNV requires a CUDA enabled video card and
a license that can be obtained through a $15
donation. For more info and h/w requirements:
http://www.neuron2.net/dgdecnv/dgdecnv.html
- Added code to make DGDecNV indexing execute
concurrently with TSMUXER audio extraction. This
should, in most cases, eliminate any additional
time needed for the indexing. If problems occur
however, concurrent indexing can be disabled
through a new INDEX_WITH_EXTRACT hidden option.
See HIDDENOPTS.TXT for more info.
- Corrected a bug that could result in a crash and
the error "PredictAndEncode() 00006 XXXX" when
MULTIPROCESS is active.
- Modified the log so the current date is shown
as the job begins rather than the time-of-day.
- Updated the included version of X264.EXE to the
latest release (r2164).
- Updated the included version of X264-64.EXE to
the latest release (r2164).
- Other minor corrections and cosmetic fixes.
RobertM
8th February 2012, 03:14
Good news!
40.04 seems to have fixed my problem. I didn't let it encode the whole thing through, but it completed the extraction and then started splitting for the multiprocess with no error, so it has certainly gotten past my precious problem area.
Thanks.
AmigaFuture
8th February 2012, 03:18
I get it about the resolution differences and that to see higher FPS with higher resolution you need to tap more power (vibration) to get higher FPS...or "seemingly" have multiple processes of a particular program. Which I noticed DVD Rebuilder didn't have to (multiple processes of HCEnc) to get higher FPS.
The last encoding wasn't split, but I verified it anyway and it was smooth. Reading your last post to me...I though I'd not activate the external LAVF and try that since I haven't for several past tests. :)
jdobbs
8th February 2012, 05:33
I get it about the resolution differences and that to see higher FPS with higher resolution you need to tap more power (vibration) to get higher FPS...or "seemingly" have multiple processes of a particular program. Which I noticed DVD Rebuilder didn't have to (multiple processes of HCEnc) to get higher FPS.
The last encoding wasn't split, but I verified it anyway and it was smooth. Reading your last post to me...I though I'd not activate the external LAVF and try that since I haven't for several past tests. :) Yes... it does use multiple process of HCEnc... but later versions of HCEnc incorporated internal multiprocessing so the increases weren't as great. I'm pretty familiar with how it works, having written it and all.
AmigaFuture
8th February 2012, 06:19
My intention wasn't to express you're not aware of your own program, but to help me further understand the Encoding process and speeds, and "Is there a Bug here??". Now I get it about the version of HCEnc I use which answers other question(s) a bit more even about BD-RB. :-D I Appreciate your reply, Thank You. :-)
Please keep the "Automatically crop black borders" option. I'm cool with using slower speeds for that. Fast is good, but slow has it's...benefits also. ;-)
colinhunt
8th February 2012, 13:35
Anyone done The Thing (2011) with PiP video/DTS Express enabled?
I ran it on 0.40.02 (multiprocess disabled) and the output plays PiP video without audio on PowerDVD 11. The original plays fine, audio and all, on PDVD11.
Slight clarification: when PiP video window opens and the secondary audio is activated, PDVD11 lowers the volume level of the main audio. On the backup, main audio level is lowered but secondary audio remains mute.
Also, on the original PDVD11 shows "DTSHD" as the codec of 2nd audio, along with the bitrate of the secondary audio. On the backup, only "DTSHD" is shown on the information OSD; bitrate is not shown.
colinhunt
8th February 2012, 13:44
Took a closer look at the secondary audio specs on both original and backup with Mediainfo. Here's the data, with parts that differ marked in bold.
Original
Audio #6
Count : 169
Count of stream of this kind : 6
Kind of stream : Audio
Kind of stream : Audio
Stream identifier : 5
Stream identifier : 6
ID : 6656
ID : 6656 (0x1A00)
Menu ID : 1
Menu ID : 1 (0x1)
Format : DTS
Format/Info : Digital Theater Systems
Commercial name : DTS
Format profile : Express
Codec ID : 162
Codec : DTS
Codec : DTS
Duration : 6180779
Duration : 1h 43mn
Duration : 1h 43mn 0s 779ms
Duration : 1h 43mn
Duration : 01:43:00.779
Bit rate mode : CBR
Bit rate mode : Constant
Bit rate : 192000
Bit rate : 192 Kbps
Channel(s) : 2
Channel(s) : 2 channels
Channel positions : Front: L R
Channel positions : 2/0/0
Sampling rate : 48000
Sampling rate : 48.0 KHz
Samples count : 296677392
Frame count : 193149
Resolution : 24
Resolution : 24 bits
Bit depth : 24
Bit depth : 24 bits
Compression mode : Lossy
Compression mode : Lossy
Delay : 11650.667
Delay : 11s 651ms
Delay : 11s 651ms
Delay : 11s 651ms
Delay : 00:00:11.651
Delay, origin : Container
Delay, origin : Container
Delay relative to video : 0
Video0 delay : 0
Stream size : 148338696
Stream size : 141 MiB (0%)
Stream size : 141 MiB
Stream size : 141 MiB
Stream size : 141 MiB
Stream size : 141.5 MiB
Stream size : 141 MiB (0%)
Proportion of this stream : 0.00488
Backup
Audio #3
Count : 169
Count of stream of this kind : 3
Kind of stream : Audio
Kind of stream : Audio
Stream identifier : 2
Stream identifier : 3
ID : 6656
ID : 6656 (0x1A00)
Menu ID : 1
Menu ID : 1 (0x1)
Format : DTS
Format/Info : Digital Theater Systems
Commercial name : DTS
Format profile : Express
Codec ID : 162
Codec : DTS
Codec : DTS
Duration : 6180608
Duration : 1h 43mn
Duration : 1h 43mn 0s 608ms
Duration : 1h 43mn
Duration : 01:43:00.608
Bit rate mode : CBR
Bit rate mode : Constant
Bit rate : 192000
Bit rate : 192 Kbps
Channel(s) : 2
Channel(s) : 2 channels
Channel positions : Front: L R
Channel positions : 2/0/0
Sampling rate : 48000
Sampling rate : 48.0 KHz
Samples count : 296669184
Frame count : 193144
Resolution : 24
Resolution : 24 bits
Bit depth : 24
Bit depth : 24 bits
Compression mode : Lossy
Compression mode : Lossy
Delay : 600000.000
Delay : 10mn 0s
Delay : 10mn 0s 0ms
Delay : 10mn 0s
Delay : 00:10:00.000
Delay, origin : Container
Delay, origin : Container
Delay relative to video : 0
Video0 delay : 0
Stream size : 148334592
Stream size : 141 MiB (1%)
Stream size : 141 MiB
Stream size : 141 MiB
Stream size : 141 MiB
Stream size : 141.5 MiB
Stream size : 141 MiB (1%)
Proportion of this stream : 0.00742
Note: the original is VC-1 encoded for both main and PiP video.
Note 2: the answer (or part of it) might lie in the length of Delay. Original has 11 seconds, backup has 10 minutes.
jdobbs
8th February 2012, 16:37
Note 2: the answer (or part of it) might lie in the length of Delay. Original has 11 seconds, backup has 10 minutes. Sorry, but that isn't it. That's just the "start" point that TSMUXER always uses. You'll find that all other video and audio streams also start at that point. Commercial discs often use 11.650 seconds as their start point -- probably because they use the same authoring software. If you open up the disc with BDEDIT you'll see that the "delay" isn't a delay at all -- it is the same for all the streams.
colinhunt
8th February 2012, 17:55
Sorry, but that isn't it. That's just the "start" point that TSMUXER always uses. You'll find that all other video and audio streams also start at that point. Commercial discs often use 11.650 seconds as their start point -- probably because they use the same authoring software. If you open up the disc with BDEDIT you'll see that the "delay" isn't a delay at all -- it is the same for all the streams.
Okey-dokey. It's something else, then. Let me know if there's something I can do to help with debugging.
soneca
8th February 2012, 17:55
I expected a better difference in speed, the first pass time was higher using DGDecNV, and the second pass, the difference was very small.
In this case I do not know if it's worth sharing the job with the video card(GTS450/1GB).
[02/08/12] BD Rebuilder v0.40.04 (beta)
[00:27:28] Source: CLEOPATRA_DISC_1
- Input BD size: 31,29 GB
- Approximate total content: [01:59:34.584]
- Target BD size: 7,84 GB
- Windows Version: 6.1 [7601]
- MOVIE-ONLY mode enabled
- RESIZE 1080p to 720p enabled
- SHUTDOWN at completion enabled
- Quality: Highest (Very Slow), Two Pass
- X264 Tweak(s) enabled
- Decoding/Frame serving: DGDecNV
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=640
- Subtitle [9] is defaulted ON.
- Audio [1] set to default.
[00:27:28] PHASE ONE, Encoding
- [00:27:28] Processing: VID_00001 (1 of 1)
- [00:27:28] Extracting A/V streams [VID_00001]
- [00:32:54] Reencoding video [VID_00001]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 172.018 frames
- Convert: 1280x720, 23,976fps, 172.018 frames
- Bitrate: 7.271 Kbs
- [00:32:54] Reencoding: VID_00001, Pass 1 of 2
- [01:20:54] Reencoding: VID_00001, Pass 2 of 2
- [02:42:39] Video Encode complete
- [02:42:39] Processing audio tracks
- Track 4352 (eng): Reencoding audio to AC3...
- Track 4357 (por): Keeping original audio
- [02:45:50] Multiplexing M2TS
[02:50:01]PHASE ONE complete
[02:50:01]PHASE TWO - Rebuild Started
- [02:50:01] Rebuilding AVCHD file Structure
[02:54:50] - Encode and Rebuild complete
- Computer SHUTDOWN initiated.
----------------------
[02/08/12] BD Rebuilder v0.40.04 (beta)
[11:29:32] Source: CLEOPATRA_DISC_1
- Input BD size: 31,29 GB
- Approximate total content: [01:59:34.584]
- Target BD size: 7,84 GB
- Windows Version: 6.1 [7601]
- MOVIE-ONLY mode enabled
- RESIZE 1080p to 720p enabled
- Quality: Highest (Very Slow), Two Pass
- X264 Tweak(s) enabled
- Decoding/Frame serving: DirectShow
- Audio Settings: AC3=0 DTS=0 HD=0 Kbs=640
- Subtitle [9] is defaulted ON.
- Audio [1] set to default.
[11:29:36] PHASE ONE, Encoding
- [11:29:36] Processing: VID_00001 (1 of 1)
- [11:29:36] Extracting A/V streams [VID_00001]
- [11:34:58] Reencoding video [VID_00001]
- Source Video: MPEG-4 (AVC), 1920x1080
- Rate/Length: 23,976fps, 172.018 frames
- Convert: 1280x720, 23,976fps, 172.018 frames
- Bitrate: 7.271 Kbs
- [11:34:58] Reencoding: VID_00001, Pass 1 of 2
- [12:09:51] Reencoding: VID_00001, Pass 2 of 2
- [13:39:09] Video Encode complete
- [13:39:09] Processing audio tracks
- Track 4352 (eng): Reencoding audio to AC3...
- Track 4357 (por): Keeping original audio
- [13:42:17] Multiplexing M2TS
[13:45:36]PHASE ONE complete
[13:45:36]PHASE TWO - Rebuild Started
- [13:45:36] Rebuilding AVCHD file Structure
[13:50:25] - Encode and Rebuild complete
[13:50:25] JOB: CLEOPATRA_DISC_1 finished.
jdobbs
8th February 2012, 18:02
I expected a better difference in speed, the first pass time was higher using DGDecNV, and the second pass, the difference was very small.
In this case I do not know if it's worth sharing the job with the video card(GTS450/1GB). Results can vary, I guess. But I can tell you that on my system I'm seeing increases in speed of 15-25%, and my video card is far from top-of-the-line (GT520). So it's definitely worth it to me. I can't guarantee everyone will see those kinds of increases -- for all I know they may see more. But I think its safe to say the most will see some increase.
Have you turned INDEX_WITH_EXTRACT off? I've never seen pass 1 be slower with DGDecNV...
colinhunt
8th February 2012, 18:04
What's the working relationship of LAVF and DGDecNV? Does one override the other or..?
jdobbs
8th February 2012, 18:21
What's the working relationship of LAVF and DGDecNV? Does one override the other or..?
LAVF, DGDecNV, and DirectShow all perform the same function, so you have to pick only one of the three.
The_Unknown
8th February 2012, 18:27
Thanks. I've found the problem and fixed it for the next release. Hopefully I will post it later today. I just want to do a little testing first.
Mhm, I'm having the same problem again (Harry Potter and the Order of the Phoenix (Bonus-Disc again)):
08.02.2012 18:08 <DIR> .
08.02.2012 18:08 <DIR> ..
08.02.2012 17:53 2.196 00003.clpi
08.02.2012 17:53 43.229.184 00003.m2ts
08.02.2012 17:59 1.412 00004.clpi
08.02.2012 17:59 113.111.040 00004.m2ts
08.02.2012 17:53 3.734.784 00004.track_4352.ac3
08.02.2012 17:53 654.106 00004.track_4608.sup
08.02.2012 17:53 918.872 00004.track_4609.sup
08.02.2012 17:53 825.849 00004.track_4610.sup
08.02.2012 17:53 1.020.835 00004.track_4611.sup
08.02.2012 17:53 850.345 00004.track_4612.sup
08.02.2012 17:53 759.859 00004.track_4613.sup
08.02.2012 17:53 835.023 00004.track_4614.sup
08.02.2012 17:53 815.305 00004.track_4615.sup
08.02.2012 18:00 636 00005.clpi
08.02.2012 17:59 12.275.712 00005.m2ts
08.02.2012 17:59 414.720 00005.track_4352.ac3
08.02.2012 17:59 30.882 00005.track_4608.sup
08.02.2012 17:59 46.879 00005.track_4609.sup
08.02.2012 17:59 50.419 00005.track_4610.sup
08.02.2012 17:59 48.534 00005.track_4611.sup
08.02.2012 17:59 42.628 00005.track_4612.sup
08.02.2012 17:59 53.023 00005.track_4613.sup
08.02.2012 17:59 47.594 00005.track_4614.sup
08.02.2012 17:59 44.740 00005.track_4615.sup
08.02.2012 18:01 716 00006.clpi
08.02.2012 18:01 19.998.720 00006.m2ts
08.02.2012 18:00 724.992 00006.track_4352.ac3
08.02.2012 18:00 47.312 00006.track_4608.sup
08.02.2012 18:00 85.546 00006.track_4609.sup
08.02.2012 18:00 61.615 00006.track_4610.sup
08.02.2012 18:00 87.328 00006.track_4611.sup
08.02.2012 18:00 59.213 00006.track_4612.sup
08.02.2012 18:00 27.325 00006.track_4613.sup
08.02.2012 18:00 73.792 00006.track_4614.sup
08.02.2012 18:00 64.479 00006.track_4615.sup
08.02.2012 18:06 1.552 00007.clpi
08.02.2012 18:06 111.820.800 00007.m2ts
08.02.2012 18:01 4.096.512 00007.track_4352.ac3
08.02.2012 18:01 454.255 00007.track_4608.sup
08.02.2012 18:01 608.860 00007.track_4609.sup
08.02.2012 18:01 596.151 00007.track_4610.sup
08.02.2012 18:01 702.400 00007.track_4611.sup
08.02.2012 18:01 575.797 00007.track_4612.sup
08.02.2012 18:01 499.046 00007.track_4613.sup
08.02.2012 18:01 584.977 00007.track_4614.sup
08.02.2012 18:01 581.793 00007.track_4615.sup
08.02.2012 18:07 668 00008.clpi
08.02.2012 18:07 14.241.792 00008.m2ts
08.02.2012 18:06 523.776 00008.track_4352.ac3
08.02.2012 18:06 2.288 00008.track_4608.sup
08.02.2012 18:06 7.960 00008.track_4609.sup
08.02.2012 18:06 2.288 00008.track_4610.sup
08.02.2012 18:06 6.563 00008.track_4611.sup
08.02.2012 18:06 2.288 00008.track_4612.sup
08.02.2012 18:06 2.288 00008.track_4613.sup
08.02.2012 18:06 2.288 00008.track_4614.sup
08.02.2012 18:06 2.288 00008.track_4615.sup
08.02.2012 18:08 684 00009.clpi
08.02.2012 18:08 16.754.688 00009.m2ts
08.02.2012 18:07 608.256 00009.track_4352.ac3
08.02.2012 18:07 2.288 00009.track_4608.sup
08.02.2012 18:07 11.517 00009.track_4609.sup
08.02.2012 18:07 2.288 00009.track_4610.sup
08.02.2012 18:07 13.753 00009.track_4611.sup
08.02.2012 18:07 2.288 00009.track_4612.sup
08.02.2012 18:07 2.288 00009.track_4613.sup
08.02.2012 18:07 2.288 00009.track_4614.sup
08.02.2012 18:07 2.288 00009.track_4615.sup
08.02.2012 18:08 15.321.513 00013.track_4113.vc1
08.02.2012 18:08 657.664 00013.track_4352.ac3
08.02.2012 17:49 143 AUD_00003.meta
08.02.2012 17:53 785 AUD_00004.meta
08.02.2012 17:53 263 AUD_00004_4352.AVS
08.02.2012 17:59 785 AUD_00005.meta
08.02.2012 17:59 263 AUD_00005_4352.AVS
08.02.2012 18:00 785 AUD_00006.meta
08.02.2012 18:00 263 AUD_00006_4352.AVS
08.02.2012 18:01 785 AUD_00007.meta
08.02.2012 18:01 263 AUD_00007_4352.AVS
08.02.2012 18:06 785 AUD_00008.meta
08.02.2012 18:06 263 AUD_00008_4352.AVS
08.02.2012 18:07 785 AUD_00009.meta
08.02.2012 18:07 263 AUD_00009_4352.AVS
08.02.2012 18:08 201 AUD_00013.meta
08.02.2012 18:08 263 AUD_00013_4352.AVS
08.02.2012 17:53 188 MUX_00003.meta
08.02.2012 17:59 813 MUX_00004.meta
08.02.2012 17:59 813 MUX_00005.meta
08.02.2012 18:01 813 MUX_00006.meta
08.02.2012 18:06 813 MUX_00007.meta
08.02.2012 18:07 813 MUX_00008.meta
08.02.2012 18:08 813 MUX_00009.meta
08.02.2012 17:49 172 VID_00003.AVS
08.02.2012 17:53 39.461.306 VID_00003.AVS.264
08.02.2012 17:51 828.685 VID_00003.AVS.264.stats
08.02.2012 17:49 378 VID_00003.CHP
08.02.2012 17:53 172 VID_00004.AVS
08.02.2012 17:59 95.943.905 VID_00004.AVS.264
08.02.2012 17:55 423.068 VID_00004.AVS.264.stats
08.02.2012 17:59 171 VID_00005.AVS
08.02.2012 17:59 10.777.757 VID_00005.AVS.264
08.02.2012 17:59 45.682 VID_00005.AVS.264.stats
08.02.2012 18:00 171 VID_00006.AVS
08.02.2012 18:01 17.566.017 VID_00006.AVS.264
08.02.2012 18:00 80.813 VID_00006.AVS.264.stats
08.02.2012 18:01 172 VID_00007.AVS
08.02.2012 18:06 96.258.189 VID_00007.AVS.264
08.02.2012 18:03 461.705 VID_00007.AVS.264.stats
08.02.2012 18:01 19 VID_00007.CHP
08.02.2012 18:06 171 VID_00008.AVS
08.02.2012 18:07 12.842.018 VID_00008.AVS.264
08.02.2012 18:07 57.581 VID_00008.AVS.264.stats
08.02.2012 18:07 171 VID_00009.AVS
08.02.2012 18:08 15.119.956 VID_00009.AVS.264
08.02.2012 18:08 67.049 VID_00009.AVS.264.stats
08.02.2012 18:08 169 VID_00013.AVS
116 Datei(en), 659.691.506 Bytes
2 Verzeichnis(se), 274.088.603.648 Bytes frei
jdobbs
8th February 2012, 18:32
Mhm, I'm having the same problem again (Harry Potter and the Order of the Phoenix (Bonus-Disc again)):
08.02.2012 18:08 <DIR> .
08.02.2012 18:08 <DIR> ..
08.02.2012 17:53 2.196 00003.clpi
08.02.2012 17:53 43.229.184 00003.m2ts
08.02.2012 17:59 1.412 00004.clpi
08.02.2012 17:59 113.111.040 00004.m2ts
08.02.2012 17:53 3.734.784 00004.track_4352.ac3
08.02.2012 17:53 654.106 00004.track_4608.sup
08.02.2012 17:53 918.872 00004.track_4609.sup
08.02.2012 17:53 825.849 00004.track_4610.sup
08.02.2012 17:53 1.020.835 00004.track_4611.sup
08.02.2012 17:53 850.345 00004.track_4612.sup
08.02.2012 17:53 759.859 00004.track_4613.sup
08.02.2012 17:53 835.023 00004.track_4614.sup
08.02.2012 17:53 815.305 00004.track_4615.sup
08.02.2012 18:00 636 00005.clpi
08.02.2012 17:59 12.275.712 00005.m2ts
08.02.2012 17:59 414.720 00005.track_4352.ac3
08.02.2012 17:59 30.882 00005.track_4608.sup
08.02.2012 17:59 46.879 00005.track_4609.sup
08.02.2012 17:59 50.419 00005.track_4610.sup
08.02.2012 17:59 48.534 00005.track_4611.sup
08.02.2012 17:59 42.628 00005.track_4612.sup
08.02.2012 17:59 53.023 00005.track_4613.sup
08.02.2012 17:59 47.594 00005.track_4614.sup
08.02.2012 17:59 44.740 00005.track_4615.sup
08.02.2012 18:01 716 00006.clpi
08.02.2012 18:01 19.998.720 00006.m2ts
08.02.2012 18:00 724.992 00006.track_4352.ac3
08.02.2012 18:00 47.312 00006.track_4608.sup
08.02.2012 18:00 85.546 00006.track_4609.sup
08.02.2012 18:00 61.615 00006.track_4610.sup
08.02.2012 18:00 87.328 00006.track_4611.sup
08.02.2012 18:00 59.213 00006.track_4612.sup
08.02.2012 18:00 27.325 00006.track_4613.sup
08.02.2012 18:00 73.792 00006.track_4614.sup
08.02.2012 18:00 64.479 00006.track_4615.sup
08.02.2012 18:06 1.552 00007.clpi
08.02.2012 18:06 111.820.800 00007.m2ts
08.02.2012 18:01 4.096.512 00007.track_4352.ac3
08.02.2012 18:01 454.255 00007.track_4608.sup
08.02.2012 18:01 608.860 00007.track_4609.sup
08.02.2012 18:01 596.151 00007.track_4610.sup
08.02.2012 18:01 702.400 00007.track_4611.sup
08.02.2012 18:01 575.797 00007.track_4612.sup
08.02.2012 18:01 499.046 00007.track_4613.sup
08.02.2012 18:01 584.977 00007.track_4614.sup
08.02.2012 18:01 581.793 00007.track_4615.sup
08.02.2012 18:07 668 00008.clpi
08.02.2012 18:07 14.241.792 00008.m2ts
08.02.2012 18:06 523.776 00008.track_4352.ac3
08.02.2012 18:06 2.288 00008.track_4608.sup
08.02.2012 18:06 7.960 00008.track_4609.sup
08.02.2012 18:06 2.288 00008.track_4610.sup
08.02.2012 18:06 6.563 00008.track_4611.sup
08.02.2012 18:06 2.288 00008.track_4612.sup
08.02.2012 18:06 2.288 00008.track_4613.sup
08.02.2012 18:06 2.288 00008.track_4614.sup
08.02.2012 18:06 2.288 00008.track_4615.sup
08.02.2012 18:08 684 00009.clpi
08.02.2012 18:08 16.754.688 00009.m2ts
08.02.2012 18:07 608.256 00009.track_4352.ac3
08.02.2012 18:07 2.288 00009.track_4608.sup
08.02.2012 18:07 11.517 00009.track_4609.sup
08.02.2012 18:07 2.288 00009.track_4610.sup
08.02.2012 18:07 13.753 00009.track_4611.sup
08.02.2012 18:07 2.288 00009.track_4612.sup
08.02.2012 18:07 2.288 00009.track_4613.sup
08.02.2012 18:07 2.288 00009.track_4614.sup
08.02.2012 18:07 2.288 00009.track_4615.sup
08.02.2012 18:08 15.321.513 00013.track_4113.vc1
08.02.2012 18:08 657.664 00013.track_4352.ac3
08.02.2012 17:49 143 AUD_00003.meta
08.02.2012 17:53 785 AUD_00004.meta
08.02.2012 17:53 263 AUD_00004_4352.AVS
08.02.2012 17:59 785 AUD_00005.meta
08.02.2012 17:59 263 AUD_00005_4352.AVS
08.02.2012 18:00 785 AUD_00006.meta
08.02.2012 18:00 263 AUD_00006_4352.AVS
08.02.2012 18:01 785 AUD_00007.meta
08.02.2012 18:01 263 AUD_00007_4352.AVS
08.02.2012 18:06 785 AUD_00008.meta
08.02.2012 18:06 263 AUD_00008_4352.AVS
08.02.2012 18:07 785 AUD_00009.meta
08.02.2012 18:07 263 AUD_00009_4352.AVS
08.02.2012 18:08 201 AUD_00013.meta
08.02.2012 18:08 263 AUD_00013_4352.AVS
08.02.2012 17:53 188 MUX_00003.meta
08.02.2012 17:59 813 MUX_00004.meta
08.02.2012 17:59 813 MUX_00005.meta
08.02.2012 18:01 813 MUX_00006.meta
08.02.2012 18:06 813 MUX_00007.meta
08.02.2012 18:07 813 MUX_00008.meta
08.02.2012 18:08 813 MUX_00009.meta
08.02.2012 17:49 172 VID_00003.AVS
08.02.2012 17:53 39.461.306 VID_00003.AVS.264
08.02.2012 17:51 828.685 VID_00003.AVS.264.stats
08.02.2012 17:49 378 VID_00003.CHP
08.02.2012 17:53 172 VID_00004.AVS
08.02.2012 17:59 95.943.905 VID_00004.AVS.264
08.02.2012 17:55 423.068 VID_00004.AVS.264.stats
08.02.2012 17:59 171 VID_00005.AVS
08.02.2012 17:59 10.777.757 VID_00005.AVS.264
08.02.2012 17:59 45.682 VID_00005.AVS.264.stats
08.02.2012 18:00 171 VID_00006.AVS
08.02.2012 18:01 17.566.017 VID_00006.AVS.264
08.02.2012 18:00 80.813 VID_00006.AVS.264.stats
08.02.2012 18:01 172 VID_00007.AVS
08.02.2012 18:06 96.258.189 VID_00007.AVS.264
08.02.2012 18:03 461.705 VID_00007.AVS.264.stats
08.02.2012 18:01 19 VID_00007.CHP
08.02.2012 18:06 171 VID_00008.AVS
08.02.2012 18:07 12.842.018 VID_00008.AVS.264
08.02.2012 18:07 57.581 VID_00008.AVS.264.stats
08.02.2012 18:07 171 VID_00009.AVS
08.02.2012 18:08 15.119.956 VID_00009.AVS.264
08.02.2012 18:08 67.049 VID_00009.AVS.264.stats
08.02.2012 18:08 169 VID_00013.AVS
116 Datei(en), 659.691.506 Bytes
2 Verzeichnis(se), 274.088.603.648 Bytes frei
??? Are you sure you're using the new version? Can you post your log?
omegaman7
8th February 2012, 19:10
Thank you once again Jdobbs! It's obvious that your program is making leaps and bounds now. I'll be attempting my first DGDecNV encode today. Preparing the helper app was fairly easy.
"Make a file called license.txt containing this key (use cut-and-paste). Put a line feed after the number!
That last part caught me off guard. Line Feed is among the jargon I'm unfamiliar with. Google will suffice ;) I believe what he means is, advance the line by pressing return. Essentially create a new line, but type nothing.
And from what I'm seeing, My GTX 260 should more than match your card. Should be an interesting experiment :)
I should be receiving my Federal return in a couple days. Guess what that means ;)
The_Unknown
8th February 2012, 19:24
??? Are you sure you're using the new version? Can you post your log?
I posted my log above ;)
RobertM
8th February 2012, 19:58
I posted my log above ;)
No, that was a listing of the WORKFILES folder content. By "Log" we mean the contents of the BD-REBUILDER.LOG file that can be found in the parent folder of the WORKFILES folder. Just cut/paste the end of the log file where it describes your last, failed rebuild.
The_Unknown
8th February 2012, 20:30
No, that was a listing of the WORKFILES folder content. By "Log" we mean the contents of the BD-REBUILDER.LOG file that can be found in the parent folder of the WORKFILES folder. Just cut/paste the end of the log file where it describes your last, failed rebuild.
http://img685.imageshack.us/img685/9906/unbenanntqg.png!?!?
steveg32
8th February 2012, 20:32
Anyone done The Thing (2011) with PiP video/DTS Express enabled?
I ran it on 0.40.02 (multiprocess disabled) and the output plays PiP video without audio on PowerDVD 11. The original plays fine, audio and all, on PDVD11.
Slight clarification: when PiP video window opens and the secondary audio is activated, PDVD11 lowers the volume level of the main audio. On the backup, main audio level is lowered but secondary audio remains mute.
Also, on the original PDVD11 shows "DTSHD" as the codec of 2nd audio, along with the bitrate of the secondary audio. On the backup, only "DTSHD" is shown on the information OSD; bitrate is not shown.
Also @jdobbs:
I have never got this to work on any movie with DTS Express Audio. "DTSX_ENABLE=1" added to my config/INI file activates the process but the DTS Express AUDIO has never played back on any version of PowerDVD or my standalone Pioneer BD-121 player. Any ideas why? Mahalo, Steve
omegaman7
8th February 2012, 20:32
I had a thought about that. Why in the world would you call it "52"??? :confused:
The_Unknown
8th February 2012, 21:07
I had a thought about that. Why in the world would you call it "52"??? :confused:
Sorry for the naming, it's Harry Potter, Part 5, Disc 2 -> 52 ;)
omegaman7
8th February 2012, 21:10
LOL, that's rather logical. I might of chosen a similar scheme.
colinhunt
8th February 2012, 21:27
More about The Thing (2011) PiP audio. Dune HD Max plays the data fine over LAN, PiP audio included. I also burned the output data on a BD-RE and tested on a Panasonic BDT110 stand-alone: PiP audio plays fine on that, too. And yet PDVD does not play PiP audio from the backup, but plays it fine from the original. Mystical!
RobertM
8th February 2012, 22:26
http://img685.imageshack.us/img685/9906/unbenanntqg.png!?!?
Ah, I see now.
For the future, though, it's best to just cut/paste into the message itself (enclosed in 'code' tags, like you did for the directory listing), because attached files sometimes take quite a while before normal forum members can see them. But don't paste in the whole log, just the bottom part relating to the particular rebuild in question.
jdobbs
8th February 2012, 22:27
Also @jdobbs:
I have never got this to work on any movie with DTS Express Audio. "DTSX_ENABLE=1" added to my config/INI file activates the process but the DTS Express AUDIO has never played back on any version of PowerDVD or my standalone Pioneer BD-121 player. Any ideas why? Mahalo, Steve It works on some players and not on others. I've done about everything I can to find what is different. I've scoured the standard, I've compared files, and I've dumped pretty much everything I can think of. I'm sure there is some small piece of the puzzle missing that is confusing some players -- but for the life of me I haven't been able to put my finger on it.
jdobbs
8th February 2012, 22:32
Mhm, I'm having the same problem again (Harry Potter and the Order of the Phoenix (Bonus-Disc again)):
That's a different error than the one I fixed. This one is a "divide by zero" error.
wakko709
8th February 2012, 22:48
I'm having a weird audio problem with the green mile audio when any one talks is low! but the other (sound effects) is fine!
Bullet1979
9th February 2012, 02:35
After downloading and licensing DGDecNV, is there a special process to instruct BD-Rebuilder to utilize it?
Edit: Nevermind... I used my eyes!
Guest
9th February 2012, 03:44
Thanks for supporting DGDecNV.
I slipstreamed a fix just now for LPCM audio demux from program streams. It doesn't affect blurays obviously, but I thought I'd mention it. Users please redownload 2041 if the fix is important to you.
greslogo
9th February 2012, 03:45
Results can vary, I guess. But I can tell you that on my system I'm seeing increases in speed of 15-25%, and my video card is far from top-of-the-line (GT520). So it's definitely worth it to me. I can't guarantee everyone will see those kinds of increases -- for all I know they may see more. But I think its safe to say the most will see some increase.
Have you turned INDEX_WITH_EXTRACT off? I've never seen pass 1 be slower with DGDecNV...
I'm getting about a 12% improvement in speed going from BD to a BD-25 using a GTX460 and DGDecNV.
Guest
9th February 2012, 04:00
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.
soneca
9th February 2012, 04:46
Have you turned INDEX_WITH_EXTRACT off? I've never seen pass 1 be slower with DGDecNV...
No way, not even remember this option.:rolleyes:
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.