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

ncahammer
5th February 2010, 23:27
What does this mean?27's second of the clip or at 00:00:27

Guest
5th February 2010, 23:37
I don't demand anything, just reporting. I duplicated the issue. The license check fails because windows runs out of available file handles and the open of the license file fails. It turns out to be a limit of Windows XP. It's normally 512 but can be increased to 2048 with _setmaxstdio(2048). I will add that to the next build.

Guest
6th February 2010, 02:06
http://www.mediafire.com/?wjwmdn5gtzt
Glitch at ~27"
I get no glitch with ffdshow or coreavc
Don't navigate there, let the video play I *do* see a glitch at the same point with CoreAVC in MPC-HC. So I'm calling it a stream problem.

Audionut
6th February 2010, 08:52
Hi Don,

A stream for you. Blu-ray source indexed by latest dgdecodenv and encoded by x264 with,

--preset veryslow --tune film -B 3000

So, bframes=8 , ref=16.

Then indexed by latest dgdecodenv. Preview in virtualdub.

Can't see any of the artifacts in the screenshot below while watching with mpc-hc using latest coreavc in cuda mode.
Although the video is very jumpy at the start.

http://members.iinet.net.au/~audionut/slow.png


http://members.iinet.net.au/~audionut/slow.mkv

laserfan
8th February 2010, 20:46
It seems build 2006 is not creating an .ini file. I first noticed my older ini file still said "2005" in it, but then when I moved it to Recycle Bin, DGIndexNV didn't create a new one. I notice too in the dgi it says DGMPGIndexFileNV5.

FWIW--the old ini seems to work just fine.

Guest
8th February 2010, 21:36
It seems build 2006 is not creating an .ini file. I first noticed my older ini file still said "2005" in it, but then when I moved it to Recycle Bin, DGIndexNV didn't create a new one. Please test it again as I cannot duplicate this.

laserfan
8th February 2010, 21:51
Please test it again as I cannot duplicate this.
As I was setting-up a 2nd folder for test, it occurred to me to try right-clicking and "Run as Administrator" and this worked. Argh, I'm brand-new to Windows 7 and some of these new requirements have bitten me a couple of times. :o

Clumpco
8th February 2010, 22:06
As I was setting-up a 2nd folder for test, it occurred to me to try right-clicking and "Run as Administrator" and this worked. Argh, I'm brand-new to Windows 7 and some of these new requirements have bitten me a couple of times. :o
You can get round this in two ways...
1/ Install it somewhere other that under "program files"
2/ Set the security on the DGindex folder (and subfolders) under program files to allow "all users" to have "full control"

Of course Neuron2 could finally give in to Micro$oft and put the ini file in the user's application data folder where nobody can ever find it. :p

laserfan
8th February 2010, 22:27
Yes my DGIndexNV is in a directory inside Program Files (x86). I went into Properties for DGIndexNV.exe and checked under the Compatibility tab "Run this program as an administrator" and that works too.

I don't understand why, since my User ID on this PC is Administrator, I still have to jump thru hoops to get some of these programs to work!? Windows doesn't even like my editing the .ini file with Notepad--I set Programmer's File Editor to "Run as admin" and then no problem. :devil:

Guest
8th February 2010, 22:33
Of course Neuron2 could finally give in to Micro$oft and put the ini file in the user's application data folder where nobody can ever find it. Hey, folks, would the data be better kept in the registry instead of an INI file? People don't seem to mind that VirtualDub (for example) uses the registry.

laserfan
8th February 2010, 22:39
Hey, folks, would the data be better kept in the registry instead of an INI file? People don't seem to mind that VirtualDub (for example) uses the registry.Clumpco's right about the users App Data folder; as for the Registry, I can regedit with the best of 'em but the .ini file with the .exe is just so easy...

MuLTiTaSK
8th February 2010, 22:42
@neuron2

an option to save somewhere else if no .ini is found maybe
please keep your tools non intrusive on the registry portable and light like you always have;)

MuLTiTaSK
8th February 2010, 22:56
@neuron2

DGSplit functions in DGIndexNV for visual splitting possible?

JoeH
9th February 2010, 12:41
Hey, folks, would the data be better kept in the registry instead of an INI file? People don't seem to mind that VirtualDub (for example) uses the registry.

I think the .ini file is fine as is, but I WOULD personally really prefer the program license to be stored in the registry (at least as an option), so as to not have to put the license manually in the folder each time I get some new program that uses DGIndexNV.

Maybe it could have the option to do it either way - it checks first for the file in the folder, if not there, checks the registry, for example.

Clumpco
9th February 2010, 13:03
I think the .ini file is fine as is, but I WOULD personally really prefer the program license to be stored in the registry (at least as an option), so as to not have to put the license manually in the folder each time I get some new program that uses DGIndexNV.

Maybe it could have the option to do it either way - it checks first for the file in the folder, if not there, checks the registry, for example.

Actually the "Microsoft way" of putting the ini (and the license) in the app data folder would solve this problem because DGIndexNV would always find it there however many instances are installed.

The risk with the registry is that it is the first thing to fold if Windows commits Hara-kiri; also when transferring data to a new computer one tends to forget to export registry settings - whereas the app data folder is saved by Microsoft's transfer tools.

Finding the folder is still a a pain for those who are not very tech savvy.

Desaster Dan
9th February 2010, 21:23
I had this issue of missing audio tracks to.
In my case it was "300" only had english tracks an directors comment. - no german.....
Indexing with DGindex was O.K., no missing tracks.
The rip was done with AnyDVD.

Second time i tried a rip with DVDFab.
and voila DGIndexNV Demuxed all Audiostreams correctly.

Strange thing, how could this be?

Guest
9th February 2010, 22:44
I had this issue of missing audio tracks to.
In my case it was "300" only had english tracks an directors comment. - no german.....
Indexing with DGindex was O.K., no missing tracks.
The rip was done with AnyDVD.

Second time i tried a rip with DVDFab.
and voila DGIndexNV Demuxed all Audiostreams correctly.

Strange thing, how could this be? If you give me an unprocessed source sample that lets me duplicate the problem I will have a chance of answering that.

Guest
10th February 2010, 01:35
Anyone using the new CLI cropping option needs to be aware that I made a little boo-boo and coded it to accept the crop values in HEX. Oops. Will change to decimal in the next build.

XadoX
10th February 2010, 11:12
Define the avs template in CLI.

XadoX
10th February 2010, 11:23
Wrong Display Size showing while watching cropped MPEG2.

http://img153.imageshack.us/img153/3010/displaysizebug.th.jpg (http://img153.imageshack.us/i/displaysizebug.jpg/)

JoeH
10th February 2010, 12:20
neuron2,

Just thought you'd like to know that I had an H264 clip that never worked properly with build 2002 (it crashed at a certain point in the clip). I hadn't had time to put together a bug report yet, but I just tried it with build 2006 and it works perfectly.

Thanks for all your hard work to keep improving this product. We appreciate it.

Guest
10th February 2010, 15:02
Wrong Display Size showing while watching cropped MPEG2. How is it wrong? It's not supposed to reflect the cropping. It just reports a stream syntax value.

XadoX
10th February 2010, 15:29
Oh I thought in h264 or vc1 streams is shows the cropped size.

Guest
10th February 2010, 16:59
Oh I thought in h264 or vc1 streams is shows the cropped size. With all due respect, are you unable to read the simple documentation that tells you what the field reports?

That's rhetorical; you don't need to answer. :)

XadoX
11th February 2010, 06:38
...are you unable to read the simple documentation that tells you what the field reports?
It that case I think u are right :thanks:
I am sorry! As so often.

k-c-ksum
11th February 2010, 23:08
avs template wont highlight. i saved an avs file with notepad with

loadplugin("...\DGDecodeNV.dll")
loadplugin("...\Decomb.dll")
dgsource("__vid__")
fielddeinterlace()

but after saving a project the avs file doesnt get updated. am i missing something

Guest
11th February 2010, 23:19
Read and follow instructions in the QuickStart guide and users manual.

Your template file will not be updated. Instead a new AVS script will be created based on the template, *if* the AVS file doesn't already exist.

k-c-ksum
11th February 2010, 23:33
avs template wont highlight. i saved an avs file with notepad with

loadplugin("...\DGDecodeNV.dll")
loadplugin("...\Decomb.dll")
dgsource("__vid__")
fielddeinterlace()

but after saving a project the avs file doesnt get updated. am i missing something

Guest
11th February 2010, 23:56
Why did you post your original message again?

Klipper
12th February 2010, 01:40
I get a strange error. It tells me that my license isn't correct anymore. DGSource: Invalid license.
I tried to generate new license keys. I tried 3 times: Found user XXXX with 3 existing license IDs.
Strange that it worked before I updated to 2006.

k-c-ksum
12th February 2010, 17:31
Why did you post your original message again?

hit back button then send by mistake again after a break :(

avs file now is getting created though :)

Guest
12th February 2010, 17:35
I get a strange error. It tells me that my license isn't correct anymore. DGSource: Invalid license.
I tried to generate new license keys. I tried 3 times: Found user XXXX with 3 existing license IDs.
Strange that it worked before I updated to 2006. I'll handle licensing issues by email.

RoZuB
12th February 2010, 17:37
Hello everybody,

at first I want to thank you for your excellent tools.
I'm using your software since a week and try to encode a VC1 stream. When I play the m2ts-file directly it plays well and I'm abled to skip throug the file. When I create the index and avs-script file and play them with mediaplayer classic everything seems ok, too. But when I use this avs-script as source for x264 the encoded file does not seem to be correctly indexed. When I try to skip to a later position in the video, mediplayer classic is buffering (which needs some seconds) and after this, plays the video with much too high framerate. Please don't get mad, if this is a common question ;-)

p.s. sorry for my bad english

Guest
12th February 2010, 18:37
But when I use this avs-script as source for x264 the encoded file does not seem to be correctly indexed. When I try to skip to a later position in the video, mediplayer classic is buffering (which needs some seconds) and after this, plays the video with much too high framerate. You encoded an AVC video and then play that in MPC. At that point it's all up to the player and has nothing to do with my tools or indexing.

RoZuB
12th February 2010, 18:53
You encoded an AVC video and then play that in MPC. At that point it's all up to the player and has nothing to do with my tools or indexing.

Why ist AVC ? eac3to says the Video stream is VC1. If I use directshowsource in the avs-script I have the same behavior after encoding. I thought the indexing process (or the new indexed source) would fix this problem. It seems i was not right. But what exactly, does your tool then do for me ?

RoZuB
12th February 2010, 18:56
Sorry for this dumb question. But at this point, I'm really not sure, what to do. The encoded VC1 videos look terrible

laserfan
12th February 2010, 19:05
Sorry for this dumb question. But at this point, I'm really not sure, what to do. The encoded VC1 videos look terrible
Maybe start a new thread, and state exactly what you did (what source you used, how you made the dgi file, what avs script, your x264 method, etc.).

In particular I wonder if the avs-when-opened/run-using-VirtualDub looked perfect, prior to encoding.

Guest
12th February 2010, 20:03
Why ist AVC? Because you said you encoded an AVC video using x264:

But when I use this avs-script as source for x264

x264 generates AVC video streams as output.

eac3to says the Video stream is VC1. Your source is VC1; your encoded file is AVC. You *transcoded* from VC1 to AVC using DGDecNV to *decode* the VC1 together with x264 to *encode* the AVC.

If I use directshowsource in the avs-script I have the same behavior after encoding. Your player is having trouble playing the encoded AVC file. The decoder you used for the VC1 is irrelevant.

I thought the indexing process (or the new indexed source) would fix this problem. It seems i was not right. Yes, you were not right.

But what exactly, does your tool then do for me? It provides frame accurate decoding, among other things.

I suggest that you open a new thread in the Newbies forum.

Guest
12th February 2010, 20:04
Sorry for this dumb question. But at this point, I'm really not sure, what to do. The encoded VC1 videos look terrible You're not making any sense. You said you used x264 to encode. Therefore, the encoded file has AVC video, not VC1 video.

You can get help for your playback issue in a new thread, as it has nothing to do with DGDecNV.

Audionut
13th February 2010, 01:46
When I try to skip to a later position in the video, mediplayer classic is buffering (which needs some seconds) and after this, plays the video with much too high framerate.

This is a decoder/mpc problem I have experienced before.

Try changing the decoder in mpc settings.
http://www.google.com.au/#hl=en&q=mpc-hc+manual&meta=&aq=f&oq=mpc-hc+manua&fp=1860df8cf2ec5be1

Revgen
14th February 2010, 13:04
Just used DGMultiDecodeNV (2006 version) to encode Spartacus HD-DVD (VC1) to H.264. Encode came out fine. However, my PC slows down considerably. I never have that problem when using CUVIDServer. It kinda resembles being in safe mode, where you can't scroll down and up as smoothly. Anyhoo, it's no big deal since I have a 2nd PC to browse with.

tormento
18th February 2010, 09:50
@neuron2
I know there is a life and a job out there however, any ETA for the newer version that should address my problems?

kool
18th February 2010, 19:13
Hope this is the right place to ask, as I'm new to DGIndexNV, I would like to ask 2 questions.

I have install the software as it was in instruction, but as my english is not good, I just wanted to make it sure that my software is unlocked properly, I put the user ID in user Id field and Machine ID got by opening GDIndexNV help > about DGIndexNV at the bootom found the machine ID and coy it and paste it in the machin ID field , hit on submit and copy the licence id to notpad and call it licence.txt extract the zip folder to a folder call it DGIndexNV and put the txt file call licnce in DGIndexNV folder "C:\ Program Files x(86) and open the program. Hope I have done right.

* If in the future I re install my windows, should I use the same folder of DGIndexNV by making backup of it which I created today, no need for making new license by going to the link you provided?

Guest
18th February 2010, 19:16
I just wanted to make it sure that my software is unlocked properly Open a supported stream file. If the video shows, then you have properly installed your license. Note that the required file name is "license.txt", NOT "licnce".

If in the future I re install my windows, should I use the same folder of DGIndexNV by making backup of it which I created today, no need for making new license by going to the link you provided? You need a new license when your machine ID changes. Reinstalling windows may change the machine ID.

kool
18th February 2010, 19:46
This way I have done it. I have put the file name "license" and "save as type" as shows on the snap shot and hit save, haven't add txt after license. I think it also means the same as license.txt :)
http://i46.tinypic.com/1554a5t.png

Open a supported stream file. If the video shows, then you have properly installed your license.

Yes the supported file play smoothly.

MuLTiTaSK
18th February 2010, 19:55
@neuron2

BluRip (bit.ly/d22OHK) now supports DGDecNV;)

will the next release have the crop cli fix you mentioned?

Guest
18th February 2010, 20:03
will the next release have the crop cli fix you mentioned? No, I will leave it out to irritate you. :)

Yes, of course, it will be in there.

MuLTiTaSK
18th February 2010, 20:19
@neuron2

good stuff cant wait to give it a go DGDecNV build 2006 has been rock solid thanks a million your coding is vital to my backups never quit budddy:D

tormento
19th February 2010, 07:34
I have found a "bug". If I connect to my pc with remote desktop, DGIndex complains about strange cud* errors and can't do anything. I think it is unable to find the nvidia driver with the virtual video on. Same strange errors when using DGSource.

Boardlord
19th February 2010, 12:31
This has already been discussed, just user other means of connecting to your computer (logmein or teamviewer). RD uses its own display driver (if I remember correctly) so the NV tools cannot access the nvidia card (and the VPx chip).