Log in

View Full Version : DGAVCDecNV 1.0.13: GPU decoding on Nvidia


Pages : 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 [23] 24 25 26 27

meatwad
10th March 2009, 14:17
I wrote you a lengthy email you can ignore. Just skim to the bottom and you'll find the new id. Thanks again.

meatwad
10th March 2009, 14:27
Hypothetically, what if you have more than one network controller in your system. I just installed an old Skystar2 that created 2 new local networks. Could that be what caused it?

Guest
10th March 2009, 14:41
Yes, if you change the MAC address of your first active network adapter the machine ID will change. Usually, the MAC is stable, but some people have a wireless card they switch on and off. In those cases, they send me the IDs with it on and off and I give them a license file that supports both.

meatwad
10th March 2009, 15:14
Thanks. That got it working. Now if it ever barks 'invalid license file' at me again I'll know to check my network settings to see if there's been a change.

xopowo
10th March 2009, 15:56
[QUOTE=Clumpco;1259652]A problem (maybe) with 1.0.13.
The audio file has "DELAY -47721878ms"
The same .ts with ver 1.0.12 had "DELAY -20ms"
Wassup?

QUOTE]


I concur with this. I'm getting the same arbitrary delays. Seems like something with 1.0.1.3.

Clumpco
10th March 2009, 16:22
@meatwad
@Clumpco
Your link is not working. Please fix it so I can investigate the problem. Thank you.
Link fixed, apologies.

Also so far with 1.0.13/1.0.4 I have BSOD (IRQ_NOT_LESS...) or just hanging during the x264 second pass.
I have rolled back to 1.0.11/1.0.3 to see if it is any better.
If not, then I'll have to start running memtest etc.

UPDATE - Encoded fine with 1.0.11/1.0.3

Kurtnoise
10th March 2009, 18:37
A problem (maybe) with 1.0.13.
The audio file has "DELAY -47721878ms"
The same .ts with ver 1.0.12 had "DELAY -20ms"
Wassup?

same "issue" here too.

v1.0.13 : delay = -763550166 ms
v1.0.12 : delay = -424 ms

Clumpco
10th March 2009, 19:22
Slightly OT question... but of interest to all us CUDA users.
If I am really having heat problems again, then can someone recommend some software to monitor my GPU temp (Nvidia 9600 GT Matrix)?
It needs to be sober, tiny footprint, non-invasive.
TIA

Kurtnoise
10th March 2009, 19:29
Gpu-z

Sharc
10th March 2009, 20:09
9. Fixed an M2TS parsing bug that caused corruption for some streams.

@Sharc

Please advise if this fixes your issue. If you confirm it, I'll update the other tools.
Problem solved. Thank you.

meatwad
10th March 2009, 20:21
I experienced a similar audio delay issue when I used DGMPGDecNV if I used VideoRedo to correct the original .ts/.mpg file. VideoRedo corrects the audio delay to where it usually comes out as zero. When I was trying both versions of DGMPGDecNV it would always be off by a huge amount. Sometimes minutes. I didn't think too much about it because DGMPGDecNV is still in the testing phases.

I can up some small samples if you think it will help neuron2, but the problems may be completely unrelated.

Clumpco
10th March 2009, 22:14
Gpu-z

Just what I needed!
Thanks:thanks:

Guest
11th March 2009, 00:36
Please re-download 1.0.13. I have fixed the audio delay regression.

@Clumpco

I'm going to need a stream to duplicate any crashes.

@meatwad

DGMPGDecNV was released a while ago. Please report problems in the DGMPGDecNV thread. I'm going to update it with these fixes right now, so strike while the iron is hot.

~bT~
11th March 2009, 03:39
with the latest version, if i step back frame by frame, preview distorts? is that normal as i had never encountered it before.

Guest
11th March 2009, 03:42
I don't know what you mean by "preview distorts" and I always need a sample to duplicate the issue.

I assume you mean DGAVCDecodeNV as you can't step back by frames in DGAVCIndexNV.

Please try to give clear and complete trouble reports. Thank you.

~bT~
11th March 2009, 03:50
^ i think it maybe a corrupt stream. i tried with another stream and it was fine.

if u still want a sample, let me know.

Guest
11th March 2009, 03:52
if u still want a sample, let me know. Thank you, yes, if it's not too much trouble. It never hurts to investigate issues and the possibility of making the tools more robust.

To be specific, there is a problem with M2TS files, which have the silly 4-byte count field before the transport sync byte. When that count includes a 0x47 byte in the 2nd to 4th bytes, it become difficult to ensure proper packet sync when seeking. So it will be helpful to me to see if this is happening in your case.

~bT~
11th March 2009, 09:39
here u go: http://www.mediafire.com/?sharekey=39dde50f7954a9bed2db6fb9a8902bda

Clumpco
11th March 2009, 11:05
@Clumpco

I'm going to need a stream to duplicate any crashes.

Thanks! I'm uploading it now, I'll let you have the link when it's ready.

[EDIT] - @neuron2, check your email

Guest
11th March 2009, 14:09
@~bT~

Please help me by giving me instructions on how to make the problem happen with the stream.

~bT~
11th March 2009, 14:13
^ move anywhere forward, then move backward frame by frame.

Guest
11th March 2009, 14:15
In what, DGAVCIndexNV or playing the script? If the latter, post the script.

~bT~
11th March 2009, 14:21
in dgavcindexnv

Guest
11th March 2009, 14:25
The SPS/PPSs in the stream are not suitable for seeking. This is like another case I saw. It's OK on the bluray because the bluray navigation system controls the seek points.

Lucky for you, this won't happen in the video served through DGAVCDecodeNV, because at that point the SPS/PPSs are indexed and known.

I probably won't do anything about this.

~bT~
11th March 2009, 14:35
^ no probs. cheers for taking a look at it tho.

ultratoto14
11th March 2009, 20:44
Hi neuron2, as it has been discussed here several times, is there any progression in a cuda resizer in DGAVCDecodeNV ?

Thanks for your work, each time i use DGAVCDecodeNV, VC1 version or MPG, I appreciate the quality of the sources.

Deinorius
11th March 2009, 21:21
About that CUDA resizer, with Arcsoft TotalMedia Theatre you can resize to 1080p while playback. Would be a great feature for DGMPGIndexNV (resize DVDs to 1080p with better quality). Here's (http://ht4u.net/reviews/2009/nvidia_geforce_gts250/index6.php?&&image_id2=arcsoft_compare_big.jpg) a comparison.

deets
11th March 2009, 22:17
ive just ordered myself a cheap ATI 4870 and i just realised this means the end of my use! im quite gutted, ive been using the nvidia deinterlacing option a lot on my itv hd conversions :(

any chance of an ati version anytime soon?

Guest
12th March 2009, 03:15
any chance of an ati version anytime soon? Zero. Zip. Nada.

kemuri-_9
12th March 2009, 03:27
that reminds me....

is the combining of the DG*DecNV tools into an all-in-one filter still in the plans for the future?

onesloth
12th March 2009, 04:50
ive just ordered myself a cheap ATI 4870 and i just realised this means the end of my use!
Can the NV tools not be used with an Nvidia card that isn't the primary display adapter? i.e. installed in a second PCI-E slot with an ATI card as the primary display adapter.

Guest
12th March 2009, 06:18
Combining is still planned.

I don't know about the secondary adapter idea. I doubt it, though.

deets
12th March 2009, 10:29
well i cancelled the order, this was a contributing factor :) i do a lot of encoding and hardware deinterlacing speeds things up considerably. 260 it is then, seems to be getting slightly better benchmarks in dx10 games anyway.

Clumpco
13th March 2009, 08:49
Link fixed, apologies.
Also so far with 1.0.13/1.0.4 I have BSOD (IRQ_NOT_LESS...) or just hanging during the x264 second pass.
I have rolled back to 1.0.11/1.0.3 to see if it is any better.
If not, then I'll have to start running memtest etc.
UPDATE - Encoded fine with 1.0.11/1.0.3
I tmight have encoded fine... but since then I have had BSOD with xvid (not a CUDA in sight). This time it would appear that it was a seized fan on the hard drive bay that just happened to coincide with driver/DGAVCIndexNV update.
Before I get classed as a total time-waster please point me in the direction of the nearest self-flagellation club.
ME
:stupid:

Guest
13th March 2009, 13:51
Don't beat yourself up about it. Anyone would have thought the same thing. Thanks for notifying me before I invested a lot of encoding time. I hope you get your HW sorted so you can continue providing useful feedback.

harissa
13th March 2009, 20:02
i got this msg many times cuvidMapVideoFrame() error
while i m using Megui
always in a diffrent moment during the encoding

Guest
13th March 2009, 21:27
I can't help you without a lot more information than that.

What graphics card? How much memory on it? What Nvidia driver version? Using the correct nvcuvid.dll? What OS? Does it happen for all source streams? Your script? Your x264 command lines?

harissa
13th March 2009, 21:55
windows xp sp3
nvidia gforce 8400GS
driver vr 6.14.11.8208

loadplugin("DGAVCDecodeNV.dll")
avcsource("000000.dga")
loadplugin("Decomb.dll")
decimate(5)
LanczosResize(1280,720,0,0.75)

it happend in megui , in the first pass or second pass , never at the same time , with the same movie
sometime it never happend ,
i encoded the same movie like 10 time to check

sometimes it happend when i m not even usin the pc at 4 am
when this happend cuvidMapVideoFrame() error

encodin stop/abort and CUVIDServer.exe has to be closed and restared

Guest
13th March 2009, 22:19
How much memory on your graphics card?

Upgrade to the latest Nvidia drivers and try again.

harissa
14th March 2009, 01:10
it s 512 meg , and it sthe lastest driver on nvidia website

Guest
14th March 2009, 03:09
That doesn't look like the latest driver. Point me to the URL that you are using.

This looks like the latest to me:

http://www.nvidia.com/object/winxp_182.08_whql.html

squid_80
14th March 2009, 03:33
driver vr 6.14.11.8208
That is the latest driver.

Guest
14th March 2009, 03:40
@harissa

Do you have MY nvcuvid.dll in the same directory as DGAVCIndexNV.exe *AND* CUVIDServer.exe?

harissa
14th March 2009, 06:09
yes the dll is in the same dir
i just wanna know if there s something that might cauz this , so i can avoid havin this crash

deets
14th March 2009, 15:22
would using a faster card make any difference to encoding speed if using the card to do the deinterlacing? im thinking difference between 8800gt and 216

Guest
14th March 2009, 15:49
@harissa

You did not answer my question.

Anyway, assuming you do have MY DLL in both the directories, then I cannot think of any cause and suggest that you contact Nvidia for support.

@deets

I don't know. You'd have to ask Nvidia or do some experiments.

Sagekilla
14th March 2009, 19:17
@neuron2: Do you use the VP2 engine on the cards for hardware acceleration + deinterlacing? If you do, then it's fixed performance across all the various cards I believe.

Guest
14th March 2009, 19:45
The VP2 is used for decoding. I don't know what does the deinterlacing.

meatwad
15th March 2009, 03:23
@Sagekilla,

I read a rumor that you were possibly taking over the StaxRip project. If this is true, can you make it easier to incorporate neuron2's tools into the gui. Stax was kind enough to have added avs script importing into the last beta, but I still have .net crashes when I use DGMPGIndexNV if I run back to back encodings. I don't have an issue with DGAVCIndexNV because I was able to add it to the GUI and not use the avs importer. Anyway, it would be a nice addition and I hope the rumors are true.

Sagekilla
15th March 2009, 03:35
I'd like to take up the project, yes. I need to get it to import properly into VS 2008 properly. If I can get that going, I'd like to update a few things and I would like to see good support of the DG*NV tools.

Don't mean to hijack this at all, so I'll just say further questions should be directed towards the StaxRip dev thread.