Welcome to Doom9's Forum, THE in-place to be for everyone interested in DVD conversion.

Before you start posting please read the forum rules. By posting to this forum you agree to abide by the rules.

 

Go Back   Doom9's Forum > (HD) DVD, Blu-ray & (S)VCD > DVD & BD Rebuilder

Reply
 
Thread Tools Search this Thread Display Modes
Old 18th December 2014, 00:27   #22001  |  Link
jdobbs
Moderator
 
Join Date: Oct 2001
Posts: 20,973
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?
__________________
Help with development of new apps: Donations.
Website: www.jdobbs.net
jdobbs is offline   Reply With Quote
Old 18th December 2014, 00:43   #22002  |  Link
Ch3vr0n
Registered User
 
Join Date: Jan 2009
Posts: 1,368
@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

Last edited by Ch3vr0n; 18th December 2014 at 00:48.
Ch3vr0n is offline   Reply With Quote
Old 18th December 2014, 00:53   #22003  |  Link
gonca
Registered User
 
Join Date: Jul 2012
Posts: 1,213
@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.
Attached Images
 

Last edited by gonca; 18th December 2014 at 00:56.
gonca is offline   Reply With Quote
Old 18th December 2014, 01:08   #22004  |  Link
Ch3vr0n
Registered User
 
Join Date: Jan 2009
Posts: 1,368
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.

Last edited by Ch3vr0n; 18th December 2014 at 01:19.
Ch3vr0n is offline   Reply With Quote
Old 18th December 2014, 01:11   #22005  |  Link
gonca
Registered User
 
Join Date: Jul 2012
Posts: 1,213
no and no.
If it helps I'll check to see if I have that movie and test.
My card is a ZOTAC
gonca is offline   Reply With Quote
Old 18th December 2014, 01:25   #22006  |  Link
DarWun
Registered User
 
Join Date: Feb 2007
Location: Toronto, Ontario, Canada
Posts: 55
Quote:
Originally Posted by Ch3vr0n View Post
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.
DarWun is offline   Reply With Quote
Old 18th December 2014, 01:32   #22007  |  Link
Ch3vr0n
Registered User
 
Join Date: Jan 2009
Posts: 1,368
Sounds weird maybe but AWESOME! This means its not an issue confined to my system!

Verstuurd vanaf mijn Nexus 7 met Tapatalk
Ch3vr0n is offline   Reply With Quote
Old 18th December 2014, 01:43   #22008  |  Link
gonca
Registered User
 
Join Date: Jul 2012
Posts: 1,213
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.
gonca is offline   Reply With Quote
Old 18th December 2014, 02:01   #22009  |  Link
Ch3vr0n
Registered User
 
Join Date: Jan 2009
Posts: 1,368
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
Ch3vr0n is offline   Reply With Quote
Old 18th December 2014, 02:10   #22010  |  Link
DarWun
Registered User
 
Join Date: Feb 2007
Location: Toronto, Ontario, Canada
Posts: 55
Quote:
Originally Posted by Ch3vr0n View Post
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.
DarWun is offline   Reply With Quote
Old 18th December 2014, 03:46   #22011  |  Link
Ch3vr0n
Registered User
 
Join Date: Jan 2009
Posts: 1,368
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"
Ch3vr0n is offline   Reply With Quote
Old 18th December 2014, 14:22   #22012  |  Link
jdobbs
Moderator
 
Join Date: Oct 2001
Posts: 20,973
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.
__________________
Help with development of new apps: Donations.
Website: www.jdobbs.net

Last edited by jdobbs; 18th December 2014 at 14:40.
jdobbs is offline   Reply With Quote
Old 18th December 2014, 14:36   #22013  |  Link
jdobbs
Moderator
 
Join Date: Oct 2001
Posts: 20,973
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?
__________________
Help with development of new apps: Donations.
Website: www.jdobbs.net

Last edited by jdobbs; 18th December 2014 at 14:43.
jdobbs is offline   Reply With Quote
Old 18th December 2014, 15:26   #22014  |  Link
Ch3vr0n
Registered User
 
Join Date: Jan 2009
Posts: 1,368
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.
Ch3vr0n is offline   Reply With Quote
Old 18th December 2014, 16:24   #22015  |  Link
jdobbs
Moderator
 
Join Date: Oct 2001
Posts: 20,973
Quote:
Originally Posted by Ch3vr0n View Post
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.
__________________
Help with development of new apps: Donations.
Website: www.jdobbs.net

Last edited by jdobbs; 18th December 2014 at 16:28.
jdobbs is offline   Reply With Quote
Old 18th December 2014, 17:30   #22016  |  Link
Ch3vr0n
Registered User
 
Join Date: Jan 2009
Posts: 1,368
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
Ch3vr0n is offline   Reply With Quote
Old 18th December 2014, 17:42   #22017  |  Link
robbie74
Registered User
 
Join Date: Dec 2014
Posts: 6
Quote:
Originally Posted by jdobbs View Post
There's really not a lot that could go wrong. The original audio was used. But I always wince when I see this:
Code:
  - 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
Attached Files
File Type: txt bdrb 2.txt (1.5 KB, 26 views)
robbie74 is offline   Reply With Quote
Old 18th December 2014, 20:06   #22018  |  Link
Video Dude
Senior Member
 
Join Date: Apr 2004
Posts: 1,053
Quote:
Originally Posted by robbie74 View Post
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.


Quote:
Originally Posted by robbie74 View Post
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



.

Last edited by Video Dude; 18th December 2014 at 21:16.
Video Dude is offline   Reply With Quote
Old 18th December 2014, 22:45   #22019  |  Link
Ch3vr0n
Registered User
 
Join Date: Jan 2009
Posts: 1,368
@Jdobbs: here's the log for the finished rebuild of rise of the lycans / LAVF mode

Code:
[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.
Ch3vr0n is offline   Reply With Quote
Old 18th December 2014, 22:53   #22020  |  Link
jdobbs
Moderator
 
Join Date: Oct 2001
Posts: 20,973
Quote:
Originally Posted by Ch3vr0n View Post
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?
__________________
Help with development of new apps: Donations.
Website: www.jdobbs.net
jdobbs is offline   Reply With Quote
Reply

Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump


All times are GMT +1. The time now is 13:11.


Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2024, vBulletin Solutions Inc.