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
12th April 2010, 16:24
Some AVCHD files I have will cause the same "Cannot find audio" error, and others from the same camera won't.

I'll PM soon you with a link to a sample clip.
Jeff, I had no problems at all with the clip you sent me. There is one AC3 audio stream and it is demuxed properly and plays fine.

hajj_3
12th April 2010, 21:31
a friend of mine using either build 2006 or 2007 said that if he used DG NV for a 2-pass encode and made the status of the 2nd pass "postponed" in megui then the 2nd pass wouldn't work when manually started, he would get "error" as the status like someone pointed out within the last 5 pages. He's away on holiday at the moment so i can't ask him anymore questions at the moment if you need more info.

GearX
13th April 2010, 00:24
a friend of mine using either build 2006 or 2007 said that if he used DG NV for a 2-pass encode and made the status of the 2nd pass "postponed" in megui then the 2nd pass wouldn't work when manually started, he would get "error" as the status like someone pointed out within the last 5 pages. He's away on holiday at the moment so i can't ask him anymore questions at the moment if you need more info.

Well, I do that all the time, and don't have any trouble.

hydra3333
13th April 2010, 12:29
Get rid of all the filtering other than the source filters and then advise if you still see an issue. If so, post the script and provide a sample stream I can use to duplicate the issue.
Well I think I may have confirmed it. After frame 0, three of these look close enough to the same frames as expected, however the deinterlace=2 seems "out" by a frame.
SetMemoryMax(256)
LoadPlugin("C:\SOFTWARE\DGindex\DGMultiDecodeNV.dll")
LoadPlugin("C:\SOFTWARE\DGindex\DGDecode.dll")

dgi=DGMultiSource("G:\HDTV\AFL\compare\R3-HD-Q2-trimmed.dgi",deinterlace=0).AssumeTFF()
dgi=dgi.HEIGHT==1088 ? dgi.cropbottom(8) : dgi
dgi=dgi.Separatefields()
dgi=dgi.ScriptClip("""subtitle("dgi " + string(current_frame),size=25)""")
dgi=dgi.Lanczos4Resize(dgi.width(),dgi.height()*2)

D2V=MPEG2Source("G:\HDTV\AFL\compare\R3-HD-Q2-trimmed.d2v",info=0,ipp=true,cpu=0).AssumeTFF()
d2V=d2v.HEIGHT==1088 ? d2v.cropbottom(8) : d2v
d2v=d2v.Separatefields()
D2V=D2V.ScriptClip("""subtitle("D2V " + string(current_frame),size=25)""")
D2V=D2V.Lanczos4Resize(D2V.width(),D2V.height()*2)

dgi2=DGMultiSource("G:\HDTV\AFL\compare\R3-HD-Q2-trimmed.dgi",deinterlace=2)
dgi2=dgi2.HEIGHT==1088 ? dgi2.cropbottom(8) : dgi2
dgi2=dgi2.ScriptClip("""subtitle("dgi2.deinterlace " + string(current_frame),size=25)""")

D2V2=MPEG2Source("G:\HDTV\AFL\compare\R3-HD-Q2-trimmed.d2v",info=0,ipp=true,cpu=0).AssumeTFF()
d2V2= d2v2.HEIGHT==1088 ? d2v2.cropbottom(8) : d2v2
D2V2=D2v2.Bob()
D2V2=D2V2.ScriptClip("""subtitle("D2V.bob " + string(current_frame),size=25)""")

interleave(d2v,dgi,d2v2,dgi2)
SetPlanarLegacyAlignment(True)
Not sure where to upload the 20Mb sample, so here's a rapidshare link. Let me know if you want it uploaded elsewhere.
http://rapidshare.com/files/375362482/R3-HD-Q2-trimmed.mpg.html

Delete Link: http://rapidshare.com/files/375362482/R3-HD-Q2-trimmed.mpg.html?killcode=4257790368286403576

Guest
13th April 2010, 14:18
Based on information I received from Nvidia I believe the Nvidia chain introduces a frame delay when doing double-rate deinterlacing. There's naught I can do about it.

tormento
14th April 2010, 06:55
neuron2: could you please make a x64 compile to be used with avisynth x64?

hydra3333
14th April 2010, 10:15
OK, so I apply
trim(1,-999999) to the NV double-rate deinterlaced clip and then it appears just like the others temporally. Thanks for checking. Love your tools !

JoeH
14th April 2010, 17:14
Neither will make a big difference. It's the VP engine speed that is important and that is not that different from card to card now (leaving out the ancient cards).

Sorry if this is a dumb question, but where can I find the VP Engine speed in the NVidia specs in order to compare cards? I've been looking all over, and can't find it referenced anywhere. Is it normally given a different name? Is it the "core clock" speed?

If so, would the 220 GT be faster than the 240 GT for use with DGIndexNV (at least in theory... I know you can't test all these cards)? The 220 GT has a 625MHz core clock, while the 240 GT has a 550 MHz core clock.

CruNcher
14th April 2010, 20:46
You can't though the speed should be the same for every card 400 Mhz,what you can see is the actual Video Engine Load with Nvidia providing access to it through the NVAPI but this part is under NDA so not many applications implement that :)

GPU-Z, Everest and Msi Afterburner as well as EVGA Precision (same as Afterburner but from Evga both are based on Rivatuner) do currently :)

http://img189.imageshack.us/img189/1365/fireshotprocapture008.th.jpg (http://img189.imageshack.us/my.php?image=fireshotprocapture008.jpg)

Here you can see Flash (also known as the beast) 10.1 RC in action on the in my case VP2(G92) Video Engine (the in action is meant sarcastically ;) )

JeffBDVS
15th April 2010, 19:57
Jeff, I had no problems at all with the clip you sent me. There is one AC3 audio stream and it is demuxed properly and plays fine.

OK - thanks for checking. Maybe Windows was having a bad day. :) I'll keep investigating here.

-Jeff

JeffBDVS
15th April 2010, 20:10
OK - thanks for checking. Maybe Windows was having a bad day. :) I'll keep investigating here.

-Jeff
It didn't take long for me to find the problem: PEBKAC. I had downloaded 2007, but 2006 was still installed. No issues with the file using 2007.

-Jeff

GearX
15th April 2010, 20:19
It didn't take long for me to find the problem: PEBKAC. I had downloaded 2007, but 2006 was still installed. No issues with the file using 2007.

-Jeff

I like PICNIC -- problem in chair, not in code :cool:

deets
17th April 2010, 16:37
another vote for a x64 version if possible :) now we have megui 64 as well

colinhunt
24th April 2010, 16:01
OK, so I made a boo-boo by not reading this thread before making a donation for the license. Turns out (as you all know) that CUDA drivers are not used when the PC is controlled via Remote Desktop connection. Unfortunately my dedicated number-crunching PC is located in a ventilated storage room and can only be accessed via Remote Desktop. Yeah, I'm SOL - especially as I can't get RemotelyAnywhere to work either. Does anyone know of any other work-arounds for this issue?

GZZ
24th April 2010, 18:09
You should try www.logmein.com (free) i works just fine with DGIndexNV.

colinhunt
24th April 2010, 18:54
You should try www.logmein.com (free) i works just fine with DGIndexNV.
Isn't that the same as RemotelyAnywhere?

edit: Same company, different product. I'll give it a shot. Thanks!

Audionut
25th April 2010, 04:53
I use teamviewer.

http://www.teamviewer.com/index.aspx

JoeH
25th April 2010, 11:51
another vote for a x64 version if possible :) now we have megui 64 as well

+1

:thanks:

GZZ
25th April 2010, 21:28
Maybe I ask a stupid question, what is the benefit of a 64 bit DGIndexNV when it uses the GPU for Decoding, will frameservering be any faster because the program is 64 bit vs 32 bit ?

deets
25th April 2010, 23:12
Maybe I ask a stupid question, what is the benefit of a 64 bit DGIndexNV when it uses the GPU for Decoding, will frameservering be any faster because the program is 64 bit vs 32 bit ?

not sure if it would be faster, but it would allow us to use it with avisynth 64 bit and x264 64 bit. both those are faster

Audionut
26th April 2010, 04:02
Yes, the main benefit is the ability to use it with other filters that are 64bit and do benefit from being 64bit.

And of course 64bit apps like x264 that get about 10% benefit from being 64bit.

nautilus7
26th April 2010, 12:13
I have a problem with an H.264 stream I made using x264. The .dgi file is playing fine in avs, but the problem is when playing/previewing video in DGIndexNV.

Sample here (http://www.sendspace.com/file/ccw3wo)

DGIndexNV Build 2007
GeForce 8400GS (driver version 197.45)
Windows 7 x64

yesgrey
30th April 2010, 19:29
neuron2,
What information are you reporting in the Colorimetry field?
The primaries, the transfer function, or the matrix coefficients?

Thanks.

Guest
1st May 2010, 17:39
I have a problem with an H.264 stream I made using x264. The .dgi file is playing fine in avs, but the problem is when playing/previewing video in DGIndexNV. You have specified illegal cropping in the stream. The coded size is 992x720 but specifies a cropping rectangle of 986x720. For YV12 the width must be a multiple of 4.

The workaround is to say no to the cropping prompt when opening DGIndexNV and do your *legal* cropping in the GUI or script.

BTW, seeking will be faster if you use smaller GOPs.

Guest
1st May 2010, 17:40
What information are you reporting in the Colorimetry field?
The primaries, the transfer function, or the matrix coefficients? Matrix coefficients. I will add that to the documentation.

nautilus7
1st May 2010, 20:11
You have specified illegal cropping in the stream. The coded size is 992x720 but specifies a cropping rectangle of 986x720. For YV12 the width must be a multiple of 4.

The workaround is to say no to the cropping prompt when opening DGIndexNV and do your *legal* cropping in the GUI or script.

BTW, seeking will be faster if you use smaller GOPs.

OK, good to know. Thanks.

yesgrey
2nd May 2010, 02:43
Matrix coefficients. I will add that to the documentation.
Could you also add the color primaries and the transfer function?

Thanks.

Guest
2nd May 2010, 05:36
Yes, I could. But why do you need them?

yesgrey
2nd May 2010, 17:18
I'm developing a program for performing color correction and I would like to know if the bitstream info is set according to what is defined by the video standards.
You already give the matrix coefficients info, so it would be great if you could also add the other two values.
It doesn't need to be in the GUI dialog, it's good enough if you can write it in the dgi file or in the log.

Guest
2nd May 2010, 17:28
My tools are not intended for general video analysis. There are stream analyzers available that can be used for that purpose.

yesgrey
2nd May 2010, 17:48
Ok. Thanks anyway.

LigH
6th May 2010, 12:33
A member in our german doom9/Gleitz board, "Gunnar" (here registered as "Gunnar_0", but still has to wait for the "noob timeout" before he can post here with very limited english skills) bought DGDecNV2007 and would like to register it. Unfortunately, on his video machine, the network card is disabled. So he noted down the PC ID, went to an online PC with the license generator, but the lD was reported as invalid. Now he tried to change different network settings, but the license generation always failed. The allowed number of licenses is now used up, he is not able anymore to use the generator.

Any idea how he can get a working license now for his already paid software? - His email can be found in the original post (http://forum.gleitz.info/showthread.php?42291-DGDecNV-Lizenz&p=407231&viewfull=1#post407231), or you might also send him instructions via PM.

Guest
7th May 2010, 16:19
Unfortunately, on his video machine, the network card is disabled. That should not be a problem. Just use the machine ID reported by DGIndexNV.

So he noted down the PC ID, went to an online PC with the license generator, but the lD was reported as invalid. Reported by what as invalid? Did the generator give him a license key? Did he EXACTLY enter that in his license file?

The allowed number of licenses is now used up, he is not able anymore to use the generator. I can reset his license count, but it sounds like he is not following the instructions properly.

I will need to have his registration email address to reset his license count.

vinujan
8th May 2010, 22:18
I've been using DGSource() with CUVID Server for a few weeks now; but when i had to call dgsource() 2x in a script it glitched the second called part. Not to mention the constant restarting of CUVID Server between encodes.

Exploring DGMultiSource(), which doesn't need CUVID Server i'm confused as to the purpose of DGSource() with CUVID Server

DGMultiSource() speeds are faster than DGSource() according to my test below:

Pass 1 - DGMultiSource
x264 info (http://paste2.org/p/818402)
encoded 5800 frames, 12.64 fps, 5918.57 kb/s
Pass 1 - DGSource (CUVID Server)
x264 info (http://paste2.org/p/818397)
encoded 5800 frames, 12.61 fps, 5918.57 kb/s

Pass 2 - DGMultiSource
x264 info (http://paste2.org/p/818439)
encoded 5800 frames, 2.38 fps, 6036.06 kb/s

Pass 2 - DGSource (CUVID Server)
x264 info (http://paste2.org/p/818399)
encoded 5800 frames, 2.36 fps, 6036.06 kb/s

My command line:

avs2yuv dg.avs -raw - | start /b /low x264.exe --pass 1 --slow-firstpass --stats "hor.stats" --level 4.1 --bitrate 6000 --level 4.1 --ref 8 --bframes 5 --direct auto --deblock -3:-3 --subme 6 --trellis 2 --psy-rd 0.8:0.0 --8x8dct --me hex --aq-strength 0.7 --b-adapt 2 --b-pyramid normal --no-mbtree --no-dct-decimate --frames 5800 --output NUL --fps 23.976 - 1280x544 2> 6000-p1.log

avs2yuv dg.avs -raw - | start /b /low x264.exe --pass 2 --stats "hor.stats" --level 4.1 --bitrate 6000 --level 4.1 --ref 8 --no-fast-pskip --bframes 5 --direct auto --deblock -3:-3 --subme 10 --trellis 2 --psy-rd 0.8:0.0 --8x8dct --me tesa --aq-strength 0.7 --b-adapt 2 --b-pyramid normal --no-mbtree --no-dct-decimate --frames 5800 --output "6000.mkv" --fps 23.976 - 1280x544 2> 6000-p2.log

Guest
9th May 2010, 00:13
DGSource() & CUVID Server were developed originally to work around a problem in MEGUI that no longer exists with the Zathor builds.

I need to revise the Quick Start guide to use DGMultiSource().

vinujan
9th May 2010, 01:10
Ahhh ok! Thanks for the clarification:)

deets
12th May 2010, 18:00
whats the situation regarding 64 bit, is it even on the to do list?

Guest
12th May 2010, 20:04
It will probably happen one day.

deets
13th May 2010, 13:04
It will probably happen one day.

is it a complicated task then? would be great to just be able to use the one package, ie megui64/avisynth64 with the tools.

I pretty much rely on nv tools for hardware deinterlacing to speed up my x264 encodes, ANY fps increase is a bonus when it already takes so long :)

Guest
13th May 2010, 13:28
It's not complicated at all. I simply do not have a 64 bit system at this time. I plan to upgrade my PC within this year and at that point I can convert my current one to 64 bit.

romanjaan
14th May 2010, 02:53
when I loaded a movie which is in VC-1 format into Dgindexnv it says Missing License file what should I do

My PC specs core2quad, 8gbram, nvidia gts250 a
any help plz

Inspector.Gadget
14th May 2010, 03:07
Buy a license.

romanjaan
14th May 2010, 03:14
ok thanks for that but is there any other way to make a dga from VC-1 file

Guest
14th May 2010, 04:13
ok thanks for that but is there any other way to make a dga from VC-1 file No, I have a monopoly on DGA. :p

You can try some DirectShow()/FFMPEGSource()/other variant but they sometimes won't work with all VC-1 variants (e.g., interlaced). Followup on that to another thread as this thread is for my tool.

lych_necross
14th May 2010, 07:18
You should buy a license (I did). Its money well spent and not that expensive. :)

linyx
16th May 2010, 05:43
Hello neuron2,
I've a bug report for you (it is of absolutely no concern to me if it is fixed or not--just posting for others' benefit).

The clip is from "The Rock (http://www.amazon.com/Rock-Blu-ray-Jim-Maniaci/dp/B000X418UE/ref=sr_1_3?ie=UTF8&s=dvd&qid=1273982911&sr=8-3)" Blu-Ray.
This screenshot (http://www.mediafire.com/download.php?dmmtww2jeqk) shows apparently corrupted macroblocks on the upper portion of the video (occurs in several places).
It only occurs when seeking (or stepping with arrow keys) in DGIndexNV (playback via DGIndexNV or any other application shows no corruption).
Specs:
DGIndexNV version: 2007
Video Card: Nvidia 8800GT
Drivers: 197.45
OS: Windows XP SP3 32-Bit

Here is the clip:
http://www.mediafire.com/download.php?tofdzy5mwmn

Thanks for your excellent tools and support!

Guest
17th May 2010, 01:24
Thank you for the report, linyx. Looks like an SPS/PPS injection problem. Investigating...

ronnylov
20th May 2010, 21:29
Hi neuron2!

I want to buy a license by pressing the donate button on your website but I get a white page with the text "fatal error". Using internet explorer 8 on Windows 7 x64. So I can not buy the license right now...

EDIT: Tried again but with with google chrome browser and it worked. Either a temporary fault or a internet explorer problem.

EDIT 2: I can not pay because paypal has blocked my account... No other methods of paying?

Guest
20th May 2010, 23:21
Take it up with PayPal about why they have blocked your account.

Guest
21st May 2010, 00:47
Thank you for the report, linyx. Looks like an SPS/PPS injection problem. Investigating... Yup, took me this long just to figure out that it's a PPS problem, now to figure out what to do about it.

DGDecodeNV is OK because the DGI file has all the SPS/PPS's recorded, but in DGIndexNV you can jump on the timeline and the required PPS might be a ways back in the file and not ever encountered. Obviously, I don't want to have to index the SPS/PPS NALUs on open but there may be no other way.

Maybe I can scan back from the seek point for the preceding SPS and PPS. Again, that can take a long time if there is just a single SPS and PPS at the start of the file.

Or maybe we just do nothing and document it as a limitation in DGIndexNV.

AVC was definitely poorly designed for seeking. You cannot just start at an IDR and be guaranteed to get a good decode. IMHO, an IDR/RPS must be immediately preceded by the correct SPS and PPS. Or re-use of SPS/PPS id's for different SPS/PPS content should be outlawed. Then you could know that you are missing the correct SPS/PPS and go looking for them.

Gotta crank up the thinking cap for this one.