DG NV tools - Page 104

tormento · 13th July 2010, 07:52

My home generic use PC:

Code:

[Schermo]
Processore:		Intel(R) Core(TM)2 Quad CPU    Q9550  @ 2.83GHz (3399 MHz)
Sistema operativo:	Windows 7 Ultimate, 64-bit
Versione DirectX:	11.0 
Processore GPU:		GeForce GTX 275
Versione del driver:	257.21
Nuclei CUDA:		240 
Clock principale:	666 MHz 
Clock ombreggiatore:	1476 MHz
Clock memoria:		1161 MHz (frequenza dei dati 2322 MHz) 
Interfaccia memoria:	448 bit 
Memoria grafica totale disponibile:	4095 MB
Memoria video dedicata:	896 MB GDDR3
Memoria video di sistema:	0 MB
Memoria di sistema condivisa:	3199 MB
Versione BIOS video:	62.00.60.00.01
IRQ:			16
Bus:			PCI Express x16 Gen2

My office PC:

Code:

[Schermo]
Processore:		Intel(R) Core(TM) i7 CPU         920  @ 2.67GHz (3601 MHz)
Sistema operativo:	Windows 7 Ultimate, 64-bit
Versione DirectX:	11.0 
Processore GPU:		Quadro FX 3700
Versione del driver:	258.96
Nuclei CUDA:		112 
Clock principale:	675 MHz 
Clock ombreggiatore:	1600 MHz
Clock memoria:		975 MHz (frequenza dei dati 1950 MHz) 
Interfaccia memoria:	256 bit 
Memoria grafica totale disponibile:	3323 MB
Memoria video dedicata:	512 MB GDDR3
Memoria video di sistema:	0 MB
Memoria di sistema condivisa:	2811 MB
Versione BIOS video:	62.92.16.00.04
IRQ:			24
Bus:			PCI Express x16 Gen2

I think I should kill the NVidia italian translator.

P.S: 258.96 works ok.

lych_necross · 13th July 2010, 09:11

My Specs:

[Display]
Processor: Intel(R) Core(TM)2 CPU 6400 @ 2.13GHz (2133 MHz)
Operating System: Windows 7 Ultimate, 64-bit
DirectX version: 11.0
GPU processor: GeForce 9800 GTX/9800 GTX+
Driver version: 258.96
CUDA Cores: 128
Core clock: 760 MHz
Shader clock: 1890 MHz
Memory clock: 1125 MHz (2250 MHz data rate)
Memory interface: 256-bit
Total available graphics memory: 2303 MB
Dedicated video memory: 512 MB GDDR3
System video memory: 0 MB
Shared system memory: 1791 MB
Video BIOS version: 62.92.62.00.61
IRQ: 16
Bus: PCI Express x16

I might upgrade my video card soon. (I'm thinking about replacing it with the GeForce GTX 460 1GB)

tormento · 13th July 2010, 09:25

@neuron2

Just a crazy idea. Do you think you could implement (by your internal nvidia contacts) some compatibility between DGNV and VReveal?

Nvidia is offering a free SD version and the HD is paying available.

The destination should be feeding AviSynth with stabilized video from VReveal... A dream...

Clumpco · 13th July 2010, 12:21

Hi Neuron 2,
Just been reading all the changes and hard work that you have been doing while I have been sunning myself on holiday. Thanks!

Using the x86 version under Windows7 I see the 'slowdown' if I leave the windows visible, if I minimise I get a 2x speed gain. Thanks for the tip/workaround.

I wonder if it isn't your progress bar that slows things down, it seems to flash a lot while indexing (indicating that the control is being redrawn rather often?) - have you tried disabling that but leaving the frames/time elapsed/remaining active?

Cheers

Guest · 13th July 2010, 14:42

Quote:

Originally Posted by Clumpco

Using the x86 version under Windows7 I see the 'slowdown' if I leave the windows visible, if I minimise I get a 2x speed gain. Thanks for the tip/workaround.

I wonder if it isn't your progress bar that slows things down, it seems to flash a lot while indexing (indicating that the control is being redrawn rather often?) - have you tried disabling that but leaving the frames/time elapsed/remaining active?

Thanks for the information and suggestion. I will look into it as I now have a Win7 system.

stax76 · 13th July 2010, 16:01

The latest build still crashes arbitrary opening/closing scripts in fast sequence, maybe it's just my system (GT 9400 card rather new driver). The server thing was working good. There is a new StaxRip build with some changes, removed DGSource, added DGMultiSource etc., I hope you can fix it.

http://forum.doom9.org/showthread.ph...64#post1417164

Guest · 13th July 2010, 16:06

Please give me explicit instructions for making the problem happen.

stax76 · 13th July 2010, 16:08

Well, maybe I found something, instead of only querying frame count etc. actually querying a image seem to help.

stax76 · 13th July 2010, 16:14

That seem to help indeed, not a single crash yet and before it was almost always crashing, yesterday only sometimes. It must be some initialization problem.

Guest · 13th July 2010, 16:19

>Well, maybe I found something, instead of only querying frame count etc.
>actually querying a image seem to help.

I don't understand what you are talking about here.

I'll wait then for you to tell me whether to proceed on a bug hunt.

I can hold down the F2 key in VirtualDub.

stax76 · 13th July 2010, 16:38

Solved I would say, it was as simple as just querying a image.

Dim a As New AVIFile
a.Open(Path)
a.GetBitmap()
Framerate = a.FrameRate
Frames = a.FrameCount
FourCC = a.FourCC
Size = a.FrameSize
ErrorMessage = a.ErrorMessage
a.Close()

Quote:

I can hold down the F2 key in VirtualDub.

Because VD always queries a image frame.

Turtleggjp · 13th July 2010, 19:10

Quote:

Originally Posted by neuron2

>Well, maybe I found something, instead of only querying frame count etc.
>actually querying a image seem to help.

I don't understand what you are talking about here.

I'll wait then for you to tell me whether to proceed on a bug hunt.

I can hold down the F2 key in VirtualDub.

I think VirtualDub always loads the first frame immediately, which is why Stax76's loading of the first frame works better for him.

Guest · 14th July 2010, 05:54

Now that DGDecodeNV.dll and the CUVID Server are decomposing gracefully in their new earthy abode, will anyone go postal if I rename DGMultiSource() to just DGSource()?

Maybe I can make then synonymous so both are accepted.

Blue_MiSfit · 14th July 2010, 06:39

Good idea. I think synonymous is the way to go. I've been through that particular headache in the past with other functions

lych_necross · 14th July 2010, 08:29

Quote:

Originally Posted by neuron2

Now that DGDecodeNV.dll and the CUVID Server are decomposing gracefully in their new earthy abode, will anyone go postal if I rename DGMultiSource() to just DGSource()?

Maybe I can make then synonymous so both are accepted.

I don't have a problem with that as long as you could make them synonymous.

mikeyakame · 14th July 2010, 11:36

Here's a capture from GPU-Z, has some more detailed info.

I actually had to clock my memory down to 1250mhz, because 1300mhz was giving occasional decoder crashes over long encodes, like say a 6-8hr x264 encode.

And heres a sensor screen shot while doing a source/resize from an indexed mkv (1280x720 x264 ~2mbps bitrate) that I encoded.

This is basically the contents of the avs and running a video analysis pass in virtualdub for a filter output.

Code:

SetMTMode(0,4)
DGMultiSource("G:\temp\encoding\angel\dgi\ep01_mkv.dgi",resize_w=704,resize_h=400)
...

And here's a load shot using 64-bit Virtual Dub doing a video analysis pass. The indexed source is a 1080p24 M2TS from a japanese anime blu-ray that I own. If I recall average bitrate was around the 37-38mbps mark. I'm not too sure if this is a factor on video engine load though? Maybe you might know the answer to that. I know higher bitrate results in higher decode load, but not sure if it applies for frameserving or not.
Video Memory use for this 1080p source was ~230mb. It jumped from 210mb -> ~443mb.

And one final one. Vdub 64-bit + same source, but using 4 multisource inputs in the avs.
Vram usage is 210mb -> 583mb, so ~ 370mb for 4 dgi source inputs at 1920x1080. Just in case you ask "Why 4 sources!"

Code:

DGMultiSource("G:\temp\encoding\angel\dgi\bd\ep01-02.dgi").Trim(37488, 72767)
pt2 = last.Trim(2160, 32759)
pt1 = DGMultiSource("G:\temp\encoding\angel\dgi\bd\ep02_cdop.dgi").Trim(24, 2183)
pt3 = DGMultiSource("G:\temp\encoding\angel\dgi\bd\ep02_cded.dgi").Trim(24, 2183)
pt4 = DGMultiSource("G:\temp\encoding\angel\dgi\bd\ep02_web_pv.dgi").Trim(24, 383)
pt1++pt2++pt3++pt4

Basically i've just trimmed out sections and spliced in bonus feature replacements (which are extras on the blu-ray and are same frame length as original ones). Since they need to be frame exact and I needed to output merged wavs, this is easier to work with than appending multiple m2ts files into 1 index.

Thought it might be interesting for you to see, Neuron.

Guest · 14th July 2010, 13:46

Thanks, it is indeed interesting.

Guest · 14th July 2010, 13:57

Quote:

Originally Posted by neuron2

Maybe I can make then synonymous so both are accepted.

It turned out to be trivial to make them synonymous.

Next question: Will anyone go ballistic if I rename the DLL?

rack04 · 14th July 2010, 14:04

Quote:

Originally Posted by neuron2

Next question: Will anyone go ballistic if I rename the DLL?

Nope.

Audionut · 14th July 2010, 14:53

Self reminder to delete old dll's from plugin dir when Don renames.

13th July 2010, 09:11	#2062 \| Link
lych_necross ZZZzzzz... Join Date: Jan 2007 Location: USA Posts: 302	My Specs: [Display] Processor: Intel(R) Core(TM)2 CPU 6400 @ 2.13GHz (2133 MHz) Operating System: Windows 7 Ultimate, 64-bit DirectX version: 11.0 GPU processor: GeForce 9800 GTX/9800 GTX+ Driver version: 258.96 CUDA Cores: 128 Core clock: 760 MHz Shader clock: 1890 MHz Memory clock: 1125 MHz (2250 MHz data rate) Memory interface: 256-bit Total available graphics memory: 2303 MB Dedicated video memory: 512 MB GDDR3 System video memory: 0 MB Shared system memory: 1791 MB Video BIOS version: 62.92.62.00.61 IRQ: 16 Bus: PCI Express x16 I might upgrade my video card soon. (I'm thinking about replacing it with the GeForce GTX 460 1GB) Last edited by lych_necross; 13th July 2010 at 09:26.

13th July 2010, 09:25	#2063 \| Link
tormento Acid fr0g Join Date: May 2002 Location: Italy Posts: 1,039	@neuron2 Just a crazy idea. Do you think you could implement (by your internal nvidia contacts) some compatibility between DGNV and VReveal? Nvidia is offering a free SD version and the HD is paying available. The destination should be feeding AviSynth with stabilized video from VReveal... A dream... __________________ @turment on Telegram

13th July 2010, 16:01	#2066 \| Link
stax76 Registered User Join Date: Jun 2002 Location: 36 Chambers Posts: 5,913	The latest build still crashes arbitrary opening/closing scripts in fast sequence, maybe it's just my system (GT 9400 card rather new driver). The server thing was working good. There is a new StaxRip build with some changes, removed DGSource, added DGMultiSource etc., I hope you can fix it. http://forum.doom9.org/showthread.ph...64#post1417164 __________________ mpv.net media player :: staxrip encoding gui :: mediainfo gui

13th July 2010, 16:08	#2068 \| Link
stax76 Registered User Join Date: Jun 2002 Location: 36 Chambers Posts: 5,913	Well, maybe I found something, instead of only querying frame count etc. actually querying a image seem to help. __________________ mpv.net media player :: staxrip encoding gui :: mediainfo gui

13th July 2010, 16:14	#2069 \| Link
stax76 Registered User Join Date: Jun 2002 Location: 36 Chambers Posts: 5,913	That seem to help indeed, not a single crash yet and before it was almost always crashing, yesterday only sometimes. It must be some initialization problem. __________________ mpv.net media player :: staxrip encoding gui :: mediainfo gui

13th July 2010, 12:21	#2064 \| Link
Clumpco Registered User Join Date: Sep 2006 Posts: 82	Hi Neuron 2, Just been reading all the changes and hard work that you have been doing while I have been sunning myself on holiday. Thanks! Using the x86 version under Windows7 I see the 'slowdown' if I leave the windows visible, if I minimise I get a 2x speed gain. Thanks for the tip/workaround. I wonder if it isn't your progress bar that slows things down, it seems to flash a lot while indexing (indicating that the control is being redrawn rather often?) - have you tried disabling that but leaving the frames/time elapsed/remaining active? Cheers

13th July 2010, 16:06	#2067 \| Link
Guest Guest Join Date: Jan 2002 Posts: 21,923	Please give me explicit instructions for making the problem happen.

13th July 2010, 16:19	#2070 \| Link
Guest Guest Join Date: Jan 2002 Posts: 21,923	>Well, maybe I found something, instead of only querying frame count etc. >actually querying a image seem to help. I don't understand what you are talking about here. I'll wait then for you to tell me whether to proceed on a bug hunt. I can hold down the F2 key in VirtualDub.

14th July 2010, 05:54	#2073 \| Link
Guest Guest Join Date: Jan 2002 Posts: 21,923	Now that DGDecodeNV.dll and the CUVID Server are decomposing gracefully in their new earthy abode, will anyone go postal if I rename DGMultiSource() to just DGSource()? Maybe I can make then synonymous so both are accepted.

14th July 2010, 06:39	#2074 \| Link
Blue_MiSfit Derek Prestegard IRL Join Date: Nov 2003 Location: Los Angeles Posts: 5,583	Good idea. I think synonymous is the way to go. I've been through that particular headache in the past with other functions

14th July 2010, 11:36	#2076 \| Link
mikeyakame lookin for my sanity Join Date: Feb 2007 Location: it all depends on the day and which country comes to mind Posts: 42	Here's a capture from GPU-Z, has some more detailed info. I actually had to clock my memory down to 1250mhz, because 1300mhz was giving occasional decoder crashes over long encodes, like say a 6-8hr x264 encode. And heres a sensor screen shot while doing a source/resize from an indexed mkv (1280x720 x264 ~2mbps bitrate) that I encoded. This is basically the contents of the avs and running a video analysis pass in virtualdub for a filter output. Code: SetMTMode(0,4) DGMultiSource("G:\temp\encoding\angel\dgi\ep01_mkv.dgi",resize_w=704,resize_h=400) ... And here's a load shot using 64-bit Virtual Dub doing a video analysis pass. The indexed source is a 1080p24 M2TS from a japanese anime blu-ray that I own. If I recall average bitrate was around the 37-38mbps mark. I'm not too sure if this is a factor on video engine load though? Maybe you might know the answer to that. I know higher bitrate results in higher decode load, but not sure if it applies for frameserving or not. Video Memory use for this 1080p source was ~230mb. It jumped from 210mb -> ~443mb. And one final one. Vdub 64-bit + same source, but using 4 multisource inputs in the avs. Vram usage is 210mb -> 583mb, so ~ 370mb for 4 dgi source inputs at 1920x1080. Just in case you ask "Why 4 sources!" Code: DGMultiSource("G:\temp\encoding\angel\dgi\bd\ep01-02.dgi").Trim(37488, 72767) pt2 = last.Trim(2160, 32759) pt1 = DGMultiSource("G:\temp\encoding\angel\dgi\bd\ep02_cdop.dgi").Trim(24, 2183) pt3 = DGMultiSource("G:\temp\encoding\angel\dgi\bd\ep02_cded.dgi").Trim(24, 2183) pt4 = DGMultiSource("G:\temp\encoding\angel\dgi\bd\ep02_web_pv.dgi").Trim(24, 383) pt1++pt2++pt3++pt4 Basically i've just trimmed out sections and spliced in bonus feature replacements (which are extras on the blu-ray and are same frame length as original ones). Since they need to be frame exact and I needed to output merged wavs, this is easier to work with than appending multiple m2ts files into 1 index. Thought it might be interesting for you to see, Neuron.

14th July 2010, 13:46	#2077 \| Link
Guest Guest Join Date: Jan 2002 Posts: 21,923	Thanks, it is indeed interesting.

14th July 2010, 14:53	#2080 \| Link
Audionut Registered User Join Date: Nov 2003 Posts: 1,264	Self reminder to delete old dll's from plugin dir when Don renames. __________________ http://www.7-zip.org/

Thread Tools	Search this Thread
Show Printable Version Email this Page	Search this Thread: Advanced Search
Display Modes
Linear Mode Switch to Hybrid Mode Switch to Threaded Mode