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 28th December 2013, 18:08   #18681  |  Link
Guest
Guest
 
Join Date: Jan 2002
Posts: 21,901
Quote:
Originally Posted by laserfan View Post
Does anyone here using DGIndexNV for DGI file creation point BD-RB to the 64-bit executable? I have had some trouble getting .DGIs created reliably and am trying to eliminate possibilities.

What happens is that a corrupt .DGI gets created and x264 chokes on the encoding attempt i.e. "Failed to encode video, aborting". It's easy to "fix" just by deleting the corrupt .DGI but something's flaky with my setup.
Can you show me one of these corrupt DGI files? Better yet, can you also provide a source stream that acts that way?

Last edited by Guest; 28th December 2013 at 18:16.
Guest is offline   Reply With Quote
Old 28th December 2013, 18:14   #18682  |  Link
gonca
Registered User
 
Join Date: Jul 2012
Posts: 1,213
any reason why you don't use the 32 bit version of DGIndexNV?
gonca is offline   Reply With Quote
Old 28th December 2013, 20:05   #18683  |  Link
laserfan
Aging Video Hobbyist
 
Join Date: Dec 2004
Location: Off the Map
Posts: 2,461
Quote:
Originally Posted by neuron2 View Post
Can you show me one of these corrupt DGI files? Better yet, can you also provide a source stream that acts that way?
Don the only reason I've "picked-on" DGIndexNV is because it made a few broken .DGI files whereupon x264 choked on them resulting in the "Encode failed. Aborting...". But when I delete the faulty file(s) and run it again, it works fine so it's NOT repeatable.

Wondered if any other BD-RB'er regularly uses it sucessfully because I frankly don't use BD-RB very often, though I do use DGIndexNV.exe 64-bit regularly in my own custom .cmd files and it always performs flawlessly for me! So I think: the way it's called? A conflict with another running process? A glitch in the drive serving the .iso? VirtualCloneDrive? AnyDVDHD? My CPU or memory? Not likely to be a DG issue but thought I'd ask if others here use it regularly.

A couple sample "corrupt" .DGI files I had the presence of mind to save:

Code:
DGVC1IndexFileNV14 DGIndexNV 2046 X64
C:\Program Files (x86)\DGIndexNV\

V:\BDMV\STREAM\00011.m2ts 754575360

DEVICE 0
DECODE_MODES 0,1,0
STREAM 1
PKTSIZ 192
VPID 4113
CLIP 0 0 0 0
RANGE 0 0 754575359 0
AUDIO 

SEQ 798 1 1 0 5
ENTRY 823 0 64
0:FRM 0 0 2
1:FRM 3 0 2
2:FRM 1 0 2
3:FRM 3 0 2
4:FRM 1 0 2
5:FRM 3 0 2
6:FRM 1 0 2
7:FRM 3 0 2
8:FRM 1 0 2
9:FRM 1 0 2
10:FRM 3 0 2
11:FRM 1 0 2
12:FRM 3 0 2
13:FRM 1 0 2
SEQ 343902 1 1 0 5
ENTRY 343927 0 0
14:FRM 3 0 2
15:FRM 0 0 2
16:FRM 3 0 2
17:FRM 1 0 2
18:FRM 3 0 2
19:FRM 3 0 2
20:FRM 3 0 2
21:FRM 3 0 2
22:FRM 1 0 2
SEQ 2024478 1 1 0 5
ENTRY 2024503 0 0
23:FRM 3 0 2
24:FRM 0 0 2
25:FRM 3 0 2
26:FRM 3 0 2
27:FRM 1 0 2
28:FRM 3 0 2
29:FRM 1 0 2
30:FRM 1 0 2
31:FRM 3 0 2
32:FRM 1 0 2
33:FRM 1 0 2
34:FRM 3 0 2
35:FRM 1 0 2
36:FRM 3 0 2
37:FRM 1 0 2
38:FRM 3 0 2
39:FRM 1 0 2
40:FRM 1 0 2
41:FRM 3 0 2
42:FRM 1 0 2
43:FRM 3 0 2
44:FRM 1 0 2
45:FRM 3 0 2
46:FRM 1 0 2
47:FRM 3 0 2
48:FRM 3 0 2
49:FRM 1 0 2
50:FRM 3 0 2
51:FRM 1 0 2
52:FRM 1 0 2
SIZ 0 x 0 
FPS 0 / 0
CODED 53
PLAYBACK 53
0.00% FILM
ORDER 1
Code:
DGAVCIndexFileNV14 DGIndexNV 2046 X64
C:\Program Files (x86)\DGIndexNV\

V:\BDMV\STREAM\00029.m2ts 138829824

DEVICE 0
DECODE_MODES 0,1,0
STREAM 1
PKTSIZ 192
VPID 4113
CLIP 0 0 0 0
RANGE 0 0 138829823 0
AUDIO 

SIZ 0 x 0 
FPS 0 / 0
CODED 0
PLAYBACK 0
0.00% FILM
ORDER -1
Quote:
Originally Posted by gonca View Post
any reason why you don't use the 32 bit version of DGIndexNV?
Nah, only that it's what I use most of the time, so I've pointed BD-RB at it in my .INI file.
laserfan is offline   Reply With Quote
Old 28th December 2013, 20:13   #18684  |  Link
Guest
Guest
 
Join Date: Jan 2002
Posts: 21,901
Well the problem is obviously the size being set as 0 x 0 and FPS as 0 / 0. And the second one has no frames at all. I've never seen anything like this, either using DGIndexNV standalone or with MEGUI (I haven't used BDRB).

You'd have to find a repeatable case and provide the stream to allow me to diagnose it. Maybe others can comment on your suggested causes.

EDIT: I can't even see a code path that would allow DGIndexNV to print 0 / 0 as the frame rate! So memory issues, etc., are possible.

Last edited by Guest; 28th December 2013 at 20:23.
Guest is offline   Reply With Quote
Old 28th December 2013, 21:10   #18685  |  Link
Sharc
Registered User
 
Join Date: May 2006
Posts: 3,997
Quote:
Originally Posted by laserfan View Post
Does anyone here using DGIndexNV for DGI file creation point BD-RB to the 64-bit executable? I have had some trouble getting .DGIs created reliably and am trying to eliminate possibilities.

What happens is that a corrupt .DGI gets created and x264 chokes on the encoding attempt i.e. "Failed to encode video, aborting". It's easy to "fix" just by deleting the corrupt .DGI but something's flaky with my setup.
I am using DGIndex 64bit. Now you write this I remember that I had some time ago exactly the same. I noticed that the .dgi was 0 bytes, and opening it in a text editor showed that it was indeed empty.
I deleted the .dgi, restarted the indexing and all went smooth. I didn't pay much attention to the incident as it has happened only once. Unfortunately I don't remember the source. If I can trace it back I could try to reproduce the case.
Sharc is offline   Reply With Quote
Old 28th December 2013, 21:43   #18686  |  Link
laserfan
Aging Video Hobbyist
 
Join Date: Dec 2004
Location: Off the Map
Posts: 2,461
Quote:
Originally Posted by neuron2 View Post
I can't even see a code path that would allow DGIndexNV to print 0 / 0 as the frame rate! So memory issues, etc., are possible.
Yikes, well I just re-ran the entire job yet again and there were no problems so I have to consider that it's unrelated to your program or to BD-RB either really. I'm going to run a chkdsk on my eSATA drive that the ISO is mounted from. Maybe it was just a noise problem over the eSATA cable--I've had problems with eSATA before though not from this drive. Anyway thanks Donald for looking at it.

And thank you too Sharc for chiming-in. I must say I impressed myself by finding why x264 choked. That the job merely resumes after letting DGIndexNV try again is a relief of course.

Sorry for the distraction fellas--my money's on a weak eSATA link.
laserfan is offline   Reply With Quote
Old 28th December 2013, 21:51   #18687  |  Link
Guest
Guest
 
Join Date: Jan 2002
Posts: 21,901
Run some good RAM checks also. I doubt the eSATA theory because I see only a memory corruption as a possibility. DGIndexNV reads the fps_num and fps_den from the stream. If either is seen as zero it changes it to 25fps. The only mechanism I can think of is that it reads the fps_num and fps_den correctly but then subsequently the memory gets trashed before the DGI is written.

Last edited by Guest; 28th December 2013 at 21:53.
Guest is offline   Reply With Quote
Old 28th December 2013, 21:54   #18688  |  Link
Guest
Guest
 
Join Date: Jan 2002
Posts: 21,901
Quote:
Originally Posted by Sharc View Post
I remember that I had some time ago exactly the same. I noticed that the .dgi was 0 bytes, and opening it in a text editor showed that it was indeed empty.
That's not exactly the same. Here we have a DGI written but with bad values, not an empty DGI. In your case, something could have hung the process, so that the DGI was never written.
Guest is offline   Reply With Quote
Old 28th December 2013, 22:32   #18689  |  Link
jdobbs
Moderator
 
Join Date: Oct 2001
Posts: 20,973
Quote:
Originally Posted by Sharc View Post
When I import a couple of files I get as last Quick Menu title BD-RB's stars menu backdrop, together with the menu text, something like:
Code:
01. my title 1
02. my title 2
03. my title 3
04. Disc Extra: [00:00:01.042]
Can/should I just delete this last menu text and leave the file 04. ticked (if I want to keep the stars backdrop), or should I leave this untouched?
Not sure I understand completely. You wouldn't see that during an import unless you ave the import threshold set very, very low.
__________________
Help with development of new apps: Donations.
Website: www.jdobbs.net
jdobbs is offline   Reply With Quote
Old 28th December 2013, 22:35   #18690  |  Link
jdobbs
Moderator
 
Join Date: Oct 2001
Posts: 20,973
Quote:
Originally Posted by laserfan View Post
Does anyone here using DGIndexNV for DGI file creation point BD-RB to the 64-bit executable? I have had some trouble getting .DGIs created reliably and am trying to eliminate possibilities.

What happens is that a corrupt .DGI gets created and x264 chokes on the encoding attempt i.e. "Failed to encode video, aborting". It's easy to "fix" just by deleting the corrupt .DGI but something's flaky with my setup.
Never actually tried it.

Having trouble in what way? I've never had an issue with DGIndexNV...
__________________
Help with development of new apps: Donations.
Website: www.jdobbs.net
jdobbs is offline   Reply With Quote
Old 28th December 2013, 23:35   #18691  |  Link
Sharc
Registered User
 
Join Date: May 2006
Posts: 3,997
Quote:
Originally Posted by jdobbs View Post
Not sure I understand completely. You wouldn't see that during an import unless you ave the import threshold set very, very low.
My settings were:
Code:
MENU_BACKGROUND=C:\Program Files Video\BD_Rebuilder\misc\menuback.jpg
IMPORT_THRESHOLD=6
QUICK_PLAY_THRESHOLD=6
MENU_AUTO_BACKGROUND=1
MENU_PLAY_SEQUENTIAL=0
MENU_START_WITH_MENU=1
Sharc is offline   Reply With Quote
Old 28th December 2013, 23:42   #18692  |  Link
laserfan
Aging Video Hobbyist
 
Join Date: Dec 2004
Location: Off the Map
Posts: 2,461
Quote:
Originally Posted by neuron2 View Post
Run some good RAM checks also. I doubt the eSATA theory because I see only a memory corruption as a possibility. DGIndexNV reads the fps_num and fps_den from the stream. If either is seen as zero it changes it to 25fps. The only mechanism I can think of is that it reads the fps_num and fps_den correctly but then subsequently the memory gets trashed before the DGI is written.
FWIW when I watch BD-RB work I see a --demux meta file in BD-RB's WORKFILES but I don't see the result of the --demux i.e. the .m2ts file needed to make the .dgi. Maybe it goes into a TMP folder or is somehow done on-the-fly perhaps. Might it be possible to start the --demux and comment the .dgi creation concurrently? I wouldn't think so...I'd expect the .m2ts to be locked until demux is over. In any case the PC's been working real hard today and this last run's been perfect that I've now burned to disk.

I'm going to move my eSATA drive anyway and then I just might do the Memtest86+ and/or torture-test program whose name escapes me atm.
laserfan is offline   Reply With Quote
Old 28th December 2013, 23:54   #18693  |  Link
Guest
Guest
 
Join Date: Jan 2002
Posts: 21,901
Quote:
Originally Posted by laserfan View Post
I don't see the result of the --demux i.e. the .m2ts file
Not following you here. M2TS files do not need to be demuxed from anything.
Guest is offline   Reply With Quote
Old 29th December 2013, 16:23   #18694  |  Link
laserfan
Aging Video Hobbyist
 
Join Date: Dec 2004
Location: Off the Map
Posts: 2,461
Well I had been looking at this AUD_00011.meta file, which purports to demux the video, though now that I look again at the .DGI file it does refer instead to the original .m2ts on the disc (see .DGI above):

Code:
MUXOPT --no-pcr-on-video-pid --new-audio-pes --demux --vbr  --vbv-len=500
V_MS/VFW/WVC1, "V:\BDMV\STREAM\00011.m2ts", fps=29.97, track=4113
A_AC3, "V:\BDMV\STREAM\00011.m2ts", track=4352, lang=eng
S_HDMV/PGS, "V:\BDMV\STREAM\00011.m2ts",fps=29.97, track=4608,lang=jpn
S_HDMV/PGS, "V:\BDMV\STREAM\00011.m2ts",fps=29.97, track=4609,lang=eng
S_HDMV/PGS, "V:\BDMV\STREAM\00011.m2ts",fps=29.97, track=4610,lang=fra
S_HDMV/PGS, "V:\BDMV\STREAM\00011.m2ts",fps=29.97, track=4611,lang=deu
S_HDMV/PGS, "V:\BDMV\STREAM\00011.m2ts",fps=29.97, track=4612,lang=spa
S_HDMV/PGS, "V:\BDMV\STREAM\00011.m2ts",fps=29.97, track=4613,lang=nld
So I admit I don't know what the demux of the vid is for here (result is "00011.track_4113.vc1") given it appears not to be for the .DGI file to act in concert with. I guess I will try to run it again just to watch how things unfold. I can't imagine that tsMuxeR could be demuxing the audio from the .m2ts at the same time that DGIndexNV is trying to index the very same m2ts file...?

EDIT: OK I'm running it again and clearly tsMuxeR.exe is running to demux the audio (and the videotrack) while DGIndexNV is running simultaneously, apparently (to me anyway) to index the very same .m2ts being demuxed. I wouldn't have thought this was possible, that the m2ts would be locked by one process or the other, but I am not a programmer.


Last edited by laserfan; 29th December 2013 at 16:57.
laserfan is offline   Reply With Quote
Old 29th December 2013, 17:11   #18695  |  Link
Guest
Guest
 
Join Date: Jan 2002
Posts: 21,901
As you say it depends on whether the file is locked. But if you are just reading there is no need to lock it when opening it, and concurrent processes can read the same file. When writing a file you want exclusive access to avoid collisions.
Guest is offline   Reply With Quote
Old 29th December 2013, 17:59   #18696  |  Link
jdobbs
Moderator
 
Join Date: Oct 2001
Posts: 20,973
Quote:
Originally Posted by laserfan View Post
Well I had been looking at this AUD_00011.meta file, which purports to demux the video, though now that I look again at the .DGI file it does refer instead to the original .m2ts on the disc (see .DGI above):

Code:
MUXOPT --no-pcr-on-video-pid --new-audio-pes --demux --vbr  --vbv-len=500
V_MS/VFW/WVC1, "V:\BDMV\STREAM\00011.m2ts", fps=29.97, track=4113
A_AC3, "V:\BDMV\STREAM\00011.m2ts", track=4352, lang=eng
S_HDMV/PGS, "V:\BDMV\STREAM\00011.m2ts",fps=29.97, track=4608,lang=jpn
S_HDMV/PGS, "V:\BDMV\STREAM\00011.m2ts",fps=29.97, track=4609,lang=eng
S_HDMV/PGS, "V:\BDMV\STREAM\00011.m2ts",fps=29.97, track=4610,lang=fra
S_HDMV/PGS, "V:\BDMV\STREAM\00011.m2ts",fps=29.97, track=4611,lang=deu
S_HDMV/PGS, "V:\BDMV\STREAM\00011.m2ts",fps=29.97, track=4612,lang=spa
S_HDMV/PGS, "V:\BDMV\STREAM\00011.m2ts",fps=29.97, track=4613,lang=nld
So I admit I don't know what the demux of the vid is for here (result is "00011.track_4113.vc1") given it appears not to be for the .DGI file to act in concert with. I guess I will try to run it again just to watch how things unfold. I can't imagine that tsMuxeR could be demuxing the audio from the .m2ts at the same time that DGIndexNV is trying to index the very same m2ts file...?

EDIT: OK I'm running it again and clearly tsMuxeR.exe is running to demux the audio (and the videotrack) while DGIndexNV is running simultaneously, apparently (to me anyway) to index the very same .m2ts being demuxed. I wouldn't have thought this was possible, that the m2ts would be locked by one process or the other, but I am not a programmer.

That demux is there to get the PGS and Audio files. The video is also demuxed but is only kept if BD-RB calculates that it is small enough to keep intact. Otherwise it is removed and the M2TS index (DGIndexNV) is used.

The file isn't locked... both processes are reading it simultaneously. That saves a lot of time because at any point one or the other is finding its records in cache rather than having to do a physical read. In most cases it takes about half as long as having to do each process sequentially.
__________________
Help with development of new apps: Donations.
Website: www.jdobbs.net

Last edited by jdobbs; 29th December 2013 at 18:05.
jdobbs is offline   Reply With Quote
Old 29th December 2013, 18:24   #18697  |  Link
laserfan
Aging Video Hobbyist
 
Join Date: Dec 2004
Location: Off the Map
Posts: 2,461
Ok I didn't know if this was possible; only thinking maybe 64-bit DGIndexNV might be too "quick on the draw" for tsMuxeR or something. That's a technical term...

Thanks for the explanations fellas. I had thought about "demux the video in case you use it as-is" but it's nice to get confirmation about that too J.

laserfan is offline   Reply With Quote
Old 29th December 2013, 18:50   #18698  |  Link
jdobbs
Moderator
 
Join Date: Oct 2001
Posts: 20,973
Quote:
Originally Posted by laserfan View Post
Ok I didn't know if this was possible; only thinking maybe 64-bit DGIndexNV might be too "quick on the draw" for tsMuxeR or something. That's a technical term...

Thanks for the explanations fellas. I had thought about "demux the video in case you use it as-is" but it's nice to get confirmation about that too J.

I'd be very surprised if there is any significant difference in speed between 32 bit and 64 bit. Even if there was, that isn't going to increase disc access speeds. Just remember that BD-RB uses the 32 bit version of AVISYNTH -- so you must use the 32 bit version of DGDecNV.

It's possible the two apps may get out-of-sync in their reading, but that's rare. Generally the app that is behind in reading catches up because its data is cached, and it may even become the leader -- causing the other app to be cached and catch up. They may change positions several times during execution -- but most of the time they finish within a second of each other.
__________________
Help with development of new apps: Donations.
Website: www.jdobbs.net

Last edited by jdobbs; 29th December 2013 at 18:56.
jdobbs is offline   Reply With Quote
Old 30th December 2013, 05:21   #18699  |  Link
Blurayhd
Registered User
 
Join Date: Oct 2010
Posts: 232
Hi @jdobbs

You know i do not how to do with bd rebuilder, what options to use, I have some movies on Bluray discs and need to pass them directly to mkv format with no loss of both audio and video and subtitles , that is, all intact. I tried eg MakeMKV but give me a problem and I try to Bd rebuilder but it insists to make a "reencoding". There is an option of passing directly without "touching" audio and video and subs?

Thanks for your time!

sorry to bother you, I had not seen the option to intact audio / video

Thanks again

Last edited by Blurayhd; 30th December 2013 at 05:52.
Blurayhd is offline   Reply With Quote
Old 30th December 2013, 07:19   #18700  |  Link
AmigaFuture
Registered User
 
AmigaFuture's Avatar
 
Join Date: Apr 2003
Location: Within the main Source.
Posts: 895
Quote:
Originally Posted by Sharc View Post
When I import a couple of files I get as last Quick Menu title BD-RB's stars menu backdrop, together with the menu text, something like:
Code:
01. my title 1
02. my title 2
03. my title 3
04. Disc Extra: [00:00:01.042]
Can/should I just delete this last menu text and leave the file 04. ticked (if I want to keep the stars backdrop), or should I leave this untouched?
Switch BD-RB to Full Backup before importing; then....import.

Quote:
Originally Posted by Blurayhd View Post
Hi @jdobbs
sorry to bother you, I had not seen the option to intact audio / video

Thanks again
From BD-RB Menu select Mode. Movie-Only Backup. Alternate Movie-Only Output. It's in the list.
__________________
Life is not a journey to the grave; but rather to skid out broadside, thoroughly used, torn and warn and loudly proclaim; WOW; What a ride!!! Soon, I'm going to do it AGAiN in different skin!!

Last edited by AmigaFuture; 30th December 2013 at 07:50. Reason: Joined posts.
AmigaFuture 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 16:05.


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