DG NV tools

[tormento]

My home generic use PC:

[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:

[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]

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]

@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]

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]

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]

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]

Please give me explicit instructions for making the problem happen.

[stax76]

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

[stax76]

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]

>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]

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()

I can hold down the F2 key in VirtualDub.

Because VD always queries a image frame.

[Turtleggjp]

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]

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]

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]

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]

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.

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!"

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]

Thanks, it is indeed interesting.

[Guest]

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]

Originally Posted by neuron2

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

Nope.

[Audionut]

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