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
28th June 2010, 23:25
Please tell me which parts you need to debug the error. MPLS file please.

Guest
28th June 2010, 23:26
I have a sample causing a problem when loading from command line, it loads using -i without -o but with -i and -o together it fails to load, somehow weird, I hope you can reproduce it, another sample I just tried did not cause any problem.

http://www.filedropper.com/mp4aaclc Investigating...

shortkud
28th June 2010, 23:42
I understand that setting deinterlace=1 also sets fieldop=2 but I think i'm having some odd results because of that. On some clips if I set deinterlace=1 the runtime is very different than that of deinterlace=0. On actual clips the runtime difference can be as much as 5 minutes. Please set me straight :)

LoadPlugin("C:\NVTools\DGMultiDecodeNV.dll")
DGMultiSource("test.dgi", deinterlace=1)

Runtime=1:16

LoadPlugin("C:\NVTools\DGMultiDecodeNV.dll")
DGMultiSource("test.dgi", deinterlace=0)

Runtime=1:34

Sample Clip (http://doinkdoink.us/test.mpg)

GearX
29th June 2010, 01:35
I understand that setting deinterlace=1 also sets fieldop=2 but I think i'm having some odd results because of that. On some clips if I set deinterlace=1 the runtime is very different than that of deinterlace=0. On actual clips the runtime difference can be as much as 5 minutes. Please set me straight :)

LoadPlugin("C:\NVTools\DGMultiDecodeNV.dll")
DGMultiSource("test.dgi", deinterlace=1)

Runtime=1:16

LoadPlugin("C:\NVTools\DGMultiDecodeNV.dll")
DGMultiSource("test.dgi", deinterlace=0)

Runtime=1:34

Sample Clip (http://doinkdoink.us/test.mpg)

That clip is telecined -- you shouldn't be using CUVID deinterlace at all. The reason it's 1:16 instead of 1:34 is because the deinterlaced frames are still being displayed at 29.97 fps. And, you don't have a perfect telecine pattern. That clip is only 92% film.

You should do this instead:

LoadPlugin("C:\NVTools\DGMultiDecodeNV.dll")
DGMultiSource("test.dgi")
Telecide(guide=1)
Decimate(cycle=5)

Guest
29th June 2010, 02:01
Exactly correct, GearX. A fine analysis!

Guest
29th June 2010, 02:32
I have a sample causing a problem when loading from command line, it loads using -i without -o but with -i and -o together it fails to load, somehow weird, I hope you can reproduce it, another sample I just tried did not cause any problem. I have found and fixed this. DGIndexNV gathers the first 500 start codes and looks at them to determine the video type. Your sample is so short it does not contain 500 start codes. For CLI invocation I error out in that case but not for normal invocation. I changed it to not error out in the CLI case. The fix will be in the next release, which I'd like to get out right away but tormento is tormenting me by not providing the requested MPLS file. :) If it's not there in the morning I will make a release because I have some other important changes I need to deliver.

shortkud
29th June 2010, 03:16
That clip is telecined -- you shouldn't be using CUVID deinterlace at all. The reason it's 1:16 instead of 1:34 is because the deinterlaced frames are still being displayed at 29.97 fps. And, you don't have a perfect telecine pattern. That clip is only 92% film.

You should do this instead:

LoadPlugin("C:\NVTools\DGMultiDecodeNV.dll")
DGMultiSource("test.dgi")
Telecide(guide=1)
Decimate(cycle=5)

If CUVID didn't ignore the pulldown flags would it report correctly? Why must it ignore pulldown flags when de-interlacing?

I have other clips that are telecined that work fine in conjunction with deinterlace=1 and Decimate()

Guest
29th June 2010, 03:33
If CUVID didn't ignore the pulldown flags would it report correctly? Why must it ignore pulldown flags when de-interlacing? Pulldown is entirely up to the display process. CUVID delivers only the decoded frames; it does not pull them down for display.

I have other clips that are telecined that work fine in conjunction with deinterlace=1 and Decimate() Then they must be hard telecined, and it is still suboptimal to apply a deinterlacer.

tormento
29th June 2010, 06:15
tormento is tormenting me by not providing the requested MPLS file

Hey man, sometimes I sleep too =pPppPpp

Here you are. 11213

7ekno
29th June 2010, 12:07
Um, is there a new link to the licensing page?!?

Call me tired, or just plain stupid, I just can seem to find it :P

http://neuron2.net/licensing just leads me to a 404 page :(

May I request a link to the online licensing page on the "About" box, so us slow types can keep up!

7ek

Guest
29th June 2010, 12:19
Um, is there a new link to the licensing page?!? It's sent to you with your user id.

http://neuron2.net/licensing.html

Guest
29th June 2010, 13:08
With the retail italian Cars BD, on movie playlist (00072.mpls, 0…2 angles), the audio demux recognizes only 1100…1105 languages. The following 1106…110b, which are not hidden, are not recognized. The MPLS you gave me shows only 6 audio streams. Are you sure those extras weren't PG streams? Show me the BDInfo screenshot please.

tormento
29th June 2010, 13:13
Sent to private.

Guest
29th June 2010, 13:18
The shots confirm my results. There are 6 primary audio, 6 hidden, and 6 PG streams. In BDInfo hidden tracks are marked with an asterisk, it says so right at the bottom of the dialog.

tormento
29th June 2010, 15:03
The shots confirm my results. There are 6 primary audio, 6 hidden, and 6 PG streams. In BDInfo hidden tracks are marked with an asterisk, it says so right at the bottom of the dialog.

If they are hidden, DGIndex should mask them too. ;)

Groucho2004
29th June 2010, 23:09
Simple question - Do the NV tools work on Windows Server 2003 (32 bit)?

Guest
29th June 2010, 23:11
If the needed Nvidia drivers work there then I see no reason why not.

Groucho2004
29th June 2010, 23:25
If the needed Nvidia drivers work there then I see no reason why not.

The XP drivers work just fine (>= 191.07). I just seem to remember some feature in NV tools requiring XP SP3 which made me think that there might be something XP has that W2003 doesn't.

Guest
30th June 2010, 00:26
There was a bug in VMR9 deinterlacing that affected double rate deinterlacing. IIRC it applies only in D3D mode, so don't use that.

Guest
30th June 2010, 01:08
* In the file list dialog, if no changes have been made, hitting OK now does
not reopen the input files.

* A File/Step option was added. When the display is set to full size, on some
displays the buttons are off screen. This change allows the single-step mode to
be entered in such cases.

* Fixed crashes when a bare MPLS file is opened (one not part of a full BDMV tree).

* Opening files with CLI -i -o failed with small files. Fixed.

* Fixed two bugs in video demux: 1) garbage before the first start code was erroneously
replaced with zeroes instead of being deleted, 2) for AVC, trailing_zero_bytes greater than 1
resulted in writing garbage at the end of the NALU, making the demuxed file unusable.

* DGI file format is unchanged and working licenses continue to work. :)

http://neuron2.net/dgdecnv/dgdecnv.html

Audionut
30th June 2010, 05:52
Hi neuron2.

Can I poke you with a stick about this : http://forum.doom9.org/showthread.php?p=1363304#post1363304

I ran into this problem again while outputting trimmed ts. Same thing. If you rename the file in the save as dialog box, dgindex doesn't automatically add the extension.

Saving a dgi file is fine. You can put whatever into the save as box and it will auto add the .dgi extension.

Guest
30th June 2010, 13:08
It's not so simple. Suppose you do trimmed ts and enter "myfile", while the files myfile.trp and myfile.ts both already exist. And you want to append. How do I know which one to use? Or if just myfile.ts exists how do I know whether you want to make a new file or append to that one? And suppose someone *wants* a file with no extension? (In the case of DGI it is mandatory.) Finally, my view is if you replace a filename with one lacking an extension that was your intention. So I'm disinclined to do anything about this issue. It's not so hard to type an extension.

TinTime
30th June 2010, 14:16
The only possible decoding is on the GPU. if you see video it is decoded on the GPU.

Just out of curiosity how does this work for older GPUs? I'm using a pretty venerable 8600GT. As far as I know it offers full decoding of AVC but only partial decoding for VC-1 and MPEG-2. Have Nvidia also written CPU decoders for these that are invoked through CUDA? NB. I'm not aware of the technicalities here so I realise the question may not make sense :)

Sorry, I'm sure this has been asked before but I couldn't find the answer.

quantum5uicid3
30th June 2010, 14:18
starting with ver 2013, both the 32bit and 64bit versions of dgindexnv do not open mkv files on my computer. no error, just nothing happens after adding to the file list and clicking ok. if i use 2012, it works fine. i updated my nvidia drivers with no change. ive tried alot of files, so i don't think source matters.

vista x64 sp2
9600gt 257.21

cweb
30th June 2010, 14:19
starting with ver 2013, both the 32bit and 64bit versions of dgindexnv do not open mkv files on my computer. no error, just nothing happens after adding to the file list and clicking ok. if i use 2012, it works fine. i updated my nvidia drivers with no change. ive tried alot of files, so i don't think source matters.

vista x64 sp2
9600gt 257.21

Did you update your license file? See a few posts ago. Download the latest version before updating the license file though.

Guest
30th June 2010, 14:19
Just out of curiosity how does this work for older GPUs? I'm using a pretty venerable 8600GT. As far as I know it offers full decoding of AVC but only partial decoding for VC-1 and MPEG-2. Have Nvidia also written CPU decoders for these that are invoked through CUDA? Yes, obviously any functions not done in the VP engine will be done in the driver software.

Guest
30th June 2010, 14:22
starting with ver 2013, both the 32bit and 64bit versions of dgindexnv do not open mkv files on my computer. no error, just nothing happens after adding to the file list and clicking ok. if i use 2012, it works fine. i updated my nvidia drivers with no change. ive tried alot of files, so i don't think source matters. Don't you read release notes? Even the download link explains you have to regenerate your license. I'm really curious how you could have missed all that.

quantum5uicid3
30th June 2010, 14:34
i just generated a new file probably not even a month ago, i guess it was right before that. the bigger question i think, is why doesn't it throw an error if i need a new license file?

edit
that was it though, thank you.

hejhopp
30th June 2010, 16:30
Hi neuron2
I use VideoReDo TVSuite V4 for cuting my .ts(h.264) HDTV files.
but when I cut at a I frame the first 22 frames gets green after I use DGDecNV. tested on a 50fps and a 25fps HDTV ts file. p and b looks to be OK too start a clip at. When I use DirectShowSource the clip's looks fine, no green frames.
Any idea why it's like this?

Guest
30th June 2010, 16:59
Hi neuron2
I use VideoReDo TVSuite V4 for cuting my .ts(h.264) HDTV files.
but when I cut at a I frame the first 22 frames gets green after I use DGDecNV. tested on a 50fps and a 25fps HDTV ts file. p and b looks to be OK too start a clip at. When I use DirectShowSource the clip's looks fine, no green frames.
Any idea why it's like this? Post a link to a sample source stream cut by VideoRedo that I can use to duplicate the issue. A JPG is useless.

hejhopp
30th June 2010, 17:31
Post a link to a sample source stream cut by VideoRedo that I can use to duplicate the issue. A JPG is useless.

here u go http://www.megaupload.com/?d=S4GFXP1N
hope it works.

adiabatic
30th June 2010, 17:45
I'm just dropping in to give some feedback on the 64-bit binaries. So far so good!

I can't give direct speed comparisons because I was using an older 32-bit x264.exe (4 months old maybe) and the latest 64-bit x264.exe. With my usual AVS script (1080i -> 720p and colormatrix()) HDTV MPEG-2 to x264 conversions are a few fps faster but really it's coin toss as to if 32-bit or 64-bit is faster on my system. No matter really, either way I'm converting at 2x real time and that makes me happy!

Anyway Donald, the 2015 64-bit code is rock soild on my system. I'll test 2017 this weekend. You're updating versions faster than I can capture!!!!

Guest
30th June 2010, 19:06
here u go http://www.megaupload.com/?d=S4GFXP1N
hope it works. "The file you are trying to access is temporarily unavailable."

Please use mediafire.com

hejhopp
30th June 2010, 19:42
"The file you are trying to access is temporarily unavailable."

Please use mediafire.com

lets try this one.
http://download907.mediafire.com/wx1xbxgxszqg/dmdm3otmyjj/test_i.ts

crl2007
30th June 2010, 21:50
I have a little problem here:

http://i47.tinypic.com/sxbpk6.jpg With v 2017. Win 7 x64, gtx 285, 257.21 drivers.

laserfan
30th June 2010, 22:23
I have a little problem here...Did you get/install a new license key?

crl2007
30th June 2010, 22:29
Yes. The one for 2013.

Guest
30th June 2010, 22:37
You need to regenerate your license. RTM.

crl2007
30th June 2010, 22:41
Thanks, it works now. We will have to regenerate the license with every program version ?

LE: I already used 4 licenses without me wanting. From 2 refreshes ( mozilla got in a not responding state ) i had 2 new licenses. :)

Guest
30th June 2010, 23:40
If you read the recent posts you would know that:

Licenses will continue working going forward from 2015.

I plan to reset everybody's license count to 0.

Guest
30th June 2010, 23:43
lets try this one.
http://download907.mediafire.com/wx1xbxgxszqg/dmdm3otmyjj/test_i.ts Thank you, perfect.

The problem is that VideoRedo is sending recovery point SEIs before the PPSs. It's legal but very unusual, and it confuses my current code. I will make a fix for it and release it in the next build.

Usual is:

SPS
PPS
RPS
I

but your stream has:

SPS
RPS
PPS
I

It's just something I did not anticipate and never occurred in the wild until now.

crl2007
1st July 2010, 00:21
If you read the recent posts you would know that:

Licenses will continue working going forward from 2015.

I plan to reset everybody's license count to 0.

I don't like reading very much. :) I work with numbers every day. :P

GearX
1st July 2010, 00:47
I don't like reading very much. :) I work with numbers every day. :P

This is supposed to inspire neuron2 to help you :confused: ??? Sheesh.

crl2007
1st July 2010, 01:28
Yes, that means support. Instead of reading 100+ posts to see if something has been posted, you ask in the support thread. And the author or someone here can answer in a polite manner. If some of you spend their entire day hunting posts on forums, that's your business. I'm a busy man, I come home late and tired, I can't stay all night fishing for posts. I think I was very polite when I asked and I haven't broken any posting rules. So, please, show me the same respect. neuron2 was kind enough to answer me, so your intervention was not appropriate.

Guest
1st July 2010, 01:34
Let's stay on topic please guys. GearX, I appreciate your comment but I can look after my own affairs. crl2007, see it from my side and ask whether I should have to repeat the same thing for every user who won't read available instructions.

When I attain perfection, then I will (perhaps) be justified in asking it of others. I haven't attained it yet. :( So I try my hardest not to get upset at people who honestly have no bad intentions, as crl2007 clearly doesn't. Anyway, he used a smilie, which is a get out of jail free card.

I now pause 30 seconds before hitting submit, and almost always delete some silly, snarky comment. It's just nonproductive; it's that simple. You may speculate what I almost wrote to crl2007.

tormento
1st July 2010, 01:39
258.69 drivers crashes video too.

Don't know why after 257.12, using DGMultiSource_x64 AND any DXVA, CUDA or anything similar crashes video.

Just try to encode a video and play one in Media Player Classic HC.

Neuron: do you thing is a nvidia or your issue?

Guest
1st July 2010, 01:45
Does it happen with x32-bit versions?

rack04
1st July 2010, 01:46
258.69 drivers crashes video too.

Don't know why after 257.12, using DGMultiSource_x64 AND any DXVA, CUDA or anything similar crashes video.

Just try to encode a video and play one in Media Player Classic HC.

Neuron: do you thing is a nvidia or your issue?

I am using 257.21 with 8800gt in Win7 64bit Ultimate and I have not experienced any problems with DGMultiSource_x64.

tormento
1st July 2010, 06:10
Does it happen with x32-bit versions?

Is the DGI compatible? Is it sufficient to edit the 1st line?

tormento
1st July 2010, 06:43
Neuron, a little question. There are avisynth filters that are currently not well "multithreadable". I am going to bypass the problem splitting the job in multiple ones with different parts of the video. Is there a simple way to tell DGIndex to create 3/4 DGI with frame accurate splitting in the lateral points? Using the graphic interface seems error prone to me.