BD Rebuilder Beta - Bug Reports Only

[jdobbs]

It's gotta be something different in your version of DGIndexNV or your video card. I did notice that when I tell DGIndexNV to list my GPU devices it says "Symmetric multiprocessors 1" -- what does yours say?

[Ch3vr0n]

@Jdobbs:

I'm back.

I'm using the latest build available 2048 of DGIndexNV

My card is this one specifically http://www.asus.com/Graphics_Cards/GTX680DC2O2GD5/

List GPU Devices shows this

>0: "GeForce GTX 680"
Compute 3.0 (using sm_30)
Memory 2049 MB
L2 Cache 524288 bytes
Symmetric multiprocessors 8 <==
Processor Clock 1084Mhz
Memory bus width 256 bits
GPU/PureVideo version GK104/VP5

AVC: cuvid
MPG: cuda
VC1: cuvid

---

VID_00260 launched only 1 DGIndexNV process, 1 x264 process
VID_00262 launched 2 DGIndexNV processes, 2nd one fires up a few seconds after the first one and both processor loads fluctuate between 01 and 08% and memory size for both fluctuate as well. So neither of them is "hung". They're both actively busy.

So i checked in workfiles and i see this during extraction

00262.track_4113.264
00262.track_6912.264
VID_00262.DGI
VID_00262_2.DGI <==
AUD_00262.meta
00262.track_4608.sup
00262.track_4609.sup
00262.track_4610.sup
00262.track_4611.sup
00262.track_4612.sup
00262.track_4613.sup
00262.track_4614.sup
00262.track_4615.sup
00262.track_4616.sup
00262.track_4617.sup
00262.track_4618.sup
00262.track_4619.sup

00262.track_4352.ac3
00262.track_4356.ac3
00262.track_6656.dts

If there's anything i can do i'd be happy to do it. But beyond providing the info, cuda etc is beyond me. Maybe neuron2 will be able to help you

[gonca]

@jdobbs, @Ch3vr0n
If I may offer

I too have a GTX 680.
My GPU devices is similar to Ch3vr0n.
DGDecNV is 2048

With MULTIPROCESS=0 I only get one instance of DGIndexNV.

[Ch3vr0n]

but is it the same one? I just made sure it's not disc related. I fired up Clash_OF_THE_TITANS which is a seamless transition DTS-E Enabled disc. Extraction goes fine, so does encoding of secondary video and main video. Weirdly enough the first vid multiplexed just fine too. I'll let it complete and see if i encounter that "failed to build issue" somewhere down the line

So the multi-DGIndexNV is definitely not disc limited, damn weird issue and not consistent either. titles 2 & 3 for clash, did not trigger a multi-dgindexnv but those parts did not have a dts-express stream in them. So it's definitely DTS-Express video stream related.

[gonca]

no and no.
If it helps I'll check to see if I have that movie and test.
My card is a ZOTAC

[DarWun]

Originally Posted by Ch3vr0n

100%, I'd be happy to run it again.

Verstuurd vanaf mijn Nexus 7 met Tapatalk

FYI I recently had the same issue with Hellboy II which also has a DTS Express Stream. With DGDecNV 2048 and multi-process enabled, the rebuild failed. I had no issues when I switched to LAVF. I didn't try DGDecNV with multi-process disabled.

[Ch3vr0n]

Sounds weird maybe but AWESOME! This means its not an issue confined to my system!

Verstuurd vanaf mijn Nexus 7 met Tapatalk

[gonca]

Just checked with the movie that you were encoding, Ch3vr0n, and I can confirm 2 instances of DGIndexNV with MULTIPROCESS=0 on the main m2ts file.

[Ch3vr0n]

Even more 'good' news. That's 3 confirmed cases now, so definitely an issue now. Maybe I just stumbled upon an issue that requires one of those 'extremely rare set of circumstances'.

Verstuurd vanaf mijn Nexus 7 met Tapatalk

[DarWun]

Originally Posted by Ch3vr0n

Sounds weird maybe but AWESOME! This means its not an issue confined to my system!

Verstuurd vanaf mijn Nexus 7 met Tapatalk

I have Rise of the Lycans. If I can find the box it is in (I recently moved) I'll rerip it and give it a try.

[Ch3vr0n]

Well Clash of the titans just finished succesfully (and exhibited the double DGIndexNV issue) into an iso build where Rise of the lycans failed. That being said, it could be semi-sourcepath related too when it failed to build (not the DGIndexNV issue)

As previously said for underworld the source path in BDRB only showed as:

Z:\BLU-RAY\DOUBLE with the full path being
Z:\BLU-RAY\DOUBLE LAYER\DTS-E\UNDERWORLD_RISE_OF_THE_LYCANS

clash of the titans fully showed as

Z:\BLU-RAY\DOUBLE LAYER\DTS-E\CLASH_OF_THE_TITANS

the only "difference" is that the source path for clash is longer than for underworld. So that may be the reason that it didn't show fully, box too small to display full path. But that's a different "problem"

[jdobbs]

If it's creating "VID_00262_2.DGI" then the second instance has to be occurring because of my code. I just ordered "Underworld - Rise of the Lycans" so I can see if I can repeat it. It should be here in a couple of days.

It really shouldn't hurt anything. The fact that BD-RB is doing an extra instance doesn't affect the output since it should only using the first DGI file for the encode.

[jdobbs]

Ugghhh... Ok, I think I have it. I was wrong (nothing new about that part) when I said BD-RB never runs a second instance of DGIndexNV. It really has nothing to do with whether MULTIPROCESS is set, though -- so I was looking in the wrong section of code. If there are secondary video tracks, it runs another instance to index each of them individually. The reason I didn't catch it is because I wasn't testing on a source with secondary video tracks.

I need to cancel that order...

So... now that I've made this way too complicated -- what is the issue we're trying to fix?

[Ch3vr0n]

We were in fact trying to fix multiple issues.

1) Failed to build structure: http://forum.doom9.org/showpost.php?...ostcount=21958 when DGIndexNV is used, job completes fine when LAVF is used (so you may have to order that disc afterall ), where multi-instance of DGIndexNV may be the root of the cause

2) The serious undersizing reported at http://forum.doom9.org/showpost.php?...ostcount=21980 on the same source (4GB under target for LAVF build, 2GB for DGIndexNV

3) The fact that multiple DGIndexNV instance are run, even with multiprocess set to 0. Unless that's normal as you say and (if i read you correctly) 1 instance is run to index the main movie and 1 instance is used to index the secondary track, but both are indexed at the same time.

[jdobbs]

Originally Posted by Ch3vr0n

We were in fact trying to fix multiple issues.

1) Failed to build structure: http://forum.doom9.org/showpost.php?...ostcount=21958 when DGIndexNV is used, job completes fine when LAVF is used (so you may have to order that disc afterall ), where multi-instance of DGIndexNV may be the root of the cause

2) The serious undersizing reported at http://forum.doom9.org/showpost.php?...ostcount=21980 on the same source (4GB under target for LAVF build, 2GB for DGIndexNV

3) The fact that multiple DGIndexNV instance are run, even with multiprocess set to 0. Unless that's normal as you say and (if i read you correctly) 1 instance is run to index the main movie and 1 instance is used to index the secondary track, but both are indexed at the same time.

Ok.

1. I'll run a disc with secondary video and see if I can repeat it. If not I'll have to wait until I get that disc.

2. Are the specified bitrates the same in the two jobs? Do you still have the log from the LAVF job?

3. This isn't an issue. They are supposed to run at the same time -- otherwise it would take twice as long.

[Ch3vr0n]

1. No worries, i can wait. I was able to clone it using LAVF anyway. I can wait My main priority was simply to report the issue
2. No they arent. http://forum.doom9.org/showpost.php?...ostcount=21958 Reports the bitrate for main title using dgindexnv at 14.554kb, while using LAVF log (not listed, indicates main title at 13.752 kb. Just under a megabyte in difference). No i don't still have a log from that job but i'll run it again. I clean the logfile regurarly as i do a rather big amount of rebuilds and the log would get too big otherwise. Speaking of the log, i've just made a feature request about that
3. Understood, not an issue and working as intended. I can ignore that fact then

[robbie74]

Originally Posted by jdobbs

There's really not a lot that could go wrong. The original audio was used. But I always wince when I see this:

  - AnyDVD Remove Short Titles: Incompatible
  - AnyDVD Remove Annoying Adverts: Incompatible

It means AnyDVD is playing with it before BD-RB does. I'd suggest you turn those options off and try again.

There's always a chance of Cinavia -- but it I'm not sure whether 6 1/2 minutes is enough time, and you usually get a warning from the player.

I have now unistalled anydvd & still the same problem, loss of audio at 6 1/2 minuets ??

i have attached new log

thanks

rob

[Video Dude]

Originally Posted by robbie74

I have now unistalled anydvd & still the same problem, loss of audio at 6 1/2 minuets ??

I don't think you needed to uninstall AnyDVD. When you rip the disc the AnyDVD options should not modify the disc, such as Remove Short Titles, Remove Annoying Adverts, and Speed Menus.

It is possible those options can cause a problem for BD-RB. If your source files were originally ripped with those options enabled, you might want to re-rip the disc with the options disabled to determine if that is the cause of the problem.

Originally Posted by robbie74

i have tried 2 different films to shrink down to 25gb ( gravity & guardians of the galaxy both 3d )
I took off all audio track except HD & blanked extras & kept menu, but after 6 1/2 minutes the audio just goes off & does not come back.

This may not be a BD-RB problem. I have seen reports on other forums about Guardians of the Galaxy and no audio involving other backup software.

For example:
https://forum.slysoft.com/showthread...-of-The-Galaxy



.

[Ch3vr0n]

@Jdobbs: here's the log for the finished rebuild of rise of the lycans / LAVF mode

[12/18/14] BD Rebuilder v0.50.01
[17:07:58] Source:  UNDERWORLD_RISE_OF_THE_LYCANS
  - Input BD size: 39,49 GB
  - Approximate total content: [02:56:17.757]
  - Target BD size: 22,95 GB
  - Windows Version: 6.1 [7601]
  - Auto Quality: Good (Very Fast), ABR
  - Output folder: C:\Blu-Ray Rebuilds\BDRB\
  - Decoding/Frame serving: X264/LAVF
  - Audio Settings: AC3=0 DTS=0 HD=1 Kbs=640
[17:08:00] PHASE ONE, Encoding
 - [17:08:00] Processing: VID_00260 (1 of 13)
 - [17:08:00] Extracting A/V streams [VID_00260]
 - [17:08:06] Reencoding video [VID_00260]
   - Source Video: MPEG-2, 1920x1080
   - Rate/Length: 23,976fps, 1.440 frames
   - Bitrate: 8.244 Kbs
 - [17:08:06] Reencoding: VID_00260, Pass 1 of 1
 - [17:08:21] Video Encode complete
 - [17:08:21] Processing audio tracks
 - [17:08:21] Multiplexing M2TS
 - [17:08:24] Processing: VID_00262 (2 of 13)
 - [17:08:24] Extracting A/V streams [VID_00262]
 - [17:23:51] Reencoding video [VID_00262]
 - [17:23:51] Reencoding secondary video [TRK_02]
   - Source Video: MPEG-4 (AVC), 1920x1080
   - Rate/Length: 23,976fps, 133.033 frames
   - Bitrate: 13.752 Kbs
 - [17:29:28] Reencoding: VID_00262, Pass 1 of 1
 - [18:26:55] Video Encode complete
 - [18:26:55] Processing audio tracks
   - Track 4352 (eng): Keeping original audio
   - Track 4356 (eng): Keeping original audio
   - Track 6656 (eng): Keeping original audio
 - [18:26:55] Multiplexing M2TS
 - [18:35:21] Processing: VID_00263 (3 of 13)
 - [18:35:21] Extracting A/V streams [VID_00263]
 - [18:35:36] Reencoding video [VID_00263]
   - Source Video: MPEG-2, 1920x1080
   - Rate/Length: 23,976fps, 3.552 frames
   - Bitrate: 9.557 Kbs
 - [18:35:37] Reencoding: VID_00263, Pass 1 of 1
 - [18:36:48] Video Encode complete
 - [18:36:48] Processing audio tracks
   - Track 4352 (eng): Keeping original audio
 - [18:36:48] Multiplexing M2TS
 - [18:36:54] Processing: VID_00264 (4 of 13)
 - [18:36:54] Extracting A/V streams [VID_00264]
 - [18:37:07] Reencoding video [VID_00264]
   - Source Video: MPEG-4 (AVC), 1920x1080
   - Rate/Length: 23,976fps, 2.929 frames
   - Bitrate: 9.645 Kbs
 - [18:37:07] Reencoding: VID_00264, Pass 1 of 1
 - [18:38:11] Video Encode complete
 - [18:38:11] Processing audio tracks
   - Track 4352 (eng): Keeping original audio
 - [18:38:11] Multiplexing M2TS
 - [18:38:18] Processing: VID_00275 (5 of 13)
 - [18:38:18] Extracting A/V streams [VID_00275]
 - [18:38:31] Reencoding video [VID_00275]
   - Source Video: MPEG-4 (AVC), 1920x1080
   - Rate/Length: 23,976fps, 3.097 frames
   - Bitrate: 9.494 Kbs
 - [18:38:31] Reencoding: VID_00275, Pass 1 of 1
 - [18:39:38] Video Encode complete
 - [18:39:38] Processing audio tracks
   - Track 4352 (eng): Keeping original audio
 - [18:39:38] Multiplexing M2TS
 - [18:39:44] Processing: VID_00276 (6 of 13)
 - [18:39:44] Extracting A/V streams [VID_00276]
 - [18:39:56] Reencoding video [VID_00276]
   - Source Video: MPEG-2, 1920x1080
   - Rate/Length: 23,976fps, 3.120 frames
   - Bitrate: 8.816 Kbs
 - [18:39:57] Reencoding: VID_00276, Pass 1 of 1
 - [18:40:58] Video Encode complete
 - [18:40:58] Processing audio tracks
   - Track 4352 (eng): Keeping original audio
 - [18:40:58] Multiplexing M2TS
 - [18:41:04] Processing: VID_00277 (7 of 13)
 - [18:41:04] Extracting A/V streams [VID_00277]
 - [18:41:17] Reencoding video [VID_00277]
   - Source Video: MPEG-4 (AVC), 1920x1080
   - Rate/Length: 23,976fps, 2.929 frames
   - Bitrate: 9.503 Kbs
 - [18:41:17] Reencoding: VID_00277, Pass 1 of 1
 - [18:42:20] Video Encode complete
 - [18:42:20] Processing audio tracks
   - Track 4352 (eng): Keeping original audio
 - [18:42:20] Multiplexing M2TS
 - [18:42:27] Processing: VID_00285 (8 of 13)
 - [18:42:27] Extracting A/V streams [VID_00285]
 - [18:42:37] Reencoding video [VID_00285]
   - Source Video: MPEG-4 (AVC), 1920x1080
   - Rate/Length: 23,976fps, 1.993 frames
   - Bitrate: 9.493 Kbs
 - [18:42:37] Reencoding: VID_00285, Pass 1 of 1
 - [18:43:20] Video Encode complete
 - [18:43:20] Processing audio tracks
   - Track 4352 (eng): Keeping original audio
 - [18:43:20] Multiplexing M2TS
 - [18:43:25] Processing: VID_00286 (9 of 13)
 - [18:43:25] Extracting A/V streams [VID_00286]
 - [18:43:54] Reencoding video [VID_00286]
   - Source Video: MPEG-4 (AVC), 1920x1080
   - Rate/Length: 23,976fps, 5.545 frames
   - Bitrate: 14.688 Kbs
 - [18:43:54] Reencoding: VID_00286, Pass 1 of 1
 - [18:46:42] Video Encode complete
 - [18:46:42] Processing audio tracks
   - Track 4352 (eng): Keeping original audio
 - [18:46:42] Multiplexing M2TS
 - [18:46:54] Processing: VID_00287 (10 of 13)
 - [18:46:54] Extracting A/V streams [VID_00287]
 - [18:47:57] Reencoding video [VID_00287]
   - Source Video: MPEG-4 (AVC), 1920x1080
   - Rate/Length: 29,970fps, 16.741 frames
   - Bitrate: 14.608 Kbs
 - [18:47:57] Reencoding: VID_00287, Pass 1 of 1
 - [18:56:56] Video Encode complete
 - [18:56:56] Processing audio tracks
   - Track 4352 (eng): Keeping original audio
 - [18:56:56] Multiplexing M2TS
 - [18:58:08] Processing: VID_00288 (11 of 13)
 - [18:58:08] Extracting A/V streams [VID_00288]
 - [19:05:14] Reencoding video [VID_00288]
   - Source Video: MPEG-4 (AVC), 1920x1080
   - Rate/Length: 29,970fps, 35.926 frames
   - Bitrate: 14.609 Kbs
 - [19:05:14] Reencoding: VID_00288, Pass 1 of 1
 - [19:22:43] Video Encode complete
 - [19:22:43] Processing audio tracks
   - Track 4352 (eng): Keeping original audio
 - [19:22:43] Multiplexing M2TS
 - [19:23:19] Processing: VID_00289 (12 of 13)
 - [19:23:19] Extracting A/V streams [VID_00289]
 - [19:24:46] Reencoding video [VID_00289]
   - Source Video: MPEG-4 (AVC), 1920x1080
   - Rate/Length: 29,970fps, 23.435 frames
   - Bitrate: 14.612 Kbs
 - [19:24:46] Reencoding: VID_00289, Pass 1 of 1
 - [19:34:24] Video Encode complete
 - [19:34:24] Processing audio tracks
   - Track 4352 (eng): Keeping original audio
 - [19:34:24] Multiplexing M2TS
 - [19:34:51] Processing: VID_00330 (13 of 13)
 - [19:34:51] Extracting A/V streams [VID_00330]
 - [19:35:05] Reencoding video [VID_00330]
   - Source Video: MPEG-4 (AVC), 1920x1080
   - Rate/Length: 23,976fps, 3.386 frames
   - Bitrate: 9.317 Kbs
 - [19:35:05] Reencoding: VID_00330, Pass 1 of 1
 - [19:36:17] Video Encode complete
 - [19:36:17] Processing audio tracks
   - Track 4352 (eng): Keeping original audio
 - [19:36:17] Multiplexing M2TS
[19:36:23]PHASE ONE complete
[19:36:23]PHASE TWO - Rebuild Started
 - [19:36:23] Rebuilding BD file Structure
[19:37:23] - Encode and Rebuild complete
[19:37:23] Writing BD structure to ISO file
 - ImgBurn completed successfully
 - UNDERWORLD_RISE_OF_THE_LYCANS folder removed.
 - WORKFILES folder removed.
[19:48:03] JOB: UNDERWORLD_RISE_OF_THE_LYCANS finished.

[jdobbs]

Originally Posted by Ch3vr0n

1. No worries, i can wait. I was able to clone it using LAVF anyway. I can wait My main priority was simply to report the issue
2. No they arent. http://forum.doom9.org/showpost.php?...ostcount=21958 Reports the bitrate for main title using dgindexnv at 14.554kb, while using LAVF log (not listed, indicates main title at 13.752 kb. Just under a megabyte in difference). No i don't still have a log from that job but i'll run it again. I clean the logfile regurarly as i do a rather big amount of rebuilds and the log would get too big otherwise. Speaking of the log, i've just made a feature request about that
3. Understood, not an issue and working as intended. I can ignore that fact then

It looks like the two bitrates are very close to me based on the logs you posted. The DGDecNV one says 13.757 Kbs and the LAVF one says 13.752 Kbs. So the question is: why the different sizes?