DG NV tools

[MrVideo]

I will be working with 1080i29.97 MPEG-2 4:2:2 video.

I can use ConvertToYv12(interlaced=true) with AVISynth in order to get the video so that it is usable by x264, but do not know how to decode it since the DGDecNV tools don't currently work with 4:2:2 video.

Is 4:2:2 going to be supported soon, or is there something out there that will work with 4:2:2 video? I do not care if the decoding isn't done through the GPU, just as long as I can decode.

Obviously I prefer to use DGDecNV tools if at all possible.

[Blue_MiSfit]

Vanilla DGDecode handles 4:2:2 just fine. libmpeg2 does as well IIRC, though libavcodec doesn't - last I checked. Other commercial decoders (Elecard / Mainconcept) damned well better handle 4:2:2

[Guest]

I just bought this, and is there any way to make it crash less?
I can't analyze any files in MeGUI's script creator. The indexer works, and the AVS Script Creator opens and shows the video, but hitting Analyse nearly instantly causes a crash. It very, very rarely can get through a whole video.

You'll have to ask the MEGUI people about it. If the invocation of Avisynth is not fully correct in the application such crashes can occur. Hank and I have just finished working together to fix that for HCEnc. I am willing to work with the MEGUI folks to resolve it but I can't take responsibility for debugging MEGUI.

Also, try closing the preview window before hitting Analyse.

[stax76]

If I manually set up the AVS, even loading it into MeGUI (or MeGUI x64, or StaxRip) will crash them.

DGDecNV should work completely robust with StaxRip, no problems reported so far and none experienced myself. You can post a bug report to the StaxRip thread.

[MOS-Marauder]

@Neuron:

Continuing from the other Thread (080i/Crash eg GFX Memory ?)

Actually i have installed 257.21 Drivers. Shall i really downgrade so many revisions to 196.21 ?

Btw im not using Multiple Instances. Its in the middle of an Encode...


Chris

[Guest]

257.21 should be OK. Exactly when do these crashes occur? Are you using an encoding GUI application?

[MOS-Marauder]

Originally Posted by neuron2

257.21 should be OK. Exactly when do these crashes occur? Are you using an encoding GUI application?

Yes. Im using MeGui. Sometimes its in the middle of pass1, sometimes in the middle of pass 2.

For my last Vid i fixed it not using NV Deinterlacer. (used an external one then @AVS).

Is the Memory handliing different if i use Deinterlacer or not ?

I guess u know vReveal, another CUDA Enabled Application. If i use this one @ 1080 also my GFX Ram goes down and Driver crashes...

Im checking it on the next 1080i encode with GPU-Z (watching ram usage)

Chris

[Guest]

Originally Posted by MOS-Marauder

I guess u know vReveal, another CUDA Enabled Application. If i use this one @ 1080 also my GFX Ram goes down and Driver crashes...

Aha, well that's telling, meaning it's clearly not a DGNV implementation issue. I'll ask Nvidia about this.

I don't know the answer about your memory question. Tell us what you find with GPU-Z.

[jpsdr]

Originally Posted by Didée

You see me confused as well.
Hence, the generally-recommended structure for not-MT'able sourcefilters is

SetMTmode(5, threads)
SourceFilter()

SetMTmode(2)
other_filters

This generally works, e.g. with good old dgdecode_mpeg2source. But it seems to not work with DGDecodeNV. I got Vdub either crash, or go not responding anymore.

Same for me, VDub crash.

Originally Posted by Didée

The following, however, seems to work:

DGMultiSource()

SetMTmode(2)
other_filters

That is running right now, and it's actually using all threads as specified. (And surprise, that's exactly what you told to try.)

You have to tell me what magic you used, because for me i've only 1 thread !
I use the x64 2.5.8 version of avisynth...
What version have you used ?
So... if i've understood properly, actualy, there is no possibility to use SetMTMode with DGMultisource ?

[mastrboy]

try adding a memory limit, i can usually solve SetMTmode crashes with the following:

SetMemoryMax(512)

If it still crashes, try lowering it by increments of 32

[Guest]

Can you give your full script please?

[MOS-Marauder]

Originally Posted by neuron2

Aha, well that's telling, meaning it's clearly not a DGNV implementation issue. I'll ask Nvidia about this.

I don't know the answer about your memory question. Tell us what you find with GPU-Z.

K running another rel.. This time i enabled Deint (mode1) and Resize as well...

Memory usage 248.

Video Engine load: 55-80%

GPU load 8%

Hm doesnt look like much RAM usage... I wait until it crashes...


Chris

[MrVideo]

Originally Posted by Blue_MiSfit

Vanilla DGDecode handles 4:2:2 just fine.

Yep, that did the trick. Along with AVISynth's ConvertToYV12(interlaced=true), I was able to re-encode the MPEG-2 4:2:2 short sample (colorbars) to H.264.

[LigH]

I believe it would be safer to apply a "Trim()" on read license keys. There are users who manage not to get curious about additional spaces in front of their hex numbers, but the indexer appears to count them in and does not recognise the license as valid. In other words: Trailing newline here, leading spaces there - reasons for not recognising the license number can be too simple to predict.

[jpsdr]

Originally Posted by mastrboy

try adding a memory limit, i can usually solve SetMTmode crashes with the following:

SetMemoryMax(512)

If it still crashes, try lowering it by increments of 32

I don't think it's compatible with 12 threads of the QTGMC filter (i've just discovered its existence) on 1080p (even YV12) video.
I've made a dest on DVD video (so, with dgmpecdecode, wich work with mode 5), and necessary memory is around 780M, on 480p, so, lowering to 512 and even less on 1080p is not an option.

@neuron2
1) I don't have my full script here, so i'll post it later.
2) Have-you been able to reproduce this ?

[Groucho2004]

Originally Posted by LigH

There are users who manage not to get curious about additional spaces in front of their hex numbers

Isn't it weird that people are able to create the most complex Avisynth scripts and get them to work but fail to paste a simple number into a text file?

I think the license generator should create a license file and send it to the user by email. A bit more work for Don, though.

[LigH]

Quite little work with e.g. PHP to generate emails including attachments, it is well documented. But then there will be people who are unable to save attachments.

...

And there are people who are great in creating complex AviSynth scripts -- which doesn't mean that they understand their content.

A collection of several denoisers and sharpeners in a semi-random order...

[stax76]

@neuron2

I noticed DGIndex has a warning about unusual high audio delay, this warning isn't in DGIndexNV it seems. I wonder which value is considered unusual? (I want to add a similar warning)

[LigH]

May depend on the reason behind the warning... If the audio studio worked well, already a delay more than 1/4 second could be unusual. But the idea behind the warning was probably to detect mistakes like "You did not extract the main movie PGC, this VOB contains possibly multiple PGCs - get rid of that leading trailer first!" ... and for such cases the threshold may be rather around 5-10 seconds. Just my guess.

[kypec]

Hi neuron2,

recently I bought DGDecNV and generated myself a license code. You said before that the Machine ID is somehow tied to network adapter used in system. I've found that everytime I connect to VPN (cause I need to work remotely on my office workstation) my Machine ID changes - how come? I thought by network adapter you meant HW (MAC address or anything like that)?
It's not really a problem as I can generate another license code for the other Machine ID but I find it a bit weird to need additional license for just one physical PC with same hardware and OS.
I'm using Win7 x64 Ultimate btw.