DG NV tools

[Guest]

@kebulek and MOS-Marauder

With my current floating context build, I cannot duplicate your multiple instantiation issues. Please wait for a test version that I plan to release today.

[Chefkoch_ico]

I can't get a string of audio path by using "__aud__".

Duplicated. Will fix for next release. Thanks for your report.

Hi,

I just switched from DGAVCDec to the NV Suite and noticed the same.

DGAVCDec gave me block artefacts and the NV Suite makes the picture perfect, so I am looking forward for the new version so I can use my scripts again.

Thanks for your great software.

Best regards

[rajs]

Couple of feature requests:

1. Add a debug option (like 'info=1' in DGMPGDec).

2. Have an option to auto-resize pixels based on the aspect ratio info in the video stream (if present), i.e.
aspect_ratio_information in a MPEG2 stream
apect_ratio_idc parameter in a H.264 stream
ASPECT_RATIO syntax element in VC-1.


I'd like to add another one - Show the frame number of the frame currently being displayed in the DGIndexNV viewer. (I.e. display some text like "Frame nnnn of mmmm".)

[rajs]

Just want to point out a minor bug - when outputting a trimmed TS, the tool does not add the extension ".ts" to the name given in the save dialog box.

(v2019 running under Win7)

[Guest]

Just want to point out a minor bug - when outputting a trimmed TS, the tool does not add the extension ".ts" to the name given in the save dialog box.

(v2019 running under Win7) It's not a bug and has already been discussed.

Regarding your other requests:

1. Info overlay. It's on my to-do list.

2. Resizing. I won't do that. Do it in your script.

3. Not possible as DGIndexNV does not have an index. Only the source filters know the frame numbers, because DGIndexNV creates the index that they use.

[Guest]

Here is a test version for the floating context version. Please advise of your test results.

This also fixes the __aud__ bug.

http://neuron2.net/misc/DGDecNVfloating.zip

[MOS-Marauder]

Here is a test version for the floating context version. Please advise of your test results.

This also fixes the __aud__ bug.

http://neuron2.net/misc/DGDecNVfloating.zip

Looks good.. first tests with "the Gui" dont result in a crash.

Chris

[kebulek]

Here is a test version for the floating context version. Please advise of your test results.
http://neuron2.net/misc/DGDecNVfloating.zip
Well first 3 re-opens were good, but at 4th VDub freezed again. :(

EDIT: 2nd try freezed at 6th re-open.

It's better :) - but not perfect.

[Guest]

@kebulek

I don't see any such problems. If you want support, you'll have to provide everything I need to duplicate it. Stream, scripts, detailed steps to reproduce.

[Guest]

Looks good.. first tests with "the Gui" dont result in a crash. You can mention GUIs by name and discuss their compatibility with DG tools. I just don't want general discussion like "GUIs suck, no they don't".

[stax76]

Can someone using StaxRip 1.1.6 confirm that build 2019 is working fine with it? I'm having some problems getting it to work with it, but I'm pretty sure it's an error on my part somewhere.

I'm using NV tools regularly so yes I can confirm 1.1.6 works with 2019. Please first try to open the source file manually in DGIndexNV, if it's working then examine the command line executing it manually, GUIs write executed scripts and command lines to log files.

That should open the source:

-i "D:\aaa.h264"

That should open the source and start indexing:

-i "D:\aaa.h264" -o "D:\aaa.dgi"

Easy! :)

[MOS-Marauder]

You can mention GUIs by name and discuss their compatibility with DG tools. I just don't want general discussion like "GUIs suck, no they don't".

Ok. It would make no sense to Discuss about something not related to the DGToolsNV ;)

Chris

[kebulek]

@kebulek

I don't see any such problems. If you want support, you'll have to provide everything I need to duplicate it. Stream, scripts, detailed steps to reproduce.
Try that with my old sample:
http://www.mediafire.com/file/fomnzzyykmw/sample.ts

And with this .AVS:
LoadPlugin("C:\Program Files\DGTools\DGMultiDecodeNV.dll")
DGMultiSource("E:\video.dgi", deinterlace=1, resize_w=624, resize_h=352)

At home, I've got currently 6GB .ts with this script:
LoadPlugin("C:\Program Files\DGTools\DGMultiDecodeNV.dll")
DGMultiSource("E:\video.dgi", deinterlace=1, resize_w=640, resize_h=480)
Action: VDub -> open .avs, seek somewhere, close .avs -> open .avs, seek somewhere, close .avs etc... :)

Sometimes VDub freezes after 2nd-4th try and sometimes after 10th or more - I don't understand it. :(

When I close freezed VD and open new one, everything is alright again until Xth try...

[Guest]

I cannot duplicate it.

Have you monitored the GPU memory use using GPU-Z?

My driver version is 257.21. What is yours?

[OK]

Hi,neuron2

I verified the bug was fixed.

Thanks a lot.

I honor you every time.:)

[Alf Bundy]

Hi,

My result with the test build :


- Sample file used : 50Mb (30sec) .mts from my Lumix FZ35/38
http://dl.dropbox.com/u/2137721/00001.MTS

- Script used :
DGmultiSource("C:\Users\Alf\Downloads\DGNV testbuild\test 00001.dgi",deinterlace=1)
AssumeFPS(25)
ConvertToYV12()

- Here's my GPU specs : Driver is WHQL 257.21, Memory = 512Mb

http://img341.imageshack.us/img341/3943/gpuspecs.png


After a reboot, video memory is 91Mb.
And here's what happen when I load my script in VD :
Initial load = 189Mb
1st reload (F2) = 262Mb
2nd reload = 334Mb
3rd reload = 406Mb
4th reload = 478Mb
5th reload -> code (100) error in VD -> crash

After VD's crash, video memory goes back to 91Mb

http://img718.imageshack.us/img718/5192/driver257load.png


Hope it helps.
Don't hesitate to ask if you need other tests/precisions.

[kebulek]

I cannot duplicate it.

Have you monitored the GPU memory use using GPU-Z?

My driver version is 257.21. What is yours?

Still the same: WinXP SP3, GF 9600GT 512MB with 191.07.

Weird is, that when I do the same with F2, I can reload the whole movie X times and everything works fine. :)

GPU-Z: 47MB before load, 187MB after load, when I hit F2, it goes to 205MB shortly and then again 187MB. After close it's again 47MB. And when it freeze, it goes to 92MB.

I can send you a Dr. Watson report after VDub crash, if you want. "ErrorText=The program is not responding. etc..." :)

[Guest]

@Alf Bundy

I cannot duplicate it with your stream and script.

Are you ABSOLUTELY sure you load the correct DLL? You have no loadplugin in your script so...

What versions of Avisynth and VirtualDub?

@kebulek

A VirtualDub crash is not a memory leak issue. Yes, give me the dump and tell me the Avisynth and VirtualDub versions.

Also, if possible, upgrade your driver to 257.21 and try again.

[tormento]

@neuron2

Do you mind compiling a x64 version? Would like to test even in "my" environment.

Thanks ;)

[Alf Bundy]

Well, all files were within the same folder.
The sample video, DGNV testbuild (with it's dll), the dgi created and the avs script generated from my template.avs.

I test it again with the loadplugin() .....

[Guest]

Avisynth and VirtualDub versions needed please.

[Alf Bundy]

My bad neuron2 :o

after adding LoadPlugin(path\DGmultisource.dll)

Errors are gone !
I did 32 reloads (F2), and video memory remained at 192Mb. Juste like it was with the initial load of the script.


I'm sorry, I tought I didn't need the loadplugin() since everything was in the same folder.

Now it's working flawlessly.
You're a genius. :thanks:

[Guest]

Thanks for the update and positive test results.

Now we need to figure out what is happening for kebulek. I don't think it is the memory issue.

@tormento

2020 is imminent. Patience is a virtue. :)

[tormento]

Torment can be a pleasure ;)

Thanks pal.

[kebulek]

A VirtualDub crash is not a memory leak issue. Yes, give me the dump and tell me the Avisynth and VirtualDub versions.

Also, if possible, upgrade your driver to 257.21 and try again.
Avisynth: 2.58, build: Dec 22 2008 [08:46:51]
VirtualDub 1.9.4

And right now, I can't duplicate the freezing, so I can't give you the dump... Weird. :( Let it go for now, I'll do some testing tomorrow.

[Guest]

OK, thanks. It's probably not related to the memory leak issue so I will go ahead and release 2020 and we'll revisit your issue as needed.

Regarding your bad EOF case, I am thinking you have an incomplete picture at the end, but I'm still investigating. I haven't seen it on any other streams. Have you?

[Chefkoch_ico]

Just before you release the next version, not only "__aud__" is only substituated with empty string, "__del__" is not substituated at all.

Best regards

[Alf Bundy]

It's working for me with the testbuild.

My template :

video=DGSource("__vid__") ## ,fieldop=0,deinterlace=1,resize_w=1280, resize_h=720
audio=WavSource("__aud__")

AudioDub(video,audio)
DelayAudio(__del__)# in seconds -> for ms -> (0.000)ms

ConvertToYV12()

Generated script :

video=DGSource("C:\Users\Alf\Downloads\DGNV testbuild\00001.dgi") ## ,fieldop=0,deinterlace=1,resize_w=1280, resize_h=720
audio=WavSource("C:\Users\Alf\Downloads\DGNV testbuild\00001 PID 1100 2_0ch 48KHz 192Kbps DELAY 0ms.ac3")

AudioDub(video,audio)
DelayAudio(0.000)# in seconds -> for ms -> (0.000)ms

ConvertToYV12()

:confused:

[kebulek]

OK, thanks. It's probably not related to the memory leak issue so I will go ahead and release 2020 and we'll revisit your issue as needed.

Regarding your bad EOF case, I am thinking you have an incomplete picture at the end, but I'm still investigating. I haven't seen it on any other streams. Have you?
No, but time will tell... :)

And maybe I found something. I know, you always telling people not to play another video, while encoding with DGNV. ;) But when I open in MPC some .mkv x264 hd video (using CoreAVC 2.0 without CUDA support & AC3filter), pause it and then open dgmultisouce .avs in VDub -> it freezes everytime... :(

[Chefkoch_ico]

It's working for me with the testbuild

:confused:

Sry, I have only looked on the website for a new version, not in the thread.

Thx for the fast bugfix.

[Guest]

And maybe I found something. I know, you always telling people not to play another video, while encoding with DGNV. ;) But when I open in MPC some .mkv x264 hd video (using CoreAVC 2.0 without CUDA support & AC3filter), pause it and then open dgmultisouce .avs in VDub -> it freezes everytime. I can't duplicate it. Given your other problems it sounds like there is something goofy with your system.

[Guest]

* Revised DGMultiSource() to use floating CUVID contexts so that it no longer leaks GPU memory.
This should enable use in all GUIs without the dreaded decoder creation failure or crashes.

* Due to the fix above, CUVID Server and DGSource() are no longer necessary
and are therefore retired and omitted from the distribution.

* Added an error popup for VC1 streams that erroneously contain sequence headers
not followed by an I frame (as required by spec). If you run into this please let me
know.

* Fixed a regression in pulldown detection for VC1.

* For AVC, POCs are now stored in the DGI file as they appear in the stream, i.e., they
are not divided by two.

* Fixed a regression in expansion of the __aud__ and __del__ macros for script generation.

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

[RedDwarf1]

Thank you. The new version is working much better with none of the GPU memory problems which makes it far more usable for me.

I can refresh the script and resize the preview without having to keep one eye on GPU-z for memory usage and keep closing AvsP all the time.

[Guest]

Good to hear, RedDwarf1, and thank you for your test results.

I cannot say enough good things about Nvidia support.

[RedDwarf1]

Good to hear, RedDwarf1, and thank you for your test results.

I cannot say enough good things about Nvidia support.

nVidia do offer good support, I have read through your development notes on your site and the support is exceptional.

It's a pity ATI don't offer such support because no matter how good their GPU's are, without developers writing the software for their GPU chipsets, they are a poor choice compared to nVidia for anyone who wants to do anything serious.

[meatwad]

I'm using NV tools regularly so yes I can confirm 1.1.6 works with 2019. Please first try to open the source file manually in DGIndexNV, if it's working then examine the command line executing it manually, GUIs write executed scripts and command lines to log files.

That should open the source:

-i "D:\aaa.h264"

That should open the source and start indexing:

-i "D:\aaa.h264" -o "D:\aaa.dgi"

Easy! :)

Thanks Stax! That was the problem. The default setting needs to have the -y 1 removed. Here's what StaxRip 1.1.6 has:

-i %source_files_comma% -y 1 -o "%working_dir%\%source_name%.dgi" -a -e.

I knew it had to be something simple.

[tormento]

Today I'll feed some memory intensive jobs to your newer version.
I cannot say enough good things about Nvidia support.
Yep, just waiting for a less hungry Fermi.

[Sulik]

Yep, just waiting for a less hungry Fermi.
I think I just found a replacement for my 8800GT
http://www.anandtech.com/show/3809/nvidias-geforce-gtx-460-the-200-king/4

[rack04]

I can't get DGDecNV to ignore the vc1 pulldown from the following file.

Here is a sample (http://www.mediafire.com/?yghnmlj01mo)

It is a vc1 stream extracted from HD DVD using eac3to with -keepPulldown option.

I have tried 2019 and 2020 and both are unsuccessful.

Here is my script:

LoadPlugin("C:\Program Files\DGDecNV\DGMultiDecodeNV.dll")
DGMultiSource("C:\Personal\Videos\sample_pulldown.dgi", fieldop=2)

[Guest]

You chose ignore pulldown. That will cause the pulldown to not be honored (you can see that because there are no combed frames with fieldop=2) but the frame rate will not be changed. What you should use is force film (fieldop=1). It's all explained in the manual.

If the pulldown is constant pure 3:2 then it is the case that you can get the same result as force film by using ignore and AssumeFPS(23.976) in your script.

[RedDwarf1]

Today I'll feed some memory intensive jobs to your newer version.

Yep, just waiting for a less hungry Fermi.

Why not just get a GT240 GDDR5 1GB? I have a Zotac GT240 GDDR5 1GB card with 4GHz Samsung memory chips which overclock quite well, 3400MHz default and overclock to 4GHz quite easily using Zotac Firestorm. But memory bandwidth has never been an issue as it has never gone over 20% so far.

The Zotac card is a single slot card so leaves more expansion slots free than dual slot designs.

Fermi and GT 240 are meant to share the same VP engine, it's only Gaming or GPU encoding that Fermi would benefit and GPU encoding has been a waste of time so far, plus the improved audio output if that was needed on a PC. So why spend large sums on cards that are largely unnecessary?

I think a comparison of cards decoding capabilities and speeds would be beneficial. If suitable clip(s) could be found to be used for comparing cards.

I wonder whether there has been any speed improvement in the VP engine in recent nVidia cards like has been suggested.

How about it? Are you up for it?

[Guest]

How about it? Are you up for it? Who, me? I can't afford to buy all those different cards. :)

VP engine clock rate and memory bandwidth are the specs to compare. We could all post our card and what the Nvidia control panel shows for those specs.

My card at work (my home card is better, a 9600GT):

NVIDIA System Information report created on: 07/12/2010 13:42:58
System name: SCHDTLABPC1

[Display]
Processor: AMD Athlon(tm) 64 X2 Dual Core Processor 3800+ (2004 MHz)
Operating System: Microsoft Windows XP, 32-bit (Service Pack 3)
DirectX version: 9.0c
GPU processor: GeForce 8500 GT
Driver version: 190.38
Stream processors: 16
Core clock: 500 MHz
Shader clock: 1020 MHz
Memory clock: 400 MHz (800 MHz data rate)
Memory interface: 128-bit
Memory: 1024 MB
Video BIOS version: 60.86.41.00.23
IRQ: 16
Bus: PCI Express x16

[GZZ]

I have a GT9500, it gives the same speed as my GTX 260 I have somewhere and only put in when I want to play.... Not very offen. :)

Here are the spec om my 9500 GT card (passiv cooled card at a price around 350 dkr ~ 70$) - Max Power use ~ 50 watt

[Display]
Processor: Intel(R) Core(TM)2 Quad CPU Q9450 @ 2.66GHz (3200 MHz)
Operating System: Windows 7 Ultimate, 64-bit
DirectX version: 11.0
GPU processor: GeForce 9500 GT
Driver version: 197.45
CUDA Cores: 32
Core clock: 550 MHz
Shader clock: 1400 MHz
Memory clock: 400 MHz (800 MHz data rate)
Memory interface: 128-bit
Total available graphics memory: 2815 MB
Dedicated video memory: 1024 MB
System video memory: 0 MB
Shared system memory: 1791 MB
Video BIOS version: 62.94.3C.00.00
IRQ: 16
Bus: PCI Express x16 Gen2

[Guest]

You have 2GB? I hate you.

OK, I wanna see the most kick-ass specs. Bring it on! :devil:

P.S. I believe the VP is clocked off the core clock.

[Sharktooth]

i can post my ATI card specs... those rox... but i think they wont be usefull LOL :D

[cweb]

This is my main system, with a GTX 285 card.

[Display]
Processor: AMD Athlon(tm) 64 FX-62 Dual Core Processor (2800 MHz)
Operating System: Windows 7 Professional, 32-bit
DirectX version: 11.0
GPU processor: GeForce GTX 285
Driver version: 196.21
CUDA Cores: 240
Memory interface: 512-bit
Total available graphics memory: 2303 MB
Dedicated video memory: 1024 MB
System video memory: 0 MB
Shared system memory: 1279 MB
Video BIOS version: 62.00.45.00.00
IRQ: 16
Bus: PCI Express x16

[RedDwarf1]

Who, me? I can't afford to buy all those different cards. :)
No, I was referring to tormento. You have already said you don't have the time to do it.

Different systems, such as CPU, Windows version and GPU might influence the decoding speed but how big a difference the GPU makes is the question that has never been discovered. Do we really need the latest, fastest, highest electrically powered card to provide fast video decoding or will a very basic card be sufficient? For H264 transcoding the card probably doesn't make much difference as the encoding is the slow part and the decoding speed is unlikely to be the bottleneck. It's only when encoding from HD to SD that decoding speed becomes an issue as encoding is very fast and often faster than the decoding speed. That's a big issue for anyone doing such things.

If I was to encode an XVid from HD video, I can decode@ about 100fps for 1440x1088i@25fps but I can encode at around 140+ fps from an SD Mpeg2 source. So the bottleneck would be decoding HD video using a GPU.

VP engine clock rate and memory bandwidth are the specs to compare. We could all post our card and what the Nvidia control panel shows for those specs.
You nVidia contact said that the VP engine is usually clocked the same right across the nVidia chipset range. It usually clocks at 250MHz but in some cases can be clocked lower for lower end cards. That is what was show in your development notes. ;)

My card at work (my home card is better, a 9600GT):

NVIDIA System Information report created on: 07/12/2010 13:42:58
System name: SCHDTLABPC1

[Display]
Processor: AMD Athlon(tm) 64 X2 Dual Core Processor 3800+ (2004 MHz)
Operating System: Microsoft Windows XP, 32-bit (Service Pack 3)
DirectX version: 9.0c
GPU processor: GeForce 8500 GT
Driver version: 190.38
Stream processors: 16
Core clock: 500 MHz
Shader clock: 1020 MHz
Memory clock: 400 MHz (800 MHz data rate)
Memory interface: 128-bit
Memory: 1024 MB
Video BIOS version: 60.86.41.00.23
IRQ: 16
Bus: PCI Express x16

I don't think the Core clock has anything to do with the VP engine clock. I think that they are totally separate and don't influence one another. It's the VP engine which is used to decode the video as you have mentioned before and is shown by GPU-z. The GPU load is usually fairly low when decoding video but the Video engine hits 99% on mine.

What might be helpful would be to have some test videos which people could use to preview using DGIndexNV and then post the average decode speed as a graphic showing the window. Post a GPU-z image of the graphics card details and maybe some shots from CPU-z. Then see whether the Graphics card makes any difference.

The only HD video I have is HD broadcast video from BBC HD & ITV HD TV channels which is 1440x1088i@25fps.

Movie trailers might be useful if those are permitted by forum rules.

@neuron2

They are all 1GB cards, note the Dedicated video memory: 1024 MB. I don't think they have 2GB of memory. ;) His looks like it might have onboard AMD video so that might be why his is showing as being over 2GB. The video memory is the total of shared and dedicated video memory.


Processor: Intel(R) Core(TM)2 Quad CPU Q9450 @ 2.66GHz (2666 MHz)
Operating System: Microsoft Windows XP, 32-bit (Service Pack 3)
DirectX version: 9.0
GPU processor: GeForce GT 240
Driver version: 197.45
CUDA Cores: 96
Core clock: 550 MHz
Shader clock: 1340 MHz
Memory clock: 1700 MHz (3400 MHz data rate)
Memory interface: 128-bit
Memory: 1024 MB
Video BIOS version: 70.15.38.00.01
IRQ: 16
Bus: PCI Express x16 Gen2


or


Processor: Intel(R) Core(TM)2 Quad CPU Q9450 @ 2.66GHz (2666 MHz)
Operating System: Microsoft Windows XP, 32-bit (Service Pack 3)
DirectX version: 9.0
GPU processor: GeForce GT 240
Driver version: 197.45
CUDA Cores: 96
Core clock: 550 MHz
Shader clock: 1340 MHz
Memory clock: 2000 MHz (4000 MHz data rate) A bit more memory bandwidth if needed ;)
Memory interface: 128-bit
Memory: 1024 MB
Video BIOS version: 70.15.38.00.01
IRQ: 16
Bus: PCI Express x16 Gen2

[Guest]

650 not 250.

I know the card makes a difference. On one poor system with 8500 at work I get 15 fps decoding on a stream for which I get 68 fps at home.

[RedDwarf1]

650 not 250.

I think we both got the wrong numbers.

The notes say 450MHz with some running at 400MHz. Search the notes for MHz ;)

I know the card makes a difference. On one poor system with 8500 at work I get 15 fps decoding on a stream for which I get 68 fps at home.

Different video, bitrate, resolution, framerate can be decoded at different speeds. These are factors and the VP engine/GPU might also play a part.

As I said I get around 100fps for 1440x1088i@25fps low bitrate HDTV. I don't have any sources to check Blu Ray or high bitrate video so don't know what mine is capable of.

It would be interesting to know whether a badass high end card provides any benefit for such uses or whether a more power efficient low end card is just as good.

Does the updated VP engine make any difference to decoding speed? Is a VP4 beneficial? In what way? Speed? Quality? The video it can decode? Some are known because of information from various sources but other things are not. These things can only really be found through testing.

[Guest]

It would be interesting to know whether a badass high end card provides any benefit for such uses or whether a more power efficient low end card is just as good. I just got done saying I know it makes a difference. Are you doubting that or just missed my statement?

[Blue_MiSfit]

Awesome work, neuron2! This is a very solid version of DGNV!

Here's a question for you - say I need to run a lot of 1080p transcodes at once, say enough to overrun even a 2GB card.

If I install multiple cards in the system, will DGNV spawn instances on all the cards, or is it restricted to one?

Derek

[RedDwarf1]

I just got done saying I know it makes a difference. Are you doubting that or just missed my statement?

I don't doubt that, I wondered how much of a difference it makes.

From what I have seen, memory bandwidth doesn't seem a big issue on my card so far as mine has never gone over 20% with a default 54.4GB/s bandwidth on a 128 bit bus. If the VP cores run at similar speeds where is the difference coming from. Are new VP cores more efficient at decoding and hence faster.

Data would reveal a lot and remove a lot of guesswork on which card to choose.

[Guest]

Here's a question for you - say I need to run a lot of 1080p transcodes at once, say enough to overrun even a 2GB card.

If I install multiple cards in the system, will DGNV spawn instances on all the cards, or is it restricted to one?
Multiple instances are supported of course. But currently a new instance looks at only the first CUDA-enabled card. tormento has already asked for a way to specify which of multiple cards should be used. Now you bring up another mode that should be supported: dynamically find a card that has enough memory for another instance. Adding to the to-do list.

[Sharktooth]

Something i might be interested into.
9500GT comes with stock frequencies at 550/1400/400 (gpu/shaders/memory), while this is pretty "low" i can safely overclock it (without volt mod) to 700/1820/510.
Does the overclocking influence also video decoding speed or has it a dedicated unit for video decoding that's completely independent from core/shaders/memory clocks?

[adiabatic]

Main PC:

[Display]
Processor: Intel(R) Core(TM) i7 CPU 920 @ 2.67GHz (2673 MHz)
Operating System: Windows 7 Professional, 64-bit
DirectX version: 11.0
GPU processor: GeForce GTX 275
Driver version: 257.21
CUDA Cores: 240
Core clock: 648 MHz
Shader clock: 1458 MHz
Memory clock: 1188 MHz (2376 MHz data rate)
Memory interface: 448-bit
Total available graphics memory: 3707 MB
Dedicated video memory: 896 MB GDDR3
System video memory: 0 MB
Shared system memory: 2811 MB
Video BIOS version: 62.00.60.00.70
IRQ: 24
Bus: PCI Express x16 Gen2

Secondary PC (my old workhorse)
[Display]
Processor: Intel(R) Core(TM)2 CPU 4400 @ 2.00GHz (1995 MHz)
Operating System: Windows Vista (TM) Home Premium, 32-bit (Service Pack 2)
DirectX version: 10.1
GPU processor: GeForce 8600 GT
Driver version: 257.21
CUDA Cores: 32
Core clock: 540 MHz
Shader clock: 1188 MHz
Memory clock: 700 MHz (1400 MHz data rate)
Memory interface: 128-bit
Total available graphics memory: 1021 MB
Dedicated video memory: 256 MB GDDR3
System video memory: 0 MB
Shared system memory: 765 MB
Video BIOS version: 60.84.51.00.00
IRQ: 16
Bus: PCI Express x16

[MrVideo]

Here is mine, for the new quadcore. The same graphics card is in the dual core system.

[Display]
Processor: AMD Phenom(tm) II X4 965 Processor (3411 MHz)
Operating System: Microsoft Windows XP, 32-bit (Service Pack 2)
DirectX version: 9.0
GPU processor: GeForce GT 240
Driver version: 257.21
CUDA Cores: 96
Core clock: 550 MHz
Shader clock: 1340 MHz
Memory clock: 1700 MHz (3400 MHz data rate)
Memory interface: 128-bit
Memory: 512 MB
Memory type: GDDR5
Video BIOS version: 70.15.2C.00.51
IRQ: 24
Bus: PCI Express x16 Gen2

[Guest]

Memory interface: 448-bit
Hit man is on the way. :)

I think we should hold off further reports and do what RedDwarf1 suggested. I will get a sample clip prepared with instructions for playing it in DGIndexNV and then we will report the data above together with our FPS. Stand by...

[Guest]

Does the overclocking influence also video decoding speed or has it a dedicated unit for video decoding that's completely independent from core/shaders/memory clocks? Good question. I'll see what Nvidia has to say about it. I'll also ask if there is a way to determine the VP engine clock rate.

[Audionut]

I asked the rivatuner (http://www.guru3d.com/category/rivatuner/) author about these things not long after dgindexnv was released and got this response.

Hmm, interesting. I did some researches tonight and it looks like there is indeed separate 4xx MHz clocked domain in the chip which can be used to feed VP independently of SPs. However, forget about controlling it: drivers doesn't provide overclocking support for it and implementing low-level way doesn't worth the efforts from my POV.

http://forums.guru3d.com/showthread.php?t=274311

Perhaps a few of you guys should register there and bug the dev about adding overclock support for the chip.

[adiabatic]

Hit man is on the way. :)


It is a nice card :) It rips through SETI work units like crazy too!

[tormento]

My home generic use PC:

[Schermo]
Processore: Intel(R) Core(TM)2 Quad CPU Q9550 @ 2.83GHz (3399 MHz)
Sistema operativo: Windows 7 Ultimate, 64-bit
Versione DirectX: 11.0
Processore GPU: GeForce GTX 275
Versione del driver: 257.21
Nuclei CUDA: 240
Clock principale: 666 MHz
Clock ombreggiatore: 1476 MHz
Clock memoria: 1161 MHz (frequenza dei dati 2322 MHz)
Interfaccia memoria: 448 bit
Memoria grafica totale disponibile: 4095 MB
Memoria video dedicata: 896 MB GDDR3
Memoria video di sistema: 0 MB
Memoria di sistema condivisa: 3199 MB
Versione BIOS video: 62.00.60.00.01
IRQ: 16
Bus: PCI Express x16 Gen2

My office PC:
[Schermo]
Processore: Intel(R) Core(TM) i7 CPU 920 @ 2.67GHz (3601 MHz)
Sistema operativo: Windows 7 Ultimate, 64-bit
Versione DirectX: 11.0
Processore GPU: Quadro FX 3700
Versione del driver: 258.96
Nuclei CUDA: 112
Clock principale: 675 MHz
Clock ombreggiatore: 1600 MHz
Clock memoria: 975 MHz (frequenza dei dati 1950 MHz)
Interfaccia memoria: 256 bit
Memoria grafica totale disponibile: 3323 MB
Memoria video dedicata: 512 MB GDDR3
Memoria video di sistema: 0 MB
Memoria di sistema condivisa: 2811 MB
Versione BIOS video: 62.92.16.00.04
IRQ: 24
Bus: PCI Express x16 Gen2
I think I should kill the NVidia italian translator.

P.S: 258.96 works ok.

[lych_necross]

My Specs:

[Display]
Processor: Intel(R) Core(TM)2 CPU 6400 @ 2.13GHz (2133 MHz)
Operating System: Windows 7 Ultimate, 64-bit
DirectX version: 11.0
GPU processor: GeForce 9800 GTX/9800 GTX+
Driver version: 258.96
CUDA Cores: 128
Core clock: 760 MHz
Shader clock: 1890 MHz
Memory clock: 1125 MHz (2250 MHz data rate)
Memory interface: 256-bit
Total available graphics memory: 2303 MB
Dedicated video memory: 512 MB GDDR3
System video memory: 0 MB
Shared system memory: 1791 MB
Video BIOS version: 62.92.62.00.61
IRQ: 16
Bus: PCI Express x16

I might upgrade my video card soon. (I'm thinking about replacing it with the GeForce GTX 460 1GB)

[tormento]

@neuron2

Just a crazy idea. Do you think you could implement (by your internal nvidia contacts) some compatibility between DGNV and VReveal?

Nvidia is offering a free SD version and the HD is paying available.

The destination should be feeding AviSynth with stabilized video from VReveal... A dream...

[Clumpco]

Hi Neuron 2,
Just been reading all the changes and hard work that you have been doing while I have been sunning myself on holiday. Thanks!

Using the x86 version under Windows7 I see the 'slowdown' if I leave the windows visible, if I minimise I get a 2x speed gain. Thanks for the tip/workaround.

I wonder if it isn't your progress bar that slows things down, it seems to flash a lot while indexing (indicating that the control is being redrawn rather often?) - have you tried disabling that but leaving the frames/time elapsed/remaining active?

Cheers

[Guest]

Using the x86 version under Windows7 I see the 'slowdown' if I leave the windows visible, if I minimise I get a 2x speed gain. Thanks for the tip/workaround.

I wonder if it isn't your progress bar that slows things down, it seems to flash a lot while indexing (indicating that the control is being redrawn rather often?) - have you tried disabling that but leaving the frames/time elapsed/remaining active? Thanks for the information and suggestion. I will look into it as I now have a Win7 system.

[stax76]

The latest build still crashes arbitrary opening/closing scripts in fast sequence, maybe it's just my system (GT 9400 card rather new driver). The server thing was working good. There is a new StaxRip build with some changes, removed DGSource, added DGMultiSource etc., I hope you can fix it.

http://forum.doom9.org/showthread.php?p=1417164#post1417164

[Guest]

Please give me explicit instructions for making the problem happen.

[stax76]

Well, maybe I found something, instead of only querying frame count etc. actually querying a image seem to help.

[stax76]

That seem to help indeed, not a single crash yet and before it was almost always crashing, yesterday only sometimes. It must be some initialization problem.

[Guest]

>Well, maybe I found something, instead of only querying frame count etc.
>actually querying a image seem to help.

I don't understand what you are talking about here.

I'll wait then for you to tell me whether to proceed on a bug hunt.

I can hold down the F2 key in VirtualDub. :)

[stax76]

Solved I would say, it was as simple as just querying a image. :)

Dim a As New AVIFile
a.Open(Path)
a.GetBitmap()
Framerate = a.FrameRate
Frames = a.FrameCount
FourCC = a.FourCC
Size = a.FrameSize
ErrorMessage = a.ErrorMessage
a.Close()

I can hold down the F2 key in VirtualDub.

Because VD always queries a image frame.

[Turtleggjp]

>Well, maybe I found something, instead of only querying frame count etc.
>actually querying a image seem to help.

I don't understand what you are talking about here.

I'll wait then for you to tell me whether to proceed on a bug hunt.

I can hold down the F2 key in VirtualDub. :)

I think VirtualDub always loads the first frame immediately, which is why Stax76's loading of the first frame works better for him.

[Guest]

Now that DGDecodeNV.dll and the CUVID Server are decomposing gracefully in their new earthy abode, will anyone go postal if I rename DGMultiSource() to just DGSource()?

Maybe I can make then synonymous so both are accepted.

[Blue_MiSfit]

Good idea. I think synonymous is the way to go. I've been through that particular headache in the past with other functions :)

[lych_necross]

Now that DGDecodeNV.dll and the CUVID Server are decomposing gracefully in their new earthy abode, will anyone go postal if I rename DGMultiSource() to just DGSource()?

Maybe I can make then synonymous so both are accepted.
I don't have a problem with that as long as you could make them synonymous.

[mikeyakame]

Here's a capture from GPU-Z, has some more detailed info.

http://gpuz.techpowerup.com/10/07/14/43b.png

I actually had to clock my memory down to 1250mhz, because 1300mhz was giving occasional decoder crashes over long encodes, like say a 6-8hr x264 encode.

And heres a sensor screen shot while doing a source/resize from an indexed mkv (1280x720 x264 ~2mbps bitrate) that I encoded.

http://sadpanda.us/images/168013-QXENWVR.gif

This is basically the contents of the avs and running a video analysis pass in virtualdub for a filter output.


SetMTMode(0,4)
DGMultiSource("G:\temp\encoding\angel\dgi\ep01_mkv.dgi",resize_w=704,resize_h=400)
...


And here's a load shot using 64-bit Virtual Dub doing a video analysis pass. The indexed source is a 1080p24 M2TS from a japanese anime blu-ray that I own. If I recall average bitrate was around the 37-38mbps mark. I'm not too sure if this is a factor on video engine load though? Maybe you might know the answer to that. I know higher bitrate results in higher decode load, but not sure if it applies for frameserving or not.
Video Memory use for this 1080p source was ~230mb. It jumped from 210mb -> ~443mb.

http://gpuz.techpowerup.com/10/07/14/dz4.png

And one final one. Vdub 64-bit + same source, but using 4 multisource inputs in the avs.
Vram usage is 210mb -> 583mb, so ~ 370mb for 4 dgi source inputs at 1920x1080. Just in case you ask "Why 4 sources!"


DGMultiSource("G:\temp\encoding\angel\dgi\bd\ep01-02.dgi").Trim(37488, 72767)
pt2 = last.Trim(2160, 32759)
pt1 = DGMultiSource("G:\temp\encoding\angel\dgi\bd\ep02_cdop.dgi").Trim(24, 2183)
pt3 = DGMultiSource("G:\temp\encoding\angel\dgi\bd\ep02_cded.dgi").Trim(24, 2183)
pt4 = DGMultiSource("G:\temp\encoding\angel\dgi\bd\ep02_web_pv.dgi").Trim(24, 383)
pt1++pt2++pt3++pt4


Basically i've just trimmed out sections and spliced in bonus feature replacements (which are extras on the blu-ray and are same frame length as original ones). Since they need to be frame exact and I needed to output merged wavs, this is easier to work with than appending multiple m2ts files into 1 index.

http://gpuz.techpowerup.com/10/07/14/644.png

Thought it might be interesting for you to see, Neuron.

[Guest]

Thanks, it is indeed interesting.

[Guest]

Maybe I can make then synonymous so both are accepted. It turned out to be trivial to make them synonymous.

Next question: Will anyone go ballistic if I rename the DLL?

[rack04]

Next question: Will anyone go ballistic if I rename the DLL?

Nope.

[Audionut]

Self reminder to delete old dll's from plugin dir when Don renames.

[cweb]

It turned out to be trivial to make them synonymous.

Next question: Will anyone go ballistic if I rename the DLL?

Not me.. you can rename it.

[Guest]

Everything is renamed now for 2021 and DGMultiSource is retained as a synonym for DGSource.

[laserfan]

Everything is renamed now for 2021 and DGMultiSource is retained as a synonym for DGDecode.I guess this means my batch files/cmds won't need to be changed, but I'm gonna do it anyway just to avoid any confusion (and I'm easily confused ;)) in the future.

Thanks DG, looking forward to the new version.:)

[Blue_MiSfit]

Awesome :) This utility is getting some fantastic polish development over the last few weeks!

I'm about to buy a GTX 460 as well for my home machine, so it should prove interesting :devil:

Derek

[MOS-Marauder]

My Specs:

[Anzeige]
Prozessor: Intel(R) Core(TM)2 Quad CPU Q9550 @ 2.83GHz (3404 MHz)
Betriebssystem: Windows 7 Ultimate, 64-bit
DirectX-Version: 11.0
GPU-Prozessor: GeForce GTX 260
Treiberversion: 257.21
CUDA-Kerne: 192
Kerntakt: 576 MHz
Shadertakt: 1242 MHz
Speichertaktfrequenz: 999 MHz (1998 MHz Datenrate)
Speicherschnittstelle: 448-Bit
Gesamter verfügbarer Grafikspeicher: 3711 MB
Dedizierter Videospeicher: 896 MB GDDR3
System-Videospeicher: 0 MB
Freigegebener Systemspeicher: 2815 MB
Video-BIOS-Version: 62.00.61.00.00
IRQ: 16
Bus: PCI Express x16

Chris

[Alf Bundy]

Hi,

Is there a limit in the resolution supported by Nvidia GPUs ?

I made a x264 encode from the 500 frames of "Crowd Run" (3840x2160 @ 24Mbps).
The video is playable using MediaPlayerClassic-HomeCinema's internal decoder (but only with the standard decoder, not the DXVA one).

And loading the elementary stream into DGNV results in this :

http://img121.imageshack.us/img121/3055/error400.png


I wanted to compare the decoding speed between my little 9400GT and my 9800GTX+ using a monstrous video (to make the differences more clear).

Maybe your contacts at Nvidia could tell us what's the maximum resolution allowed for GPU decoding ?

:thanks:

[Blue_MiSfit]

Yes, as far as I know you can only decode up to 1920x1080 using the nVidia VP, although bitrates and references up to Level 5+ are allowed, if I recall correctly... don't quote me on that.

Long story short, I wouldn't expect 4k to decode properly :)

Derek

[Guest]

Small correction: 1920 x 1088.

[tormento]

Would a frame split and interleave work for 4k resolution?

[stax76]

There is a new StaxRip build finally supporting DGMultiSource:

http://forum.doom9.org/showthread.php?p=1417817#post1417817

[Guest]

Would a frame split and interleave work for 4k resolution? I don't know what you are talking about, so I suppose the answer is no.

[Groucho2004]

Got my Asus GT 240 GDDR5 (512MB) and Don sent me a license yesterday. Everything is working as it should - nice work Don.

One question - How do you guys go about removing 3:2 pulldown? I have been using decomb with "AssumeT(B)FF().Telecide().Decimate()" so far and today I compared it to "fieldop=1" (force film) in DGMultiDecodeNV.dll. Motion seems a bit more fluid with decomb but maybe I'm imagining things. What are your experiences?

[cweb]

Got my Asus GT 240 GDDR5 (512MB) and Don sent me a license yesterday. Everything is working as it should - nice work Don.

One question - How do you guys go about removing 3:2 pulldown? I have been using decomb with "AssumeT(B)FF().Telecide().Decimate()" so far and today I compared it to "fieldop=1" (force film) in DGMultiDecodeNV.dll. Motion seems a bit more fluid with decomb but maybe I'm imagining things. What are your experiences?


Here's what I did for NTSC (video not film if I recall well) using tfm (http://avisynth.org.ru/docs/english/externalfilters/tivtc_tfm.htm) instead.

dgmultisource("title01.dgi",deinterlace=0)
AssumeTFF()
tfm(order=1)
tdecimate()

It worked better for me than telecide/decimate. YMMV of course. Best thing is to try both methods for a small clip and see what works best for your material.

[Guest]

One question - How do you guys go about removing 3:2 pulldown? I have been using decomb with "AssumeT(B)FF().Telecide().Decimate()" so far and today I compared it to "fieldop=1" (force film) in DGMultiDecodeNV.dll. Motion seems a bit more fluid with decomb but maybe I'm imagining things. What are your experiences? It all depends on whether you have soft or hard 3:2 pulldown and whether it is regular or irregular. This is really not a topic for this thread and has been extensively discussed elsewhere. You can start a new post in Avisynth Usage about it. Be sure to post an unprocessed source sample with a high motion scene.

[sumawo13]

When I try to open anything literally nothing happens.

I'm using Windows 7 Ultimate 64-Bit with an 8400GS.

[Guest]

Read the release notes.

[hydra3333]

I upgraded to 2020 from 2018, and can open a PAL 1440x1088i .mpg, but when I try to save a project, nothing happens. Previous versions worked fine.

Latest nvidia, plain standard vanilla XP-sp3 all latest updates, re-did and checked the licenses and the show the same long numbers.

So,
1. extracted v2020 into a folder with the licenses and opened the .mpg - save a project and it just sits there.
2. over-wrote v2020 with v2019 and did the same - same result.
3. over-wrote v2019 with v2018 and did the same - it worked fine.

It did ask a question about cropping to which I clicked no. Tried again with yes not no change in result.

Oh, if I run 2020 and try to close it's window, a couple of times , it then hangs.

Fully repeatable on 2nd licensed machine with latest nvidia, plain standard vanilla XP-sp3 all latest updates. Didn't spot anything obvious in the release notes.
q9450, 8800GT
q6600, 8600GT

It seems that the version 2019/2020 is broken somehow. Suggestions ?

[Guest]

I need a stream to duplicate your issue. Please be sure that you can duplicate the issue with the stream that you provide to me. Thank you.

[hydra3333]

OK I will try to extract it somehow and post it somewhere (any preference?)

[Guest]

Cut it with DGSplit and upload it to mediafire.com.

As I said, test it with the split file so I don't waste time on a stream that doesn't fail. Thank you.

[meatwad]

I just upgraded to a gtx 470 and I was amazed at the improvement it had with DG NV Tools. The same clip with the same settings was done on the same machine with different video cards.


9600 GSO 512 MB:

encoded 16046 frames, 45.07 fps, 2053.91 kb/s


------------------------------------------------------------
x264 Statistics
------------------------------------------------------------

Start: 3:24:02 PM
End: 3:29:58 PM
Duration: 00:05:56

GTX 470 1280 MB:

encoded 16046 frames, 48.92 fps, 2082.12 kb/s


------------------------------------------------------------
x264 Statistics
------------------------------------------------------------

Start: 6:51:56 PM
End: 6:57:25 PM
Duration: 00:05:28

The X264 profile used was Divx Plus. Anyway, that's a good improvement over the 9600 GSO I had and the 210 I tried was even lower. I haven't tested the 470 with DXVA decoders yet. I'm only posting this because I didn't think I'd see that much improvement. If you're doing a long encode, those 3-4 fps will come in handy. Also, this is the 32 bit version. I'll test the 64 bit when I get a chance. Also, all the info you gave me in a previous post proved quite helpful neuron2--Thanks.

[hydra3333]

OK. searching for dgsplit now ...

[Guest]

http://neuron2.net/dgsplit/dgsplit11.zip

[hydra3333]

Thanks. Well, that's frustrating. DG split stuff works with the first few of chunk sizes up to 50Mb so far. So I tried the full file again and just waited (v2018 was running in the background) - after a while it finished just this and a 24kb .ac3 file - obviously incorrect.
DGMPGIndexFileNV8
E:\SOFTWARE-2\MULTIMEDIA\DGIndex-DGAVCDec\NV-purchased\X-2020\

G:\HDTV\AFL\TEST\test.mpg 3456743424

STREAM 3
LUMFILT 0 0
CLIP 0 0 0 0
RANGE 0 0 3456743423 0
AUDIO 80

SEQ 2084
SEQEXT 0
GOP 1
FRM I 3 1 0 0
FRM P 3 1 0 0
FRM P 3 1 0 0
FRM P 3 1 0 0
FRM P 3 1 0 0
FRM P 3 1 0 0
FRM P 3 1 0 0
FRM P 3 1 0 0
FRM P 3 1 0 0
FRM P 3 1 0 0
FRM P 3 1 0 0
FRM P 3 1 0 0
FRM P 3 1 0 0
SEQ 464929
SEQEXT 0
GOP 0
FRM I 3 1 0 0
SIZ 1440 x 1088
FPS 25000 / 1000
CODED 14
PLAYBACK 14
0.00% FILM
I'll try to use DGsplit with larger sizes and see how I go.

[Guest]

I tried on some of my files and found a bug in the program stream parser. I'll work on that but if you can give me a stream that fails it will be helpful.

[hydra3333]

OK, sure thing. still narrowing a chunk down for you from one of 500Mb that fails :)

[Guest]

Try this version (32-bit):

http://neuron2.net/guest/pavel.zip

If it works I'll make a release of 2021 right away as there are some other things to be fixed as well.

[hydra3333]

OK, here's the first 20Mb chunk from the front of the file. http://mfi.re/?r94n4f3f6cck4lz The dgi it yields looks similar to the "full" one above
DGMPGIndexFileNV8
E:\SOFTWARE-2\MULTIMEDIA\DGIndex-DGAVCDec\NV-purchased\X-2020\

G:\HDTV\AFL\TEST\this-fails-20mb_0.mpg 20971520

STREAM 3
LUMFILT 0 0
CLIP 0 0 0 0
RANGE 0 0 20971519 0
AUDIO 80

SEQ 2084
SEQEXT 0
GOP 1
FRM I 3 1 0 0
FRM P 3 1 0 0
FRM P 3 1 0 0
FRM P 3 1 0 0
FRM P 3 1 0 0
FRM P 3 1 0 0
FRM P 3 1 0 0
FRM P 3 1 0 0
FRM P 3 1 0 0
FRM P 3 1 0 0
FRM P 3 1 0 0
FRM P 3 1 0 0
FRM P 3 1 0 0
SEQ 464929
SEQEXT 0
GOP 0
FRM I 3 1 0 0
SIZ 1440 x 1088
FPS 25000 / 1000
CODED 14
PLAYBACK 14
0.00% FILM

edit: that was a strange URL. Maybe it's this ? http://www.mediafire.com/?r94n4f3f6cck4lz

[hydra3333]

Try this version (32-bit):

http://neuron2.net/guest/pavel.zip

If it works I'll make a release of 2021 right away as there are some other things to be fixed as well.

Yes, that seems to have done the trick. Although,very few of the fields in the "video" box in the grey window get filled in - only
video type
coded #
playback #
frame rpts
field rpts
film %

Is it supposed to be like that ?

[Guest]

Is it supposed to be like that ? Yes. I do it to speed up the indexing operation. Use Play/Preview if you are interested in that data.

[Guest]

* Save BMP and Copy Frame to Clipboard now save the original frame size (with cropping and luma filtering honored).
Previously, if the frame was reduced by half for display, the reduced frame size was saved/copied.
Now the saved frame will accurately represent what will be served via your script.

* Corrected NV12 to RGB conversion based on the matrix coefficients (for the 32-bit version only).

* Fixed the following bug: Enter single-step mode, minimize the window, and then restore the window;
DGIndexNV hangs.

* The Help menu is now not disabled during play/preview/indexing.

* Reduced GDI load from updating the trackbar.

* Fixed a bug in the program stream parser that could cause play/preview/indexing to fail.

* DGSource() and DGMultiSource() are now synonyms. The Avisynth source filter is named DGDecodeNV.dll.

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

[hydra3333]

Yes. I do it to speed up the indexing operation. Use Play/Preview if you are interested in that data.

OK thanks ! I noticed the log file was missing the info as well.

A brilliant tool getting even better.

[Lyle_JP]

2021 seems to be a major step backwards. Indexing may be faster (although in x64 it seems negligible), but I haven't been able to get so much as one encode off the ground! It's like being back on 2018. Actually, it's worse, as I could eventually get 2018 to play ball with me. Here's the latest crash:

Problem Event Name: APPCRASH
Application Name: MeGUI.exe
Application Version: 0.3.5.5
Application Timestamp: 4c3e0a57
Fault Module Name: nvcuda.dll
Fault Module Version: 8.17.12.5721
Fault Module Timestamp: 4c0d6ea4
Exception Code: c0000005
Exception Offset: 0000000000001bf9
OS Version: 6.1.7600.2.0.0.768.3
Locale ID: 1033
Additional Information 1: b7f6
Additional Information 2: b7f643e3a3298f138e243807a424f49d
Additional Information 3: 2877
Additional Information 4: 2877193e441150ee23c7d37ca3b4f154

Win7 64-bit, all x64 tools, 257.21 forceware.

The crashes happen the minute I try to process a queue, or open an avs script one too any times, or even once sometimes.

[hydra3333]

Works here. 32bit xp-sp3.

[Groucho2004]

Works fine for me as well.
OS: WinXP SP3 32bit
Driver: 197.45

Also working:
OS: Win2003 Server SP2 32bit
Driver: 197.45

I should probably mention that this is without any "GUI" involved. For the people who have a problem and unfortunately depend on these frontends I suggest to try it without a "GUI" to isolate the problem.

[sumawo13]

Read the release notes.

I generated my new license and now I'm using 2021 but it still just doesn't do anything when I open any files.

[Guest]

The crashes happen the minute I try to process a queue, or open an avs script one too any times, or even once sometimes. Does it happen when you simply open your script in VirtualDub? I've just tried it on my 64-bit environment and see no issues. Perhaps something went haywire in the MEGUI update.

There are no changes in 2021 that would account for something like this.

[Guest]

I generated my new license and now I'm using 2021 but it still just doesn't do anything when I open any files. Make sure your license file is named "license.txt". That is an 's' in there NOT a 'c'. Then put it in the same directory as DGIndexNV.exe. Open DGIndexNV and make sure Options/License Switcher is set to License 1. Then open your source file.

Another way people mess this up is by including an extra space after the machine ID when generating the license.

[Lyle_JP]

Does it happen when you simply open your script in VirtualDub? I've just tried it on my 64-bit environment and see no issues. Perhaps something went haywire in the MEGUI update.

There are no changes in 2021 that would account for something like this.

I didn't do a MeGUI update. I updated 2021 directly. And yes, I did finally get some encodes started after a lot of crashing. The behaviors I'm seeing are precisely the way things were before the memory leak was fixed. I will test some with VeeDub and see what happens.

[Guest]

The behaviors I'm seeing are precisely the way things were before the memory leak was fixed. Then maybe you are somehow invoking the wrong DLL, maybe from your Avisynth plugins directory. The memory leak did not get "unfixed" in 2021.

[Lyle_JP]

Then maybe you are somehow invoking the wrong DLL, maybe from your Avisynth plugins directory. The memory leak did not get "unfixed" in 2021.

Not sure how that's possible. I deleted both old .dlls, and made a copy of the new DGDecodeNV.dll and called it DGMultiDecodeNV.dll to fool MeGUI. Both .dlls in my DGIndexNV folder are the new one, and they're the only .dlls in the folder. Is there something wrong with that methodology? Seemed pretty sound to me.

To clarify, there has never been (and still isn't) any DGDecodeNV dlls in my avisynth plugins directory. They're always explicitly invoked from the dgindexnv folder in my avisynth scripts.

[Guest]

It's OK to fool MEGUI like that. Just make sure there's nothing in your Avisynth plugins directory.

Give the results with VirtualDub alone. Ensure the script explicitly loads the correct DLL with LoadPlugin().

[Lyle_JP]

Okay, I reinstalled Forceware and now things appear stable (knock on wood). I remembered that earlier in the day Media Player Classic using DXVA gave me the only BSOD I've ever seen on Windows 7. I guess it done broke my Nvidia drivers!

[Guest]

I noticed the log file was missing the info as well. That's not ideal and I need to revisit this. Right now, it's that way to workaround a mysterious slowdown in Win7. I'll look into it.

[Sharktooth]

@Lyle_JP: ensure your AVS script loads DGDecodeNV.dll and uses DGSource otherwise, edit it accordingly
im going to push a megui update along with dgindexnv update. that should address the issue but the AVS script should be re-created or edited as described here: http://forum.doom9.org/showthread.php?t=155702

[sumawo13]

Make sure your license file is named "license.txt". That is an 's' in there NOT a 'c'. Then put it in the same directory as DGIndexNV.exe. Open DGIndexNV and make sure Options/License Switcher is set to License 1. Then open your source file.

Another way people mess this up is by including an extra space after the machine ID when generating the license.

I made sure of all of that, and it still doesn't work. I even tried generating a new license making sure I had no spaces this time but it generated the exact same license.

[Guest]

Email me your license file, DGIndexNV INI file and machine ID. Tell me here what is the path where DGIndexNV.exe is and where license.txt is. Be sure to use 2021 if you are opening VOB or MPG.

You must be goofing up because you are the only person of thousands that can't make it work.

[sumawo13]

Email me your license file, DGIndexNV INI file and machine ID. Tell me here what is the path where DGIndexNV.exe is and where license.txt is. Be sure to use 2021 if you are opening VOB or MPG.

You must be goofing up because you are the only person of thousands that can't make it work.

Email sent, path to both DGIndexNV and the license.txt is
C:\Video Related\DGIndexNV

[senseiam]

I made sure of all of that, and it still doesn't work. I even tried generating a new license making sure I had no spaces this time but it generated the exact same license.

I had the same issue you were having, make sure when you save the license .txt file DONT save it as UTF-8 or UNICODE, save it as ANSI

When I saved it as ANSI, it worked right away. :)

[sumawo13]

I had the same issue you were having, make sure when you save the license .txt file DONT save it as UTF-8 or UNICODE, save it as ANSI

When I saved it as ANSI, it worked right away. :)

Unfortunately that didn't work either, but thanks for the idea.

This is very frustrating. :(

[Guest]

Correct. And if you have display of file extensions turned off you may inadvertently make a file named license.txt.txt.

I just returned from the pool and will look at the files you sent me, sumawo13. One thing to do is start DGIndexNV and look again at the machine ID. Make sure it matches what you put in the license generator. Sometimes you switch on or off a network card and it changes your machine ID.

[Guest]

Unfortunately that didn't work either, but thanks for the idea.

This is very frustrating. :( OK, I patched DGIndexNV to return your machine ID. I replaced my license file with yours. Started DGIndexNV and everything worked fine.

Please check the reported machine ID in DGIndexNV Help dialog and make sure it matches the one you sent me. If it is correct I'll work with you by email using debug builds.

[sumawo13]

OK, I patched DGIndexNV to return your machine ID. I replaced my license file with yours. Started DGIndexNV and everything worked fine.

Please check the reported machine ID in DGIndexNV Help dialog and make sure it matches the one you sent me. If it is correct I'll work with you by email using debug builds.

It is indeed a match with the one I sent you, my machine ID has always been the same as far as I know, as I have onboard LAN and I've never put in a NIC.

[Guest]

Can your mail account accept a ZIP file? I ask because I get very irritated when I send a debug build and the receiver rejects it.

[Guest]

@sumawo13

Make sure your license file has a carriage return after the line of numbers.

[Groucho2004]

@sumawo13

Make sure your license file has a carriage return after the line of numbers.

I don't have a CRLF in my license file and it works...

[sumawo13]

@sumawo13

Make sure your license file has a carriage return after the line of numbers.

That did it! :D Thanks for your help, I can't believe it was something so simple.

[stax76]

I had also problems after I got new hardware, I forgot all steps required to get things working and needed some minutes to find out things. It seems if it fails to detect a license when trying to load a source file it just does nothing. A warning and instruction would be very helpful here, something like:

Failed to detect valid license, please do... take care of... white spaces like carriage return... ANSII encoding...

Maybe even validate text encoding and trim white spaces.

[Groucho2004]

A warning and instruction would be very helpful here

That's exactly what would make it very easy for crackers to find the entry point for the license check.

Edit: I suppose the license check could be done in a separate module/program which wouldn't expose the main application. However, when I load a file in DGIndexNV and I see the first frame I know that the license is working. Good enough for me.

[stax76]

I have some application to manage passwords and important things, I simple wrote a note there with all information needed like I do with other applications and tasks so I'm probably not gonna have problems again but when it just does nothing some might not expect a license issue, first I thought it might be a bad stream or something, later I found out I needed to regenerate my license for some reason.

[Guest]

I don't have a CRLF in my license file and it works... This is one of those mysteries of life. For me also that is true. But now two users have had this problem and fixed it this way. So I added that to the instructions sent upon activation.

I wonder if there are different behaviors of various runtimes in regards to fgets().

[Sharktooth]

mysteries of microsoft... probably different behavior with different OS versions or maybe even for different OS languages...

[JoeH]

For those of you waiting for 64-bit support, be advised that I placed my order today for the new rig. I went for the i7-980 Extreme together with the ASUS Rampage III Extreme mobo.

Thank you for your donations.

THanks for all the continued development and x64 version.

Curiosity question - how many FPS are you getting now when you play back a Blu-ray movie (1080@24p) at highest possible speed in DGIndex?

On my Core i7-920 with Nvidia 9500 GT I get about 40fps max.

[Guest]

It's all very system and stream dependent. Highest speed in DGIndexNV means settings Disable Display. For Avatar on my i7-980X x64 system I get 80fps with a GT 220 card. One recent report was 100 fps on a similar system with a 240 card.

[jpsdr]

I'm having trouble...
I've updated from 2020 to 2021, and i can't open files anymore, it seems license file is not recognised.
I thought serial has changed again, so i regenerate but number is the same.
I've save file in ANSI (it was already that, but just in case), tested with 1, 2 and no CRLF, but nothing work.
Going back to 2020, without any change on the license file, and everything works fine again...:(
Windows XP64 SP2 and Windows XP32 SP3 same behavior. Under XP64, both x64 and x86 version don't work.
Note : I've activated an ethernet controler, so i'm having now a MAC address and so a stable machine ID, there is no problem from this side, in theory.

[^*^]

Just bought new computer (i7-860, GT 240), installed Win7 x64 and purchased license 2 days ago. Everything works fine. I am getting 75-80 fps in DGIndexNV! But...I have spent (lost) 2 days to research how to preview (play back) AVS files. There was no problem with x264 - it coded from AVS+DGI without problem. But when I tried to preview AVS in Media Player (and AVSedit) I was getting error messages about YV12 problem and advice to install ffdshow. No word about how to configure it. And then I uninstalled ffdshow and installed codec pack from Shark007 with advice to enable ffdshow postprocessing. This helped me.
Dear Author! It would be very useful for new users to include in "DGDecNV Quick Start Guide" these few words about needed applications (and codecs) beside yours and Avisynth. It could save me 2 days. However, researching is much better way to learn something than just reading.

[Sharktooth]

Note : I've activated an ethernet controler, so i'm having now a MAC address and so a stable machine ID, there is no problem from this side, in theory.
Check if your hardware id has changed after the installation of the network controller.

[Sharktooth]

Just bought new computer (i7-860, GT 240), installed Win7 x64 and purchased license 2 days ago. Everything works fine. I am getting 75-80 fps in DGIndexNV! But...I have spent (lost) 2 days to research how to preview (play back) AVS files. There was no problem with x264 - it coded from AVS+DGI without problem. But when I tried to preview AVS in Media Player (and AVSedit) I was getting error messages about YV12 problem and advice to install ffdshow. No word about how to configure it. And then I uninstalled ffdshow and installed codec pack from Shark007 with advice to enable ffdshow postprocessing. This helped me.
Dear Author! It would be very useful for new users to include in "DGDecNV Quick Start Guide" these few words about needed applications (and codecs) beside yours and Avisynth. It could save me 2 days. However, researching is much better way to learn something than just reading.
Windows doesnt come with a YV12 decoder.
FFDShow has one as well as DivX or Xvid and probably others...
Just installing one of those softwares will install a YV12 secoder and fix your problem automagically.

[Guest]

I'm having trouble...
Please contact me by email as I don't want to clutter the thread with everybody's individual travails. If necessary I'll send you debug builds etc. to try to find out the cause.

[SomeJoe]

Hi neuron2,

Just updated from 2009 to 2021. Got everything licensed, tool is running fine with one exception:

I have my own front-end that calls DGIndexNV.exe, and uses the -e and -h options to hide the interface and automatically exit. This was working properly in v2009. In v2021, the interface is not hidden and does not automatically exit.

The following command line is in use:

DGIndexNV.exe -i "T:\Temp BD Convert A\origVideo.h264" -o "T:\Temp BD Convert A\origVideo.dgi" -y 1 -e -h

This is on Windows 7 64 bit, on two different machines. Note that I am running the 32-bit version of DGIndexNV because I am still using 32-bit AVISynth.

[Guest]

Remove the -y 1. That option no longer exists.

[SomeJoe]

I see ... field operation selection moved into the DGSource() call.

No problem, thanks. :)

[Guest]

-y is not field operation selection.

[SomeJoe]

OK, I could have sworn that -y was the field operation selector (Honor Pulldown, Ignore Pulldown, Force Film), but evidently it was the RGB scaling selector. I must have confused it with the -FO= option from DGIndex. My front end has a choice to use either DGIndex or DGIndexNV, and I still have code in there to do the field operation selection in the command line for DGIndex.

I had already altered my front end to use fieldop= in the DGSource() call when using DGIndexNV, I just forgot about it.

I will remove the -y 1 from the command line, that should take care of the problem, I never changed it from 1 anyway.

[Guest]

OK, I could have sworn that -y was the field operation selector. Why would you think that when it has always been clearly documented in the user manual?

[SomeJoe]

Why would you think that when it has always been clearly documented in the user manual?

I should not even dignify such a ridiculous question with a response, but evidently you don't read too well either.

I am a human that is not infallible. In my previous post which you glossed over, I clearly stated:

"I must have confused it with the -FO= option from DGIndex"

and

"I had already altered my front end to use fieldop= in the DGSource() call when using DGIndexNV, I just forgot about it."


Yet, after clearly owning up to my own mistake, you can't see fit to let it go.

I have indeed read every manual included with DGIndex/DGIndexNV cover-to-cover, and again because I'm not infallible, missed the fact that in Appendix D of the DGIndex 2021 manual, the -y option has disappeared whereas it was there in the last version I used and looked at, version 2009.

If you had included a change log or version history like I do when I release freeware (http://utalk.att.com/t5/High-Speed-Internet-Access/U-Verse-Realtime-v1-3-0-0/td-p/229448), it would have been easy for me (or anyone else) to notice that this option, the removal of which breaks existing software, had been removed. You also could have made the software ignore that option on the command line if present instead of ruining the command line parsing for remaining options.

To treat one of your paying customers as a fool in a public forum is a disgrace. I never do such a thing when I'm on the other end of freeware software support, and you should be ashamed.

[Guest]

You claimed that you thought -y was the field operation ("I could have sworn that -y was the field operation selector"). From day 1 it has been documented as the PC/TV scale option. I was curious how you could have made that error so I asked you, in a civil manner.

Don't try to blame your failure to read the documentation on me. If you continue to attack me personally as you are doing, I will issue a rule 4 strike.

I am a seeker after truth, that is all. If you say something that does not make sense or is inconsistent, I will call you on it, just as I would hope others call me on my miscues.

Followup to PM please.

[Guest]

Does anyone use the dinky luma filter in DGIndexNV? I'd like to get rid of it. I have implemented NV12->RGB24 on the GPU using a CUDA kernel, thereby speeding up the display and making the display code common between the x32 and x64 versions. I suppose I could add the luma processing to the kernel but it just seems silly when that filter is so little used and luma adjustment can be done better using Levels() in the script anyway.

Thoughts?

[Clumpco]

Does anyone use the dinky luma filter in DGIndexNV?
Nope, never.

[Audionut]

Does anyone use the dinky luma filter in DGIndexNV?

There's a luma filter :rolleyes:

[adiabatic]

Oh wait.. there's a luma filter?!?! I'm going to use it now!

[laserfan]

What's a "luma filter"? :p

I think you may have answered your own question, particularly since most everybody here always wants to do things "the best way"! ;)

...luma adjustment can be done better using Levels() in the script anyway.

[Guest]

OK, then, say your goodbyes to the luma filter.

BTW, I have fixed the bug in the licensing check. I know of only one person that was blocked by it (excluding those who worked around it with the newline hack), but if you cannot get your valid license to work, re-download 2021, which was slipstreamed with the fix.

[dgeise]

Hey Don,

First, kudos on continued frequent updates to DGNV tools.

However, I have a pretty large & growing library of raw HD footage captured from my various camcorders. It's up to about 500GB and growing. I like to keep up with your updates, but sometimes I don't realize the full impact of going to a new version until after installing the update. Things like requiring re-indexing, changes to the API, etc. are OK if I expect them but not always welcome when not anticipated.

So I'd like to make a request. Could you publish some form of a change log with new releases? Just a list of bugs fixed, features added, and whether AVS and/or DGI files are effected would be really helpful. This would help me plan my updates a little better.

:thanks:

[Guest]

It's published here in this thread on every new build. I notify of changes to the DGI format version.

I will include a full history in the ZIP from now on.

[rack04]

OK, then, say your goodbyes to the luma filter.

BTW, I have fixed the bug in the licensing check. I know of only one person that was blocked by it (excluding those who worked around it with the newline hack), but if you cannot get your valid license to work, re-download 2021, which was slipstreamed with the fix.

My license file was working with "old" 2021 but not with the slipstreamed fix.

[Guest]

Do you have a line feed after your line of numbers in the license file. If not, add it.

If that does not help, then contact me by email, sending your machine ID and your license file.

[rack04]

Do you have a line feed after your line of numbers in the license file. If not, add it.

If that does not help, then contact me by email, sending your machine ID and your license file.

email sent.

[Guest]

Did you add the line feed?

[rack04]

Did you add the line feed?

No but adding the line fixes the problem.

[Groucho2004]

did you add the line feed?
no but adding the line fixes the problem.
:):):):):)

[Guest]

That Pythonesque exchange was due to editing.

The next version won't care if one is there or not. Sorry for the inconvenience. I'll get it right. :rolleyes:

[yup]

Hi Donald!

I try upgrade from 2020 to 2021 and can not (2020 work fine for me). I overwrite old files (2020) to new and now I can not show opened mts files. I could generate new license?

With kind regards yup.

[rack04]

Hi Donald!

I try upgrade from 2020 to 2021 and can not (2020 work fine for me). I overwrite old files (2020) to new and now I can not show opened mts files. I could generate new license?

With kind regards yup.

Please review the last few posts in this thread.

[Guest]

I try upgrade from 2020 to 2021 and can not (2020 work fine for me). I overwrite old files (2020) to new and now I can not show opened mts files. Open your license file and put a return after the line of letters. If you downloaded 2021 some time ago, please re-download it as a fix for licensing issues was slipstreamed.

[Guest]

I have just added a complete history of changes listing to the 2021 ZIP file.

[laserfan]

I have just added a complete history of changes listing to the 2021 ZIP file.Another great reason to re-download it. Many thanks for including this.

[dgeise]

Props for the changelog - many thanks.

Unfortunately I'm having a problem upgrading from 2020 to 2021.

Build 2020 contains a DGMultiDecodeNV.dll but no DGDecodeNV.dll.

Build 2021 contains DGDecodeNV.dll but no DGMultiDecodeNV.dll.

Just to test I copied DGDecodeNV.dll to DGMultiDecodeNV.dll in 2021 and that appears to fix the problem.

So either I'm a little confused or there's a small problem in 2021. Which DLL is the official DLL name we're supposed to use?

:helpful:

[rack04]

Props for the changelog - many thanks.

Unfortunately I'm having a problem upgrading from 2020 to 2021.

Build 2020 contains a DGMultiDecodeNV.dll but no DGDecodeNV.dll.

Build 2021 contains DGDecodeNV.dll but no DGMultiDecodeNV.dll.

Just to test I copied DGDecodeNV.dll to DGMultiDecodeNV.dll in 2021 and that appears to fix the problem.

So either I'm a little confused or there's a small problem in 2021. Which DLL is the official DLL name we're supposed to use?

:helpful:

Did you read the changelog?

[dgeise]

Did you read the changelog?

Doh! I caught the 'DGSource() and DGMultiSource() are now synonyms' but not the DLL name change.

So it's my confusion. Apologies for the brain-fade.:stupid:

*sigh* I wish AVISynth supported a CPP #include feature - that way I wouldn't have to batch change 45 AVS files or reindex & generate new files from a template. Oh well, as long as the syntax is now stable I;m happy.

[Guest]

You can rename the DLL back to the original to avoid having to change all your scripts.

[stax76]

@dgeise

You can use Windows Search to list all avs files, drop them on Notepad++ and use the 'Replace in all opened documents' feature, many text editors have such a feature.

[Farscape1]

i'm not sure if this really is a problem but i'll ask anyway.

i have just gone from 2018 to 2021. now when i save a project, only a few fields show any information (before all fields showed info and changed as the project saved).

now only these fields show info:

video type
frame structure
frame type
coded #
playback #
frame rpts (just shows 0)
field rpts (just shows 0)
film % (just shows 0.0)

the only fields that change as the project is saved are coded # and playback #. also the time is takes to save is much quicker (normally a plus but i'm wondering if it is performing as it should).

is that normal or do i have a problem? thanks. if i didn't give enough info, please let me know.

other info:

windows 7 ultimate
AMD Phenom II X4 940 (3.7 GHz)
comp1: GeForce GTS 250
comp2: GeForce 8600 GTS
comp3: GeForce 9500 GT

also, i didn't receive any performance boost (encoding) going from 8600 GTS to GTS 250. apparently number of cuda cores is rather irrelevant.

[linyx]

Welcome to the Doom9 Forums!

i'm not sure if this really is a problem but i'll ask anyway.

i have just gone from 2018 to 2021. now when i save a project, only a few fields show any information (before all fields showed info and changed as the project saved).


Taken from a few pages back:

Yes, that seems to have done the trick. Although,very few of the fields in the "video" box in the grey window get filled in - only
video type
coded #
playback #
frame rpts
field rpts
film %

Is it supposed to be like that ?

Yes. I do it to speed up the indexing operation. Use Play/Preview if you are interested in that data.

Also from the Changes.txt
* Performance improvements for indexing on many systems. The improvement is
substantial on most WinXP systems. The large pauses during playback in DGIndexNV
also now do not occur.

[Farscape1]

thank you very much for the info linyx (and thanks for the welcome).

i'll make sure to search a little more in the future.

[bebolan]

The license works in 2019, but 2021...

EDIT:

Sorry, it works now after changed license switcher to 3. But it is strange that my licence1 is as same as #3, #1 do'nt work.(win7 Ultimate)

EDIT2:

2019 works at vista Ultimate, 2021 not.

[Guest]

@bebolan

The licensing problems and their resolutions have been thoroughly discussed. If reading the material in the last few pages of this thread and the users manual does not help you then contact me by email.

[jimmydrac]

OK..I thought I was smart until today. I have a DGIndexNV license and a new gts 250 card with 191.07 drivers on win 7 x64. I have created the .txt license file, program loads but that's as far as I can get. It will not load ANY video file whatsoever. DGIndex works fine. But when I try to use DGIndexNV, the program starts up, but absolutely nothing happens when I load a file. No video shows up in the preview window. Am I nuts:stupid: or is this a common problem. I have read through every page here and the quick start guide and the manual but nothing helps.:confused:
Please Help
Thanks!!!

Edit: I still can't get it working but I just noticed that when I try to load a video file, of course nothing shows up in the preview window but when I check the audio tab, it show the correct audio stream!!! OK now I am totally confused. Updated video drivers to 258.96 but still no luck. Installed badaboom (I know I know) just wanted to see if my new video card was broke but it worked using gpu cuda....so I am stumped. Time for some coffee or jack daniels..not sure which LOL

Crap I'm stupid. I was in the process of sending the license file to Donald so he could tell me what I was doing wrong when I noticed I had named the file license.txt intead of a text file named license. DUH. Works great now....I feel so dumb.

[bebolan]

2021 & 2019 all do'nt work ! Why the machine ID could be changed ?

[Guest]

@bebolan

I told you to contact me by email. I'm not going to troubleshoot your license problem here.

[Guest]

* The DGI file format is bumped to NV9.

* The crappy luma filter was removed.

* NV12->RGB24 conversion for display is now executed on the GPU. This improves the
display rate in DGIndexNV and makes the code common for 32-bit and 64-bit versions.

* DGIndexNV now accepts a license file without a carriage return.

* The AlwaysCrop and AlwaysCancelOnAudioMismatch options are now exposed in the
GUI Options pulldown.

* The license file can now store multiple license numbers. The License Switcher
is therefore now unnecessary and was removed.

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

[kebulek]

Whatever I open with new version, I get these two errors. :(

http://img340.imageshack.us/img340/9991/error1qv.png
http://img412.imageshack.us/img412/7880/error2g.png

System: WinXP SP3, GF9600GT 512MB / 197.45 drivers

[jimmydrac]

Thanks again for all you hard work!!! I am getting between 9.5 - 15% speed bump on SD material. I will be trying some HD (1080 to 720) later today and can't wait to see what this can do!!






Win 7x64 q9550 2 gigs ram gts 250

[Groucho2004]

Whatever I open with new version, I get these two errors. :(

http://img340.imageshack.us/img340/9991/error1qv.png
http://img412.imageshack.us/img412/7880/error2g.png


Same here.

[laserfan]

Same here.Same nvidia driver as kebulek also?

[Groucho2004]

Same nvidia driver as kebulek also?

GT 240 with 191.07 on Win2K3 Server.

[^*^]

The same errors.
GT 240 (driver 257.21), Windows 7 x64

[Lyle_JP]

Same errors. GT 220 1GB, 257.21 Windows 7 x64. Also, to clarify, this is not an issue of trying to open an older .dgi file. These errors occur when I try to run DGIndexNV to create a new .dgi.

[Guest]

Ouch. OK, I'll have to withdraw 2022 until I sort this out.

[Guest]

I've updated the 32-bit executable to add additional error reporting. I need someone for which it failed to re-download 2022 and try again with this and post the error popups that occur. Thank you.

[cweb]

Same errors. GT 220 1GB, 257.21 Windows 7 x64. Also, to clarify, this is not an issue of trying to open an older .dgi file. These errors occur when I try to run DGIndexNV to create a new .dgi.

Same errors. GTX 285, 196.21 driver. Win7 x32.

[Guest]

Please see my last post. Thank you.

[cweb]

I've updated the 32-bit executable to add additional error reporting. I need someone for which it failed to re-download 2022 and try again with this and post the error popups that occur. Thank you.

Ok. Now it gave me this error as soon as dgindexnv was loaded.

http://a.imageshack.us/img709/8479/delme1.jpg

[kebulek]

Ok. Now it gave me this error as soon as dgindexnv was loaded.

http://a.imageshack.us/img709/8479/delme1.jpg
Same here.

[Guest]

Oops, I know what's wrong. Thanks for your test result.

Stand by for fixed version...

[cweb]

Oops, I know what's wrong. Thanks for your test result.

Stand by for fixed version...

thanks :)

[Guest]

Re-download 2022 and get the cubin file into the same directory as DGIndexNV.exe.

Report your success. :)

[cweb]

Re-download 2022 and get the cubin file into the same directory as DGIndexNV.exe.

Report your success. :)

I redownloaded it but the result was the same. I didn't find a cubin file. Could the file have been cached somehow? I cleared my cache and redownloaded just to be sure.

[kebulek]

Re-download 2022 and get the cubin file into the same directory as DGIndexNV.exe.

Report your success. :)
I don't see any "cubin file" in current 2022 zip archive. :confused:

[Guest]

Oops.

Try again.

Thank you for your patience. :)

[kebulek]

Re-download 2022 and get the cubin file into the same directory as DGIndexNV.exe.

Report your success. :)
Now it works for me. Looks like you did it after all... ;)

[Guest]

I was hurrying to get you guys squared away and accidentally re-uploaded version 2002. :eek:

Also, I kinda forgot that the cubin executables are dynamically loaded, and that kinda means you need to have the binaries. :stupid:

[Groucho2004]

Still getting this:

http://www.iol.ie/~schubert/Image1.png

[Guest]

Your path refers to build 2021. What's up with that?

Verify that the correct cubin file (32 or 64 bit) is in the same directory as version 2022 DGIndexNV.

[Groucho2004]

Don't mind the path, I just didn't create a new directory.

I just tried again in a new directory with just the license file carried over from 2021. Same error message.

Edit: I'll try with XP now.

Edit1: Same thing on XP SP3.

[Guest]

State your Nvidia card type, memory size, and driver version.

[Groucho2004]

State your Nvidia card type, memory size, and driver version.

Asus GT 240 GDDR5, 512 MB, driver is 191.07.

[Guest]

Version 191.07 is very old and this error is known to occur with older driver versions. Please upgrade drivers to latest version and report results. FYI, I am running 257.21.

http://www.nvidia.com/object/winxp-258.96-whql-driver.html

[SubJunk]

Hi, I just registered 2 days ago and wanted to say thanks, it's really great. I was using 2021 and it worked perfectly, and 2022 works too.
It seems to be faster than before as well, though I haven't run tests.

[MrVideo]

Self reminder to delete old dll's from plugin dir when Don renames.

Good point. Otherwise people's scripts will continue to use the old DLL and not know it.

[MrVideo]

Everything is renamed now for 2021 and DGMultiSource is retained as a synonym for DGSource.

Damn, didn't know you did that already. There is nothing in the 2021 Readme file about the renaming. Even though I installed the latest version, I didn't notice the change. I just grabbed the files and copied them to the installed location. I'm just now getting around to catching up with the forum.

Suggest that the renaming info be placed in a future Readme file for those who are upgrading from a version earlier than 2021.

[MrVideo]

I don't have a CRLF in my license file and it works...

I don't either. The license files (two of them) are edited on my Solaris 10 X86 server. EOL for unix is LF only. No issues

[MrVideo]

Remove the -y 1. That option no longer exists.

Time for a WAG. If the -e and -h were placed in front of the -y, I'm guessing the -e and -h would have been honored and the use of the old option would never have been detected. The reason is that when the -y option was parsed, all further parsing of the command line stopped.

Normally (I'm speaking Unix world programming), when an illegal, or unknown, option is entered, the program bails with an error indicating that option such-and-such doesn't exist.

In this case, couldn't a GUI be poped up with the error message about the bad option, or spit it out to stderr? That would be a little more user friendly. It is easy to hit the wrong character and not know it. If that creates an error, let the user know.

[MrVideo]

I will include a full history in the ZIP from now on.

Thanks, that is helpful.

[MrVideo]

I was in the process of sending the license file to Donald so he could tell me what I was doing wrong when I noticed I had named the file license.txt intead of a text file named license. DUH. Works great now....I feel so dumb.

But license,txt is the correct filename. As mentioned in a previous post, you probably have extension display turned off and you ended up naming your file license.txt.txt. You can thank Windblows for knowing exactly what you want and doing it for you.

[lych_necross]

After reading these posts and updating to the reposted 2022, I get this error:

http://img713.imageshack.us/img713/5352/errorlu.jpg
Win 7x64, Geforce 460, 1GB video mem, driver version 258.96.

I'm using the 32bit version of dgindexnv

[cweb]

thanks, 2022 works for me now..

[MrVideo]

After reading these posts and updating to the reposted 2022, I get this error:

Does that file exist in the path shown in the error?

Why are you running the 32 bit version on a 64 bit system?

[Groucho2004]

Version 191.07 is very old and this error is known to occur with older driver versions. Please upgrade drivers to latest version and report results. FYI, I am running 257.21.

http://www.nvidia.com/object/winxp-258.96-whql-driver.html

I tried the latest drivers (258.96) and DGIndexNV works with those. However, I'm getting all sorts of weird behaviour (for example, Aniti-aliasing doesn't work with older games) and even blue screens with these drivers. When I got the new card I tried a number of drivers (19x and 25x) and I settled on 191.07 because it worked best for me.
I think I'll stick with DGIndexNV 2021 for the time being until the NVidia drivers work for me.

Edit: I'll try 257.21.

[lych_necross]

Does that file exist in the path shown in the error?

Why are you running the 32 bit version on a 64 bit system?
Yep, the file exists in the shown path. I'm running the 32bit version because I use avisynth plugins and scripts that are not supported yet on the x86_86 build of avisynth (that and there is no official 64bit build of avisynth yet).

[Groucho2004]

Using driver version 196.21 now. Works fine with 2022 (it seems).

[tormento]

@neuron2

Can't get the multiple license file work. Tried to put every license on different line, like in old versions but nicht.

Any new syntax is required?

[Guest]

After reading these posts and updating to the reposted 2022, I get this error:

http://img713.imageshack.us/img713/5352/errorlu.jpg
Win 7x64, Geforce 460, 1GB video mem, driver version 258.96.

I'm using the 32bit version of dgindexnv OK, that's a Fermi that has CUDA compute capability 2.0. I have to include a version of the cubin file that is compiled with -arch sm_20, and if possible, load the correct one dynamically. I'll work on that and report back later today.

[Guest]

@neuron2

Can't get the multiple license file work. Tried to put every license on different line, like in old versions but nicht.

Any new syntax is required? Nope, I just goofed it up. I slipstreamed the fix. Get the corrected DGIndexNV from a re-download of 2022. Thank you for pointing it out.

[Guest]

Using driver version 196.21 now. Works fine with 2022 (it seems). Thank you for the test result. I have changed the driver version requirement in the Readme to version 196.21 or higher.

[Sharktooth]

you should change it to "the latest driver available for your videocard"

[Guest]

you should change it to "the latest driver available for your videocard" Nah, because the very latest drivers are apparently hosed right now.

[Guest]

OK, that's a Fermi that has CUDA compute capability 2.0. I have to include a version of the cubin file that is compiled with -arch sm_20, and if possible, load the correct one dynamically. I'll work on that and report back later today. Please try this test version on your Fermi (32-bit binaries):

http://neuron2.net/dgdecnv/fermi.zip

Put all three files together.

[aegisofrime]

Nah, because the very latest drivers are apparently hosed right now.

Hosed? How so?

It's interesting that you should post this, because I'm getting random BSOD errors when using DGSource() for H.264 content. I have been wondering what's the cause of the BSODs...

Using a Palit GTX 460 Sonic here...

[tormento]

Nah, because the very latest drivers are apparently hosed right now.
Nah, the latest are whql (whatever it counts) and very stable when encoding or gaming or ht'ing. At least on my rig.

[tormento]

I have to include a version of the cubin file that is compiled with -arch sm_20
Noticed that the latest CUDA sdk is out?

[MrVideo]

Yep, the file exists in the shown path. I'm running the 32bit version because I use avisynth plugins and scripts that are not supported yet on the x86_86 build of avisynth (that and there is no official 64bit build of avisynth yet).

Ah OK. Guess that means I won't be going to 64 bit anytime soon, since I too use AVISynth.

[Guest]

Noticed that the latest CUDA sdk is out? Do you seriously think I am not keeping myself informed on CUDA developments? :devil:

[MrScientist]

hi, after a system rebuild, i can't get dgindexnv to save the dgi index file for me. i can load/add a file (mkv or m2ts), but i can't do a "save project." this is for any file i try. and i can play all of the files on my system. what am i missing? thanks.

[Guest]

hi, after a system rebuild, i can't get dgindexnv to save the dgi index file for me. i can load/add a file (mkv or m2ts), but i can't do a "save project." this is for any file i try. and i can play all of the files on my system. what am i missing? thanks. You're missing a proper trouble report. All system details, DG version number, video driver version number, exactly what happens when you open a file.

Is this a licensing issue, i.e., does the file show video? If you have rebuilt your system, you'll have to regenerate your license, because your machine ID will have changed. Did you do that?

If video shows then exactly what happens when you do Save Project?

[MrVideo]

but i can't do a "save project."

Did you configure your Windblows system correctly. You might not have permission to save the project where it is attempting to put it.

What happens when you try and create the DGI file via the commandline?

[MrVideo]

Do you seriously think I am not keeping myself informed on CUDA developments? :devil:

Don't ya know that you have your blinders on and your head stuck in the sand, both at the same time? :D

[Guest]

Hey, don't forget rule 11, all posts must have useful content. Mine didn't but I can't seem to strike myself. So you get to slide too.

I wish lych_necross would come back. I don't want to have to buy a Fermi card. :p

[aegisofrime]

Hey, don't forget rule 11, all posts must have useful content. Mine didn't but I can't seem to strike myself. So you get to slide too.

I wish lych_necross would come back. I don't want to have to buy a Fermi card. :p

I have a GTX 460, and I can do the usual stuff just fine. Creating an index file, encoding using x264 using DGSource with Deinterlace=2...

That said, with all the hype nVidia has piled on Fermi, is there anything special that Fermi cards can do that others can't?

[Sharktooth]

You dont have to. Try asking nvidia if they can get you a sample reference card for your software troubleshooting.

[Guest]

I have a GTX 460, and I can do the usual stuff just fine. Creating an index file, encoding using x264 using DGSource with Deinterlace=2 Is that with version 2022? I think you must be on 2021 or earlier.

That said, with all the hype nVidia has piled on Fermi, is there anything special that Fermi cards can do that others can't? Let us know when you find out.

[RedDwarf1]

Hosed? How so?

It's interesting that you should post this, because I'm getting random BSOD errors when using DGSource() for H.264 content. I have been wondering what's the cause of the BSODs...

Using a Palit GTX 460 Sonic here...

The newer drivers have been reported to cause BSOD's for some people. I tried them myself and experienced a BSOD which mentioned a nVidia file as being the cause so I uninstalled them and went back to 197.45 and since then I haven't had a problem.

I have a GTX 460, and I can do the usual stuff just fine. Creating an index file, encoding using x264 using DGSource with Deinterlace=2...

That said, with all the hype nVidia has piled on Fermi, is there anything special that Fermi cards can do that others can't?

I don't think they can do anything different to the later updated Cores with regard to their decoding capabilities. They do bring improved audio support which some people might find useful.

As to speed, there might be some improvement over some older Cores but without tests is difficult to say how much.

Hit man is on the way. :)

I think we should hold off further reports and do what RedDwarf1 suggested. I will get a sample clip prepared with instructions for playing it in DGIndexNV and then we will report the data above together with our FPS. Stand by...

Any news on this? I have a BBC HD video preview which is broadcast after regular programmes finish which could be used to test lower bitrate and different resolution HD video. It's 1440x1088i 25 fps @ about 9 to 10 Mbit. The recording I made is 6GB so plenty of choice of video to use.

So maybe having a piece from this low bitrate HD video and a high bitrate Blu Ray source to test how big a difference different GPU memory systems make. Questions such as does the memory speed make a difference? How big a difference does the memory bus width make? How much difference does resolution and frame rate make? How big a part does video bitrate play? These might be made clearer.

Or using a Blu Ray source and someone re-encoding it to a lower bitrate(s) and possibly resolution and then using those to test.

What type of clips and lengths do the forum rules allow us to use?

It might be worth starting a new thread for solely testing NVTools and Video cards so it does not clutter up this thread.

[Blue_MiSfit]

I just ordered a GTX 460, so I'll be happy to report on any issues as soon as it arrives :)

Derek

[lych_necross]

Hey, don't forget rule 11, all posts must have useful content. Mine didn't but I can't seem to strike myself. So you get to slide too.

I wish lych_necross would come back. I don't want to have to buy a Fermi card. :p
Sorry about the delay (I was working)... It seems to work fine. No error messages. I'm saving a new project right now. If it errors out, I'll update this post.

EDIT: everything went fine with your patch. I can test the 64bit version when you release it.

[lych_necross]

Ah OK. Guess that means I won't be going to 64 bit anytime soon, since I too use AVISynth.
The speed increase from avisynth 32 to 64 isn't really that great in my experience.

[JoeH]

It's hard to find a single build of any video driver, NVidia or ATI, that is stable for everyone and for all needs. That's why it's a good idea to include a minimum driver requirement, as Neuron2 has done, and then leave the choice of the exact build used to the needs of each user.

[tormento]

Do you seriously think I am not keeping myself informed on CUDA developments? :devil:
/me moans.. :p

*** neuron2 sets +b tormento*!*

Ok, not to be kicked in the head too, the multiple license file now works ok. Thanks ;)

P.S: Now that video rendering is GPU made too, is there any specific reason to keep the "original video size" menu voice and not make the window freely resizeable?

[Groucho2004]

It's hard to find a single build of any video driver, NVidia or ATI, that is stable for everyone and for all needs.

Not to mention that there are 32 and 64 bit versions, Windows 7, WinXP, etc.

[MrVideo]

The speed increase from avisynth 32 to 64 isn't really that great in my experience.

OK, thanks for the update.

[Guest]

everything went fine with your patch. I can test the 64bit version when you release it. Great. Thanks for your test results. I will prepare the 64-bit binary now for your further testing.

[Guest]

Any news on this? No, I've been too busy with development.

What type of clips and lengths do the forum rules allow us to use? We should use a fairly large public-domain sample, such as ElephantsDream.mkv.

It might be worth starting a new thread for solely testing NVTools and Video cards so it does not clutter up this thread. Yes, indeed.

[Guest]

Now that video rendering is GPU made too, is there any specific reason to keep the "original video size" menu voice and not make the window freely resizeable? Yes, because coordinating it with the cropping would be a nightmare. I have no interest in making complex code that really isn't necessary.

[MrScientist]

You're missing a proper trouble report. All system details, DG version number, video driver version number, exactly what happens when you open a file.

Is this a licensing issue, i.e., does the file show video? If you have rebuilt your system, you'll have to regenerate your license, because your machine ID will have changed. Did you do that?

If video shows then exactly what happens when you do Save Project?

licensing issue, license regeneration fixed it.

with my rebuilds, i check for new versions of the programs i use. saw this was updated so used new version. didn't realize i had an issue with the license because with the older versions, there was an idiot box that told me if my license was bad, that seems to be absent with this version.

[Guest]

I'm fearless, so I have just slipstreamed the Fermi support for 32-bit and 64-bit into the 2022 distribution.

@MrScientist

I also slipstreamed a restoration of the "Invalid license" popup, but executed from a delayed thread to confuse the crackers a little. The convenience of licensed users should not be sacrificed.

That's the end of slipstreaming for 2022. ;)

[lych_necross]

I'm fearless, so I have just slipstreamed the Fermi support for 32-bit and 64-bit into the 2022 distribution.

@MrScientist

I also slipstreamed a restoration of the "Invalid license" popup, but executed from a delayed thread to confuse the crackers a little. The convenience of licensed users should not be sacrificed.

That's the end of slipstreaming for 2022. ;)
I just downloaded the new 2022 build and everything works great with my Fermi card (both 32bit and 64bit) :D

[Guest]

Good news! Thank you for your testing, lych_necross.

You and Blue_MiSfit are appointed my official Fermi testers!

[MrScientist]

@MrScientist

I also slipstreamed a restoration of the "Invalid license" popup, but executed from a delayed thread to confuse the crackers a little. The convenience of licensed users should not be sacrificed

thanks, but i learned my lesson anyway.

i get very accustomed to things kinda like pavlov's dog and don't know what to do when things change!

[tormento]

Yes, because coordinating it with the cropping would be a nightmare. I have no interest in making complex code that really isn't necessary.
Ok, anything more than 1/2 and full size could be possible?

On 1280*1024 1/2 is too small and 1/1 is too big...

[Guest]

No!

It's an indexer, not a player. You don't need to resize the thing. I added the full sized display only to make it convenient to see combing. An intermediate size would defeat the purpose of that.

View the video via your script if you want full control of sizing.

It's not going to happen so don't bother continuing this debate.

[Guest]

The cursor behavior discussion was moved to a separate thread. Please follow up there.

http://forum.doom9.org/showthread.php?t=155888

[laserfan]

That's the end of slipstreaming for 2022.The updates & slipstreaming were making me sorta dizzy & gunshy so I waited to update to 2022 (all the way from 2018). Glad to see still that Everything Works w/my W7 x64 9600GT nvidia 196.21 running x32 Avisynth & DGIndexNV! Whew!

:thanks:

[Guest]

I'll second that. Whew!

I have found and fixed the problem with crashing at end of file with MKV streams (reported to me in email). I will release 2023 this evening, with that fix and the jittery cursor fix.

[tormento]

Neuron, I have tried to feed DGNVIndex_x64 with the main M2TS of "From Paris with Love". It gives the following errors (many, random) and then crashes.

http://img30.imageshack.us/img30/9741/fromparis01.png

http://img299.imageshack.us/img299/8089/fromparis02.png

http://img203.imageshack.us/img203/241/fromparis03.png

The BD was ripped with AnyDVDHD and DVDFab, latest versions, same result.

Here I don't have sufficient bandwidth to upload a split, wait until tomorrow morning (CET+1)

UPDATE:

Mmm... I suppose to have some strange bigger problem. Tried to open a VOB and DGIndexNV tells me there is a problem with GPU decoder.

The strangest thing is that I used the same configuration yesterday and everything worked fine. No idea.

Neuron2: any hint on how to debug what has gone wrong on my home pc? I installed nothing since yesterday and suddenly DGNV went south...

UPDATE2:

It was a license issue... Don't know why the older one wasn't accepted. Regenerated it and now everything works ok.

[Guest]

* Fixed crashing at end of file for some MKV streams.

* Optimized CUDA NV12->RGB24 kernel to gain a few fps.

* Made the seek bar cursor less jittery on dragging.

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

[Guest]

It was a license issue... Don't know why the older one wasn't accepted. Regenerated it and now everything works ok. Strange. You shouldn't have even been able to load your source without a valid license.

[tormento]

Strange. You shouldn't have even been able to load your source without a valid license.
The source was not loaded as DGIndexNV did output some strange errors, perhaps protection related, dunno.

Believe me, a new license and now it works. Don't know why but it has changed from 16ba* to 4a61*. The code in the about dialog is the same.

[Blue_MiSfit]

I Got my GTX 460 today, and decided to take a break from Starcraft 2 and Bad Company 2 for a bit to do some testing :)

I've got DGDecNV 2023 running on Windows 7 x64 with the latest nVidia drivers. Licensing went without a hitch, and I'm currently indexing my MKV remux of the Avatar BluRay at about 62MB per second, while using about half a core on my Q6600 CPU. Not bad, especially considering the 1.5TB drive is almost full (and can do maybe twice that speed when empty). Granted, this has nothing to do with my GPU, but it looks like the cache tweaks neuron2 made a few revisions back certainly didn't BREAK anything :)

... ok now indexing is done, and I'm decoding this high bitrate 1080p24 source at 60fps using less than half a core. Nice!!

Pure software decode via ffmpeg-mt -> x264 (ultrafast) nets me about 50 fps, and gobbles up all 4 cores.

Swapping out ffmpeg-mt for DGDecNV delivers about 57fps, but only uses 2 cores! VERY nice!

Dropping down to more sane x264 settings (--preset faster --tune film) I get the following speeds:
ffmpeg-mt: 18.36 fps
DGDecNV: 21.09 fps

And then at the fast but usable --preset superfast --tune film
ffmpeg-mt: 36.04 fps
DGDecNV: 47.57 fps

Great numbers, especially given the stability of DGDecNV. I'm happy :D

It seems the sweet spot is for high speed transcoding, where a larger portion of time is spent on decode. This makes perfect sense, and the GTX 460's decoder seems to be pretty damned quick!

Looking on wikipedia, I see that the GTX 460 has the VP4 decoder, which is capable of MPEG-4 (A)SP decoding. Any potential to bring this to DGDecNV? I have a lot of my older DVDs ripped using Xvid from a few years back, and haven't bothered to re-rip them using x264... Having ultra fast transcode capabilities for a quick toss on the cell phone seems like a perfect fit. Thoughts?

Derek

[Guest]

Looking on wikipedia, I see that the GTX 460 has the VP4 decoder, which is capable of MPEG-4 (A)SP decoding. Any potential to bring this to DGDecNV? You mean inside AVI? I'm not too excited about that. Anyway, I don't have a Fermi to do the development.

[rack04]

I get the following error when I open build 2023:

ERROR: cuModuleLoad C:\Program Files\DGDecNV\NV12ToRGB23_sm_20.cubin failed (300)

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

[Guest]

What is your card and Nvidia driver version? I have increased the minimum acceptable version.

Did 2022 work OK?

[Guest]

I Got my GTX 460 today Can you please benchmark it here:

http://forum.doom9.org/showthread.php?p=1421619#post1421619

[rack04]

What is your Nvidia driver version? I have increased the minimum acceptable version.

That is probably the problem. I am using 195.62. I'll have to see if there is a newer notebook driver for my Quadro NVS 135M.

Did 2022 work OK?

Yes.

[Guest]

If it worked on 2022, it should work on 2023. Please try using the .cubin files from 2022 and report results.

But, yes, you do need to get to a recommended driver version.

[rack04]

If it worked on 2022, it should work on 2023. Please try using the .cubin files from 2022 and report results.

But, yes, you do need to get to a recommended driver version.

I just downloaded 2022 and that version doesn't work either. It worked with the 2022 version that I had previously. I don't know if any of the slipstream fixes would have changed this function. Let me update the driver and see if the problem goes away.

[kebulek]

@neuron2

In GUI I'm able to crop "divided by 4" only. But if I do manual edit in .dgi file, let's say "CLIP 2 2 2 2", what will happen? I've tried that, looks like it working (no green stripes like with Avisynth). So my question is - is it really working with 2s or DG crops 4 pixels anyway? :)

[Guest]

The CLIP numbers will be honored.

Full cropping granularity is on my to-do list already.

[kebulek]

The CLIP numbers will be honored.
Full cropping granularity is on my to-do list already.
Nice - good to know.
:thanks:

[RedDwarf1]

You mean inside AVI? I'm not too excited about that. Anyway, I don't have a Fermi to do the development.

Personally I don't see much point in assisted Mpeg4 ASP decoding because it's so easy for a CPU to do and using a GPU will probably not yield any noticeable speed improvement.

But Mpeg4 ASP decoding is possible on none Fermi cards such as the later last generation cards like GT 210, 220 & 240. They all have the same VP engine.

[rack04]

If it worked on 2022, it should work on 2023. Please try using the .cubin files from 2022 and report results.

But, yes, you do need to get to a recommended driver version.

Updating to 258.96 solved the problem.

[MrScientist]

aside from the fact that the license needs to be changed every time i sneeze, megui has been crashing when i try to start encoding with the following...

Problem signature:

Problem Event Name: APPCRASH
Application Name: MeGUI.exe
Application Version: 0.3.5.0
Application Timestamp: 4c1e0f5b
Fault Module Name: nvcuda.dll_unloaded
Fault Module Version: 0.0.0.0
Fault Module Timestamp: 4c379076
Exception Code: c0000005
Exception Offset: 072cc254
OS Version: 6.0.6002.2.2.0.256.6
Locale ID: 1033
Additional Information 1: 283e
Additional Information 2: 5fc388c7525dd00f04ece9603637a6d3
Additional Information 3: 998e
Additional Information 4: 820d2d63ef86d496544e88262ff9fe61

system information...
[Display]
Processor: AMD Phenom(tm) II X6 1055T Processor (3599 MHz)
Operating System: Windows Vista (TM) Business, 32-bit (Service Pack 2)
DirectX version: 11.0
GPU processor: GeForce GT 240
Driver version: 258.96
CUDA Cores: 96
Core clock: 550 MHz
Shader clock: 1340 MHz
Memory clock: 1700 MHz (3400 MHz data rate)
Memory interface: 128-bit
Total available graphics memory: 1851 MB
Dedicated video memory: 512 MB GDDR5
System video memory: 0 MB
Shared system memory: 1339 MB
Video BIOS version: 70.15.22.00.03
IRQ: 18
Bus: PCI Express x16 Gen2

[Components]

nvCplUI.exe 3.3.532.01 NVIDIA Control Panel
nvWSS.dll 6.14.12.5896 NVIDIA Workstation Server
nvViTvS.dll 6.14.12.5896 NVIDIA Video Server
NVSTVIEW.EXE 7.17.12.5896 NVIDIA GeForce 3D Vision
NVSTTEST.EXE 7.17.12.5896 NVIDIA 3D Vision Test Application
NVSTRES.DLL 7.17.12.5896 NVIDIA 3D Vision Module (0)
NVMCTRAY.DLL 8.17.12.5896 NVIDIA Media Center Library
nvDispS.dll 6.14.12.5896 NVIDIA Display Server
NVCPL.DLL 8.17.12.5896 NVIDIA Compatible Windows7 Display driver, Version 258.96
PhysX 09.10.0224 NVIDIA PhysX
NVCUDA.DLL 8.17.12.5896 NVIDIA CUDA 3.1.1 driver
nvGameS.dll 6.14.12.5896 NVIDIA 3D Settings Server

avs...
LoadPlugin("C:\DGVC\DGDecodeNV.dll")
DGMultiSource("C:\....\name.dgi")

megui works fine when software decoding. thanks.

[Guest]

aside from the fact that the license needs to be changed every time i sneeze That really motivates me to help you. Send me an email with your Paypal ID and I'll issue you a refund.

[Groucho2004]

Problem Event Name: APPCRASH
Application Name: MeGUI.exe

I have hunch what the problem might be. I wrote a few programs that interface with Avisynth via the IScriptEnvironment (which Megui is doing as well) and never had any problems until I started using DGDecodeNV. The issue was simply that some objects weren't released properly. After fixing my code I haven't had any problems.

So, if the Avisynth wrapper in megui is borked you're posting your problem in the wrong thread.

[dream-lx]

First of all many thanks for dgdecodenv. It really works like a charm. There is only one minor problem for hdv m2t files. Audio is detected wrong and a dialog box is displayed asking me how to proceed. In my case, I don't need audio at all, so I would find it nice to have a commandline parameter to disable audio completely and not ask anything about audio as I am calling dgdecodenv for many clips in a script.

Just a comment for people having problems running dgdecodenv: When running it for the first time, I received a message stating that NV12ToRGB24_sm_20.cubin could not be loaded. I saw that a really old version of the NVidia graphics driver was installed. Updating the graphics driver resolved the problem.

[stax76]

-a demuxes all audio, no -a should not demux any audio but I don't know if it will show a error message since I've never seen such a message. neuron2 usually asks for sample clips, if uploading is a problem please post at least MediaInfo.

[Guest]

After fixing my code I haven't had any problems.

So, if the Avisynth wrapper in megui is borked you're posting your problem in the wrong thread. Can you please be more specific about what the problem and fix was? This will help the MEGUI guys (and others) to fix this. It also may show me a way to work around it in my code.

[Guest]

Audio is detected wrong and a dialog box is displayed asking me how to proceed. Please post a link to a sample stream.

In my case, I don't need audio at all, so I would find it nice to have a commandline parameter to disable audio completely and not ask anything about audio as I am calling dgdecodenv for many clips in a script. Doesn't omitting the -a option do the trick? You can also set the AlwaysCancelOnAudioMismatch option in the INI file.

[dream-lx]

Without -a the dialog box still appears. AlwaysCancelOnAudioMismatch works perfectly.

A sample file can be found at

http://www.prnet.org/audiomismatch.m2t

It was recorded from an HDR-FX1E using a Sony HVR-MRC1 compact flash recorder.

Please tell me when you have downloaded the file as I will remove it afterwards.

[Groucho2004]

Can you please be more specific about what the problem and fix was? This will help the MEGUI guys (and others) to fix this. It also may show me a way to work around it in my code.

The problem was discussed here (starting on the second page):
http://forum.doom9.org/showthread.php?t=131674

Basically, after setting the pointers to zero instead of using "delete" the crashes, especially during debugging, went away.

Also, I only include avisynth.h and link statically with avisynth.lib.

Here is my sample code:


int _tmain(int argc, TCHAR* argv[], TCHAR* envp[])
{
if (argc < 2)
{
_tprintf(_T("\nUsage:\n\nAVSInfo [scriptfile.avs]\n\n"));
return -1;
}

if (!FileExists(argv[1]))
{
_tprintf(_T("\nFile doesn't exists:\n%s\n\n"), argv[1]);
return -1;
}

IScriptEnvironment *env = CreateScriptEnvironment(AVISYNTH_INTERFACE_VERSION);
AVSValue Arg0 = AVSValue((LPCTSTR)argv[1]);
AVSValue Args = AVSValue(&Arg0, 1);
AVSValue val;
PClip clip;
VideoInfo vidinfo;
PVideoFrame frame;

try
{
val = env->Invoke("Import", Args, 0);
clip= val.AsClip();
vidinfo = clip->GetVideoInfo();
}
catch(AvisynthError err)
{
_tprintf(_T("\n%s\n"), err);
return FALSE;
}

_tprintf(_T("\nFrames: %9u"), vidinfo.num_frames);
_tprintf(_T("\nFrame width: %9u"), vidinfo.width);
_tprintf(_T("\nFrame height: %9u"), vidinfo.height);
_tprintf(_T("\nFramerate: %.3f\n\n"), (double)vidinfo.fps_numerator / (double)vidinfo.fps_denominator);

int iFrames = (int)vidinfo.num_frames;

for (int i = 0; i < iFrames; i++)
{
frame = clip->GetFrame(i, env);
...
...
...
}

frame = 0;
clip = 0;
val = 0;
delete env;

return 0;
}

[olapanekala]

Hello,

i have three questions

1. is dgindexnv working with geforce 6600
2. is it working with mpeg4 transport streams
3. is it possible to do multiple cutting (remove ads etc)

Thank you

Also is there a way to have a demo licence to test?

[Karyudo]

Also is there a way to have a demo licence to test?

Considering that this thread is more than 100 pages long, and hardly a few hours goes by without the author (neuron2) showing up to respond to user requests and problems; and considering the license fee is less than the MSRP (retail price) of a single DVD, Blu-Ray, or a month's subscription to any cable, satellite, ISP, or Netflix plan; my recommendation to you is to take the nearly risk-free gamble that DGIndexNV won't do what you want right out of the box, show your support for the customer-centric way neuron2 develops his software, and JUST BUY A LICENSE ALREADY.

(If you read the entire thread -- which I agree is a large investment of time and attention -- you will quickly learn that there is NO WAY you will get a demo licence. Quite rightly, in my opinion.)

[kebulek]

1. Is dgindexnv working with geforce 6600
2. Is it working with mpeg4 transport streams
3. Is it possible to do multiple cutting (remove ads etc)
4. Also is there a way to have a demo licence to test?
1. No
2. Yes
3. No
4. No
:)

[stax76]

1. is dgindexnv working with geforce 6600

There is a table on the website.

2. is it working with mpeg4 transport streams

The website says AVC. TS and MKV is supported, such info should be relative easy to find using the thread search feature or Google.

3. is it possible to do multiple cutting (remove ads etc)

No, both MeGUI and StaxRip have a GUI to cut with AviSynth, StaxRip is much better in this area.

Also is there a way to have a demo licence to test?

No in order to make it hard for crackers I guess.

[Guest]

1. is dgindexnv working with geforce 6600 No.

2. is it working with mpeg4 transport streams If you mean AVC video, then yes.

3. is it possible to do multiple cutting (remove ads etc) If you mean by trimming the TS file itself, then yes, with a limitation (open GOPs not re-encoded).

Also is there a way to have a demo licence to test? No.

[Mixer73]

Considering that this thread is more than 100 pages long, and hardly a few hours goes by without the author (neuron2) showing up to respond to user requests and problems; and considering the license fee is less than the MSRP (retail price) of a single DVD, Blu-Ray, or a month's subscription to any cable, satellite, ISP, or Netflix plan; my recommendation to you is to take the nearly risk-free gamble that DGIndexNV won't do what you want right out of the box, show your support for the customer-centric way neuron2 develops his software, and JUST BUY A LICENSE ALREADY.

Seconded - not to mention the reason I paid for the license, DGDecNV is a neat tool, and I'd like to encourage developers like Don to continue developing and improving tools like this.

I also think that most people by the time they find DGDecNV have been using Don's other free tools for years, so the registration fee is laughable by comparison to the value I've had from Don's many tools bundled with most GUIs.

[MrVideo]

3. is it possible to do multiple cutting (remove ads etc)

There are better programs suited for doing that, of which I use VideoReDo.

[Great Dragon]

Hi, neuron2.
I have a broken image from time to time like this:
http://a.imageshack.us/img829/6608/5589broke.th.png (http://img829.imageshack.us/i/5589broke.png/)
I believe it starts from new license type version.
This particular picture taken with build2023
My system specs: Core2 E6400 @2.13 GHz, GeForce 8400GS 256Mb, Win Server 2008 SP2, driver version 258.96

[Guest]

I have a broken image from time to time Please post a link to an unprocessed sample that I can use to reproduce the issue.

[stax76]

Assuming I have a MKV/AVC file, should I open it directly or create a h264 file first? Since both works I'm not sure which method to choose.

[Guest]

Just use it directly.

[stax76]

Maybe you can write the startup directory or executable path to the registry at HKCU\Software or as environment variable at HKCU\Environment, could be useful for the command shell, batch files, scripts and GUIs, if you do it then please at every start so it still works after moving to a new location.

[Great Dragon]

Please post a link to an unprocessed sample that I can use to reproduce the issue.

http://rapidshare.com/files/410728307/00000.demuxed.264

Sorry but I've gave you wrong info before: this issue was represented in build 2021. Indexing file was made with this build and driver version 256.
But then I've encoded this movie in a first time with build 2017 (like so, don't remember exactly version) and driver version 197.45 this kind of issues was produced more often and in different places.

So now with indexing file version 2023 and driver version 258.96 there is no issues in this particular sample. I can't tell for entire movie because it takes much time for checking it because of Remote Desktop I'm working in.

[stax76]

Here is a stream taking 30 seconds to load:

http://www.filedropper.com/littlechildren

[Clumpco]

Small GUI request for you Neuron2.
The dialogue to load a new template file opens in the folder where you last loaded a video file. It would be nice if it remembered the folder where you last loaded a template file instead (I keep all my templates in one place).

[Guest]

So now with indexing file version 2023 and driver version 258.96 there is no issues in this particular sample. Report again if you run into any issues with the latest version. The older versions had different SPS/PPS injection heuristics that could explain what you saw.

[Guest]

Here is a stream taking 30 seconds to load:

http://www.filedropper.com/littlechildren It loads instantly for me.

[Guest]

Maybe you can write the startup directory or executable path to the registry at HKCU\Software or as environment variable at HKCU\Environment, could be useful for the command shell, batch files, scripts and GUIs, if you do it then please at every start so it still works after moving to a new location. I don't want to write anything to the registry. Isn't the startup path available from the first argument argv[0]?

[Guest]

Small GUI request for you Neuron2.
The dialogue to load a new template file opens in the folder where you last loaded a video file. It would be nice if it remembered the folder where you last loaded a template file instead (I keep all my templates in one place). I'll see what I can do for that.

[stax76]

It loads instantly for me.

Apparently using the option 'Adjust PAT/PMT' in DVBViewer helps, strange why you can't reproduce it.

I don't want to write anything to the registry.

Because there might be a orphaned key? Not a big issue I would say. I don't think anybody would mind a few bytes more if it can make something easier, Win7 x64 uses about 30 GB disc space! It's not that important however, usually I just try to detect and automate everything possible trying to make things a little bit more easy.

[Clumpco]

I'll see what I can do for that.

:thanks:

[7ekno]

Isn't the startup path available from the first argument argv[0]?

Only from inside the current running program ;)

For those that want to call DGIndexNV.exe from either a batch file or other application, it can be a "challenge" to find the file (searching all files on a HDD for "DGIndexNV.exe" can take a while on current 2TB drives!) ...

At the end of the day, not a big issue, just means packaging the whole package and trying to instruct end uses how to copy licenses across!!

7ek

[stax76]

At the end of the day, not a big issue, just means packaging the whole package and trying to instruct end uses how to copy licenses across!!

Yes, maybe I should just add it to the package, that would of course solve this location problem.

[Guest]

You'd have to tell the app where to look for the path too. If it's in the registry you need to know the key. Why not simply do what most third-party apps do...make the user configure the program paths.

Yes, maybe I should just add it to the package, that would of course solve this location problem. To do that you would need permission from the copyright holder.

[stax76]

Why not simply do what most third-party apps do...make the user configure the program paths.

This was removed a long time ago but since last version it's back because of DGDecNV and because some might find it useful for other applications like x264 x64. Auto detecting it would just be a little bit more easy for the user.

To do that you would need permission from the copyright holder.

Would I get your permission?

[Guest]

Would I get your permission? Yes, if you include a prominent link to my DGDecNV web page.

[stax76]

There is a application management dialog to show and open the website:

http://img835.imageshack.us/img835/5443/unbenanntgi.th.png (http://img835.imageshack.us/i/unbenanntgi.png/)

Uploaded with ImageShack.us (http://imageshack.us)

[Guest]

Small GUI request for you Neuron2.
The dialogue to load a new template file opens in the folder where you last loaded a video file. It would be nice if it remembered the folder where you last loaded a template file instead (I keep all my templates in one place). I have improved the AVS template support:

* Can configure path for templates folder
* Can choose desired template file (dialog opens in the configured templates folder)
* Can enable or disable template file
* Can configure overwrite or not if script already exists
* The template file is no longer held locked by DGIndexNV after Save Project

Let me know if the following build (32-bit) meets your needs and I will release it.

http://neuron2.net/dgdecnv/templates.zip

Delete your existing INI file to let DGIndexNV make a new one with the right stuff.

[Clumpco]

I have improved the AVS template support:
Let me know if the following build (32-bit) meets your needs and I will release it.

Almost there :-) Already an immense improvement.
AVS template part works just fine, however if you use the "File, Open" dialogue immediately after changing the template file it takes you to the template folder too.

Also if you have already done a "File, Open" the template dialogue shows all files instead of just AVS.

I suspect some shared ini variable problems.

[Guest]

if you use the "File, Open" dialogue immediately after changing the template file it takes you to the template folder too. That's a windows quirk. I have fixed it by saving the current working directory when entering the AVS Template dialog and restoring it when leaving.

Also if you have already done a "File, Open" the template dialogue shows all files instead of just AVS. Not for me. What OS are you using?

[Clumpco]

That's a windows quirk. I have fixed it by saving the current working directory when entering the AVS Template dialog and restoring it when leaving.

Not for me. What OS are you using?Win 7 32 bit - Maybe the file open dialogue instance is being persisted from the previous use?

[Guest]

I've tested it on Win7 and gotten it working right. There are some differences for GetOpenFileName() on Win7 versus WinXP.

@all

Heads up! I am changing my email address. My new address is:

donald.graft @ cantab.net

I am doing this to disconnect me from comcast so that I can change my provider. As an alumnus I get this address for life so I may as well use it.

My old address (neuron2 @ comcast.net) will auto forward and auto reply for some time.

[Clumpco]

I've tested it on Win7 and gotten it working right. There are some differences for GetOpenFileName() on Win7 versus WinXP.Well done that man! and Boo! to Microsoft and their crAPIs.

[LigH]

About File-Open dialogs, I made the following experience in Delphi 7:

Having an empty "Path" property, the dialog opens in "My Documents" (since Windows XP). One could store paths and always put them into the property before executing the dialog. But a simple "." (dot) in it can also be convenient already, it should make the dialog open in the executable's directory (or the one which was set to the active directory in a link calling it).

Might or might not help in this case. Maybe worth a try.

[Guest]

Might or might not help in this case. Maybe worth a try. As noted above, I have already gotten it working right.

[Guest]

Basically, after setting the pointers to zero instead of using "delete" the crashes, especially during debugging, went away.
Thanks, Groucho2004, that is very helpful. I'm working with hank315 on this and it appears likely it is the cause of the crashes in HCEnc 024 beta. Hank provided me an initial fixed build that looks promising here at work, although I need to test it at home on the machine that was regularly failing.

[levi]

Hi,

I get CU init failed & Failed to create video decoder (100) when attempting to do anything with the .avs file when accessing my system via remote desktop. I can't open the .avs in vdub, nor can I run an x264 encode. It works ok when not using remote desktop. Is there any work around for this?

[cweb]

Hi,

I get CU init failed & Failed to create video decoder (100) when attempting to do anything with the .avs file when accessing my system via remote desktop. I can't open the .avs in vdub, nor can I run an x264 encode. It works ok when not using remote desktop. Is there any work around for this?

It can't work when you use remote desktop as that doesn't use the graphics card drivers. So don't use remote desktop.

[shortkud]

Hi,

I get CU init failed & Failed to create video decoder (100) when attempting to do anything with the .avs file when accessing my system via remote desktop. I can't open the .avs in vdub, nor can I run an x264 encode. It works ok when not using remote desktop. Is there any work around for this?

You can use VNC instead

[Guest]

* Improved the AVS template handling functionality.

* Added an option in the Audio Demux dialog to permanently turn off
audio processing/demuxing. The state of this option is shown on the
audio demux menu pulldown.

* Made some changes to CUDA context locking intended to eliminate possible
crashing in some third-party applications. Successfully tested with
MEGUI 0.3.5.6 and a build of HCEnc 024beta that Hank provided and will hopefully release soon.

* Please delete your DGIndexNV.ini file so that a new one can be created.

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

[Clumpco]

* Please delete your DGIndexNV.ini file so that a new one can be created.

Did that, but it still showed the previous path & avs file. Also "Change template" would not work until I had redefined the path (to the same one as before).

[Guest]

Yeah, I just noticed that too. I thought it was the margaritas, but apparently not. Is it all OK after redefining the path?

[Clumpco]

Yeah, I just noticed that too. I thought it was the margaritas, but apparently not. Is it all OK after redefining the path?Seems to be, but no margaritas here...

[Guest]

I slipstreamed the fix for the initial INI file. Thanks for pointing it out.

[stax76]

Might MKV indexing possibly be optimized for better speed? It seems it's a lot slower then TS indexing.

[Guest]

I use Haali's low level library as is because it is released for free use without licensing. I can look at the other available libraries if they are LGPL so that I can invoke them as DLLs. Alternatively I can look at optimizing Haali's code. Can't promise an ETA but I will put it on the to-do list.

[Firebird]

Is it possible to add x264 lossless support?

[Revgen]

^Nvidia's drivers don't support lossless.

[levi]

Can DGdecodeNV take advantage of multiple nvidia video cards in the same system without SLI? (IE different models).

[Guest]

Not yet, but it will come in a new release pretty soon. Tell me what you need; I love to make my users happy.

[yup]

Hi all!
Sorry for off topic. I am using DGIndexNV for getting index files dga and Dolby digital sound from set of mts files. I do not have problem with video and audio, but how I can get subtitles from set of mts files?
Please advice.

With kind regards yup.

[stax76]

DGIndexNV can't extract subtitles, there are two common ways:

1. MakeMKV > mkvextract, StaxRip and RipBot264 fully automate mkvextract. DGDecNV, ffms2, DSS/DSS2 all can open MKV containing AVC/VC-1/MPEG-2. Works equally and great for both DVD and Blu-ray.

2. eac3to demuxing, this is a command line tool, most GUIs make it easy to use, StaxRip, RipBot264, MeGUI, HD-DVD/Blu-Ray Stream Extractor and many others.

http://i.imagehost.org/t/0562/Unbenannt_3.jpg (http://i.imagehost.org/view/0562/Unbenannt_3)

[Guest]

I am using DGIndexNV for getting index files dga and Dolby digital sound from set of mts files. I do not have problem with video and audio, but how I can get subtitles from set of mts files?
If you post a link to a sample file I will look into implementing subtitle demuxing for it. It's on my to-do list so now is as good a time as any.

[laserfan]

Can DGdecodeNV take advantage of multiple nvidia video cards in the same system without SLI? (IE different models).

Not yet, but it will come in a new release pretty soon. Tell me what you need; I love to make my users happy.Regarding SLI, it seems to me that it's been stated already that doubling-up videocards (i.e. I have a 9600GT and SLI mobo--I could add another 9600GT in SLI mode) was no help to the decoding process. But then there have been driver changes/improvements where CUDA and SLI were mentioned in the same sentence. Please confirm: is "no help from SLI" still the case?

[Guest]

Sorry, I don't know squat about SLI.

Supporting mutiple cards can allow more filter instantiations. That is the only motivation for it that I am aware of.

[tormento]

Even choose which card (better, driver, to avoid Terminal Server or Remote Desktop problems) to use can be useful..

[laserfan]

Sorry, I don't know squat about SLI.Ha, ha! Well, I appreciate your candor! :D

Neither do I know anything about SLI, but I do have a sexy little jumper-bracket for linking two cards together...somewhere, provided I haven't lost it. That's all I know. :o

In one of the DGNV threads sometime ago someone said SLI didn't help; maybe that someone will trip across these posts and re-confirm...

[Guest]

Given that there is nothing in the CUVID API to allow/specify a context to span multiple devices, I think the chances of SLI accelerating video decoding must be infinitesimal, if not zero.

[olex99]

Being able to choose which GPU to do the decoding on would be a great addition. I've just upgraded from a 9500gt to a gtx460 and although DGNV still runs perfectly, i've found that while decoding videos it stops the Video Card from going into low power mode. With the new video card in, while decoding, my computer users another 200watts of electricity for no speed benefit as my encoding is the same speed using either the 9500 or the gtx460. In Australia, that 200watts of electricity it is using will end up being quite expensive when my electricity bill arrives as i'm encoding 24 hours a day.

What i would like to do is put my 9500gt back in, and set DGNV to decode on that which hopefully would allow my gtx460 to go into low power mode dropping my electricity usage considerably.

Would this work with what you are planning for supporting of multiple video cards?

I don't mind donating again if you can make this work this way.

[Guest]

Would this work with what you are planning for supporting of multiple video cards?
It will certainly allow you to select the card you want to run on.

[Blue_MiSfit]

@olex99:

Try underclocking / undervolting if you can?

Derek

[levi]

It will certainly allow you to select the card you want to run on.

That's great news. I'd like to used this to work around the RDP issue.

I was also thinking if I split my encodes in half & used multiple video cards that I could improve processing time by running the encodes of both halves at the same time.

I have a xeon quad core with turbo/hyperthreading. I can't seem to utilize more than 50% CPU even with MT.

[JoeH]

Not yet, but it will come in a new release pretty soon. Tell me what you need; I love to make my users happy.

As you may remember, I often use DGIndexNV AVS files inside of Sony Vegas Pro to edit H264 streams. This works fine, but is very slow to draw the thumbnails. Inside of a program like Vegas, the need for a fast decoder is quite extreme, as, lets say, a 2 hour clip shown in thumbnails across the screen is going to have to decode 20 different parts of the clip and display it. This typically takes between 7 and 10 seconds to do currently when I use DGIndexNV, while a codec optimized for video editing will appear in about 1 second.

I have no idea if this is possible, but here is what I would like to see. If there were a way for DGIndexNV to alternate petitions between video cards (decoding the first petition from Vegas (thumbnail 1) with video card 1, the second with video card 2, the third with video card 1, etc.) in theory this time could be halved.

If this were possible I would imagine that it could work in just about any scenario, basically duplicating the decoding speed of DGIndexNV.

[Guest]

>This typically takes between 7 and 10 seconds

Is that a one-time thing on file load into Vegas? So we're talking about saving 3-5 seconds when you open your file?

Multiple GPU support could only help if Vegas opens a new instance of the script for each thumbnail. I doubt that they do that.

[JoeH]

The 7-10 seconds is not only on initial load - it is everytime the thumbnails have to be redrawn (for example, zooming in on a certain part, etc.).

I'm pretty sure you are correct, and that Vegas only loads up one instance of the script.

What I suggest would only be possible if you could somehow go back and forth within a single script, dividing up the requests. If that's impossible, oh well!

[hajj_3]

Neuron: is this what you've been waiting for to allow you to use ATI cards to hardware accelerate DG NV tools? http://developer.amd.com/gpu/ATIStreamSDK/Pages/default.aspx

[Gser]

Neuron: is this what you've been waiting for to allow you to use ATI cards to hardware accelerate DG NV tools? http://developer.amd.com/gpu/ATIStreamSDK/Pages/default.aspx

Now that would be freakin' sweet.

[Guest]

I'm not waiting for anything from ATI. Anyway, there is nothing at the link you gave that contributes anything new for the purpose of decoding AVC/MPG/VC1 via a published and accessible API. They added OpenCL support. I'm not going to write a decoder in OpenCL.

[Didée]

Finally I generated a license and set things up (yes it took me that long to come to it). :o
So, I started out with build 2024, aaand ... generally everything works fine, but I found a problem.

E.g. "Clash of the Titans" from the benchmark thread. Upon opening, DGIndexNV starts reporting a NALU error. When hitting cancel, DGIndexNV crashes (win7 reports "...has stopped functioning" and starts serching for solutions). When acknowledging each error one by one, I find there are also two or three errors about data partitioning, hidden among plenty NALU errors. After acknowledging the last error, DGIndexNV crashes, Win7 starts searching for solutions.
The behaviour is identical for the 32bit and 64bit build.

Any idea what's going on? It seems other people benchmarked 2024 sucessfully with the Clash sample.
However, Clash makes no problems when I extract the raw *.264 video stream and use DGIndexNV on the raw. But it won't work with the original *.mp4.

Win7 HP 64bit, GT240, driver 258.96 WHQL.

[nixo]

DGIndexNV doesn't support mp4. The first post of the benchmark thread states that you must first demux to raw.

--
Nikolaj

Edit: To quote the DGIndexNV help: "Use this option to open the source media file(s) (elementary, program, transport, and Matroska streams only). You can also open BluRay MPLS playlist files."

[Didée]

> DGIndexNV doesn't support mp4.

You cannot imagine how stupid I feel now.

[Guest]

MP4 support is currently under development. Sorry for your inconvenience.

[Sharktooth]

@hajj_3 & neuron2: For UVD access on ATI cards we need to wait until StreamSDK 2.3 (Q4 2010) with OpenDecode.

[LeXXuz]

Making my first steps with DGDecNV and I'm quite happy with the almost 15% speed increase for my transcoding scenario. :)

I have a question about the resizer. From what I found in the forum it is just a bilinear resizer. I'd love to use that filter for speed increase, but output is a little bit too smooth for my taste. Are there any tweaks to the filter or in general to the picture possible like in the settings of the NV control panel?

[Guest]

Are there any tweaks to the filter or in general to the picture possible like in the settings of the NV control panel? No tweaks or settings are available at this time. Most people find bilinear just fine for downsizing. Is your concern theoretical or can you demonstrate it with a concrete example?

[LeXXuz]

Well to me it's clearly more than just theoretical. Have to admit I don't like the looks of bilinear filtering at all. Never did, thats why I avoided it and used bicubic or better filtering as soon as CPU power could afford it. That was almost over ten years ago.

It's not only that very "sensible" textures like skin pores look way more smooth to me (especially when a very subtile film grain is involved), high contrasts f.e. sharp edges do not look very good at all.

Here are two 1000 frames sample clips. The source is 1920x816 (cropped) resized to 1280x544. One is done with Spline36 the other with the internal NV resizer. You might take a closer look at the edges of the spinning yellow "Digital Factory" logo.

I guess I don't have to tell you which clip is which. I see the difference, clear as day, even on a 10 year old CRT.

[Guest]

Sorry but by giving MP4 files you make me jump through hoops and I don't have time for that. A simple source file and the scripts is what I could deal with.

Anyway, if you prefer some resizer that "sharpens" that is certainly your prerogative.

[LeXXuz]

Sorry but by giving MP4 files you make me jump through hoops and I don't have time for that. A simple source file and the scripts is what I could deal with.

Anyway, if you prefer some resizer that "sharpens" that is certainly your prerogative.

Apologies. I pushed 2 small clips through x264 just to show you the difference. Did not know that this would give you any extra effort, if I understand the phrase "jump through hoops" correctly.

The source is taken from a 22GB Blu-ray AVC-stream so I thought this would be the easiest way for a small demonstration.

I do not "prefer" sharp resizers at all, I would go with Lanczos then. But the way the NV filter treats edges is very poor for my taste. They simply look kinda scruffy. No big deal. Will stay with Spline and let CPU do the job. Im not that eager in a performance gain to sacrifice that much visual quality. ;)

[stax76]

Hard to believe somebody can see a difference, maybe with perfect eyes and monitor but using a TV???

edit:

I can see what you mean with scruffy now on the monitor but I had to watch it a few times, I guess on TV with some distance it's even harder to see.

[Guest]

Now that I've earned my wings in CUDA kernel programming, maybe I will make a nicer resizing kernel.

So much to do, so little time.

[LeXXuz]

Hard to believe somebody can see a difference, maybe with perfect eyes and monitor but using a TV???

By CRT I meant my good ol' 21" Diamondthron tube. ;)

[tormento]

Now that I've earned my wings in CUDA kernel programming, maybe I will make a nicer resizing kernel.
The most consuming thing while encoding but x264 is the denoise part. A Motion Compensated one could be nice ;)

[crasus]

Dear neuron2,

May I ask if using a GPU with VP4 and 96 cuda cores (say some GT240) or more would bring improvement when using DG NV tools as a HD decoder for x264, over an older GPU with VP2 and some ~30 CUDA cores? If so, what kind of improvement would it be?

Thank you for your time.

[RedDwarf1]

Dear neuron2,

May I ask if using a GPU with VP4 and 96 cuda cores (say some GT240) or more would bring improvement when using DG NV tools as a HD decoder for x264, over an older GPU with VP2 and some ~30 CUDA cores? If so, what kind of improvement would it be?

Thank you for your time.
Take a look in the benchmarking thread and you will see the improvement that the newer VP engines make.

The GT240's are the sweet spot for price/performance for NVTools. Not that it really makes that much difference for HD re-encoding because the encoding is the slow part and usually much slower than the decoding using an earlier VP engine.

But for HD>SD encodes the newer VP engines are much better but unfortunately they can still hold things back if you do Mpeg4 ASP encodes.

[Clumpco]

The GT240's are the sweet spot for price/performance for NVTools. Not that it really makes that much difference for HD re-encoding because the encoding is the slow part and usually much slower than the decoding using an earlier VP engine.Indeed.
Moving from a VP2 to a VP4 has given me a very slight improvement on faster X264 encodes during the first pass (58->60 fps). No difference on the slower (more CPU intensive) second pass.

However I imagine that if I swapped my trusty Q6600 for a much faster rig the difference would be greater.

[Blue_MiSfit]

Definitely. If you had a dual 6 core Xeon system, having a VP4 card would probably help :devil:

Regardless, if you have a VP4 card, adding more CUDA cores doesn't add any measurable performance difference. Remember, the decode isn't really happening on the GPU / CUDA cores. It's happening on an ASIC that's on the card (or on the GPU itself, not sure how integrated it is).

Derek

[Rat Killer]

Starting DGIndexNV.exe yields the following error message:

ERROR: cuModuleLoad C:\Program Files\DGDecNV\NV12ToRGB23_sm_20.cubin failed (200)

I am using an NVIDIA Quadro NVS 160M graphis processor in my laptop and the driver version is the latest (4.00.6163) offered by Dell.

Searching this tread suggests its a driver issue, is there a different video driver I should be using to be compatible with DGIndexNV or is there some other suggested solution?

Thanks

[Guest]

A one minute search at nvidia.com reveals:

http://www.nvidia.com/object/notebook-winxp-258.96-whql-driver.html

[Rat Killer]

Thanks. As Dell and nVidia number the drivers differently was not sure if that driver was newer or supported things differently or not. I'll give it a try. Appreciate the help.

[LeXXuz]

Remember, the decode isn't really happening on the GPU / CUDA cores. It's happening on an ASIC that's on the card (or on the GPU itself, not sure how integrated it is).

Now that explains everything. Thanks. I was wondering all the time why a really slow 8400 with only 8 cores outperforms much more expensive cards.

[krosswindz]

Thanks neuron2 for this amazing tool. I just got myself a license for this and tried it. I must say its just one awesome tool. Just one suggestion to neuron2 for this.

I read the release notes which requires one to disable screen saver/standby when using it. I was wondering if it would be possible to disable the screen saver if it is enabled from the tool. Possibly when the DLL gets loaded like during the initialization stage to disable the screen saver if enabled. During cleanup stage when the DLL gets unloaded after the encode to re-enable screen saver if it was enabled.

[laserfan]

I read the release notes which requires one to disable screen saver/standby when using it.Actually, the release notes state the following:
Activation of a screensaver or standby mode may interfere with proper operation of the NV tools. They should be disabled during use of the NV tools.
Italics are mine, but the point is "YMMV". I'm sure neuron2 will weigh-in on whether he cares to disable Standby in the GUI version, but for my part, although I don't use a screensaver, I do use Standby mode on my Win7 PC and therefore when using the cli version I include some .cmd lines like this:
@echo First prevent from going into Standby!

@echo ON
powercfg -change -standby-timeout-ac 0
powercfg -change -monitor-timeout-ac 1

do lotsa stuff, including
.
.
.

"C:\Program Files (x86)\DGIndexNV\DGIndexNV" -i D:\video\videoIN.%VIDEOTYPE% -o D:\video\videoIN.dgi -e

@echo Finished!
@echo Return to Standby mode!

powercfg -change -standby-timeout-ac 30
powercfg -change -monitor-timeout-ac 10

[krosswindz]

I do use screen saver but I dont use standby mode in my WinXP PC. When I am using the tool I am currently disabling screen saver and turn off my monitor when the encode is going on. Wouldnt it matter that when the encode is going along one would have to do the same, which is my I thought it would be nice if the tool would do it by itself on load and unload time. Again at the end of the day its neuron2's decision on this.

[GearX]

I do use screen saver but I dont use standby mode in my WinXP PC. When I am using the tool I am currently disabling screen saver and turn off my monitor when the encode is going on. Wouldnt it matter that when the encode is going along one would have to do the same, which is my I thought it would be nice if the tool would do it by itself on load and unload time. Again at the end of the day its neuron2's decision on this.

You could use the 'blank' screensaver, or set Windows to shut off the monitor after a few minutes.

[Guest]

I think that you can run fine with a screensaver in the default non-D3D mode. Have you tried it?

[krosswindz]

I havent tried running it with screen saver on. I will play around and see if anything is affected. not that it matters that I have to manually turn off the screen saver.

[RedDwarf1]

Is it only the indexing that can be affected by power saving sleep/standby? If so then I don't really see a problem because it doesn't really take that long and I'm usually using the PC at the time anyway.

But while encoding I put my monitor into standby using Wizmo and I haven't noticed any problems. It would be a serious problem if power saving couldn't be used while encoding because it's extremely rare that I use the power switch on my monitor because previous experience has shown that is when my monitor is most likely to fail. It's now out of warranty so avoiding a failure is important.

If it's just the screensaver that's the problem then it isn't a problem for me because I never use screensavers, I prefer standby. The readme does state Standby and not just screensaver which is a big problem. Why would something like monitor power saving affect NV Tools?

[Guest]

I don't really know. I added that statement to cover my ***. I doubt that monitor power down or a screensaver could actually be an issue.

Anything that makes the video driver go dead is a problem. For example, Remote Desktop.

[krosswindz]

I have Linux PC with 8600GT on it, I was wondering if DGNV tools would work if I ran Windows XP in a VM.

[RedDwarf1]

Ok thank you. I will keep my eye on it in future and might do a small test to verify it works without problems when the screen is in standby.

[Guest]

I have Linux PC with 8600GT on it, I was wondering if DGNV tools would work if I ran Windows XP in a VM. I don't think so.

[krosswindz]

^ Thanks for your reply, I was hoping this would have been possible using VMwares VMDirectPath.

[Guest]

So try it and report your results!

[krosswindz]

So try it and report your results!

I was just trying to play around with it in my schools work station. I am able to see my SATA controller but not the Nvidia GPU. Which is extremely weird :confused:

[alexcel]

Dear Neuron

I am having trouble processing a Blu-ray rip. I have indexed the m2ts file and encoding to x264 using megui latest build.

The file index runs fine and then I create the avs script and begin enconding. Everything is running fine, but when enconding reaches around 1:47:00 in the timeline (the movie is 2:13:28 long) the cuvidDecodePicture() error appears.

Is it an error caused by the rip or is it a DG NV tools error?

The mediainfo stream data is:

Video
ID : 4113 (0x1011)
Menu ID : 1 (0x1)
Format : VC-1
Format profile : AP@L3
Duration : 2h 13mn
Bit rate : 25.1 Mbps
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate : 23.976 fps
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.505
Stream size : 23.4 GiB (94%)

Thnks for your support

[Guest]

Is it an error caused by the rip or is it a DG NV tools error? Hard to say. Please tell me the name and region of the BluRay so that I can buy it for testing. Alternatively, trim the M2TS (using the TS trim function) to isolate the problem part and post a link to it.

What is the error number given with the error popup?

[alexcel]

Hard to say. Please tell me the name and region of the BluRay so that I can buy it for testing. Alternatively, trim the M2TS (using the TS trim function) to isolate the problem part and post a link to it.

The disc is the spanish Invictus BR.

I'll trim the m2ts and post results

What is the error number given with the error popup?

It showed no error, only a popup with that message. The popup had a accept button, and pressing it the enconding continued until next error, which apperared every 3-5 frames until I aborted.

I forgot tomention that it indicated DGMultisource in the title part of the popup.

Thanks again

[Zathor]

I am having trouble processing a Blu-ray rip. I have indexed the m2ts file and encoding to x264 using megui latest build.

Which MeGUI build are you using? The latest stable (0.3.5.0) or development build (0.3.5.8)? I'm asking because there is a huge difference in the DGIndexNV builds (2013 <--> 2024).

[alexcel]

Which MeGUI build are you using? The latest stable (0.3.5.0) or development build (0.3.5.8)? I'm asking because there is a huge difference in the DGIndexNV builds (2013 <--> 2024).

I am using 0.3.5.8

I have demuxed vc1 stream to vc1 raw file using megui HD stream extractor (eac3to 3.24).

The file now encodes nicely, not a single error

So it must be caused by some m2ts info or structure that crashed DG NV Tools...:helpful:

Thanks neuron for suggesting the possible workaround, and zathor for your interest:thanks:

[Guest]

Thanks neuron for suggesting the possible workaround I didn't suggest a workaround. I asked for a trimmed stream, which you said you would provide. May I have that please?

[hydra3333]

I receive an error crash from x264 using the latest NV when I place this .bat file in a folder with one or more mpeg2 .mpg files and run it. Not sure why. It works with an equivalent non-NV dgindex version of the .bat file. Suggestions on how to prevent the crash are welcomed.

Some of the paths may need changing to suit you machine.

Yes I know it's awful .bat coding, but a quick cut'n'paste from here and there is easy.

@echo on
REM
REM convert all SD .MPG into .MP4, one at a time
REM
SET sourcePath=.\
SET DonePath=.\done\
MD "%DonePath%"

for %%f in ("%sourcePath%*.mpg") do (
CALL :dgindexNV "%%f"
)

for %%f in ("%sourcePath%*.dgi") do (
CALL :NV "%%f"
MOVE "%%f" "%DonePath%"
)
pause
exit

:dgindexNV
@echo on
REM SETLOCAL ENABLEDELAYEDEXPANSION
set PARF1=%~f1%
set PARF2=%~dpn1%
set parpath=%~dp1%
set pard2v=%~dpn1%.d2v
set pardgi=%~dpn1%.dgi
set PARtemp=%~1%-temp.MP4
set PARmp4=%~dpn1%.MP4
set PARAC3mp4=%~dpn1%.AC3.MP4
set PARMP2mp4=%~dpn1%.MP2.MP4
set parAC3=%~dpn1%.ac3
set parMP2=%~dpn1%.mp2
"C:\software\DGindex\DGIndexNV.exe" -i "%PARF1%" -a -o "%pardgi%" -e
@echo off
goto :EOF


:NV
@ECHO Start -----------------------------------------------------------------------------------------
@echo on
REM SETLOCAL ENABLEDELAYEDEXPANSION
set PARF1=%~f1%
set PARF2=%~dpn1%
set parpath=%~dp1%
set pard2v=%~dpn1%.d2v
set pardgi=%~dpn1%.dgi
set PARtemp=%~1%-temp.MP4
set PARmp4=%~dpn1%.MP4
set PARAC3mp4=%~dpn1%.AC3.MP4
set PARMP2mp4=%~dpn1%.MP2.MP4
set parAC3=%~dpn1%.ac3
set parMP2=%~dpn1%.mp2

SET theBitrate=2000

REM "C:\software\DGindex\DGIndexNV.exe" -i "%PARF1%" -a -o "%pardgi%" -e

IF EXIST "%parAC3%" DEL "%parAC3%"
FOR %%A in ("%~dpn1*ms.ac3") DO (
ECHO ------------------
ECHO Deleting "%parAC3%"
DEL "%parAC3%"
ECHO Renamnig "%%~A" to "%parAC3%"
MOVE "%%~A" "%parAC3%"
ECHO ------------------
)

IF EXIST "%parMP2%" DEL "%parMP2%"
FOR %%A in ("%~dpn1*ms.mp2") DO (
ECHO ------------------
ECHO Deleting "%parMP2%"
DEL "%parMP2%"
ECHO Renamnig "%%~A" to "%parMP2%"
MOVE "%%~A" "%parMP2%"
ECHO ------------------
)

SET avs1=%PARF2%.avs
echo SetMTmode(mode=5,threads=1) # start with mode=5 forAVIsource http://forum.doom9.org/showthread.php?p=1067216#post1067216 > "%avs1%"
echo SetMemoryMax(128) >> "%avs1%"
echo LoadPlugin("C:\SOFTWARE\DGindex\DGDecodeNV.dll") >> "%avs1%"
echo LoadPlugin("C:\SOFTWARE\DGindex\DGDecode.dll") >> "%avs1%"
echo LoadPlugin("C:\Program Files\AviSynth 2.5\plugins-zzz\mt_masktools.dll") >> "%avs1%"
echo LoadPlugin("C:\Program Files\AviSynth 2.5\plugins-zzz\mvtools2.dll") >> "%avs1%"
echo LoadPlugin("C:\Program Files\AviSynth 2.5\plugins-zzz\unfilter.dll") >> "%avs1%"
echo #LoadPlugin("C:\Program Files\AviSynth 2.5\plugins-zzz\RemoveGrain.dll") >> "%avs1%"
echo LoadPlugin("C:\Program Files\AviSynth 2.5\plugins-zzz\RemoveGrainSSE2.dll") >> "%avs1%"
echo #LoadPlugin("C:\Program Files\AviSynth 2.5\plugins-zzz\Repair.dll") >> "%avs1%"
echo LoadPlugin("C:\Program Files\AviSynth 2.5\plugins-zzz\RepairSSE2.dll") >> "%avs1%"
echo #LoadPlugin("C:\Program Files\AviSynth 2.5\plugins-zzz\RemoveDirt.dll") >> "%avs1%"
echo LoadPlugin("C:\Program Files\AviSynth 2.5\plugins-zzz\RemoveDirtSSE2.dll") >> "%avs1%"
echo Import("C:\Program Files\AviSynth 2.5\LimitedSharpenFaster.avs") >> "%avs1%"
echo ##MPEG2Source("%pard2v%",info=0,ipp=true,cpu=6) >> "%avs1%"
echo ##MPEG2Source("%pard2v%",info=0,ipp=true,cpu=4) >> "%avs1%"
echo ##MPEG2Source("%pard2v%",info=0,ipp=true,cpu=0) >> "%avs1%"
echo DGMultiSource("%pardgi%",deinterlace=0) >> "%avs1%"
echo #DGMultiSource("%pardgi%",deinterlace=2,resize_w=%Width%,resize_h=%Height%) #deinterlace=2 means double rate deinterlacing >> "%avs1%"
echo #trim(1,-999999) # fix a double-framerate bug in NV per http://forum.doom9.org/showthread.php?p=1391556#post1391556 >> "%avs1%"
echo AssumeTFF() >> "%avs1%"
echo Assumefps(25) >> "%avs1%"
echo #LAST.HEIGHT==1088 ? cropbottom(8) : LAST >> "%avs1%"
echo #Separatefields() >> "%avs1%"
echo #LimitedSharpenFaster(smode=4,strength=100) >> "%avs1%"
echo #http://www.aquilinestudios.org/avsfilters/sharpeners.html#unfilter >> "%avs1%"
echo # HSharp and VSharp (-100 to 100) determine the amount of sharpening/smoothing to be >> "%avs1%"
echo # done in the horizontal and vertical directions respectively. >> "%avs1%"
echo #-100 gives the smoothest result, 100 the sharpest; 0 does nothing. >> "%avs1%"
echo #UnFilter(10,10) >> "%avs1%"
echo #Weave() >> "%avs1%"
echo #TRIM(0,1000) >> "%avs1%"

"C:\software\X264\x264.exe" --thread-input --threads 3 --profile high --level 4.1 --preset fast --interlaced --tff --no-cabac --bitrate %theBitrate% --sar 16:11 -o "%PARtemp%" "%AVS1%"

IF NOT EXIST "%parMP2%" "C:\software\ffmpeg\0-LATEST-BETA\bin\ffmpeg.exe" -i "%PARF1%" -y -ar 44100 -ac 2 -ab 256k -acodec mp2 -vol 1024 "%parMP2%"

IF EXIST "%parAC3%" "C:\SOFTWARE\MP4box\MP4Box.exe" -add "%PARtemp%" -add "%parAC3%":lang=eng -new "%PARAC3mp4%"
IF EXIST "%parMP2%" "C:\SOFTWARE\MP4box\MP4Box.exe" -add "%PARtemp%" -add "%parMP2%":lang=eng -new "%PARMP2mp4%"

DEL "%PARtemp%"
DEL "%parAC3%"
DEL "%parMP2%"
DEL "%avs1%"
DEL "%pard2v%"

REM SAR = DAR / PAR
REM for 16:9 720x576i use --sar=16:11 (most 4:3 are in 16:9 shell frame nowadays, so use this)
REM for 16:9 1440x1080i use --sar=4:3
REM for 16:9 1920x1080i use --sar=1:1
@echo off
@ECHO End -----------------------------------------------------------------------------------------
GOTO :EOF

[Guest]

I need the crash details, such as a DrWatson dump.

[LeXXuz]

neuron2,
I have a question about the use of Remote Desktop.

I realised that DGIndexNV does not work in a RD session, probably because the video driver can't be adressed directly. Like mentioned in the FAQ.
But what about a job already "in progress"?

Yesterday I accidently logged onto my workstation while a frameserving job to x264 was still in progress. The encode did not interrupt and ran to the end. I roughly checked the file afterwards and it seems that frameserving still worked, even while in a RD session.

Was I just lucky or does RD only "affect" acessing the video driver and will not interfere with an already running process?

Would be nice to know if I could use RD while frameserving is in progress, just like I used to with "normal" DGindex.

[Sharktooth]

RD only "affect" acessing the video driver and will not interfere with an already running process
that's it. you can use RD while frameserving but you cant start frameserving within a remote desktop session.

[cweb]

that's it. you can use RD while frameserving but you cant start frameserving within a remote desktop session.
Otherwise to start frameserving remotely you can use vnc. I used tightvnc successfully to do that myself.

[alexcel]

I didn't suggest a workaround. I asked for a trimmed stream, which you said you would provide. May I have that please?

I am not so fluent in English, but your answer sounds like "upset". Why :confused:? I just said thanks. You also said you would buy the disc...In any case, I am very grateful for your program, your work and dedicated support. I didn't want to make you angry. Sorry if I did.

I'll try to trim the problem part, But I do not know how-to...Can you provide me some guidance on how to trim m2ts files without re-encoding? Where can I find the TS trim function? I will try to provide you the trimmed stream. :)

Thanks again

[alexcel]

Hi:

I've just found and reviewed eac3to logfile and I have found these errors logged

eac3to v3.24

M2TS, 1 video track, 1 audio track, 1 subtitle track, 2:13:38, 24p /1.001
1: Chapters, 27 chapters
2: VC-1, 1080p24 /1.001 (16:9)
3: AC3, Spanish, 5.1 channels, 640kbps, 48kHz, dialnorm: -27dB
4: Subtitle (PGS), Spanish
[v02] Extracting video track number 2...
[v02] Creating file "E:\Ultimas\MainMovie\INVICTUS\F1_T2_Video - .vc1"...
[v02] [0:54:16] The source file seems to be damaged (discontinuity). <WARNING>
[v02] [1:38:44] The source file seems to be damaged (discontinuity). <WARNING>
[v02] [1:45:41] The source file seems to be damaged (discontinuity). <WARNING>
[v02] [1:45:41] The source file is encrypted. <WARNING>
[v02] [1:45:41] The source file seems to be damaged (discontinuity). <WARNING>
[v02] [1:45:41] The source file seems to be damaged (discontinuity). <WARNING>
[v02] [1:45:41] The source file seems to be damaged (adaptation field too big). <WARNING>
[v02] [1:45:41] The source file seems to be damaged (discontinuity). <WARNING>
[v02] [1:45:42] Skipping dirty PES bytes... <WARNING>
[v02] [1:45:42] The source file seems to be damaged (discontinuity). <WARNING>
[v02] [1:45:42] The source file seems to be damaged (discontinuity). <WARNING>
[v02] Video has a gap of 7 frames at playtime 0:54:16. <WARNING>
Video track 2 contains 192240 frames.
eac3to processing took 13 minutes, 33 seconds.
Done.

I guess it was a bad rip after all Sorry for the inconvenience.

Do you still want the trimmed stream?

[DonDan]

I am not so fluent in English, but your answer sounds like "upset". Why :confused:? I just said thanks. You also said you would buy the disc...In any case, I am very grateful for your program, your work and dedicated support. I didn't want to make you angry. Sorry if I did.

I'll try to trim the problem part, But I do not know how-to...Can you provide me some guidance on how to trim m2ts files without re-encoding? Where can I find the TS trim function? I will try to provide you the trimmed stream. :)

Thanks again

You can use DGsplit (yes, yet another tool provided by our master:) ) to trim the file for example.


Edit: Looks like I overlooked the tiny little post right above...

[jpsdr]

I've, by accident, discovered a reproductible way to make DGDecNV crash in VDub. The idea is to queue 2 successive jobs wich will fail because of an error, and the second will generate a crash. One way to reproduce is the following : Create an avisynth script with only the DG command (with any m2ts file). Configure VDub with YV12 color depth in both input and ouput, and use huffyuv for compression output (this will in fact trig an error saying that codec can't handle the color format). Create 2 queue jobs with 'save avi' and start them. First job will be halted by the error (everything goes normaly), but second will generate a crash.

[hydra3333]

I need the crash details, such as a DrWatson dump.OK, I'll google how to grab it and get back to you :)

edit: drwatson log attached.

[Guest]

Can you produce the crash with a small file and just a script processed by x264, i.e., without the batch file? If so, please post a link to the source file, and give me your script. Also give me the x264 and Avisynth versions numbers as well as the x264 command line.

[hydra3333]

Sure. x264 v1688, TSP's MT avisynth 2.5.7, NV v2024, XP-sp3, nvidia 8800GT, nvidia driver 258.96, intel Q9450.
Source 4Mb http://www.mediafire.com/?w1jqd2c76n2ku9o or http://download972.mediafire.com/n7j397xp58tg/w1jqd2c76n2ku9o/cut2.mpg
cut2.bat
@echo on
del cut2.mp4
"C:\software\DGindex\DGIndexNV.exe" -i "cut2.mpg" -a -o "cut2.dgi" -e
"C:\software\X264\x264.exe" --thread-input --threads 3 --profile high --level 4.1 --preset fast --interlaced --tff --no-cabac --bitrate 2000 --sar 16:11 -o "cut2.mp4" "cut2.avs"
pause
cut2.avs
SetMTmode(mode=5,threads=1) # start with mode=5 forAVIsource http://forum.doom9.org/showthread.php?p=1067216#post1067216
SetMemoryMax(128)
LoadPlugin("C:\SOFTWARE\DGindex\DGDecodeNV.dll")
LoadPlugin("C:\SOFTWARE\DGindex\DGDecode.dll")
LoadPlugin("C:\Program Files\AviSynth 2.5\plugins-zzz\mt_masktools.dll")
LoadPlugin("C:\Program Files\AviSynth 2.5\plugins-zzz\mvtools2.dll")
LoadPlugin("C:\Program Files\AviSynth 2.5\plugins-zzz\unfilter.dll")
LoadPlugin("C:\Program Files\AviSynth 2.5\plugins-zzz\RemoveGrainSSE2.dll")
LoadPlugin("C:\Program Files\AviSynth 2.5\plugins-zzz\RepairSSE2.dll")
LoadPlugin("C:\Program Files\AviSynth 2.5\plugins-zzz\RemoveDirtSSE2.dll")
Import("C:\Program Files\AviSynth 2.5\LimitedSharpenFaster.avs")
DGMultiSource("cut2.dgi",deinterlace=0)
AssumeTFF()
Assumefps(25)

[krosswindz]

Out of curiosity does any one have a Parallels Workstation Extreme and can try DGNV tools in the parallels VM. AFAIK Parallels Workstation Extreme should be able to see Nvidia GPU and should support CUDA as well. I dont have a copy of it, it would be interesting to see if some one could try to use DGNV tools in it.

[LeXXuz]

that's it. you can use RD while frameserving but you cant start frameserving within a remote desktop session.

Makes sense. I will use a VNC session for starting frameserving jobs. Thanks Sharktooth.

I have another problem with DAR of source files. I don't know if it is a problem of DGDecNV or Megui. But since it never occured with DGindex, FFMSindex nor DGAVCdec I guess it might be a problem with DGDecNV.

I'm transcoding a couple of older mpeg2 DVB captures and it seems that Megui does not recognize the correct DAR when DGdecNV is used. F.e. a source mpeg2 file (just the video stream as mpv, no program stream) PAL 720x576, correct DAR is ITU 4:3 (1:1.367521) for this file, but when serving it with DGdecNV instead of DGindex the DAR is simply set to 1,25 (720/576).

Also opening the .dgi file in Meguis Avisynth script creator takes VERY long with mpeg2 source files. Looking at hdd activity it seems that the whole source file is scanned somehow before the preview window is shown and the script generator can be used.
If this is a megui issue, I apologize and will post it in the megui-thread.

[Guest]

I have another problem with PAR of source files. I don't know if it is a problem of DGDecNV or Megui. But since it never occured with DGindex, FFMSindex nor DGAVCdec I guess it might be a problem with DGDecNV. Can you please post a link to a sample that does this?

Also opening the .dgi file in Meguis Avisynth script creator takes VERY long with mpeg2 source files. Looking at hdd activity it seems that the whole source file is scanned somehow before the preview window is shown and the script generator can be used.
If this is a megui issue, I apologize and will post it in the megui-thread. Does it open quickly in bare DGIndexNV?

[LeXXuz]

Can you please post a link to a sample that does this?

Here it is. (http://ul.to/t2frg8)

Sequence header look fine to me, DGIndexNV also seems to get correct ar:
http://img3.imagebanana.com/img/0myrsw5z/thumb/dgindexnv.png (http://www.imagebanana.com/view/0myrsw5z/dgindexnv.png)
MeGui's Avisynth script creator shows DAR 1:1,2222 (704/576) with DGIndexNV and ITU 4:3 PAL with DGIndex as it should.


Does it open quickly in bare DGIndexNV?

When I drag&drop the .dgi file to DGIndexNV the related .m2v loads almost instantly. So yes.

[Sharc]

Here it is. (http://ul.to/t2frg8)

Sequence header look fine to me, DGIndexNV also seems to get correct ar:
http://img3.imagebanana.com/img/0myrsw5z/thumb/dgindexnv.png (http://www.imagebanana.com/view/0myrsw5z/dgindexnv.png)
MeGui's Avisynth script creator shows 1:1,2222 (704/576) with DGIndexNV and ITU 4:3 PAL with DGIndex as it should.


PAR of your 704x576 picture is 12:11 (1.0909) as one can estimate from the circle distortion of the ARD logo. DAR (display aspect ratio) is 4:3. So when you playback the file at 4:3 it will be resized correctly (undistorted). So everything is fine I would say.

[LeXXuz]

I think it's not. MeGUI sets the wrong SAR to x264. The aspect ratio of the output is slightly too small and the picture looks slightly narrowed in width. With DGIndex everything is fine.

EDIT: It is the DAR Megui is having trouble with. Sorry for any confusion.

Just opened a 16:9 anamorphic encode and MeGUI sets DAR to 1,25 instead of ITU 16:9 PAL. As a result, x264 encoder is fed with SAR setting of 5:4 instead of 31:17 as it should.

[Sharc]

I think it's not. MeGUI sets the wrong SAR to x264. The aspect ratio of the output is slightly too small and the picture looks slightly narrowed in width. With DGIndex everything is fine.
Your sample is mpeg2, not AVC. The PAR is not explicitely signalled in the stream. So you might have to add --sar 12:11 in the x264 CLI when you re-encode it with x264.
Nevertheless your sample should display undistorted (here it does) when you play it back at forced 4:3, e.g. with VLC.
When I play it back with DGindex the ARD logo looks slightly squeezed (narrowed) as expected for a 12:11 or 128:117 PAR (ITU).
Possibly your playback device assumes a par of 16:15 (generic PAR for PAL 4:3), means it will stretch your picture by 6.7% rather than about 9%. Hence a slight (but almost unnoticeable) distortion may persist.

Just a note: In case you intend to author the clip to blu-ray format at some later stage you would have to add 8 pixels black borders to the right and left each, such that the picture width becomes 720.

[LeXXuz]

Your sample is mpeg2, not AVC. The PAR is not explicitely signalled in the stream.

But DAR should. The question is why does MeGUI set the correct DAR with DGIndex (I guess it gets this information from the sequence headers of the mpeg stream) while it simply sets hight/width as DAR when using DGIndexNV, which is not correct.

In short, I think MeGui should get the same results (and for some reason it does not), no matter what indexing method is used, no?

[Sharc]

^^^^
I can't comment on MeGui as I am not very familiar with it.
Maybe someone else .....

[stax76]

This is clearly a MeGUI and not a DGDecNV problem. Detecting the correct PAR for every possible source and source filter is very difficult, remember there are countless possible source formats and numerous possible source filters. I've changed and tweaked my detection probably more then 100 times in the last 8 years.

[Guest]

I could pass hints if it's thought to be a significant enough issue.

[Groucho2004]

The question is why does MeGUI set the correct DAR with DGIndex (I guess it gets this information from the sequence headers of the mpeg stream) while it simply sets hight/width as DAR when using DGIndexNV, which is not correct.

I just looked at megui's source code - it reads the d2v file that DGIndex creates and gets the value from the entry "Aspect_Ratio".

DGI files (from DGDecNV) do not provide this property.

[Guest]

Sure. Please remove the SetMTMode() and report results.

[stax76]

@Groucho2004

That's not robust anyway because 16:9 is sometimes defined in IFO only but not in VOB.

If Filepath.GetExt(p.SourceFile) = ".d2v" Then
Dim content = File.ReadAllText(p.SourceFile)

If content.Contains("Aspect_Ratio=16:9") Then
p.SourceAnamorphic = True
Else
Dim ifoFile = GetIfoFile()

If File.Exists(ifoFile) Then
Dim dar2 = MediaInfo.GetVideo(ifoFile, "DisplayAspectRatio")

If dar2 = "1.778" Then
p.SourceAnamorphic = True
End If
End If
End If

[Groucho2004]

@Groucho2004

That's not robust anyway because 16:9 is sometimes defined in IFO only but not in VOB.

I know, I just answered a question.

[Groucho2004]

I could pass hints if it's thought to be a significant enough issue.

Actually, that would be a nice feature.

[Guest]

Thinking more about it...

Hints are needed only for things that can change on a per-frame basis. I should just add the aspect ratio information to the DGI file.

[hydra3333]

Please remove the SetMTMode() and report results.

Commented it out like this
#SetMTmode(mode=5,threads=1) # start with mode=5 forAVIsource http://forum.doom9.org/showthread.php?p=1067216#post1067216
and it works fine now. :thanks:
I'd thought mode=5 was supposed to be the most "compatible" however leaving it off seems to be even more so :) Hurrah !

Out of interest, is that the end solution or a workaround ?

[Guest]

You can't multithread the NV-based DGSource(). I don't know for sure the technical reason or if there would be some way to allow it. I believe that the CUDA context must be associated with a single thread. Whether floating contexts changes anything I simply don't know at this time and haven't had time to look into it. So for now, just don't multithread DGSource.

It's probably a bad idea in general to multithread any source filter.

[hydra3333]

ok yes, someone recommended mode=5 for source filters however looks like not this one.

if multi-threading is "out" when using NV then multi-core boxes like my 4-core effectively become single-core boxes inside avisynth... hence it must be swings and roundabouts for overall speed.

in this specific case there is no problem, since not much is being done and x264 multi-threads anyway - however if there's a lot of processing to be done inside avisynth then NV's single-threading requirement may end being a "chokepoint" for overall performance.

unless there's a way around it I don't know of (i'd thought to use MT, the 1st line of a script had to contain a setMTmode).

oh well, at least we know. thanks.

[Guest]

You can MT everything but the source filter. I don't use it but I have seen scripts like that.

[crl2007]

The licensing page does not work. The program says that my license is invalid and I can't get a new one.

[Guest]

Send me an email repeating that and including your user ID.

[Didée]

You can MT everything but the source filter. I don't use it but I have seen scripts like that.
Partial multithreading of an Avisynth script is only possible with the (spatial) MT() filter. Partial multithreading is not possible with the (temporal) SetMTmode(). With this one, the number of threads is initiated and fixed upon script loading. The only possible way for not multithreading-friendly filters is SetMTmode(5), which will use only one thread actively, while all other threads are "parked".

Basically, MT() is the more poor filter - it's bad for filters with big spatial context (e.g.: all MVTools applications, or e.g. TNLMeans), and some scripts can *only* use SetMTmode, because MT is plain impossible (e.g. Srestore).

This is a pity. The main point of GPU decoding is to free up CPU time. But you don't need to offload from CPU to GPU in easy scenarios where you've plenty of CPU time to spare anyway. The case where freeing CPU really counts is in heavy scenarions when CPU is loaded to the brim.


... testing ...


*edit* : false alarm, the crashes were because I had a silly typo in my script. :rolleyes:

For now, it seems to work when no SetMTmode at all is set in the beginning, but only after the DGDecodeNV call.

Don't know what to say, this behaviour of SetMTmode seems to be in contradiction to the description of it's functionality. But it seems to work, sorry for the buzzing.

[Guest]

I'm confused. Are you saying that DGDecNV should work with SetMTMode(5), that it does work for you, both of those?

If it is thought that it should work, I'll be happy to investigate it.

[cweb]

I'm confused. Are you saying that DGDecNV should work with SetMTMode(5), that it does work for you, both of those?

If it is thought that it should work, I'll be happy to investigate it.

I successfully use it with SetMtMode(2,2) on my source dg filter call. Perhaps I'm just lucky then.... :)

[Didée]

You see me confused as well.

Documentation for SetMTmode says that you need to put it at the start of the script, because the number of threads is set and fixed only one time, when the script is initiated.
For source filters that don't play well with using multiple threads, the docu recommends to use mode 5 for the sourcefilter.

Hence, the generally-recommended structure for not-MT'able sourcefilters is

SetMTmode(5, threads)
SourceFilter()

SetMTmode(2)
other_filters

This generally works, e.g. with good old dgdecode_mpeg2source. But it seems to not work with DGDecodeNV. I got Vdub either crash, or go not responding anymore.

The following, however, seems to work:
DGMultiSource()

SetMTmode(2)
other_filters
That is running right now, and it's actually using all threads as specified. (And surprise, that's exactly what you told to try.);)

My confusion is because this structure is not correct as per the documentation ... which is saying that one SetMTmode call must be present at the very start of the script.

[cweb]

This is what I put in my scripts usually:

SetMtMode(2,2)

video=dgmultisource("x.dgi")

It works for me on my dual core.

[Guest]

Thank you for the clarification, Didée. Can you try cweb's script?

[cweb]

This is what I put in my scripts usually:

SetMtMode(2,2)

video=dgmultisource("x.dgi")

It works for me on my dual core.

My full script (for MTS files) is quite complicated :)


#avisynth

SetMemoryMax(384)


LoadPlugin("c:\apps\avisynth2\plugins\nonautoload\agc.dll")
Import("c:\apps\avisynth2\plugins\avsi\dv.avsi") # for newundot()
Import("c:\apps\avisynth2\plugins\avsi\lremovedust.avsi")

Import("c:\apps\avisynth2\plugins\avsi\jdl-effects.avsi")
Import("c:\apps\avisynth2\plugins\avsi\jdl-range.avsi")
Import("c:\apps\avisynth2\plugins\avsi\limitedsharpenfaster.avsi")
Import("c:\apps\avisynth2\plugins\avsi\subtitleshadow.avsi")

LoadPlugin("c:\apps\avisynth2\plugins\transall\TransAll.dll") # transitions

SetMtMode(2,2)

video=dgmultisource("00010.dgi")

#zooming text stuff deleted



audio=nicac3source("00010 PID 1100 2_0ch 48KHz 192Kbps DELAY 0ms.ac3")




video=audiodub(video,audio)

video=video.SelectEven()


#transitions are done here



#resize for youtube goes here

video=video.LRemoveDust_YV12(4,1)


video

[crl2007]

You have mail. But my problem is that I changed my network adapter and I can't access the licensing page to get a new license.

[Didée]

cweb's variant seems to work, too. For some reason, it's specifically mode=5 in SetMTmode that makes problems; mode=2 seems to work fine.

Funny that the "potentially critical" mode works, and the "most-safe fallback" mode works not. ;)


Edit:

However, this is only a sucess as far as "it doesn't crash". Looking closer, the speed (CPU utilization) seems to be worse, and by a lot so.

Like: SetMTmode(2,8) on a heavy duty scriptfunction - dgdecode: 35 fps - dgdecodeNV: 8 fps

This need closer investigation, but right now I have to leave for other things.

[crl2007]

Nevermind the mail, tried just now and the licensing page loaded. I was able to get a new license after all. Thx for your reply.

[Clumpco]

This may sound like a really stupid question, but is there an (easy) way to swap DGIndex for DGIndexNV in Gordian Knot and AutoGK?

Before you all jump on me, I am asking on behalf of a community where some users are not too technically savvy and can just about manage to fire up and run AutoGK. Is there an option that I have missed to get DGIndexNV to output a d2v file?

TIA

[Guest]

This may sound like a really stupid question, but is there an (easy) way to swap DGIndex for DGIndexNV in Gordian Knot and AutoGK?

Before you all jump on me, I am asking on behalf of a community where some users are not too technically savvy and can just about manage to fire up and run AutoGK. Is there an option that I have missed to get DGIndexNV to output a d2v file? Why would I jump on you? You've been very helpful to me in the past by your testing and reporting of issues. You're the kind of guy I want to keep real happy.

You want DGIndexNV to output a D2V file? Hmm, that cannot be done as the formats are quite different. Hasn't anybobody gotten the DGNV tools to work with those programs? I would send manono a PM. He's my johnny on the spot for anything (A)GK. Anyway, if you make a D2V file, that would imply you want to use mpeg2source() (the DGMPGDec source filter). What would you gain from DGNV, given that indexing is not done on the GPU?

If DGNV can't be used with (A)GK, maybe you can wean your community friends onto a more recent, still supported tool, like MeGUI, that is known to work with the DGNV stuff.

[hydra3333]

However, this is only a sucess as far as "it doesn't crash". Looking closer, the speed (CPU utilization) seems to be worse, and by a lot so.

Like: SetMTmode(2,8) on a heavy duty scriptfunction - dgdecode: 35 fps - dgdecodeNV: 8 fps

This need closer investigation, but right now I have to leave for other things.

This result quite significantly devalues NV's usefulness for multi-core machines (almost all PCs nowadays) where multi-threading of hard-crunching avisynth scripts is the way forward... save some in decoding, unfortunately lose more by restriction to single-threading.

[Guest]

Neuron2, do you have an nvidia card to try this on ? Nah, I just have ATI.

I'll try to find an NV card to test this.

[hydra3333]

Oh. Silly me. Just saw what I wrote. I plead insanity by way of constant harassment from 15yo daughter :) :)

[elguaxo]

This result quite significantly devalues NV's usefulness for multi-core machines (almost all PCs nowadays) where multi-threading of hard-crunching avisynth scripts is the way forward... save some in decoding, unfortunately lose more by restriction to single-threading.

You can still use MT (http://avisynth.org/mediawiki/MT) just on the parts you want to multithread. ;)

[hydra3333]

Well, yes, spatially, although not the temporal (and probably most useful) aspect per Didee's finding ... I suspect chopping up a frame into fragments for individual threading (which is what MT does) may not be all that happy a choice in a number circumstances.

[elguaxo]

Well, yes, spatially, although not the temporal (and probably most useful) aspect per Didee's finding ... I suspect chopping up a frame into fragments for individual threading (which is what MT does) may not be all that happy a choice in a number circumstances.

Try it with a big enough overlap. Filters like TempGaussMC for example work great with an overlap of 16.

[hydra3333]

Could do. Spatial MT can be a tad difficult to code with lots of filters, and possibly not go well with motion compensation and the likes of MDepan.

I'm hoping neuron2 may come back with some good news, as "simple" multi-threading is a direction everyone is heading.

[Clumpco]

Why would I jump on you? You've been very helpful to me in the past by your testing and reporting of issues. You're the kind of guy I want to keep real happy. Aww gee shucks :)

You want DGIndexNV to output a D2V file? Hmm, that cannot be done as the formats are quite different.OK I get that

Hasn't anybobody gotten the DGNV tools to work with those programs? I would send manono a PM. He's my johnny on the spot for anything (A)GK.Cheers for the info, I will do.

Anyway, if you make a D2V file, that would imply you want to use mpeg2source() (the DGMPGDec source filter). What would you gain from DGNV, given that indexing is not done on the GPU?Aha, a very valid point that I had missed (see now why I was scared of being jumped upon?)

If DGNV can't be used with (A)GK, maybe you can wean your community friends onto a more recent, still supported tool, like MeGUI, that is known to work with the DGNV stuff.This would indeed be probably the best option.

Thanks for everything!

[LeXXuz]

I noticed some flickering in one of my latest encodes and after investigating this, I noticed a difference between DGIndex and DGIndexNV handling erroneous frames in the source material.

While DGIndex shows only a small distortion in that frame (notice the shifted macro block line in the lady's hat to the left):

http://img823.imageshack.us/img823/8653/11087d2vnew.th.png (http://img823.imageshack.us/i/11087d2vnew.png/)

DGDecNV seems to refuse to decode the rest of that frame. What is shown in the bottom part in the Avisynth preview window is the picture from where I jumped to the erroneous frame 11087:

http://img267.imageshack.us/img267/2585/11087dgi.th.png (http://img267.imageshack.us/i/11087dgi.png/)

This is what happened during frameserving this to x264. I think the rest of that frame belong to the first frame of that GOP:

http://img837.imageshack.us/img837/9184/11087mpchc.th.png (http://img837.imageshack.us/i/11087mpchc.png/)


EDIT: Switched Image Hoster. Pictures should work now.

[Didée]

Yesterday, by accident I found the following: (Under Windows 7,) if you have DGindexNV registered and running, then happen to install the dotNET 1.1 framework (needed to install another older piece of software), then DGIndexNV will welcome you with "invalid licence", requiring to generate a fresh license key.

Dunno if it has been mentioned before, this thread is very long.


@ elguaxo
> Try it with a big enough overlap. Filters like TempGaussMC for example work great with an overlap of 16.

Still, SetMTmode is preferable. overlap=16 is the bare minimum to avoid noticeable artifacts. Quality-wise, I'd go with 32. But that's the crux of spatial MT: the overlap is increasing the spatial area that a filter has to work on. Example:

MT() with 4 Threads, overlap 16, on 480i/p content: 20% more area
MT() with 6 Threads, overlap 32, on 720p content: 33% more area

I'm going to make some tests later, but ... 20 to 30% more frame area for MVTools to process, compared to 10-15% (15-20%) CPU usage for *CPU* decoding of 720p (1080p) streams on my i860 ... that's not a promising figure. These simple numbers suggest that the overhead of MT is bigger then what possibly can be saved by offloading the decoding to GPU.

[Guest]

EDIT: Uhm. Why are the thumbnails/links not showing??? Your links are dead. I cut them and paste into a browser and nothing shows.

[LeXXuz]

Your links are dead. I cut them and paste into a browser and nothing shows.

You're right. It seems Imagebanana has some problems. All recent uploads are blanc. However, it should work now with Imageshack.

[Guest]

I noticed some flickering in one of my latest encodes and after investigating this, I noticed a difference between DGIndex and DGIndexNV handling erroneous frames in the source material. It looks like different error recovery in the decoders. Can you post a segment of the source that includes this, so that I can investigate and ask nVidia about it? Thank you.

[Guest]

Yesterday, by accident I found the following: (Under Windows 7,) if you have DGindexNV registered and running, then happen to install the dotNET 1.1 framework (needed to install another older piece of software), then DGIndexNV will welcome you with "invalid licence", requiring to generate a fresh license key. It must have changed the info returned by the system call I use. No big deal, I suppose, because you can simply make a new license.

[LigH]

I think it's not. MeGUI sets the wrong SAR to x264. The aspect ratio of the output is slightly too small and the picture looks slightly narrowed in width. With DGIndex everything is fine.

EDIT: It is the DAR Megui is having trouble with. Sorry for any confusion.

Just opened a 16:9 anamorphic encode and MeGUI sets DAR to 1,25 instead of ITU 16:9 PAL. As a result, x264 encoder is fed with SAR setting of 5:4 instead of 31:17 as it should.

Never feed MeGUI with a manually made script if you try to encode anamorphically. You must use the "Clever AR" feature of the integrated AviSynth Script builder. Or insert the required global AviSynth variables too:

global MeGUI_darx = 16
global MeGUI_dary = 9

[LeXXuz]

Never feed MeGUI with a manually made script if you try to encode anamorphically. You must use the "Clever AR" feature of the integrated AviSynth Script builder. Or insert the required global AviSynth variables too:

global MeGUI_darx = 16
global MeGUI_dary = 9

Please read the rest of my posts. That was not the issue. I always use "Clever AR" for anamorphic encodes. However, when MeGui does not detect the correct source AR, "Clever AR" is useless as well. ;)

[Groucho2004]

I just tried to shrink a DVD with Procoder. It crashes right away (something nvcuda.dll) when I load the script with the DGDecodeNV source filter. Works fine with the normal DGDecode.

Could this be the same problem that crashed HCEnc, Don?

[stax76]

Could also be the problem I had, opening AVS with avifile API, reading some parameters like frame rate, image size etc. and then closing without reading a frame/image, you always have to read a frame/image before you close. I don't know why but DGDecNV is the only decoder that requires this, maybe neuron2 knows more, it was easy to workaround for me, just took me a while to figure out why it was crashing all the time.

[Guest]

Could be either one. I don't have Procoder so I don't know.

[Groucho2004]

Could also be the problem I had, opening AVS with avifile API, reading some parameters like frame rate, image size etc. and then closing without reading a frame/image, you always have to read a frame/image before you close.

Yes, I had the same problem and came to the same conclusion. Unfortunately, this doesn't help me with the Procoder problem.

Luckily there is DGDecode so I have an alternative, albeit a slower one.

[stax76]

Are you confusing DGSource with MPEG2Source? There is DGSource of DGDecNV, AVCSource of DGAVCDec and MPEG2Source of DGMPGDec, if you mean DGMPGDec, for SD there is not much gain since it don't take much CPU time or do you have HD MPEG-2? ffms2 is a little bit faster then DGMPGDec, it's also handy if you have a MKV container from MakeMKV or from eac3to.

[Groucho2004]

Are you confusing DGSource with MPEG2Source?
No. I was referring to the names of the DLLs.

[stax76]

OK, then I was confusing something. :D

[Sharktooth]

Please read the rest of my posts. That was not the issue. I always use "Clever AR" for anamorphic encodes. However, when MeGui does not detect the correct source AR, "Clever AR" is useless as well. ;)
When MeGUI does not detect the source AR you can specify it manually selecting the correct AR from the dropdown list (in avs script creator).

[AlekseiV]

I just bought this, and is there any way to make it crash less?
I can't analyze any files in MeGUI's script creator. The indexer works, and the AVS Script Creator opens and shows the video, but hitting Analyse nearly instantly causes a crash. It very, very rarely can get through a whole video.
If I manually set up the AVS, even loading it into MeGUI (or MeGUI x64, or StaxRip) will crash them.

I can't encode using anything but feeding a hand-made AVS into the pure x264.exe. That works great, though. :)

My sources are a variety of files that have nothing in common, so I'm assuming it's a problem with either DGNV or maybe my hardware/drivers.
The crash is associated with "nvcuda.dll"

(Lenovo Thinkpad W510 with a Quadro FX880M, based on the GT216, 258.96 drivers)

[MrVideo]

I will be working with 1080i29.97 MPEG-2 4:2:2 video.

I can use ConvertToYv12(interlaced=true) with AVISynth in order to get the video so that it is usable by x264, but do not know how to decode it since the DGDecNV tools don't currently work with 4:2:2 video.

Is 4:2:2 going to be supported soon, or is there something out there that will work with 4:2:2 video? I do not care if the decoding isn't done through the GPU, just as long as I can decode.

Obviously I prefer to use DGDecNV tools if at all possible.

[Blue_MiSfit]

Vanilla DGDecode handles 4:2:2 just fine. libmpeg2 does as well IIRC, though libavcodec doesn't - last I checked. Other commercial decoders (Elecard / Mainconcept) damned well better handle 4:2:2 ;)

[Guest]

I just bought this, and is there any way to make it crash less?
I can't analyze any files in MeGUI's script creator. The indexer works, and the AVS Script Creator opens and shows the video, but hitting Analyse nearly instantly causes a crash. It very, very rarely can get through a whole video.
You'll have to ask the MEGUI people about it. If the invocation of Avisynth is not fully correct in the application such crashes can occur. Hank and I have just finished working together to fix that for HCEnc. I am willing to work with the MEGUI folks to resolve it but I can't take responsibility for debugging MEGUI.

Also, try closing the preview window before hitting Analyse.

[stax76]

If I manually set up the AVS, even loading it into MeGUI (or MeGUI x64, or StaxRip) will crash them.

DGDecNV should work completely robust with StaxRip, no problems reported so far and none experienced myself. You can post a bug report to the StaxRip thread.

[MOS-Marauder]

@Neuron:

Continuing from the other Thread (080i/Crash eg GFX Memory ?)

Actually i have installed 257.21 Drivers. Shall i really downgrade so many revisions to 196.21 ?

Btw im not using Multiple Instances. Its in the middle of an Encode...


Chris

[Guest]

257.21 should be OK. Exactly when do these crashes occur? Are you using an encoding GUI application?

[MOS-Marauder]

257.21 should be OK. Exactly when do these crashes occur? Are you using an encoding GUI application?


Yes. Im using MeGui. Sometimes its in the middle of pass1, sometimes in the middle of pass 2.

For my last Vid i fixed it not using NV Deinterlacer. (used an external one then @AVS).

Is the Memory handliing different if i use Deinterlacer or not ?

I guess u know vReveal, another CUDA Enabled Application. If i use this one @ 1080 also my GFX Ram goes down and Driver crashes...

Im checking it on the next 1080i encode with GPU-Z (watching ram usage)

Chris

[Guest]

I guess u know vReveal, another CUDA Enabled Application. If i use this one @ 1080 also my GFX Ram goes down and Driver crashes... Aha, well that's telling, meaning it's clearly not a DGNV implementation issue. I'll ask Nvidia about this.

I don't know the answer about your memory question. Tell us what you find with GPU-Z.

[jpsdr]

You see me confused as well.
Hence, the generally-recommended structure for not-MT'able sourcefilters is

SetMTmode(5, threads)
SourceFilter()

SetMTmode(2)
other_filters

This generally works, e.g. with good old dgdecode_mpeg2source. But it seems to not work with DGDecodeNV. I got Vdub either crash, or go not responding anymore.
Same for me, VDub crash.


The following, however, seems to work:
DGMultiSource()

SetMTmode(2)
other_filters
That is running right now, and it's actually using all threads as specified. (And surprise, that's exactly what you told to try.);)

You have to tell me what magic you used, because for me i've only 1 thread !
I use the x64 2.5.8 version of avisynth...
What version have you used ?
So... if i've understood properly, actualy, there is no possibility to use SetMTMode with DGMultisource ?

[mastrboy]

try adding a memory limit, i can usually solve SetMTmode crashes with the following:
SetMemoryMax(512)

If it still crashes, try lowering it by increments of 32

[Guest]

Can you give your full script please?

[MOS-Marauder]

Aha, well that's telling, meaning it's clearly not a DGNV implementation issue. I'll ask Nvidia about this.

I don't know the answer about your memory question. Tell us what you find with GPU-Z.

K running another rel.. This time i enabled Deint (mode1) and Resize as well...

Memory usage 248.

Video Engine load: 55-80%

GPU load 8%

Hm doesnt look like much RAM usage... I wait until it crashes...


Chris

[MrVideo]

Vanilla DGDecode handles 4:2:2 just fine.

Yep, that did the trick. Along with AVISynth's ConvertToYV12(interlaced=true), I was able to re-encode the MPEG-2 4:2:2 short sample (colorbars) to H.264.

:thanks:

[LigH]

I believe it would be safer to apply a "Trim()" on read license keys. There are users who manage not to get curious about additional spaces in front of their hex numbers, but the indexer appears to count them in and does not recognise the license as valid. In other words: Trailing newline here, leading spaces there - reasons for not recognising the license number can be too simple to predict.

[jpsdr]

try adding a memory limit, i can usually solve SetMTmode crashes with the following:
SetMemoryMax(512)
If it still crashes, try lowering it by increments of 32

I don't think it's compatible with 12 threads of the QTGMC filter (i've just discovered its existence) on 1080p (even YV12) video.
I've made a dest on DVD video (so, with dgmpecdecode, wich work with mode 5), and necessary memory is around 780M, on 480p, so, lowering to 512 and even less on 1080p is not an option.

@neuron2
1) I don't have my full script here, so i'll post it later.
2) Have-you been able to reproduce this (http://forum.doom9.org/showthread.php?p=1427639#post1427639) ?

[Groucho2004]

There are users who manage not to get curious about additional spaces in front of their hex numbers

Isn't it weird that people are able to create the most complex Avisynth scripts and get them to work but fail to paste a simple number into a text file?

I think the license generator should create a license file and send it to the user by email. A bit more work for Don, though. :rolleyes:

[LigH]

Quite little work with e.g. PHP to generate emails including attachments, it is well documented. But then there will be people who are unable to save attachments. ;)

...

And there are people who are great in creating complex AviSynth scripts -- which doesn't mean that they understand their content.

A collection of several denoisers and sharpeners in a semi-random order... :confused:

[stax76]

@neuron2

I noticed DGIndex has a warning about unusual high audio delay, this warning isn't in DGIndexNV it seems. I wonder which value is considered unusual? (I want to add a similar warning)

[LigH]

May depend on the reason behind the warning... If the audio studio worked well, already a delay more than 1/4 second could be unusual. But the idea behind the warning was probably to detect mistakes like "You did not extract the main movie PGC, this VOB contains possibly multiple PGCs - get rid of that leading trailer first!" ... and for such cases the threshold may be rather around 5-10 seconds. Just my guess.

[kypec]

Hi neuron2,

recently I bought DGDecNV and generated myself a license code. You said before that the Machine ID is somehow tied to network adapter used in system. I've found that everytime I connect to VPN (cause I need to work remotely on my office workstation) my Machine ID changes - how come? I thought by network adapter you meant HW (MAC address or anything like that)?
It's not really a problem as I can generate another license code for the other Machine ID but I find it a bit weird to need additional license for just one physical PC with same hardware and OS.
I'm using Win7 x64 Ultimate btw.:thanks:

[Guest]

Windows returns different information on the system call that I use.

[7ekno]

Hey guys, just looking for a little advice or some pointers for anybody that's dealt with troubleshooting the following ...

First, a bit of background:
- Kids have some BDs, and although the claims of "more robust than DVD" are certainly true, they are still not invincible (have lost a couple recently, which has spurred this "backup" kick)

Now come the tricky part ... after ripping to HDD and playing some of the titles, I noticed alot of random "blockiness" when played back with "DXVA/Cuda" applications (tried MPC, KMPlayer, POTPlayer) ... when these players are instructed to use non DXVA/CUDA decoders (like ffms-mt, etc) the blockiness completely vanishes ...

I thought, ok, no biggy, I can just playback without hardware assist ... but then after indexing the files and try to work out "Crop" values in AvsP I noticed DGSource and DGIndex having the same "Blockiness" problem (which kinda shocked me because DGTools has always been my "Gold Standard" for fast, accurate decoding!!!)

Here is a screenshot of the problem:

http://www.users.on.net/~tekno/AVC/KFP_artifact_frame3846.png

The issue I have is that the "Blockiness" is not from the DGI file or the ripped source file and it seems to happen "randomly" ... here is what happens if I step 300 frame forward, then re-enter frame "3846" to jump to:

http://www.users.on.net/~tekno/AVC/KFP_nonartifact_frame3846.png

The artifact is completely gone!! Now this wouldn't generally worry me, as I would usually write this sort of thing off as random artifact from random jumping of frames in possibly buggy applications ... HOWEVER, these random "Blockiness" frames actually appear in the encoded file when I feed x264 the direct AVS file from the images above (DGSource filter only) ...

Now the things I have tried to resolve this:
- Update NVidia drivers to latest (they are dated 17-Jul-2010)
- Uninstalled every codec/codec packs on the system
- Updated Haali

So given the problem was first noticed on DXVA playback, and is now only evident with DGSource filters (DSS2, DSS, FFMS2 all work flawlessly - no frame corruption at all), I am kinda assuming it's got something to do with the PureVideo side of things ...

Does anybody have any ideas (or experience) with this type of issue and could give me some ideas on where to proceed from here?

The PC I have free to encode the kids titles is pretty gutless (AMD x3 with GT210 512MB GPU), so any speedups I can get by offloading decode to the GPU, I want to take!!

Due to the randomness of such events, and the fact that the source file appears flawless in other source filters, I haven't provided a snippet of the source file because I believe anybody with a fully functioning system will see all the frames just fine!! Is there a version of the NVidia PureVideo Drivers that's known to be flawless? - I just downloaded the latest ones ...

I also just found this (http://www.xbitlabs.com/articles/video/display/gf-210-gt220_9.html#sect0):
The Nvidia GeForce 210 with the current driver, on the contrary, cannot be recommended even as a replacement for an integrated graphics core. The new card cannot play Blu-ray and DVD with high enough quality and does not support GPGPU/CUDA technologies (which means it cannot be used for video transcoding).

May the "low quality" talked about in the article be what I am seeing here?!? Anybody else with a 210 having similar artifacts with hardware decoding?!?

Thanks for anybody taking the time to help,

7ek

[MOS-Marauder]

7ekno:

Maybe u got a PCI/PCIe Card in your System that uses the Same IRQ or something like this. Theck in Your Mainboard Manual.

(I had this on a HTPC before....i had to remove a PCI Card in Order to get it work)


@Neuron

When i woke up today.. my Compi again welcomed me with a Cuviddecodepucture error and crashed NV Driver.

This Time i didnt run GPU-Z :(... But when i started it this moment, VP usage was 0, RAM usage allmost zero /77 MB)

Src was from RTL-HD and this was the AVS.

LoadPlugin("C:\Program Files (x86)\megui-Dev-031-1061\tools\dgindexnv\DGDecodeNV.dll")
DGSource("F:\000-CAPTURE-BACKUP\____BluRay-BRENN\HD-Encode\Promi.Kocharena\misfits-karena01.dgi",fieldop=0, deinterlace=1)
crop( 36, 4, -8, 0)
LanczosResize(1280,720) # Lanczos (Sharp)

Src is 1920x1088i (1920x1080i ... due DGindexer cropped that 8 alone)

DGAVCIndexFileNV9 X32
C:\Program Files (x86)\megui-Dev-031-1061\tools\dgindexnv\

F:\000-CAPTURE-BACKUP\____BluRay-BRENN\HD-Encode\Promi.Kocharena\20100822 2009 - VOX HD - Promi Kocharena (Edited).ts 13054029288

STREAM 1
PKTSIZ 188
VPID 511
CLIP 0 0 0 8
RANGE 0 0 13054029287 0
AUDIO 203

SPS 413
PPS 445
SPS 413
PPS 445
RPS 453
I 468

The Crash occurs in Pass 2 after approx 30%

Chris

[Guest]

@7ekno

Try driver version 196.21.

Post a sample of the source with instructions to allow me to reproduce the issue. It could be a random access issue in DGNV but I need your sample to test that. You can use TS trim in DGIndexNV or DGSplit to cut a sample of the M2TS.

@MOS-Marauder

Are you getting this error in MEGUI? If so, does it happen when you do things manually?

[7ekno]

Thanks guys for the replies :)

After reading a bit about the 210's on the Intrawebs it seems there are a few with "quality" type problems ...

Here's exactly how I fixed it:
- Swapped GeForce 210 card for GeForce 9800GT card from an old PC

That is it, no new drivers, no removal of any other codecs, nothing but a straight GPU card swap ...

I get the feeling the artifact is GeForce210 related ;) GT240 ordered for this conversion task, but in the mean time, I will give your versions of the drivers a go Neuron ;)

EDIT: Just for completeness, I swapped back (from the 9800GT) to the GeForce210 and tried a couple different revisions of the drivers including 196.21 (with the standard reboot, etc inbetween), NOTHING fixed it .... the only conclusion I can draw from this experience is there must be something firmware/driver related specific to the GeForce210 series of cards .... wonder how many other 210 owners are currently troubleshooting bizzare macroblocking / pixelation / blocking without suspecting their cards !!

Thanks,
7ek

[MOS-Marauder]

@MOS-Marauder

Are you getting this error in MEGUI? If so, does it happen when you do things manually?

Hm i always use MeGui for 2pass encodes.

Pass 2 was already running and megui is also only executing normal commandlines....

Nothing else grabbed onto the VP during this.

All this only happens on 1080i sources, not on 720p or 576 sources...

(i guess with 64bit wrapper because im using win7 x64)

I can try the same encode again manually @CLI. but this is no real proof because sometimes it works sometimes not. (if i now restart the MeGui Que it my work...)


Chris

[Guest]

I can try the same encode again manually @CLI. but this is no real proof because sometimes it works sometimes not. If it never fails manually then it proves something.

[MOS-Marauder]

If it never fails manually then it proves something.

OK well see xD

Trying manually ...


Chris

[MOS-Marauder]

Trying with this line (pass1) and then pass 2....

avs4x264.exe --level 4.1 --ref 4 --no-fast-pskip --subme 6 --bframes 3 --partitions p8x8,b8x8,i4x4,i8x8 --8x8dct --threads auto --pass 1 --bitrate 3600 --stats "1.stats" --output pass1.mkv misfits-karena01.avs

This time it crashed in pass 1 at 19%.

Killed my Nvidia Driver and stopped encoding.

Edit: 2nd try.. simply started the above line again... atm 33%...still encoding...Video Engine Load approx 70%, RAM unter 300....

Edit2: Now crashed at 50%.. (see Pic)



Chris

[Groucho2004]

avs4x264.exe

What's that? Did you rename x264.exe?

Just in case you don't understand what Don means by manually:

- Create a DGI and script with DGIndexNV
- Feed the script to x264 (vanilla build)

[Guest]

This time it crashed in pass 1 at 19%. Please try to duplicate this with a smaller stream that you can provide to me.

Also, what is avs4x264.exe?

[kemuri-_9]

Also, what is avs4x264.exe?

It is a utility generally used by MeGUI to automatically pipe video frames from 32bit avisynth to 64bit x264.

the codebase for it is mostly...
an outdated version of x264's own avs demuxer,
altered to spawn a process of 64bit x264 and write the avisynth frames to that process's stdin.
(No I didn't write it, but I've seen the source)

[Groucho2004]

It is a utility generally used by MeGUI to automatically pipe video frames from 32bit avisynth to 64bit x264.

Is this the same as avs2yuv from Loren Merrit?

[Guest]

It is a utility generally used by MeGUI to automatically pipe video frames from 32bit avisynth to 64bit x264. I'd like OP to do it manually using plain vanilla 32-bit components.

We need to eliminate as many variables as possible.

[MOS-Marauder]

I'd like OP to do it manually using plain vanilla 32-bit components.

We need to eliminate as many variables as possible.

Ok i try the same thinggy with x264 32bit... (and 30% less performance)

And yes avs4x264 is a wrapper that handles the Video of Avisynth 32bit to x264_64.exe .


Edit: crashed as well.. (See Picture)

Chris

[kemuri-_9]

Is this the same as avs2yuv from Loren Merrit?

No, avs2yuv does not automatically spawn a process of x264 and write to its stdin.
Doing that would defeat its purpose of being able to run avisynth under wine to pipe to a linux binary of x264/ffmpeg.

[MOS-Marauder]

No, avs2yuv does not automatically spawn a process of x264 and write to its stdin.
Doing that would defeat its purpose of being able to run avisynth under wine to pipe to a linux binary of x264/ffmpeg.


I only see "x264_64" in my Tasklist ;)...


Now i let the DGTools do all... i put the crop parameters into the DGI and Deint + Resize via DGTools W/H parameter... Noticed its gettinig 20 fps slower then default crop/ Lanczos resize..

Crashed my NV driver allmost instantly...1st try after 3 minutes, second one directly....

Chris

[Guest]

Chris, I need a stream to duplicate it.

[krosswindz]

I have a source which requires the field order transition to be fixed. When using DGIndex one could use the built in tool for this purpose. How does one achieve something similar using DG NV tools? Setting varying field order to TFM doesnt help as I still have ghosting. Setting fieldop=1 to force film still leaves some artifacts. Any suggestions?

[MOS-Marauder]

Chris, I need a stream to duplicate it.


The Problem is.... the Src stream is 13 GB xD

I can give u FTP access to it but it will take at least 2 Days foru to download it ....


Chris

[Guest]

@MOS

Cut it using the TS trim function.

@krosswindz

Adding handling for that is on my to-do list. For now, use DGIndex.

[PzSniper]

Is there any possibility to work with a Sky HD stream like this?

http://img594.imageshack.us/img594/5782/capturexq.jpg

Or we can't coz says MPEG/AVC Video [Scrambled]

[LigH]

No matter if a descrambler was legal or not - it would surely not be the purpose of DGDecNV.

But theoretically, CUDA might have some brute-force power to do it...

[Groucho2004]

I wonder how relevant the scores from this (http://www.xbitlabs.com/articles/video/display/htpc-graphics-cards.html) review are for the plain decoding duties that DGDecNV provides? Could the deinterlacing and/or resizing quality be different depending on the card (i.e. 210/220/240)?

[Sharktooth]

maybe depending on the driver optimizations for each card...

[PzSniper]

No matter if a descrambler was legal or not - it would surely not be the purpose of DGDecNV.

But theoretically, CUDA might have some brute-force power to do it...

Ah ok, but i've just asked hints on how to move to get this file readable, didn't said DGDecNV is good for that, so, can you tell me if there's any hope to open this .trp file aired from Sky HD and save hrs of googling? :thanks:

[Guest]

It's off topic for this thread.

[gahz]

Can anyone please help me out with a problem I seem to be having using megui and dgnv. I can't seem to get megui to have more than 1 item in the que or else it will crash. Maybe I'm doing something wrong but have no clue as to what I'm doing wrong. I have this same problem on 3 diff computers all with diff hardware. Anyway here are the steps I have taken.

1. reinstall win7 x64 (I have all 3 diff types of win 7, one type for each computer)
2. install windows patches, most current drivers, etc.
3. install haali and ffdshow tryouts beta + 64bit version also (though i have tried it without the 64 bit ffdshow and it made no diff)
4. install and patch megui.
5. load 1088 source into dgindexnv (auto crop to 1080), hit f4. dgindexnv spits out a script from the simple template I use:

LoadPlugin("c:\dgdecnv\DGDecodeNV.dll")
dgsource("__vid__")

ok here's where the magic begins. There are a couple scenario's here:
1. if i uncheck "open preview after avisynth script selection", and then try to load my script megui will immidiatly crash

but if i put a check on that option so it does open a preview window megui will not crash and I will be able to hit enque without a hitch (99% of the time). The problem lies in if I want more than 1 job in the que. When hitting enque on the 2nd job i want to put in the batch megui will crash.

The reason why I'm asking on this post instead of the megui one (though I have pm'd zathor but I think he's busy lately as I have not gotten a reply) is because if I use megui's script creator I don't have these crash problems. I can load as many in the batch as I want that way. Again, I don't know what the problem is and I'm not saying that it's dgtools that is causing my frustrations. I just want some help from you bigger brain types :)

[gahz]

*update on my problem

I tore one of my computer's down again to try and solve my problem. This time I didnt install haali or ffdshow. Seems to have partially fixed my problem. It still crashes when I have the open preview window checked off but if I have it on all my problems are gone. Now to figure out why I'm having issues after I install ffdshow and/or haali.

[Groucho2004]

@gahz

DGDecodeNV has a peculiar behaviour when it comes to its interaction with AVISynth.
Reading the video properties either through VFW or the native AVISynth API without reading at least one frame can lead to a crash.

I don't know megui but my guess is that megui just reads the properties of a video without reading a single frame.
When you use the preview feature it obviously has to read at least one frame in which case it wouldn't crash.

I'm guessing here but this could certainly be the problem.

[Zathor]

*update on my problem

I tore one of my computer's down again to try and solve my problem. This time I didnt install haali or ffdshow. Seems to have partially fixed my problem. It still crashes when I have the open preview window checked off but if I have it on all my problems are gone. Now to figure out why I'm having issues after I install ffdshow and/or haali.

I cannot reproduce the problem but I have added as suggested above the reading of one frame.

Please try this build:
http://www.mediafire.com/?ncguc91wl326bxw
and report back if the problem is still there.

[Guest]

Thank you, Zathor, for your willingness to address possible incompatibilities. I'll test this build also, though I too have not had any problems.

May I ask if you tracked the process that Hank and I went through to get HCEnc working well with DGNV?

Specifically, are you following the rules for interacting with Avisynth as they have emerged as a result of that process? You can find technical details here:

http://forum.doom9.org/showthread.php?p=1422187#post1422187

and in the HCEnc thread.

[kemuri-_9]

@gahz

DGDecodeNV has a peculiar behaviour when it comes to it's interaction with AVISynth.
Reading the video properties either through VFW or the native AVISynth API without reading at least one frame can lead to a crash.

I'm guessing here but this could certainly be the problem.

This is highly unprobable: x264 reads the video properties before decoding any frames.
(I'm talking about x264's own avs demuxer, not any of those misc vfw4x264 or avs4x264 utilities that MeGUI plagues itself with)
by your logic here, x264 would ALWAYS crash when being used directly with DGNV.
as I have not seen any reports of behavior along these terms all this time, the problem likely lies within MeGUI.

[Groucho2004]

the problem likely lies within MeGUI.

I thought it was clear that I was referring to megui (I didn't even mention x264).

I never had any problems feeding scripts that use DGDecodeNV to x264.

[Sharktooth]

@kemuri-_9: i cant reproduce as well. however your logic is faulty. the problem has appened before with other softwares too. so megui is not directly responsible. however, if it's a problem in the avisynth interaction, as i said i cant reproduce so i cant fix it. but still other plugins work as expected... so, before saying it's a megui problem, check your logic, coz is COMPLETELY faulty.

[Zathor]

@neuron2:
I have tried to follow that discussion and had read the thread linked by Groucho2004. In my opinion the AviSynthWrapper.dll seems to be ok, but frankly speaking this part is out of my scope. I have only limited C++ knowledge and this is not enough to mess with the code. If you or someone else is willingly to have a look at the code it would be highly appreciated. This should be the required file:
http://megui.svn.sourceforge.net/viewvc/megui/AvisynthWrapper/trunk/AvisynthWrapper.cpp?revision=1415&view=markup

@kemuri /Groucho2004 (and a little bit OT here):
I know that MeGUI has still several problems. Over the past months I have been able to fix some of them without introducing hopefully too much new problems. I have never said that I am a professional developer or that I claim to know everything. I am doing things within my scope in order to help the community and I won’t mess with things I do not understand (ok, in some cases I thought I understand it...). So if you have any advice (like get rid of avs4x264 for 64bit and do it with other methods) please do not hesitate. Without addressing problems it is impossible to evolve. In this specific case only addressing the problem is sadly not sufficient because – as said above – it is out of my scope.

[Guest]

Thanks, Zathor, I'll have a look. That's exactly what Hank did too, BTW, i.e., referred his code to me for review and I modified it for him.

Your candid attitude about development and your capabilities is refreshing. Keep on, it's the only way to reach the level you'd like to attain. Surely, you will find only support and appreciation for what you (and Sharktooth) are doing.

[Sharktooth]

probably the issue is OS/settings/drivers/something dependant. otherwise it would be inexplicable. however it's too easy to point the finger and judge... until we dont find what's causing it i suggest everyone to think twice before speaking. this is the second time i have to speak about ppl saying "it's megui's fault"... megui is still open source and some of the ppl yelling against megui are even programmers... enough said.
there wont be a third time...

[Rodger]

Is there any possibility to work with a Sky HD stream like this?

http://img594.imageshack.us/img594/5782/capturexq.jpg

Or we can't coz says MPEG/AVC Video [Scrambled]

I´d like to pick that up. I just found out, that there must have been changes in the Audio-Stream recognition.

In one and the same file build 2024 doesnt find anything and an older build (2009) easily finds two dolby digital audio streams.

So I´d say changes made are not really good.....at least when it comes to this theme.
See the screenshot:
http://www.bilder-space.de/show_img.php?img=7ec92a-1283858056.jpg&size=thumb (http://www.bilder-space.de/bilder/7ec92a-1283858056.jpg)

Any idea how to fix this in newer builds?

btw. source is a LEGAL RECORDING via Vantage HD7100s from Sky television GERMANY. (HD channel obviously)

[Guest]

Any idea how to fix this in newer builds? Sure. You give me a link to a stream that does that and then I fix it. Thank you for bringing it to my attention.

[crasus]

Dear neuron2,

It so happens that sometimes after demuxing the .h264 from a Bluray with eac3to (latest) I see a certain number of frames in the log (say 128540) and after indexing with dgdecnv 2024 (and other versions in the past) I see another number in its log (say 128526).

May I ask what's the source of this and I am doing something wrong somewhere? I do apologize if it's already been answered or asked.

All the very best and warmest for your excellent software (which saved me time ... more than once!)

[Guest]

DGNV will discard frames at the end that cannot be displayed due to missing references. It's normally caused by a bad edit. If it occurs for streams that have not been cut, then please specify the BluRay disk and I will buy it to investigate.

And thanks for the kind words! I am happy that you find my work useful.

[Rodger]

Sure. You give me a link to a stream that does that and then I fix it. Thank you for bringing it to my attention.

Thank you! I´ve just uploaded a "sample Directory" with all files created when recording.

Here is the link: http://www.megaupload.com/?d=7TH4QVZZ

[crasus]

DGNV will discard frames at the end that cannot be displayed due to missing references. It's normally caused by a bad edit. If it occurs for streams that have not been cut, then please specify the BluRay disk and I will buy it to investigate.

And thanks for the kind words! I am happy that you find my work useful.

I very much appreciate your quick reply.

It always occured from streams demuxed straight from the Bluray.

In this case, here's the BluRay we're talking about : http://www.amazon.fr/aventures-rabbi-jacob-Blu-ray/dp/B001GMY9NK/ref=sr_1_2?ie=UTF8&s=dvd&qid=1283945127&sr=8-2

[Guest]

@crasus

OK, I will investigate.

@Rodger

See the next post.

[Guest]

* Fixed a GUI bug that could cause the first frame to be displayed wrong just once on
initial open in DGIndexNV.

* Fixed missing detection of audio streams with stream_id 0xbd when PAT/PMT is not present.

* Fixed the broken CLI option -od (save project and demux video).

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

[Rodger]

WOW! Now that was a quick bugfixing :D

THANK YOU for that!

[gahz]

I cannot reproduce the problem but I have added as suggested above the reading of one frame.

Please try this build:
http://www.mediafire.com/?ncguc91wl326bxw
and report back if the problem is still there.

can you believe the main cause of my problem was that i had not set ffdshow to handle raw files?

i was getting zero crashes without ffdshow installed and i suddenly got them back right as soon as i installed ffdshow. i realized i had forgotten to enable raw file handling, ticked it and now the major part of my problem is gone.

every now and then i'll get a very odd hickup. after say i put in 8 jobs in the que i'll go to add another and megui will fade out and crash. i just restart megui and everything is fine again. regardless i am very happy to report that it was my mess up an no one elses that caused this big pain in my...

though what i dont understand is how ffdshow 32 bit broke megui 64 bit? can someone enlighten me on this?

[Fotis_Greece]

Hello, yesterday I sold my GTX 260 and bought a new GTX 470 card. Installed the latest Nvidia drivers in my Windows 7 64bit system and all ok. It works perfect with Premiere CS5.
Today I tried to use DG NV2025 and I get an error about "GPU decoder failed to create video decoder [1]" . Is there a problem with the GTX 470 card? It is not yet supported by your application?
I uploaded a small clip for you to try also (in case there is something wrong with the video file but I don't think so as I managed to do my job using VideoRedo)
http://rapidshare.com/files/418064383/Test.mpg.html

Edit: I tried now with both the x64 and x86 version of DG NV with various video files that I know previously worked and all of them give me the same error. It's definatelly something to do with the GTX 470

[Guest]

Please try Nvidia driver version 258.96. Everything works fine on my 460.

Also, always tell your revision when making a report. Thank you.

[Fotis_Greece]

It's already 258.86, I thought it was meant as I just yesterday downloaded it and installed it.
I will try uninstalling and reinstalling the drivers and come back to you.

[Fotis_Greece]

I uninstalled, redownloaded and installed again. Unfortunately the same error comes again.
Any idea?

[Guest]

First, regenerate your license with the machine ID currently reported by DGIndexNV.

Second, use GPU-Z to check your memory usage before starting DGIndexNV.

Third, are you just opening DGIndexNV directly or trying to use a 3rd party GUI?

Fourth, try build 2024. There is always a chance I hosed up something in 2025, though it works for me.

Fifth, does DXVA work properly?

If it remains a problem, I will make a debug build for you this evening.

[Fotis_Greece]

Thanks for the tips, I regenerated the license file and now everything works perfect.
What has the license file to do with the gpu decoder???

[Guest]

It triggered an anticracking mechanism. You should have gotten an "invalid license" error popup, though. I will look into why that did not happen.

[mastrboy]

having some "issues" with audio after demuxed by DGNVIndex, eac3to reports the following: "This track is not clean" and trying to encode it with FFAudioSource just fails with "unable to open ...", NICAudio also fails at some point.

The audio file is a AC3/TrueHD from a m2ts blu-ray disc.

Mediainfo on the demuxed file:

Format : AC-3
Format/Info : Audio Coding 3
Format profile : TrueHD / Core
File size : 509 MiB
Duration : 2h 38mn
Overall bit rate : 448 Kbps

Audio
Format : AC-3
Format/Info : Audio Coding 3
Format profile : TrueHD / Core
Mode extension : CM (complete main)
Muxing mode : After core data
Duration : 2h 38mn
Bit rate mode : Variable / Constant
Bit rate : Variable / 448 Kbps
Maximum bit rate : 4 800 Kbps / 448 Kbps
Channel(s) : 6 channels
Channel positions : Front: L C R, Side: L R, LFE
Sampling rate : 48.0 KHz
Bit depth : 16 bits
Stream size : 509 MiB (100%)


After it has been demuxed it reports Duration: 2h 38mn, but the audio is really only 20,9min...

[Guest]

Please post a sample of the m2ts cut with DGSplit that I can use to duplicate the issue. Please provide full instructions for how to duplicate the issue *with the sample you give me*. Thank you.

[mastrboy]

Please post a sample of the m2ts cut with DGSplit that I can use to duplicate the issue. Please provide full instructions for how to duplicate the issue *with the sample you give me*. Thank you.

Sample: http://www.mediafire.com/?z9nhougxo59qu54

Process to replicate issue:
- Start DGIndexNV.exe 32bit 0.25
- Press F2 and select m2ts file
- Answer "NO" to cropping question
- Activate cropping on LEFT and RIGHT, value=240 on both
- Press F4 to save project
Result: weird behavior on AC3 files

By the way, the autocrop buttons totally fails, pressing autocrop to mod16 results in the following:
http://img13.mediafire.com/c06b0382cd893df3fcba8b1bc7cf69ab4g.jpg

[Guest]

Thank you. Can you please also give me the eac3to line that gives the error you mentioned?

[mastrboy]

Sure, you need the nero aac encoder in the same directory as eac3to. eac3to still encodes the file, but reports "This track is not clean".
- eac3to.exe track1.ac3 track1.m4a

[Guest]

Autocrop works fine on your sample. Did you try it?

I will wait to look at the audio problem until you assure me the reported problems happen *with the sample you uploaded*.

Also, can you please give me the command line to demux the track using eac3to so that I can do a binary compare? Thanks.

[Guest]

Using your sample, I demuxed PID 1100 using Manzanita Muxer and DGIndexNV. The resulting files were binary identical.

Please advise.

[Shevek]

By the way, the autocrop buttons totally fails, pressing autocrop to mod16 results in the following:...

You need to find a frame in the video which has the most contrast between the black bars and content, i.e. as much white as possible.

If you try to autocrop on the first (usually all black) frame it will crop all of it and give you the result you saw.

[mastrboy]

Using your sample, I demuxed PID 1100 using Manzanita Muxer and DGIndexNV. The resulting files were binary identical.

Please advise.

Well i forgot to include some information, after checking it out i remember i cut the original within DGNVIndex so that the OP and ED of the episode was cut out and only the episode itself remained.

So it only happens of you change start and end in DGNVIndex, example output from eac3to:

X:\Video_Encoding\Apps\eac3to-3.24>eac3to.exe x:\test_cut_track.ac3 x:\del.m4a
AC3, 5.1 channels, 0:00:45, 448kbps, 48kHz, dialnorm: -29dB
The Nero decoder doesn't seem to work, will use libav instead.
Removing AC3 dialog normalization...
Decoding with libav/ffmpeg...
Remapping channels...
Reducing depth from 64 to 32 bits...
Encoding AAC <0.50> with NeroAacEnc...
This track is not clean.
eac3to processing took 1 second.
Done.

X:\Video_Encoding\Apps\eac3to-3.24>eac3to.exe x:\uncut.ac3 x:\del.m4a
TrueHD/AC3, 5.1 channels, 48kHz, dialnorm: -29dB
(embedded: AC3, 5.1 channels, 448kbps, 48kHz, dialnorm: -29dB)
Extracting TrueHD stream...
Removing TrueHD dialog normalization...
Decoding with libav/ffmpeg...
Encoding AAC <0.50> with NeroAacEnc...
The original audio track has a constant bit depth of 24 bits.
eac3to processing took 1 second.
Done.

See image so there is no misunderstanding:
http://img14.mediafire.com/d9f4dc59c5f0691874319985b73e13be5g.jpg

The auto-crop "issue" only happened when on the first frame, i assume that is because the entire first frame is pure black?

Edit: and yes, the audio issue also occurs on the sample i sent. The eac3to output above is from the sample.

[Guest]

Yes, you must navigate to a frame showing a distinction between the video and the black bars, because the software scans in from the edge looking for the first non-black pixels. The users manual says this:

"For best results, navigate to a frame with high contrast between the video and the black bars before entering the cropping dialog."

A fully black frame will have rather low contrast. ;)

Regarding the audio issue... You cut the sample you gave me or you cut from a larger sample? If the latter, then I'll need that larger sample, please.

[mastrboy]

i cut from the sample i gave you.

[LigH]

I decided to give ivfenc a try and make some WebM video. Downloaded the Blender movie 1080 PNGs (ED: 21 GB / BBB: 30 GB), created an AviSynth script with ImageSource ... but the reading of the source PNGs was already the slowest part of the recoding. So I created intermediate AVC files with very low compression and then used DGDecNV to read those as "good enough semi-original" to be delivered to ivfenc.

Funny result: For each of the 2 passes, I got a Windows XP error message that the encoder crashed, but it kept running and finished with an acceptable result. The console window (I called a "start *.bat" command for a batch file running both passes in a row) closed after closing both crash dialogs.

Is that related to the issue e.g. stax76 mentioned - about "programs which open AviSynth scripts only briefly and close them without reading even one frame" which seems to crash one instance of DGDecNV?

[Guest]

Is that related to the issue e.g. stax76 mentioned - about "programs which open AviSynth scripts only briefly and close them without reading even one frame" which seems to crash one instance of DGDecNV? Hard to say. It could be, or they could be using Avisynth incorrectly like we fixed in HCEnc. Or it could be some new bug unique to what they are doing. Without their source code it's hard to say. Is the code available?

@mastrboy

OK, thank you. I will try to duplicate it.

[Groucho2004]

Is that related to the issue e.g. stax76 mentioned - about "programs which open AviSynth scripts only briefly and close them without reading even one frame" which seems to crash one instance of DGDecNV?

It appears to be a common problem. For example, Procoder 3 and CCE 2.7 crash as well. I only fixed this recently in my programs that process scripts after I started using DGDecodeNV.

Apparently, nobody seems to know if this is a problem with Avisynth, DGDecodeNV or the Nvidia API.

[Guest]

It appears to be a common problem. For example, Procoder 3 and CCE 2.7 crash as well. I only fixed this recently in my programs that process scripts after I started using DGDecodeNV.

Apparently, nobody seems to know if this is a problem with Avisynth, DGDecodeNV or the Nvidia API. It should be possible to debug it with the source code for all the pieces. If somebody can give me source for a simple app that invokes the problem I can at least determine if it is in Nvidia or not. If not, then we could fix it. If it's in Nvidia, we could contact them. My problem is I don't have a simple app that invokes the issue. Don't even mention .NET to me. :)

[LigH]

I believe Nic has the sources available for his AviSynth mod of ivfenc.

And stax76 mentioned that something happened to him too because he used to open the Script in StaxRip only to obtain the dimensions and frame count first. But when not reading even one frame, and closing, DGDecNV used to crash ... if I remember correctly.

[Groucho2004]

It should be possible to debug it with the source code for all the pieces. If somebody can give me source for a simple app that invokes the problem I can at least determine if it is in Nvidia or not. If not, then we could fix it. If it's in Nvidia, we could contact them. My problem is I don't have a simple app that invokes the issue. Don't even mention .NET to me. :)

VC6 project here: Here (http://www.iol.ie/~schubert/AVSInfo102.zip)

Set your breakpoint on "delete env;" at the end of _tmain.

If you want to reproduce the problem, comment out these lines:

"frame = clip->GetFrame(0, env);" (line 63)
and
"frame = clip->GetFrame(i, env);" (line 68)

Have fun :)

[Guest]

You should not be doing delete env!

That is the big no-no that we fixed in HCEnc and elsewhere.

I'll look at it though and see if anything else is going on. Thanks for providing it.

[Groucho2004]

You should not be doing delete env!

That was actually not supposed to be there. Too much experimenting...

Edit: Funny thing is - now I can't reproduce it anymore.

[Guest]

I'm a :helpful: that gets lucky now and again.

BTW, just looking at the CUVID API and knowing from experience what I do about the behavior of CUVID I can't even imagine a mechanism by which this could be caused by the CUVID code.

[Groucho2004]

I'll send you a program with which you can reproduce the problem later.

I just checked and double-checked. I wasn't dreaming after all. :rolleyes:

[Groucho2004]

Don, check your inbox.

[Sharktooth]

ok, probably found a bug. Source: MKV file with x264 video and Vorbis (aoTuV b5) audio. DGIndexNV (2025) correctly indexes the MKV but even if the option is set it doesnt demux the audio.
mkvextract correctly extracts the audio track. is it a known problem or you need a clip?

[Guest]

@Groucho2004

Thanks. Investigating...

@Sharktooth

I never saw Vorbis audio and would have to add support, so if you can provide a clip it would be helpful.

[Sharktooth]

sure. ill upload it as soon as i finish sending the list (it may take a while... about 32.000 emails)

[tormento]

Which avisynth filters do you think is better to apply after a deinterlace=2 (bobbing) to convert from a 60i (60p by bobbing) to a 30p, retaining as much details as possible? Don't know how the Nvidia bobbing works when "espanding" temporal resolution.

[Guest]

Hmm, good question.

I don't think you can do much better than simply SelectEven() or SelectOdd(). You may want to check them to see which is better, because sometimes sources have artifacts limited to, or more prevalent in, one field.

But also, have a look at simply using deinterlace=1, i.e., not bobbing.

I'm always open to be corrected by Didée, of course. :)

[tormento]

I have read lot of docs about 60i interlacing and doing a deinterlace=1 is a no-way as you discard half frame of information. Unless NVIDIA provides a smarter way of deinterlacing. I suppose you should ask your "informer" ;)

[Guest]

Bobbing followed by SelectEven() will also lose half the temporal resolution. I don't see anyway to avoid it.

[Didée]

Of course you cannot have 60Hz information in 30Hz progressive frames. Except for simple field blending, but nobody really wants that. (Hopefully.)

So far I've only had a brief look at Nvidia's deinterlacing. After checking with a few of my standard test samples, I quickly lost interest. Sure it is fast, but that's about it. Quality-wise, I can't see any particular magic in there; it's about in the same league as tdeint/yadif/etc. When you want blazing speed, then it's for you. When you aim for maximum detail/stability (and inherently, compressibility), then it's no replacement for TGMC. Which is still in a leage of it's own - regarding the result:), as well as as the needed CPU-time:(.

[Guest]

then it's no replacement for TGMC. Which is still in a leage of it's own Of course TGMC is the quality champ! Nobody's claiming PV as a replacement for TGMC. It's just a useful sweet spot for the quality/performance tradeoff, as you say.

[Didée]

But I had hoped that Nvidia would pull a little more out of the hat. It's not easy to get deeper information, however the video engine generally offers 3 ways of deinterlacing: "spatial", "temporal", and "vector adaptive". Spatial probably is a simple interpolator, temporal probably is interpolation with weaving acc. to some kind of usual motion-check. vector adaptive could be like temporal, by using source's motion vectors to judge if there "is" or "is not" motion. I'm pretty sure that no kind of active motion compensation is used: the results simply do not look like that.

Sample for demonstration is encoding right now. Check in a few minutes.

[Guest]

I thinks it's a relatively simple EDI, but I could be wrong. We can ask Nvidia about it, but it may not be something they want to discuss.

[Didée]

Quite possible. As long as the curtain isn't pulled, the illusion can persist there would be something special underneath.:D - Still, asking wouldn't hurt ... perhaps someone has a weak moment and actually leaks some insight.
Also, what I gathered from the internet: the video engine automatically uses the "highest" method, according to the capabilities of the card, as well as the actual content. Particular example: the GT220/240 is said to use "vector adaptive" deinterlacing only up to SD resolution, but for HD resolution it uses only "temporal" deinterlacing. Such behaviour is understandable, given that the usual application is realtime-playback. Though, for offline processing it could be interesting if it were possible to choose the deinterlacing method to liking. If you contact Nvidia again, maybe you could ask about that, too.

Okay, the comparison ...

Here's a quickly produced sample, from a realworld source: "Lord of the dance", native PAL DVD. To demonstrate clearly, the content was first bobbed, then upscaled 200% with pointresize, and slowed down from 50fps to 12.5 fps. Just to make it easy to see what's really going on.

<sample> (http://www.mediafire.com/?i7znn4nfpvr8nwe) (MediaFire, ~9 MB)

Three of them are more or less about the same. Hard to tell why one of the three should be preferable to the other two. They are exchangeable.

Hence ... if you're in a hurry, then it doesn't matter too much which one you pick. When calling for quality even if it takes longer, then there's not much of a choice.

[hydra3333]

My goodness, that is rather confronting as a demonstration. Is there a link to the latest TGMC which you use ?

[Guest]

Good news. I have found and fixed the dreaded "crash if you don't get a frame bug".

It was a race condition between CUDA init and the destruction of the filter instance. Putting a frame fetch in there gave CUDA long enough to finish initializing before the application deinstantiated the filter. I've mitigated that in DGDecodeNV.

Will test a bit more and then release. Hopefully it will make DGNV work with CCE, Procoder, etc.

Thanks to Groucho2004 for providing the simple test app I used to recreate the crash.

[lych_necross]

I have a quick noobish question: does TGMC == TempGaussMC?

[tormento]

Didée, Neuron2, please keep us informed about your VP deinterlacing. Are NVIDIA GPUs capable of some noise reduction too or other video manipulation in hardware? DGNV is such a useful program that some other features would be welcome ;)

[LigH]

@ lych_necross: Yes. The exact source might be important, though...

[stax76]

It was a race condition between CUDA init and the destruction of the filter instance. Putting a frame fetch in there gave CUDA long enough to finish initializing before the application deinstantiated the filter. I've mitigated that in DGDecodeNV.

That explains the arbitrary behavior it had.

http://forum.doom9.org/showthread.php?p=1417168#post1417168

[Guest]

* Fixed a race condition between CUDA init and filter deinstantiation that could cause
a crash when DGDecodeNV is instantiated and then deinstantiated without a call
to GetFrame(). Some third-party applications do that to get the video clip properties
returned by an Avisynth script.

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

[Guest]

Are NVIDIA GPUs capable of some noise reduction too or other video manipulation in hardware? DGNV is such a useful program that some other features would be welcome ;) Sure they are capable of it but these things are not currently exposed in the CUVID API.

Since I now know how to write postprocessing functions that run on CUDA (I use it for the NV12->RGB conversion in DGIndexNV), I could contemplate writing some filters. At first, spatial only. Would you like to suggest any specific spatial denoising algorithm that I could implement?

[LigH]

Surely a "median" filter would be useful, and possibly rather simple to implement (hopefully).

a) "careful" method: capping a value to the range of the direct neighbors except self (not exactly the meaning of the term "median", but often used in filters with such a name)

b) "strict" method: setting a value to the middle value of the sorted list of self and neighbor values (the mathematical meaning of the term "median", but with stronger effect and "plateau" side effects)

[Guest]

Do you think a 3x3 kernel is sufficient?

[LigH]

Hmm ... well ... in general yes. But GPUs may have enough power to try a 5x5 kernel too. But they will have side effects, that can get quite heavy. I used Median with 5x5 kernel to simulate mesas in Terragen (the statistical filters in the "SOPack" are based on my suggestions to its author).

[tormento]

Would you like to suggest any specific spatial denoising algorithm that I could implement?
I'd leave the speech to Didee, one of the avisynth man I was tought most. My dream is MVTools2 CUDA ;)

[Groucho2004]

* Fixed a race condition between CUDA init and filter deinstantiation that could cause
a crash when DGDecodeNV is instantiated and then deinstantiated without a call
to GetFrame(). Some third-party applications do that to get the video clip properties
returned by an Avisynth script.

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

Nice. I just encoded a MPEG-2 sample with Procoder 2 for the first time using DGDecNV. :)

[Guest]

Good news! Thanks for the test result and your valuable contribution to fixing this nasty little bug.

[LigH]

Now I wonder if DGAVCDecDI might have a similar issue. Trying the batch encode with ivfenc on an AviSynth script which uses DGAVCDecDI instead of DGDecNV (I have only a 6800 GS at home), I get pseudo-crashes too (as described in the former report (http://forum.doom9.org/showthread.php?p=1433633#post1433633) - just analoguely).

ED_0360_700_ivf.batE:\Programme\ivfenc\ivfenc.exe --codec=vp8 --passes=2 --pass=1 --fpf=ED_0360.stats --best --threads=1 --token-parts=1 --end-usage=0 --target-bitrate=700 ED_0360_DI.avs ED_0360_700.ivf
E:\Programme\ivfenc\ivfenc.exe --codec=vp8 --passes=2 --pass=2 --fpf=ED_0360.stats --best --threads=1 --token-parts=1 --end-usage=0 --target-bitrate=700 ED_0360_DI.avs ED_0360_700.ivf
E:\Programme\MKVtoolnix\mkvmerge.exe -o ED_0360_700.webm -w ED_0360_700.ivf ED.ogg

ED_0360_DI.avsLoadPlugin("E:\Programme\DGAVCDecDI\DGAVCDecodeDI.dll")
DGSource("ED_1080_CRF06_DI.dgi")
Spline36Resize(640, 360)

But that should rather be discussed in the DGAVCDecDI thread (http://forum.doom9.org/showthread.php?t=156238), I believe.

[Guest]

But that should rather be discussed in the DGAVCDecDI thread (http://forum.doom9.org/showthread.php?t=156238), I believe. Yes, please. I'm aware of some crashing issues on random access that I am working on.

[jpsdr]

This version fixes the virtualdub crash problem jobs i've reported. Thanks.
As soons as i can, i'll check if it fixes the crash with SetMTMode(5) under MT avisynth.

Edit :
SetMTMode(5) apparently now works.

[Guest]

Fantastic. Thank you for your test results!

[jpsdr]

Yes.... but... my test crash at around 50% of a 100 frames video with a kernell32 error... on QTGMC with SetMTMode(5,6) (and SetMTMode(2) just after DGDecodeNV and before QTGMC) (with avisynthx64).
Nevertheless, maybe 3GB of memory is not enough for doing 6 thread on a 1080i video with QTGMC...

[Guest]

If you can get a DrWatson dump of the crash it may help us to find the cause.

[jpsdr]

... I don't know how to do that.
But when i take a look at the task manager afterward, the pic memory usage was at 3GB...

[Didée]

Quick report on SetMTmode(5) ...

Yes, with 2026 it generally works. That's a big and important improvement! The only drawback seems to be that it somehow uses more memory. It's not the "private bytes" and not the "working set" in Taskmanager, those values are about the same. It's the "virtual memory" which seems to be ~200 MB bigger, compared to using mpeg2source.
Now, 200MB is not quite trivial ... I assume that's the reason why some scripts with SetMemoryMax(bigvalue) still crash, though they work with mpeg2source: private bytes and working set are sufficiently below 2GB, but the virtual memory could exceed. (Though, I never saw that value actually exceed ... the crashes came earlier, while the memory value was increasing quickly.)


Edit:

Some more toying-around reveals it is related to the number of instances of DG[Multi]Source. Each single instance is using a good bunch of memory. (The above numbers happened to be with 3 source calls present.)

With a script like this:

SetMTMode(5,6)
SetMemoryMax(1024)

v1 = DGsource(...) # or mpeg2source, respectively
v2 = ...
v3 = ...
...etc...

v1 + v2 + v3 + ...

SetMTMode(2)
TGMC_b2(1,1,1)

return( last )


Trying with 1, 2, 4, 6, 8, 10 source calls, TaskManager shows the following numbers for "virtual memory" of VirtualDub 1.9.9 :

source mpeg2source DGSourcce
calls

1 1'186'116 1'250'288

2 1'209'072 1'320'428

4 1'252'808 1'454'332

6 1'297'636 1'584'588

8 1'342'396 1'716'780

10 1'385'896 1'845'544

Seeing that, it becomes understandable that DGDecodeNV runs out of memory much sooner than mpeg2source.


It's very good news that SetMTMode(5) finally works.
Now, if you could find a way to minimize allocation of virtual memory, it would be even better. :)

[crasus]

Dear neuron2,

It so happens that sometimes after demuxing the .h264 from a Bluray with eac3to (latest) I see a certain number of frames in the log (say 128540) and after indexing with dgdecnv 2024 (and other versions in the past) I see another number in its log (say 128526).

May I ask what's the source of this and I am doing something wrong somewhere? I do apologize if it's already been answered or asked.

All the very best and warmest for your excellent software (which saved me time ... more than once!)

Dear neuron2,

An addition to my earlier comment. I tryied to index the said file (along with another one from a very different Bluray but with the same situation under 2026) with older DGIndexNV versions.

I tested with all the versions on your website at the present : from 2020 to 2026. From 2021 to 2026, the DGIndexNV log showed a different frame count than eac3to. BUT! 2020 popped up the correct frame number. So, I searched around the web for more and came across DGDecNV 2012 and tried that as well. Yet again, the correct number of frames. It would seem that the problem started with 2021.

Do let me know, what I might do to help pinpoint this possible issue.

Warmly,
Crasus

P.S. : For reference, Win7 x64 with GT 240 (258.96 driver) and the latest eac3to.

[mini-moose]

I noticed the recent versions of dgavcnv don't come packed with the cuvid server. I was always just overwriting the old files so all my old ones were kept so I didn't notice up till now. Is it not required anymore ?

if it was discussed before apologies in advance.

[Sharktooth]

cuvid is not needed anymore with recent DGNVTools.

[mini-moose]

awesome. thanks Sharktooth. does this means no more crashes if I use rdp or screen saver ?

[royia]

Sure they are capable of it but these things are not currently exposed in the CUVID API.

Since I now know how to write postprocessing functions that run on CUDA (I use it for the NV12->RGB conversion in DGIndexNV), I could contemplate writing some filters. At first, spatial only. Would you like to suggest any specific spatial denoising algorithm that I could implement?

Any decent Edge Preserving Noise Reduction would be great.
Something like hq3dnd (Or whatever the NR Plug IN is called) would be a killer feature.
I would buy it instantly.

[LigH]

ivfenc 1.5 (Nic's AVS mod) encodes without any pseudo crash dialogs in 2 passes using DGDecNV 2026.

[Sharktooth]

awesome. thanks Sharktooth. does this means no more crashes if I use rdp or screen saver ?
dont know. never had those problems since i use no screen savers and i dont use rdp for that purpouse.

@neuron2: sorry for the delay. im really busy and we're also in the process to release a new megui stable build, so ill upload the clips as soon as i find 10 minutes to do that...

[tormento]

Little OT (please Neuron2 don't ban me, simply delete this post if needed, it comes from the hearth =P)

It's a pleasure to see here great programmers like you, Didee and Sharktooth "work" for us, completely free.

Thanks, guys.

[hydra3333]

Just wondering ... how about a deblocking filter. It's sort of denoising, in a way :)

[XadoX]

I have a Nvidia Quadro NVS 290. While recoding a h264 Video with DGdecNV and x264 and watching a Video on YouTube or in MPC-HC my PC freezes.

[Hagbard23]

I have a NVIDIA 9500GS.

I can get DGTools2026 working with MPEG2Files, only when i use "Use_D3D=1" (in the *.ini file). Both, DgIndexNV and DGSource() are working quite well.

But when i load *.x264 files into DGINDEXNV, it crashes with the following error message:

"Failed to start GPU Decoder" Error#100

Maybe it is the Graphic Card, which is garbage... ;)

BTW: What is the D3D-Mode all about - what exactly is the difference and disadvantages to native driver support? I know that there should be disadvantages, but i am just curious what the technical background is...maybe someone can answer this question...Thanks..

[gahz]

just wanted to thank you. whatever you did fixed my problem with having to open the preview window every time i opened a .avs in megui!

quick question, though i dont know if it relates to dgtools or not. sometimes i'll open up one of the various tools in megui while i have an encode going and it will crash out megui but if you look at task manager the encode is still running. it eventually finishes up at the time it's supposed to and the file is intact. any clues as to what's going on?

[Zathor]

quick question, though i dont know if it relates to dgtools or not. sometimes i'll open up one of the various tools in megui while i have an encode going and it will crash out megui but if you look at task manager the encode is still running. it eventually finishes up at the time it's supposed to and the file is intact. any clues as to what's going on?

I think it is more related to MeGUI. Nevertheless what kind of action do you start when it crashs (does it involve opening an avs file with DGDecodeNV.dll?) and how much graphics memory do you have? Have you tried to monitor the usage with GPU-Z? And what kind of crash is it? Do you have any crash report?

@neuron: move the post to the GUI forum if necessary.

[Hagbard23]

Neuron2 - can you add the "FieldOrder" in the Stats-Window again? Or is it technically impossible?

[Guest]

It's possible. I'll add it to my to-do list. I also need to have DGecodeNV set it properly for Avisynth.

Thank you for the suggestion.

[tormento]

Neuron2, if any spare time, please make DGIndexNV remember in and out directory separately. Sometimes the ripping source drive is one, the output project one is another.

And the filling status in in the Windows7 bar (a-la-MeGui to tell one), would be very useful if audio is off (hint: office) and the demux is long...

Thanks ;)

[gahz]

I think it is more related to MeGUI. Nevertheless what kind of action do you start when it crashs (does it involve opening an avs file with DGDecodeNV.dll?) and how much graphics memory do you have? Have you tried to monitor the usage with GPU-Z? And what kind of crash is it? Do you have any crash report?

@neuron: move the post to the GUI forum if necessary.

hiya zathor, i can tell you the easiest way to reproduce this (well at least for me):

1. load 5 jobs into megui
2. close megui, then open megui
3. hit start

at this point megui should gray out. you then have no option but to close megui in which case you get a crash window with this error:

Problem signature:
Problem Event Name: APPCRASH
Application Name: MeGUI.exe
Application Version: 0.3.5.12
Application Timestamp: 4c8d3471
Fault Module Name: nvcuda.dll_unloaded
Fault Module Version: 0.0.0.0
Fault Module Timestamp: 4c379085
Exception Code: c0000005
Exception Offset: 000000000945564f
OS Version: 6.1.7600.2.0.0.256.48
Locale ID: 1033
Additional Information 1: 2264
Additional Information 2: 2264db07e74365624c50317d7b856ae9
Additional Information 3: dbaf
Additional Information 4: dbaf93d46593b450aa6261886a14bd19

after it closes down you will notice x264 is still running in taskmanager and cpu usage confirms that it is indeed encoding

script i use if it mattters:

# Set DAR in encoder to 16 : 9. The following line is for automatic signalling
global MeGUI_darx = 16
global MeGUI_dary = 9
LoadPlugin("C:\Program Files\Megui_x64\tools\dgindexnv\DGDecodeNV.dll")
DGSource("D:\8\00067.dgi",fieldop=0)

this happens in both 32 and 64 bit megui. sorry if this doesnt belong in this thread but i didnt know how else to reply to zathor's post directly.

*edit* if you do not close megui and then open it back up as per step #2, all will be fine. it will not gray out and crash.
*edit #2 forgot to answer zathor's questions* graphics memory is 512meg. usage on gpu-z is normal, around 8%. i explained the crash type and the report is posted.
*edit #3* after crashing this way around 4 or so times megui gets messed up and i have to reinstall otherwise it crashes anytime i even attempt to enque a job.

[krosswindz]

Neuron2, if any spare time, please make DGIndexNV remember in and out directory separately. Sometimes the ripping source drive is one, the output project one is another.


+1

This is something really very useful.

[asarian]

"1. Activation of a screensaver or standby mode may interfere with proper operation of the NV tools. They should be disabled during use of the NV tools."

Hmnm, dumb question, no doubt, but does that also mean you can't game while DGSource is running?

[Sharktooth]

@neuron2: as promised here's an MKV with vorbis audio (dgindexnv cant demux it). it's 2 channels, if you need a MKV with vorbis 5.1 channels audio just ask.
http://www.mediafire.com/?p50eerrupiuyciq

[Underground78]

Hello,

I have warnings "CuvidDecodePicture: 1" when seeking in DGIndexNV with some VOB files loaded, can I just ignore them safely as there are just warnings or do I need to provide you a sample so that you can check ? :)

Underground78

[asarian]

Sadly, I seem to have a problem with DGDecNV, after all. :( All seemed to go so well. I was trying to encode the following job:

LoadPlugin("C:\Program Files (x86)\dgdecnv2026\DGDecodeNV.dll")

DGSource("f:\jobs\push.dgi").ConvertToYV12()

Crop(0, 132, 0, -132)

MCTemporalDenoise(settings="low")
GradFun2DBmod(thr=1.4,thrC=1.0,mode=0,str=1.2,strC=0.0,temp=50,adapt=64,mask=false,show=false)

SupTitle("f:\jobs\push_exp.sup", forcedOnly=false, swapCbCr=false, relocate=true, relocOffset="0,0,0,0")

Decoding speed was never spectacular; it started off at around 1.46fps (which is pretty normal for a job using MCTemporalDenoise and 'placebo' settings for x264). But gradually performance started to degrade, getting ever slower over time. I aborted the process after a day when the frame processing rate had dropped to about 0.89fps (and CPU usage to an ultimate low 2%).

Also, DGSource seems to use a wicked amount of memory. At ca. ~5 GB total physical memory, it's using 1.5-2GB over what I'm used to. Not that I mind, per se; but I actually expected lower memory usage (as some would be offloaded to the GPU memory?).

So, I'm suspecting something is wrong, really. I use Windows 7, 64-bit, with a GTX285 and the latest 258.96 drivers.

[Groucho2004]

Decoding speed was never spectacular; it started off at around 1.46fps (which is pretty normal for a job using MCTemporalDenoise and 'placebo' settings for x264). But gradually performance started to degrade, getting ever slower over time. I aborted the process after a day when the frame processing rate had dropped to about 0.89fps (and CPU usage to an ultimate low 2%).

Also, DGSource seems to use a wicked amount of memory. At ca. ~5 GB total physical memory, it's using 1.5-2GB over what I'm used to. Not that I mind, per se; but I actually expected lower memory usage (as some would be offloaded to the GPU memory?).

What makes you so sure that the decoder is the culprit? Have you tried without the filters? Are you using a modified version of Avisynth? Have you tried the "official" Avisynth 2.58? Have you tried a different decoder (FFMS2, Directshow, etc)?

[asarian]

What makes you so sure that the decoder is the culprit? Have you tried without the filters? Are you using a modified version of Avisynth? Have you tried the "official" Avisynth 2.58? Have you tried a different decoder (FFMS2, Directshow, etc)?

I've tried FFVideoSource and DSS2. Both perform as expected (ca 1.5fps). Only after using DGSource does performance gradually degrade. I'm re-encoding now with FFVideoSource, and there's no longer a decline in perfomance (and uses ca. 2G less memory).

Memory usage also steadily increases with DGSource; not dramatically, but still noticeable; from 4.6 to 5.1 GB over time (at which point I aborted the encode, since, at 2% CPU usage for x264, the decoder hardly seemed to feed any frames any more).

And yes, I use the official 2.58 AviSynth release.

[tormento]

Am I the only one who noticed bigger "desktop lagging" under Win7 with 260.x drivers while using DGDecodeNV.dll?

Even encoding speed seems slower..

[Sharktooth]

those drivers are in beta stage for a reason...

[Groucho2004]

Memory usage also steadily increases with DGSource; not dramatically, but still noticeable; from 4.6 to 5.1 GB over time (at which point I aborted the encode, since, at 2% CPU usage for x264, the decoder hardly seemed to feed any frames any more).

And yes, I use the official 2.58 AviSynth release.

The official Avisynth is 32 Bit so it's restricted to 2 GB of memory usage.
Which process uses how much memory? Did you check memory usage with Process Explorer?

[levi]

"1. Activation of a screensaver or standby mode may interfere with proper operation of the NV tools. They should be disabled during use of the NV tools."

Hmnm, dumb question, no doubt, but does that also mean you can't game while DGSource is running?

I guess it depends on the game. WOW seems fine.

[tormento]

those drivers are in beta stage for a reason...
We can count WHQL drivers release on two hands. And we know that WHQL is a way for Microsoft to get money too, not a proof of quality.

I need feedback, not moaning ;)

[hajj_3]

Found this, it was posted in late July on a forum:

http://3.bp.blogspot.com/_I4-UBBtkAT4/TC8q1Bhp0aI/AAAAAAAAAG4/5h6f3gV3CTs/s1600/roadmap.jpg

thought i'd post it for Neuron as Q4 2010 was the only info of when ATI Stream 2.3 SDK would be out, now it appears a more accurate month of December is targetted.

For those that don't already know, this will allow Neuron to create a version of DG NV tools for ATI gpu's that support ATI Stream technology.

[Sharktooth]

We can count WHQL drivers release on two hands. And we know that WHQL is a way for Microsoft to get money too, not a proof of quality.

I need feedback, not moaning ;)

WHQL and BETA are 2 different things. Your drivers are BETA. So do not expect they work as a final product.
So, here's your feedback: go to www.nvidia.com and download the latest OFFICIAL and STABLE drivers.

[crasus]

Good evening, neuron2. Did you happen to get the time to look into the issue I mentioned? Thanks.

[Hagbard23]

Maybe you post it in the brandnew SupportForum on N2.Net: http://neuron2.net/board/index.php

[Mixer73]

I'd love to register at the new support forum but the captcha there is so secure it seems impossible for a human to actually complete it...

[kypec]

I'd love to register at the new support forum but the captcha there is so secure it seems impossible for a human to actually complete it...
Just ignore the little dots, commas and hyphens. Other than that, this CAPTCHA seemed rather crystal-clear to me.:)

[Hagbard23]

NEWZ:

I mailed TRITICAL, about the problem, that TIVTC expects "D2V" Files, which could not be achieved with the *new* DGNVTOOLS, since we get "DGI" files out of it. I don't exactly know if the D2V brings some better perfomance of TIVTC, but i assume it. So i asked Tritical if it would be possible to rewrite TIVTC, so that it gets along with DGI-Files.

ATM he needs to know, wether the same type of information is stored in the DGI's,or not - if yes, he would rewrite the TIVTC Code. I will send a DGI Sample to him and hope the best.

THX Tritical for all your work...

[Groucho2004]

NEWZ:

I mailed TRITICAL, about the problem, that TIVTC expects "D2V" Files, which could not be achieved with the *new* DGNVTOOLS, since we get "DGI" files out of it. I don't exactly know if the D2V brings some better perfomance of TIVTC, but i assume it. So i asked Tritical if it would be possible to rewrite TIVTC, so that it gets along with DGI-Files.

ATM he needs to know, wether the same type of information is stored in the DGI's,or not - if yes, he would rewrite the TIVTC Code. I will send a DGI Sample to him and hope the best.

THX Tritical for all your work...

The DGI format is completely different, just look at the files and the documentation.

[Hagbard23]

The DGI format is completely different, just look at the files and the documentation.

Ask yourself, why i am posting it here...thanks for your "smart" answer, but unless you are able to tell, what exactly the differences are, your comment is worthless, because we all know, that the formats are different. We want to figure out, how to connect those two tools anyway..

If you can help achieving this: Thank You.
If not: Good Bye.

[Groucho2004]

Ask yourself, why i am posting it here...thanks for your "smart" answer, but unless you are able to tell, what exactly the differences are, your comment is worthless, because we all know, that the formats are different. We want to figure out, how to connect those two tools anyway..

If you can help achieving this: Thank You.
If not: Good Bye.

Mine was indeed a smart answer because I pointed out that all there is to know about the two file formats is in the documentation which is available to everyone and a much better approach to figure out the differences than by just looking at the DGI file.

Again, just so you also understand - All details about the two file formats are in the documentation.

[Hagbard23]

...Done.

...and: Good Bye.

[MOS-Marauder]

Hi Donald... now i found something that def. crashes all the time the NVDriver.
Using an HD+ (RTLHD) 1080i Stream, NV Deint (Bobbing).. after 1 or 2 minutes it crashed all the time.
Same stream, using bottom field first, deint using YADIF works...

Chris

[Hagbard23]

Okay - Tritical confirms, that every Information he needs for TIVTC is present inside the DGI. He will add DGI Support as soon as he can:

Alright, thanks. I looked at the documentation, and it appears all of the necessary information is in the dgi file. I'll try to add support when I get some free time.

[MrVideo]

Just ignore the little dots, commas and hyphens. Other than that, this CAPTCHA seemed rather crystal-clear to me.:)

What little dots, commas and hyphens? It was very easy to read.

Now I'm waiting for the slow activation e-mail to arrive. All the other boards I've joined had almost instant e-mail. This one, not so much.

[MrVideo]

@neuron2

I have not received the activation e-mail from your new support forum. I was accepted during the registration process and it said it was sending me the activation e-mail, but I have not received it.

[Hagbard23]

Send him an email...

[jpsdr]

@neuron2

I have not received the activation e-mail from your new support forum. I was accepted during the registration process and it said it was sending me the activation e-mail, but I have not received it.

Same problem for me. It's the 3rd time i ask to re-send the activation mail, but i've never received anything...

[Sharktooth]

it took almost 24h for me to receive the activation mail.

[MrVideo]

i took almost 24h for me to receive the activation mail.

There's no reason for that. It isn't as if some human is doing it. In less than a second the e-mail is composed and shortly after that it should have gone out.

[Guest]

Looking into the email problem. Meanwhile, I'll check activations daily and enable them.

[MrVideo]

Looking into the email problem. Meanwhile, I'll check activations daily and enable them.

Thanks, we'll all appreciate it.

[MrVideo]

Meanwhile, I'll check activations daily and enable them.

Thanks, mine is working. Does this mean that eventually, this forum on Doom 9 will be phased out?

[tormento]

Sorry to report a probable bug but DGIndexNV can't find video stream in the movie.

Here (http://www.mediafire.com/?x1rd7c0u3vrjt5w) a small sample. The full sized one gives the no video stream error, this one simply does nothing, neither opening nor moaning...

Edit: tried to rip with DVDFab too. DGIndexNV gives same result.

[Guest]

Thanks, mine is working. Does this mean that eventually, this forum on Doom 9 will be phased out? I certainly hope not, but it is not fully in my control.

[tormento]

neuron2: would you please look at that stream?

Thank you ;)

[Underground78]

neuron2: would you please look at that stream?

Thank you ;)

Have a look here (http://neuron2.net/board/viewtopic.php?f=8&p=55#p54). :)

[LigH]

Could there be any reason why playing a script using DGDecNV in MPC would crash a PC down to a Blue Screen?

Thread in the german doom9/Gleitz board (http://forum.gleitz.info/showthread.php?42822-DGDecNV-Avisynth-verursachen-Totalabsturz)

Unfortunately user 'Gunnar' does not speak english well, but we will try to translate what you may require.

It seems to happen only when playing a script directly with MPC (exact version is being asked). ProCoder and CCE-Basic can't use the script (will ask about the exact error messages...). PowerDVD 10 and CoreAVC 2.0 play the AVC source without crash using CUDA. Please ask what you need to know more.

[tormento]

Have a look here (http://neuron2.net/board/viewtopic.php?f=8&p=55#p54). :)
Great, thanks. I hope it will fix my issue too.

Neuron2: to avoid duplicates, where do you prefer to piss off about our whines? ;)

[Groucho2004]

Could there be any reason why playing a script using DGDecNV in MPC would crash a PC down to a Blue Screen?

Thread in the german doom9/Gleitz board (http://forum.gleitz.info/showthread.php?42822-DGDecNV-Avisynth-verursachen-Totalabsturz)

Unfortunately user 'Gunnar' does not speak english well, but we will try to translate what you may require.

It seems to happen only when playing a script directly with MPC (exact version is being asked). ProCoder and CCE-Basic can't use the script (will ask about the exact error messages...). PowerDVD 10 and CoreAVC 2.0 play the AVC source without crash using CUDA. Please ask what you need to know more.

I would suggest to tell him to make sure that he is really using DGDecNV v2026.
I had crashes with Procoder and CCE as well with earlier versions (although not BSODs).

Also, using a WHQL driver (not beta) helps to eliminate problems.

[MrVideo]

I certainly hope not, but it is not fully in my control.

Then why have two different board locations? That means everyone has to monitor two different locations for postings. multiAVCHD also has two locations.

I'm just trying to understand the logic of having two different locations.

[Guest]

I'm just trying to understand the logic of having two different locations. Think of it as contingency planning, or being able to adapt to unpredictable developments.

[asarian]

I'm experiencing frame inconsistency with the latest DGDecNV (DGSource). In Ghost In The Shell, for instance. At ca. 3.05min into the encoded movie (with x264), I suddenly get 1 frame that does not belong (it's a frame that follows 2 frames later, from a different scene: I might otherwise not even have noticed it). At first I thought it was MCTemporalDenoise's fault, but using FFVideoSource does not produce the same error.

Reproducing the original error would entail providing a sample which is way too long (over 3 minutes of 1080p video). 'Fortunately' the frame inconsistency also occurs on this small sample (http://www.mediafire.com/?p0x9hze89oa5plv) (includes everything I used). At frame 105 from the output file, gits_sample.m2ts, you can clearly witness the same type of frame inconsistency: suddenly there's a frame used (from a few frames back, in this case). which is NOT present in the original (gits_sample.mkv).

[Floatingshed]

Seriously thinking of investing in DG NV tools, but no amount of searching is finding the list of supported Nvidia cards that I know I've seen somewhere. Can someone please enlighten me.
Thanks.

[laserfan]

Sure, looky here where there are two links:

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

[tormento]

Think of it as contingency planning, or being able to adapt to unpredictable developments.
May I trademark or copyright this period? ;)

P.S: 2027 works fine. Thank you.

[Floatingshed]

Sure, looky here where there are two links:

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

Thank You. I'd got it into my head that the info was on Doom9.
I got the impression from DG's site that activation of NV tools requires that the machine with the Nvidia card needs internet access. Is this the case or can an internet enabled pc get the necessary key or whatever and then use it on another machine?
I don't allow my video machines internet access. Thanks.

[Groucho2004]

I got the impression from DG's site that activation of NV tools requires that the machine with the Nvidia card needs internet access.

No, it doesn't. Run DGIndexNV on the machine you are planning to use it on and bring up the Help -> About message box. The code that you see at the bottom of that window is what you need to register the product (which you can do on any machine with internet access).

[MrVideo]

I got the impression from DG's site that activation of NV tools requires that the machine with the Nvidia card needs internet access.

No, as pointed out, but it uses something from the ethernet interface.

I don't allow my video machines internet access.

Why not? Makes it a lot easier to update things.

[kypec]

Build 2027
----------

* Fixed a problem that caused some 192-byte-packet transport streams to be detected as 188-byte.

* Fixed a problem that caused some transport streams to be reported as missing video data.

* Added a check to the Enable PureVideo Deinterlacer parent menu item to make it easier to see when you have deinterlacing enabled.

[deets]

hmm first page not updated with new build info.

i hope this is a one off and not some petty toys and pram situation.

[kypec]

@deets: +1
I've been waiting for 2 days to see whether neuron2 will update this thread with new build info. He didn't so I took a chance because I know how hard it is to get used to "yet another new" source of information, be it a commercial or free software product.:(

[asarian]

I'm experiencing frame inconsistency with the latest DGDecNV (DGSource). In Ghost In The Shell, for instance. At ca. 3.05min into the encoded movie (with x264), I suddenly get 1 frame that does not belong (it's a frame that follows 2 frames later, from a different scene: I might otherwise not even have noticed it). At first I thought it was MCTemporalDenoise's fault, but using FFVideoSource does not produce the same error.

Reproducing the original error would entail providing a sample which is way too long (over 3 minutes of 1080p video). 'Fortunately' the frame inconsistency also occurs on this small sample (http://www.mediafire.com/?p0x9hze89oa5plv) (includes everything I used). At frame 105 from the output file, gits_sample.m2ts, you can clearly witness the same type of frame inconsistency: suddenly there's a frame used (from a few frames back, in this case). which is NOT present in the original (gits_sample.mkv).

Neuron2 is obviously a busy man. But maybe someone else would be willing to have a quick look at this? The frame inconsistency really needs to go; or, at least, I'd like to know whether this only mysteriously happens on my end (doubt it; but you never know).

Thanks.

[Groucho2004]

From the DGDecNV page on DG's site:
"For support I encourage you to use my support forum (http://neuron2.net/board/index.php)..."

[asarian]

From the DGDecNV page on DG's site:
"For support I encourage you to use my support forum (http://neuron2.net/board/index.php)..."

Okay, done. :) Thanks for the link.

[kypec]

Build 2028
----------

* Fixed a problem that caused some MKV files to not be opened.

* Fixed a problem with seeking with DGSource() for some MKV files.

* Fixed the Log Timestamps option for transport streams containing AVC video.

* Added an indication of the presence of PCR to the "Detect PIDs: Raw" output
for transport streams that carry PCR on the same PID as the video.

[kypec]

Build 2029
----------

* If multiple files are loaded in DGIndexNV and one of them contains an end of stream
NALU, then indexing would stop at that point, truncating the entire file set. Fixed by
ignoring end of stream NALUs.

* Fixed the Info dialog frame type field for AVC field-structured streams. Frames with structure
I-P were erroneously displayed as P frames rather than I frames.

[hydra3333]

I just visited back. is neuron2 OK ? I haven't seen his posts in a few days yet there are new releases.

[LigH]

Looks like he prefers activities in his own board now, instead of here. So don't be surprised if users are faster in reporting news here than himself.

[kypec]

Looks like he prefers activities in his own board now, instead of here. So don't be surprised if users are faster in reporting news here than himself.
Small correction: users are not faster but rather solely reporting news here. :( Seems to me that he definitely gave up on this forum so I'm trying to be helpful to fellow users by at least announcing new releases in this thread.

[LigH]

What a pity ... so he seems to track his users better by requiring a registration in his board?!

Well, then - thanks to all users reporting news here at all.

[laserfan]

What a pity ... so he seems to track his users better by requiring a registration in his board?!I seriously doubt that has anything to do with it. ;)

-------------------------------------------------------------------------
When you've been beating your head against a wall, it feels so good to stop!

[kypec]

Build 2030
----------

* Fixed a problem that could cause macroblocking and/or decode warning popups in DGIndexNV
for MPEG2 program streams when scrolling on the timeline.

[kypec]

Build 2031
----------

* Fixed a problem with GOP stepping (especially backward) on the timeline in DGIndexNV.

* Fixed this problem: If you single-stepped into the end of the file, then subsequent play
or stepping would malfunction.

[rica]

kypec,

thanks.

_ _ _ __

[hydra3333]

thanks

[kypec]

Build 2032
----------

* For MPEG2 streams, DGDecodeNV now automatically includes hinting data for ColorMatrix().

[kypec]

Build 2033
----------

* Added ability to specify the GPU device to be used when more than one is present. A new
dialog was added to the Options pulldown that lists the available GPU devices.

* Fixed demuxing of TrueHD audio and added display of TrueHD stream info.

* Fixed a problem of clearing all data when an AVC file is closed. It could cause a subsequent
AVC file open without exiting DGIndexNV to fail.

* The index file format was bumped to NV11.

[kypec]

Build 2034
----------

* Extended hinting for ColorMatrix() to AVC and VC1 video.

[kypec]

Build 2035
----------

* Fixed an issue where a long stretch without video packets in a transport stream could cause
a failure with a "Cannot find video data" error popup.

* Added a textual debug overlay option to DGDecodeNV that (currently) can be used to display
the filter version, the GOP number, the display and coded frame numbers, and the frame coding type.

[kypec]

Build 2036
----------

* Crop granularity is now 2 pixels.

* A Close hotkey was added (F9).

* MKV header removal compression is now supported.

[kypec]

Build 2037
----------

* Fixed use of an uninitialized variable that could cause crashes
and/or bad hinting for MPEG2 and VC1 files.

* Added a string to the first line of the DGI file that identifies the version of DGIndexNV
used to generate the index.

* Fixed counting of leading B frames for AVC streams.

* Improved the accuracy and robustness of the audio delay calculation.

* Revised DGDecodeNV so that serious CUDA errors do not cause the parent application to crash.
These errors now simply cause return of invalid video. Also, CUDA error popups now
time out after 5 seconds so that unattended applications do not hang.

* Added cropping parameters to DGSource(). This gives you the flexibility to define GPU cropping
either in DGIndexNV or in the DGSource() parameters.

* Added my current to-do list to the distribution (also available online).

* Backed out the mod 2 cropping granularity change because the Nvidia driver does not
honor it.

[SubJunk]

Starting with build 2037 several of my files aren't indexing. It was OK with 2036.
When the file doesn't work, what happens is:
I load it via DGIndexNV, I can use the GDIndexNV video player to skip to different positions, but when I try to save the file it gets stuck partway through.
One I'm looking at now won't go past frame 120, and remuxing it using MKVToolnix doesn't fix it either.
The files are fine, I am able to load and convert them using DSSource2 with no problem.

[LigH]

Please register in Donald Graft's forum and post your bug report there. He won't look in here much more...

[7ekno]

One I'm looking at now won't go past frame 120,

Same for me, I get the first 2.5 seconds and that is it ....

7ek

[Guest]

Same for me, I get the first 2.5 seconds and that is it .... Is that with MKV files only? If so, I've slipstreamed the fix. Re-download 2037 and test again.

If it is happening with files other than MKV, please post a link to a source file that fails?

[7ekno]

Yeah, I just realised it was MKV only (the GUI tool was dumping to MKV from M2TS!) ...

Thanks, will test 2037 now ;)

*EDIT* Yep, new build works fine now on MKVs, great job Don!

7ek

[Hagbard23]

Same for me - had the bug of crashed mkv-index-jobs - now FIXED with the newest 2037 Build.

Thanks Donald...keep up the good work...

[rica]

neuron,

happy to see you here again.

Let's go on. :)

I'm trying to make 3D avisynth scripts but i need your help, will you?

[hydra3333]

Hey, great to see you Neuron2 ! Cheers !

[palwan]

Hi!
I have replaced megui's dgindexnv with build 2037, after I made my dgi file and wanted to open it with meui's script creator I get http://img341.imageshack.us/img341/1100/capturefu.png (http://img341.imageshack.us/i/capturefu.png/), than I get dgmultiDecodenv from megui's update server and put dgindexnv folder, but I get missmatch error :confused: What would be the solution for my problem?

Thanks in advance.

[Zathor]

I assume you are using MeGUI 0.3.5.0? Please switch to the development build if you want to use the recent DGIndexNV. You can change the update server in the MeGUI settings.

[Dogway]

I normally use ffvideo for loading sources but I just felt I needed something faster if possible, and an elegant way to load AVC streams at the same time, that's when I discover DGNV.

My question is about performance benefits, is there any kind of comparison with different frame accurate AVC decoders?
I know that since its GPU based its gonna defintely be faster, but with a near future $15 in mind I would like to know how faster, in say simple decoder comparison, and another one comparing GPU decoding,cropping,resizing against usual ways in avisynth. Now I just thought whether there is any kind of trial version?

[cweb]

I normally use ffvideo for loading sources but I just felt I needed something faster if possible, and an elegant way to load AVC streams at the same time, that's when I discover DGNV.

My question is about performance benefits, is there any kind of comparison with different frame accurate AVC decoders?
I know that since its GPU based its gonna defintely be faster, but with a near future $15 in mind I would like to know how faster, in say simple decoder comparison, and another one comparing GPU decoding,cropping,resizing against usual ways in avisynth. Now I just thought whether there is any kind of trial version?
There's no trial as far as I know.. Just do the right thing and give your donation! It will be worth it even in terms of future development.

[RiCON]

My question is about performance benefits, is there any kind of comparison with different frame accurate AVC decoders?

According to some quick tests I made a few weeks ago, it probably depends on what board you have. With my 9500GT, ffms (using ffmpeg-mt, obv) seemed faster than both coreavc with cuda and dgnv. Might try again one day.

[Dogway]

Its 9600MGT on laptop, Quadro 4600 on x64 Desktop they both should work if Im not wrong.

[TheRyuu]

cpu decoding will probably be faster than gpu decoding if it's threaded (ffmpeg-mt, diavc) unless your cpu is absolutely terrible.

[Didée]

I know that since its GPU based its gonna defintely be faster,
Interesting things you know. :)

- If you're encoding to x264 with some "very fast" settings, chances are you'll go faster with CPU decoding. GPUs basically decode "as fast as needed", not "as fast as possible". (It's not even the GPU, but a separate ASIC that does the decoding.)

- If your encoding with some "very slow" settings (x264 and/or Avisynth), then ... it basically doesn't matter. There's the theoretical advantage "CPU cycles not used for DEcoding can be used for ENcoding and/or filtering", but ... if the whole chain is very slow (single-digit FPS speed), then the fraction of CPU used for decoding is very low. In a low-fps encoding scenario, the CPU usage needed for decoding can easily be as low as 1-2%. Now imagine you fully unleash that 1-2% for filtering/encoding. W00t, what a speed boost!! :D

Despite of that, I definetly like DGDecNV for versatility, ease-of-use, reliability, convenience, ... I like to use it for a bunch of reasons, only "speed advantage" is not a member of the bunch.

[Dogway]

I see, well most .avs I process are <=1fps so I guess no benefit there, I thought it was going to be quite a speed booster. Actually in ffmpegsource2 indexing is conveniently automatic, so I just asked out of curiosity if its worth the cash related to speed gain, since except (or not) that, Im happy with the rest, talking about .h264. Thanks for the insight Didée.

[hajj_3]

I believe DG NV can now add ATI support now that Ati Stream SDK 2.3 is out? http://developer.amd.com/gpu/atistreamsdk/pages/default.aspx

[Adub]

If that is true, then he may have to change the name. DGGPUTools anyone? ;)

[Lyle_JP]

If that is true, then he may have to change the name. DGGPUTools anyone? ;)

I get the feeling that DG won't bother unless a few of us pitch in and buy him some new ATI cards to play with. :) Even then, I don't think AMD would give him the same personal support he got from (smaller and more developer-centric) NVidia.

[Underground78]

See here (http://neuron2.net/board/viewtopic.php?f=8&t=64).

[Adub]

Thanks for the link Underground78. For those of you to lazy to click a link, neuron2 says "Don't hold your breath". I guess that settles that.

[egrimisu]

Hi guys, does dg nv support forced film option? i can't see the setting in the menu. Thanks

[Groucho2004]

Hi guys, does dg nv support forced film option? i can't see the setting in the menu. Thanks

Read the manual for DGDecodeNV.

[egrimisu]

read it, thanks :)

[Floatingshed]

I have just made my donation and I am having a play around with DGAVCIndexDI. My goal is to be able to use BBC HD ts streams properly.

DGAVindexDi handles the pictures perfectly but no audio!
In the preview audio pane...
DGAVCIndex states: 157d: AC3 2/0 48 192
DGAVCIndexDI is blank and nothing obvious will change this.

Re-muxing with TSremux makes the audio appear but with an enormous sync error.

Any thoughts most welcome.

[kypec]

Floatingshed, I advise you to post your problems over at neuron's own support forum (http://neuron2.net/board/viewforum.php?f=6). He doesn't seem to visit this board anymore.

[Clumpco]

You might get a quicker answer on DG's own revitalised forum http://neuron2.net/board/index.php
It would be a good idea to tell us/him what you are capturing the ts file with and what (if anything) you are using to edit it before using DGIndexNV.
BBC HD captured with DVBViewer works fine here.

[Edit] Kypec beat me to it!

[Floatingshed]

Thanks. I'll chase him over there!

[kypec]

Build 2038
----------

* Restored full update of the Info dialog during Save Project. Also added a Full_Info
option (default enabled) that controls this. Refer to the DGIndexNV user manual for details.
This option revises the INI file, so after installing 2038, open DGIndexNV and then close it
immediately to create the new INI file.

* Removed obsolete "DGMultiDecodeNV User Manual" option from the Help menu.

* Corrected erroneous frame count in the Info dialog when doing Save Project.

* Corrected parsing for profile_idc.

* Added an error message for missing PMTs.

[VincAlastor]

kypec: "Is there any chance that QS video-decoder engine be used in players/source filters (MPC-HC, VLC, ffdshow, ffmpegsource) in near future?" - i thought you were the man for this interesting and important job :)

could you build a quicksync or opencl 1.1 avisynth source filter? and what do you think will the x264 developers speed up x264 encoding with quicksync, like the mainconcept encoder? - i don't know if it is necessary to wait for the z67 mainboards.

[LigH]

The developer of DGDecNV is Donald Graft (neuron2), not kypec.

DGDecNV is no encoder, only a decoding plugin using Nvidia PureVideo V2.

This thread is not related to x264.

And hardware assisted AVC encoding usually is so severely limited in quality that it is beyond serious competition...

[VincAlastor]

The developer of DGDecNV is Donald Graft (neuron2), not kypec.

DGDecNV is no encoder, only a decoding plugin using Nvidia PureVideo V2.

This thread is not related to x264.

And hardware assisted AVC encoding usually is so severely limited in quality that it is beyond serious competition...

thank you for information... i thougt he changed his user name.

[egrimisu]

Hi guys,
the delay resulting after demuxing audio using dgindex is allways accurate? i have splitted the title set (vts_1_01) using vobblanker in multiple cells(none of the cels are blank or contain only video or only audio streams) and after that import multiple in dgindex and demux it, audio result with a delay of +250, after the encode of the video (same framerate, only ivtc applyed) and muxing it with mkvmerge and adding the delay of 250 results in out of sync. The strange thing is that i apply 0 delay the ep is still out of sync, and i manualy tryed to find the sync and it -100. Any ideas? for some eps the delay is the one given by dgindex, for other 0 and for other eps i have to find it manualy. Now what's wrong ? :) thanks

[laserfan]

Just tried it--I love the new IDR indications! :)

Build 2039
------------

* The info overlay DGSource(debug=true) was modified so that IDR and I frames are
now properly distinguished.

* The DGI file format was modified to add a frame number indication to the FRM lines.
The file format version number was not bumped because 2039 is backward compatible with
DGI files created with 2038.

* Worked around a CUVID decoding bug for MPEG2 dual prime prediction. The workaround should
also improve decoding performance for mid- and high-end graphics cards.

* Added an error popup to notify users when successive IDR frames with the same idr_pic_id are
encountered. This is an illegal stream condition and results in loss of IDR frames.

[laserfan]

A new update is now available at neuron2.net:

Build 2040
----------

* Fixed a problem with Info display of frame structure.

* The code that suppresses nondisplayable frames at the end of an AVC stream was
not robust, i.e., it failed if the first GOP contained only one frame. Fixed.

* Added a workaround that fixes AVC streams that have successive IDRs with the
same value of idr_pic_id. This fixes frame dropping for these streams.

* Fixed incorrect picture display when navigating on the timeline with
double-rate deinterlacing enabled.

* The disabled state of the single-step button was solid instead of the correct hollow. Fixed

* A rewind (to start of project) button and corresponding menu item were added.


Support is via http://neuron2.net/board/viewforum.php?f=8

[ndkamal]

Thanks !!!

[hydra3333]

Is the double-framerate bug here http://forum.doom9.org/showthread.php?p=1391242#post1391242 fixed in the latest release (of NV or the nvidia drivers for the 8800GT) ? A quick test appears to suggest not.

[$in0bi]

You chose ignore pulldown. That will cause the pulldown to not be honored (you can see that because there are no combed frames with fieldop=2) but the frame rate will not be changed. What you should use is force film (fieldop=1). It's all explained in the manual.

Give me please the link to PM at this manual, because I can't find it. I found something, but I didn't find there anything about presets fieldop and how to ignore pulldown.

[Groucho2004]

Give me please the link to PM at this manual, because I can't find it. I found something, but I didn't find there anything about presets fieldop and how to ignore pulldown.

"DGDecodeNVManual.html", comes with the package.

[Shevek]

Give me please the link to PM at this manual, because I can't find it. I found something, but I didn't find there anything about presets fieldop and how to ignore pulldown.

It is available from the Help menu in the application.

[colinhunt]

neuron2, I'm testing BD-RB 0.40.08 with DGDecNV downloaded from the licensing page and properly licensed with your generator. My new laptop has a GTX 570M/3GB with latest drivers from Nvidia. OS is 64-bit Windows 7 Ultimate and all power saving features are disabled for max performance.

I'm getting "ERROR: cuInit failed" error messages on the laptop while DGDecNV is running perfectly on another 64-bit Windows 7 Ultimate rig. That one's got a GTX 275 and dual Xeon CPUs.

Is this a driver issue or something else?

[Guest]

Have you tried any other software that uses CUVID? DXVA? LAV Filters?

[colinhunt]

Have you tried any other software that uses CUVID? DXVA? LAV Filters?
Nope. I got the laptop only a few days ago and haven't had time to do much with it yet. Can you recommend some tests I could run?

[Guest]

DXVA and LAV filter. :)

[colinhunt]

DXVA and LAV filter. :)
By DXVA do you mean using DXVA in a player app like MPC-HC or something else? I have no experience with LAV at all but I suppose there's first time for everything :)

[Guest]

Yes, exactly.

Another possibility is try CoreCodec in its CUDA mode.

[colinhunt]

Yes, exactly. Another possibility is try CoreCodec in its CUDA mode.
Installed MPC-HC (32bit) along with MadVR and LAV filters. On running MPC-HC I learned that someone (ahem) had forgotten to install DirectX on the laptop. Oops. Plonked DX in and MPC-HC plays Blu-ray .m2ts files very merrily at less than 10% CPU load. GPU Monitor reported GPU load at 17% during playback.

Guess I'll run BD-RB next to see if cuInit error is a thing of the past. Thanks!

[Guest]

Just fire up DGIndexNV and try to load a file.

[colinhunt]

Just fire up DGIndexNV and try to load a file.
Tested with a few m2ts files. All opened without problems... but last night's BD-RB run had stopped at the beginning (0.20%) of the 2nd pass of the main movie file. No error messages on screen. Laptop was all fine otherwise, had not crashed or frozen; BD-RB was simply stuck waiting for input and reacted immediately to clicking of the Abort button. Previous DGDecNV related errors had all occurred at the start of an encoding run so I'm assuming this was one of them as well.

[Guest]

You'll need to ask jdobbs about this.

[colinhunt]

You'll need to ask jdobbs about this.
One possibility sprang to mind. The laptop has a specific button for turning the display off and I use it often as I've turned all display related power saving features (dimming etc.) off. Could turning off the display also affect how the graphics adapter is available to DGDecNV?

[Shevek]

One possibility sprang to mind. The laptop has a specific button for turning the display off and I use it often as I've turned all display related power saving features (dimming etc.) off. Could turning off the display also affect how the graphics adapter is available to DGDecNV?

quite possibly. DGDecNV certainly doesn't work when I connect to my desktop via RDP (which uses a different video driver)

Test it by playing the video in DGDecNV then switching the screen off. See if there are any errors when you switch it back on.

[colinhunt]

quite possibly. DGDecNV certainly doesn't work when I connect to my desktop via RDP (which uses a different video driver)
Test it by playing the video in DGDecNV then switching the screen off. See if there are any errors when you switch it back on.
I ran another backup job with BD-RB with DGDecNV enabled, but never turned the display off. The job finished without problems.

Next I loaded an m2ts from a Blu-ray into DGDecNV, played it and turned the display off. After 10 seconds I switched the display on again: no error messages and playback was running normally. Hmmh.

[linkRed]

Is it possible that DGDecNV would show the frame info, while working under with AvsP, like ffvideosource?
http://i038.radikal.ru/0908/69/95fd4a89b06e.png

Which script should I be putting into AvsP for that?

[Guest]

You can use that same method. There is also a debug option to DGSource(). For AvsP specific questions you should ask in an AvsP thread.

[linkRed]

Yes, but what does the script should say in that case?
AvsP won't recognize command DGDecodeNV(***)

[rack04]

Yes, but what does the script should say in that case?
AvsP won't recognize command DGDecodeNV(***)

DGSource("C:\My Files\project.dgi")

[linkRed]

No-no, how do I do that without indexing?

[Asmodian]

No-no, how do I do that without indexing?

Do what without indexing? Use DG NV tools? You don't.

[linkRed]

Well, bummer. But at least now I know it is impossible. Informed = armed! Thanks.

[Guest]

It's very simple to make an index. Why do you shy away from it?

[hajj_3]

out of curiosity, has there been any development on an AMD accelerated version of this application, i remember you were waiting for a newer SDK a while back to possibly add support?

[Guest]

Sorry, no progress on AMD support.

[Guest]

I would be grateful for testing of this 2042 release candidate:

http://neuron2.net/dgdecnv/dgdecnv2042rc1.zip

I especially need it to be tested on GTX 680. Thank you.

[LigH]

I may have to recreate my license but lost the link to the license generator page at neuron2.net; could someone please remind me (via PM, if not publicly)?
__

OK, found it (http://forum.doom9.org/showthread.php?p=1412937#post1412937).

[Asmodian]

Version 2042rc1 works here. I tested the indexing of rat.h264 with both the 32 and 64 bit versions. I also checked that the index of rat.h264 opened with DGSource() (DGDecodeNV.dll) in 32bit Avisynth 2.6 alpha 3 and looked correct in Virtualdub 1.9.11 32842.

neuron2, Thanks for the quick support of the GTX 680. :)

This computer:
Windows 7 x64
Intel i7 980
Nvidia GTX 680
24GB RAM

[Guest]

You're welcome and thank you for your testing. This version changed the way the correct CUBIN file is determined, so I was unsure if it still worked with GTX 680. Looks like we are good to go.

:thanks:

[Guest]

neuron2, Thanks for the quick support of the GTX 680. I just wanted to add that it would not have been possible without the always excellent support I receive from nVidia. There were issues with the 64-bit support in CUDA 4.2 versus 3.1, and nVidia very promptly responded to my queries and showed me the way. Over the years, I have been unable to find sufficient superlatives for the support they give me.

[InsulinJunkie]

There were issues with the 64-bit support in CUDA 4.2 versus 3.1

FWIW, this RC does solve the long-standing problem I had where I needed to stay w/285.62 drivers (64-bit Win7 and 64-bit DGIndexNV, with a GT 240). Otherwise, any newer drivers would crash with BluRay files when I attempted to open them.

Now I'm able to open BluRay files with more recent drivers, so thanks!

[CruNcher]

I just wanted to add that it would not have been possible without the always excellent support I receive from nVidia. There were issues with the 64-bit support in CUDA 4.2 versus 3.1, and nVidia very promptly responded to my queries and showed me the way. Over the years, I have been unable to find sufficient superlatives for the support they give me.

The Goal was a superlative Ecosystem and they build that up at a massive scale and speed and it's good that they understood 1 Key is to support anyone in that Ecosysten and not to put to much under NDA as well and make it as easy as possible with very good designed APIs, the direct engineering support for DGDecNV from day 1 shows this very well bug reports where taken serious and this way nvcuvid.dll improved @ a massive speed as well by all the 3rd parties involved being today very stable :)
With this strategy they build up a Dev community and overall Apllication Support ATI/AMD can still dream off, Intel also seems to understand these needs and chance correct their MediaSDK is as of the same Quality as how Nvidia started with ;)

http://forum.doom9.org/showthread.php?t=164555

[cweb]

In case anyone had the error "Failed to create video decoder (100)" like I had when switching to SET's latest Avisynth 2.6 build (when using dgsource() ), the potential solution is to delete any old nvcuvid.dll you have lying around (in my case in the avisynth plugins directory).
Details are here (http://forum.doom9.org/showthread.php?p=1571381#post1571381).

BTW I would like to thank neuron2 for the latest RC.

[VideoFanatic]

Neuron2, could you please explain to me as simply as possible what DGDecodeNV does? I get that it supports file formats not supported by the free version of DGMPGDec but other than that I don't see what the benefit is compared to DGMPGDec.

I was using Avisynth 32-bit with MT and DGMPGDec (free) and I used Simple x264 Launcher to encode my MPEG2 videos. I am using McTemporalDenoise to denoise my videos. I have an 8 core PC and I'm getting around 11 FPS encoding speed. The CPU usage is near 100%.

I was told that your program uses my graphics card instead of my CPU to encode the videos. So I bought a cheap £30 CUDA VP5 card (I was told that I didn't need to buy an expensive card as long as it had CUDA VP5) and I bought your program. I did everything the same as before but replaced DGMPGDec with DGDecodeNV. I tried without MT mode and got 2 FPS and it was still using a little bit of the CPU. I tried with MT mode and I got around 9 FPS which was slower than if I used DGMPGDec (free) and again it was nearly using all the CPU.

Am I using the program incorrectly? Why is the program using the CPU when I thought it was supposed to use my graphics card?

I have several things in my script but the only thing I changed when I used DGDecodeNV was the bolded line.

setmtmode(5,12)
DGSource("J:\File.dgi")
setmtmode(2,0)

Is DGDecodeNV frame acurate?

Why doesn't it have a similar function to CPU=6 as DGMPGDec does?

[Guest]

I was told that your program uses my graphics card instead of my CPU to encode the videos. You have been misled. One thing you might try doing is reading the DGDecNV documentation to determine its functionality.

Am I using the program incorrectly? Why is the program using the CPU when I thought it was supposed to use my graphics card? I will assume you did not misspeak in saying you expect DGDecNV to use the GPU to *encode* your videos. How is a decoder going to use the graphics card for encoding? Did you see the "Dec" in DGDecNV? It stands for Decoder. The title of the web page says "AVC/MPG/VC1 Decoder and Frame Server". How could you possibly think it would have anything to do with encoding? If you did misspeak, please try again, being as precise as possible.

Is DGDecodeNV frame accurate? Of course.

Why doesn't it have a similar function to CPU=6 as DGMPGDec does? I couldn't use the code due to GPL, I never use that postprocessing myself anyway, it's arguably not very good and it can be done better with external filters, and finally there is not equivalent functionality for AVC and VC1 while I prefer to have a unified experience for all video formats.

If all you ever deal with is MPEG2, you may find DGMPGDec adequate, but even with MPEG2 there is a lot of additional functionality in DGDecNV that many find useful: MKV support, Output Trimmed TS, MPLS support, GPU deinterlacing/resizing, autocrop, better GUI, etc., etc.

DGDecNV was really made for BluRays, so AVC and VC1 support are crucial. As I said, if all you work with is DVD then you may find DGMPGDec perfectly adequate. I'll be happy to refund your donation if you'd like to send me an email.

[VideoFanatic]

Thanks but I will use the program in future with h.264 files so I don't need a refund. So from what I understand your program supports different file formats and it uses the Graphics card's GPU when making a project file instead of the CPU? And basically a CUDA card is needed just so your program will function. Is that correct?

Just wondering though, why does my MPEG2 video encode to h264 a couple of FPS slower than when using DGMPGDec?

From what I understand CPU=6 has the same stength of deblocking as CPU=4 but it adds deringing? Is that correct? You said you don't like CPU=6 as there are better filters to use. Could you please recommend the best one in your opinion?

[Guest]

Thanks but I will use the program in future with h.264 files so I don't need a refund. So from what I understand your program ... uses the Graphics card's GPU when making a project file instead of the CPU? No, decoding of video frames occurs on the GPU. Saving a project does only parsing and no decoding. When you either play video in DGIndexNV or execute your Avisynth script then the GPU will be used for decoding, and also optionally for deinterlacing and resizing/cropping. The GPU is also used for NV12->RGB24 conversion for display of the frames in the GUI. That does not occur for frame serving via your script.

And basically a CUDA card is needed just so your program will function. Is that correct? You really don't like to read existing materials and documentation, do you? The first paragraph of the page where you donated is too complex for you to understand?

Just wondering though, why does my MPEG2 video encode to h264 a couple of FPS slower than when using DGMPGDec? The GPU cannot be MT'ed. There's only one of them. I assume all other factors are equal. Generally, you will not experience a speedup for MPEG2 if you have a fast processor and/or are processing SD video. In any case, speedup of transcoding is not the raison d'etre of DGDecNV, though in some scenarios a speedup can be realized. And of course MT'ing DGMPGDec will have a significant impact.

From what I understand CPU=6 has the same stength of deblocking as CPU=4 but it adds deringing? Is that correct? You said you don't like CPU=6 as there are better filters to use. Could you please recommend the best one in your opinion? No I said I don't use postprocessing at all! I was told all this by other guys, there's a thread about it at my forum, and it links another thread about it here. Maybe you can find them if you look. Do a search for "deblocking" at my forum. It's on my to-do list to add support for postprocessing. You can find lots of threads about such filters here. Sorry, I have no recommendations for you. As I mentioned, DGDecNV is targeted at BluRays, not torrent downloads. :)

[VideoFanatic]

I said this: "And basically a CUDA card is needed just so your program will function. Is that correct?"


You really don't like to read existing materials and documentation, do you? The first paragraph of the page where you donated is too complex for you to understand?

Your donate page says this:

"DGDecNV is a decoder/frameserver for AVC, MPEG2, and VC1 streams that runs on the GPU of Nvidia graphics cards that support CUDA video decoding. That means the card must have a VP2 or greater engine. VP1 is not supported!"

I'm sorry but to me that says that a CUDA card is required for your program to function.

[Groucho2004]

I'm sorry but to me that says that a CUDA card is required for your program to function.
Let's just assume that English is not your native language and that you're misunderstanding.
The first paragraph on the product page is very clear about what the program does and what's required to run it.
In short - Yes, you need a Nvidia graphics card that supports CUDA video decoding with at least a VP2 engine.

[Guest]

I feel like Alice in Wonderland. Words don't mean what they mean!?

[LigH]

It is probably again the usual misunderstanding.

It requires an Nvidia card which supports CUDA, because (simply said, despite possible exceptions?) only cards which support CUDA also have the PureVideo decoder chip in version VP2 (or better).

But DGDecNV does not execute CUDA programs to decode. It only uses the PureVideo VP2(+) decoder chip features on these cards.

[mastrboy]

Actually DGDecNV has 2 two different modes for decoding, from the manual:
Decode_Modes=0/1,0/1,0/1: The order of the parameters corresponds to AVC video, MPEG2 video, and VC1 video.
A value of 0 selects CUVID decoding; a value of 1 selects CUDA decoding. For example, "Decode_Modes=0,1,0" causes
CUDA to be used for MPEG2 video and CUVID for AVC and VC1 video. By default, CUVID is used for all video types.

[Pat357]

Actually DGDecNV has 2 two different modes for decoding, from the manual:
Decode_Modes=0/1,0/1,0/1: The order of the parameters corresponds to AVC video, MPEG2 video, and VC1 video.
A value of 0 selects CUVID decoding; a value of 1 selects CUDA decoding. For example, "Decode_Modes=0,1,0" causes
CUDA to be used for MPEG2 video and CUVID for AVC and VC1 video. By default, CUVID is used for all video types.
If what you say is valid, I'm wondering where the CUDA code is hidden to decode MPEG, VC1 and H264 :p
Even with CUDA, it would be a lot of code for the 3 main formats.
And more over, why would anyone use CUDA for decoding streams when you can access the the Video Processor (VP2..VP4..VP5)
using CUVID which can decode these streams already and this all without even writing a single line of code to do the actual decoding ?

[Guest]

When CUDA is used, it is not done 100% in CUDA. There is acceleration of some things but mostly it is done in the video driver software. The reason to need it is the rare occasion when the VP engine is broken for a particular stream's syntax. It's very rare.

[alzamer2]

when i use the driver that which come with my laptop (geforce g 105m -with cuda-) DGIndexNV work
but after i upgrade the driver (lastest one cuda 5.0.1 and tried cuda 4.2.1) i get error ERROR: cuInit failed (100) why?

[Guest]

I don't understand what you mean by cuda drivers. You should install a video driver, not a cuda driver. Why do you talk about cuda drivers?

I do know that some older notebook graphics chipset drivers are not being updated to be compatible with the latest CUDA SDK. You simply cannot upgrade those video drivers without losing support. I cannot do anything if nVidia doesn't release compatible drivers. You can fall back to an earlier DGDecNV version build with CUDA 3, however. Sadly you can't have the latest versions of both the video driver and DGDecNV.

[alzamer2]

I don't understand what you mean by cuda drivers. You should install a video driver, not a cuda driver. Why do you talk about cuda drivers?

I do know that some older notebook graphics chipset drivers are not being updated to be compatible with the latest CUDA SDK. You simply cannot upgrade those video drivers without losing support. I cannot do anything if nVidia doesn't release compatible drivers. You can fall back to an earlier DGDecNV version build with CUDA 3, however. Sadly you can't have the latest versions of both the video driver and DGDecNV.

i mean that i have the last video card drive version 306.23 with nvcuda.dll version 5.0.1
but get error ERROR: cuInit failed (100)

[Guest]

Only the last Verde driver will work on those notebook adapters in my experience.

[alzamer2]

Only the last Verde driver will work on those notebook adapters in my experience.

what do you mean by "the last Verde driver"

[Guest]

http://www.geforce.com/drivers/results/26388

[alzamer2]

http://www.geforce.com/drivers/results/26388

will this work ??
http://www.geforce.com/drivers/results/47420

[Guest]

I don't know offhand. You can always try it and revert back if needed. If it works please let me know. Thanks!

[Guest]

I very much appreciate your quick reply.

It always occured from streams demuxed straight from the Bluray.

In this case, here's the BluRay we're talking about : http://www.amazon.fr/aventures-rabbi-jacob-Blu-ray/dp/B001GMY9NK/ref=sr_1_2?ie=UTF8&s=dvd&qid=1283945127&sr=8-2 Some changes went in to address this between the version you had back in 2010 and the current version. I've just tested 2043rc1 with Avatar and in fact EAC3TO lost one frame at the end compared to DGDecNV. So I consider this one resolved. Better late than never, eh. Of course, let me know if you run into this with the latest DGDecNV.

[Pat357]

I've just tested 2043rc1 with Avatar and in fact EAC3TO lost one frame at the end compared to DGDecNV.

Neuron2, are there any binaries from this v2043rc1 available for testing the new DXVA HQ de-interlacer ?
I would be happy to test it :-)

[Zathor]

Here you go:
http://forum.doom9.org/showthread.php?t=165970

[Guest]

Neuron2, are there any binaries from this v2043rc1 available for testing the new DXVA HQ de-interlacer ?
I would be happy to test it :-) Zathor's and my testing didn't show any noticable improvement, which surprised me given what I read in one of the LAV threads. I'm investigating that.

[RedDwarf1]

I think that I might of found an obscure bug in 2042.

I don't usually use the cropping feature and usually click no when I get prompted. However I did by mistake click yes and then quickly wanted to remove that by Entering the cropping selection dialogue and unticking the cropping and then clicking the X. I thought everything would be okay and I could then setup the cropping manually as usual.

However, that didn't work. The dgi file shows the video dimensions as 1920 x1096! Which with my usual cropping setup of 8 left me with a green bar at the bottom and the resolution showing as 1920x1088, after cropping!

I have repeated the steps with the same result. This was with a .h264 raw file.

H.264 video 1920x1088. That is reported by DGIndexNV and is how it should be but MediaInfo reports 1920x1080.

[RedDwarf1]

Ouch! I tested again but this time changed the cropping of the bottom to 16, from it's original 8 and now the resolution is shown as 1920x1104 in the dgi file. The cropping needs to be deselected for this to occur.

It's the same in the latest 2043rc1.

[Guest]

Yup, I've reproduced it. I'll correct it for 2043. Thank you for pointing it out.

[RedDwarf1]

Thank you neuron2, another bug squashed. :)

[Guest]

You're welcome. I just wonder how many more of those critters are scurrying around in the nooks and crannies.:scared:

[Guest]

There is a bug with AVS Template. The template file will always be created even though the 'Enable template' box is unchecked. Confirmed. Thanks for pointing it out. Fixing now for 2043.

[LigH]

I just upgraded a PC from Windows XP SP3 (32 bit) to Windows 7 SP1 (64 bit). Started DGIndexNV.exe (rev. 2044, 32 bit), opened a *.264 file ... "Invalid license". The same license which used to work already. Generated in Sept. 2010 (the licensing upgrade was in June 2010). Same result for the "x64 Binaries" when I copy my license.txt file there.

I'll try to check my licenses when I am able to find my User ID again... either Donald can resend it to me, or I will have to wait for the weekend when I get back home.

But we have another user in the german doom9/Gleitz forum who just recently registered, received his license, and it was reported to fail. So I will try to check if he made a mistake creating the license file.

Users today may expect a little support from applications by accepting serials via own dialogs. Creating a simple text file with correct content and location appears to be harder than most developers would expect... ;)

[Groucho2004]

I just upgraded a PC from Windows XP SP3 (32 bit) to Windows 7 SP1 (64 bit).
Just a hunch - Windows 7 enumerates your devices differently and the GetAdaptersInfo() call (which I think Don uses to query hardware info) returns different info.

[LigH]

That may explain why a license file has to get upgraded.

And the reason for the other user may be a different one (related to the area in front of the monitor...).

[Guest]

Hi LigH. I re-sent your activation email. If the other user is having problems he can contact me or post at my forum about it.

[LigH]

Thanks.

Unfortunately, due to the unreliable Copy function in Windows (I bet there are more people who remember occasions when they hit Ctrl+C, but the marked area was not copied, the Clipboard persisted to contain a previous content), I checked an older machine code again; so I have now the same machine code registered twice. Your generator obviously does not care about duplicates. So I'll have to be careful in the future...

[Guest]

Yes, please do not make duplicate licenses. If you ever run out I am always happy to reset your count to zero.

[Groucho2004]

Unfortunately, due to the unreliable Copy function in Windows (I bet there are more people who remember occasions when they hit Ctrl+C, but the marked area was not copied, the Clipboard persisted to contain a previous content)
This is the first time I hear about this and I have used Windows since 3.0. I use Ctrl-C -> Ctrl-V a lot on a daily basis and have never seen it fail in the software I use.

[LigH]

My boss just confirmed that he knows this issue too... well, I could make a poll (http://forum.gleitz.info/showthread.php?46064) about it in our german board. But not in this thread, fearing the wrath of Donald... ;)


BTW, a similar issue happens when I paste an URL and immediately want to close a BBtag with ] (AltGr+9 on a german keyboard); the keyboard driver seems to need a safe pause between releasing Ctrl and pressing AltGr to separate them reliably...

[Groucho2004]

I could make a poll about it in our german board.
OK.

But not in this thread, fearing the wrath of Donald... ;)
Indeed. :)

[Guest]

No need to fear me guys! :confused:

In every instance I know of where a cut and paste into the boxes of the license generator fails, it is because the copy actually included an extra space at the end. I include a warning about that in the instructions, but I should try to find time to make my perl script automatically delete extra spaces.

[Selur]

Got a few questions:


Do I need to watch that no other program accesses the 3d functionality of my gpu while using DGDecNV? like:

Does my screensaver have to be disabled while using DGDecNV?
Is it okay to surf and watch Flash Videos and or watch a movie while encoding and using DGDecNV?
Is it okay to use a VM which uses 2D/3D hardware acceleration?

Is it okay to run multiple encodes in parallel which use DGDecNV? (there would only be onw DgIndexNV instance one at a time)
Can I use other GPU based Avisynth filters while using DGDecNV? (e.g fft3dgpu, GPUBilateral, NLMeansCL, ML3Dex)
Can I use DGDecNV/DGIndexNV while only connecting to my pc via rdp or vnc, while no physical monitor is attached? (QuicktSync had/has problems with this iirc)
Should I expect problems if my system has a. multiple networks adapters and b. some of the virtual adapters change frequentyl? (virtual = e.g. for Cisco VNC, VM-Software,...)
Is there some knowledge about the memory impact of DGDecNV compared to e.g. FFmpegSource2?
Does DGDecNV also have some sort of software decoder mode?

and found some answers to them over at by http://neuron2.net/dgdecnv/Readme.html:
1.a: "Activation of a screensaver or standby mode may interfere with proper operation of the DGNV tools. They should be disabled during use of the DGNV tools."
2. : "The DGSource() source filter supports multiple instantiation, however, the number of instantiations is limited by available memory on the nVidia video card. As always, more is better!" -> how much memory is normally needed to decode 1080i material?
3. : "Use with Windows Remote Desktop is not supported." -> What about VNC?

would be nice if someone could help in answering the other questions. :)

Cu Selur

[Groucho2004]

A couple of answers:

1b. I found that Firefox hardware acceleration interferes with decoding. Switched it off in the FF options.
4. TightVNC works well.

[Selur]

Thanks Groucho2004. :)

1b. I found that Firefox hardware acceleration interferes with decoding. Switched it off in the FF options.
okay, https://support.mozilla.org/en-US/kb/forum-response-disable-hardware-acceleration should help there. :)
4. TightVNC works well.
Nice! :)

[Guest]

2. Yes, it's OK, subject to memory constraints.

3. Should be OK. Please report your results. :)

4. TightVNC or any other one that doesn't deinstantiate the video driver will be OK.

5. You can put the licenses corresponding to each configuration all in the one license.txt file. The right one will be found and used.

7. No, but DGAVCDecDI is software based.

[Selur]

* Added an error popup if an MP4 container file is opened.
you might want to add an error message to the command line also, since calling something like:
DGIndexNV -i "H:\Input\VTS_01~1.MP4" -o "H:\Temp\23913844mp4_deb1536f480475f7d593219aa1afd74c_41.dgi" -h -e
simply causes DGIndexNV to crash

[Guest]

The latest version of DGDecNV opens MP4 files. Can you open the file in GUI mode?

If you have an MP4 that crashes DGDecNV please provide a sample.

[Selur]

No file also crashes DGDecNV if I use the GUI mode, here you go: http://goo.gl/pD6yj
Did nothing special aside from using a newer mp4box version to multiplex the file,... (used GPAC version 0.5.1-DEV-rev4273, will try other mp4box version to check if this is the problem)

[Guest]

I can't figure out how to download from that site. I get stupid popups and offers all over the place.

Please use mediafire.com. Thank you.

[LigH]

Will upload to my webspace...

Here is Selur's sample (http://www.ligh.de/tmp/sample.mp4) (7.8 MB).

[Selur]

thanks LigH :)
btw. problems persists if I use latest 0.5.1-DEV-rev4277 and older 0.5.0 (from http://www.videohelp.com/tools/MP4Box/old-versions#download), will now try some 4.x mp4box versions

small correction, the 0.5.0 version works,.. seems to be a problem with the 0.5.1 versions of mp4box

[LigH]

Certainly issues in GPAC 0.5.1:

Osmo4 0.5.0-rev4065 (stable) plays the video, reports 704×576 pixels for the video stream (correct), but a 20:11 PAR flag (wrong).
Osmo4 0.5.1-rev4277 (nightly) plays no video, reports 0×0 pixels for the video stream (wrong), but a 16:9 PAR flag (correct).

[Selur]

tested all the 5.1 version rev4270+ over at: http://gpac.wp.mines-telecom.fr/downloads/gpac-nightly-builds/
-> they all cause DGIndexNV to crash (will stick with 0.5.0 for the time being)
@DG: if you figure out the problem would be nice if you could report it to the GPAC devs, thanks!

[Guest]

I downloaded Selur's sample.

The crash is caused by the AVC stream. Its HRD parameters specify a value of cpb_cnt_minus1 that is way out of range (0-31 is legal). I added a test as follows and this allows DGDecNV to play the file without problems.

int ReadHRDParameters(DataPartition *p, hrd_parameters_t *hrd)
{
Bitstream *s = p->bitstream;
unsigned int SchedSelIdx;

hrd->cpb_cnt_minus1 = ue_v ("VUI: cpb_cnt_minus1", s);
// This field should be 0-31, so do something to avoid crashing if it is out of range.
if (hrd->cpb_cnt_minus1 > 31)
hrd->cpb_cnt_minus1 = 0;
...
} I can't know if the AVC stream was illegal before muxing or it got messed up by muxing. Maybe someone can do some experiments to shed light on that.

[LigH]

He could probably provide the raw stream before muxing as well. But it's not a DGDecNV issue, specifically, that's already quite certain.

[Kurtnoise]

The file is definitely corrupted (I also tried with another non-free tool).
I have a patch, to display a message when the value is not in range.

Did you have access to the raw h264? We would need to check its
compliance.
https://sourceforge.net/tracker/?func=detail&aid=3600353&group_id=84101&atid=571738

[Selur]

I'll can recreate a new file, keep the raw and upload the raw and the muxed file and then post it over in the bug tracker
-> created a new file uploaded all the files and a small step-by-step how I created the files and posted it in the bug tracker

[Kurtnoise]

Why using Mencoder ?

FFmpeg or x264 is able to read avs scripts as well...

[Selur]

@Kurtnoise:
- x264 wasn't used directly because I disabled the 'use internal decoder if possible' in Hybrid (+ last time I check using x264 directly didn't give any speed boost with slow scripts)
- ffmpeg wasn't used as encoder, since a. I hate the ffmpeg libx264 syntax (since I always mess it up) and b. I normally use 64bit ffmpeg but 32bit Avisynth since 64bit Avisynth is far from stable over here
@neuron2: seems like the problem was the fault of mp4box and is fixed now :)

[rica]

Hi neuron,

I've been trying to make SBS, Frame sequential or dual stream 3D movies from wmv source files.

DirectShow or FFVideoSource is always problematic with those asf files.

So finally, I decided to give it a go with DGNVTools.

Here is the sample video:

http://www.3dtv.at/Movies/Heidelberg_en.aspx Please select 720p.

I converted the video to VC1 with Graph for further processing with DGIndex.

WM Asf Reader > Haali Matroska Muxer. ( asf2vc1 is problematic btw.)

http://img26.imageshack.us/img26/5431/vc1mux.png (http://imageshack.us/photo/my-images/26/vc1mux.png/)

(This created VC1 works fine with any player after muxing it into a mkv or m2ts container.)

However, DGIndex never seen any video frame on this file and appearing pop-up says, "no video frames found" when I try to play.

Thanks.

[Guest]

Please post a link to the VC1 file you created, or an appreciable sample thereof.

My guess is that it is not in fact raw VC1 but let's see.

[rica]

Sorry, the file is 260 MB and today I am living issues with upload and download speed.

I appreciate if you download the original Heidelberg video (which I renamed as "test") and convert it to VC1 on GraphStudio.

Here is the video info of the original file:

Video
ID : 2
Format : VC-1
Format profile : Advanced@L3
Codec ID : WVC1
Codec ID/Hint : Microsoft
Description of the codec : Windows Media Video 9 Advanced Profile
Duration : 6mn 5s
Bit rate mode : Variable
Bit rate : 5 980 Kbps
Width : 1 280 pixels
Height : 1 440 pixels
Display aspect ratio : 0.889
Frame rate : 25.000 fps
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Compression mode : Lossy
Bits/(Pixel*Frame) : 0.130
Stream size : 261 MiB (96%)
Language : German

And here is the ID of created VC1:

Video
ID : 1
Format : VC-1
Format profile : Advanced@L3
Codec ID : V_MS/VFW/FOURCC / WVC1
Codec ID/Hint : Microsoft
Duration : 6mn 6s
Bit rate : 5 857 Kbps
Width : 1 280 pixels
Height : 1 440 pixels
Display aspect ratio : 0.889
Frame rate mode : Constant
Frame rate : 25.000 fps
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Compression mode : Lossy
Bits/(Pixel*Frame) : 0.127
Stream size : 256 MiB (98%)
Language : English
Default : No
Forced : No



Thanks.

(BTW, I kept the video on its original size without trimming on purpose, in order to eliminate the trimming issues.)


EDIT: For this sample, asf2vc1 can create a VC1 and even it looks raw VC1, the same file cannot be opened by DGIndex:

Video
Format : VC-1
Format profile : Advanced@L3
Width : 1 280 pixels
Height : 1 440 pixels
Display aspect ratio : 0.889
Frame rate : 25.000 fps
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Compression mode : Lossy






_ _ _ _ _ _

[Guest]

What is that second filter in your graph?

[rica]

Haali Matroska Muxer.

And please give it a go with asf2vc1 as well.

[Guest]

A muxer? I thought we were making a raw VC1. Please explain.

The file name is specified as test.vc1, so how can a matroska muxer output that?

[rica]

You are right.

I have no working "dump filter" on Seven.
This works as a dump filter without an audio and mkv merge remux it to mkv and you can demux it to VC1 via TSMuxer.

Anyway, for this sample, asf2vc1 incidentally worked and extracted raw VC1. However DGIndex does not recognize this file as well. Please check yourself.

The file name is specified as test.vc1, so how can a matroska muxer output that?

I have no idea.

[Guest]

You ask me to misuse existing tools and hope things are OK!

I don't know what asf2vc1 is and I'm unlikely to install it.

If you want my help, you'll upload a VC1 elementary stream that you claim DGDecNV cannot open. You can cut it with DGSplit if you want to avoid a large upload.

I'll try to find a way to demux your WMV file but I don't have time to make a research project out of it.

[rica]

OK, thanks.

1) VC1 created with graph
2 Muxing it to mkv with mkvmergegui.
3) Demuxing to VC1 with TSMuxer.

Final VC1 can be opened by DGIndex.

Thanks.

EDIT: It does not work everytime.

[Guest]

You say DGDecNV cannot open a valid VC1 elementary stream? Yes or no?

Is it so hard to upload a sample?

[rica]

Tomorrow, I will upload a sample. Today, Internet connection is corrupted.

[Guest]

Thank you for the sample, and sorry to hear about your internet problems. I know how frustrating it can be.

It appears that CUVID doesn't support this profile/level (3.3) with resolution (1280x1440), but I want to confirm this with nVidia.

[rica]

Thanks,

I gave it a go with 1920*2160 @Level 4 as well; the same result.

[Selur]

How to:
a. select specifc PGCs
b. select specific angles ?
I know older DGIndex didn't support it but since http://forum.doom9.org/showthread.php?t=109119 doesn't mention, I guess support for PGC and angle selection was added, wasn't it?
If it still isn't possible to do a.&b. are there any plans to add support for a. and b. ?

Cu Selur

[Guest]

PGC and angle selection are not supported nor do I have any plans to do so. You need to use your ripper to rip the correct things.

Angle selection for BluRay MPLS files *is* supported, however. It was an easy thing to do when I added MPLS file support.

[Selur]

PGC and angle selection are not supported nor do I have any plans to do so.
Thanks for clearing that up. It might then be a good idea to add this to the 'Known Issues and Limitations'-list. :)

[Groucho2004]

It might then be a good idea to add this to the 'Known Issues and Limitations'-list. :)
Why? The description for this program reads "DGDecNV is a decoder/frameserver for AVC, MPEG2, and VC1 streams...". It does not claim to have features for parsing a DVD structure.

[Selur]

Because, the 'Known Issues and Limitations'-list refers to DGIndex which is initially was based on DVD2AVI. But okay, than the user manual should at least mention that DGIndex(NV) can open vobs but has no clue about PGCs and angles. Like always this is only my opinion, nobody is forcing DG to anything.

[an3k]

Why? The description for this program reads "DGDecNV is a decoder/frameserver for AVC, MPEG2, and VC1 streams...". It does not claim to have features for parsing a DVD structure.

So a multi-angle DVD is NOT a MPEG2 stream? Whatsoever, this is only a short introduction to the program, not a list of supported or not supported features. And that is exactly the reason why most developers/publisher have a "known issues" list.

[Guest]

So a multi-angle DVD is NOT a MPEG2 stream? That is correct, a multi-angle DVD is not an MPEG2 stream.

Anyway I'm happy to add a clause to the limitations if it will prevent any possible confusion. I will do that right now. Thank you for suggesting it, Selur.

EDIT: I added this disclaimer:

4. While DGDecNV can open VOBs it does not include any code to parse IFO
files and therefore any preprocessing needed to parse multiangles, etc.,
must be done at ripping time using the capabilities of your ripping tool.

[LigH]

A multi-angle DVD is (a little more than) an MPEG2 Program Stream (which makes the VOB file) containing several multiplexed MPEG2 Video Streams, where the additional video streams are meant to be an alternative to brief parts of the first video stream. Video encoders have quite strict limits when creating multi-angle compliant video, e.g. the GOPs have to match in structure across all parallel angle streams.

When you play a DVD with the second angle selected, it plays the first video stream where there is only one, and plays the second for the scenes where there are (at least) two alternative video streams in parallel. DVD Rippers will cut-and-stitch it in the same way to one single continuous video stream.

I only got one DVD so far which used multi-angle, that was the german "Shrek" DVD production, where the intro replaced original english cast screens by german versions; the whole rest of the movie was a single video stream.

[an3k]

A multi-angle DVD is (a little more than) an MPEG2 Program Stream (which makes the VOB file) containing several multiplexed MPEG2 Video Streams, where the additional video streams are meant to be an alternative to brief parts of the first video stream. Video encoders have quite strict limits when creating multi-angle compliant video, e.g. the GOPs have to match in structure across all parallel angle streams.That is what i meant. It's not like H.264 AVC and H.264 MVC.

I only got one DVD so far which used multi-angle, that was the german "Shrek" DVD production, where the intro replaced original english cast screens by german versions; the whole rest of the movie was a single video stream.I only have one too: japanese DVD of Princess Mononoke. First angle is the original movie and second angle is the whole movie but as story board drawings.

Afaik multi-angle is only useful for exactly one usage: switching "playlists" while playing the movie but if that is not required creating playlists is much easier (theatrical cut vs. director's cut).

[LigH]

Ehm, no, there is at least one more use for "multi-angle", the purpose which gave its name: When the same scene was filmed from multiple angles by several cameras in sync.

I was a professional DVD authorer when our company made a DVD of the opera "Turandot" with multi-angle scenes (indicated by a "shining moon" symbol).

And I believe there are many more MA productions in the adult movie sector...

[an3k]

Ehm, no, there is at least one more use for "multi-angle", the purpose which gave its name: When the same scene was filmed from multiple angles by several cameras in sync.

I was a professional DVD authorer when our company made a DVD of the opera "Turandot" with multi-angle scenes (indicated by a "shining moon" symbol).

And I believe there are many more MA productions in the adult movie sector...Yes, you're right. What i meant was that multi-angle is just like a playlist but with one difference: you can't switch between angles instantly while being in the middle of content. A playlist starts from the beginning.

Think about a movie. Theatrical cut and Director's Cut. To make it easy the Director's Cut only have an alternative ending. With multi-angle the viewer can instantly jump between original and alternate ending. He can't do that if playlists were used. However, neither for playlists not for multi-angle you need to save both cuts completely on disc, just the different parts.

Or did i miss something?

[LigH]

Yes. Multi-angle is not at all related to different content. You would have a continuing audio stream, just different videos to the same audio. If you have different endings, you would have different audio per ending, and this can't be solved by multi-angle.

There is a different technique: "seamless branching". A little more complex. Tries to avoid breaks at branch points but allows different content for both video and audio. I don't remember in detail how it works; maybe imagine it like interleaved PGCs.

[Selur]

btw. is there a method in DGIndexNV to handle soft telecine material like DGIndexs 'Force Film' option? Or should I simply use TIVTC and be happy.

[LigH]

"Soft Telecine" means that the material is stored progressively with FILM framerate (24000/1001), and the (DVD) player has to apply the 3:2 pulldown on-the-fly to display it with NTSC framerate (30000/1001).

Means: There is no IVTC necessary. The video is already progressive. The decoder should "ignore the pulldown flag".

[x265]

Is there an option for that?

[Selur]

okay, so writing something like:
clip = ( FrameRate (clip) ) == 23.976 ) ? clip : tfm().tdecimate()
should work ?

[LigH]

Oh, sorry, I didn't check DGIndexNV.exe thoroughly ... no, it doesn't seem to have an according option.

I just created a small test M2V with HCEnc 0.26, it is always decoded with Telecine.

Selecting the option "PureVideo Deinterlacer › Use progressive_frame" does not force the decoder to ignore the Soft Telecine flag.
__

@ Selur:

No; remember the precision of float values. 24000/1001 is not exactly equal to 23.976! (clip.FrameRate < 25.0) may work.

If Donald knows a way to set up the PureVideo decoder to ignore this flag, this would certainly be the preferable solution.

http://frupic.frubar.net/shots/28800.png

[Guest]

Of course there is an equivalent to Force Film. But the options are now in DGDecodeNV. Look at its user manual and you will find the field handling options.

[Selur]

thanks

[LigH]

fieldop: 0/1/2 (default: 0)
0: Honor Pulldown Flags
1: Force Film
2: Ignore Pulldown Flags

In your case then: fieldop=2
__

P.S.:

The documentations seems to have a typo:

If the clip is 29.976fps

Rather 29.970 - in contrast to 23.976.

[Selur]

okay, so I could:
1st run the file through DGIndexNV
2nd check how much 'Coded #' vs. 'Playback #' differs
- if it's around 1/4 I use 'Force Film' since it's soft telecine
- otherwise I use 'Ignore Pulldown Flags' and use TIVTC
right?

Cu Selur

[Guest]

Use honor pulldown when doing external IVTC.

[Selur]

okay. Can I tell DGIndexNV somehow to create the .log file next to the project file and not next to the input file?

[Guest]

No, sorry.

[Selur]

would be nice if that could be added to the next version if it's not too much of a hassle.

[colinhunt]

I'd like to set DGDecodeNV up so that BD-Rebuilder will always select PAT/PMT instead of asking me to choose between Yes, No and Cancel. Jdobbs told me to check DGIndexManual.html for info on how to do that. The manual says of the "Always Ignore Mismatched Audio":

When enabled, the popup does not occur and the audio stream is always disabled. This option setting is stored in the INI file and so is retained across DGIndexNV invocations.

I checked "Always Ignore Mismatched Audio" in the Options menu of DGIndexNV.exe but something made me check the DGIndexNV.ini file. In it I found this line:

AlwaysCancelOnAudioMismatch=1

Based on the name of that parameter DGIndexNV will now cancel the process whenever Audio Mismatch is detected instead of ignoring the mismatch. Is this a case of incorrectly named parameter...?

[Guest]

The name of the option in the GUI and the string that is used to store its state in the INI file are not the same. It's inconsequential. The user is expected to use the GUI to change option settings.

Note that this will not force use of PAT/PMT when there is a mismatch; it will disable that audio stream completely.

[colinhunt]

The name of the option in the GUI and the string that is used to store its state in the INI file are not the same. It's inconsequential. The user is expected to use the GUI to change option settings.

Note that this will not force use of PAT/PMT when there is a mismatch; it will disable that audio stream completely.
OK. So how do I tell DGDecNV to always select "Yes" for PAT/PMT automatically when there's an audio mismatch?

[Guest]

You can't right now. I'll have to add that in the next release. But only if you promise not to blame me if it creates issues for you to assume that PAT/PMT is always correct when the audio is detected as different. :)

[colinhunt]

You can't right now. I'll have to add that in the next release. But only if you promise not to blame me if it creates issues for you to assume that PAT/PMT is always correct when the audio is detected as different. :)
It's a deal. I'll blame myself only :)

[Selur]

atm. I use a Gefore GTX 470 (VP4) and a Geforce 210 (VP4) in my system, since I plan to switch out the Geforce 210 for a newer VP5 card it would be nice to use the new card instead of the GTX 470 with DGDecNV.
Since I couldn't find an option to select the graphic card I suspect DGDecNV is always using the first card in the system, but since I wanted to stick with the 470 as my main card this would not allow me to use the new VP5 card then.
-> I there an option to choose which card will be used in DGDecNV? If not, it would be nice if such a feature could be added.

Cu Selur

[Guest]

Yes, you can choose the device to use. Refer to Appendix E of the DGIndexNV user manual. Look for the CUDA_device INI file option.

[Selur]

Thanks for the info, totally missed that. :)

[colinhunt]

You can't right now. I'll have to add that in the next release. But only if you promise not to blame me if it creates issues for you to assume that PAT/PMT is always correct when the audio is detected as different. :)
Any progress on the new version, perchance? I'm testing BD-RB on some multi-episode japanimation titles that bring up the PAT/PMT dialog window 10+ times per disc, and the encoding rig might wait for user action for hours on end when I'm busy elsewhere...

[Guest]

I have it implemented and I will send you a test version this evening when I get home.

[colinhunt]

I may have discovered a problem with the latest DGDecNV, triggered by a hardware upgrade.

The problem did not manifest itself when the PC running BD-Rebuilder had a Quadro 4000 (for CUDA only) and an Intel HD4000 (on CPU, connected via HDMI to monitor).

This morning I disabled the Intel HD4000, connected the Quadro to a monitor via DVI and installed an additional GeForce GTX660 Ti (not connected to monitor). Running the latest BD-RB with DGDecNV enabled caused the PC to run out of RAM and grind to a halt during first pass. Sysinternals' RamMap told me there was a Mapped File (probably .mbtree) with a very small Active RAM footprint but with a 13GB Modified Memory footprint, eating up all available RAM. For some reason the system did not use PageFile even though there was a 16GB one on the boot partition.

Once I got the system to reboot, I ran another BD-RB encode, this time with DirectShow instead of DGDecNV. Encoding finished without problems. I'm now running another BD-RB job, this time with LAVF instead of DS or DGDecNV. It ran pass 1 without problems, is now running pass 2 and all appears to be OK.

[Guest]

Please try starting DGIndexNV manually (without BDRB). Go to Options/List GPU Devices and show the result here.

[colinhunt]

Please try starting DGIndexNV manually (without BDRB). Go to Options/List GPU Devices and show the result here.
>0: "GeForce GTX 660 Ti"
Compute 3.0 (using sm_30)
Memory 2049 MB
L2 cache 393216 bytes
Symmetric multiprocessors 7
Processor clock 980 MHz
Memory bus width 192 bits
GPU/PureVideo version GK104/VP5

1: "Quadro 4000"
Compute 2.0 (using sm_30)
Memory 2049 MB
L2 cache 524288 bytes
Symmetric multiprocessors 8
Processor clock 950 MHz
Memory bus width 256 bits
GPU/PureVideo version unknown

AVC: cuvid
MPG: cuda
VC1: cuvid

[Guest]

That looks fine.

Can you save a project and serve video via the script into VirtualDub (without using BDRB)?

There's no reason I can see for there to be any problem, unless maybe your BDRB settings are now wrong for the DGDecNV paths, etc.

You can also try changing the INI file to use the Quadro (see manual for auxiliary INI file options).

Finally, you might try connecting a monitor to the 660.

We'll have to get this resolved before I give you the test load we discussed, since there's no point if you can't run DGDecNV.

[colinhunt]

We'll have to get this resolved before I give you the test load we discussed, since there's no point if you can't run DGDecNV.
Oh, sorry, I should have clarified: I have three encoding rigs and was going to test the PAT/PMT modified DGDecNV on another rig, one that does not have this RAM problem.

[Guest]

OK, sure, then I'll send it to you.

Still looking for answers on the other issue though. :)

Heading home now...

[colinhunt]

OK, sure, then I'll send it to you.
Groovy. I'll test it tomorrow, off to bed now.

Still looking for answers on the other issue though. :)
I have a feeling it might have something to do with having both Quadro and GeForce drivers installed simultaneously. I'll do more testing next weekend.

[Guest]

Sent you a PM with the link and password. Please advise your results.

[colinhunt]

About the RAM issue. Nvidia Control Panel claimed the system was running Quadro drivers for both the Quadro 4000 and the 660 Ti, and I could tell from a desktop gadget BD-RB used the 660 Ti for decoding when set for DGDecNV use.

So I re-installed the latest GeForce drivers, rebooted, checked Nvidia Control Panel to make sure the drivers took, and gave BD-RB a backup job using DGDecNV. It's been running a few hours now and RAM usage has remained normal. Looks like case closed.

[colinhunt]

Sent you a PM with the link and password. Please advise your results.
First test encode was a complete success. Selected "Use PAT/PMT" in the menu and BD-RB never paused to ask for user action. Output has correct audio and it's in sync.

[colinhunt]

So I re-installed the latest GeForce drivers, rebooted, checked Nvidia Control Panel to make sure the drivers took, and gave BD-RB a backup job using DGDecNV. It's been running a few hours now and RAM usage has remained normal. Looks like case closed.
Whoops, perhaps not! I aborted one BD-RB job and started another within a couple of minutes: Modified RAM use started going up very fast immediately. In only a couple of minutes 90% of RAM was in use and the system was still using only 180MB of PageFile. I stopped BD-RB and closed it down, but 13GB of Modified RAM was just sitting there. Not sure what to try next...

My knowledge of the subject is close to zero but it sure looks like something's leaking a whole lot of memory. Sysinternals' RamMap shows me something is allocating huge loads of RAM to Modified Memory, but in the Processes tab the largest chunk of Modified RAM is taken by Avast: 7400 Kilobytes. Next biggest is svchost with 3900KB.

One thing to note: this behaviour was triggered by me aborting a BD-RB job and starting another. The system finished one BD-RB backup job successfully earlier today, and when I started another an hour later, RAM use was normal.

[Guest]

Sounds like something for jdobbs to look into.

[colinhunt]

Sounds like something for jdobbs to look into.
Hmm... but BD-RB did nothing like this before I installed another Nvidia GPU in the PC. And even though my testing is still incomplete, it's beginning to look like this RAM issue does not apply when using DirectShow or LAVF.

[Guest]

You said it was fine until you aborted a job in BDRB.

Try using DGDecNV by itself. Any issues?

[colinhunt]

You said it was fine until you aborted a job in BDRB.
Yes, I did. I thought that maybe aborting a job left something "open", so to speak. I'm not a programmer, far from it unfortunately, but it looks to me like finishing a BD-RB job closes/resets things properly but aborting a job does not. Does that make any sense?

Try using DGDecNV by itself. Any issues?
I'll give it a shot.

[Guest]

I don't know about BDRB internals. That's why I thought asking jdobbs about it would be appropriate. I have no other reports of similar behavior.

When you get into the high RAM usage state, can't you use Task Manager (or similar) to see who is holding the memory?

[colinhunt]

When you get into the high RAM usage state, can't you use Task Manager (or similar) to see who is holding the memory?
No, and believe me, I've tried. Nothing listed in Task Manager is holding all that RAM. That's why I installed Sysinternal's RamMap; it's supposed to be better at that kind of thing. But it can only tell me the RAM is going into Modified Memory of a Mapped File; none of the processes it lists hold 10+ GB of RAM.

RamMap lets me browse through the Modified Memory area for process names etc. but the only thing I found were a few mentions of the .mbtree file.

I've been running tests all morning but they've turned out inconclusive. In fact, I haven't managed to "force" the system into a high RAM usage state once! Not with DirectShow, LAVF or DGDecNV. I don't know what the hell is going on here... :/

What's more, this is the only one of my three encoding rigs doing this (at random, apparently). It's also the only rig which has two Nvidia GPUs installed - and this behaviour started after I installed the 2nd Nvidia GPU. And the high RAM use state has so far occurred only when BD-RB was set up for DGDecNV.

Typical RAM use during indexing:
http://i.imgur.com/L7ijKyZ.png

Typical RAM use during encode (1st pass):
http://i.imgur.com/YVqEcji.png?1

High RAM use state (a minute later the Modified RAM was over 10GB):
http://i.imgur.com/xyqx27m.png?1

Processes listing during high RAM use state:
http://i.imgur.com/rDRk3ZD.png?1

[stranno]

Is there any way to specify framerate in non-detected files?.

Coz i'm using a 59.940 264 stream and its being detected as 25FPS stream. Any way to set 59.940?.

[Guest]

Is there any way to specify framerate in non-detected files?.

Coz i'm using a 59.940 264 stream and its being detected as 25FPS stream. Any way to set 59.940?. Use AssumeFPS(59.94) in your Avisynth script.

[LigH]

This float value is not exact ... there are presets or fractions instead: AssumeFPS("ntsc_double") or AssumeFPS(60000, 1001).

http://avisynth.org/mediawiki/FPS

[stranno]

Use AssumeFPS(59.94) in your Avisynth script.
The problem is not really the framerate. The problem is that it only takes 25FPS along the movie. I mean, my video have 284286 frames in 59.64FPS (1:19:03) but DGIndexNV only recognize 142143 frames (its interlaced but i didnt change any option to deinterlace it). If i force it changin the dgi or using assumeFPS final lenght will be 39:31 and video will be speed up (coz it shorter than the source one).

..
..
..
142139:FRM 5 29 -1 5
IDR 284558594
142140:FRM 7 0 -1 5
142141:FRM 5 1 -1 5
142142:FRM 5 2 -1 5
SIZ 720 x 480
FPS 25000 / 1000
CODED 142143
PLAYBACK 142143
0.00% FILM
ORDER 0

And changing coded/playback wont work coz there are no info of the other ~142142 frames.

[LigH]

Why 59.64? 2*29.97=59.94

And then this SD resolution ... makes me wonder why you do believe in "double_ntsc" at all; this may be a "field rate", not a "frame rate". Which analysis tool did you use, that it got confused by PAFF interlacing? Which makes me wonder: What kind of video format is it originally — MPEG2, VC-1, MPEG4-AVC? A "full" report created by a recent MediaInfo would be useful.

[stranno]

My mistake, i mean 59,94.

Format : MPEG-4
Format profile : Base Media
Codec ID : isom
File size : 3.83 GiB
Duration : 1h 19mn
Overall bit rate mode : Variable
Overall bit rate : 6 933 Kbps
Writing application : Lavf53.3.0

Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : Main@L4.1
Format settings, CABAC : Yes
Format settings, ReFrames : 2 frames
Codec ID : avc1
Codec ID/Info : Advanced Video Coding
Duration : 1h 19mn
Bit rate : 6 797 Kbps
Width : 720 pixels
Height : 480 pixels
Display aspect ratio : 3:2
Frame rate mode : Variable
Frame rate : 59.940 fps
Minimum frame rate : 59.940 fps
Maximum frame rate : 60.000 fps
Standard : NTSC
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Interlaced
Bits/(Pixel*Frame) : 0.328
Stream size : 3.75 GiB (98%)

Audio
ID : 2
Format : AAC
Format/Info : Advanced Audio Codec
Format profile : LC
Codec ID : 40
Duration : 1h 19mn
Bit rate mode : Variable
Bit rate : 128 Kbps
Channel(s) : 2 channels
Channel positions : Front: L R
Sampling rate : 48.0 KHz
Compression mode : Lossy
Stream size : 72.4 MiB (2%)

[LigH]

The most current DGIndexNV version should be able to read MP4 and derive the frame rate from its header.

Changes.txt
Build 2044
----------

* Added MP4 container support.
...

[stranno]

I'm using 2044 (64bit) :-/

And i've also tried demuxing the 264 stream, it doesnt work. Even setting the right framerate through h264info in 264 stream or mp4box in mp4 container.

[LigH]

A raw H.264 video stream may not contain any information about its framerate at all. No surprise that this step was not useful.

How about converting the container to MKV, using mkvmerge (MMG)?

Or rebuilding the MP4 with MP4Box before using it in DGIndexNV? "Writing application : Lavf53.3.0" is an indication towards ffmpeg, which is known to create incomplete MP4 containers (due to its "filter" behaviour, sequentially writing the output only once).

[stranno]

No, it stills detect the half lenght of the video and forcing it 59.94FPS accelerate the video.

Its strange, FFmpegSource2 run and index it perfectly. Is there any way to transform the .ffindex of FFmpegSource2 in .dgi of DGNV? Sure its a nonsense, just guessing.

[Guest]

If you post a sample stream that I can use to duplicate your issue, I'll be able to tell you what is happening and what you should do. If DGIndexNV says there are 142143 frames, I would believe that.

Where did you get this movie MP4 file?

[stranno]

Its a record from Avermedia Game Capture HD.

http://imagenes.pccomponentes.com/avermedia_game_capture_hd_1.jpg

The source i'm talking its 3,8GB so it will take so long just for check it. I will try to upload a shorter one, it happens no matter the lenght.

[stranno]

Here's one source.

https://mega.co.nz/#!gVh0DTwD!Ze_lTnkvIOCzsBx5Y5AGizbFdO5f6WHYx2kN2nUYHqE

[Guest]

telecide()
assumefps(29.97)

[stranno]

telecide()
assumefps(29.97)
Thanks, this worked. But, is there any way to use all of frames, i mean, the 59.94 per second instead of 29.97 that DG index?.

I still dont understand why all frames are not indexed.

[Guest]

The source contains 29.97 frames per second, not 59.94 frames per second. There are no missing frames.

[LigH]

Probably as I said before, some tools report a "field rate" (half-frame rate) for PAFF interlaced MPEG4-AVC.

[Selur]

DGMPGDec Known Issues and Limitations (http://forum.doom9.org/showthread.php?t=109119) states:
...
Unicode paths and file names are not supported.
...
Are there any plans to fix/change this in the near future?

It's kind of annoying having to rename all unicode files or use a 8.3 compatible short file names (if the file system supports it).

Cu Selur

[Guest]

It's on my to-do list but it won't happen anytime soon, as I am concentrating on a physics paper for a conference in August.

[Selur]

Okay, thanks for the info. :)

[Morku]

Hi,
I got a problem with "Gran Torino" and DGIndexNV 2045 (32bit). There is a position in the movie which let DGIndexNV crash (or the NVIDIA driver). In the final movie output the image just stops in that position and displays the whole last piece of the movie (only audio is played till the end).
So I took a second look and opened the Video preview of MeGUI, switched to that position and pressed play.
This is what will happen everytime: http://i.imagebanana.com/img/7q5g7ttj/Gran.jpg
In english like "the display driver 'NVIDIA Windows Kernel Mode Driver' doesn't react anymore and was restored after an error."
When I look to the original movie file, at this position there is one frame, which is completly wrong, but MeGUI already crashs 3 frames before the 'wrong' frame appears.
I have a GTX480 newest WHQL driver, Windows 8 64bit.

What can I do?

[Guest]

What can I do? Please post a link to an unprocessed source stream sample that I can use to try to reproduce the issue. Use DGSplit to cut the stream and make sure the problem happens with the file that you upload. Use a hosting site such as mediafire.com and post the link here. Thank you.

[Morku]

I have send you a private message with the link.

[Guest]

Thank you. Investigating...

[Morku]

Sooo... have you found out something?

[Guest]

The stream is corrupted. Try re-ripping it.

[Morku]

Thats all? Of course it is corrupt. It is corrupt on the BluRay and I can rip it as many as I want, it will stay corrupt. DGIndexNV should skip it, like Media Player Classic - Home Cinema does, not crashing... The BD has no scratches and damages at all. Warner Bros. released that stuff.

[Guest]

I'm not going to spend my life making workarounds for corrupted streams (especially for someone who is unfriendly and demanding). I also doubt that you will motivate nVidia to do that either.

[Morku]

You really wonder about the answer after yours? Thanks Captain Ovious.

[jpsdr]

The thing you can try, but it may be difficult to obtain, is to try to rip from another Blu-Ray. Even if the Blu-Ray has no scratch or anything, it doesn't mean that you may not have a little physical defect on the layer. But, to do this, you have to get access to another Blu-Ray, this can be the tricky part...

[Shevek]

Agreed, I have a blu ray drive in both my HTPC and my main desktop PC. Some discs will be OK in one drive but not the other and some discs vice versa.

If you have access to another drive, try that.

[x265]

Are there any speed difference between DGIndex and DGIndexNV?

[LigH]

DGIndex (DGMPGDec) handles only MPEG2 via CPU.

DGIndexNV (DGDecNV) handles MPEG2, MPEG4-AVC and VC-1 via Nvidia-PureVideo.

[x265]

I know that. Will there be any speed gain during the encoding process when using DGIndexNV?

[LigH]

Only if your video decoder chip is a lot faster than your CPU. This is more probable for graphic cards with VP5 chip. VP2 to VP4 cards have an average speed limited close to double frame rate (45-60 fps, according to reports by Selur (http://forum.gleitz.info/showthread.php?46329&p=436990#post436990)). Especialy if your decoder is stable enough to run multithreaded (like FFMS2), it will outpace DGDecNV easily. DGMPGDec is rather outdated, though.

[Guest]

It depends on your VP engine and your system. I think that, generally, if you have a VP5 engine and only a moderately powerful CPU (not a 12-core overclocked beast!) you will get some gains for HD material.

I emphasize again that the raison d'etre of DGDecNV is not performance gains (though you may see gains in some scenarios), but rather integrated, consistent, and correct random access and handling for interlaced video, pulldown, etc., for all the video types.

[Selur]

Main reason for me to use DGDecNV:
- it can handle interlaced MPEG-2/MPEG-4 AVC/VC-1; ffmpegsource2 often struggles there.
- it can handle transport streams and vobs properly, ffmpegsource2 needs Haalis Media Splitter installed to be useful at all when it comes to mpeg2 based containers
- opens up some cpu power by using the gpu (mainly useful when the avisynth script or encoding is power hungry)

Main things I miss with DGDecNV:
- Unicode paths and file names are not supported. (annoying; workaround: rename input)
- no ifo/pgc parsing (annoying; workaround: pgcdemux)
- no H.264 10bit handling, since there's no fallback software decoder (annoying; workaround: use ffmpegsource2 instead)
- not free (annoying; but understandable and worth the donation)
- no standalone version, would be nice if one could use DGDecNV/DGSource without Avisynth to simply decode the content to raw (pipe output) so that it can be piped to x264/vpxenc/... without the need for avisynth. (I know, I'm probably the only one that thinks this would be useful)
- windows only (a linux&mac version which also can work as stand alone version would be really cool; gpu decoding and properly handling of transport streams on linux in a console would be nice)

Cu Selur

[Selur]

Curious thing I just encountered, when I called:
"G:\Hybrid\avisynthPlugins\DGIndexNV.exe" -i "h:\TestClips&Co\DVDs\ElephantsDream\VIDEO_TS\VTS_01_1.VOB"
DGIndexNV crashed, after some testing I found the problem.
If I put DGIndexNV into a folder with multiple other files it crashed indexing anything.
removing some of the files solves the problem -> would be nice if you could add some option to stop DGIndexNV from looking into other files than the license.txt file. :)

[Guest]

Can you be more specific about how to make this happen please? Steps for me to reproduce it would be very helpful. What files are problematic and are you talking about the EXE file or the license file? AFAIK, DGIndexNV doesn't "look into" any files other than the license.txt file and the video file that you try to open.

[Selur]

will upload my folder which causes the problem and send you a link -> send link and simple instructions

[Selur]

can you reproduce the problem?

[laserfan]

This might be a complete distraction, but when I updated to 2045 in July, after a VERY LONG period where I'd been running successfully 2041, I did initially have a couple of ugly crashes myself, which of course startled and concerned me, but I found that after some fiddling the crashes stopped and then never returned.

A wild guess on my part, but as I look at my C:\Program Files (x86)\DGIndexNV\ folder, I see that I had been hanging-on to old .ini files, which I did on 7/23/2013 place into a separate subfolder called "Old ini files". Maybe (just maybe) the .exe hadn't liked these i.e. files named:
DGIndexNV_2.ini
DGIndexNV2038.ini
DGIndexNV2039.ini
DGIndexNV2040.ini
DGIndexNV2041.ini

being in the same folder with DGIndexNV.ini (the real deal for use with 2045).

[Groucho2004]

Maybe the version number in DGIndexNV.ini doesn't get updated to the correct version when DGIndexNV is started from the command line (i.e. without initializing the GUI).

[Guest]

can you reproduce the problem? Looking at it now. Was running QM simulations all day yesterday.

[Guest]

Looks like it is caused by the multiple avs template support. Digging deeper...

[Guest]

There were two bugs:

1. Because Windows findfirstfile etc. checks short filenames as well as long filenames it was finding .avsi files as .avs files. I had to add extra filtering on the found names. This bug was not fatal, however.

2. I allowed for 10 template files but the array for holding them had only 4 entries. Oops, this bug is fatal when DGIndexNV finds more than 4 files to add to the template list.

I want to add a new feature for demuxing and then I will release version 2046. It's time for a new version anyway to make the crackers mad. :devil:

[Groucho2004]

1. Because Windows findfirstfile etc. checks short filenames as well as long filenames it was finding .avsi files as .avs files. I had to add extra filtering on the found names.
Hehe, I ran into that issue years ago with html/htm files. Since then I always use "*.*" and filter afterwards. :)

[Selur]

Happy you found the problem and it's not my system going crazy. :)
Looking forward to 2046 :D

[Guest]

Happy you found the problem and it's not my system going crazy. And I'm grateful to you for bringing this to my attention. Preparing the release now...

[Guest]

2046 is released. Please tell me if I screwed up. :cool:

[Selur]

not at home till tomorrow evening, just connected to my machine at home via remote desktop and I get:
---------------------------
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
---------------------------

but that is probably due to Remote Desktop, will report back tomorrow, when I'm back at home :)

[Guest]

Yes, remote desktop unloads the video driver. You can use alternatives such as TightVNC.

[Guest]

A wild guess on my part, but as I look at my C:\Program Files (x86)\DGIndexNV\ folder, I see that I had been hanging-on to old .ini files, which I did on 7/23/2013 place into a separate subfolder called "Old ini files". Maybe (just maybe) the .exe hadn't liked these i.e. files named:
DGIndexNV_2.ini
DGIndexNV2038.ini
DGIndexNV2039.ini
DGIndexNV2040.ini
DGIndexNV2041.ini

being in the same folder with DGIndexNV.ini (the real deal for use with 2045). Shouldn't be a problem. I'm not sure why you encountered crashes, but all's well that ends well.

[tormento]

It's time for a new version anyway to make the crackers mad. :devil:

:rolleyes:

[Selur]

2046 solves the problem, thanks for fixing :)

[frubsen]

I'm having a problem with audio delay.

I have been using DGAVCDec for a while with H.264 transport streams and have never had an issue with audio delay. It always outputs an ac3 track with 0ms.

Now I started using DGDecNV 2046 and its reporting an audio delay for all files now. anywhere between -1ms to 60ms. I can run the same files through DGAVCDec and it won't report a delay.

This is causing issues when muxing audio and video now.

Any idea why the two programs are reporting something different?

[Guest]

I don't support DGAVCDec and I won't answer any questions about it.

If you can formulate your question just about DGDecNV I may be able to assist you. But you'll have to provide a stream and instructions for duplicating your problem.

[frubsen]

Hi neuron2,

I think I've tracked it down to a Videoredo v4 problem and not DGDecNV. I don't have any issues with VRD v3 and DGDecNV. But both mpeg and h264 files give me grief with vrd v4 and dgdecnv.

Thanks

[frubsen]

After further testing, I have come to the conclusion that I am still having an issue with sync, and it does seem to be related to DGDecNV from what I can tell.

Here is a 10 second sample of an H.264 TS record.
http://www.filedropper.com/lenotest

If you look at the file in Mediainfo, there is no audio delay listed. However, if you index the file with DGDecNV, it will show it has a 62ms delay.

This only seems to happen with H.264 transport streams. I don't have this issue with MPEG transport streams.

[Guest]

Well, I don't develop or support MediaInfo so I feel no need to try to match its output.

You don't say whether the 62ms correction does a proper job or not. You just tell me it doesn't match MediaInfo.

I tried your file with the correction:

vid=dgsource("leno_test.dgi")
aud=nicac3source("leno_test PID 1100 3_2ch 48KHz 384Kbps DELAY 62ms.ac3",2).DelayAudio(0.062)
audiodub(vid,aud)

The sync appears just fine to me.

If you have problem you'll have to give me what I need to duplicate the issue: streams, script, and instructions for seeing the issue.

[frubsen]

Yes if I add the delay it fixes the sync problem. My point is that there shouldn't even be a delay.

I did a test. I demuxed an ac3 track using both VRD(I know this isn't your program), DGIndexNV, and DGAVCDec(I know you don't support this program anymore, I was merely using it for testing purposes.)

I checked the frame count on all 3 AC3 files. Both the output from VRD and DGAVCDec match. The output from DGIndexNV is 3 frames shorter. If I then take those AC3 files and mux it to my encoded video, for both the VRD and DGAVCDec output, I do not have to add a delay and the file is perfectly in sync. If I mux the AC3 output from DGIndexNV to my encoded video, I have to add a delay.

So basically, for whatever reason, DGIndexNV is chopping off 3 frames somewhere. Either at the beginning or end and is causing this delay.

Again, this only seems to be for H.264 files. MPEG2 does not have this issue.

[sneaker_ger]

So basically, for whatever reason, DGIndexNV is chopping off 3 frames somewhere. Either at the beginning or end and is causing this delay.

If it's at the end, there is no delay. Compare the different ac3 files in an editor to see where it got chopped off.

[frubsen]

Just brought them into an editor(Adobe Premiere) and placed them on top of each other. The DGIndexNV AC3 had 3 frames cut off the top compared to the other file. When I moved it 3 frames ahead on the timeline, it matched the AC3 audio from the VRD/DGAVCDec Demux.

So I have now confirmed that DGIndexNV is chopping off frames at the beginning of the audio track.

I just tried it with another video and it's the exact same thing. 3 Frames off the top.

[Guest]

I'll look into it and report back.

[sum1]

I have an issue taking a 30fps AVC source and converting it to 23.976 while using "deinterlace=1" in my dgsource line. I am using DGindexNV 2044.


An Example video source is located here http://www.filedropper.com/test_16

If I run the following .avs everything is fine and I end up with a 20 second clip at 23.976 fps, however it takes about twice as long to process.
LoadPlugin("C:\Program Files (x86)\AviSynth 2.5\plugins\LeakKernelDeint.dll")
dgsource("1.dgi")
LeakKernelDeint(order=1)
Select5()

crop(4,4,-4,-12)
lanczosresize(720,404)


However if I use dg to deinterlace the video with "deinterlace=1" I end up with a clip that is 16 seconds long instead of 20?? I have also noticed that if I view the avs in Vdub it will show no duplicate frames at 30fps?

The AVS
dgsource("1.dgi", deinterlace=1, resize_w=720, resize_h=404)


I believe the proper AVS should be
dgsource("1.dgi", deinterlace=1, resize_w=720, resize_h=404)
Select5()

However this still gives me a 16 second clip where are the other 4 seconds going? I should also mention when the video being encoded is staying at 30fps I do not have any issues.

Any help would be appreciated, perhaps I am missing something obvious here.

[Guest]

The sample you posted is pure soft 3:2 pulldown. The correct handling for that is:

dgsource("test.dgi", fieldop=1, resize_w=720, resize_h=404)

You never want to deinterlace telecined content.

[frubsen]

I'll look into it and report back.

Any luck on this?

[Guest]

Any luck on this? It's definitely not a matter of luck. :sly:

Are you using the 32-bit or 64-bit version? I will post a link to a test version for you after you so advise.

[frubsen]

I mainly use the 32bit version on my one computer, and then the 64bit occasionally on my other.

[Guest]

Here's a 32-bit build to try:

http://neuron2.net/misc/DGIndexNV_frubsen.exe

It seems to fix your issue for the sample you uploaded, but we will need some extensive regression testing.

[frubsen]

That seems to have done the trick! Tested it on both mpeg2 and h264 transport streams and nothing is giving me delays anymore, and the ac3 files are no longer a few frames short compared to their VRD output counterpart!

I'll do more testing in the next few days but it seems to be fixed.

Thanks so much!

[Guest]

Assuming no-one has experienced any issues with this fix, I'd like to slipstream it into version 2046. So, are there any adverse consequences that anyone has seen?

[frubsen]

Assuming no-one has experienced any issues with this fix, I'd like to slipstream it into version 2046. So, are there any adverse consequences that anyone has seen?

I've used it a bunch and it's working perfectly for me now. What was the issue if you don't mind me asking?

[Guest]

OK, thank you for the feedback. My video lookahead was finding out too late where the audio should start in coincidence with the first decodable frame, and the parser had already passed that point in the stream. I had to rearrange a few things.

[MeteorRain]

DGDecodeNV sometimes gets halt on single core environment, i.e. if VDM is set to only execute on CPU core 0, loading an avisynth script with dgdecnv will halt the process, with 0% CPU usage.

When affinity of the process is set to more than one core, the same script can be loaded properly.

i7 4770, Win 8.1

A test clip for you: https://copy.com/FTgmAkcSA2r6

DGDecodeNV_dgsource("nvtest.dgi")

[Guest]

When affinity of the process is set to more than one core, the same script can be loaded properly. Please set the affinity to more than one for such use cases.

[Shevek]

When affinity of the process is set to more than one core, the same script can be loaded properly.

Please set the affinity to more than one for such use cases.

:goodpost: :rolleyes: :cool:

[Selur]

Got a path problem:
When having Japanese Characters like '言の葉の庭' in the path and feeding an mpls to DGIndexNV it doesn't recognize the mpls file. (file list is empty)
If I rename the path/folder to 'test' and feed the path to DGIndexNV everything is fine.
Using the command line options I also tried feeding the 8.3 filename instead of the normal path and still got the problem, so it seems like DGIndexNV has problems with such paths.
Would be nice if this could be fixed.

Cu Selur

Ps.: btw. I'm using an english Windows 7 64bit with DGIndexNV 2046.

[Groucho2004]

Got a path problem:
When having Japanese Characters like '言の葉の庭' in the path and feeding an mpls to DGIndexNV it doesn't recognize the mpls file. (file list is empty)
If I rename the path/folder to 'test' and feed the path to DGIndexNV everything is fine.
Using the command line options I also tried feeding the 8.3 filename instead of the normal path and still got the problem, so it seems like DGIndexNV has problems with such paths.
Would be nice if this could be fixed.

Cu Selur

Ps.: btw. I'm using an english Windows 7 64bit with DGIndexNV 2046.
I'm quite sure that it works. However, you have to change your system locale to cp932(JA) (or use Japanese Windows) so all non-Unicode text functions are translated properly.

[Selur]

You are right that would work, but that seems more like a workaround than a fix + if I got a few French, Japanese, German, Russian words mixed the switching workaround doesn't work either. ;)
Using wide char instead of normal char should help.
-> would be nice if this could be fixed/changed (a. shouldn't be hard to implement, b. users won't be forced to switch their locale)

[Selur]

btw. DGIndexNV also has problems with some 8.3 file names in the command line interface.
for example if I grab the 8.3 name for "I:\BDMV\PLAYLIST\00000.mpls", Win 7 sometimes returns something like "I:\BDMV\PLAYLIST\0001#NMQ.MPL" I know this seems like a really moronic (short file name which is longer than the original) output from Windows, but that's what GetShortPathName returns, problem is DGDecNV doesn't handle such a path properly.
I know this only is a problem if DGIndexNV is used from a command line, but still would be nice if that could be fixed too. :)

[Groucho2004]

Using wide char instead of normal char should help.
-> would be nice if this could be fixed/changed (a. shouldn't be hard to implement, b. users won't be forced to switch their locale)
a. Have you ported an application to Unicode? It's usually a pain in the hole.
b. "Normal" users don't change their locale, they use the locale that corresponds to their native language. It's also rather unlikely to assume that a user would have file/path names which consist of characters of various languages.

[Groucho2004]

btw. DGIndexNV also has problems with some 8.3 file names in the command line interface.
for example if I grab the 8.3 name for "I:\BDMV\PLAYLIST\00000.mpls", Win 7 sometimes returns something like "I:\BDMV\PLAYLIST\0001#NMQ.MPL" I know this seems like a really moronic (short file name which is longer than the original) output from Windows, but that's what GetShortPathName returns, problem is DGDecNV doesn't handle such a path properly.
I know this only is a problem if DGIndexNV is used from a command line, but still would be nice if that could be fixed too. :)
Make sure that the volume supports 8.3 file/path names when you use GetShortPathName().
The short name may be longer than the specified name, it's mentioned in the documentation.

Generally, I can't imagine any scenario that would require to use the short name of a file/path except with some ancient 16 Bit software.

[Selur]

Make sure that the volume supports 8.3 file/path names when you use GetShortPathName().
I know and yes, all my volumes support 8.3 file/path names.

Generally, I can't imagine any scenario that would require to use the short name of a file/path except with some ancient 16 Bit software.
Short name is normally a nice way to feed unicode file names or paths to applications which do not support unicode (you are right a lot of old 16bit tools fall under that category).

Have you ported an application to Unicode? It's usually a pain in the hole.
ported a few application and it wasn't really such a big deal, especially if a decent coding style/organization was used.

"Normal" users don't change their locale, they use the locale that corresponds to their native language.
I agree.

It's also rather unlikely to assume that a user would have file/path names which consist of characters of various languages.
Strange, I run into that rather frequently, especially when folks using different languages work together.
In example when a Russian and a Chinese swapping files and folders, from time to time you encounter the scenario that both share stuff where the folder structure contains some language specific symbols.
-> for me it's a normal thing in an internationalized world
(I for example frequently correspond with a Russian and a Chinese and thanks to that some of my folder structures are a colorful mix of languages. :))

[Groucho2004]

Strange, I run into that rather frequently, especially when folks using different languages work together.
In example when a Russian and a Chinese swapping files and folders, from time to time you encounter the scenario that both share stuff where the folder structure contains some language specific symbols.
-> for me it's a normal thing in an internationalized world
(I for example frequently correspond with a Russian and a Chinese and thanks to that some of my folder structures are a colorful mix of languages. :))
OK, you made your point and I agree that with a Unicode application these issues would not exist.

As for the likeliness of this being resolved, see here (http://neuron2.net/board/viewtopic.php?f=8&t=291).

[Selur]

As for the likeliness of this being resolved, see here.
..
I have two criteria that could trigger me to implement a feature: 1) I personally need it, or 2) a lot of people are asking for it.
-> at least I'm doing my contribution to point number 2 :)

Cu Selur

[MeteorRain]

-> at least I'm doing my contribution to point number 2 :)

Cu Selur

I guess you should be able to edit the d2v/dga/dgi files manually if the locale doesn't match.

Or just use alphabets instead of Unicode, and this is what I have been doing.

[Guest]

-> at least I'm doing my contribution to point number 2 :) Noted. We're up to 3 now. ;)

[LigH]

4. Not for myself only, but for everyone who may need it soon™...

[mikeyakame]

Unicode support would be great, I have too run into cases where I've had to rename files with characters outside my code page to index them.

I know the Avisynth side would pose a big problem, but at least Unicode as far as the internal index side of things (unicode filename referenced in index file, but index filename limited to characters of the systems locale) would be great.

[Guest]

Guys, I need some testing for my new licensing scheme (inspired by user sef, who found that every time he reconnected with his USB modem the machine ID changed!). I ditched the IP silliness and the need for multiple keys for different network configurations. Don't ask what I am using now for machine identification, because I won't tell you! Smart people will likely figure it out anyway (if you are thinking of forcing your HDD volume ID, forget it). So licensing should be much more stable now. The candidate 2047 build is here:

http://neuron2.net/dgdecnv/dgdecnv2047.zip

Please read the changes document and be aware you need to make a new license. Save your old one in case you need to back off.

If everything works fine, then I will make a formal release and update the registration instructions, etc. I'll probably do a mass license number reset for everyone as well. I will do this for all my tools as time permits.

Thank you for your testing.

[Groucho2004]

New license works for me.

[Guest]

Thanks Groucho. I'm dazzled that a barely conscious guy could figure this stuff out. Maybe your girlfriend helped you? :sly:

[Groucho2004]

I'm dazzled that a barely conscious guy could figure this stuff out.
Huh? Figure what out?

[Guest]

Huh? Figure what out? It was just a stupid joke based on the thing under your user ID at the left. Forgive me for my silliness.

[SeeMoreDigital]

Bummer...

I receive an 'Invalid Licence!' notification...

[Guest]

Please email me a screenshot of your Help/About dialog and attach the license.txt file you generated. Things should be working if you did the licensing properly.

[Groucho2004]

It was just a stupid joke based on the thing under your user ID at the left.
Outrageous! You cracking jokes! :eek:

Forgive me for my silliness.
Don't worry about it.

[SeeMoreDigital]

Please email me a screenshot of your Help/About dialog and attach the license.txt file you generated. Things should be working if you did the licensing properly.Ahaaaa...

After digging out the old email you sent me (Oct 2012) I sussed out where I was going wrong. It must be me who's "barely conscious" ;)

[Guest]

Good to hear. Thanks for your testing.

[Carpo]

Worked fine here, although I only have the one PC with an Nvidia card now, I could put an older card in one of the other PC's if you would like me to test on that too?

[Guest]

No need for that Carpo. Thanks for your testing.

[Carpo]

Will this licence change also make its way into DGDecodeIM ? Was going to try it out on my Laptop, but it says invalid licence, going to try it out on my old i7 2600, using your rat.264 file :p

[Guest]

Please re-read my first post describing the new licensing.

You can use your old license file for DGDecIM until it is updated.

[Carpo]

Guess I never added the laptop then :(