Log in

View Full Version : DG NV tools


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 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63

Guest
25th August 2009, 14:04
Here is NV beta 8. It has full D3D-less operation, revision of the cropping functionality as discussed, and a few minor bug fixes.

I'd appreciate hearing whether screensaver/standby activation still cause problems.

http://neuron2.net/dgavcdecnv/NVbeta8.zip

GZZ
25th August 2009, 18:01
It looks good, it works just fine. Is it still posible to make it work with multiple instance (I know it dosnt work in beta 8 - readme.txt says so), but in next version maybe ?

GZZ
25th August 2009, 18:16
Just got a new GFX its a Geforce GTX 260 (GDDR3, 896 mb), before I had a Geforece 9500 GT (DDR2, 1 GB) and my decoding speed is almost the same on both cards when I test it in DGAVCIndex. I get around 56-58 fps on my new GFX card and it was around 45 fps on my 'old' 9500 GT. It seems slow as the new GFX has almost 21x more power (nvidia chart says so) then my old GFX card (216 stream processor vs 32 in my old card). Is this normal speed, I was expecting it could do 100 fps+ on this card ?

laserfan
25th August 2009, 18:38
Here is NV beta 8. It has full D3D-less operation, revision of the cropping functionality as discussed, and a few minor bug fixes.

I'd appreciate hearing whether screensaver/standby activation still cause problems.

http://neuron2.net/dgavcdecnv/NVbeta8.zipI can confirm that where before CUVIDServer crashed when attempting to use it following Windows' Standby mode, it no longer does so, at least on my XP Pro x64 setup--it now works fine even after coming-out of Standby. :)

I'm liking the new Cropping features including the INI addition also. Nice thorough docs too. Thank you very much for this new release!

Guest
25th August 2009, 19:55
@GZZ

Multiple instance is in the works.

What's important for the card is the specs of the VP engine, and not all the rest of the shaders and stuff. I don't think the VP engine is evolving as fast as the rest.

@laserfan

Good news, thanks for the test results.

Revgen
25th August 2009, 20:14
Good News

The Island Trailer fix works for me.

Bad News.

DGMPGIndexNV is not properly indexing the VOB files from my Dance Fools Dance dvd. DGIndex is doing it correctly. The video is 144793 frames, but virtualdub only loads 144389 frames from the .dgm file.

The workaround I came up with was to open the VOB files in DGIndex, demux the video to .m2v and loaded the .m2v file into DGMPGIndexNV. It properly indexed the frames with the .m2v file.

I'm not sure exactly what frames are being lost.

I've included the working .d2v file, the problem .dgm file, and workaround .dgm file in the zip archive.
http://www.sendspace.com/file/88o0yl

ultratoto14
25th August 2009, 20:18
Upscale works great in beta8, no more green frames.

Guest
25th August 2009, 20:37
DGMPGIndexNV is not properly indexing the VOB files from my Dance Fools Dance dvd. I'm going to have to get the DVD. Can you post a link to where I can buy it and be sure it is the SAME one you have?

Revgen
25th August 2009, 20:59
I'm going to have to get the DVD. Can you post a link to where I can buy it and be sure it is the SAME one you have?

It's made by the Warner Archive store. Takes a while for them to make it and ship it.

http://www.wbshop.com/Dance%2c-Fools%2c-Dance-+EST-MOD/1000092446,default,pd.html?cgid=ARCHIVEDECADE30S

Guest
25th August 2009, 21:27
OK, thanks, financed by your donation. :)

Revgen
25th August 2009, 21:41
^Yer Welcome :D

SomeJoe
26th August 2009, 03:37
Here is NV beta 8. It has full D3D-less operation, revision of the cropping functionality as discussed, and a few minor bug fixes.

I'd appreciate hearing whether screensaver/standby activation still cause problems.
http://neuron2.net/dgavcdecnv/NVbeta8.zip


I use a remote desktop solution by the name of LogMeIn on both of my desktops. With all previous DGNV tools, you could not change the state of a remote session while the CUVID server was running, or you would get a crash of the CUVID server with the CUVIDMapFrame() error.

By change the state, I mean that you could start the CUVID server and start an encode locally, but then remoting into the machine would crash it. Or, you could start the CUVID server inside a remote session and start an encode, but if you disconnected the remote session, it would crash.

With beta 8, I can now log into and out of remote sessions at will with the CUVID server running with no problems.

LogMeIn installs a special "mirror video driver" that mirrors the current local desktop into the remote session. It was the insertion/removal of this driver's functionality each time a remote session was started/ended that would cause CUVID to crash.

Very happy with this development. LogMeIn remote sessions time out after a certain amount of inactivity, and I can't tell you how many encodes I lost because a remote session timed out when I wasn't paying attention.

Guest
26th August 2009, 03:52
That's really great news. Thanks, sharing is caring. :)

GZZ
26th August 2009, 09:33
---------------------------
Warning
---------------------------
ERROR: cuInit failed (100)

Hit Yes to continue notifying this specific error type; hit No to disable it.
Hit Cancel to suppress all further errors.
---------------------------
Yes No Cancel
---------------------------

I get this message, men I try to open DGAVCIndexNV from Beta 8. It have worked previously (yesterday), but I have tried to restart 3 times now, the next thing is to reinstall my nvidia driver (this will 99.9% fix the issue). Its not the first time I have got this error, but it always happen when opening a AVS file that use the cuvidserver (beta 7), but now (beta 8) I also get this when opening DGAVCIndexNV. Previously I also rebooted (worked must of the time), but know I properly have to reinstall my nvidia driver. Any idea why ?

Guest
26th August 2009, 14:10
Sorry, I've no idea. I assume you don't have old DLLs lying around and you have Nvidia 190.62.

I'll ask Nvidia about it as it would appear to be a side-effect of going D3D-less.

Varies
26th August 2009, 14:48
I had a problem with detect/demux AAC stream from TS and PCM stream from VOB, however non-nv DGIndex detect it fine.

Beta 8. Cropping Filter. Use this option to crop your video.
Why I should crop 4 pixels, if I have a blackborder 0.5-1 px?
you may write cropping like in BilinearResize(864,480,1,2,-3,-1) ?

:thanks:

Efenstor
26th August 2009, 15:03
Post a link to the first two files.

Three files is better:

http://www.efenstor.net/external/00066.MTS
http://www.efenstor.net/external/00067.MTS
http://www.efenstor.net/external/00068.MTS

P.S.: it's about the audio sync problem, if you remember.

GZZ
26th August 2009, 15:04
Sorry, I've no idea. I assume you don't have old DLLs lying around and you have Nvidia 190.62.

I'll ask Nvidia about it as it would appear to be a side-effect of going D3D-less.


Maybe. I was using it to encode 3 movies and they all did a good job, but I have found out that sometimes when you terminate your cuvidserver bare right click and exit it dosnt shutdown properly and still hangs in task manager. But if you kill it from the taskmanager, then it works just fine afterwards.

But this time its completly broken, I tried to reinstall Nvidia driver (190.62) and it still gives me the same error when trying to start DGAVCIndexNV or the CUVIDServer so something in my Nvidia driver has broken, will try to reinstall later tonight and see if I can get it working again.

Also found out that if you have the CUVIDserver running and have another process to access the GPU (another AVS that uses the cuvidserver) (I know its not working yet) then shutting down the cuvidserver afterwards using the right click and exit it will hang and properly give this error when trying to start the cuvidserver again, then only a reboot will work. Not sure if this can be reproduce, but I will try if I can 'break' it again and give an update.

Guest
26th August 2009, 15:11
I had a problem with detect/demux AAC stream from TS and PCM stream from VOB, however non-nv DGIndex detect it fine. For the AAC in TS, it should be working, post a link to an unprocessed source sample. For the PCM in VOB, it's not supported yet. I will add it.

Why I should crop 4 pixels, if I have a blackborder 0.5-1 px?
you may write cropping like in BilinearResize(864,480,1,2,-3,-1) ? You may crop/resize as you like on GPU or CPU; nobody is holding a gun to your head. But if you want to use GPU resizing, then you typically need to do the cropping on the GPU too, so that it happens before the resizing. I am limited to what the NVCUVID API supports for cropping functionality.

Guest
26th August 2009, 15:18
P.S.: it's about the audio sync problem, if you remember. I had a similar problem with all the M2TSs on Ratatouille BD. Each M2TS has slightly different audio/video lengths and that accumulates as the movie plays. I finally did a timestretch on the full audio track but that is obviously a kludge. I'll have to think about how to handle such cases.

Varies
26th August 2009, 15:37
Link to an unprocessed source sample where not detected AAC stream (http://www.sendspace.com/file/c1kweo) :)

GZZ
26th August 2009, 15:53
An update to my isssue, I got the error:
ERROR: cuInit failed (100)
when I tested it from working using remote desktop (windows XP built in remote desktop), know when I'm home its working just fine again. Not sure if its related to this one:
I'd appreciate hearing whether screensaver/standby activation still cause problems.

Guest
28th August 2009, 02:04
I am also having issues with "AVCHDlite" streams from Panasonic ... OK, I figured it out. It's pretty simple. The frame duplication is signalled with pic timing SEIs with a frame structure 7, which means frame doubling. I currently don't support that, so until I do, the script workarounds I gave are fine.

Guest
29th August 2009, 06:55
DGMPGIndexNV is not properly indexing the VOB files from my Dance Fools Dance dvd. DGIndex is doing it correctly. The video is 144793 frames, but virtualdub only loads 144389 frames from the .dgm file. My DVD arrived. That's a cool movie!

Anyway, the problem was that the stream contains lots of instances of declared video pes packets but with no payload. After the video start code, instead of some video data in the packet, the packet just ends with nothing and there is a stuffing packet instead. This is highly unusual (otherwise we'd have heard about it before now). Anyway, it was easy to add a check for no payload (as in DGIndex) and just skip it. With that fix, the number of frames reported is 144793 as expected.

The fix will be in the next beta, which is imminent.

Guest
29th August 2009, 15:47
NV beta 9 is released. It has a lot of fixes.

http://neuron2.net/dgavcdecnv/NVbeta9.zip

Have you guys noticed how the CPU utilization is way down with D3D-less operation? I use 2-4% on a full HD decode, where before I had 14-15%. DGIndex maxs out one core.

laserfan
29th August 2009, 20:45
Re: "Dance Fools Dance":

My DVD arrived. That's a cool movie!

And a cool response--I'm impressed, you bought the movie and fixed the problem already!!! :eek:

I'd thought those "On Demand" Warner DVDs were made "on demand" i.e. not stocked yet you got it in 4 days!? Very slick, I will have to look more closely at their website.

creamyhorror
29th August 2009, 21:10
Thanks, going to try it out...tomorrow morning.

GZZ
29th August 2009, 23:53
I really like the "Multiple instance are not allowed" so it dosnt kill the cuvidserver when its already processing a movie. Looking forward to a beta with multiple instance allowed. But the current warning is great for the time being.

Guest
30th August 2009, 01:11
Please re-download beta 9 as the info log feature was busted in all the indexers.

@laserfan

I was shocked to see it arrive so fast too. And by snail mail. Took me 8 hours to debug. I went down a lot of false paths until I realized some video PES packets were empty.

@GZZ

Glad you like that check. Naughty of you to make it happen, though. You should obey my warnings!

@all

BTW, I added LPCM audio support (demux to synced WAV as in DGIndex) to DGMPGDecNV for program streams (typically VOBs).

Revgen
30th August 2009, 08:06
My DVD arrived. That's a cool movie!

Anyway, the problem was that the stream contains lots of instances of declared video pes packets but with no payload. After the video start code, instead of some video data in the packet, the packet just ends with nothing and there is a stuffing packet instead. This is highly unusual (otherwise we'd have heard about it before now). Anyway, it was easy to add a check for no payload (as in DGIndex) and just skip it. With that fix, the number of frames reported is 144793 as expected.

The fix will be in the next beta, which is imminent.

I'm glad you liked the movie. Not too bad for an early talkie.

The fix works on my end too, so that's good.

These discs aren't conventional discs, so I'm not too surprised that they have errors that you wouldn't expect from traditional commercial DVD's. I will be getting more WB Archive titles, so hopefully there aren't anymore problems.

Guest
30th August 2009, 21:23
I'm glad you liked the movie. Not too bad for an early talkie. I was really impressed by the character development, especially of Roddie, and Bonnie of course. Jack was a bit shallow, but Gable's time was yet to come. The funniest part, though, was the shootout. No bullet holes or blood! And the police reaction. Nowadays they'd have had Bonnie down on the floor and handcuffed in milliseconds, not free to stroll around and make phone calls. Thanks for turning us on to this and to the website!

These discs aren't conventional discs, so I'm not too surprised that they have errors that you wouldn't expect from traditional commercial DVD's. I will be getting more WB Archive titles, so hopefully there aren't anymore problems. I hope there will be more problems, because I love challenging bug hunting opportunities. :devil:

Is all their stuff 4:3?

rica
30th August 2009, 22:05
Hi neuron,
i've been making some trials today.

What i'm trying to do is watching ripped SD DVD files in HD mode.

Tools:

DGMPIndexNV from DGNVTools beta9
and
MPC-HC

I put, say, the project.dgm, project.ac3, project.srt and project.avs in the same folder where the source muxed ts or mkv file is and i open project.avs with MPC-HC.

Without resizing no syncronization problem between audio and video with such an avs:

LoadPlugin("C:\users\rica\desktop\Tools\DGNVTools\DGDecodeNV.dll")

DGSource("F:\DG\video.dgm")


But there is sync. issue when i resize the video and i have to add an audio + delay in that case:

LoadPlugin("C:\users\rica\desktop\Tools\DGNVTools\DGDecodeNV.dll")

DGSource("F:\DG\video.dgm", resize_w=1920, resize_h=1080)


Then first i have to apply a positive delay to audio with eac3to but i don't know how much it's gonna be?

How can i predict the delay which i have to apply?

Thanks:thanks:

Revgen
30th August 2009, 22:09
Is all their stuff 4:3?

There's 16:9 DVD's too. I haven't ordered any though.

Guest
31st August 2009, 02:06
But there is sync. issue when i resize the video I don't see how it could be true, but anyway why are you trying to play a script in real time? It's the encoded result that is important. I can't guarantee realtime playback in players when I have no control of Avisynth and your player software.

Another point, I haven't designed my tools for direct play of your script. For example, you get substantial pauses when I refill my buffer from disk. That could affect a player.

rica
31st August 2009, 02:13
Sorry, I find it hard to believe and see no way it could be true. If the same number of frames is served, there aren't any missing or added, and the framerate remains the same, how could the sync get changed? Did you check those conditions?

I don't know but it is a reality.

I used both TS Muxer and MKVMerge Gui for muxing.

And i extract dgm and audio from those containers.

As i told before, if i don't resize no problem.
But if i resize, problem occurs.

Guest
31st August 2009, 02:24
You just totally ignored my point!

Are you just playing the script or are you making an encode and playing the result?

rica
31st August 2009, 03:00
You just totally ignored my point!

Are you just playing the script or are you making an encode and playing the result?

I wrote that before you edited your post.

But yes, that was what i was hoping to get; on-the-fly resizing :)

No problem with the re-encoded files; MeGui accepts created avs files.

Guest
31st August 2009, 03:11
My tools are not designed to be players. Sorry, it would require a completely different design.

rica
31st August 2009, 03:22
My tools are not designed to be players. Sorry, it would require a completely different design.

Yes i know but i run it as a player anyway :)

Here is the chain only works after resizing. Changing VMR with EVR causes sync. issues.

http://img198.imageshack.us/img198/1345/dgworksonthefly.th.png (http://img198.imageshack.us/i/dgworksonthefly.png/)

Revgen
31st August 2009, 05:24
@Rica, if you want to use Purevideo as a player for MPEG-2, use FFDShow.

In the output section of FFDShow, disable all output colorspaces except NV12. Then in the the Set the Output Interlaced Method and Field Order to suite your source.

Efenstor
31st August 2009, 07:00
I had a similar problem with all the M2TSs on Ratatouille BD. Each M2TS has slightly different audio/video lengths and that accumulates as the movie plays. I finally did a timestretch on the full audio track but that is obviously a kludge. I'll have to think about how to handle such cases.

Actually, as far as this problem persists DGAVCDecNV is pretty useless for decoding AVCHD camcorder videos (at least those produced by Canon Vixia camcorders). That's no good. :(

As a temporary solution, you can introduce a special mode in DGIndex, which produces a separate DGA and an audio file for each of the source files. Once I have such files, I think I can write a function which loads and AudioDub's them sequentially.

buzzqw
31st August 2009, 07:44
Hi Neuron2

i can't test it (not working on Wine)

when i launch CUVIDServer.exe (from dos ) it wait some prompt ? user must click on something?

i have a report (on beta8) that encoding doesn't started due to a wait prompt from cuvidserver..

is it possible ?

BHH

Guest
31st August 2009, 13:38
i have a report (on beta8) that encoding doesn't started due to a wait prompt from cuvidserver.. Running under wine or on Windows? What is the exact error or prompt that is encountered? All message boxes that the server can pop up are hard errors.

Guest
31st August 2009, 13:40
Actually, as far as this problem persists DGAVCDecNV is pretty useless for decoding AVCHD camcorder videos Only if you have lots of fragments. As I said, I'm thinking about it. In the meantime you are welcome to use something else.

buzzqw
31st August 2009, 13:53
Running under wine or on Windows? What is the exact error or prompt that is encountered? All message boxes that the server can pop up are hard errors.

users reported it on windows (I RUN linux)

your answer is enough, hard errors are users errors in that case (maybe missing license...)

thanks

BHH

Guest
31st August 2009, 13:58
If it's not a license issue, then it could be badly installed/old DLLs, etc. It would good to know the error to know if it is such a case or some real problem.

buzzqw
31st August 2009, 14:00
i'll ask users

thanks again for your support

BHH

Sharc
31st August 2009, 19:04
If it's not a license issue, then it could be badly installed/old DLLs, etc. It would good to know the error to know if it is such a case or some real problem.
I guess (my experience) it will only happen when one closes the DOS window during a running encode, and then tries to launch a new encode.
=> Avisynth error:
DGSource: Multiple instances not supported!

So actually it is not waiting for a prompt. One has to terminate CUVID.exe (task manager).

Guest
31st August 2009, 19:05
Actually, as far as this problem persists DGAVCDecNV is pretty useless I had a look at your three files and they are not useful for recreating your claimed issue. The final one 00068.mts has no identifiable audio sync events by which I can assess the sync.

To recreate your problem I need a last file that has an identifiable event like someone talking, a door slamming, etc. Then I can play that file alone (when it should be in sync) and compare that to when I load other files in front of it. Without some such evidence that there is actually a problem, I would just be chasing ghosts. Ball's back in your court to provide files that can be used to demonstrate your claimed issue.

Efenstor
1st September 2009, 11:02
I had a look at your three files and they are not useful for recreating your claimed issue. The final one 00068.mts has no identifiable audio sync events by which I can assess the sync.

To recreate your problem I need a last file that has an identifiable event like someone talking, a door slamming, etc. Then I can play that file alone (when it should be in sync) and compare that to when I load other files in front of it. Without some such evidence that there is actually a problem, I would just be chasing ghosts. Ball's back in your court to provide files that can be used to demonstrate your claimed issue.
I'll do it.