View Full Version : DG NV tools


Pages : [1] 2 3 4

Guest
22nd June 2009, 14:09
http://neuron2.net/dgdecnv/dgdecnv.html

Please note that the DG NV tools require a supported Nvidia graphics card. Also note that the DGNV tools are not free; a small donation is required as described at the link above.

Turtleggjp
22nd June 2009, 18:52
Looks like pulldown flags in progressive streams are not properly supported yet. Will you be able to support these as well in the future?

Guest
22nd June 2009, 19:32
Looks like pulldown flags in progressive streams are not properly supported yet. Will you be able to support these as well in the future? Sure. Can you post a link to a sample? I may find one in my collection of test files, but if not, it will be helpful to have yours.

Turtleggjp
22nd June 2009, 20:10
uploading a sample now. This is a good one, it has both single and double repeats (according to the .d2v file created by DGIndex), and it causes Beta3 of DGMPGIndexNV to generate combing artifacts.

EDIT: Here is the link: http://www.mediafire.com/?sharekey=3abf0b101b3952f007258ee67c679e4ae04e75f6e8ebb871

Guest
22nd June 2009, 23:47
I updated beta 3 to support it, so please redownload it to get the changes. Please advise on your results.

Turtleggjp
23rd June 2009, 00:01
My test clip looks good now. I take it I need to re-index my files again after this change. I am now indexing the entire 2 hour capture file, and if it looks good I'll run a pass through x264 and see how it comes out. Thanks for fixing that so quick!

EDIT: BTW I noticed that the de-interlacing bug I pointed out before is still there. Is this going to take an updated Nvidia driver to fix (or rather, the problem is not with your program)?

Demn
23rd June 2009, 02:11
I know I haven't responded to any previous NV tools threads, but I've been excitedly testing them out myself for some time. I really appreciate your work.

Moving on from that, I have an anime mpeg-2 vob source that was previously not providing correct timing in it's dgm with pulldown flags ignored (compared to audio stream and the d2v project file). Now with pulldown flags honored the timing seems right on with audio. However, I get this nVidia PureVideo deinterlacer (what I see as the neatest part of DGMPGIndexNV) error now:
DGSource: Cannot use PureVideo deinterlacer with field repeats.
My AVS is simple:
LoadPlugin("C:\...\DGDecodeNV.dll")
DGSource("anime.dgm",deinterlace=1)

Will the deinterlacer have issues with certain video streams? I have not tested another interlaced mpeg-2 source yet, I will get around to that eventually. This source is admitedly a very ugly NTSC source.
BTW, If you already explained this problem I'm very sorry for wasting your time, as I love your work and know you're busy.

Guest
23rd June 2009, 02:24
I have an anime mpeg-2 vob source that was previously not providing correct timing in it's dgm with pulldown flags ignored (compared to audio stream and the d2v project file). Now with pulldown flags honored the timing seems right on with audio. Great. That was the point of implementing it, so it's reassuring to know that it is working.

However, I get this nVidia PureVideo deinterlacer (what I see as the neatest part of DGMPGIndexNV) error now:
DGSource: Cannot use PureVideo deinterlacer with field repeats.
My AVS is simple:
LoadPlugin("C:\...\DGDecodeNV.dll")
DGSource("anime.dgm",deinterlace=1)

Will the deinterlacer have issues with certain video streams? I have not tested another interlaced mpeg-2 source yet, I will get around to that eventually. This source is admitedly a very ugly NTSC source. OK, let's break it down. Field repeats can be used only on progressive video. It is not correct to apply a deinterlacer to progressive video. Instead you should recover the original progressive frames, either by ignoring the pulldown or via an external IVTC (inverse telecine) operation.

Anyway, NVCUVID leaves pulldown to the display process, which comes after the deinterlacing, so it would not be possible to honor the pulldown and then deinterlace the pulled-down frames.

So, let me throw this back at you. Why are you deinterlacing a progressive video? A sample of your unprocessed source will be very helpful in understanding your case.

It may be a case where we need a forced film mode, but I can't tell until I see your source material.

Demn
23rd June 2009, 02:44
OK, let's break it down. Field repeats can be used only on progressive video. It is not correct to apply a deinterlacer to progressive video. Instead you should recover the original progressive frames, either by ignoring the pulldown or via an external IVTC (inverse telecine) operation.

Anyway, NVCUVID leaves pulldown to the display process, which comes after the deinterlacing, so it would not be possible to honor the pulldown and then deinterlace the pulled-down frames.

So, let me throw this back at you. Why are you deinterlacing a progressive video? A sample of your unprocessed source will be very helpful in understanding your case.

Ah that makes sense I guess x.x Didn't realize it was progressive. Looked pretty interlaced. Anyway here's a clip from it (http://www.megaupload.com/?d=REOAAX3T) with a bit of motion (pans between comic strips).

Guest
23rd June 2009, 02:59
OK, it's field blended. Deinterlacing field blended video is a last resort solution. You can do a search on "blended fields" to find alternative approaches for restoring the progressive source. I don't get into that because I vomit every time I see such things. I prefer to keep my food in my stomach. :) Still, you could repost your sample in the Avisynth Usage section and there are lots of people there that get their jollies from fixing field-blended video. A longer clip with maximum motion will be preferred.

Bear in mind that true interlaced animation is very rare. Some CGI does it, but hand drawn animation is drawn as frames, not fields, so it is progressive. The problem with your source is that it has gone through a field-blending standards conversion.

Guest
23rd June 2009, 03:16
EDIT: BTW I noticed that the de-interlacing bug I pointed out before is still there. Is this going to take an updated Nvidia driver to fix (or rather, the problem is not with your program)? It's not clear yet. I have been in discussion with Nvidia and they cannot duplicate it while I cannot find any issue in my code. So investigation continues. I still think it is an Nvidia problem but I have to find a way to prove it one way or the other.

rack04
23rd June 2009, 04:00
I have noticed that DGIndex and DGIndexNV report different audio delays. For example:

DGIndexNV:
20090622213601 PID 088 3_2ch 48KHz 384Kbps DELAY 0ms

DGIndex:
20090622213601 PID 088 3_2ch 384Kbps DELAY 32ms

Here is a sample:

http://www.megaupload.com/?d=7QWXX4SA

Kurtnoise
24th June 2009, 17:18
Don, any chance to have min/max/avg bitrate values into the dga/dgm/dgv files ?

:thanks:

Turtleggjp
24th June 2009, 17:38
It's not clear yet. I have been in discussion with Nvidia and they cannot duplicate it while I cannot find any issue in my code. So investigation continues. I still think it is an Nvidia problem but I have to find a way to prove it one way or the other.

Thanks for continuing to look into it. I know you said before you were having trouble getting deinterlace=2 to work, when you said:

Both instances returned the same field, so I wrote to Nvidia about it. It may be a CUDA bug.

And since it does show problems when using "use_top_field=false" I would think it would be easy for Nvidia to reproduce. Unless of course you're doing some kind of special tricks to get "use_top_field=false" to work.

I re-indexed my 2 hour long clip, and it appears to be handling the repated frames correctly, since the trim commands in my script now produce what looks to be a perfectly edited clip. Previously, when I opened the clip, the first frame was a few seconds into the episode. As far as I know, there are no repeated frames during the episode, only during the commercials (like the sample clip). So I don't think it's worth re-encoding the whole thing for testing purposes. Soon, I'll try with some of my 1080i shows that do have pulldown during the episode. Thanks again!

Matt

Guest
24th June 2009, 19:43
Don, any chance to have min/max/avg bitrate values into the dga/dgm/dgv files ?
It's in the log file already. Is that not enough?

Kurtnoise
24th June 2009, 21:11
Well, logfile can be disabled. It's just that could be great to have such extra infos into them (ex: for a parser)...



me and my random ideas you know. :p

lansing
24th June 2009, 21:55
when i try to use the same dga file for 2 instances in Avsp, Avsp and CUVID server both froze.
the server can only run one file at a time?

Guest
24th June 2009, 22:27
That is correct. You can have only one instance of DGSource().

Guest
26th June 2009, 23:25
It's not clear yet. I have been in discussion with Nvidia and they cannot duplicate it while I cannot find any issue in my code. So investigation continues. I still think it is an Nvidia problem but I have to find a way to prove it one way or the other. In the process of investigating, I upgraded to Nvidia driver 186.18 and let my tools use the nvcuvid.dll installed by the drivers, rather than the one I ship, and I find that it works fine now. Please try that and advise whether it now works correctly for you too.

Turtleggjp
27th June 2009, 05:30
Looks good here now. Took a little effort, since the latest drivers for my laptop's card (9650m) are only 185.85, and they cause all kinds of problems. Asus (maker of my laptop) doesn't even list these drivers on their website. They only have 179.30 listed, and so far these have worked just fine for most things (CoreAVC's CUDA acceleration doesn't work at all with this driver, and it performs terribly with the 185.85 driver). I was able to install the 186.18 drivers on my main system which has a GeForce 7600GT and is running Windows 2000. Not exactly a good system for running your tools, but I was able to snatch the nvcuvid.dll file from the system folder and copy it over to my laptop. My test clip looks good, and I'll give the full episode a run through as soon as I can get the full clip ready to go again. Give Nvidia a big thank you for me!

Matt

Guest
27th June 2009, 05:55
You'll also need to re-download NVbeta3.zip and update the DGDecodeNV.dll. I found a bug that caused the clip to hang at the half way point when deinterlace=2.

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

lucassp
1st July 2009, 07:21
Do you know if nVidia fixed the MPEG2 Deinterlacing problems people reported around here? Thanks!

Guest
1st July 2009, 14:27
Yes. Please read this *entire* thread starting from here:

http://forum.doom9.org/showthread.php?p=1299326#post1299326

laserfan
8th July 2009, 22:10
Could someone please take a look at the .h264 snippet below (11Mb) and tell me if the source is corrupt somehow (I can't see any problem), or if it's my system that's not decoding it properly. On opening/preview I see a visual glitch at what appears to be the 3rd or 4th I-frame in, just as the MGM lion appears and is about to growl.

At first I used DGAVCIndexNV 1.0.14 beta 4, with attendant DGDecode.dll, then I tried 1.0.13 and it does the same thing. Posting here cuz this thread deserves a bump anyway! ;)

I am using latest NVidia driver 186.18 and its ncuvid.dll (though I did try the older one too to the same result). Maybe my BD rip/extract is corrupt or something? But this has happened to me before (a single glitch at the very beginning of a movie, last time at the Warner "studio flyover" logo) which I didn't spot until after re-encoding, but I was able to just cut it out. Any ideas welcome...

http://www.mediafire.com/file/mnmnm2nndjm/snip.h264

EDIT: Only after writing this post did I think to try DGAVCIndex (non-NV) and it doesn't glitch! So now I'm worried my Nvidia card is maybe broke?

Guest
8th July 2009, 23:36
No glitch here. Are you sure it is not just the fading in of the ribbons etc? Step through it by frame and you see that what look like artifacts fade into elements of the ribbon. That's how the stream is encoded. If that's not what you are referring to, please post a screenshot of the artifacts.

laserfan
9th July 2009, 03:23
No glitch here.Ouch! Well, many thanks for looking DG. No, it's a real glitch--I'd had like 5 or 8 tries w/DGSplit (to get the smallest filesize that showed the glitch for my slow-uploading ISP) and every check of the file always shows a glitch after opening w/a NV tool, at exactly 5 right-arrow clicks-in. Sometimes it just have the top of the logo e.g.:

http://www.mediafire.com/imgbnc.php/140e3e97f7bda5c70ededc5e575f999f5g.jpg

and other times it shows hash as here:

http://www.mediafire.com/imgbnc.php/636fa865ca48d72dcec06ffd912925f05g.jpg

On playback the glitch seems to take a few frames to go away (subsequent frames are somewhat corrupt), and I think the arrows only take me these steps anyway, i.e. my assumption is it's an I-frame that NV doesn't like. I guess this bodes ill for my Nvidia setup (a 9600GT 512Mb) unless you have some other ideas for me, or things to check??? :o

I'll do some hunting for maybe rogue nvcuvid.dlls. Thanks for the forum--typing these msgs out always gives me new thoughts...

Guest
9th July 2009, 04:48
System details?

laserfan
9th July 2009, 13:42
System details?Let me know what I forgot:

Mobo: MSI P7N SLI Platinum LGA775 NVIDIA® nForce 750i SLI+430i v1.1 BIOS
CPU: Intel Core 2 Quad Q6600 / 2.4GHz 1066MHz (not overclocked)
RAM: Corsair TWIN2X4096-6400C5 (x2 for 8Gb total)
Video: MSI N9600GT 512M OC (not overclocked) driver v186.18
Monitor: Viewsonic Q241WB 24" 1920x1200
PSU: Antec TruePower Trio TP3-650 +5V/30A, +12V1/19A, +12V2/19A, +12V3/19A, +3.3V/24A
Two Maxtor HDD PATA, one Pio DVD writer PATA, one LG DVD writer SATA
Windows XP Pro x64 64-bit SP2

System is new this year as is my exposure to XP 64-bit so I'm always suspicious of x64; not everything works with it. Other than this the only other comment I can make is that the couple of times I've seen this, the glitch has occurred right up-front and then all is perfect to the very end of 2+ hour movies! :confused:

But again, this seems clearly (now) to have something to do w/NV as your non-NV tool doesn't show this problem.

7ekno
16th July 2009, 03:02
Windows XP Pro x64 64-bit SP2


Possibly related also to this (http://forum.doom9.org/showthread.php?t=148304) Windows XP64 issue? The "glitch" in that thread doesn't appear on my test Vista x64 box, but does on my test XP64 box (ok ok, they are the same box, will eventually add a boot option for Win7 x64 also for testing!) ..

sorry, didn't realize you were the same poster in both threads :P

7ek

laserfan
16th July 2009, 13:12
Possibly related also to this (http://forum.doom9.org/showthread.php?t=148304) Windows XP64 issue? The "glitch" in that thread doesn't appear on my test Vista x64 box, but does on my test XP64 box (ok ok, they are the same box, will eventually add a boot option for Win7 x64 also for testing!) ..

sorry, didn't realize you were the same poster in both threads :P

7ekThanks 7ek, that's good info I think. I'm trying to determine if the problem is strictly related to XP Pro x64 i.e. if it does NOT appear in Vista x64 or in upcoming Win7 x64, I expect I will have a very difficult time getting neuron2 or nvidia to take a look at it! :o

Do you agree neuron2--no hope if it's solely related to XP Pro x64? Or can you ask nvidia about it anyway i.e. maybe they will analyze?

Guest
16th July 2009, 13:44
I will ask Nvidia about it.

laserfan
17th July 2009, 18:09
I will ask Nvidia about it.I appreciate that you're reporting it. Maybe they can squash a bug somewhere--which is the only reason I reported it in the first place (I can work around the glitch no problem).

GZZ
19th July 2009, 19:42
Offtopic question, will the licens file work for both DGmpgNV, DGavcNV, DGvc1NV or should I donate 15$ for each version ? (getting a nvidia cuda gfx tomorrow).

laserfan
19th July 2009, 20:31
From the DGAVCDecNV page at neuron2.net: "Your activation includes all future versions of the program at no cost. Also, please note that only one donation is required to enable all of my licensed tools. You don't need to make multiple donations."

IMO an incredible bargain given all that neuron2 has given to enthusiasts (for free) already...

GZZ
19th July 2009, 20:33
yea - already ordered my licens.

GZZ
20th July 2009, 21:54
Got my Licens file, but having some issues. If I make a dga (AVC) file and put it into my AVS file and start x264 encoding (64 bit version using avs2yuv) it runs just fine and getting real time speed on 1 pass, so this is great.

But if I then stop the encoding by closing the console window and then start it again, it just hang. My encoding window shows this:

x264 [info]: 1280x720 @ 23.98 fps
x264 [info]: using SAR=1/1
x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 FastShuffle SSE4.1 Cach
e64
x264 [info]: profile Main, level 4.1
d:\Encoding\...\720pScriptAVCNV.avs: 1280x720, 24000/1001 fps, 166034 frames

it never continue, showing the progress bar. I have tried to restart the cuda server, but the only two solution I have found working is:
1) Just wait, after some time it works again (dont know how long, but 30 min seems to work)
2) reboot my computer to get it working again.

Its just my encoding that hangs, I can still start DGIndex and index a new file, but just cant start my encoding. But I cant play my AVS file, when I try it opens mediaplayer classic and show the length of the movie, but it just stays at 00:00:00 and if I try to jump it just freeze mediaplayer classic.

Software:
Frameserver: Avisynth 2.5.8
X264: 1184 (newest 64 bit on x264.nl)
NVBeta4 package using cuda server 1.04 and the recommended nvidia driver.
OS: Vista 64 bit.

Hardware:
GFX: http://www.gainward.net/main/vgapro.php?id=125 (Nvidia 9500 GT, 1 GB ram)
CPU: Core2quad Q9450 2.66 Ghz (not OC)
Ram: 6 GB Kingston.
Computer isnt OC or anything.

Hope someone know what is wrong.

PS: It also hangs after 1 pass has completed and it want to start on 2 pass.

Guest
20th July 2009, 22:13
64 bit version using avs2yuv I don't know anything about this application. Have you tried MEGUI?

GZZ
20th July 2009, 22:16
it seems to only affect the 64 bit version of x264 together with avs2yuv and its properly avs2yuv fault.

It works just fine using the 32 bit version of x264 and simple frameserving without avs2yuv.

GZZ
20th July 2009, 22:21
this is my script using 64 bit x264 and avs2yuv (avs2yuv can be found in ripbots program).
@SET IN_TITLE=d:\Encoding\...\720pScriptAVCNV
@SET IN_BITRATE=4220
@SET OUT_EXT=264
@SET FPS=24000/1001
@SET PIPE_PATH=d:\Tools\avs2yuv\pipebuf.exe
@SET AVS2YUV=d:\Tools\avs2yuv\avs2yuv.exe
@SET X264_PATH=d:\Tools\x264\x264_x64.exe
@SET RESOLUTION=1280x720
TIME /T
%PIPE_PATH% %AVS2YUV% %IN_TITLE%.avs -raw - : %X264_PATH% --bitrate %IN_BITRATE% --fps %FPS% --level 4.1 --sar 1:1 --aud --vbv-bufsize 14745 --vbv-maxrate 17500 --filter 0,0 --bframes 3 --direct auto --keyint 24 --min-keyint 1 --subme 2 --b-pyramid --b-adapt 1 --aq-mode 2 --me dia --partitions none --threads auto --thread-input --progress --no-psnr --no-ssim --stats "%IN_TITLE%.log" --pass 1 --output NUL - %RESOLUTION% : 4
TIME /T
%PIPE_PATH% %AVS2YUV% %IN_TITLE%.avs -raw - : %X264_PATH% --bitrate %IN_BITRATE% --fps %FPS% --level 4.1 --sar 1:1 --aud --vbv-bufsize 14745 --vbv-maxrate 17500 --filter 0,0 --bframes 3 --direct auto --keyint 24 --min-keyint 1 --subme 7 --b-pyramid --aq-mode 2 --me umh --partitions p8x8,b8x8,i4x4,i8x8 --8x8dct --threads auto --thread-input --ref 3 --mixed-refs --weightb --trellis 1 --progress --no-psnr --no-ssim --stats "%IN_TITLE%.log" --pass 2 --output "%IN_TITLE%.%OUT_EXT%" - %RESOLUTION% : 4
TIME /T

kemuri-_9
20th July 2009, 22:24
I don't know anything about this application. Have you tried MEGUI?

avs2yuv is generally used to pipe the yv12 data from avisynth to x264.
useful for when wine'ing avisynth or piping from avisynth x86 to x264 x64.
It's written by x264's primary developer as well.

Hope someone know what is wrong

have you tried closing and restarting the CUVIDServer?

its been a while since i looked at the source code for avs2yuv,
but i don't recall it doing any avisynth deconstructing after it finishes, this could likely be the reason.

GZZ
20th July 2009, 22:31
yea - rebooting the cuda server didnt always work, sometimes it still didnt work after restarting it, then you have to wait.

buzzqw
21st July 2009, 06:23
Hi Pals!

don't want to hijacking but i added experimental support to great NV Tools in HDConvertToX

while i am a registered user of NV tools (a well deserved license!), my developing pc cannot use this tools (i use a virtual winxp on Fedora)

anyone is welcome to make some tests

please download the full HDC package and then use http://www.64k.it/andres/data/hdconverttox/HDConvertToX-DG.exe, then unzip nvtools beta 4 in \applications , BUT put dgdecodenv.dll in \filters folder

also make bug report in HDC thread -> http://forum.doom9.org/showthread.php?t=145577

thanks to all!

and a BIG : thanks: to Neuron2 for these great framework!

BHH

GZZ
26th July 2009, 23:04
Will it be possible for that DGDecode.dll auto start the CUVIDServer.exe when its being access. I sometimes starts a encoding and then it crash because CUVIDServer.exe isnt running. Was just thinking if this could be done automatically ?

Guest
28th July 2009, 04:15
I'll put it on the to-do list.

SomeJoe
2nd August 2009, 00:19
I've been working with NVTools Beta4 and I'm still running into the previously reported problem where after the halfway point in the video, deinterlace=2 is not working correctly.

When using the DGDecodeNV.dll from the NVTools beta 4 off your website (.dll file dated 07/01/2009), blank frames are returned for frames past the halfway point.

I also tried to use DGDecodeNV.dll from the NVTools beta 3 package (.dll file dated 06/29/2009). In this case, frames past the halfway point are returned, but they are returned at 1/2 the proper frame rate and/or audio is out of sync.

I have tried them under NVidia drivers 186.18 as well as the current 190.38 version on NVidia's site, and the result is the same.

My test file is a 48-second MPEG-2 TS file from HDV camcorder footage (154 MB), edited in Avid Media Composer.

Other than this deinterlace=2 issue, the remainder of the beta 4 package appears to be working correctly, including the honoring of pulldown flags from MPEG-2. I have used this on several soft-telecined .m2v files and the resulting encoded stream is in perfect sync with the original audio.

Revgen
2nd August 2009, 00:26
I've been working with NVTools Beta4 and I'm still running into the previously reported problem where after the halfway point in the video, deinterlace=2 is not working correctly.

When using the DGDecodeNV.dll from the NVTools beta 4 off your website (.dll file dated 07/01/2009), blank frames are returned for frames past the halfway point.

I also tried to use DGDecodeNV.dll from the NVTools beta 3 package (.dll file dated 06/29/2009). In this case, frames past the halfway point are returned, but they are returned at 1/2 the proper frame rate and/or audio is out of sync.

I have tried them under NVidia drivers 186.18 as well as the current 190.38 version on NVidia's site, and the result is the same.

My test file is a 48-second MPEG-2 TS file from HDV camcorder footage (154 MB), edited in Avid Media Composer.

Other than this deinterlace=2 issue, the remainder of the beta 4 package appears to be working correctly, including the honoring of pulldown flags from MPEG-2. I have used this on several soft-telecined .m2v files and the resulting encoded stream is in perfect sync with the original audio.

http://forum.doom9.org/showthread.php?p=1310386#post1310386

Guest
2nd August 2009, 00:53
The fix will be out later tonight. It's already working but I have to do the version numbers and docs and stuff.

Guest
2nd August 2009, 01:25
Here is the fix. Please beat on this.

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

There are two changes:

1. Now has D3D9-less operation. That should be more robust and perform better on low-end adapters.

2. Fix for the stream truncation by half with DGMPGDecNV and DGSource(...,deinterlace=2).

rack04
2nd August 2009, 02:07
Did something change in CUVIDServer.exe with the updated package? I get the following error message:

http://i11.photobucket.com/albums/a199/rack04/dg.jpg

Previous versions worked fine.

Guest
2nd August 2009, 02:17
Yes, it was updated to remove the dependency on D3D.

Please report your OS.

You can continue to use the old one until we resolve this.

rack04
2nd August 2009, 02:32
Yes, it was updated to remove the dependency on D3D.

Please report your OS.

You can continue to use the old one until we resolve this.

Windows XP SP3. I will continue to use CUVIDServer 1.04.

Guest
2nd August 2009, 02:39
I have XP SP3 too and have no problem.

Let's see what others report.

What is your graphics adapter?

wangyi6854
2nd August 2009, 02:51
Hi, neuron2.

I also got the error with beta5.

My system is windows server 2008 64bit. Graphics card is g8400gs

Guest
2nd August 2009, 02:53
Darn. It must be because I applied the Visual Studio service pack.

Investigating...

wangyi6854
2nd August 2009, 02:54
Another question:

Why force film option is disabled in beta4? I need it to process vob files.

Guest
2nd August 2009, 03:03
Try installing this:

http://www.microsoft.com/DOWNLOADS/details.aspx?familyid=32BC1BEE-A3F9-4C13-9C99-220B62A191EE&displaylang=en

Force Film is not yet implemented.

wangyi6854
2nd August 2009, 03:11
It doesn't solve the problem.

BTW: I've installed vs2008 and windows sdk.

kemuri-_9
2nd August 2009, 03:12
Try installing this:

http://www.microsoft.com/DOWNLOADS/details.aspx?familyid=32BC1BEE-A3F9-4C13-9C99-220B62A191EE&displaylang=en

I'm on XP x64 SP2, and also getting errors running the new version,
i already have the msvc++ redistributables/runtimes for 2005, 2008, and 2010 all installed (both x86 and x64 for each release)...

Revgen
2nd August 2009, 04:46
Good News: deinterlace=2 works now.

Bad News: I get the same error with CUVIDServer using Winxp SP3, 190.38 drivers, and 8400GS card.

I'll try the VC Redrist package later and see if it works.

Revgen
2nd August 2009, 06:31
Just tried the package. CUVIDServer still doesn't work. Using the old version instead.

SomeJoe
2nd August 2009, 06:36
http://forum.doom9.org/showthread.php?p=1310386#post1310386

Sorry, missed that one ...

@neuron2:

Thanks for the new version. Downloading and testing now ...

SomeJoe
2nd August 2009, 07:38
Finished my tests. Deinterlace=2 now working perfectly, thank you.

I'm in an interesting situation -- I have two identical machines, both are quad core Q6600's running Windows XP SP3 with NVidia 9500GT cards. The new CUVID server 1.0.5 runs perfectly on one machine, but issues the same error that others are getting on the other machine.

The difference is that Visual Studio 2005 with all service packs and patches is installed on one machine, the other does not have it.

CUVID Server 1.0.5 runs fine on the machine with Visual Studio 2005 installed, the error message appears on the other machine.

Currently using CUVID Server 1.0.4 on both machines as a work-around.

Guest
2nd August 2009, 13:33
Thanks. With all those clues I should be able to find out what is wrong.

Guest
2nd August 2009, 14:34
Please re-download NV beta 5 and test the server again. I think it should be fixed.

Coming next: resizing.

kemuri-_9
2nd August 2009, 14:45
Please re-download NV beta 5 and test the server again. I think it should be fixed.

it now works here, what was the problem exactly?

Guest
2nd August 2009, 14:48
Somehow, the project settings got changed to "multithreaded DLL" instead of "multithreaded". I have no idea how that happened. :confused:

Guest
2nd August 2009, 15:00
That's old-speak for "video card".

Anyway, never mind that. It apparently was a problem with my project settings. Is the fixed version working for you now?

rack04
2nd August 2009, 15:04
That's old-speak for "video card".

Anyway, never mind that. It apparently was a problem with my project settings. Is the fixed version working for you now?

I deleted my post since I didn't read all the way through the tread to see that you already fix it.

Yes it works great now. Thanks!

GZZ
2nd August 2009, 15:21
Coming next: resizing.

The best money spent on a tool in a LONG time. :)

Hardware resizing will properly help alot on the speed (when going 1920x1080 to 1280x720) ??

Revgen
2nd August 2009, 15:37
CUVIDServer works now. Thanks.

SomeJoe
3rd August 2009, 01:30
Please re-download NV beta 5 and test the server again. I think it should be fixed.

Tested new Beta 5, now working on both machines no problems.

Coming next: resizing.

Hardware resize would be awesome.

Does NVidia expose a hardware IVTC in their API? Decomb package Telecide/Decimate works very well but is slow with HD material because it runs single-threaded within AviSynth. (I have not messed with MT AviSynth, so perhaps it could be sped up using that, but I haven't tried).

It's no big deal if they don't - I have only needed to IVTC HD material a very few times.

Guest
3rd August 2009, 13:36
IVTC for hard telecine is not available.

Guest
4th August 2009, 14:27
Here is integrated GPU resizing:

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

Example for conversion of 1080i29.97 to 720p59.94:

DGSource("file.dgm",deinterlace=2,resize_w=1280,resize_h=720)

Varies
4th August 2009, 16:16
resizing without cropping? not sure o_O

what algorithm is used to resize? hardware? its better than spline\lanczos\blackman?

Guest
4th August 2009, 16:20
resizing without cropping? not sure o_O I'll add a source cropping rectangle.

I just wanted some feedback on the resizing at this point.

what algorithm is used to resize? hardware? its better than spline\lanczos\blackman? As I clearly say, it's implemented on the GPU. It is bilinear. I can't answer your last question without knowing your definition of "better".

Varies
4th August 2009, 16:43
Be more specific in your concerns.
for example, i want to crop 1 or 3 px ^ ^ of course if i used crop() i must to crop 2 or 4 px, its wrong way ... therefore i used resize(1280,720,0,1,-3,0).
now i resize DGSource("file.dgm",deinterlace=2,resize_w=1280,resize_h=720) and than resize(1280,720,0,1,-3,0) ...again using main cpu.
I can't answer your last question without knowing your definition of "better"
better for upscale or downscale, halo oreols or artifacts when resizing :)

and why i see this picture http://s08.radikal.ru/i181/0908/ed/496ad1f7674c.png last few days ? i don't use other gpu processes...

Guest
4th August 2009, 17:07
Try killing the CUVID server.

Varies
4th August 2009, 18:22
I restart PC but its dosn't help.

Guest
4th August 2009, 19:18
Please post a sample of your source and give me the Avisynth script.

I assume this happens when you load the script into something. What is that something?

GZZ
4th August 2009, 20:26
Tested the resize a little and it sure gives med a little speed boost. 1Pass before: ~38.5 fps, now its up to ~42 fps (CPU usage is around 40-45%). On 2Pass before ~15 fps, now it up to ~17 fps. My Geforce is a Passiv cooled 9500 GT (1 Gb ram, DDR2-800). The resize quality looks pretty good, not sure if there is any difference compared to the Spline36Resize(1280,720).Sharpen(0.2) I used before.

My Rig:
Core2Quad: Q9450, OC@3.0 Ghz
GPU: Geforce 9500 GT, 1 GB ram.

I'm happy and keep up the good work.

Guest
4th August 2009, 22:32
I've got the source cropping implemented but there's an irritating bug that occurs only in the non-debug build. Why is it never the other way around? :p

Investigating...

halsboss
5th August 2009, 05:30
Thankyou for this marvelous tool, neuron2. May I ask if the GPU does deblocking (eg of interlaced sources) and if so whether you are considering it as a new feature at some point ?

Also, am I right in understanding that it only resizes non-interlaced sources or sources where deinterlacing is specified; ie it does not (yet?) resize interlaced sources ?

Revgen
5th August 2009, 12:18
Resizing works. Though it's slightly slower than avisynth's bilinear resizer.

Guest
5th August 2009, 14:40
Thankyou for this marvelous tool, neuron2. May I ask if the GPU does deblocking (eg of interlaced sources) and if so whether you are considering it as a new feature at some point ? It's not available in the API.

Also, am I right in understanding that it only resizes non-interlaced sources or sources where deinterlacing is specified; ie it does not (yet?) resize interlaced sources ? You could do a double rate deinterlace and resize and then reinterlace it in your script.

Guest
5th August 2009, 14:41
Resizing works. Though it's slightly slower than avisynth's bilinear resizer. Are you sure about that? How are you testing that? Nvidia told me it is essentially free. If what you say is true, then there is no point to having this feature. I'll make some tests today.

Revgen
5th August 2009, 16:31
Are you sure about that? How are you testing that? Nvidia told me it is essentially free. If what you say is true, then there is no point to having this feature. I'll make some tests today.

Well Vdub said it was faster.

I downsized the KingKong.mkv (VC1) to 1280x720p from 1920x1080p. It was 60fps with Nvidia and 62fps with avisynths bilinear resizer. Then again, I'm using a less expensive 8400 GS and my PC is a quad-core QX6850 with a 1300mhz bus. I only bought the card for cheap just to use your program since my other one was a 6200.

I also tried mpeg-2 clips. Sometimes avisynth and nvidia were the same or avisynth was at 94fps and Nvidia at 91fps.

Difference isn't that big.

Guest
5th August 2009, 16:35
You didn't tell me how you measured the fps!

I did a test by making the script and adding assumefps(2000) at the end and then playing it in VirtualDub and measuring the time taken to play it completely. For the one test I did on an 8500 I got this:

GPU resize: 53 seconds
bilinearresize(): 82 seconds

Revgen
5th August 2009, 16:37
^Like I said before, I have a very fast CPU combined with a low-end card. It may just be my circumstances. I used virtualdub.

Guest
5th August 2009, 16:39
OK, for the third time, I ask:

How are you measuring the fps?

Revgen
5th August 2009, 16:39
^Virtualdub.

Guest
5th August 2009, 16:42
Did you put the big assumefps at the end? May I see the two scripts?

Revgen
5th August 2009, 17:01
Okay, just tried the assumefps thing.

Nvidia was 55fps 1 min 20 secs
Avisynth was 63fps. 1 min 10 secs

Basically, it's even worse when I do that.

Keep in the mind the difference between your card and mine

Yours: http://www.nvidia.com/object/geforce_8500.html
Miine: http://www.nvidia.com/object/geforce_8400.html

The memory bandwith is about half what yours has.

NVidia script

dgsource("King Kong.dgv",resize_w=1280,resize_h=720)
assumefps(2000)

Avisynth script

dgsource("King Kong.dgv")
bilinearresize(1280,720)
assumefps(2000)

Guest
5th August 2009, 18:29
Nvidia was 55fps 1 min 10 secs
Avisynth was 63fps. 1 min 20 secs
Avisynth took 10 seconds longer. Isn't that slower?

GZZ
5th August 2009, 19:42
Dont know if this is a bug or not (you tell me). If I create a *.dga file, load it up in my avs script. just 2 lines (loadplugin and dgsource) and then start a encoding in x264 (2pass mode). When its encoding (doing 1 pass) I start the avs file in medieplayer classic the image will shutter alot (properly because the gpu is using all its power), but when I close medieplayer classic, my encoding will hang (x264 process goes to 0% cpu) and its not possible to restart the encoding because the CUVIDServer just freeze. DONT try to exit it using the right click on tray icon (you will have to reboot your computer to make it work again, kill it in task manager). Can anyone reproduce all of this ?

Guest
5th August 2009, 19:45
You cannot invoke multiple instances like that. It is not supported.

GZZ
5th August 2009, 19:50
I just found it, accessing any other AVS file that uses DGDecodeNV.dll doing encoding will kill the CUVIDServer, will multiple instance be allowed or maybe something that will prevent it from freezing, if more then one instance try to access it ?

Guest
5th August 2009, 21:31
I could possibly throw an error if the server is busy.

GZZ
5th August 2009, 22:39
That would be great, better to get a "Cuda server is busy at the moment" instead of killing an ongoing encoding, just because you execute another avs file that uses DGDecodeNV.

halsboss
6th August 2009, 00:34
(re deblocking) It's not available in the API.Darn. Oh well, thanks.

You could do a double rate deinterlace and resize and then reinterlace it in your script.OK ! Do you have a hint on avisynth code to reinterlace the resulting TFF PAL 576p50 after the double rate deinterlace and resize ?

edit1: already asked and answered here http://forum.doom9.org/showthread.php?p=1110741#post1110741

AssumeTFF().SeparateFields().SelectEvery(4, 0, 3).Weave() '-> TFF
AssumeBFF().SeparateFields().SelectEvery(4, 0, 3).Weave() '-> BFF
AssumeTFF().SeparateFields().SelectEvery(4, 1, 2).Weave() '-> BFF
AssumeBFF().SeparateFields().SelectEvery(4, 1, 2).Weave() '-> TFF

edit2: oops, you posted an answer but I only saw it after I posted edit1. Thanks.

Guest
6th August 2009, 00:39
OMG, that's been discussed thousands of times:

separatefields()
selectevery(4,0,3)
weave()

Revgen
6th August 2009, 00:55
Avisynth took 10 seconds longer. Isn't that slower?

oops. I got the times mixed up. I was trying to type it in a hury. I'll fix it now.

Nvidia was 55fps 1 min 20 secs
Avisynth was 63fps. 1 min 10 secs

Guest
6th August 2009, 03:13
What is your processor and clock speed?

Revgen
6th August 2009, 06:08
What is your processor and clock speed?

QX6850 - Quad-Core - each core is 3.0Ghz - 1333Mhz FSB

http://ark.intel.com/Product.aspx?id=30789

Audionut
6th August 2009, 06:16
Wow, I should visit this thread more often.

Encode running atm. As soon as it's finished I'll give this GPU resize a test.


edit: neuron, could you edit the tile please.

halsboss
6th August 2009, 13:31
Think I'll give it a try too, tomorrow.
I guess the "normal" DGindex vs this beta6; both with resizing HD to 576 and re-interlacing to 576i25. I use a "shortcut" interlaced resizing in avisynth, so we'll see.
Stock 4-core Q9450 2.66Ghz, 1200FSB, XP-SP3, 4Gb mem, Nvidia 8800GT512Mb, HC23 to create mpeg2 output, will report comparative HC log encode times.

Guest
6th August 2009, 13:46
HC23 to create mpeg2 output You have to use 0.22 or 0.24beta, as 0.23 does not play nice with the NV tools.

http://forum.doom9.org/showthread.php?p=1286622#post1286622

drelin
6th August 2009, 14:19
Here is beta 6 for the next release of the NV tools. This adds Honor Pulldown Flags functionality for MPEG and fixes bugs in random access for program streams for MPEG, and for TS streams for all the video formats. It also adds GPU resizing.

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

The changes were extensive so your test results will be greatly appreciated.

It seems that the download link is broken ?

Guest
6th August 2009, 14:33
http://neuron2.net/dgavcdecnv/NVbeta6.zip

Revgen
6th August 2009, 14:54
Think I'll give it a try too, tomorrow.
I guess the "normal" DGindex vs this beta6; both with resizing HD to 576 and re-interlacing to 576i25. I use a "shortcut" interlaced resizing in avisynth, so we'll see.
Stock 4-core Q9450 2.66Ghz, 1200FSB, XP-SP3, 4Gb mem, Nvidia 8800GT512Mb, HC23 to create mpeg2 output, will report comparative HC log encode times.

Your card's memory bandwith is 10x the bandwidth on my card. If Nvidia is faster than avisynth then my card is most likely the culprit.

GZZ
6th August 2009, 21:29
I did a movie using NVBeta6 to resize 1920x1080 to 1280x720 and tonight I watched the movie and the quality is to me the same as other movies where I used spline36resize in my script. Dont know if this has anything to do with my screen (sony D3000 46") being only 'half HD' (1366x768). But from what I know the diffrence between HD and half HD is the distance you are sitting from the TV.

So from my point of view the resize quality is on pair with atleast spline36resize in avisynth.

On my rig, it seems to give better speed to have the GPU doing the resize, both on 1 and 2 pass encoding. Mainly on 1 pass where it gives me the biggest speed gain.

halsboss
7th August 2009, 14:23
Well, this isn't an apples for apples comparison, however it functionally contrasts the new NV version with what I currently do using MT. Hopefully. Someone will tell me if it isn't a good functional comparison.
Original script:
SetMTmode(mode=5,threads=4) # start with mode=5 forAVIsource http://forum.doom9.org/showthread.php?p=1067216#post1067216
SetMemoryMax(256)
LoadPlugin("C:\SOFTWARE\DGindex\DGDecode.dll")
... other loads
MPEG2Source("G:\TEST\1920x1080i25 7 HD Digital.d2v",info=0,ipp=true)
AssumeFPS(25)
AssumeTFF()
# PURE VERSION PER http://forum.doom9.org/showthread.php?p=1185790#post1185790
SetMTmode(mode=2,threads=4) # mode=2 for temporal multi-threading (interleaved frames)
Global NewHeight=576
Global NewWidth=720
SeparateFields()
Shift = (GetParity() ? -0.25 : 0.25) * (Height()/Float(NewHeight/2)-1.0)
E = SelectEven().Spline36resize(NewWidth, NewHeight/2, 0, Shift)
O = SelectOdd( ).Spline36resize(NewWidth, NewHeight/2, 0, -Shift)
Ec = SelectEven().Spline36Resize(NewWidth, NewHeight/2, 0, 2*Shift)
Oc = SelectOdd( ).Spline36Resize(NewWidth, NewHeight/2, 0, -2*shift)
Interleave(E, O)
IsYV12() ? MergeChroma(Interleave(Ec, Oc)) : Last
Weave()
Converttoyv12(interlaced=true)
SetPlanarLegacyAlignment(True)
Distributor() # use this when using HC and SetMTmode, per http://forum.doom9.org/showthread.php?p=1063622#post1063622

NV equivalent script:

#SetMTmode(mode=5,threads=4) # start with mode=5 forAVIsource http://forum.doom9.org/showthread.php?p=1067216#post1067216
SetMemoryMax(256)
LoadPlugin("C:\software\DGindex\DGDecodeNV.dll")
... other loads
DGSource("G:\TEST\1920x1080i25 7 HD Digital.dgm",deinterlace=2,resize_w=720,resize_h=576) #deinterlace=2 means double rate deinterlacing
Global NewHeight=576
Global NewWidth=720
# reinterlace - http://forum.doom9.org/showthread.php?p=1311833#post1311833
AssumeTFF().SeparateFields().SelectEvery(4,0,3).Weave() # -> TFF
AssumeFPS(25)
AssumeTFF()
Converttoyv12(interlaced=true)
SetPlanarLegacyAlignment(True)

extract from HC022 log from Original script:


-----------------------------------------
| HCenc - MPEG2 encoder - rel. 0.22.0.0 |
-----------------------------------------

MPEG profile@level: MP@ML
input: g:\test\nonnv\1920x1080i25 7 hd digital.avs
output: G:\TEST\nonNV\1920x1080i25 7 HD Digital.mpv

--------------------
| encoder settings |
--------------------

profile: BEST
frames: 0 14649
framerate: 25.000
aspect ratio: 16:9
bitrate: NA
max. bitrate Kb/s: 9200
pass: 1 (Constant Quant)
constant Q: 2.000
pulldown: no
closed gops: yes
VBV check: yes
scene change det.: yes
interlaced: yes, TFF
goplen,B-pic: AUTO
dc_precision: 10
scan method: alt
bias: 95
chapter frames: 1
time code: 0 0 0 0
CPU: SSSE3
priority: idle
SMP active: yes
matrix: FOX1
luminance gain: no

------------------
| source stats |
------------------

nr. of frames in source: 14650
width*height: 720x576
fps: 25.000
nr. of frames to encode: 14650
frames to encode: 0 - 14649

---------------------
| encoding - pass 1 |
---------------------

pass 1 encoding time: 0:09:04 (543.80 s)
fps: 26.9

------------------
| encoding stats |
------------------


intra matrix used
8 8 9 11 13 13 14 17
8 8 11 12 13 14 17 18
9 11 13 13 14 17 17 19
11 11 13 13 13 17 18 20
11 13 13 13 16 17 20 24
13 13 13 16 17 20 24 29
13 12 13 17 19 23 28 34
12 13 17 19 23 28 34 41

non-intra matrix used
8 8 8 9 9 9 9 10
8 8 9 9 9 9 10 10
8 9 9 9 9 10 10 10
9 9 9 9 10 10 10 10
9 9 9 10 10 10 10 11
9 9 10 10 10 10 11 11
9 10 10 10 10 11 11 11
10 10 10 10 11 11 11 11

nr. of gops: 1067
nr. of frames: 14650
nr. of I-frames: 1067
nr. of P-frames: 5171
nr. of B-frames: 8412
average bitrate: 7242
minimum bitrate: 1642
maximum bitrate: 9198

bytes in bitstream: 530620185
bits in bitstream: 4244961480

average Quantizer: 7.999

total CPU time: 0:26:15 (1575.30 s)
total elapsed time: 0:09:04 (544.00 s)

extract from HC022 log from NV equivalent script:

-----------------------------------------
| HCenc - MPEG2 encoder - rel. 0.22.0.0 |
-----------------------------------------

MPEG profile@level: MP@ML
input: g:\test\nv\1920x1080i25 7 hd digital.avs
output: G:\TEST\NV\1920x1080i25 7 HD Digital.mpv

--------------------
| encoder settings |
--------------------

profile: BEST
frames: 0 14649
framerate: 25.000
aspect ratio: 16:9
bitrate: NA
max. bitrate Kb/s: 9200
pass: 1 (Constant Quant)
constant Q: 2.000
pulldown: no
closed gops: yes
VBV check: yes
scene change det.: yes
interlaced: yes, TFF
goplen,B-pic: AUTO
dc_precision: 10
scan method: alt
bias: 95
chapter frames: 1
time code: 0 0 0 0
CPU: SSSE3
priority: idle
SMP active: yes
matrix: FOX1
luminance gain: no

------------------
| source stats |
------------------

nr. of frames in source: 14650
width*height: 720x576
fps: 25.000
nr. of frames to encode: 14650
frames to encode: 0 - 14649

---------------------
| encoding - pass 1 |
---------------------

pass 1 encoding time: 0:07:59 (479.48 s)
fps: 30.6

------------------
| encoding stats |
------------------


intra matrix used
8 8 9 11 13 13 14 17
8 8 11 12 13 14 17 18
9 11 13 13 14 17 17 19
11 11 13 13 13 17 18 20
11 13 13 13 16 17 20 24
13 13 13 16 17 20 24 29
13 12 13 17 19 23 28 34
12 13 17 19 23 28 34 41

non-intra matrix used
8 8 8 9 9 9 9 10
8 8 9 9 9 9 10 10
8 9 9 9 9 10 10 10
9 9 9 9 10 10 10 10
9 9 9 10 10 10 10 11
9 9 10 10 10 10 11 11
9 10 10 10 10 11 11 11
10 10 10 10 11 11 11 11

nr. of gops: 993
nr. of frames: 14650
nr. of I-frames: 993
nr. of P-frames: 5162
nr. of B-frames: 8495
average bitrate: 6928
minimum bitrate: 163
maximum bitrate: 9195

bytes in bitstream: 507634147
bits in bitstream: 4061073176

average Quantizer: 8.595

total CPU time: 0:15:28 (927.78 s)
total elapsed time: 0:08:00 (479.66 s)

Given MT wasn't set, I'm not sure what to make of the CPU times in the 2nd log ! Advice welcome.

Seems to be a slight elapsed time advantage with the NV version, however the resulting filesize is smaller too - 530,620,185 for original vs 507,634,147 for NV. Precisely the same HC parameters were used in both encodes.

I can and do concurrently run multiple of the "original" equivalent, say when processing each quarter of a sports capture. Don't think I could do that with the NV version. Also, I sometimes try to deblock using MPEG2Source("G:\TEST\1920x1080i25 7 HD Digital.d2v",info=0,ipp=true,cpu=4) which I don't think is possible with the NV. Life's a trade-off, isn't it ! For my more traditional non-concurrent encodes, I presume the NV version is preferable since it appears to use 1/2 the CPU and is slightly faster elapsed time.

Stock 4-core Q9450 2.66Ghz, 1200FSB, XP-SP3, 4Gb mem, Nvidia 8800GT512Mb.

Lugia25000
7th August 2009, 20:04
I have a problem with the NVBetax Tool...

I have a dvd source and DMPGIndexNV1.02 has problems with it and i wanna try DGMPEGINdex1.03beta6.

DGMPGIndexNV1.02 works alone fine but if i try the DGMPINdex1.03beta6 from NVBeta6 than become i everthing a error "GPU decode: Failed to create video decoder [100]".
I have try cuvidserver1.04 and 1.05beta6.

I have a Geforce GT 230.

Any Idea?


Sorry for my english.

Guest
7th August 2009, 21:07
Does it happen in DGMPGIndexNV or just when you serve with DGSource()?

What is your OS?

Lugia25000
7th August 2009, 21:21
In DGMPGIndexNV if i load a vob and i have Vista 32Bit.

Guest
7th August 2009, 22:12
What is your Nvidia driver version? It must be as described in the readme that comes with the beta distribution.

Lugia25000
7th August 2009, 22:56
185.xx

You should install version 190.38 or later of the Nvidia driver.

Sorry... i had not read this. Thx.

Guest
8th August 2009, 17:17
http://neuron2.net/dgavcdecnv/NVbeta7.zip

Lugia25000
8th August 2009, 19:11
It is late but i had no time...

I get the same error with 190.45 and NVbeta6 but NVbeta7 works great and it gives no more problems with my DVD.

I am very happy. Big thx :).

Sharc
8th August 2009, 23:23
Beta7 works fine here.
For certain vc-1 files the Frame Structure in the information window toggles "wildly" between frame interlaced and field interlaced. The log file shows sometimes - for the same file - no info but the headings, and sometimes it indicates for frame structure "Field interlaced" and for frame type "I-P". Does this make sense?

Guest
9th August 2009, 00:56
Can't say without seeing the stream. But I just report the stream flags, so whether it makes sense...???

Revgen
9th August 2009, 07:29
NV Resizing is now faster than AVISynth.

The KingKong sample now completes in 1 min 6 secs with beta 7 instead of 1 min 20 secs with beta 6.

Sharc
9th August 2009, 08:08
Can't say without seeing the stream. But I just report the stream flags, so whether it makes sense...???
Here a vc-1 sample with toggling frame/field interlaced even within the same scene. Just wondering about this frame structure -- which causes problems for most other decoders btw., but decodes fine with your decoder :) http://www.mediafire.com/download.php?rt4djjjjwam

Audionut
9th August 2009, 10:20
From a 1080 blu-ray source.

loadplugin("d:\dgdecodenv.dll")
dgsource("G:\QUARANTINE\BDMV\STREAM\00011.dga", resize_w=1280, resize_h=688)
assumefps(2000)

1:54:77
cpu usage in task manager = 60-65%

loadplugin("d:\dgdecodenv.dll")
dgsource("G:\QUARANTINE\BDMV\STREAM\00011.dga")
bilinearresize(1280,688)
assumefps(2000)

1:54:70
cpu usage = 75-80%

Measured time with a stop watch.

GPU = 8800gt 512M
CPU = Q6600 B1 @ 3200mhz.

Audionut
9th August 2009, 10:37
Hmm, it crops after resizing!!

No biggie, I'll just have to learn to do things differently.
Unless you want to provide an option to crop then resize. :sly:

Audionut
9th August 2009, 10:55
Crop of 24 on top and bottom on the 1080p source file with this avs file.

loadplugin("d:\dgdecodenv.dll")
dgsource("G:\QUARANTINE\BDMV\STREAM\00011.dga", resize_w=1280, resize_h=688)
assumefps(2000)

As you can see, dgavcindex reports 1280x640.

http://img529.imageshack.us/img529/3156/dgavcdecode.png

http://www.users.on.net/~audionut11/11.demuxed.264

edit: the dga file reports 1280x636
http://www.users.on.net/~audionut11/11.dga

Guest
9th August 2009, 13:56
Hmm, it crops after resizing!!

No biggie, I'll just have to learn to do things differently.
Unless you want to provide an option to crop then resize. :sly: No, it's cropping before resizing. I may have a bug with setting the framesize. I'll investigate your sample.

Audionut
9th August 2009, 14:04
My apologies Don.

I cropped 24 off the top and 28 off the bottom. So the resulting file would have a height of 636 after resizing.

No, it's cropping before resizing

If I crop in dgindex then resize in dgsource I get a file that has effectively been cropped after resizing.
Hence the frame height of 636 with dgsource("G:\QUARANTINE\BDMV\STREAM\00011.dga", resize_w=1280, resize_h=688)

I got a bad feeling I'm not explaining myself properly.

Guest
9th August 2009, 14:18
OK, the indexer is supposed to put in the DGA file the coded picture width and height. For your sample that is 1280 x 640. But the stream specifies the display area as 1280 x 636. I had forgot to change that in DGAVCIndexNV to have it display the coded size. So please redownload beta 7 and you will now have 1280 x 640 in the DGA file.

If you crop in DGAVCIndexNV, then yes, currently it will be after GPU resizing, because it just invokes Crop() after DGSource(). You should use the GPU cropping with crop_l, crop_r, crop_t, and crop_b in your DGSource() invocation.

Yes, I should fix the indexers to invoke GPU cropping instead of Crop(). Thanks for pointing that out.

With the fixed DGAVCIndexNV and using the GPU cropping in DGSource(), do you still have an issue?

Audionut
9th August 2009, 14:43
Ok, pictures speak a thousand words. I've seen you're edit but I'm still gonna start from the top.

http://img529.imageshack.us/img529/4089/crop.png
http://img412.imageshack.us/img412/2808/output.png

Ok, nothing new here. Just confirms you're edit.

But notice the top of that frame. Back to that in a minute.

The sample should be 1280x636. Did you see my post above about my previous mistake.
Virtualdub reports that, also x264. But dgindex reports 1280x640.

Here's a sample from the new beta7.
http://www.users.on.net/~audionut11/frame.demuxed.264
http://www.users.on.net/~audionut11/frame.dga


As you can see, there's a lot of garbage in the first few frames.

Guest
9th August 2009, 14:50
The sample should be 1280x636. Did you see my post above about my previous mistake.
Virtualdub reports that, also x264. But dgindex reports 1280x640. As I said, dgindex always reports the coded frame size, not including the stream's specified (cropped) display area.

Audionut
9th August 2009, 14:51
With the fixed DGAVCIndexNV and using the GPU cropping in DGSource(), do you still have an issue?

No. Works like a charm.

Yes, I should fix the indexers to invoke GPU cropping instead of Crop(). Thanks for pointing that out.

Does that mean I can crop in dgindex and have the cropping applied after resizing.

Else where back to square one. dgindex crops after resizing.

Guest
9th August 2009, 15:00
Does that mean I can crop in dgindex and have the cropping applied after resizing. No, it means you can crop in dgindex and have the cropping done on the GPU before resizing.

dgindex crops after resizing. Yes, I have acknowledged that and will fix it. Thank you for pointing it out.

Now, you are getting some artifacting?

Audionut
9th August 2009, 15:10
http://img38.imageshack.us/img38/6546/636z.png

edit: just seen you're edit above. Where done here. Thanks Don, sorry for being a pita.

Now, you are getting some artifacting?

Yes, see sample http://www.users.on.net/~audionut11/frame.demuxed.264

Guest
9th August 2009, 15:24
Please re-download beta 7. DGDecodeNV was updated so that the indexer's cropping is applied before GPU resizing. Please tell me if it behaves as expected. For cropping after resizing, use Crop() after DGSource(). Note that the crop parameters to DGSource() were removed, as the indexer should now be used to set up cropping.

You're not a pita, you have always been very helpful to me in the development of my tools.

Looking at the artifacting now...

Audionut
9th August 2009, 15:29
Please re-download beta 7. DGDecodeNV was updated so that the indexer's cropping is applied before GPU resizing. Please tell me if it behaves as expected. For cropping after resizing, use Crop() after DGSource(). Note that the crop parameters to DGSource() were removed, as the indexer should now be used to set up cropping.

Working perfect. Thanks again.

SquallMX
10th August 2009, 06:55
Working perfect. Thanks again.

I second that, btw (really off topic) Quarantine max real resolution is 480p aprox (Bad edition or director's choice?).

hxhxd
10th August 2009, 07:24
Have problem in demgpindexnv:

When I open the four vts_01 - 04 files. dgmpgindex says (look at the snapshot):

Audionut
10th August 2009, 07:32
What happens if you try the same thing with the latest beta.
http://neuron2.net/dgavcdecnv/NVbeta7.zip

buzzqw
10th August 2009, 07:36
@Neuron2

I already added support to your excellent tools in HDConvertToX gui.

Would you prefer (and allow) that i "bundle" HDC with latest NVTools (beta7 now) or simply link your site for manually download/install your tool?

thanks again

BHH

Guest
10th August 2009, 13:33
I'd prefer you to link the site. Thanks for asking.

Guest
10th August 2009, 13:34
Have problem in demgpindexnv:

When I open the four vts_01 - 04 files. dgmpgindex says (look at the snapshot) What version of Nvidia drivers do you have installed?

buzzqw
10th August 2009, 13:53
thanks you, Neuron2

the HDC package doesn't include NVTools.

i add link/info on first post of hdc thread

BHH

canTsTop
10th August 2009, 14:45
Is this tool can handle videos with errors? Audio/video synchronization will be good? Video samples (333_0_0.ts, with_errors_2.ts, with_errors_LTV.ts) are here (http://www.mediafire.com/?sharekey=0d21c08fd364c52f61d4646c62b381cb6816bd8ecd1727af5621d66e282a0ee8).
Thank You.

Guest
10th August 2009, 14:46
There is no special handling for corrupted streams.

woah!
11th August 2009, 06:12
i am having an issue with beta6 and 7 server. beta5 opens and plays any indexed file from beta7 indexer, but using server beta6 or 7 crashes viewer as soon as i open the avs script to preview it. i cant give a clip as it happens with every thing i process, and as i said works correctly with beta5 and below?

using 190.38 drivers on 32bit xp sp3.. is there anything i can upload to help solve this?

Guest
11th August 2009, 13:37
What is the "viewer" and what is the script?

Guest
11th August 2009, 14:15
Another thought: re-download beta 7 as it changed a few times. Make sure you update all the components.

woah!
12th August 2009, 02:08
ok found out what it was, i didnt update DGDecodeNV.dll in my AviSynth 2.5\plugins folder ... damn i should know better...

hxhxd
12th August 2009, 03:22
What version of Nvidia drivers do you have installed?

I don't remember the exact version. Only I can get is a snapshot of the card properties page.

Edit: I've installed the lastest version from nvidia site. And the problem has gone. :)

prokhozhijj
14th August 2009, 23:35
I do my post here JIC:

I've got error when opening VOB files in NVBeta7 DGMPGIndexNV.exe

GPU decoder: Failed to create video decoder [100].

After this error happens I can not to close application legally. But when I close project firstly (File -> Close) than I can to close application.
When I try to preview or play video in DGMPGIndexNV.exe apllication I am getting following: No video frames found!

This issue happens with all VOB files.

Neuron2 can not help me with this issue. May be somebody else?

Guest
15th August 2009, 02:34
How much memory does your video card have? Some of the 8800GTS cards have VP1 only.

http://en.wikipedia.org/wiki/PureVideo#Table_of_PureVideo_.28HD.29_GPUs

woah!
15th August 2009, 05:00
since the new betas came out, i see you are leaving the source as is. 1920x1088 ---> 1920x1080 was done by your program automatically before. why do most file viewers like mediainfo show the source files as 1920x1080 but yours show 1088?

should i crop 8 off before processing it then or leave it as is, mostly use bluray source files which are film 24/23.976fps ..

DGAVCIndexNV 1.0.14 beta 5 on left pic and beta 6 on right:

http://pic.leech.it/i/3d407/0387be01111111.jpg

Audionut
15th August 2009, 06:11
As I said, dgindex always reports the coded frame size, not including the stream's specified (cropped) display area.

http://forum.doom9.org/showthread.php?p=1312860#post1312860

prokhozhijj
15th August 2009, 09:39
How much memory does your video card have? Some of the 8800GTS cards have VP1 only.

http://en.wikipedia.org/wiki/PureVideo#Table_of_PureVideo_.28HD.29_GPUs

It seems that I have videocard with 640 Mb memory. Is it a reason why it does not work with your soft? If so, sorry for disturbing you.

But could you add to your soft some tests about version of Pure Video HD engine used by videocard? I think that it can save the time for other users such me (and your time too).

ultratoto14
15th August 2009, 09:59
With 640Mb, you have the first version of the 8800 GTS, this version does not have the required component to use DGNV tools.

Guest
15th August 2009, 12:50
since the new betas came out, i see you are leaving the source as is. 1920x1088 ---> 1920x1080 was done by your program automatically before. why do most file viewers like mediainfo show the source files as 1920x1080 but yours show 1088?

should i crop 8 off before processing it then or leave it as is, mostly use bluray source files which are film 24/23.976fps .. Yes, you can just use "Video/Cropping Filter" to crop it.

I have seen some streams that have good content in that last 8 pixels and thought it would be useful to have the option to retain it when resizing. I'm open to reconsidering that decision if it bothers people too much.

Guest
15th August 2009, 12:53
It seems that I have videocard with 640 Mb memory. Is it a reason why it does not work with your soft? If so, sorry for disturbing you. That card won't work. But didn't you say that it worked with beta 4??? That's why I didn't immediately explore this possibility.

prokhozhijj
15th August 2009, 16:19
That card won't work. But didn't you say that it worked with beta 4??? That's why I didn't immediately explore this possibility.

Yes, your soft (beta 4) worked with my videocard. So I am surprised too. Again, sorry for disturbing you. I did not noticed this restriction.

Guest
15th August 2009, 17:28
Yes, your soft (beta 4) worked with my videocard. I don't believe it. And if by some miracle it happens to be true, then we should investigate it further.

Audionut
15th August 2009, 17:33
A good start would be to download this and provide a screen shot of the main screen.

http://www.techpowerup.com/downloads/1379/TechPowerUp_GPU-Z_v0.3.4.html

prokhozhijj
15th August 2009, 19:31
a good start would be to download this and provide a screen shot of the main screen.

http://www.techpowerup.com/downloads/1379/techpowerup_gpu-z_v0.3.4.html

10166

prokhozhijj
15th August 2009, 19:41
I don't believe it. And if by some miracle it happens to be true, then we should investigate it further.

Please see attached file.

10167

Sulik
15th August 2009, 19:43
Your signature says you have a 8800GTS - IIRC, unless it's a GTS512, it doesn't have VP2

Revgen
15th August 2009, 19:49
I don't believe it. And if by some miracle it happens to be true, then we should investigate it further.

A 320mb version of a PNY 8800 GTS (VP1) is on e-bay for a "Buy it Now" price of 100 bucks if anybody wants to investigate.

Guest
15th August 2009, 20:30
@prokhozhijj

Since you claim to have a card that is not formally supported I'm just not going to spend any time on apparent mysteries.

woah!
15th August 2009, 20:44
Yes, you can just use "Video/Cropping Filter" to crop it.

I have seen some streams that have good content in that last 8 pixels and thought it would be useful to have the option to retain it when resizing. I'm open to reconsidering that decision if it bothers people too much.

its not a bother, its just i sometimes forget to crop 8 off when processing. just have to do it a few times for it to become a habit :0

prokhozhijj
15th August 2009, 20:45
@prokhozhijj

Since you claim to have a card that is not formally supported I'm just not going to spend any time on apparent mysteries.

Ok, I've understood this. But please think about this:


The Second Generation PureVideo HD

Starting with the G84/G86 GPUs (sold as the GeForce 8400/8500/8600 series), NVIDIA substantially re-designed GPU's H.264 decoding block. The second generation PureVideo HD added a dedicated bitstream processor (BSP) and enhanced video processor, which enabled the GPU to completely offload the H.264-decoding pipeline. VC-1 acceleration was also improved, with PureVideo HD now able to offload more of VC-1-decoding pipeline's backend (inverse discrete cosine transform (iDCT) and motion compensation stages.) The frontend (bitstream) pipeline is still decoded by the host CPU[3]. The second generation PureVideo HD enabled mainstream PCs to play HD-DVD and Blu-ray movies, as the majority of the processing-intenstive video-decoding was now offloaded to the GPU. From Forceware 178.24 onwards, VP2 capable cards are able to decode H.264 High@L5.0 while ATI UVD2 can support up to H.264 High@L4.1.

The second generation PureVideo HD is sometimes called "PureVideo HD 2" or VP2, although this is not an official NVIDIA designation.


There is nothing about MPEG2 decoding, only about VC-1 and h.264. So I tend to think that your software should work correctly with my graphics card.

I also downloaded file with title "PureVideo HD Support" from NVidia site. According to this document my video card does not support only following features:
- H.264 Decode with IDCT and CAVLC/CABAC
- VC-1/WMV Decode Acceleration with IDCT
- H.264 Decode with IDCT and CAVLC/CABAC
- VC-1/WMV Decode Acceleration with IDCT
- Dynamic Tone Enhancement
- Dynamic Contrast Enhancement

Again there is no any word about MPEG2 decoding.

If I am not right please point me where.

Revgen
15th August 2009, 21:22
^So you want MPEG-2 indexing but not VC1 or AVC?

What is it that you want from DGMPGIndexNV that you can't get from DGIndex and DGDecode? Purevideo Deinterlacing?

Also, do you play games alot with your card? If so, then I can understand why you want to keep your card instead of just buying a cheap 8400 GS.

prokhozhijj
15th August 2009, 21:54
^So you want MPEG-2 indexing but not VC1 or AVC?
What is it that you want from DGMPGIndexNV that you can't get from DGIndex and DGDecode? Purevideo Deinterlacing?
Also, do you play games alot with your card?

Yes for the present. Yes. Yes.

But is this so important? I spent my money (not so much truly) and time (a lot of and this is more important) for this soft. First of all I want to know why Beta4 works with my card properly (except for deinterlace=2) but following versions does not, though they can (according to docs). I think that it is a bug in software. And if I really spent time testing the software, I expect that the developer will give me good explanation (not the runaround) why I am not right.

Thank you for your understanding in advance.

Guest
16th August 2009, 01:26
I expect that the developer will give me good explanation (not the runaround) Send me an email and I'll refund your donation.

Beta 5 and beyond no longer use the D3D framework and I suppose this Nvidia change has broken MPEG2 for your G80 GPU. But I always said this card was not supported so you've no reason to start insulting me.

Here's what my website says:

"DGMPGDecNV runs on Nvidia graphics cards that support CUDA video decoding. That means the card must have a VP2 or greater engine. VP1 is not supported! You can check which engine your card has here:"

...and there follows a link to the Nvidia list of cards and engines.

halsboss
16th August 2009, 03:05
Bad luck, prokhozhijj. but neuron2 is right.

On the plus side, neuron2's non-NV tools work great too !

For mpeg2 stuff (I need 1080i -> 576i) I've found that my quick'n'dirty non-deinterlacing resizing in avisynth produces a more pleasing visual result for me than Nvidia's deinterlacing and then reinterlacing in avisynth later anyway; and it isn't all that much slower for mpeg2 to do it that way.

Guest
16th August 2009, 03:08
For mpeg2 stuff (I need 1080i -> 576i) I've found that my quick'n'dirty non-deinterlacing resizing in avisynth produces a more pleasing visual result for me than Nvidia's deinterlacing and then reinterlacing in avisynth later anyway; and it's isn't all that much slower for mpeg2 to do it that way. What exactly is your method?

halsboss
16th August 2009, 03:20
Dirty. Very dirty. Method copied from another thread. 1st script in this post http://forum.doom9.org/showpost.php?p=1312227&postcount=111 Eye of the beholder stuff, it was "for me" :)

Am open to other suggestions (link to threads maybe). very fast sports action on a huge grassed field, 36 players, 5 umpires, with lots and lots of panning, zooming, cuts and whatnot.

Guest
16th August 2009, 03:52
I can't believe that looks better than doing double rate with PureVideo and then reinterlacing.

halsboss
16th August 2009, 07:51
Seems funny, doesn't it, but there you go. 1440x1080i -> 576i. Source deleted now, next capture a week away probably a different channel too.

prokhozhijj
16th August 2009, 08:51
Send me an email and I'll refund your donation.


I understand that it was my fault so I will not to ask you to give my money back.


Beta 5 and beyond no longer use the D3D framework and I suppose this Nvidia change has broken MPEG2 for your G80 GPU.


Thank you for this explanation. That's all I wanted from you (for now ;) ).


But I always said this card was not supported so you've no reason to start insulting me.


May be my English is not good enough. This is not my native language. So I am really sorry if you think that I want to insult you.

Guest
16th August 2009, 15:11
Seems funny, doesn't it, but there you go. 1440x1080i -> 576i. Source deleted now, next capture a week away probably a different channel too. I'd be curious to see screenshots and a source clip when you are able to generate them.

Guest
16th August 2009, 15:15
May be my English is not good enough. Thanks for your clarification. The phrase "runaround" implies an intention to evade or deceive. I think if you review my history you'll see that is not my way.

halsboss
17th August 2009, 08:38
I know people who work for government agencies... It can also mean not putting in the necessary effort to achieve an outcome, for whatever reason :)

GZZ
17th August 2009, 12:35
hey Neuron2, what are working on for Beta 8 of your really great tool ?

Allowing multiple connection to GPU would be nice or atleast a warning so it dosnt kill the cuvidserver. :)

/GZZ

prokhozhijj
17th August 2009, 12:38
neuron2,

Could you please to publish your todo list or roadmap? Is it possible that you'll decide soon to switch your soft to VP3 engine? If so, when it can happen? I think about upgrade my video card. And I do not want to buy old junk that you may reject to support in nearest future.

Guest
17th August 2009, 13:34
Nothing is planned yet, but the test GZZ suggests should be done.

I use the NVCUVID API; I don't explicitly code for any engine. I highly doubt that Nvidia would release anything not backward compatible to existing cards.

prokhozhijj
17th August 2009, 14:00
I use the NVCUVID API; I don't explicitly code for any engine. I highly doubt that Nvidia would release anything not backward compatible to existing cards.

If so, how about my existing card with VP1-engine? Your site determine exactly that soft supports only VP2-engine. Isn't it? Didn't you told me about this a few messages before?

Sorry, neuron2, but I stopped to understand you at all.

Guest
17th August 2009, 14:44
If so, how about my existing card with VP1-engine? Your site determine exactly that your soft supports only VP2-engine. Isn't it? Didn't you told me about this a few messages before?

Sorry, neuron2, but I stopped to understand you at all. It's very simple. I invoke the NVCUVID API. I have no code to test what engine is present. If things don't work on a given card it is because Nvidia does not support NVCUVID on that card. Nvidia tells me that VP2 or greater is required so that is what I say on my website.

Sell your card on ebay and get one with VP2 or greater.

Revgen
17th August 2009, 14:55
neuron2,

Could you please to publish your todo list or roadmap? Is it possible that you'll decide soon to switch your soft to VP3 engine? If so, when it can happen? I think about upgrade my video card. And I do not want to buy old junk that you may reject to support in nearest future.

For the record, my card is VP3 (8400 GS) and works just fine.

prokhozhijj
17th August 2009, 15:13
It's very simple. I invoke the NVCUVID API. I have no code to test what engine is present. If things don't work on a given card it is because Nvidia does not support NVCUVID on that card. Nvidia tells me that VP2 or greater is required so that is what I say on my website.


Ok. it may be time when you start to using code from VP3 engine. It allready happens when your code does not work on VP1 cards. So it may occure in future with VP2 cards and so on.

You are using some code and do not know exactly when it will stop to work properly on which cards. Is it a good practice?

Don't you think that any of your user may change his card as frequently as you change the code?

In response to this question, please do not forget that the card can be used not only to decode the movie. There are different price categories for the cards from the same manufacturer (from $35 till $600).

BTW, top Nvidia cards does not use VP3 engine according to Wikipedia.

If things don't work on a given card it is because Nvidia does not support NVCUVID on that card.

This is not only reason. You forgot probably about bugs in your soft.

And may be you have any idea why Power DVD Player (it is using the same functionality of NVidia card (deinterlace) as your soft) works properly with my video card and your soft is not?

Revgen
17th August 2009, 15:26
Ok. it may be time when you start to using code from VP3 engine. It allready happens when your code does not work on VP1 cards. So it may occured in future with VP2 cards and so on.

You are using some code and do not know exactly when it will stop to work properly on which cards. Is it a good practice?

Do you think that any of your user may change his card as frequently as you change the code?

In response to this question, please do not forget that the card can be used not only to decode the movie. There are different price categories for the cards from the same manufacturer (from $35 till $600).

Neuron2 is using code supplied by Nvidia. Blaming him is like blaming Blizzard because Warcraft isn't working with your card because Nvidia's drivers are flawed. Neuron2 works on indexing the streams, while Nvidia ensures that the streams are decoded properly. Any VP3 code theoretically would be backward compatible with VP2. I know one thing for sure, my VP3 works with these programs so obviously nothing bad is going on.

Neuron2 has stated on his website that VP2 and above are supported. That's because Nvidia has guaranteed that VP2 and above will work. If that isn't the case, then he will refund your money.

Guest
17th August 2009, 15:39
Ok. it may be time when you start to using code from VP3 engine. This is the last time I am going to respond to this. I use only the NVCUVID API. I do not and will not code specifically for any particular engine.

It allready happens when your code does not work on VP1 cards. It has nothing to do with my coding.

So it may occured in future with VP2 cards and so on. See above.

You are using some code and do not know exactly when it will stop to work properly on which cards. Is it a good practice? Hey I also use the Windows API. Do you think MS will give me their source code so I can conduct a design review? And they'll let me review their future changes so I can guarantee that nothing gets broken?

Don't you think that any of your user may change his card as frequently as you change the code? As long as it is VP2 or greater it will be supported.

prokhozhijj
17th August 2009, 16:16
Blaming him is like blaming Blizzard because Warcraft isn't working with your card because Nvidia's drivers are flawed.


First of all. I do not want to blame somebody. Let's remember this. I am just asking questions. Secondly, Warcraft may not work properly because of bugs in NVidia drivers and because of own bugs.


Hey I also use the Windows API. Do you think MS will give me their source code so I can conduct a design review? And they'll let me review their future changes so I can guarantee that nothing gets broken?


I told about minimal testing capabilities in your soft. I believe (but not sure) that it is possible to write such code. I know a lot of programs that do such testing about operating environment which they use.


As long as it is VP2 or greater it will be supported.


But you always have a choice: to use new features or not. I am speaking about this.

And may be you have any idea why Power DVD Player (it uses the same functionality as your soft (ie deinterlace)) work properly with my videocard and your soft do not? This is because D3D?

Revgen
17th August 2009, 17:49
When I encode my VC1's to AVC, I like to be able to use avisynth's ssim test to measure the encode to the original. Problem is that dgdecodenv doesn't allow multiple instances. From looking at your conversation with the Nvidia guy, it appears this is a limitation of CUDA. Is it possible to workaround this issue by implementing it into dgdecodenv somehow?

Guest
17th August 2009, 17:50
And may be you have any idea why Power DVD Player (it uses the same functionality as your soft (ie deinterlace)) work properly with my videocard and your soft do not? This is because D3D? Yes, I think so. The API offers the old way and the new way. I chose the new way for performance reasons. I have no interest in supporting your card's VP1 engine and I'm not going to make an option to choose the method. If you don't like it, I'll refund your donation.

prokhozhijj
17th August 2009, 18:44
I chose the new way for performance reasons.

Ok. Did you test performance of old and new methods? If so, could you publish results or may be point to these results on NVidia site? This information is necessary to me to decide whether to upgrade my graphics card.

Guest
17th August 2009, 19:09
Ok. Did you test performance of old and new methods? If so, could you publish results or may be point to these results on NVidia site? This information is necessary to me to decide whether to upgrade my graphics card. I was told by Nvidia that the D3D-less operation performs better, especially on low end cards. I did not perform any tests.

But for you, clearly an upgrade to a VP2+ card is going to give you a bugger bump than going D3D-less.

lucassp
18th August 2009, 08:41
And may be you have any idea why Power DVD Player (it uses the same functionality as your soft (ie deinterlace)) work properly with my videocard and your soft do not? This is because D3D?

PowerDVD decodes and renders the image through the DXVA chain. The DXVA chain uses the EVR/VMR renderers which makes it possible to use deinterlacing on older VP1/UVD video cards. Some of the current decoder filters (FFDShow, CoreAVC, PowerDVD and others) can connect to EVR/VMR, flag the stream as interlaced, convert to a proper colorspace, and the video card handles the deinterlacing.

Since CUDA is a crossplatform API it doesn't have to be dependent on any Windows only APIs like DXVA. So nVidia made the NVCUVID API DXVA-less and D3D-less.

I hope this answers your question better.

LE: One more thing I forgot to write about. The VP1 doesn't have an Bitstream Processor, so that has to be done in software mode. This can be done using specific APIs (like DirectShow, GStreamer) or nVidia has to write its own software decoder. In the end nVidia chose to support only the hardware decoding capabilities of the VP2+ chips.

prokhozhijj
18th August 2009, 08:50
I hope this answers your question better.

Thank you very much for explanation.

Guest
18th August 2009, 15:04
When I encode my VC1's to AVC, I like to be able to use avisynth's ssim test to measure the encode to the original. Problem is that dgdecodenv doesn't allow multiple instances. From looking at your conversation with the Nvidia guy, it appears this is a limitation of CUDA. Is it possible to workaround this issue by implementing it into dgdecodenv somehow? Actually, I experimented with multiple instances early on and it appeared that it was the D3D framework that prevented it from working properly. Now that we have D3D-less operation, the possibility of multiple instance support arises again. I can't promise a time frame, but it's something I too am interested in.

Actually, in NV beta 7, the indexers are D3D-less but the server is not, due to an Nvidia bug that will be fixed in the next driver version. So we have to wait for that also.

GZZ
18th August 2009, 18:39
Actually, in NV beta 7, the indexers are D3D-less but the server is not.

Yea - just tried the indexer at the same time I was using the CUVIDServer for encoding and it sure did work. So getting multiple instance from the CUVIDServer shouldnt be impossible.

I'm looking forward to the new nvidia driver and beta 8. Great Work. :thanks:

Revgen
18th August 2009, 21:21
Actually, I experimented with multiple instances early on and it appeared that it was the D3D framework that prevented it from working properly. Now that we have D3D-less operation, the possibility of multiple instance support arises again. I can't promise a time frame, but it's something I too am interested in.

Actually, in NV beta 7, the indexers are D3D-less but the server is not, due to an Nvidia bug that will be fixed in the next driver version. So we have to wait for that also.

Nvidia seems to release a WHQL driver every month or so. The last one they released was on July 21st. Hopefully the next one is around the corner.

Guest
18th August 2009, 22:10
They told me end of August.

laserfan
19th August 2009, 15:53
If any of these (all nitpicks) have been mentioned already, I apologize, but here goes:

1. In NVbeta7's DGAVCIndexNV's About box, it sez 1.0.14 beta 6. Maybe correct/intentional tho I notice while the other MPG/VC1 tools have different numbers, they show beta 7.

2. In testing/trying older versions to nail-down a problem, I did along the way rename my folders to "/DGbetax". Later I noticed I could not open my .avs w/Vdub anymore:

Avisynth open failure
DGSource: Invalid license

After hand-wringing re: MachineID and License and MAC address et.al., I realized the problem was that I'd renamed my DGTools directory, because within the .dga I'd created it still expected /DGTools. So the problem wasn't an "Invalid license" at all but rather failure to find /DGTools. Not sure if this is fixable, or worth fixing at all (pilot error)... :o

3. When I run CUVIDServer and do an x264 encoding, when that encoding is done I index my newly-created .264 file, and then try to open w/Avisynth-Vdub and I get an error from the still-running-from-the-encode-process CUVIDServer (sorry I didn't note the error). Usually (always?) results in CTL-ALT-DEL to force End Process of CUVIDServer, but then I run it again and my avs/vdub works.

FYI

Guest
19th August 2009, 17:01
1. Oversight on my part. Just forgot to update the string.

2. Pilot error, no fix for that. You can always edit the DGA file.

3. Please note the error next time. Also, tell me what app you used for the first encoding.

laserfan
20th August 2009, 13:10
Regarding my CUVIDServer note:
Please note the error next time. Also, tell me what app you used for the first encoding.Here is my exact sequence:

1. Use a DGTool to index a video, launch CUVIDServer, look at video with avs/Vdub 1.9.0, then run 2-pass x264 encoding using same simple avs e.g.

#For h264
DGSource("video.dga")

#For MPEG2
#DGSource("video.dgm")

#For VC-1
#DGSource("video.dgv")

2. Hours later, after x264 completed, launch DGAVCIndexNV and make a test.dga from x264 output. Note CUVIDServer is still active/in system tray.

3. Using test.avs (just DGSource("test.dga")) Open With...Vdub, get this pop-up dialog:

Server
cuvidMapVideoFrame() error.
[OK]

I can click OK on this dialog, but Vdub is "Not responding" and must be closed by End Process, and CUVIDServer is still running but can't be exited by normal means, must also End Process and re-launch it to get it to work.

Note that I did try this same sequence on a short test clip, and it worked fine--it did NOT throw the error. Then I tried another full-length video (six hours or so to complete x264) and got the error again. Further, between 1. and 2. above, the PC has automatically gone into "Standby" mode; maybe that is the issue i.e. for my next encoding I will disable this "auto Standby" behavior and see if I get the same CUVIDServer hangup again (maybe it does not wake-up from Standby properly?).

EDIT: Well, duh, only after writing-down the sequence above had the "Standby" thing occurred to me. And now that my morning coffee's starting to affect me did I think to simply go to Standby and out again. Sure enough: launch CUVIDServer and open a vid with avs/dgx/vdub. Fine. Go to Standby, come out of Standby (CUVIDServer still running). Try again--Error. This time:

Server
Failed to create video decoder (100)
[OK]

Frozen as before i.e. must End Process and re-launch to recover.

So the problem is Standby related I believe and maybe (another) Windows XP Pro x64 anomaly, assuming you or others can't dupe this problem.

Guest
20th August 2009, 14:00
It's a known issue that you can't have a screensaver kick in or go to standby with the server running in the D3D versions. As I said, the server is not yet D3D-less.

laserfan
20th August 2009, 14:35
It's a known issue...OK. If this is in the Readme.txt or any other docs I can't find it--you may want to add same somewhere...

Revgen
20th August 2009, 15:29
OK. If this is in the Readme.txt or any other docs I can't find it--you may want to add same somewhere...

It'll be gone once Nvidia comes out with the new driver. Neuron2 will update the server to work with the new driver once it's released.

Varies
20th August 2009, 18:37
neuron2
My last error with D3D was fixed by driver update ^^ but i had new bug.
DGIndexNV
http://i054.radikal.ru/0908/14/e8fddcda203et.jpg (http://radikal.ru/F/i054.radikal.ru/0908/14/e8fddcda203e.png.html)
DGIndex
http://s60.radikal.ru/i170/0908/f4/8b1d63b7cabft.jpg (http://radikal.ru/F/s60.radikal.ru/i170/0908/f4/8b1d63b7cabf.png.html)

Guest
20th August 2009, 19:19
Use Video/Cropping Filter.

It's not a bug and has been discussed.

Looks like I'll have to do something different with this as it is causing confusion.

Can I please have a stream sample so I can see your frame sizes, etc.? If you don't give a stream, there's a good chance that your issue may not get fixed.

laserfan
20th August 2009, 21:26
It'll be gone once Nvidia comes out with the new driver. Neuron2 will update the server to work with the new driver once it's released.I got it, thanks. Yeah if I'm going to use the beta versions I need to follow these threads more closely...

Varies
20th August 2009, 21:28
It's not a bug and has been discussed.
why not? if i used same scripts and had differing screenshots...
stream and scripts in PM.

Guest
20th August 2009, 21:39
If you read the discussion you would understand.

http://forum.doom9.org/showthread.php?p=1315069#post1315069

Varies
20th August 2009, 22:15
thanks ^ ^ i just skip two pages before :)
You may do this as option?

Guest
20th August 2009, 23:48
I will pop up a choice message box if I see the stream cropping. If invoked by the CLI the box will not be popped up and it will always honor the stream's specified cropping. I will also add an auxiliary INI file option to allow you to suppress the message box entirely and always honor the cropping.

laserfan
21st August 2009, 14:12
since the new betas came out, i see you are leaving the source as is. 1920x1088

Yes, you can just use "Video/Cropping Filter" to crop it.

I have seen some streams that have good content in that last 8 pixels and thought it would be useful to have the option to retain it when resizing. I'm open to reconsidering that decision if it bothers people too much.This has confused me (easy to do, I know). Upon processing a 1920x1088 blu-ray (re-encoding using DGTools and x264), and not doing any cropping, I see that the result, after re-muxing and playback on PC with Cyberlink PDVD, shows the bottom of the screen "stretched" i.e. 8 pixels of blurriness. But neither the original .h264 nor the re-encoded .264 when played using avs/Vdub showed any such anomaly on-screen (and neither does the original using PDVD). Even the re-muxed .m2ts when played-back with MPC looks fine.

I don't know if this is a tsMuxeR question (which sees the re-encoding as 1920x1088) or purely a PDVD quirk, or if I simply need to crop the bottom 8 pixels every time with DGTools--and to that question I didn't see the original NEEDED any cropping. Can someone enlighten me. :o

Guest
21st August 2009, 14:30
Asking about PDVD here is OT. Do you have an issue for my NV tools?

laserfan
21st August 2009, 14:53
Asking about PDVD here is OT. Do you have an issue for my NV tools?I don't know WHERE the issue is, but the "now 1088 vs. before 1080" is the only thing that's changed, so I thought I'd ask here!

OK then, let me ask a different question: if I open a stream with DGAVCIndexNV that is shown to be 1920x1088, and if it shows video perfection all-around i.e. no black or distorted lines at the bottom, then it's OK not to crop?

Or another: If I really don't care about the bottom 8 pixels even if they DO contain "good content" then is there a way to assert the crop setting(s) so I don't have to remember to do them every time?

EDIT: I apologize--I see now that if I set DGAVCIndexNV to Display Full HD I can see that the bottom 8 pixels are distorted. I could not see this in the normal display as-opened.

OK now I know how to look and how to crop!

Guest
21st August 2009, 14:57
OK then, let me ask a different question: if I open a stream with DGAVCIndexNV that is shown to be 1920x1088, and if it shows video perfection all-around i.e. no black or distorted lines at the bottom, then it's OK not to crop? As I stated already the intent was to retain the information when resizing to a standard format, such as 1280x720.

http://forum.doom9.org/showthread.php?p=1315069#post1315069

Is it OK to make an output stream with a height of 1088? I'd have to check every application out there to answer that.

Or another: If I really don't care about the bottom 8 pixels even if they DO contain "good content" then is there a way to assert the crop setting(s) so I don't have to remember to do them every time? I have already told you I will address that and also how I will address that.

http://forum.doom9.org/showthread.php?p=1316896#post1316896

laserfan
21st August 2009, 15:01
See the edit I made to my post; I was not able to see the answer to the "good content" question until I switched to Full HD mode! I'm good, thanks! :)

Guest
21st August 2009, 15:17
It should have also been visible before but at half height. Maybe you just didn't notice it.

You'll be able to set an INI file option to always honor the cropping in the next beta.

laserfan
21st August 2009, 16:56
It should have also been visible before but at half height. Maybe you just didn't notice it.

You'll be able to set an INI file option to always honor the cropping in the next beta.My eyes aren't as good as they used to be, but the blurring is virtually impossible for me to see at half-height, and not easy even at Full, except now I know to look for it.

Looking forward to the next beta, thanks...

ultratoto14
21st August 2009, 21:40
After a bad manipulation, i resize to 1280*720 a SD DVD with your tool, only green frames as result. Just to inform you, i do not need to upscale DVD.

SomeJoe
21st August 2009, 22:18
@neuron2:

Just to clarify on the 1080/1088 issue: Under the former version of your NV tools when the stream encoding was 1088 but the display was 1080, did you always crop the bottom 8 pixels? Or is there additional information in the stream that told you which pixels to crop e.g. maybe the top 8, or top 4/bottom 4?

I'm asking because I'm trying to answer if I want to reencode to a 1920x1080 stream from a 1920x1088 source, can I safely always crop the bottom 8 (intending for this to be equivalent to the previous NV tools version behavior), or will I have to view the decoded source to determine where to crop?

Guest
21st August 2009, 22:20
The stream can specify cropping. Previously I always honored it. For 1088 it is always the bottom 8.

SomeJoe
21st August 2009, 22:50
The stream can specify cropping. Previously I always honored it. For 1088 it is always the bottom 8.

Very good, thanks. :thanks:

GZZ
22nd August 2009, 12:46
also a new nvidia driver out, version 190.62

CUDA Updates
• Added support for 64‐bit video encoding.
• Added support to make all GPUs within an SLI group available for CUDA
applications to use.

Not sure if its what Neuron2 was waiting for to complete the next beta version ?

Revgen
22nd August 2009, 14:07
I just downloaded the lossless "Island Trailer" uploaded by Ben Waggoner in the BD Replication thread. I made an x264 encode from it. The original avi is 2419 frames, but DGAVCIndexNV and the original DGAVCIndex files both incorrectly state the framecount as 2412 frames in Vdub. However, when I use FFMPEGSource it correctly states the framecount as 2419 frames.

My x264 settings.x264 --profile high --level 4 --ssim --pass 2 --bitrate 24000 --stats "E:\KingKong.stats" --thread-input --deblock -2:-2 --keyint 24 --min-keyint 2 --b-adapt 2 --direct auto --ref 4 --ipratio 1.1 --pbratio 1.1 --vbv-bufsize 30000 --vbv-maxrate 24000 --qcomp 0.5 --me umh --subme 9 --psy-rd 1.0:0.15 --partitions all --trellis 2 --no-mixed-refs --mvrange 511 --nal-hrd --aud --sar 1:1 --fullrange on --colorprim bt709 --colormatrix bt709 --transfer bt709 -o "g:\island.264" "g:\island.avs"

I used Jeeb's 1222 32-bit build.with the x264_win_zone_parse_fix_06.diff and x264_hrd_pd_interlace.16.diff patches.

Here are the DGAVCIndexNV and DGAVCIndex files.

http://www.sendspace.com/file/aiijmw
http://www.sendspace.com/file/nmhrqj

Guest
22nd August 2009, 14:15
Post a link to your x264 encode.

Revgen
22nd August 2009, 14:22
Sure.

The entire encode is 270mb so it'll take awhile.

Revgen
22nd August 2009, 15:30
PM Sent.

Guest
22nd August 2009, 16:23
I have it fixed locally and it will be in the next beta. Thanks for pointing it out.

The new Nvidia driver includes the fix I needed so the CUVID server will go D3D-less.

Trying to get a beta out this weekend.

Revgen
22nd August 2009, 16:35
Cool.

Looking forward to it.

foxace
22nd August 2009, 17:28
hello neuron2 the beta7 don't work in megui why ? the autocrop don't work.

Guest
22nd August 2009, 17:40
I don't know anything about MEGUI autocrop. Ask the MEGUI people about it.

foxace
22nd August 2009, 17:45
ok thank. yet the beta6 work good in megui

sory my english is bad

laserfan
23rd August 2009, 12:53
Dunno that this creates any problems, but I noticed that having used the crop function and re-encoded a 1920x1088 .h264 (i.e. the .dga contains CLIP 0 0 0 8) using .avs w/DGDecodeNV and x264, that the resulting clip when opened again with DGAVCIndexNV still shows as 1920x1088 in its Header, and when indexed again shows in the Information box Frame Size, and Display Size, and in the dga SIZ 1920x1088. Izzat right? Within the x264 log is shown the expected size i.e.

avis [info]: 1920x1080 @ 23.98 fps

:confused:

Guest
23rd August 2009, 14:04
x264 must make a frame with a coded size of 1088 because it needs an integer number of macroblocks. It specifies a cropping rectangle to get a display of 1080. My indexers will report the coded size and the display size (yes I know it is not that way right now). Please wait for the next beta.

laserfan
23rd August 2009, 14:41
Ah, thank you very much for the explanation--now I understand about "coded size" vs. "display size". At last.

:)
_____________________________________________________________________________
"The best way to learn anything is to solve a problem that is meaningful to you." --Laserfan

Efenstor
23rd August 2009, 20:03
I'm having audio sync problems (accumulating offset) with Beta 7 when I load (i.e. index and DGSource) about 100 MTS'es of different length sequentially (from an AVCHD cam).
I tried different AC3 decoders and all give the same result.

Guest
23rd August 2009, 20:05
Post a link to the first two files.

Guest
25th August 2009, 02:35
After a bad manipulation, i resize to 1280*720 a SD DVD with your tool, only green frames as result. Just to inform you, i do not need to upscale DVD. I don't know what you mean by "After a bad manipulation". Are you saying that upscaling is not working?

7ekno
25th August 2009, 03:22
I am also having issues with "AVCHDlite" streams from Panasonic ...

The only filter that gets close to importing them into Avisynth right is DSS2() ...

The DGTools is reporting 50fps correctly, but only producing every 2nd frame for display (it doesn't matter whether I select "Honor Pulldown" or not), so it effectively produces a "fast forward" result (25fps being displayed at 50fps) ...

The same thing also happens in DGAVCIndex and DGAVCIndexNV ...

Example clips (MTS with AVC video and AC3 audio, straight from a Panasonic AVCHDlite device):
00000.MTS (http://www.mediafire.com/file/vjzytkenzyi/00000.MTS.rar), 00001.MTS (http://www.mediafire.com/file/lmhn2zzigmg/00001.MTS.rar), 00002.MTS (http://www.mediafire.com/file/madjydtjjx0/00002.MTS.rar)

7ek

Revgen
25th August 2009, 03:27
The only filter that gets close to importing them into Avisynth right is DSS2() ...

EDIT

I'll check em out.

7ekno
25th August 2009, 03:38
So ffmpegsource doesn't work with them either?
FFMS (the original one does), but it produces blocking and aweful chroma artifacts when seeking ... FFMS2 reports 25fps and display 25fps, it just drops the duplicate fames ...

On top of that, can you actually play these videos with libavcodec based decoders?
Not sure, I use The KMPlayer (with Haali spliter/internal splitter) pointed at CoreAVC for the decoder, it reports 50fps with normal playback (and I can see the difference in The KMPlayer between a DSS2() encoded MKV at 50fps with duplicates and a FFMS2 encoded MKV at 25fps without duplicates .. the 50fps versions have the motion appear less jerky) ...

Can you play them with MPC-HD with dxva decoding?
Not sure, never tried it as I have never had a playback problem with the MTS files themselves ...

Files linked and posted if ya wanna experiment ;)

7ek

Guest
25th August 2009, 03:48
That's really weird. I'll investigate. I can't even imagine what might cause that. :confused:

Revgen
25th August 2009, 03:52
^Found a fix.

Load the file in gdsmux (comes with the Haali media splitter, look in c:\program files\haali). Convert to mkv. Load mkv in DGAVCIndexNV. Create an index file. Load in avisynth.

Guest
25th August 2009, 03:54
That's a workaround, not a fix. :)

This should be fixable if I can find out the syntax element used to signal the duplicates.

Guest
25th August 2009, 05:30
Here's another workaround until I find out the syntax trick.

# if you want the duplicates
vid=DGSource("E:\tmp\00000.dga")
interleave(vid,vid)
assumefps(50)

# or if you don't
DGSource("E:\tmp\00000.dga")
assumefps(25)

ultratoto14
25th August 2009, 06:31
Are you saying that upscaling is not working?

Exactly.

On Largo Winch DVD, index using mgppgindecnv,

DGSource("VTS_12_1.dgm",resize_w=1280,resize_h=720)

Only give me green frames. Removing resize attributes and it's ok.

Guest
25th August 2009, 06:42
Works fine for me in my local beta 8. Let's see what happens after I release that.

7ekno
25th August 2009, 07:21
Convert to mkv. Load mkv in DGAVCIndexNV. Create an index file. Load in avisynth.

Here's another workaround until I find out the syntax trick.

Thanks :)

I am actually using H264TSto to convert a whole directory of MTS's to MKV, then indexing and using that way from MKV ...

It would just be nice not to have to bother with the MKV step if there turns out to be a simple way to get around it in DGAVCIndex (any version!) ...

Tek

Guest
25th August 2009, 13:48
It would just be nice not to have to bother with the MKV step if there turns out to be a simple way to get around it in DGAVCIndex (any version!) Isn't my suggestion simple enough? It's a lot simpler than your approach.

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

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

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

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

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

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

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

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

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

Guest
25th August 2009, 19:55
@GZZ

Multiple instance is in the works.

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

@laserfan

Good news, thanks for the test results.

Revgen
25th August 2009, 20:14
Good News

The Island Trailer fix works for me.

Bad News.

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

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

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

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

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

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

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

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

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

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

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

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

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


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

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

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

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

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

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

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

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

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

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

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

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

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

:thanks:

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

Three files is better:

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

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

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

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


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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

My DVD arrived. That's a cool movie!

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

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

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

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

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

@laserfan

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

@GZZ

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

@all

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

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

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

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

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

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

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

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

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

Is all their stuff 4:3?

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

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

Tools:

DGMPIndexNV from DGNVTools beta9
and
MPC-HC

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

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

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

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


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

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

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


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

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

Thanks:thanks:

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

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

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

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

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

I don't know but it is a reality.

I used both TS Muxer and MKVMerge Gui for muxing.

And i extract dgm and audio from those containers.

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

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

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

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

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

I wrote that before you edited your post.

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

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

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

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

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

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

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

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

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

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

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

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

buzzqw
31st August 2009, 07:44
Hi Neuron2

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

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

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

is it possible ?

BHH

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

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

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

users reported it on windows (I RUN linux)

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

thanks

BHH

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

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

thanks again for your support

BHH

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

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

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

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

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

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

Revgen
1st September 2009, 22:32
In the Nvidia driver panel in the section called "Adjust Video Image Settings", there is an option to force deinterlacing to use IVTC. Is this a feature that can be incorporated into DG NVtools?

Guest
1st September 2009, 22:39
In the Nvidia driver panel in the section called "Adjust Video Image Settings", there is an option to force deinterlacing to use IVTC. Is this a feature that can be incorporated into DG NVtools? It's not available in the current NVCUVID API, so no.

Guest
1st September 2009, 22:49
I'll do it. I went back to my Ratatouille BD. It had 31 M2TS files to concatenate to make the full movie. I looked at the stamps for the first 4 files. In each file, the video and audio PTS both started at 11650 (units of ms). But all had more audio than video, so the desync would increase as the movie plays. By the end I had a full 512ms desync. I worked around it by adding frames periodically throughout the movie with this trick:

aud=nicac3source("file.ac3")
vid=DGSource("file.dga").changefps(23.978).assumefps(23.976) # adds 12 frames
audiodub(vid,aud)

I have only your 00068.mts with me. It too has more audio than video (20ms).

So until I think of a good solution for this, you'll have to get along with a workaround like above. At least you don't have to screw with multiple projects and manual adjustments. You just have to know the total amount of desync at the end to allow you to calculate the number of frames to add, and then tweak the changefps() parameter to add them.

Efenstor
2nd September 2009, 12:07
aud=nicac3source("file.ac3")
vid=DGSource("file.dga").changefps(23.978).assumefps(23.976) # adds 12 frames
audiodub(vid,aud)

I'd better wait for the final solution. This workaround produces extra frames and there's no way to control where they'll be added; hence it's not for archival purposes.

Guest
2nd September 2009, 13:58
I'd better wait for the final solution. It could only be to add frames at the end of your files. With the workaround, yes, they get added at different spots but the desync can never be more than one frame at any given time, which is not perceptible.

And to be honest, developing a proper solution for this is very low on my priority list.

GZZ
2nd September 2009, 16:17
And to be honest, developing a proper solution for this is very low on my priority list.

What is next on your priority list for DGDecodeNV ? :P

Guest
2nd September 2009, 17:15
It's not just the list for NV tools that is relevant; it's the list for my entire life!

I spend my limited time on either 1) things I personally need, and 2) things that affect a lot of my users.

But to answer your question, I'd like to implement multi-instance support and complete pulldown handling including frame repeats and force film mode. What would you like to see?

Audionut
2nd September 2009, 18:18
License key entry into the registry. I always forget to copy the key to the new beta folder.

GZZ
2nd September 2009, 20:36
I'll go for the multi-instance support and the registry thing should be pretty easy to do.

Revgen
2nd September 2009, 22:47
Well based on my question above, what we want depends upon whatever the NVCUVID API supports. But I guess you could ask Nvidia to support it and hope they come through.

1) Multi-Instance support
2) Hardware IVTC as is shown in the NVidia control panel.
3) Hardware Edge Ehancement as shown in the Nvidia control panel.
4) Purevideo functions to be used on sources other than what dgsource decodes in avisynth. Like Huffyuv captures. I can watch huffyuv caps being deinterlaced by Purevideo by setting up FFDShow to only output to NV12 using graphedit, but I can't use NV12 colorspace in avisynth.

GZZ
3rd September 2009, 08:18
I agree with Revgen, great list. But some of them properly require Nvidia driver update.

nixo
3rd September 2009, 12:54
One thing I'd love to see is a way to pass hints to colormatrix.dll. I'm guessing, though, that maybe this is really a request for tritical?

--
Nikolaj

GZZ
3rd September 2009, 17:42
not sure I even understand that question nixo, what does colormatrix.dll have to do with DGDecodeNV ?

nixo
3rd September 2009, 19:45
Check out the colormatrix documentation, specifically the "hints" and "d2v" parameters. This is for DGDecode/DGIndex of course but if at all possible, it would be cool to have the same functionality for DGDecodeNV.

--
Nikolaj

woah!
4th September 2009, 01:50
has anyone had a nv4_mini.sys blue screen crash? i am getting them when using the resizing function at random times through encodes :(

everything seems ok as long as i dont use resize. its ok using spline36resize etc... but not from within NVtools...

this could be a failing gcard i suppose :(

lucassp
4th September 2009, 07:07
Try some FurMark stress testing and see if it fails there.

woah!
4th September 2009, 07:56
nope, card runs all tests and burnin tests ok. this has only started since the newer beta's came out with cropping/resizing. it happened in beta8 but i thought the newer nvidia drivers might have solved it, but no joy :(

its a hard crash straight to a blue screen on xp 32bit sp3... i have gone back 3 months with a old os image, i will see if maybe something got screwed lately with the OS...

GZZ
4th September 2009, 08:21
I have used the resize function in NV tools for like 20 movies+ (1920x1080 -> 1280x720) for BD5/9 without any problems. Try reinstall your Nvidia Driver, first uninstall, then reboot, then install, then reboot, then try again and see if it works. Also please provide the avs script you are using and also try another source and see if it works...

vucloutr
4th September 2009, 10:14
Hi, I'm wondering about the Nvidia resizer. Is resizing done by the GPUs shader processors or by its VP2/VP3 engine ?
In essence: would a better graphics card (more shader/higher shader clock) be beneficial (even if it is minimal) ?

PS: I made a comparison between Avisynth's and Nvidia's bilinear resizer: http://comparescreenshots.slicx.com/comparison/13231
Shouldn't they be identical ?

halsboss
5th September 2009, 04:29
License key entry into the registry. I always forget to copy the key to the new beta folder.
Yuk, rebuilds are a pain with reg entries. Reg is one of the banes of life and I'd be happy to never see another. Witness what m$oft did to locking down codecs by owning reg tree entries in windoze7. Yuk.

Inspector.Gadget
7th September 2009, 16:30
I've begun to have an odd problem with the NV suite. Loading files into any of the NV tools results in a "GPU decoder: Failed to create video decoder [100]".

I'm running a 9650M GT (ASUS) on Windows Vista SP2 x64, 4 GB RAM, newer C2D CPU. I recently updated my video card drivers to version 186.37 after relying on the 179.XX series for several months because the 185.XX series was broken on the 9650M GT. I ran Driver Sweeper before installing this latest driver, so I don't think it's a matter of conflicting .dll files. CoreAVC's CUDA works fine with these drivers.

Any suggestions, neuron2 or others, as to what my problem might be?

GZZ
7th September 2009, 16:42
You should update to the latest 190.62 driver as it says in the readme file. Your error is a classic driver fucked up (well atleast it was on my computer when I last got it). So try uninstall, reboot, install new driver, reboot and then see if it works.

laserfan
7th September 2009, 16:43
Unless you're using an older version of DGTools, you need to be upgraded to latest nvidia, which is 190.62 (see Readme.txt).

Inspector.Gadget
7th September 2009, 18:58
Unfortunately, the 190.xx series has not been ported to my GPU. Oddly enough, the NV tools were working fine with the 179.XX and 185.XX series (at least when the latter didn't puke). But shame on me for not consulting the readme. Thanks.

laserfan
7th September 2009, 23:41
Unfortunately, the 190.xx series has not been ported to my GPU.Ouch, you're right of course--not sure why that [notebook] GPU would get left behind??? Anyway sorry for my misinformation...

Inspector.Gadget
8th September 2009, 00:00
Not your fault, NVIDIA seems to have more difficulty than they expected getting drivers for this model that don't generate artifacting, BSODs, etc.

woah!
8th September 2009, 04:52
I have used the resize function in NV tools for like 20 movies+ (1920x1080 -> 1280x720) for BD5/9 without any problems. Try reinstall your Nvidia Driver, first uninstall, then reboot, then install, then reboot, then try again and see if it works. Also please provide the avs script you are using and also try another source and see if it works...

well over the last day or so i have tried many different things to solve this. prime95 is perfect over 13hrs, uninstall reinstall drivers, used revo to do that to make sure all crap was gone. system is box standard, no oc'ing and still blue screening at different times, when encoding if i say opened a mkv in mpc-hc it would crash to blue screen. now i have gone back to 190.38 drivers with beta7 and so far no issues what so ever?

seems i have reached a certain level on this system so i will stay at this until i upgrade... oh i have a 260gtx old version not the 216shader version, and a intel q9550

GZZ
8th September 2009, 08:53
Its hard to say what is wrong, but I dont think its DGtool. If it can crash to blue screen (blue screen of death ?) when opening a mkv file, then you have a hole other issue. My system are almost like yours, its a GTX 260 (216 core edition) and a Q9450 OCed to 3 Ghz and it have no issue at all. I'm also running Vista 64 bit.

Have you tried the Intelburntest program, its really evil (some says its better then prime and also faster). Just run it for 30 min and see if all the calculation are the same. Be aware that it will raise your CPU temperature by 20+ degress over your full load. So if your normal full load is 60 degress, then this program can raise it to 80+, so if your cooling is bad it will fail. Get it here (freeware) http://www.ultimate-filez.com/files/IntelBurnTest.zip

Guest
11th September 2009, 17:55
I'd better wait for the final solution. See here:

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

Your feedback will be appreciated.

Efenstor
13th September 2009, 15:04
See here:

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

Your feedback will be appreciated.

Yessss!
That's it.:thanks:
Feedback is on the way (in the aforementioned thread).

Shirtfull
16th September 2009, 23:12
Crop line in NVBeta9.
Earth The Power of the Planet on BBC HD, recorded this back in Nov 2007 (1440x1088 MBAFF) and when resizing to 1280x720 with no crop, the crop line appears at the bottom of the NVBeta9 screen and the resized image.

Sample provided

102Mb

http://rapidshare.com/files/281072275/sample.ts_9

Guest
17th September 2009, 00:01
It appears to be that way in the source. Have you tried it in other players?

You'll have to overcrop it before the resizing.

hxhxd
18th September 2009, 07:01
I encountered a problem with beta9. Yesterday I encoded a dvd using x264. It took about 14 hours. The problem is CUVIDServer quited while encoding. no prompt, no log.

After checking encoded files left, I guess CUVIDServer exits after 9.4 hour from beginning.

It's hard to find some debug info. Everything look good except this.

My system is server 2008 64bit, display driver is 8.16.11.9062, 8400gs.

Any idea? Thanks!

woah!
18th September 2009, 08:18
was the source material maff or interlaced? were you using the resizer/deinterlacer.

halsboss
18th September 2009, 10:23
your website appears to have been hacked :(

Guest
18th September 2009, 13:36
your website appears to have been hacked :( I don't see any problem with it. Can you tell me why you think it was hacked?

deets
18th September 2009, 14:03
any chance of having a drop down for resizing, with some presets or some way to enter the info in the prog without having to edit the avs file?

halsboss
18th September 2009, 14:08
Sure, http://neuron2.net/ has this on the front page and on other pages. Noticed it on the PC at work and then as well as the PC at home... firefox on both, noscript active adblockplus active.
"# glucovance drug generic
# order glucovance cash on delivery
# low cost glucovance now
# glucovance for sale online
# purchase glucovance online overseas
# best pric"

Interestingly, IE8 doesn't display it. But, if I "view source" in the lower frame, it's there.
eg a snippet from the heap of stuff:<!-- [f0049cafa0bb81ee8256da71d8976e9d --><!-- 0218123521 --><noscript><ul><li><a http://www.sarunicamp.com/saruni_gallary/Migration/description.php?ulls=1&position=3088">glucovance drug generic</a></li><li><a href="http://www.sarunicamp.com/saruni_gallary/Migration/description.php?ulls=1&position=5215">order glucovance cash on delivery</a></li><li><a href="http://www.sarunicamp.com/saruni_gallary/Migration/description.php?ulls=1&position=4690">low cost glucovance now</a></li><li><a href="http://www.sarunicamp.com/saruni_gallary/Migration/description.php?ulls=1&position=1313">glucovance for sale online</a></li><li><a href="http://www.sarunicamp.com/saruni_gallary/Migration/description.php?ulls=1&position=3230">purchase glucovance online overseas</a></li><li><a href="http://www.sarunicamp.com/saruni_gallary/Migration/description.php?ulls=1&position=719">best price of grifulvin</a></li><li><a href="http://www.sarunicamp.com/saruni_gallary/Migration/description.php?ulls=1&position=5050">purchase grifulvin online overseas</a></li><li><a href="http://www.sarunicamp.com/saruni_gallary/Migration/description.php?ulls=1&position=147">purchase grifulvin overnight delivery</a></li><li><a href="http://www.sarunicamp.com/saruni_gallary/Migration/description.php?ulls=1&position=5624">order grifulvin without prescription</a></li><li><a href="http://www.sarunicamp.com/saruni_gallary/Migration/description.php?ulls=1&position=275">get a grifulvin without prescription</a></li><li><a href="http://www.sarunicamp.com/saruni_gallary/Migration/description.php?ulls=1&position=3821">purchase grifulvin without prescription</a></li><li><a href="http://www.sarunicamp.com/saruni_gallary/Migration/description.php?ulls=1&position=4542">where can i buy griseofulvin without a prescription</a></li><li><a href="http://www.sarunicamp.com/saruni_gallary/Migration/description.php?ulls=1&position=1587">generic for grisactin pills</a></li><li><a href="http://www.sarunicamp.com/saruni_gallary/Migration/description.php?ulls=1&position=4661">how to get grifulvin</a></li><li><a href="http://www.sarunicamp.com/saruni_gallary/Migration/description.php?ulls=1&position=715">low cost grifulvin now</a></li><li><a href="http://www.sarunicamp.com/saruni_gallary/Migration/description.php?ulls=1&position=330">grisactin drug generic</a></li><li><a href="http://www.sarunicamp.com/saruni_gallary/Migration/description.php?ulls=1&position=4773">order grisactin without prescription</a></li><li><a href="http://www.sarunicamp.com/saruni_gallary/Migration/description.php?ulls=1&position=4264">buy grisactin medication</a></li><li><a href="http://www.sarunicamp.com/saruni_gallary/Migration/description.php?ulls=1&position=876">cheap grisactin tablets</a></li><li><a href="http://www.sarunicamp.com/saruni_gallary/Migration/description.php?ulls=1&position=5576">cheap grisactin no rx</a></li><li><a href="http://www.sarunicamp.com/saruni_gallary/Migration/description.php?ulls=1&position=1495">buy grisactin overnight shipping</a></li><li><a href="http://www.sarunicamp.com/saruni_gallary/Migration/description.php?ulls=1&position=2303">grifulvin v online without prescription</a></li><li><a href="http://www.sarunicamp.com/saruni_gallary/Migration/description.php?ulls=1&position=1098">order grisactin cash on delivery</a></li><li><a href="http://www.sarunicamp.com/saruni_gallary/Migration/description.php?ulls=1&position=508">buy grisactin in the uk</a></li><li><a href="http://www.sarunicamp.com/saruni_gallary/Migration/description.php?ulls=1&position=4318">grisactin without a prescription</a></li><li><a href="http://www.sarunicamp.com/saruni_gallary/Migration/description.php?ulls=1&position=17">gyne-lotrimin online without prescription</a></li><li><a href="http://www.sarunicamp.com/saruni_gallary/Migration/description.php?ulls=1&position=290">how to get clotrimazole vaginal</a></li><li><a href="http://www.sarunicamp.com/saruni_gallary/Migration/description.php?ulls=1&position=1319">buy gyne-lotrimin in the uk</a></li><li><a href="http://www.sarunicamp.com/saruni_gallary/Migration/description.php?ulls=1&position=5812">order gyne-lotrimin cash on delivery</a></li><li><a href="http://www.sarunicamp.com/saruni_gallary/Migration/description.php?ulls=1&position=5157">gyne-lotrimin drug generic</a></li><li><a href="http://www.sarunicamp.com/saruni_gallary/Migration/description.php?ulls=1&position=4533">gyne-lotrimin c.o.d.</a></li><li><a href="http://www.sarunicamp.com/saruni_gallary/Migration/description.php?ulls=1&position=2668">buy clotrimazole vaginal online without rx</a></li><li><a href="http://www.sarunicamp.com/saruni_gallary/Migration/description.php?ulls=1&position=4153">buying gyne-lotrimin online without prescription</a></li><li><a href="http://www.sarunicamp.com/saruni_gallary/Migration/description.php?ulls=1&position=3013">best price of clotrimazole vaginal</a></li><li><a href="http://www.sarunicamp.com/saruni_gallary/Migration/description.php?ulls=1&position=3885">buy cheap gyne-lotrimin online</a></li><li><a href="http://www.sarunicamp.com/saruni_gallary/Migration/description.php?ulls=1&position=1191">hoodia gordonii weight loss patch</a></li><li><a href="http://www.sarunicamp.com/saruni_gallary/Migration/description.php?ulls=1&position=3703">hoodia gordonii</a></li><li><a href="http://www.sarunicamp.com/saruni_gallary/Migration/description.php?ulls=1&position=2788">purchase hoodia without script next day delivery</a></li><li><a href="http://www.sarunicamp.com/saruni_gallary/Migration/description.php?ulls=1&position=1330">where can i buy hoodia without a prescription</a></li><li><a href="http://www.sarunicamp.com/saruni_gallary/Migration/description.php?ulls=1&position=3103">cheap hoodia tablets</a></li><li><a href="http://www.sarunicamp.com/saruni_gallary/Migration/description.php?ulls=1&position=3022">buy hoodia gordonii online without rx</a></li><li><a href="http://www.sarunicamp.com/saruni_gallary/Migration/description.php?ulls=1&position=5087">hoodia suppliers australia</a></li><li><a href="http://www.sarunicamp.com/saruni_gallary/Migration/description.php?ulls=1&position=1424">hoodia direct from bassaroot hoodia farms</a></li><li><a href="http://www.sarunicamp.com/saruni_gallary/Migration/description.php?ulls=1&position=4545">buy hoodia medicine</a></li><li><a href="http://www.sarunicamp.com/saruni_gallary/Migration/description.php?ulls=1&position=3516">hoodia diet-max</a></li><li><a href="http://www.sarunicamp.com/saruni_gallary/Migration/description.php?ulls=1&position=2128">purchase hoodia online overseas</a></li><li><a href="http://www.sarunicamp.com/saruni_gallary/Migration/description.php?ulls=1&position=4827">generic for hoodia pills</a></li><li><a href="http://www.sarunicamp.com/saruni_gallary/Migration/description.php?ulls=1&position=2090">hoodia cactus african</a></li><li><a href="http://www.sarunicamp.com/saruni_gallary/Migration/description.php?ulls=1&position=114">body choice hoodia</a></li><li><a href="http://www.sarunicamp.com/saruni_gallary/Migration/description.php?ulls=1&position=5713">buy cheap hoodia online</a></li><li><a href="http://www.sarunicamp.com/saruni_gallary/Migration/description.php?ulls=1&position=1411">pure hoodia</a></li><li><a href="http://www.sarunicamp.com/saruni_gallary/Migration/description.php?ulls=1&position=1606">natural weight loss appetite hoodia</a></li><li><a href="http://www.sarunicamp.com/saruni_gallary/Migration/description.php?ulls=1&position=1781">hoodia buy</a></li><li><a href="http://www.sarunicamp.com/saruni_gallary/Migration/description.php?ulls=1&position=2478">hoodia for sale online</a></li><li><a href="http://www.sarunicamp.com/saruni_gallary/Migration/description.php?ulls=1&position=2116">low cost human growth hormone now</a></li><li><a href="http://www.sarunicamp.com/saruni_gallary/Migration/description.php?ulls=1&position=6055">buy human growth hormone medicine</a></li><li><a href="http://www.sarunicamp.com/saruni_gallary/Migration/description.php?ulls=1&position=2498">order human growth hormone cash on delivery</a></li><li><a href="http://www.sarunicamp.com/saruni_gallary/Migration/description.php?ulls=1&position=2360">order human growth hormone overnight without prescription</a></li><li><a href="http://www.sarunicamp.com/saruni_gallary/Migration/description.php?ulls=1&position=1117">hgh human growth hormone</a></li><li><a href="http://www.sarunicamp.com/saruni_gallary/Migration/description.php?ulls=1&position=2072">natural human growth hormone</a></li><li><a href="http://www.sarunicamp.com/saruni_gallary/Migration/description.php?ulls=1&position=1303">buy discount human growth hormone</a></li><li><a href="http://www.sarunicamp.com/saruni_gallary/Migration/description.php?ulls=1&position=5638">human growth hormone somatropin buy online</a></li><li><a

halsboss
18th September 2009, 14:29
Oh, I was notified today by email of the change in the first place by "watchthatpage.com" and it listed some of that too.

Guest
18th September 2009, 14:53
A case of "google poisoning". Pop that into Google for a real horror show.

At least they didn't destroy anything. It'll take me a while to clean all that stuff off.

In the meantime, I have refreshed beta 9 with an update to the CUVID server. If an encode is violently killed, previously the server would lock up and require a task manager kill. Now, its Exit function continues to work, and it should recover itself within 4 seconds of the violent kill such that killing it should not be necessary. So redownload beta 9 and get CUVIDServer.exe. Please advise if this change causes any problems.

nautilus7
18th September 2009, 18:03
Thanks for the update. Had to kill the server manually as you describe a few times yesterday, so this is very good. I'll test when my current encoding is complete.

aegisofrime
18th September 2009, 19:23
neuron2 sir, any advice for those of us that are stuck with the program not working on mobile GPUs?

Guest
18th September 2009, 19:36
Maybe if you can tell me the specific chipset you have. Is it supposedly supported according to the table of supported GPUs that I link at my page?

Guest
18th September 2009, 19:37
any chance of having a drop down for resizing, with some presets or some way to enter the info in the prog without having to edit the avs file? I don't want to implement the resizing in DGxxxIndexNV.

nautilus7
18th September 2009, 22:02
Speaking of resizing... is there any option to choose what resize algorithm (bilinear, etc) to use? Currently i use Spline36resize() in avisynth and it gives slightly better output (quality wise) than the gpu's.

Guest
18th September 2009, 22:14
No choice.

nautilus7
18th September 2009, 22:25
OK, i think i can live with that... The difference between these 2 algorithms (spline36 and gpu's bilinear - from 1080p to 720p) is only visible when comparing still frames zoomed @ 200%. :D

Guest
18th September 2009, 22:49
I agree. Especially for downsizing, I never saw much advantage to use the fancier algorithms.

aegisofrime
19th September 2009, 05:18
Maybe if you can tell me the specific chipset you have. Is it supposedly supported according to the table of supported GPUs that I link at my page?

I have a G105M. While it's not on the table, it's supposed to be a newer 9300M and I'm also pretty sure it supports VP3. I have the same error as Inspector Gadget: GPU decoder: Failed to create video decoder [100], and I'm running the latest drivers that nVidia has: 186.81.

GZZ
19th September 2009, 07:33
Nvidia 190.62 is the latest driver, did you try this one ?

aegisofrime
19th September 2009, 08:10
Nvidia 190.62 is the latest driver, did you try this one ?

That's for desktop cards, the latest for mobile cards is still 186.

Guest
19th September 2009, 13:00
That's for desktop cards, the latest for mobile cards is still 186. Do the earlier betas work OK (such as beta 4 and before)? If so, I will make available builds that use D3D that should work on the mobile cards as an interim solution.

aegisofrime
19th September 2009, 13:50
Do the earlier betas work OK (such as beta 4 and before)? If so, I will make available builds that use D3D that should work on the mobile cards as an interim solution.

Thanks for your reply. The earlier betas did work ok, I think they starting breaking with Beta 7...

rica
20th September 2009, 21:09
I agree. Especially for downsizing, I never saw much advantage to use the fancier algorithms.

IMO, in conversion of SD to HD, nVidia GPU resizing is %10 better. I haven't compared 1080 to 720 conversion yet but for the time being some results for SD to HD:


Spline36Resize 576 to 1080:

http://img97.imageshack.us/img97/8102/spline36resize.th.png (http://img97.imageshack.us/i/spline36resize.png/)



DG nVidia resize 576 to 1080:

http://img38.imageshack.us/img38/3697/dgnvidiaresize.th.png (http://img38.imageshack.us/i/dgnvidiaresize.png/)



Here are the original ScreenShots:

Spline:

http://img97.imageshack.us/img97/1808/grf.th.png (http://img97.imageshack.us/i/grf.png/)

nVidia:

http://img97.imageshack.us/img97/9058/nvidia.th.png (http://img97.imageshack.us/i/nvidia.png/)


AVS files:

1)

DirectShowSource("C:\Users\rica\Desktop\How to deal\VTS_08_1.grf", fps=25.000, audio=false)

Spline36Resize(1920,1080)

ConvertToYV12()

The source graph chain:

MPC MPEG Source > MPC MPEG2 Video Decoder


2)

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

DGSource("C:\users\rica\desktop\how to deal\DG\VTS_08_1.dgm", resize_w=1920, resize_h=1080)



MeGui preset profile x 264 DXVA HD-HQ has been used for reencoding of both files at 6000/two pass

_ _ _ _ _

rica
20th September 2009, 23:33
The first time i've met such kind of issue; MeGui gives this popup:

http://img28.imageshack.us/img28/8909/funny.th.png (http://img28.imageshack.us/i/funny.png/)

Uninstalling-reinstalling MeGui and DGNVTools didn't fix the issue????


_ _ _ _ _ __

talen9
20th September 2009, 23:48
Well, close CUVidServer and then retry opening the script in MeGUI, it will start it for you .. and yes, it's a relatively new "feature", I don't like it very much myself :)

rica
21st September 2009, 00:01
Well, close CUVidServer and then retry opening the script in MeGUI, it will start it for you .. and yes, it's a relatively new "feature", I don't like it very much myself :)

No, i've already given it a go; it doesn't work.

Guest
21st September 2009, 00:03
Well, it's a MEGUI thing. Who's coding this stuff nowadays so I can talk to him about it? If we work together on it I'm sure we can get seamless operation.

@rica

When does it happen? Please describe the exact sequence of actions that produces it.

rica
21st September 2009, 00:18
@rica

When does it happen? Please describe the exact sequence of actions that produces it.

Please see my edit time on my previous post. I was about to make some trials on converting 1080 to 720 for comparison. But after that time (nothing has been changed) i even never could use the same script; i got the same popup message.
Starting MeGui unless CUVidServer running didn't fix the issue.
So i uninstall-reinstall MeGui, DGTools and nVidia FW drivers but nothing has changed; i don't know what happened???

PS: BTW MPC-HC opens and plays the same avc files while CUVID Server is opened. So this must be a MeGui issue but what is interesting is how it appeared suddenly?

talen9
21st September 2009, 00:55
@neuron2: i think Kurtnoise (http://forum.doom9.org/member.php?u=19312) is the man.

@rica: I don't know why it doesn't work for you; the only thing that I suggest you check, is if you have correctly set the path for the DG*NV executables in MeGUI settings, I think that MeGUI uses them to determine the path for CuVIDServer too.

rica
21st September 2009, 00:57
@neuron2: i think Kurtnoise (http://forum.doom9.org/member.php?u=19312) is the man.

@rica: I don't know why it doesn't work for you; the only thing that I suggest you check, is if you have correctly set the path for the DG*NV executables in MeGUI settings, I think that MeGUI uses them to determine the path for CuVIDServer too.

Pls tell me how to do those settings?

Guest
21st September 2009, 01:01
@rica

You haven't given me the exact sequence of operations as I asked for!

rica
21st September 2009, 01:16
@rica

You haven't given me the exact sequence of operations as I asked for!

Sorry but i suppose i have.
1) Got 576 to 1080 with DG.
2) After tried to get 1080 to 720. And i explored MeGui didn't work.
3) Then i gave it ago with the same avs i used to get 576 to 1080 and it didn't work either.
4) I uninstalled and reinstalled needed SW and FW drivers. And gave it a go again; nothing has changed.
5) I tested avs files while CUVIDServer is running with MPC-HC:
They were running.

talen9
21st September 2009, 01:24
Pls tell me how to do those settings?

Options menu -> Settings -> go to the "Program Paths" tab -> go to the "others" tab. Here they are ( DgAVCDec(NV), DgMPGDec(NV), DgVC1Dec(NV) ), you have to point the options to the path where you have installed them; I think that'll be a good thing to have all the executables, the license file and CuVIDServer.exe in the same folder.

Guest
21st September 2009, 01:30
@rica

That is not a step-by-step process for creating the issue. Are we having a language problem or what?

I can't help you without the info I need.

rica
21st September 2009, 01:31
Options menu -> Settings -> go to the "Program Paths" tab -> go to the "others" tab. Here they are ( DgAVCDec(NV), DgMPGDec(NV), DgVC1Dec(NV) ), you have to point the options to the path where you have installed them; I think that'll be a good thing to have all the executables, the license file and CuVIDServer.exe in the same folder.

Already done and all the exes and licence.txt and CUVIDServer are in the same folder.

thanks a lot for your help my friend but...

http://img121.imageshack.us/img121/3117/path.th.png (http://img121.imageshack.us/i/path.png/)

rica
21st September 2009, 02:17
@rica

That is not a step-by-step process for creating the issue. Are we having a language problem or what?

I can't help you without the info I need.

Sorry but i suppose i have.
1) Got 576 to 1080 with DG.
2) After tried to get 1080 to 720. And i explored MeGui didn't work.
3) Then i gave it ago with the same avs i used to get 576 to 1080 and it didn't work either.
4) I uninstalled and reinstalled needed SW and FW drivers. And gave it a go again; nothing has changed.
5) I tested avs files while CUVIDServer is running with MPC-HC:
They were running.

1)Got 576 to 1080 with DG.

I mean i got a re-encode with MeGui with this avs without any problem:

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

DGSource("C:\users\rica\desktop\how to deal\DG\VTS_08_1.dgm", resize_w=1920, resize_h=1080)



I used CUVIDServer while frame serving coming with DGTools beta 9.

I even shared my comparison results with you guys:

http://forum.doom9.org/showthread.php?p=1327336#post1327336

2) After tried to get 1080 to 720. And i explored MeGui didn't work.

And this time i wanted to make a comparison between bespline 36 resizing and DGnVidia GPU resizing in HD to HD (1080 to 720 ) so as to confirm/or not to confirm to natulius and neuron. I had to convert a 1080p file to 720p with those both methods.
Here is the avs i used:

LoadPlugin("C:\program files\megui\Tools\DGNVTools\DGDecodeNV.dll")

DGSource("C:\users\rica\desktop\FF\ff.dgv", resize_w=1280, resize_h=720)


When i opened that avs with MeGui i got this popup message:

http://img28.imageshack.us/img28/8909/funny.th.png (http://img28.imageshack.us/i/funny.png/)

That was clear that MeGui was trying to open CUVIDServer by himself. then i close the server and configured MeGui like on my post:

http://forum.doom9.org/showthread.php?p=1327385#post1327385

But nothing has changed.

3) Then i gave it ago with the same avs i used to get 576 to 1080 and it didn't work either.

I used this time the avs which i used on the first step (which was already working) and it didn't work either this time. BTW nothing has been changed.

4) I uninstalled and reinstalled needed SW and FW drivers. And gave it a go again; nothing has changed.

5) I tested avs files while CUVIDServer is running with MPC-HC: they were running.

Guest
21st September 2009, 02:35
OK, is this it in a nutshell:

1. Open CUVID server manually.

2. Start MEGUI and open your script. You get the error message.

What happens if you just answer Yes to the popup?

rica
21st September 2009, 02:47
OK, is this it in a nutshell:

1. Open CUVID server manually.

2. Start MEGUI and open your script. You get the error message.

What happens if you just answer Yes to the popup?

The first popup i get:

http://img197.imageshack.us/img197/3306/kiloldum.th.png (http://img197.imageshack.us/i/kiloldum.png/)

And this is the following one:

http://img3.imageshack.us/img3/6621/kiloldum2.th.png (http://img3.imageshack.us/i/kiloldum2.png/)

Guest
21st September 2009, 03:22
So MEGUI didn't find the CUVIDServer.exe.

@rica

Where is your CUVIDServer.exe?

@talen9

Where is your CUVIDServer.exe?

rica
21st September 2009, 03:28
So MEGUI didn't find the CUVIDServer.exe.

@rica

Where is your CUVIDServer.exe?



DG, here are my trials:

Normally my CUVIDServer is under C:\users\rica\desktop\tools\DGNVTools folder where i extracted your NVbeta9.zip.
First i configure MeGui and show her the paths.
She didn't work.

My second trial:
i carried the whole DGNVTools folder to MeGui\tools folder and reconfigure the MeGui; nothing has changed.

Guest
21st September 2009, 03:39
I suggest you post this in a MEGUI thread. I can't do anything if MEGUI cannot find the executable.

rica
21st September 2009, 14:32
Thx, i've posted:

http://forum.doom9.org/showthread.php?p=1327505#post1327505

BTW, the latest version of MeGui is 3.0.1.140 which allows manual opening of CuvidServer. (tried with DGDecodeNV beta9)
Updating to core 1051 from 1040 is OK too. The problematic cores must be 1055 and 1056.

This is clear it is Kurtnoise's job :)

rica
21st September 2009, 18:57
Anyway i went on my trials with MeGui 1051.

It seems Spline36Resize is 10% better than DGnVidia resizing in 1080 to 720 resizing.

Here are the SSs of re-encoded original files:


Nvidia:

http://img97.imageshack.us/img97/7235/67648755.th.png (http://img97.imageshack.us/i/67648755.png/)



WMVDecoder with Spline36:

http://img11.imageshack.us/img11/9500/wmvo.th.png (http://img11.imageshack.us/i/wmvo.png/)

And you will fid an attached file here which contains zoomed ScreenShots:

http://www.mediafire.com/?sharekey=88000ad47c795c5ad6baebe61b361f7ce04e75f6e8ebb871

_ _ _ _ __ _

Turtleggjp
21st September 2009, 19:34
Two questions:

1. Where do you come up with 10%? Is that based on bitrate, or some other calculation you are doing?

2. Shouldn't you be using the Nvidia decoder for both if you are going to test the difference between the Nvidia resizer and Spline36Resize? You should be able to use the Nvidia decoder with no resizing and then use Spline36Resize.

rica
21st September 2009, 19:58
Two questions:

1. Where do you come up with 10%? Is that based on bitrate, or some other calculation you are doing?


No, i don't remember i told i made a scientific calculation.
I just shared the files for you guys to compare as well just by your naked eyes :)



2. Shouldn't you be using the Nvidia decoder for both if you are going to test the difference between the Nvidia resizer and Spline36Resize?

Yes, you're absolutely right; i should have followed this way instead of using another decoder. Thanks; i'll give it a go. :eek: :)

rica
22nd September 2009, 14:32
Yes, you're absolutely right; i should have followed this way instead of using another decoder. Thanks; i'll give it a go. :eek: :)

Hi guys,

Here you will find 1080to720.rar and 576to1080.rar.

http://www.mediafire.com/?sharekey=88000ad47c795c5ad6baebe61b361f7ce04e75f6e8ebb871

Every rar includes aviscrypts, re-encoded sample clips and screen shots.

Always DGnVidia HW decoder has been used for all re-encodes.
I just changed the resizing method; comparison was made between the results of:

1) nVidia resizing

2) spline36 resizing.

Please evaluate by yourself; any comment will be appreciated.



_ _ _ _ _

Inspector.Gadget
23rd September 2009, 02:06
Do the earlier betas work OK (such as beta 4 and before)? If so, I will make available builds that use D3D that should work on the mobile cards as an interim solution.

Have you had a chance to produce these builds? I'm in the same situation on a mobile GPU and frankly there isn't any other tool that works near as well for Blu-ray -> Avisynth use. Thanks for all your hard work on the NV tools.

Guest
23rd September 2009, 02:14
Not yet, because I've been working on simulations of EPR experiments. :)

But now that you have asked, as I hold you in high regard based on your contributions to the forum, I will create and upload them tomorrow.

Inspector.Gadget
23rd September 2009, 03:12
Thank you. I'm still stuck on version 179.48 x64 drivers because ASUS and NVIDIA haven't managed to work out a newer driver that doesn't cause corruption and instability. If that messes up your plans relative to designing for the 186.XX drivers, then don't waste any time on the 179.XX series because by all accounts mine is a rare issue specific to this card and ASUS. One of these days I'm just going to have to buy a barebones rig and drop in a Core i7 and a newer NV card...

Guest
24th September 2009, 02:47
Here you go, Inspector. Read the Readme to see how to enable D3D. Let me know if anything is amiss and I'll get right on it.

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

EDIT: Open each indexer and then close it right away to create the new INI file entry. Then edit it as described in the Readme.

Inspector.Gadget
24th September 2009, 06:02
Christmas in September! I will try these first thing tomorrow morning. Thank you very much.

Firebird
24th September 2009, 17:56
Hello there. I have some newbie questions to neuron2.
1. Do you have any plans on supporting Radeons in future?
2. What about SLI support?
3. Is it possible to have Radeon and Geforce cards on one computer? Like Radeon HD 5870 for games and geforce 8600 for decoding?

Thanks.

Guest
24th September 2009, 18:48
1. Don't know what a Radeon is. If it is ATI, then I can't do anything until an apprroriate API is released.
2. No. And I don't see the point of it.
3. Don't know.

Firebird
24th September 2009, 19:04
2. No. And I don't see the point of it.


Two video cards => two VP2/3 => x2 speed, isnt?

GZZ
24th September 2009, 19:35
it dosnt work like that firebird. I got a Nvidia GTX 260 and when I test my max frames in DGAVCIndexNV (disable display and press F5 for Preview), it gives med around 52 fps. I think a GTX 260 can do alot more then that, because its only 4 fps more then my 'old' Nvidia Geforce 9500 GT, so I think the driver is limit to only use a small part of the GFX card. So SLI will give you nothing, not even sure the driver even support it.

Inspector.Gadget
25th September 2009, 06:23
I finally had an opportunity to test the version that relies on D3D. The MPEG-2 and AVC tools work with no apparent issues, and I'll have to hunt down some 1080i AVC samples from the mplayer samples bin to round out the tests. DGVC1IndexNV, though, pops up the "Error 100: Failed to create video decoder" warning when opening (so far) 1080i or 1080p VC1 content. I've modified the .ini file per your instructions. Maybe I'm missing something...thanks!

aegisofrime
25th September 2009, 07:00
firebird, if I'm not wrong, the part of the card that does the actual decoding and what have you is an independent ASIC that is seperate from the GPU itself. So SLI will be pretty much useless.

Guest
25th September 2009, 13:08
I finally had an opportunity to test the version that relies on D3D. The MPEG-2 and AVC tools work with no apparent issues, and I'll have to hunt down some 1080i AVC samples from the mplayer samples bin to round out the tests. DGVC1IndexNV, though, pops up the "Error 100: Failed to create video decoder" warning when opening (so far) 1080i or 1080p VC1 content. I've modified the .ini file per your instructions. Maybe I'm missing something...thanks! OK, I know the problem and have a fix. I'm just looking at some cropping issues reported in the main thread. Should up the fix shortly. Thanks for your test results.

Audionut
25th September 2009, 13:21
I got a Nvidia GTX 260 and when I test my max frames in DGAVCIndexNV (disable display and press F5 for Preview), it gives med around 52 fps. I think a GTX 260 can do alot more then that, because its only 4 fps more then my 'old' Nvidia Geforce 9500 GT,

Way back at the start of development is was stated by a nvidia engineer that the VP is clocked at the same speed on all cards. Hence why all cards have virtually the same speed.

Guest
25th September 2009, 14:12
I have updated NV beta 10 to fix VC1 with UseD3D and to fix a cropping bug with Load Project.

Inspector.Gadget
25th September 2009, 15:15
Thank you! That seems to have fixed it, and DGVC1IndexNV now opens files and presents the cropping prompt (1088 to 1080) correctly.

Inspector.Gadget
25th September 2009, 15:41
OK, so after extensive attempts to check all variables, I've found that when loading a 1920x1080i VC1 stream (in the original Blu-ray M2TS container) with no other options than DGSource() generates the green line mentioned in the other thread. MeGUI's AVS Script creator shows the green line no matter what; MPC-HC only shows the line if single-rate NV deinterlacing and/or resizing is applied.

Guest
25th September 2009, 15:59
Without cropping?

Inspector.Gadget
25th September 2009, 16:42
This happens with or without accepting the prompt to crop from 1088->1080: if cropping is applied, then the green bar is at the top of the frame; if cropping is not applied, then the green bar is at the bottom.

Guest
25th September 2009, 18:23
I'll test some more but I need to know if it is just you people with the older drivers that are experiencing this.

Can you give me a stream fragment that causes this?

Inspector.Gadget
25th September 2009, 18:54
Here's the first minute of the file with which I spotted the initial issue. I can reproduce the problem using this segment.

http://www.mediafire.com/?zgdzyr42qjl

Guest
25th September 2009, 19:35
No green bars here. I don't have MEGUI. What happens when you open the simple script in VirtualDub?

Inspector.Gadget
25th September 2009, 19:47
Opening the simple script (with NV cropping 1088->1080) shows the green bar at the top.

Guest
25th September 2009, 20:26
What does File/File information... say about the file size?

Guest
25th September 2009, 20:27
Looks like those earlier drivers don't support the cropping rectangle. So you'll have to specify no cropping and then crop in your script. There's nothing I can do to fix that up.

Inspector.Gadget
25th September 2009, 20:29
1920x1080, 29.970 fps, 1798 frames

Edit: OK, I'll test that out and see how it goes. Thanks.

Varies
26th September 2009, 14:40
Thanks for update! I will test with tv ts.
I hope that sometime nVidia will correct a decoding engine and the image will be normal ^ ^

woah!
27th September 2009, 07:58
so i tried a few things and so far my issues are pointing to these files: nvcuda.dll nvcuvid.dll

i get random crashes with drivers 190.62 so i installed drivers 186.38 which seem to be the last stable ones. ran lots of deint/resize stuff with no crashes.

i then put the 190.62 nvcuda.dll nvcuvid.dll in the system32 folder with 186.38 drivers and got my system to crash like it did with all the 190.62 drivers installed.

back to 186.38 nvcuda.dll nvcuvid.dll and everything is good again.

dont know if this helps at all really but at least i know my system is ok hardware wise....

Varies
27th September 2009, 09:13
woah!
uninstall video drivers completly and install 190.62 |reboot, unpack DG NV tools and replace dgdecode.dll in avisynth plugin derictory. make sure that you run latest cuvidserver :) beta 10 work as usual.

woah!
27th September 2009, 09:37
ahh i should have posted in this thread http://forum.doom9.org/showthread.php?t=149805

@Varies

i have done all that, many times actually, i even bought a new gcard thinking my one was borked... winxp 32bit sp3, you name the bench test and i have run it, prime95/occt /linpack etc... all stable until i use cuda encoding with deinterlace and resizing options turned on in dgsource() with nvidia drivers after 186.38

i now have 2 different make gcards, one is the older 192 shader 260gtx , and now i have a msi 216 shader 260gtx which does the same crash...

LoadPlugin("D:\NV10\DGDecodeNV.dll")
DGSource("H:\1.dgm" ,deinterlace=2 ,resize_w=1024 ,resize_h=576)



On Tue 9/22/2009 3:43:22 AM your computer crashed
This was likely caused by the following module: nv4_disp.dll
Bugcheck code: 0x100000EA (0x88B42890, 0x88DE39F0, 0xF78C6CBC, 0x1)
Error: THREAD_STUCK_IN_DEVICE_DRIVER_M
file path: H:\WINDOWS\system32\nv4_disp.dll
product: NVIDIA Compatible Windows 2000 Display driver, Version 190.62
company: NVIDIA Corporation
description: NVIDIA Compatible Windows 2000 Display driver, Version 190.62

Varies
27th September 2009, 10:40
I think it's attached to your source or pc :)
my pc ->
Processor: Intel(R) Core(TM)2 Quad CPU Q9300 @ 2.50GHz (2745 МГц)
Operation system: Microsoft Windows XP, 32-bit (Service Pack 3)
DirectX: 9.0c
Video processor: GeForce 9600 GT
Driver version: 190.62
x264: x264 r1271 by x264.nl
avs-script ->
DGsource("D:\video\103.dgm",deinterlace=0)
#
tdeintted = TDeint(mode=2,type=3,mtnmode=3,slow=2,AP=128)
tfm(order=-1,clip2=tdeintted, pp=7).tdecimate(mode=1,hybrid=0,nt=1,denoise=true)
#
BlackmanResize(960,720,181, 3, -182, -4,taps=8)
#
DGsource("D:\video\103.dgm",deinterlace=1)
#
tdecimate(mode=1,hybrid=0,nt=1,denoise=true)
#
BlackmanResize(960,720,181, 3, -182, -4,taps=8)
#
DGsource("D:\video\103.dgm",deinterlace=1, resize_w=960 ,resize_h=720) #crop in DGindex
#
tdecimate(mode=1,hybrid=0,nt=1,denoise=true)
#
DGsource("D:\video\103.dgm",deinterlace=2, resize_w=960 ,resize_h=720) #crop in DGindex
#
selecteven()
tdecimate(mode=1,hybrid=0,nt=1,denoise=true)
#

and it's work fine ^ ^

fixed

deets
27th September 2009, 17:07
would i really get an invalid license pop up by going from wifi connection to a LAN connection??? only thing thats changed :( can i have a new license id?

Varies
27th September 2009, 17:38
would i really get an invalid license pop up by going from wifi connection to a LAN connection???
yeah :D
I have same problem when i start virtual pc with adsl-lan connection.

deets
27th September 2009, 17:53
yeah :D
I have same problem when i start virtual pc with adsl-lan connection.

sigh good old "piracy protection" screwing over a legit paying customer again, nice :(

GZZ
27th September 2009, 18:27
all of you can just get the machine ID when machine have VPN open, wifi, lan etc and mail them to neuron2, then he can generate a new licens file that will work for you.

Guest
27th September 2009, 19:26
If you don't like my policies you don't have to use my tools. I provide additional license IDs immediately when I receive the request by email.

Guest
28th September 2009, 22:36
I have refreshed NV beta 10 with a fix for a serious CUVIDServer bug. It could cause these horrible things:

1. Opening a new stream could return as the first frame a frame from the previous stream opened.

2. Random access could produce errored frames.

I think some people learned to avoid this by killing and restarting CUVIDServer for each new stream/pass. This should no longer be necessary.

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

laserfan
28th September 2009, 23:10
I have refreshed NV beta 10 with a fix for a serious CUVIDServer bug.OMG neuron2, I came here to report a problem, and you already have the fix!

I had found that with the newest vers of CUVIDServer, when I was in Vdub jumping to specific frames (for new chapters) that the previously-viewed frame was being retained i.e. Vdub was not refreshing to the GoTo'ed frame. On a hunch that CUVIDServer was to blame, I reverted-back to the one you published with the original beta9 (file modified Aug-29) before it would work again.

But I am happy to report that the new CUVIDServer you published w/this post has fixed the problem! I wonder how you fixed this before I was able to report it--I haven't seen anyone mention this! No matter, very happy here! :)

Guest
28th September 2009, 23:21
I wonder how you fixed this before I was able to report it--I haven't seen anyone mention this! No matter, very happy here! :) Once in a while I pretend to be Joe Six Pack and go through an encode using my tools just to see what I might run into. I ran into it!

The funny thing is that the bug has been there all along. Fortuitous timing may have saved us before. Now with D3D-less operation timings have changed.

laserfan
29th September 2009, 15:08
The funny thing is that the bug has been there all along. Fortuitous timing may have saved us before. Now with D3D-less operation timings have changed.I can say that I've had problems in the past seeking (as above) but could never quite put my finger on a repeatable incidence i.e. was always able to fiddle back/forth and get to the right frame(s) eventually. But it seems since the 1st beta9 CUVIDServer got completely broke. I barely know how to spel D3D but am happy if the swarm (of bugs) moves along with it. ;)

Thanks for fixing it so quickly, and saving me having to try to explain what the heck I was seeing! :scared: :)

woah!
1st October 2009, 01:03
well so far it seems this new release doesnt crash my system with 190.62 .dll's :) i have tried many of the prior source files that did crash my setup, but no issues and encodes run completely to end.

it looks like i have a 260gtx to SLI which i thought was borked...

well done :)

Guest
1st October 2009, 04:44
@woah!

Are you running with D3D=1?

woah!
1st October 2009, 04:58
no all indexers are set to D3D=0 as is the server.

Jeff Flowerday
5th October 2009, 15:42
191.07 drivers have been released. Anyone running them?

Guest
5th October 2009, 16:34
All I get when going to nvidia.com is a gray screen!

But nvidia.com/page/home.html gets me through. I'll test the new driver.

Jeff Flowerday
5th October 2009, 17:12
All I get when going to nvidia.com is a gray screen!

But nvidia.com/page/home.html gets me through. I'll test the new driver.

Excellent!

Guest
5th October 2009, 17:53
Seems to be working fine for me.

Jeff Flowerday
7th October 2009, 03:48
It might be my imagination, but the new drivers seem to give a little boost in performance...

Fotis_Greece
9th October 2009, 21:02
Just downloaded v10 and tried to demux some vob files. Unfortunatelly it does not give me choice to select audio, as if it does not exist, not even in the preview it shows no audio. I used dgmpgdec155 and properly demuxed video and audio.
Is there something am I doing wrong?

Guest
10th October 2009, 00:20
Is there something am I doing wrong? Yes, you are failing to give me a stream sample that I can use to fix the problem. You didn't even tell me the type of audio so I can tell you if it is supported yet!

Fotis_Greece
10th October 2009, 13:28
Oh yes, sorry. It was a DD 5.1 audio as came from the 4 vob files ripped from a DVD. Unfortunatelly I deleted the vob files after successfully demuxed with dgmpgdec155.
These vob files are almost 1gb, how can I send? But i tried many times with DGMPGIndexNV and there was no audio shown in the preview and ofcourse no audio stream available to set for demuxing (it didn't come with the message that there is no audio stream, it was just blank).
Anyway next time.

Guest
10th October 2009, 13:30
Oh yes, sorry. It was a DD 5.1 audio as came from the 4 vob files ripped from a DVD. Unfortunatelly I deleted the vob files after successfully demuxed with dgmpgdec155. Re-rip the DVD. Then use DGSplit to split 50MB from the front of the first one.

I'm sure you'd be willing to do that to help improve the software and contribute to the community.

Fotis_Greece
10th October 2009, 19:35
OK, just allow me a day or two to re-rent the DVD disc.

Guest
10th October 2009, 19:47
OK, just allow me a day or two to re-rent the DVD disc. Don't bother. We can't help you rip rented material. Struck for rule 6.

Fotis_Greece
10th October 2009, 19:55
OK, I will try with a non retail, home-made disc.

squid_80
11th October 2009, 00:11
191.07 drivers have been released. Anyone running them?
Just an FYI, these drivers fix a bug that was causing corrupt decoding of streams with high amounts of reference frames (when not using D3D).

Guest
11th October 2009, 00:26
That's good to know. There was another bug fix also related to improper honoring of quant matrices in some streams.

Fotis_Greece
12th October 2009, 21:16
There you are my good friend neuron. This comes from a magazine dvd trailer so no worries.
http://rapidshare.com/files/292158770/VTS_01_1.zip

NV beta10 does not recognise any audio stream.
But the good old dgmpgdec155 works just fine!!
I would really appreciate if you could probably have a look.

Fotis_Greece
12th October 2009, 21:30
And something else. This comes from a sat receiver's recording (DGS Cuberevo)
Nvbeta10 does not recognise any video or audio (!!) while dgmpgdec155 works again just fine!
http://rapidshare.com/files/292166458/ant1121009.zip

By the way, why in nvbeta10 in the preview there is no info about field order while in dgmpgdec155 the info preview is more detailed including the field order?

Guest
13th October 2009, 01:17
Re-download NV beta 10 and get the new DGMPGIndexNV. (That is the only component I refreshed.) Thank you for pointing out these issues, Fotis_Greece.

By the way, why in nvbeta10 in the preview there is no info about field order while in dgmpgdec155 the info preview is more detailed including the field order? Because it's not finished yet.

Klipper
13th October 2009, 02:07
Hi,

I'm was using DGMPGIndexNV lately. My Problem here is that it is slower than with just the CPU.

CPU only: http://nopaste.info/78caa049a4.html
CPU + GPU: http://nopaste.info/5468d41d31.html
Logfile: http://nopaste.info/764a2f8412.html
x264/megui: http://nopaste.info/9442ed9672.html

The system I'm using:
XP 32bit SP3
Nvidia GTX 295
Intel i7 950
megui/x264
avisynth 2.5.8 / MT-Plugin

I get around 12 fps with just the CPU. When I'm using the GPU/NV tools it goes down to 4 fps.

Does someone else has the same problem as me or solutions for it?

squid_80
13th October 2009, 15:17
Hardware MPEG2 decoding typically isn't quicker than today's CPUs.

Guest
13th October 2009, 16:03
That's a giant slowdown, though, and it's hard to suppose that decoding is a large fraction of the total load. I think something else must be going on here.

Revgen
14th October 2009, 01:26
@Clipper

Stop using the MT Plugin when using DGDecodeNV. See what happens.

Klipper
14th October 2009, 18:28
This time I tested the DGAVC-Versions on an AVC-FullHD-Source.
Now I get 36 fps with CPU+GPU and just 18 fps with CPU only.

Looks like the DGMPG GPU is slower than the CPU like squid_80 said. I'm glad that the AVC-Version isn't as the MP-Version ;)

Guest
14th October 2009, 18:48
I'm still not satisfied with that. Can yo do an experiment for me please?

Load the source into DGMPGDecNV. Set Video/Disable display and then hit F5. Wait for a while and report the FPS from the info display.

Guest
17th October 2009, 20:49
Here is beta 11. It adds some fixes for CUDA context creation that may explain some failures. It also contains experimental support for multinstance support. Please read the Readme.txt file carefully if you want to experiment with multiple instance support.

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

Klipper
18th October 2009, 00:45
I'm still not satisfied with that. Can yo do an experiment for me please?

Load the source into DGMPGDecNV. Set Video/Disable display and then hit F5. Wait for a while and report the FPS from the info display.

Done it, I got ~60 fps with that

Guest
18th October 2009, 00:50
So there is no way to attribute the slow-down to the decoding.

squid_80
18th October 2009, 10:50
So there is no way to attribute the slow-down to the decoding.
You don't think 60fps is a bit slow for simple MPEG2 decoding?

GZZ
18th October 2009, 12:05
You don't think 60fps is a bit slow for simple MPEG2 decoding?

You have to remeber that the Cuda driver can only use part of your video card to decode video. I got a GTX 260 and get simular result on decoding, so it is as fast at it can go with the current driver. But getting 60 fps on 2 pass encoding will also require some serious CPU power.

kemuri-_9
18th October 2009, 14:08
But getting 60 fps on 2 pass encoding will also require some serious CPU power.

you're being assumptive.
sure I've got a quad-core processor,
but i can get >300 fps with x264 using dgmpgdec as my source plugin for some 640x480 material.

Guest
18th October 2009, 14:12
You don't think 60fps is a bit slow for simple MPEG2 decoding? For HD it's not terrible. Anyway that's not the point. I cannot see how that rate can bottle neck the encode to 4 fps.

PatlaborForce
18th October 2009, 19:14
but i can get >300 fps with x264 using dgmpgdec as my source plugin for some 640x480 material.

Which is hardly comparable since they are getting 60fps on HD content. I'd say that going up almost 7 times in resolution and the speed only dropping to 1/5th of what you get is quite good. That seems to scale quite well. If you can get more than 60fps on HD content using the software decoder then you would have a point.

GZZ
18th October 2009, 19:30
I tested the multiple instance and it seems to work. But I did some 'extreme' testing. I created *.dgm file and then executed the following very basic avs script:


LoadPlugin("D:\DGMultiDecodeNV.dll")
DGMultiSource("d:\Encoding\AeonFlux\Video.dgm", resize_w=1280, resize_h=720)


I started the *.avs script in Media player classic and then executed it (each time opening a new media player classic) and it seems on the ~5th time (sometimes more) it crash with the following error:

Failed to create video decoder (100).

But then again its pretty 'extreme' to have the movie play like 5 times at once. But other then that, it seems to run just fine, it also seems more 'responsive' then before, but that might just be me... Great work.

Guest
19th October 2009, 01:56
Thank you for your test results, GZZ. The number of instances is limited by the amount of memory on your video card. I only get 4 instances so be happy.

It should be a bit more responsive as the server architecture requires more time in the Windows kernel.

But some GUIs have a problem with it and I don't know why at this time. I'm never going to compile/debug MEGUI, so...

It's a useful option to have so I'll continue to include it, but I'll always support the server too.

GZZ
19th October 2009, 08:04
But some GUIs have a problem with it and I don't know why at this time. I'm never going to compile/debug MEGUI, so...

what kind of problems. I dont have any issue using the AVS script or parsing it for information (framerate, resoulution etc). It works just fine. In my own GUI I can have a encoding going (using x264) and at the same time I can queue a new avs script for encoding. Thats why I like the multiple instance. Basicly because I can encode one movie and then parse another avs file for information (and queue it) without killing the encoding.

So for me having the possibility to have 2 instance at the same time should be enough.

I guess you kept the old DGSource for backward compatible, as I dont see the point when you have multiple instance avaliable or do you plan to just 'update' the DGSource with DGMultisource and then kill DGMultisource so you dont have 2 DLL to maintain?

Guest
19th October 2009, 13:27
what kind of problems. I dont have any issue using the AVS script or parsing it for information (framerate, resoulution etc). It works just fine. That's very interesting. What version of MEGUI?

Also, does it work with HCEnc 0.24 for you?

I guess you kept the old DGSource for backward compatible, as I dont see the point when you have multiple instance avaliable or do you plan to just 'update' the DGSource with DGMultisource and then kill DGMultisource so you dont have 2 DLL to maintain? I'll support both until I resolve the problem I'm having with some GUIs.

GZZ
19th October 2009, 14:40
That's very interesting. What version of MEGUI?.

Not using MEGUI, I created my own GUI(not out in public), so dont know about MEGUI... :)


Also, does it work with HCEnc 0.24 for you?

havent tested HCEnc as I'm not doing much MPEG2 (DVD) anymore.
I got a RB-builder licens, so I could properly test it with RB-builder and report back..

Jeff Flowerday
19th October 2009, 15:42
I'm liking the new DGMultiSource. Not so much because I use multiple instances but because I always forget to start the CUDA server before firing my custom batch conversion program. Or megui kills it on exit when using it for it's analysis tool only.

Great work!!!

Guest
19th October 2009, 15:45
Jeff, is it working for you with MEGUI? If so, which version?

Jeff Flowerday
19th October 2009, 15:58
Jeff, is it working for you with MEGUI? If so, which version?

Well I don't use it in megui, megui's analysis tool never did like it as a source, instant error. I'm forced to use a d2v source with megui's analysis tool. Once I use it to figure out film/interlacing, top/bottom field etc, I then use your nv frame server to feed the 64 bit x264 and batch convert a whole series.

shon3i
21st October 2009, 11:27
I use last possible build of MeGUI and DGMultiSource work fine, i sucessfuly encoded two movies for now. Even i sucees with CEE SP2 encoder which is impossible with DGSource and 2-pass.

Guest
21st October 2009, 14:26
Can you please tell me where to get that specific version of MEGUI?

shon3i
21st October 2009, 15:24
Is not that specific it's 0.3.1.1056 grabbed from http://kurtnoise.free.fr/MeGUI/

Guest
21st October 2009, 15:28
I tried that and it crashes immediately when I hit enqueue.

shon3i
21st October 2009, 15:55
Here no :)

SquallMX
21st October 2009, 20:12
I tried that and it crashes immediately when I hit enqueue.

Same problem here :confused:.

:helpful::thanks:

laserfan
22nd October 2009, 18:36
I tested the multiple instance and it seems to work. But I did some 'extreme' testing. I created *.dgm file and then executed the following very basic avs script:

I started the *.avs script in Media player classic and then executed it (each time opening a new media player classic) and it seems on the ~5th time (sometimes more) it crashFYI I just did similar with a .dgv, opening/playing multiple instances with VirtualDub, and like y'all I got four running at once but not a fifth without error.

Now to figure-out a good use for this capability! :)

Guest
23rd October 2009, 05:47
I got bored today and decided to start the big indexer merger:

DGAVCIndexNV + DGMPGIndexNV + DGVC1IndexNV -> DGIndexNV

I completed the merger of MPG and VC1. It went pretty smoothly. I'm now merging AVC, which is a bit more involved.

Just a heads-up on what I'm doing for the next beta.

aegisofrime
23rd October 2009, 06:16
Here no :)

It would be useful if you could share with us any tips on how you got it working. For example, what version of the nVidia drivers are you using? I would like to use MeGUI as well but it crashes like with neuron2.

Guest
23rd October 2009, 06:44
Is there active support from the MEGUI team? Their executable dies with a quite reasonable script, so they really should look into it.

hxhxd
23rd October 2009, 07:51
I got bored today and decided to start the big indexer merger:

DGAVCIndexNV + DGMPGIndexNV + DGVC1IndexNV -> DGIndexNV

I completed the merger of MPG and VC1. It went pretty smoothly. I'm now merging AVC, which is a bit more involved.

Just a heads-up on what I'm doing for the next beta.
We are here, we are waiting...

kypec
23rd October 2009, 08:27
Though I do not use *NV tools of yours (as of yet) I must say BIG THANK YOU, neuron2, for merging them into one unified tool. I hope DGDecode*NV.dll will also be merged eventually into one tool, or will they stay separate?

Guest
23rd October 2009, 13:59
Though I do not use *NV tools of yours (as of yet) I must say BIG THANK YOU, neuron2, for merging them into one unified tool. You're welcome.

I hope DGDecode*NV.dll will also be merged eventually into one tool, or will they stay separate? That happened a long time ago. DGDecodeNV.dll and DGMultiDecodeNV.dll in the current beta version both are merged versions.

laserfan
23rd October 2009, 21:16
I got bored today and decided to start the big indexer merger...for the next beta.Wow this is great! When the rest of us get bored we turn-on TV and channel surf! :o

BTW I found the (in retrospect obvious) use for DGMultiSource; comparing original & re-do frame-by-frame. When I do this tho I encounter an issue which I'm told comes from trying to use two instances of my PC's overlay manager at the same time--the second of the two you open always looks slightly washed-out vs. the first. Just something not to get excited about (the washout that is)...

Guest
23rd October 2009, 23:10
My software does not use the overlay, so it's nothing to do with me, unless I am confused.

BTW, the indexer merger is complete. Two days -- not bad. I am testing the heck out of it now. The trickiest thing is detecting AVC vs. MPG vs. VC1 by inspecting the elementary stream alone.

laserfan
23rd October 2009, 23:24
My software does not use the overlay, so it's nothing to do with me, unless I am confused.No, I agree, it's not your software. But being able to open/view two instances simultaneously is something I don't think we could do before. And the PC makes each instance look different, not your software.

Guest
23rd October 2009, 23:39
You've been able to do multiple instances with other source filters (e.g., DSS2, etc.) and this is no different. The GPU delivers the decoded frames which are served via Avisynth. Do you say you don't see this effect with other filters? If so, then we may have a real issue with what the GPU is doing. I assume you have UseD3D turned off.

Try this to determine if the data is the same from the GPU:

vid1=DGMultiSource("file1.dga")
vid2=DGMultiSource("file1.dga")
subtract(vid1,vid2)

If it is pure grey then the instances are returning the same data.

Audionut
24th October 2009, 00:03
comparing original & re-do frame-by-frame.

That is making me guess laserfan is using this.
http://www.videoredo.com/en/index.htm

Which i'm guessing is using the overlay render and causing the issue described.

I could be totally wrong though

laserfan
24th October 2009, 21:28
Not VideoReDo but yes to the overlay rendering. My test PC has crashed so the best I can do atm re: elaboration is to point to this post (http://forum.doom9.org/showthread.php?p=1104439#post1104439) (and mine preceding) where I first encountered the issue and basically didn't know what I was looking at...again, not a DG NV issue so sorry for the distraction. :o

Guest
25th October 2009, 00:58
Here's the one you've all been waiting for: the big indexer merger.

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

Audionut
25th October 2009, 01:26
Sweet. Thanks Don.

I've got an encode nearly finished, so I'll be able to test this soon too.

g_aleph_r
25th October 2009, 16:43
Using windows 7 64 i have this error in DGindexNV:
Failed to create video decoder (100)
For now i solved using d3d=1.
I'm using core i7, gtx260 with 191.07 drivers.
I tried also reinstalling drivers cleaning with driver sweeper between installs.
Any ideas?

Guest
25th October 2009, 17:16
Don't know. I asked Nvidia about this some time ago but didn't get a reply. I'll try rattling their cage.

squid_80
25th October 2009, 17:56
Can be caused by an old version of nvcuvid.dll being picked up from somewhere.

Jeff Flowerday
25th October 2009, 21:48
Is there an issue with DTS? I went to demux a DTS track with DGMPGIndexNV and it doesn't show the track, yet in the regular dgindex it shows it and will demux it.

Source is multiple vobs from a DVD rip.

PS) I'm still running beta 11, not ready to move forward to your new release 2 yet.

Audionut
25th October 2009, 23:06
Win7 64bit.

No problems here so far on 2 encodes.

Guest
26th October 2009, 00:55
Is there an issue with DTS? I went to demux a DTS track with DGMPGIndexNV and it doesn't show the track, yet in the regular dgindex it shows it and will demux it. Without a source sample I cannot help you.

Jeff Flowerday
26th October 2009, 04:40
Without a source sample I cannot help you.

Sorry, I assumed you'd have a DVD with DTS audio on it.

http://www.mediafire.com/?gcsbg2y1i1w

Audionut
26th October 2009, 09:19
Sorry, I assumed you'd have a DVD with DTS audio on it.]

Yes, but there have been no other reports of DTS not working. So chances are, the problem is limited to the source you are having problems with.

Audionut
26th October 2009, 09:20
Using windows 7 64 i have this error in DGindexNV:
Failed to create video decoder (100)

Which stream type are you having problems with. AVC, VC1, MPEG2.

Or is it all streams?

Jeff Flowerday
26th October 2009, 15:00
Yes, but there have been no other reports of DTS not working. So chances are, the problem is limited to the source you are having problems with.

My source is every single DVD with DTS on it. Unless the problem is with DVDFab.

excentro
26th October 2009, 15:11
Which stream type are you having problems with. AVC, VC1, MPEG2.

Or is it all streams?

I'm getting the same error (Failed to create video decoder (100)) with VC1 stream.

Guest
26th October 2009, 15:45
If you don't give your Nvidia info, your post is useless.

Guest
26th October 2009, 15:46
Yes, but there have been no other reports of DTS not working. So chances are, the problem is limited to the source you are having problems with. IIRC, I haven't added DTS support for program streams yet. Patience...

Joshua81
26th October 2009, 16:55
I hope this problem was not already adressed elsewhere, at least I found nothing:

I am using DGVC1DecNV (latest beta) and MeGUI (latest version too). Since approx. 2 weeks, I get an error that I was so far unsuccessful to solve.
First of all, the system:

GTX 260, driver 191.07., Win XP
MeGUI 0.3.1.1056
AviSynth 2.5.8

When I use a standard avisynth-script with MeGUI, for example
DGSource("D:\XY\XYZ\movie.dgv")
#deinterlace
crop( 0, 138, 0, -140)
LanczosResize(1920,800) # Lanczos (Sharp)
Undot() # Minimal Noise
LoadPlugin("C:\Programme\AviSynth 2.5\plugins\RemoveGrainSSE2.dll")
RemoveGrain(mode=2),

I always get the error:

DGSource: Multiple instances not supported. In most of the cases the CUVID-Server crashes afterwards. When I then restart MeGUI, I am able to open the script, but encoding fails (same error). As already mentioned earlier in this thread, DGMulti can not be used with MeGUI, so what should I do? In my opinion there is no other instance running (already checked this using the taskmgr). In principle, that is using directshow or AVC (not NV), MeGUI works fine. Furthermore, I encoded serveral other files two weeks ago without problems, but did not change anything meanwhile...

Thanks, Josh

excentro
26th October 2009, 17:32
If you don't give your Nvidia info, your post is useless.

Sorry.
GF 8600GT, 191.07 driver, Win7 64-bit.

Guest
26th October 2009, 18:52
I always get the error:

DGSource: Multiple instances not supported. That check was added recently. Since I no longer use MEGUI I failed to realize the implications, as MEGUI is known to start multiple instances and leave them all open. It worked OK previously because the accesses were not interleaved.

I need to back off this check to have things continue to work in MEGUI. I'll try to do it in the next few days.

Guest
26th October 2009, 18:54
GF 8600GT, 191.07 driver, Win7 64-bit. The common factor seems to be 64-bit. I'll have to ask Nvidia about it.

laserfan
26th October 2009, 21:48
Thank you very much for the new release! FWIW I made a few indices and opened a few instances (w/DGMultiSource & Vdub & MPC) and no problems at all here--using XP Pro x64.

Guest
27th October 2009, 00:00
I always get the error:

DGSource: Multiple instances not supported. Please take the DGDecodeNV.dll out of here and try it:

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

I removed the multi-instance check.

rack04
27th October 2009, 00:43
I will be curious to hear reports of its compatibility with StaxRip, RipBot, Handbrake, etc.

Fails with RipBot264 v1.14.5

http://i11.photobucket.com/albums/a199/rack04/untitled.jpg

LoadPlugin("C:\Program Files\DGIndexNV\DGMultiDecodeNV.dll")
DGMultiSource("F:\Work\00999.dgv", resize_w=1280, resize_h=720)

I will upload a sample if needed.

g_aleph_r
27th October 2009, 12:01
Using windows 7 64 i have this error in DGindexNV:
Failed to create video decoder (100)
Problem solved: my bad for some reason I don't remember, I had an old nvcuvid.dll in my dgindexnv folder.
I removed and it is all ok now
Hope to be helpful

Joshua81
27th October 2009, 17:07
Thanks a lot, now it seems to work. Interestingly, MeGUI responds very slowly, but I can live with that.

Audionut
28th October 2009, 10:28
Hi neuron2.

Could you update the log to display the stream type.

Stream Type: Matroska
Profile: High
Level: 4.1
Coded Size: 1280x720
SAR: Unspecified
Display Size:
Frame Rate: 23.976024 fps
Colorimetry: BT.709* [2]
Frame Structure: Frame
Frame Type: I
Coded Number: 61297
Playback Number: 61297
Frame Repeats: 0
Field Repeats: 0
Bitrate: 0.215
Bitrate (Avg): 3.206
Bitrate (Max): 6.668
Audio Stream: 2: A_AC3 48000 6ch "und"
Elapsed: 0:01:57
Remain: 0:00:00
FPS:
Info: Finished!

Thanks.

Guest
29th October 2009, 00:13
Yes, will do, I missed that as I usually have my log disabled.

VincAlastor
29th October 2009, 14:53
in megui ...56 on win7 x64 (admin) appears an error if megui try to open the cuvid sever (200b1). the error: "Cannot run CUVID Server executable... are you sure is it installed?" - i have set an dgNV directory in the megui tools area, and have copied the hole dgdecnv200b1 package. in the megui settings i have set the new program paths and in avisynth plug-in directory i have copied the new .dll's. where is my mistake?

Guest
30th October 2009, 00:33
where is my mistake? You are using MEGUI.

squid_80
30th October 2009, 03:33
When I use the latest DGIndexNV.exe to demux a VC1 ES from a .m2ts file, the output file seems to use start codes that are 5 bytes long (00 00 00 01 XX). It seems several programs don't like this (mkvmerge, vc12avi) and the older stand-alone version DGVC1Index.exe (1.0.7 beta 10 is what I found on my HD) creates elementary streams with 4 bytes start codes (00 00 01 XX). Was there a reason for switching to 5 bytes?

Guest
30th October 2009, 11:42
It's a bug as a result of the merger. I'll fix it when I get back home this weekend. I'm out of town right now. Thanks for pointing it out.

turbojet
31st October 2009, 08:00
I'm looking forward to the force film option. Is there a chance nvidia's inverse telecine could be implemented as well?

Also any chance for CUVID server to open/close on demand?

Guest
31st October 2009, 09:16
Is there a chance nvidia's inverse telecine could be implemented as well? Not unless it is added to the API by Nvidia.

Also any chance for CUVID server to open/close on demand? I don't understand your question.

Audionut
31st October 2009, 09:34
Also any chance for CUVID server to open/close on demand?

I was meaning to ask this also.

ie: you open an avs file and the cuvidserver loads automatically.

turbojet
31st October 2009, 09:38
Not unless it is added to the API by Nvidia.

OK hopefully they will as it's pretty decent.

I don't understand your question.

Instead of having to open/close CUVID server it would open CUVID when DGsource.dll is called from avisynth and close when it's no longer needed.

Another thing is it possible to add resizing to dgindexnv?

A resize to 1280x with the updated resolution in the cropping filter window would be plenty for my needs.

EDIT: Actually since this will be very useful for DVD's when force film is added it would be helpful to have a mod8 width and height resize selector as well.

J_Darnley
31st October 2009, 13:05
I have been experiencing a crash with this sample using NVTools betas 10 and 11 and also with 2.0.0 beta 1. It was ripped from my DVD of The Forbidden Kingdom (R2 PAL) using DVDDecrypter in IFO mode.

I initially tried to load all 7 vob pieces into the indexers but after they all crashed near the beginning I tried just the first vob, and when that failed as well, I cut it down to this small sample. I have tried ripping it again to see if it was a ripping problem but I still experience the crashes.

They all crash on (when the status window says) frame 503.

The Windows' error dialogs contain the following
NVTools beta 10:
AppName: dgmpgindexnv.exe AppVer: 1.0.3.0 ModName: dgmpgindexnv.exe
ModVer: 1.0.3.0 Offset: 0000a7c5

NVTools beta 11:
AppName: dgmpgindexnv.exe AppVer: 1.0.3.0 ModName: dgmpgindexnv.exe
ModVer: 1.0.3.0 Offset: 0000a7e5

2.0.0 beta 1:
AppName: dgindexnv.exe AppVer: 2.0.0.0 ModName: dgindexnv.exe
ModVer: 2.0.0.0 Offset: 0000dbc5

sample: http://users.telenet.be/darnley/avisynth/tfk_vts_01_1_0.vob
Can you tell me when you have it so I can remove it? Also tell me if it "disappears" from there and I will upload it to mediafire.

Guest
31st October 2009, 17:48
You can remove it.

I have it fixed and will update the beta shortly.

Guest
31st October 2009, 18:47
I refreshed the 2.0.0 beta 1 with these fixes:

1. Output 3-byte start code prefix for MPG and VC1 when demuxing. It was erroneously outputing 4-bytes prefixes.

2. Added the Video Type to the log file.

3. Fixed indexing crash for field structured MPEG streams where the first two field pictures are IP.

menlvd
31st October 2009, 20:31
Nvtoolz not working with latest NVIDIA ForceWare 195.39 Beta WXPx64 :(

Guest
31st October 2009, 20:35
"not working" means what, specifically?

menlvd
31st October 2009, 20:50
"not working" means what, specifically?
when run dgindexnv
http://pic.ipicture.ru/uploads/091031/4347/thumbs/Ct3v3fWscG.jpg (http://ipicture.ru/Gallery/Viewfull/25941076.html)
don't instal new drivers, simple copy new version of nvcuvid32.dll & nvcuda32.dll to sys32 and then rename to nvcuda.dll & nvcuvid.dll

GZZ
31st October 2009, 21:43
NVIDIA ForceWare 195.39 Beta WXPx64

not sure beta driver are supported, use only the official releases.

Guest
31st October 2009, 23:32
don't instal new drivers, simple copy new version of nvcuvid32.dll & nvcuda32.dll to sys32 and then rename to nvcuda.dll & nvcuvid.dll What is this, a joke?

VincAlastor
1st November 2009, 11:32
You are using MEGUI.

DGDecNV is integrated in MeGUI, don't you think you could help kurtnoise to solve the errors? some people just buy DGDecNV licenses to use it in MeGUI...

Guest
1st November 2009, 13:21
Why don't you ask Kurtnoise about it?

J_Darnley
1st November 2009, 21:30
I refreshed the 2.0.0 beta 1 with these fixes:

1. Output 3-byte start code prefix for MPG and VC1 when demuxing. It was erroneously outputing 4-bytes prefixes.

2. Added the Video Type to the log file.

3. Fixed indexing crash for field structured MPEG streams where the first two field pictures are IP.

Thanks for the update. The new version indexed the files without problems and looks well with video.

cweb
2nd November 2009, 22:15
I had this crash with the beta 1 I downloaded yesterday. Can I presume it's the 'refreshed one' ? Or is this incorrect. I tested with a dvb-s mpeg.

Here's the error in the log. I'm running Windows 7 now so that may factor into the problem.

Log Name: Application
Source: Application Error
Date: 02/11/2009 22:00:15
Event ID: 1000
Task Category: (100)
Level: Error
Keywords: Classic
User: N/A
Description:
Faulting application name: DGIndexNV.exe, version: 2.0.0.0, time stamp: 0x4aec7746
Faulting module name: unknown, version: 0.0.0.0, time stamp: 0x00000000
Exception code: 0xc0000005
Fault offset: 0x5e08458b
Faulting process id: 0x1274
Faulting application start time: 0x01ca5bff53cb7560
Faulting application path: H:\apps\dgmpgdecnv\DGIndexNV.exe
Faulting module path: unknown
Report Id: b7a3971b-c7f2-11de-a816-00508d935920
Event Xml:
<Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event">
<System>
<Provider Name="Application Error" />
<EventID Qualifiers="0">1000</EventID>
<Level>2</Level>
<Task>100</Task>
<Keywords>0x80000000000000</Keywords>
<TimeCreated SystemTime="2009-11-02T21:00:15.000000000Z" />
<EventRecordID>1530</EventRecordID>
<Channel>Application</Channel>
<Computer>defiant</Computer>
<Security />
</System>
<EventData>
<Data>DGIndexNV.exe</Data>
<Data>2.0.0.0</Data>
<Data>4aec7746</Data>
<Data>unknown</Data>
<Data>0.0.0.0</Data>
<Data>00000000</Data>
<Data>c0000005</Data>
<Data>5e08458b</Data>
<Data>1274</Data>
<Data>01ca5bff53cb7560</Data>
<Data>H:\apps\dgmpgdecnv\DGIndexNV.exe</Data>
<Data>unknown</Data>
<Data>b7a3971b-c7f2-11de-a816-00508d935920</Data>
</EventData>
</Event>

PzSniper
2nd November 2009, 23:03
I wish to report DGIndexNV.exe issue using i7 920 + GTX295 191.07 + Win 7 RETAIL

If i open TRP file and SAVE PROJECT it's all OK.

If i open TRP file and SAVE PROJECT AND DEMUX VIDEO app crash:

Faulting application name: DGIndexNV.exe, version: 2.0.0.0, time stamp: 0x4aeec5ce
Faulting module name: DGIndexNV.exe, version: 2.0.0.0, time stamp: 0x4aeec5ce
Exception code: 0xc000000d
Fault offset: 0x000285a9
Faulting process id: 0x1560
Faulting application start time: 0x01ca5c07bb450b07
Faulting application path: F:\Archivio File\C-Tech 5000 HD Combo Plus\LINK CONVERSIONE\dgdecnv200b1\DGIndexNV.exe
Faulting module path: F:\Archivio File\C-Tech 5000 HD Combo Plus\LINK CONVERSIONE\dgdecnv200b1\DGIndexNV.exe
Report Id: 01f5367a-c7fb-11de-a81f-90e6ba6031a9


This happen using refreshed beta version.

Guest
2nd November 2009, 23:43
Guys, you have to give me streams to duplicate it!

Otherwise, I ignore you.

Guest
2nd November 2009, 23:58
I have duplicated the problem when demuxing the video.

@cweb

Were you demuxing or doing something else?

Guest
3rd November 2009, 00:39
I refreshed the ZIP with the demuxing fix.

cweb
3rd November 2009, 19:26
I have duplicated the problem when demuxing the video.

@cweb

Were you demuxing or doing something else?
I just did a "save project" and DGIndexNV crashed. I tried again and win7 completely froze up.. I had to drastically reboot.
Then I redownloaded the beta 1 - I think you had updated it after I had downloaded it. This time it worked without problems.
So I guess there is no need to upload my sample. But of course if there any similar problem I will upload a video next time.

Guest
3rd November 2009, 23:14
This fixes a problem in indexing some AVC streams that could lead to a crash when serving the script.

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

BTW, I am just finishing up the online license server and will roll it out soon.

Varies
4th November 2009, 17:40
neuron2
thx 4 update! :thanks:

so i have two questions :)
perhapse stepsize=1 in crop filter (can you add this as option)?
OLS = no attach to hardware or something else?

Guest
4th November 2009, 18:09
perhapse stepsize=1 in crop filter (can you add this as option)? What is the application that requires it?

OLS = no attach to hardware or something else? I don't understand this.

vucloutr
4th November 2009, 18:27
he probably wants to know if the change to an online license server means that the license will no longer be hardware-dependent (e.g. first HDD) ?

Guest
4th November 2009, 20:09
It means that you have a login to an online license generator that takes your machine ID and returns a license. That way people can get new licenses for new machines, different networking arrangements, etc., without me having to intervene. The logins are now being given to new users and people that request new licenses.

Varies
5th November 2009, 09:01
What is the application that requires it?
its my request, certainly i can crop in avs, but if probably do it before load DGSource, why not? please add set stepsize to 1 as option :)

online license server
online license generator
it's different :)

Inspector.Gadget
8th November 2009, 03:36
A quick update for everyone on the driver situation: I had mentioned to neuron2 a while back that NVIDIA had not issued new drivers that were both compatible with the normal operation of the *NV tools and with my video card (ASUS 9650M GT). He graciously built in a mode for his tools that uses D3D for backwards compatibility with older drivers. Since that time, I've installed a BIOS update for my system that contained a new VGA component; this has resolved ALL problems with the new NVIDIA mobile drivers, including the latest 195.39 x64 beta from NVIDIA. If you've been in the same situation with an ASUS notebook from the M70 series, you can try the solution here (http://forums.nvidia.com/index.php?showtopic=102344&view=findpost&p=945373) at your own risk. For everyone with similar driver problems on other systems, it is worth looking around for a BIOS update from your OEM. On a more general note, the new 195.39 driver is completely stable here on my Vista SP2 x64 notebook and if you've been waiting to update the bugfix list on this one suggests it'll resolve a lot of issues. Finally, thanks again to neuron2 for this great set of tools: 6fps on the second pass of a VC-1 Blu-ray to a complex 720p x264 encode is something most people with only laptops at their disposal would kill for :)

Guest
9th November 2009, 02:51
Thanks Inspector.Gadget for the update on that.

Guest
10th November 2009, 01:49
I've refreshed the 2.0.0 beta 2 ZIP to fix some crashes on file open for some cases.

opieant
12th November 2009, 06:05
I've encountered a few issues using the sample clip linked below with Beta 2:

- When saving the project, the audio track is not demuxed. It is detected and demuxed correctly in the last release of DGAVCIndexNV before the merge.

- Opening an upscaled clip in VirtualDub shows the first frame okay, but trying to access other frames causes VirtualDub to terminate abruptly. It also seems to cause CUVIDServer to freeze because opening a new VirtualDub instance and trying again doesn't show the first frame, VirtualDub hangs, and CUVIDServer has to be closed by force to make it go away.

- Using the "Reopen video file" feature in VirtualDub causes VirtualDub to crash. A crash report for this is included with the sample clip.

Thanks for checking on these.

Sample: sample.7z - 1.96MB (http://www.zshare.net/download/6834475039f5bb9f/)

Guest
12th November 2009, 06:30
- Opening an upscaled clip Please give me the script.

opieant
12th November 2009, 07:09
Please give me the script.

Just this:

DGSource("sample.dga",deinterlace=0,use_pf=true,resize_w=1280,resize_h=960)

Varying the w/h values or post-resize aspect ratio didn't seem to matter with the other values I tested such as 720x720. Downscaling worked fine. The crashing was also present with different values for use_pf and deinterlace.

Guest
12th November 2009, 15:29
The audio is marked in the PMT as scrambled, but obviously it isn't. This puts me in a bind because I added the check to prevent crashing when trying to process a scrambled stream. Tell me about where the TS came from.

Looking at the upscaling issue...

EDIT: OK, I have the upscaling fixed. I'll try to put out a new version tonight with fixes for both issues.

opieant
12th November 2009, 20:05
The audio is marked in the PMT as scrambled, but obviously it isn't. This puts me in a bind because I added the check to prevent crashing when trying to process a scrambled stream. Tell me about where the TS came from.

The TS is an extract from a satellite mux in which scrambling was temporarily disabled. You could still check for scrambling via the bits in "transport_scrambling_control" since they're generally going to be more reliable. The info in the PMT only indicates that packets with particular PIDs may be scrambled, not that they necessarily are all of the time.

adiabatic
12th November 2009, 20:10
I hit a little issue with DG NV tools 2.0.0 beta 2 on this capture sample (http://www.mediafire.com/file/xizmmafjwzw/SpeedNov03b_Fixed (04).ts) converting from 1080i MPEG-2 TS to 720p x264. The source is a capture from a Motorola PVR copied to PC with CapDVHS and strangely I didn't have issues with a couple of earlier captures (though those were from a different channel).

When I don't use DG NV tools and deinterlace with tdeint the output is correct.

Script:
MPEG2Source("SpeedNov03b_edit.d2v")
tdeint()
spline36resize(1280,720)
colormatrix()

When I use NV Tools the whole ~45 minute capture comes out 30 seconds slow and then (of course) out of sync with the audio when I mux it back in.

Script:
LoadPlugin("C:\utilities\video\NVBeta11\DGDecodeNV.dll")
DGSource("SpeedNov03b_de.dgm",deinterlace=1)
spline36resize(1280,720)
colormatrix()

I've got Nvidia drivers version 191.07, EVGA GTX275 card, x264 r1222M, Windows 7 RC 32-bit

x264 commands used in MeGUI:
program --profile high --pass 2 --bitrate 3800 --stats ".stats" --level 4.1 --ref 2 --direct auto --subme 5 --trellis 0 --partitions p8x8,b8x8,i4x4,i8x8 --vbv-bufsize 50000 --vbv-maxrate 50000 --thread-input --cqmfile "C:\utilities\video\Matrices\eqm_avc_hr.cfg" --output "output" "input"

Guest
12th November 2009, 21:11
As stated in the DGDecodeNV user manual:

"Also note that setting deinterlace to 1 or 2 forces the field operation to be "Ignore Pulldown", regardless of the project setting."

Your stream has irregular pulldown so treating it with ignore pulldown will kill AV sync.

The correct way would be to use Force Film mode but that is not yet implemented (I'm working on it now). Until then you can:

1. Use Honor Pulldown and then deinterlace with another filter. It's not ideal because most of the stream is progressive.

2. Use Force Film mode in DGIndex.

adiabatic
12th November 2009, 23:18
Your stream has irregular pulldown so treating it with ignore pulldown will kill AV sync.


Ah, I see. Thanks, Donald. I'm just moving out of the point-and-click realm of video conversion. Lots to learn.

It's a really weird source even when watching on the cable box... it seems to be pieced together from SD and HD cameras with segments where the video just looks odd. The "irregular pulldown", I guess.

How would I determine had irregular pulldown in future captures? Is there a freeware tool or are you just stepping through frame-by-frame.

Jeff Flowerday
12th November 2009, 23:31
The correct way would be to use Force Film mode but that is not yet implemented (I'm working on it now).

:thanks:

DTS stream extraction next? :)

Guest
13th November 2009, 00:25
How would I determine had irregular pulldown in future captures? Is there a freeware tool or are you just stepping through frame-by-frame. Do a preview and if the number of fields repeats is not equal to half the number of coded frames, then it is irregular.

Guest
13th November 2009, 00:29
DTS stream extraction next? :) You mean in MPEG program streams?

turbojet
13th November 2009, 06:22
Is there any chance for an option to demux the AC3 from TrueHD?

Guest
13th November 2009, 14:27
Is there any chance for an option to demux the AC3 from TrueHD? Possibly, but it will have to wait for some more important stuff to get done.

Jeff Flowerday
13th November 2009, 15:33
You mean in MPEG program streams?

The DTS audio from anything. VOBs in particular.

laserfan
14th November 2009, 00:20
I'm considering a Sony All-in-One PC for a guest bedroom which has an Nvidia GT240M (note: mobile) chipset. I can't find this chipset to be supported with Nvidia's latest 186.81 for Vista/7 64-bit. Instead, there's a download on Sony's site which is listed as 8.15.11.8647. I can't relate this to anything: does anyone here know if 8.15=186.81?

Alternatively, does anyone here have a GT240M and use it successfully w/DGIndexNV?

turbojet
14th November 2009, 00:47
Possibly, but it will have to wait for some more important stuff to get done.

OK thanks.

I'm considering a Sony All-in-One PC for a guest bedroom which has an Nvidia GT240M (note: mobile) chipset. I can't find this chipset to be supported with Nvidia's latest 186.81 for Vista/7 64-bit. Instead, there's a download on Sony's site which is listed as 8.15.11.8647. I can't relate this to anything: does anyone here know if 8.15=186.81?

Alternatively, does anyone here have a GT240M and use it successfully w/DGIndexNV?

That's 186.47. 186.81 driver version is 8.16.11.8681. As far as I can remember the last 5 digits match the setup version. Driver version can also be found in the inf files that are extracted.

I haven't used GT240M with DGNV.

adiabatic
14th November 2009, 04:38
Do a preview and if the number of fields repeats is not equal to half the number of coded frames, then it is irregular.

Is it also OK if the number of Field Repeats is 0? To see what you said for myself I opened a source that earlier converted without sync issues but the number of repeats is zero.

Guest
14th November 2009, 06:11
So there is no soft pulldown at all. Thus there is no pulldown to ignore and thus no possible AV sync issues due to ignoring irregular soft pulldown. The guideline I gave you applies only to streams with soft pulldown (pulldown using flags rather than hard field duplication).

laserfan
14th November 2009, 15:28
That's 186.47. 186.81 driver version is 8.16.11.8681. As far as I can remember the last 5 digits match the setup version. Driver version can also be found in the inf files that are extracted.

I haven't used GT240M with DGNV.Many thanks for your input. It appears therefore that Sony's specific driver is behind Nvidia's, which is to be expected of course. I will have to re-think my attraction to the All-in-One concept, as all the designs I've seen use "mobile" and/or proprietary components...

Guest
14th November 2009, 20:40
* Revise detection of scambled audio so that streams that are marked as scrambled in the PMT but which are not actually scrambled are not rejected.

* Fix crashes when upscaling streams with soft pulldown.

* Implement Force Film mode for MPEG2.

MPEG2 pulldown handling is now complete, including frame pulldown. Work is ongoing to complete full pulldown handling for AVC and VC1. Currently AVC can be Honor or Ignore but not Force Film, and VC1 can only be Ignore. Neither AVC nor VC1 yet support frame pulldown.

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

olex99
15th November 2009, 00:17
Is the force film mode meant to remove the 3:2 pulldown and change the framerate to 23.976? I've just tried it out and when looking at the output it still has the 3:2 pulldown, it also has the same number of frames as the input. From what i can see it has just changed the framerate to 23.976 as the video is now about 10 minutes longer than before.

When comparing to the same option in DGindex 1.5.6 my output is 61171 frames and around 42 minutes where as the NVTools version is 76464 frames and around 53 minutes.

adiabatic
15th November 2009, 00:32
I tried Beta3 with the problem capture (irregular pulldown) mentioned above. Used Force Film in DGIndexNV then encoded with

LoadPlugin("<path>\DGDecodeNV.dll")
DGSource("SpeedNov03b_de.dgm",deinterlace=1, resize_w=1280,resize_h=720)
colormatrix()

and my 45:07 29.97 fps source video ended up as a 55:42 23.976 fps file... I think I'm misunderstanding what you said in Post #544.

Guest
15th November 2009, 01:52
When comparing to the same option in DGindex 1.5.6 my output is 61171 frames and around 42 minutes where as the NVTools version is 76464 frames and around 53 minutes. The field operation is applied only when serving through your script. I forgot to mention that. :)

Guest
15th November 2009, 01:54
I tried Beta3 with the problem capture (irregular pulldown) mentioned above. Used Force Film in DGIndexNV then encoded with

LoadPlugin("<path>\DGDecodeNV.dll")
DGSource("SpeedNov03b_de.dgm",deinterlace=1, resize_w=1280,resize_h=720)
colormatrix()

and my 45:07 29.97 fps source video ended up as a 55:42 23.976 fps file... I think I'm misunderstanding what you said in Post #544. As I said before and as the manual clearly states, if you set deinterlace=1 or 2, then DGSource() forces the field operation to Ignore Pulldown (but the frame rate is left at film rate). It's a wrong setup. To use the GPU deinterlacer you need to have pure interlaced video as source. Then either Ignore or Honor will get you what you need.

For your sample clip, because it has so much pure video and just sporadic soft pulldown, you should use field operation Honor Pulldown and then deinterlace with a filter in your script. There's no point to try to get to film rate with that clip because all the video parts will become jerk city.

I'll try to improve the user manual discussion of all this when the code settles down.

olex99
15th November 2009, 03:31
The field operation is applied only when serving through your script. I forgot to mention that. :)

yup i got it working now. I had an out of date DGDecodeNV.dll in my avisynth plugins directory. Put the latest one in there and everything is working fine now. Cheers.

turbojet
15th November 2009, 04:03
Thanks for the force film, worked for me as expected so far. Now that it's implemented do you plan on adding a Video Type FILM/INTERLACED like dgindex has?

Also is there a chance to get information window docking back in DGIndex(NV)?
It seemed to disappear around DGIndex 1.5.0 or so.

Guest
15th November 2009, 04:21
Thanks for the force film, worked for me as expected so far. Now that it's implemented do you plan on adding a Video Type FILM/INTERLACED like dgindex has? I removed that because people always used to to say "my video is interlaced because DGIndex says so". I got so tired of telling people that it just tells how the video is encoded, not how the actual content is, that I just removed it. I'm not totally opposed to restoring it, but let me ask you, what useful information would that give you?

Also is there a chance to get information window docking back in DGIndex(NV)? It seemed to disappear around DGIndex 1.5.0 or so. Yuck, I hated that. I suppose it could be a configurable option if a few others also would like to have it.

turbojet
15th November 2009, 04:44
I removed that because people always used to to say "my video is interlaced because DGIndex says so". I got so tired of telling people that it just tells how the video is encoded, not how the actual content is, that I just removed it. I'm not totally opposed to restoring it, but let me ask you, what useful information would that give you?

I made a typo instead of FILM\INTERLACED video type in dgindex reads FILM\NTSC. It helps determine to force film or not with ntsc dvd content.

Yuck, I hated that. I suppose it could be a configurable option if a few others also would like to have it.

With DGIndex it's not that big of a deal with undocked because the video display was always the same size unless ntsc vs pal. Now with HD and SD video sizes the info window might sit on the video window. Alternative to an option could be 'docking when touched' like ImgBurn and DVDDecrypter does.

Also I noticed DGIndexNV takes 3-4x longer to process then DGIndex with the same video\audio. Is there a chance to speed DGIndexNV up? Maybe by multithreading.

olex99
15th November 2009, 04:52
Also I noticed DGIndexNV takes 3-4x longer to process then DGIndex with the same video\audio. Is there a chance to speed DGIndexNV up? Maybe by multithreading.

Id say it is slower cause from what i can see there is more information in the index file. On a 40 minute episode my d2v file is around 300kb where the dgm file is a bit over 1mb. I don't think its that big of a deal though cause you easily make that time extra indexing time back, plus more, in the encoding stage so the overall indexing/encoding is faster with NV.

Guest
15th November 2009, 05:18
I made a typo instead of FILM\INTERLACED video type in dgindex reads FILM\NTSC. It helps determine to force film or not with ntsc dvd content. OK, I'll add that after I get things working for AVC and VC1.

Alternative to an option could be 'docking when touched' like ImgBurn and DVDDecrypter does. Please explain how that works.

Also I noticed DGIndexNV takes 3-4x longer to process then DGIndex with the same video\audio. Is there a chance to speed DGIndexNV up? Maybe by multithreading. I tested with the Stuart Little DVD, which I had lying on my hard disk. I got 1:30 for DGIndex and 2:19 for DGIndexNV so I don't know where you get 3-4 times slower. There is a speed penalty for the revised parsing architecture (much easier to understand!) I used in the NV tools. I'll have a look at optimizing it when the basic functionality settles down.

turbojet
15th November 2009, 09:33
Id say it is slower cause from what i can see there is more information in the index file. On a 40 minute episode my d2v file is around 300kb where the dgm file is a bit over 1mb. I don't think its that big of a deal though cause you easily make that time extra indexing time back, plus more, in the encoding stage so the overall indexing/encoding is faster with NV.

Ya it's not significant just thought that there could be more speed indexing than I was seeing (and I found a way to)

OK, I'll add that after I get things working for AVC and VC1.

Thanks. Also is there or can there be a value in the project file assigned to a frame that signifies film or ntsc?

This is very helpful for TIVTC's d2v parameter when there's some but not all FILM frames.

Please explain how that works.

Tough to explain in words but here's a video example (http://www.mediafire.com/?mnwymtwnioi)

I tested with the Stuart Little DVD, which I had lying on my hard disk. I got 1:30 for DGIndex and 2:19 for DGIndexNV so I don't know where you get 3-4 times slower. There is a speed penalty for the revised parsing architecture (much easier to understand!) I used in the NV tools. I'll have a look at optimizing it when the basic functionality settles down.

Speeds with DGIndex and DGIndexNV with task manager. (http://i37.tinypic.com/182j68.png)

I found out that if I minimize DGIndexNV it finishes the same set of vob's in 2:48 a huge improvement. I tried disabling display while the screen was showing and it made no difference. This is with Windows 7 x64. Any idea why minimizing DGIndexNV has such an impact?

Also a few things I see different between DGIndex and DGIndexNV (by design?):
- Force film still shows 29.97030 fps in DGIndexNV
- Saving a project auto adds .dgm (or .dgv/.dga) even if it's already in the file name in DGIndexNV

After some comparing dgnv resize to lanczos I found out dgnv kind of blurs the image and misses a lot of details. Kind of a bummer since most of the speedup comes from dgnv resizing but is there any chance of changing/improving the resizer that's used?

Here's an example, it's most noticable in the bushes (trees):


DGNV (http://i35.tinypic.com/166k8br.png)

Lanczos (http://i34.tinypic.com/4q29eo.png)

nixo
16th November 2009, 17:31
Hi neuron2

I'm experiencing a little weirdness with dgdecnv200b3. This (http://www.mediafire.com/file/hh1zdtzzwnm/sample.264) file indexes to 63 frames but DGDecodeNV.dll only appears to serve 62 frames.

--
Nikolaj

Guest
16th November 2009, 17:48
Post the DGA file. Probably you lose one at the end that is nondisplayable due to a bad cut.

nixo
16th November 2009, 18:12
It's from the very end of a Blu-ray.

http://www.mediafire.com/file/1ylzzztwi2b/sample.dga

--
Nikolaj

shortkud
16th November 2009, 19:45
Possible typo in DGDecodeNVManual.html?

use_pf: true/false (default: false)

Use the progressive_frame indication from NVCUVID. If deinterlace=1 or deinterlace=2, and use_pf=true, then only frames marked as progressive by NVCUVID will be deinterlaced. If deinterlace=1 or deinterlace=2, and use_pf=false, then all frames will be deinterlaced.

Why would it de-interlace progressive frames?

Guest
16th November 2009, 21:03
It's from the very end of a Blu-ray. Here is the end of the DGA:

IDR 109472
FRM 7 0
PIC 0
FRM 5 3
PIC 0
FRM 6 1
PIC 0
FRM 6 2
PIC 0
FRM 5 5
SIZ 1920 x 1088
FPS 25000 / 1000
CODED 63
PLAYBACK 63

You can see that the POCs for the last GOP's frames are:

0 1 2 3 5

4 is missing so 5 is discarded.

Guest
16th November 2009, 21:04
Why would it de-interlace progressive frames? Because the flag cannot always be trusted.

shortkud
16th November 2009, 21:30
Because the flag cannot always be trusted.

I thought the point of use_pf=true was to use the indication of progressive frames in a way so that only the interlaced frames would be de-interlaced and the progressive frames would "hopefully" be left alone.

use_pf: true/false (default: false)

Use the progressive_frame indication from NVCUVID. If deinterlace=1 or deinterlace=2, and use_pf=true, then only frames marked as progressive by NVCUVID will be deinterlaced. If deinterlace=1 or deinterlace=2, and use_pf=false, then all frames will be deinterlaced.

Guest
16th November 2009, 21:44
OK, I wrote progressive when I should have wrote interlaced.

Thanks for pointing it out.

nixo
16th November 2009, 21:45
4 is missing so 5 is discarded.

Makes sense. Thanks.

--
Nikolaj

Turtleggjp
17th November 2009, 17:27
As I said before and as the manual clearly states, if you set deinterlace=1 or 2, then DGSource() forces the field operation to Ignore Pulldown (but the frame rate is left at film rate). It's a wrong setup. To use the GPU deinterlacer you need to have pure interlaced video as source. Then either Ignore or Honor will get you what you need.

Here's my dilemma:

I would like to use deinterlace=2 for a particular TV show that is pure interlaced, except for a few places during the commercials. When the video is being served, none of these frames with soft pulldown will ever be served (because I edit the commercials out with Trim commands in my script), but because they are in the index file, if the pulldown is not honored it will obviously cause audio sync issues. Is there any way you can make it work in this situation, or would it be just as hard as getting honor pulldown working with deinterlacing in all cases? If it is, I know I can always fall back to another Bob filter in my script, but I really like using the Nvidia one. Thanks!

Matt

Guest
18th November 2009, 18:23
Yes, I see the dilemma. I'll see what I can do. It's easy for deinterlace=1 but for 2 there is a gotcha.

Turtleggjp
18th November 2009, 23:38
Thanks. They don't seem to be doing that anymore, as all my shows this season do not have any pulldown. Now that my tool to fix audio sync when there are glitches in the stream is almost done, I can finally start working on all the shows I have recorded from last year...

whatever-ever
19th November 2009, 15:13
I have a problem I'm not sure from where.

I have an AVS like so:
LoadPlugin("DGMultiDecodeNV.dll")
part1=DGMultiSource("1.dgm")
part2=DGMultiSource("2.dgm")
part3=DGMultiSource("3.dgm")
part4=DGMultiSource("4.dgm")
part5=DGMultiSource("5.dgm")
part6=DGMultiSource("6.dgm")
part7=DGMultiSource("7.dgm")
part8=DGMultiSource("8.dgm")
part9=DGMultiSource("9.dgm")
part10=DGMultiSource("10.dgm")
part11=DGMultiSource("11.dgm")
part12=DGMultiSource("12.dgm")
part13=DGMultiSource("13.dgm")
part14=DGMultiSource("14.dgm")
UnalignedSplice(part1,part2,part3,part4,part5,part6,part7,part8,part9,part10,part11,part12,part13,part14)
(it was originally longer, as I am putting together a small film project, but 14 seems to be enough to illustrate my problem)

While this AVS plays without any trouble in VLC - and opens/seeks in VirtualDub - it can not be compressed when I save it to XviD (nor x264). Both encoders fail about the same time as part14 begins.

The error I recieve is "Failed to create video decoder (100)."

I use DGIndexNV 2 beta 3. The video sources are all MPEG2 (which can all be encoded individually, and even with AVS of part1 to part13).

Maybe it's an AviSynth problem, maybe it's XviD/x264. I'm just posting in case this has something to do with DGIndexNV, or in case anyone has experienced the same and has resolved the issue.

Cheers.

Guest
19th November 2009, 15:29
There's a limit on the number of times you can instantiate DGMultiSource(), because each one consumes memory on the graphics card. The limit is determined by the frame size and the amount of memory on your graphics card. To be honest I'm amazed you made it up to 14. What is the frame size?

Anyway, you say it plays OK in VirtualDub but not when encoding. The only thing I can thing of is that somehow encoding consumes some extra GPU memory.

For lots of segments like that it would be preferable to load all the source files and make a single project and do things with trims in your script.

whatever-ever
19th November 2009, 15:49
There's a limit on the number of times you can instantiate DGMultiSource(), because each one consumes memory on the graphics card. The limit is determined by the frame size and the amount of memory on your graphics card. To be honest I'm amazed you made it up to 14. What is the frame size?

Anyway, you say it plays OK in VirtualDub but not when encoding. The only thing I can thing of is that somehow encoding consumes some extra GPU memory.

For lots of segments like that it would be preferable to load all the source files and make a single project and do things with trims in your script.

It has 1GB ram. I hear your point, however I am not sure if it would work if I use trim() on some sources, e.g. part1=part1.trim(0,50) and then do part2=part2.trim(0,50). That would cause problems, wouldn't it?

Or is there some "trim" in .dgm that I've been completely oblivious to?

Thanks for the quick reply

Guest
19th November 2009, 16:09
vid=DGMultiSource("fullproject.dgm")
aud=
stream=AudioDub(vid,aud)
part1=trim(stream,0,50)
part2=trim(stream,100,150)
return part1++part2

whatever-ever
19th November 2009, 16:44
Sorry, what i meant was, it is multiple MPEG2s. Do you mean that the dgm has all files included and then part2 = trim(stream,<number of frames in part1>+x,<number of frames in part1>+y) if part2 was normally trimmed like trim(stream,x,y) ?

Guest
19th November 2009, 17:05
What else could I have meant? :devil:

VincAlastor
19th November 2009, 23:28
Why don't you ask Kurtnoise about it?

he hasn't time. is there any gui which works with dgdecnv tools? i can't get it to run in staxrip. i need your support...

Guest
19th November 2009, 23:47
You can use Lord_MulderR's simple GUI. I've been using that with some local mods of my own.

stax76
20th November 2009, 03:11
There is one issue in StaxRip I've recently discovered due to feedback by a user trying to config StaxRip to use NV tools. Unfortunately I can't test it myself as I've a ATI 2400 card.

In case of dga files StaxRip checks if avcsource is present and if it's not it changes the source filter to avcsource. You can workaround this by editing the source filter and add avcsource as comment, here is what a profile would look like:

[Source]
AVC = #AVCSource%newline%DGDecode("%source_file%")

Instead of using this workaround you could also use a new build which fixes it:

http://www.stax76.bplaced.net/files/applications/StaxRip/StaxRip_1.1.2.1_beta_preview_1.7z

It will reset/overwrite lot's of profiles so you might want to use the Import/Export feature in the profiles dialog.

laserfan
20th November 2009, 16:59
You can use Lord_MulderR's simple GUI. I've been using that with some local mods of my own.Hmmm are you talking about Avidemux? Or another (avidemux doesn't look simple to me)?

Guest
20th November 2009, 18:17
This one:

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

Don't be confused, it works in a pure win32 environment as well.

laserfan
21st November 2009, 02:50
You can use Lord_MulderR's simple GUI. I've been using that with some local mods of my own.

This one:

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

Don't be confused, it works in a pure win32 environment as well.Thanks, I'm gonna try it...

Jeff Flowerday
21st November 2009, 05:03
I found out that if I minimize DGIndexNV it finishes the same set of vob's in 2:48 a huge improvement. I tried disabling display while the screen was showing and it made no difference. This is with Windows 7 x64. Any idea why minimizing DGIndexNV has such an impact?


I notice the exact same thing on Windows 7 x64, minimizing gives you a major performance increase.

laserfan
22nd November 2009, 18:33
Using 2.0.0 beta 3, I just noticed that I can get CUVIDServer to stop working, by closing x264's command window (clicking on "X" close button) while it's running:

1. Make a .dga and create an avs e.g.

DGSource("videoIN.dga")

My DGDecodeNV.dll is in the Avisynth plugins folder.

2. Use this in an x264 command (mine 1342Modified)

3. After x264 processing has begun, click the X box to close the window (the x264 task stops according to Task Manager)

4. Try to restart the process by running the x264 command again; it hangs/stops after four lines, and creating videoIN.stats.mbtree.temp and videoIN.stats.temp files (zero bytes). The window is open but there's zero CPU activity i.e. nothing happening.

If I next try to open the .avs with Vdub, well I get a blank Vdub window i.e. it does not open and is "hung" as well, with an hourglass i.e. I have to CTL-ALT-DEL to kill it.

Closing CUVIDServer and re-running it allows everything to work again. Note[i] this only occurs when I close the x264 window while running. If I abort the x264 process by doing a CTRL-C and Y to "Terminate Batch job Y/N?" then I can re-start the process no problem.

Yeah this is (for me anyway) one of those "Doctor, it hurts when I do this. (Well, then Don't Do That!)" i.e. I can avoid the problem by not clicking the cmd.exe window's Close box. But thought I'd asked if anyone else has noticed the same behavior. Using XP Pro x64 here, but 32-bit x264.

Guest
22nd November 2009, 22:20
At one point I had a timeout to detect that but it was kicking in when it shouldn't, so I removed it. My advice is "Don't do that." :)

GZZ
22nd November 2009, 22:46
why not use the DGMultiSource, then you dont have to play around with CUVIDServer. I havent had one single issue since I started to use DGMultisource instead.. :)

laserfan
22nd November 2009, 23:31
My advice is "Don't do that." :)I'm fine with that! Just glad I wasn't "seeing things"! :D

why not use the DGMultiSource, then you dont have to play around with CUVIDServer. I havent had one single issue since I started to use DGMultisource instead.. :)Good idea, though I wonder--DG do you use/recommend also? I mean, is DGMultiSource "the future" ie. I should be beating-up on that dll as much as possible anyway?

Guest
23rd November 2009, 01:50
The CUVID Server was a hack to support MEGUI's bizarre script opening strategy. As MEGUI is now showing new issues with the NV tools, which nobody seems to have any time to address, I can't recommend MEGUI. And when that goes away, DGMultiSource() becomes the preferred solution. I always go to it for my needs.

VincAlastor
23rd November 2009, 08:35
staxrip works with dgdecNV, now. great job stax76. thank you

laserfan
23rd November 2009, 16:49
The CUVID Server was a hack to support MEGUI's bizarre script opening strategy... DGMultiSource() becomes the preferred solution. I always go to it for my needs.Thanks! I use my own .cmd files and not MeGUI.

Changing my templates to use DGMultiSource()...

laserfan
24th November 2009, 23:41
Fails with RipBot264 v1.14.5
LoadPlugin("C:\Program Files\DGIndexNV\DGMultiDecodeNV.dll")
DGMultiSource("F:\Work\00999.dgv", resize_w=1280, resize_h=720)I been using RipBot solely for its accurate calculation of a target x264 2-pass bitrate, and found today that changing my .avs files from DGSource w/CUVIDServer to DGMultiSource, and opening these now causes an error DGMultiSource "Failed to create video decoder (100)."

I dunno how Ripbot processes .avs files except that something called avs2avi.exe appears to be employed cuz I saw it running in the background using Task Manager.

This is just an FYI and no problem for me at present, as I can simply use instead DGSource w/CUVIDServer and get what I want out of RipBot. Then I run x264 using DGMultiSource as usual with my own custom cmd files.

Guest
29th November 2009, 16:14
* Full pulldown handling (Honor Pulldown, Force Film, Ignore Pulldown, frame repeats) implemented for all video types: AVC, MPEG2, and VC1.

* Prevent crash due to stream corruption erroneously causing the decoder to try to create a frame size bigger than 1920x1088.

* Fixed a bug where if a stream has a coded size of 1088 and you respond to the crop warning with "yes", cropping is not properly set. That happened only if the display rectangle was also 1088.

* Fixed bug that added an extra extension to the project file name if one was already present.

* A more informative error message is printed if an MPEG1 program stream is loaded.

* Removed a check that caused some valid audio streams to be rejected.

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

Note that my web pages for AVC, MPG, and VC1 have now been consolidated into one page.

laserfan
29th November 2009, 20:48
Thanks for this, especially during the holiday! ;)

Enjoy the rest of yours, you deserve it.
:thanks:

Turtleggjp
30th November 2009, 03:08
Neuron2

I have a question about how your indexing tools identify frames in transport streams. I am working on a tool to correct audio sync caused by errors during recording. It currently uses a .dgm index file to determine when frame or field repeats are in the stream. I came across a recording where my program lost synchronization with the index file. After some investigation, I discovered that this recording has packets marked with the Transport Error Indicator Flag, 1197 of them to be exact. Of these, 22 have the Payload Unit Start flag, and another 5 have a valid PES start code. When I adjusted my program to ignore packets with the Transport Error Indicator flag set, it still picks up one more frame than your indexer does. I know this because at the end of the scan through the file, I can see that my program is expecting a field repeat one frame early.

So my question is, what does your indexer look for to decide that a new frame is starting? The clip I'm working on is MPEG2, and I am using the NVBeta10 MPEG2 indexer. Thanks!

Matt

Guest
30th November 2009, 05:18
In some previous versions I used to reject packets with transport_error_indicator set. The latest version ignores it.

For frame detection:

Wait for a picture coding extension and then:

if (picture_structure == 3 ||
(top_field_first && picture_structure == 1) ||
(!top_field_first && picture_structure == 2))
{
// New frame.
}

Note that the frame lines in the index file are sorted into display order per sequence before being printed to the DGM file. To do that I have to accumulate a full sequence before outputing it.

Turtleggjp
30th November 2009, 06:46
In some previous versions I used to reject packets with transport_error_indicator set. The latest version ignores it.

Ok, I'll try the newer version next to see how it does.

For frame detection:

Wait for a picture coding extension and then:

if (picture_structure == 3 ||
(top_field_first && picture_structure == 1) ||
(!top_field_first && picture_structure == 2))
{
// New frame.
}

Is the Picture Coding Extension in the MPEG2 data itself? So far I've only written code to handle the data in Transport Packet Headers and PES Headers. I'm assuming that what you are referring to is not in there.


Note that the frame lines in the index file are sorted into display order per sequence before being printed to the DGM file. To do that I have to accumulate a full sequence before outputing it.

Yeah, that was a hurdle I overcame a long time ago. My program is already handling my recordings that have pulldown just fine. This one though is proving to be difficult.

One more thing, does the non-NV indexer detect frames the same way? I don't use it much anymore, but I would like my program to be able to use those indexes too someday.

Guest
30th November 2009, 14:02
Is the Picture Coding Extension in the MPEG2 data itself? Yes, of course. It's part of the MPEG2 video syntax. You can't reliably find frames just using the transport layer and PES syntax.

One more thing, does the non-NV indexer detect frames the same way? I don't use it much anymore, but I would like my program to be able to use those indexes too someday. I believe it is the same. The source for it is available.

If you need any help finding the cause of discrepancies between our methods, let me know. I do think you'll need to parse the video syntax, though. It's not so hard.

SilaSurfer
30th November 2009, 14:45
Hey neuron2 thanks for the tool it looks very good. I'm going to test it, is there any visual quality boost compared to Dgindex? I was thinking of using it with DVD sources if this is supported? I need to update my Geforce 9500Gt drivers, the latest are 195.62 version, is this ok? Thanks

Guest
30th November 2009, 15:12
is there any visual quality boost compared to Dgindex? No. The benefit over DGIndex is a) offloading some CPU load to the GPU for transcoding, b) resizing/deinterlacing performed on the GPU.

I was thinking of using it with DVD sources if this is supported? Yes, it is supported, although I am in the process of adding support for DTS audio.

I need to update my Geforce 9500Gt drivers, the latest are 195.62 version, is this ok? Yes, this will be fine.

SilaSurfer
30th November 2009, 15:29
Ok Thanks, going to try it out.

SilaSurfer
30th November 2009, 17:39
What about the settings in Nvidia control panel, denoising and edge enhencment are those supported in your tool can I enable those to use with decoding?

Guest
30th November 2009, 18:27
The capabilities of the tools are documented in their manuals. If you don't see a feature described then it is not supported. As mentioned several times, I can support only the features available in the NVCUVID API, and currently it does not support the things you mentioned.

SilaSurfer
30th November 2009, 18:34
Ok neuron2 thanks for your time, I will try your tool, keep up a good work.

DonDan
30th November 2009, 21:35
There seems to be an issue with this version when decoding interlaced VC-1 content.

First I thought I had [] when it crashed for all 5 blurays I have here, but in fact all 5 are interlaced VC-1 (don't ask me where I get all that [] from^^)

So I had a friend test some files for me: Non-interlaced VC-1 was fine with him, interlaced crashed right after starting the indexing process. (Same as for me)

I had him test this file: http://www.mediafire.com/?zjm4jyywmdl which happens to be the same you wrote the stream corruption fix for, so I suppose the bug was introduced after this fix ;)

Anything else I can provide to help you spot and annihilate the bug?

Guest
30th November 2009, 21:36
You better stop the profanity or you'll start getting rule 4 strikes.

Investigating your issue...

Guest
30th November 2009, 21:41
That's the stream with corruption. Where did it come from? And what do you mean by "don't ask me where I get all that"?

DonDan
30th November 2009, 21:49
Oops, sorry for the vocabulary ;)

Yes, the sample is the same because I had it handy. It happens for ALL 5 interlaced VC-1 blurays I own though.
In beta 3 I can index that sample, but it crashes while encoding. In beta 4 it crashes right after I start indexing and does so for all interlaced VC-1 as it seems.

By "don't ask me where I got all those from" I was just saying that I don't know why out of 5 blurays I have 5 interlaced VC-1 as they are not *that* common after all and have always given me trouble ;)

Guest
30th November 2009, 21:52
You did not answer my question about where you got that sample. Please answer.

DonDan
30th November 2009, 21:59
Ah, missed that one.
It's from a King of Queens Bluray that was only released in Germany so far if I'm not mistaken. When I noticed the issue I even got another copy from a rental store and tried to encode the episode from that disc with the same result. So I believe the issue should not be a corruption on my side.

Guest
30th November 2009, 22:12
What did you use to get that M2TS from the disk, both for ripping and demuxing? I ask because there is strange data that is causing the corruption.

The indexing crash I understand but not the corruption half way in.

DonDan
30th November 2009, 22:38
For ripping I used that tool from a company in St. John's in Antigua and Barbuda that you are not allowed to possess, use or talk about in most of Europe.
The sample was created in tsmuxer which was the only programm I found that was able to actually process the file without crashing in the same place DGTools did.

Turtleggjp
30th November 2009, 22:39
Yes, of course. It's part of the MPEG2 video syntax. You can't reliably find frames just using the transport layer and PES syntax.

I believe it is the same. The source for it is available.

If you need any help finding the cause of discrepancies between our methods, let me know. I do think you'll need to parse the video syntax, though. It's not so hard.

Thanks for your help. I think I found all the info I need to start coding for this. This should be fun...

kuko61
30th November 2009, 23:05
Hi neuron2
At the beginning I would like to thank you for the excellent utility :)

I am a user DgindexNV few days. I tried to index and encode some samples. With the AVC and MPEG2 streams I had no problems mentioned here. But with interlaced VC-1 I have a similar problem as DonDan.

1. DGindexNV also crash me, when I tried SaveProject. But when I open a VC-1 stream through the Open menu, close DGindexNV, start it again, and open stream from the list of recently used files, indexing run without errors.

2. Second problem occurred when encoding VC-1 interlaced sample (with x264). Encoding always freezes at approximately 95%. Without any errors, just stopped.
I tried encode a few samples (30s - 2 mins) from different parts of the BD disc and encoding is always stopped before the end (for ripping I use same tool as DonDan and samples I cut through tsMuxer). I tried Avidemux, meGui, batch file (CLI) with the same result.
DGindexNV crash and encoding freeze issues occurs only with b4 version (not b3).

3. The third problem occurred with a length of VC-1 indexed video, when I play the AVS script with dgv project in the player. At two-minute sample is the video longer about 1 second as a source. When I indexed the complete m2ts stream without cutting (lenght 1h16min), the video length is 1h18min. I tried all three Field Operation options and video from AVS script is always longer than the original m2ts stream.
In script is only DGDecodeNV filter without arguments...

Sorry for my English, the post was written with the assistance of the dictionary :cool:

turbojet
30th November 2009, 23:24
Thanks for the extension fix. I don't know if you noticed my edited post earlier but is the resize/scaling code in dgnv, nvdia drivers or part of the video card?

If it's part of the video card, I see PureVideo 4 (VP4) offers a new high quality scaler according to wikipedia (http://en.wikipedia.org/wiki/Purevideo#The_Fourth_Generation_PureVideo_HD). Would that make a difference?

Guest
30th November 2009, 23:45
@kuko61

Can you provide one of those streams for testing?

@ turbojet

It's on the GPU but I can invoke only what is made available in the NVCUVID API.

turbojet
1st December 2009, 00:02
Is the scaler configurable to you?

Guest
1st December 2009, 00:35
Is the scaler configurable to you? I can set the width and height. :devil:

turbojet
1st December 2009, 02:29
OK, I'll see if I can get my hands on a VP4 card in the near future and see if the scaler quality is the same or better then VP3. Currently it looks like nearest neighbor, which is tolerable but trying to find something like lanczos.

I did a little digging into dgindex running slower when it's not minimized and found out that if the information window is closed it speeds up again. I notice dwm.exe uses 1-2% cpu when the info window is open and 0% when it's closed/minimized. However it's difficult to tell when it's done when it's minimized. Is there a chance to show progress % and/or ETA in the title bar and/or windows 7 progress taskbar?

Guest
1st December 2009, 02:46
It's bilinear.

Will look at your performance observations when I get a chance.

Hunstad
2nd December 2009, 00:46
I have some serious random access problems on this H.264 stream with beta 4. It works perfect in beta 3.

http://www.mediafire.com/?nydngzzwrzj

The 9 second clip is from the Scandinavian Blu-ray of Monsters vs Aliens.
Disc decrypted with AnyDVD 6.6.0.3, and the clip is cut with beta 3 Save Project and Demux Video. (Beta 4 gave the same md5sum on the cut.)

I index the file in beta 4 and load it in VirtualDub 1.8.6 using this this AviSynth 2.58 script:

LoadPlugin("C:\Video\DGDecNV200b4\DGDecodeNV.dll")
DGSource("E:\Blu-Ray\00024.200b4.dga")
Crop(0,132,0,-132) # 2.35:1

The I try to jump to Frame 76, but this frame is corrupt.
If I step forward 1 frame at a time, from frame 0, the close-up starts at frame 76.
If I step forward 1 frame at a time, from frame 50, the close-up starts at frame 52.

This is not a problem in beta 3.

Anders

Guest
2nd December 2009, 04:02
Ah, I love clear trouble reports with everything I need to duplicate the issue. Thank you for pointing this out. You're my kind of guy. :)

Please redownload 2.0.0 beta 4 and update DGIndexNV.exe.

Should be OK now. Only AVC with recovery points was affected.

whatever-ever
2nd December 2009, 22:47
neuron2 I've got a new problem.

If you remember, on page 30 we talked about combining files. Making an index of all files (into one dgm) did work, but now I've found another, related, problem.

I have 5 files. together they give 58minutes and 25 seconds (played in VLC/mpc/wmplayer).
The dgm (containing all 5 files) is not. It is 53min and 29 seconds.

I tried indexing all 5 files individually, and then add up their playlength, and it gave me 29:34 (correct).
I then tried an AVS like this:
DGMultiSource("1.dgm") ++ DGMultiSource("2.dgm") ++ DGMultiSource("3.dgm") ++ DGMultiSource("4.dgm") ++ DGMultiSource("5.dgm")

and it gave me 53:29 (wrong).

btw. if i leave out file 5 then i get the same length as 1-4 played in mpc. So is this some kind of dgindex buffer I'm exceeding?

PS: I did this using beta3 and beta4

Guest
3rd December 2009, 14:06
If I give you an FTP site, can you upload all 5 source files?

It may be a pulldown issue. What is your field operation and do you see field or frame repeats when previewing any of the files in DGIndexNV?

I tried indexing all 5 files individually, and then add up their playlength, and it gave me 29:34 (correct). You said it is 58:25 in VLC, so where did this come from?

whatever-ever
3rd December 2009, 16:00
Oops, sorry. I meant they added up individually gave 58:25. I don't know where the 29:34 came from, that was a mistype, lol.

Yes I can get you the files, or a sample if you just need to see it's structure. I've encountered differences in runtime and "indexed" runtime before, where the problem was, as you suggested, a pulldown issue (set it to hono pulldown flags and it was correct size).

THIS situation didn't benefit from honoring pulldown flags. and in fact it gave the same (incorrect) 53:29 length if honored and if ignored pulldown flags. So maybe that's a hint of the problem?

Guest
3rd December 2009, 16:29
I'll need all 5 files. What are their sizes so I can clear space on my FTP?

whatever-ever
3rd December 2009, 16:52
they total 4.8 gb

turbojet
3rd December 2009, 19:47
Link in the original post is dead, seems to be only up to beta3 on that site.

Guest
3rd December 2009, 19:51
they total 4.8 gb Well that's a deal breaker unless you want to snail mail it to me.

Did you actually play the whole thing in VLC to see the duration, or are you trusting what it says in some info dialog?

As there is a discrepancy of 5 minutes, when you serve the video into VirtualDub and play it, do you see 5 minutes of missing material?

whatever-ever
4th December 2009, 18:47
Did you actually play the whole thing in VLC to see the duration, or are you trusting what it says in some info dialog?

Yes, and also in wmplayer (and mpc).

As there is a discrepancy of 5 minutes, when you serve the video into VirtualDub and play it, do you see 5 minutes of missing material?

I'm watching them played back simultaniously right now to check where it differs. I'll post result in an hour.




The demuxed audio (from both dgindexNV and regular dgindex) are 58 mins.

Also, using DirectShowSource("1.mpg") ++ ... (relying on ffdshows' libavcodec) gives 58 mins too.

Neither dgindex nor dgindexnv gives any errors when indexing.

If you want the log files from dgindex(nv) then let me know.

whatever-ever
4th December 2009, 19:05
What the...!? After I opened the directshowsource avs (in mpc) the dgindex avs'es are 58:25 mins too!

If I close the directshowsource avs, then both dgindex avses are 53:29 again. WHAT!?

To say again: ffdshow is set to MPEG2: libavcodec, and ffdshow is used when calling DirectShowSource().
What in the world... Does this make any sense to you, neuron2?

Guest
4th December 2009, 20:07
If I close the directshowsource avs, then both dgindex avses are 53:29 again. WHAT!? How do you determine the length of the video served by the DGDecNV script?

Just open it in VirtualDub and look at the duration in File/Information. If that changes due to running your other script I'll be shocked.

whatever-ever
4th December 2009, 21:15
In Vdub both dgindex and dgindexnv return 53:29 (also with directshowsource running in mpc in the background), directshowsource returns 58:26. If dgindex(nv) is played in mpc while playing directshowsource in mpc they both run 58:26 (in mpc). See this: http://i48.tinypic.com/1zpjq6w.png

Hmmm...

dgeise
4th December 2009, 22:48
hey Don,

Haven't used your tools for a while. Installed beta 4 recently and ran across a few new issues.

1. There is what appears to be a new filename parsing bug. A real simple one. I copy/b my AVCHD .MTS files together and rename them to a YYYY.MM.DD.MTS format for archiving purposes. The problem is that DGIndexNV outputs files (for example) YYYY.MM PID 1100 2_0ch 48KHz 256Kbps DELAY 0ms.AC3 and YYYY.MM.DGA filenames. This is no big deal, I just rename the files and all is well. My guess is that you're parsing for the '.' (dot) file extension separator forwards thru the filename string instead of backwards. So you pick up on the first dot and not the last dot in the filename and split the name from the extension based on that. Reverse the string search and it should be fixed. Easy fix, dont you love those?

2. I ran into a 'DGSource: Invalid license' error. It turned out I had installed VirtualBox on this system recently and its tripping up your MAC address detection logic by using the virtual adapter's info instead of my real hardware's info. That's not real good in several aspects- validating to a virtual nic is a crack in the door for piracy among other things. Right now I have to disable VirtualBox's virtual network adapter to get your tools to work. I hate DRM mostly for reasons like this. I'd suggest you enumerate all NICs, maybe filter out the virtual ones if there is a way to detect that, then try to validate the license against all remaining 'real hardware' entries. That should eliminate confusion in several scenarios I can think of.

Ok, keep up all the hard work... The tool is looking good.

-Dave

Guest
4th December 2009, 23:14
In Vdub both dgindex and dgindexnv return 53:29 (also with directshowsource running in mpc in the background), directshowsource returns 58:26. If dgindex(nv) is played in mpc while playing directshowsource in mpc they both run 58:26 (in mpc). See this: http://i48.tinypic.com/1zpjq6w.png

Hmmm... I think 53:29 is the correct running length and the time given in MPC is wrong. Unless you want to mail me the streams, I don't know how I can do anything else for you.

whatever-ever
5th December 2009, 00:21
I think 53:29 is the correct running length and the time given in MPC is wrong. Unless you want to mail me the streams, I don't know how I can do anything else for you.

While that is very possible, and I hope it is so, it still remains that the files (individually indexed) added up gives 58mins, and the full demuxed audio (demuxed with dgindex(nv)) is also 58 mins :(

Guest
5th December 2009, 02:44
While that is very possible, and I hope it is so, it still remains that the files (individually indexed) added up gives 58mins, and the full demuxed audio (demuxed with dgindex(nv)) is also 58 mins :( Well, that is a problem.

Do you want it resolved? If so, I will PM you with my address to send me the files by mail. Or you can make them available on an FTP site for download.

One thing that could help is for you to post here the DGM files for all of them done individually and for doing them all at once.

Guest
5th December 2009, 04:18
1. There is what appears to be a new filename parsing bug. A real simple one. I copy/b my AVCHD .MTS files together and rename them to a YYYY.MM.DD.MTS format for archiving purposes. The problem is that DGIndexNV outputs files (for example) YYYY.MM PID 1100 2_0ch 48KHz 256Kbps DELAY 0ms.AC3 and YYYY.MM.DGA filenames. I can't duplicate that with 2.0.0 beta 4. Give me an exact filename and tell me how you make it fail.

2. I ran into a 'DGSource: Invalid license' error. It turned out I had installed VirtualBox on this system recently and its tripping up your MAC address detection logic by using the virtual adapter's info instead of my real hardware's info. Use the license generator to generate a license number for each configuration and put them all in your license file.

Jeff Flowerday
5th December 2009, 23:59
The new DGIndexNV seems to struggle with DTS audio tracks now, with the old V11 beta it would load up fast and just not show the DTS track. Now when I add vob files containing a DTS track, it sits there for a couple minutes "Not Responding" and still doesn't show the DTS track.

It's relative to size, a small 50MB clipped vob will load decently fast.

http://www.mediafire.com/?jtbgluijiok

Jeff Flowerday
6th December 2009, 00:03
PS) DGIndexNV still indexes over twice as fast minimized as it does as an open window.

Guest
6th December 2009, 14:19
PS) DGIndexNV still indexes over twice as fast minimized as it does as an open window. Please try closing the Info diaglog after starting the Save Project. Does that make a difference when not minimized?

Guest
6th December 2009, 15:29
While that is very possible, and I hope it is so, it still remains that the files (individually indexed) added up gives 58mins, and the full demuxed audio (demuxed with dgindex(nv)) is also 58 mins :( Your 5.mpg file has dropped frames. You can see that it plays jerky at the beginning in MPCHC. A player will go by the timestamps and freeze frames so as to present frames at their presentation times. So there is no bug in DGIndex or DGIndexNV in this regard.

whatever-ever
6th December 2009, 15:44
Your 5.mpg file has dropped frames. You can see that it plays jerky at the beginning in MPCHC. A player will go by the timestamps and freeze frames so as to present frames at their presentation times. So there is no bug in DGIndex or DGIndexNV in this regard.

Thank you for clearing that up :)

Good to here there's no bug.

Keep up the good work

Guest
6th December 2009, 15:57
The new DGIndexNV seems to struggle with DTS audio tracks now, with the old V11 beta it would load up fast and just not show the DTS track. Now when I add vob files containing a DTS track, it sits there for a couple minutes "Not Responding" and still doesn't show the DTS track.

It's relative to size, a small 50MB clipped vob will load decently fast.

http://www.mediafire.com/?jtbgluijiok I'll move this to the top of the priority list.

Jeff Flowerday
6th December 2009, 18:44
I'll move this to the top of the priority list.

:thanks:

Jeff Flowerday
6th December 2009, 18:48
Please try closing the Info diaglog after starting the Save Project. Does that make a difference when not minimized?

Yes, if you close the info dialog it's just as fast as minimized.

Guest
6th December 2009, 22:13
Yes, if you close the info dialog it's just as fast as minimized. Good, that's what I suspected, that it was the overhead of updating the Info dialog that was causing it. I'll fix that and add DTS for the next beta.

Guest
7th December 2009, 02:08
* Eliminate overhead of updating the Info dialog while saving project. This speeds up indexing substantially.

* Add support for DTS audio in program streams.

@Jeff

Please advise if DTS support is working properly.

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

Jeff Flowerday
7th December 2009, 02:17
* Eliminate overhead of updating the Info dialog while saving project. This speeds up indexing substantially.

* Add support for DTS audio in program streams.

@Jeff

Please advise if DTS support is working properly.

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

I just did a test indexing with extraction of DTS and it seems to be. I'll keep you updated when I actually have something ready to fire through x264 and test the final result.

:thanks:

Jeff Flowerday
7th December 2009, 02:24
Ok I just tried throwing the resultant dts file into mkvmerge and it's giving me no valid header errors when I try to mux the dts into a MKA file.

mediainfo doesn't give me details on the resultant dts file either?

Guest
7th December 2009, 02:35
Checking it...

Guest
7th December 2009, 03:07
All fixed. Please redownload.

Jeff Flowerday
7th December 2009, 03:48
All fixed. Please redownload.

Yep, much better.

:thanks:

marcio
7th December 2009, 05:45
Neuron2,

Why AVCSource() isn't working with CCE 2.5?
Is there a work arround?

OBS: Is does work with CCE 2.7, but not with CCE 2.5...

Guest
7th December 2009, 13:56
You're in the wrong thread. This is for the NV tools. Anyway, I don't have CCE 2.5 so I can't help you.

laserfan
7th December 2009, 16:17
* Eliminate overhead of updating the Info dialog while saving project. This speeds up indexing substantially.Tried it (200b5a) and it does seem faster, but now there is no log info at all--was that your intent? My log file:

Stream Type:
Video Type: AVC
Profile:
Level:
Coded Size:
SAR:
Display Size:
Frame Rate:
Colorimetry:
Frame Structure:
Frame Type:
Coded Number:
Playback Number:
Frame Repeats:
Field Repeats:
Bitrate:
Bitrate (Avg):
Bitrate (Max):
Elapsed: 0:03:20
Remain: 0:00:00
FPS:
Info: Finished!

Version=DGIndexNV 2.0.0 beta 5
Window_Position=220,100
Info_Window_Position=4,99
YUVRGB_Scale=1
Field_Operation=2
Process_Priority=2
Playback_Speed=3
AVS_Template_Path=C:\Program Files (x86)\DGIndexNV\template.avs
Full_Path_In_Files=1
MRUList[0]=D:\video\videoOUT.264
MRUList[1]=
MRUList[2]=
MRUList[3]=
Enable_Info_Log=1
Loop_Playback=0
AVC_Extension=264
MPG_Extension=m2v
VC1_Extension=vc1
Deinterlace=0
UsePF=0
AlwaysBottomCrop=1
UseD3D=0

Guest
7th December 2009, 16:52
Not my intent. :)

Will fix.

dgeise
7th December 2009, 22:18
I can't duplicate that with 2.0.0 beta 4. Give me an exact filename and tell me how you make it fail.


I can no-longer reproduce this in beta 5.

Thanks.

Guest
8th December 2009, 02:33
Tried it (200b5a) and it does seem faster, but now there is no log info at all. Please re-download and try again. It disables the log after 100 frames when saving project.

GearX
8th December 2009, 06:17
Hello,

I'm having trouble with DGIndexNV 2.0.0 beta 5 crashing when attempting to index 29.970 fps 1080i (pure interlaced) VC1 video in a Matroska file: SAMPLE (http://www.mediafire.com/?zmmym2gqdjw)


F4/Save Project almost immediately crashes, with the Windows error dialog DGIndexNV.exe has encountered a problem and needs to close etc. I get a zero-byte DGV file and no log.

However, F5/Preview works fine (!) Display proceeds through the clip, and I get this log upon exit:

Stream Type: Matroska
Video Type: VC1
Profile: Advanced
Level: 3
Coded Size: 1920x1088
SAR: 16x9
Display Size: 1920x1080
Frame Rate: 29.970030 fps
Colorimetry: Reserved [2]
Frame Structure: Field Interlaced
Frame Type: P-P
Coded Number: 150
Playback Number: 216
Frame Repeats: 0
Field Repeats: 133
Bitrate: 8.502
Bitrate (Avg): 9.368
Bitrate (Max): 13.730
Elapsed: 0:00:05
Remain: 0:00:00
FPS: 26.64
Info: Finished!


I tried saying No to bottom-cropping but that did not help.
I can enable PureVideo deinterlacing and see its effect(s) in Preview, but Save Project still crashes the same way.
Disabling the display in the Video menu also did not help.

I read through the User Manual files but didn't see anything warning against pure interlaced VC1. (Apologies if I missed it.)
The mkv was created by remuxing a blu-ray with eac3to, then mkvmerge to trim out a sample clip and separate the video from the audio. (I wouldn't normally do the second part, but here I did so while troubleshooting to eliminate the audio as a cause of the problem.)

NVidia GeForce 8800 GT, driver version 195.62
Windows XP-SP3, Intel Core2 6600 at 2.4GHz (no OC), 2 GB RAM



Any thoughts on what might be going wrong?

Let me know if the Windows error report would be useful, and I will supply it.

Thanks!

GearX
8th December 2009, 06:40
I also noticed this in the User Manual under Enable PureVideo Deinterlacer (my emphasis added):

Check Use progressive_frame if you want the deinterlacing to honor NVCUVID's progressive_frame indication. If single or double rate deinterlacing is enabled and this option is checked, then only frames marked as progressive by NVCUVID will be deinterlaced. If single or double rate deinterlacing is enabled and this option is not checked, then all frames will be deinterlaced.

Shouldn't that say "...only frames NOT marked as progressive..." ?

Guest
8th December 2009, 14:56
I also noticed this in the User Manual under Enable PureVideo Deinterlacer (my emphasis added) Where did you see that? In the 2.0.0 beta 5 zip, it is not that way.

Guest
8th December 2009, 15:13
I'm having trouble with DGIndexNV 2.0.0 beta 5 crashing when attempting to index 29.970 fps 1080i (pure interlaced) VC1 video I know what's wrong but it may take a few days to fix it. Thank you for your sample.

GearX
8th December 2009, 16:20
Where did you see that? In the 2.0.0 beta 5 zip, it is not that way.

Well, actually it is. There are five HTML files in the zip, three of which are DG*IndexNVManuals, and all three say the same thing.

dgdecnv200b5/DGVC1IndexNVManual.html#Deinterlace
dgdecnv200b5/DGAVCIndexNVManual.html#Deinterlace
dgdecnv200b5/DGMPGIndexNVManual.html#Deinterlace

I suppose they are old files anyway? Checking further, the pages are titled like this:


DGAVCIndexNV 1.0.14 beta 11
DGMPGIndexNV 1.0.3 beta 11
DGVC1IndexNV 1.0.7 beta 11


Was it perhaps your intent to include only one HTML file for the new combined DGIndexNV?

GearX
8th December 2009, 16:21
I know what's wrong but it may take a few days to fix it. Thank you for your sample.

No rush. Thanks!

Guest
9th December 2009, 14:25
* Pure interlaced VC1 (field interlace) is now supported.

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

Jeff Flowerday
9th December 2009, 15:39
* Pure interlaced VC1 (field interlace) is now supported.

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

Awesome, just in time to handle my AC/DC No Bull HD-DVD.



:thanks:

GearX
9th December 2009, 16:14
* Pure interlaced VC1 (field interlace) is now supported.

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

"A few days" :cool: Thanks!

laserfan
9th December 2009, 16:17
"A few days" :cool: Thanks!neuron2's avatar belies his work ethic. We know he has a day job, what we don't know is when he sleeps!!! :)

Or maybe he ONLY takes "cat naps"!

Guest
9th December 2009, 17:09
I find time to sleep and swim. Let's just say I'm a fast coder. When you've been doing it professionally for 35 years, it comes easy. :)

laserfan
9th December 2009, 17:59
It disables the log after 100 frames when saving project.Ok here's prolly a softball for you. Tried b6 on an old project here and it doesn't appear to write a complete log. First a very old log, made prolly with DGAVCIndexNV 1.0.13 and DGDecodeNV v1.0.0 (the .dga sez DGAVCIndexFileNV2):

Stream Type: AVC Elementary
Profile: High
Level: 4.1
Frame Size: 1920x1080
SAR: 1:1
Display Size: 1920x1080
Frame Rate: 23.976024 fps
Colorimetry: BT.709* [2]
Frame Structure: Frame
Frame Type: I
Coded Number: 80016
Playback Number: 80016
Frame Repeats: 0
Field Repeats: 0
Bitrate: 0.037
Bitrate (Avg): 22.422
Bitrate (Max): 41.114
Elapsed: 0:06:08
Remain: 0:00:00
FPS:
Info: Finished!


And now the latest b6 log on the same h264 file:

Stream Type: Elementary
Video Type: AVC
Profile: High
Level: 4.1
Coded Size: 1920x1088
SAR: 1:1
Display Size: 1920x1080
Frame Rate: 23.976024 fps
Colorimetry: BT.709* [2]
Frame Structure: Frame
Frame Type: I
Coded Number: 100
Playback Number: 100
Frame Repeats: 0
Field Repeats: 0
Bitrate: 26.377
Bitrate (Avg): 12.585
Bitrate (Max): 26.377
Elapsed: 0:07:36
Remain: 0:00:00
FPS:
Info: Finished!
Only 100 frames. Of course the .dga itself is fine, dunno why it would be slower but that's no concern for me.

Maybe I don't understand what the intent of the change was; I myself couldn't duplicate Jeff Flowerday's "faster when minimized" results.

DonDan
9th December 2009, 18:40
* Pure interlaced VC1 (field interlace) is now supported.

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

Confirmed, interlaced VC1 works again, great work! As always^^


:thanks:

Guest
9th December 2009, 19:07
Confirmed, interlaced VC1 works again This is the first time it has worked, so I'm not sure what you mean by "again". Never mind, let's just be happy that it is working now. :)

Guest
9th December 2009, 19:10
Only 100 frames. It's a workaround until I find time to investigate the slowdown for some people.

Is the missing information important to you? The counts are available in the index file.

laserfan
9th December 2009, 19:20
It's a workaround until I find time to investigate the slowdown for some people.

Is the missing information important to you? The counts are available in the index file.Didn't realize you were still looking at it--no, it's no problem for me at all... :)

GZZ
10th December 2009, 08:57
Neuron2.

I have an issue when I try to run DGIndexNV on my workstation using Remote desktop.

When I start DGIndexNV.exe it gives me the following error straigth from start: ERROR: cuInit failed (100)

It cant be a license issue, because my machine ID macth my license key (even over remote desktop) and it works just fine when I'm not using it over remote desktop.
You have any idea why this happen ?

PS: Using 2.0 Beta6, this issue has been there for as long I remember.

Boardlord
10th December 2009, 10:12
I have an issue when I try to run DGIndexNV on my workstation using Remote desktop.

When I start DGIndexNV.exe it gives me the following error straigth from start: ERROR: cuInit failed (100)

I noticed this issue too if I use Remote Desktop to connect to my home machine. However, if I use RemotelyAnywhere (essentially Logmein), it works as it should.

Desaster Dan
10th December 2009, 11:43
hi neuron,
just testet dgindexNV beta 6.
my goal is to make it working within staxrip....

so i tested some files (VOB and m2ts) with the command-line.
C:\Programme\dgdecnv\DGIndexNV.exe -i %source_files% -o "%working_dir%\%source_name%" -f 0 -y 1 -a -h

Everthing works fine, exept audio demuxing and exiting the prog. after finish. (DGIndexNV.exe is still visible in the task-manager).
I get only the *.dgm, *.m2v, *.avs files. - no audio.
Any Ideas?

Guest
10th December 2009, 14:44
I can't duplicate either of those two issues. Can you provide a stream that fails?

Also, give me the expanded command line, without the %% stuff.

Jeff Flowerday
10th December 2009, 16:28
Neuron2.

I have an issue when I try to run DGIndexNV on my workstation using Remote desktop.

When I start DGIndexNV.exe it gives me the following error straigth from start: ERROR: cuInit failed (100)

It cant be a license issue, because my machine ID macth my license key (even over remote desktop) and it works just fine when I'm not using it over remote desktop.
You have any idea why this happen ?

PS: Using 2.0 Beta6, this issue has been there for as long I remember.

There is no issue. Cuda simply isn't available via Windows Remote Desktop. Doesn't matter which cuda reliant app.

Reason: Microsoft uses a custom software graphics driver in place of the video card and disables access to the GPU.

Boardlord
10th December 2009, 16:42
There is no issue. Cuda simply isn't available via Windows Remote Desktop. Doesn't matter which cuda reliant app.

Reason: Microsoft uses a custom software graphics driver in place of the video card and disables access to the GPU.

Thanks!

I'll use RemotelyAnywhere then whenever I want to start an encode from afar :)

GZZ
10th December 2009, 19:06
There is no issue. Cuda simply isn't available via Windows Remote Desktop. Doesn't matter which cuda reliant app.

Reason: Microsoft uses a custom software graphics driver in place of the video card and disables access to the GPU.

I also created a logmein account and then it works just fine. Didnt know M$ used its own driver.

Esurnir
10th December 2009, 19:20
Thanks to the adobe flash beta nvidia FINALY released 195.62 drivers for 9M series.

DonDan
10th December 2009, 19:58
This is the first time it has worked, so I'm not sure what you mean by "again". Never mind, let's just be happy that it is working now. :)

Weird^^

Until beta 4 all the VC-1 blurays that didn't work in betas 4 and 5 have always been working for me. The support for interlaced VC-1 was why I switched to your great tools. But then again I have a habit to mix things up from time to time :P


But let's move on back to the issue I first brought up in the wrong (the one about the avc version of the DG tool) thread and then again in post 614 of this thread:
The Bluray I cut this sample from still crashes the encoding process: http://www.mediafire.com/?zjm4jyywmdl [retail Bluray, ripped with anydvd hd, sample cut with tsMuxer - Is this real interlaced VC-1? As this worked for me in all versions up to beta 3 (besides the crash in this special sample)]

I think you had fixed it for beta 4 adding this change to the release log:

* Prevent crash due to stream corruption erroneously causing the decoder to try to create a frame size bigger than 1920x1088.

As beta 4 and 5 didn't work with interlaced VC-1 I couldn't test the file. Now in beta 6 the file crashes again.

Guest
10th December 2009, 22:01
Please re-upload because that link is invalid.

DonDan
10th December 2009, 23:21
Oops, they deleted the old link and I didn't check it...
Here's a brand new one: http://www.mediafire.com/?yym0mvzw2cw

Guest
11th December 2009, 04:00
OK, I updated the beta 6 with a fixed DGIndexNV that doesn't crash when you Save Project. But it isn't going to help you much because the stream is corrupted, as I told you before, and you'll get picture decode errors when serving it.

Jeff Flowerday
11th December 2009, 04:37
FYI: performance is still as good if not better with the information update changes you made with beta 6.

DonDan
11th December 2009, 17:44
OK, I updated the beta 6 with a fixed DGIndexNV that doesn't crash when you Save Project. But it isn't going to help you much because the stream is corrupted, as I told you before, and you'll get picture decode errors when serving it.

I can live with some glitches, that's far better then being unable to encode it due to a crashing cuvidserver ;)
You are the last one to blame for some picture issues resulting from a broken mastering.


Edit: I could click through the errors while encoding now and keep on encoding, shall see how bad the resulting picture errors will be, but it seems to be working perfectly!

Guest
11th December 2009, 18:13
Edit: I could click through the errors while encoding now and keep on encoding, shall see how bad the resulting picture errors will be, but it seems to be working perfectly! You can Trim() them out in your script.

DonDan
11th December 2009, 19:10
Yeah, if the resulting frames are completely useless this might just be the way to go.

qyqgpower
12th December 2009, 03:41
About CUIVDServer in RDP environment, just start CUIVDServer before login with remote desktop, then you can use DGSource normally.

GZZ
12th December 2009, 04:20
About CUIVDServer in RDP environment, just start CUIVDServer before login with remote desktop, then you can use DGSource normally.

It dosnt work if you use MultiDGSouce, then you dont have CUVIDserver running and it will fail no matter what when remote dekstop is open...

laserfan
12th December 2009, 18:17
Hey FYI it appears that nvidia has gotten their Mobile drivers updated finally to 195.62.

Carpo
14th December 2009, 13:12
Well after reading about this program i went and donated :) - lets hope it will ease my issue of backing up a few of my blueray discs :p

cweb
14th December 2009, 13:22
I'm glad to report that I can now use dg nv tools to access my MTS files created by my panasonic camera. No more need to use tsmuxer to mux a ts file like I was doing earlier...

tormento
14th December 2009, 14:59
Hi neuron,

I registered your program some time ago but never used it really. Now I have bought a Sony AVCHD cam and I have tried to use dgindexnv to demux audio/video and deinterlace using PureVideo. I have a problem and a question.

Problem: the deinterlace function does not work for me. The three (no,1pass,2pass) .264 files are byte identical. Yes, I have the latest version.

Question: Is it possible to get Motion Compensated Deinterlaced that is hardware supported by Nvidia/Cuda?

Guest
14th December 2009, 15:07
Problem: the deinterlace function does not work for me. The three (no,1pass,2pass) .264 files are byte identical. Yes, I have the latest version. Demuxing just removes the video from the container. It is not altered. Deinterlacing is applied only to the decoded video and therefore to the video as served though your Avisynth script. You cannot deinterlace AVC video without decoding it.

Question: Is it possible to get Motion Compensated Deinterlaced that is hardware supported by Nvidia/Cuda? If you are talking about PureVideo then it is already supported.

cweb
14th December 2009, 15:12
Hi neuron,

I registered your program some time ago but never used it really. Now I have bought a Sony AVCHD cam and I have tried to use dgindexnv to demux audio/video and deinterlace using PureVideo. I have a problem and a question.

Problem: the deinterlace function does not work for me. The three (no,1pass,2pass) .264 files are byte identical. Yes, I have the latest version.

Question: Is it possible to get Motion Compensated Deinterlaced that is hardware supported by Nvidia/Cuda?

Just a question, does your AVCHD cam produce interlaced files? My AVCHD camera produces progressive files so life is easier for me..

tormento
14th December 2009, 15:28
You cannot deinterlace AVC video without decoding it.
So, there is no way to get a deinterlaced 264 video simply with DGIndexNV?
If you are talking about PureVideo then it is already supported.
Errr.. is PureVideo quality comparable to MCBob?

tormento
14th December 2009, 15:29
Just a question, does your AVCHD cam produce interlaced files? My AVCHD camera produces progressive files so life is easier for me..
The model my wife own is HDR-XD520VE and does produce 1080i50.

Guest
14th December 2009, 16:10
So, there is no way to get a deinterlaced 264 video simply with DGIndexNV? That is correct.

Errr.. is PureVideo quality comparable to MCBob? I never used MCBob. You should do some experiments and answer it yourself.

aegisofrime
15th December 2009, 02:56
That is correct.

I never used MCBob. You should do some experiments and answer it yourself.

It is, in fact comparable to TGMC, or perhaps a bit lousier. However file size for the Purevideo file will be higher, not surprising since Didee has said that TGMC denoises as well.

Desaster Dan
16th December 2009, 12:07
Hi neuron,
i did some blu ray test samples now, comparing encoding speed between dgdecode and dgmultidecodenv.
I always did it with Lord Mulder's simple gui on crf 18.

I'm running a Q9550 / 4 gigs Ram / geforce 9600GT
Driver Version is 6.14.11.9562.

now what I get is exacly the same encoding speed, (about 2.6 fps) regardless using dgdecode or dgmultidecodnv.
What's That?
Is dgmultidecode running on the CPU only?
(CPU load is 90-100% on all cores)
did I somthing wrong?

Thanks,
DD

GZZ
16th December 2009, 16:13
what Avisynth script do you use. From what I can see decoding dosnt go faster then what the CPU can handle, so if you have alot of filters in avisynth and cpu near 100% I dont think moving the decoding process to the GPU will help you. But if you have a minimal avs script (only resize or deinterlacing) then moving the decoding to the GPU will speed up your process. The process dosnt run faster then the slowest link and it might be your CPU in this case.

turbojet
17th December 2009, 09:55
Thanks for fixing the windows 7 slowdown issue, beta 6 actually seems to index significantly faster focused then beta 3 did minimized.

I see setting force film is still not changing framerate in the info window though, any news on this?

Also I notice from the help menu 'DGDecNV Quick Start Guide' and 'DGIndexNV User Manual' don't work, bad file links?

One other thing is it possible to output just one file extension for the project file instead of .dga, .dgm, .dgv?
The reason I ask this is because it would simplify making avs files with an external program.

Guest
17th December 2009, 14:26
Thanks for fixing the windows 7 slowdown issue, beta 6 actually seems to index significantly faster focused then beta 3 did minimized. I've not decided what to do about this finally, as losing the Info log during project save is irritating. Probably I will restore it and ask you guys to minimize the window if it causes a slowdown as a workaround until I find out the cause.

I see setting force film is still not changing framerate in the info window though, any news on this? At this time, I do not plan to implement the pulldown in DGIndexNV, so that the effect of the field operation will affect only the served video. The user manual will make it clear when I complete that.

Also I notice from the help menu 'DGDecNV Quick Start Guide' and 'DGIndexNV User Manual' don't work, bad file links? New help files are not yet done.

One other thing is it possible to output just one file extension for the project file instead of .dga, .dgm, .dgv?
The reason I ask this is because it would simplify making avs files with an external program. That's a great idea, as it also causes problems for CLI, because you have to know the video type to write the CLI line. I'll do that for the next beta.

turbojet
17th December 2009, 16:22
I've not decided what to do about this finally, as losing the Info log during project save is irritating. Probably I will restore it and ask you guys to minimize the window if it causes a slowdown as a workaround until I find out the cause.

Oh I was running it from cli to open the gui and it was fast I was mistaking that for improved performance but it's still slow when running from gui.

At this time, I do not plan to implement the pulldown in DGIndexNV, so that the effect of the field operation will affect only the served video. The user manual will make it clear when I complete that.

What I mean is if you load a 3:2 pulldown file, use force film on it to get 23.976 it still shows in DGIndexNV's information window as 29.97030 while the project is actually 23.976024. DGIndex information window shows the changed framerate which can be real helpful.

That's a great idea, as it also causes problems for CLI, because you have to know the video type to write the CLI line. I'll do that for the next beta.

Thanks.

Guest
17th December 2009, 17:17
What I mean is if you load a 3:2 pulldown file, use force film on it to get 23.976 it still shows in DGIndexNV's information window as 29.97030 while the project is actually 23.976024. I know what you mean. Do you know what I mean?

turbojet
17th December 2009, 17:29
Not exactly, I can understand playback and demuxed video won't have the pulldown removed but that's also the case in DGIndex as far as I know.

The reason I ask about this is in DGIndex I rely mostly on that indication and don't look at field operation option very often, I know it's not good but it's been a habit for years. However when I messed up I could change the d2v framerate with a text editor. With DGNV is changing FPS 30000 / 1001 to FPS 24000 / 1001 and vice versa safe?

Guest
17th December 2009, 20:22
Not exactly, I can understand playback and demuxed video won't have the pulldown removed but that's also the case in DGIndex as far as I know. No, DGIndex implements the field operation for the displayed video. I don't want to have to write and maintain all that in DGIndexNV when you can just serve the video. So, to be consistent, I won't show anything related to the field operation setting.

The reason I ask about this is in DGIndex I rely mostly on that indication and don't look at field operation option very often, I know it's not good but it's been a habit for years. I'm sure you can get used to checking what field operation you have selected before saving a project.

However when I messed up I could change the d2v framerate with a text editor. With DGNV is changing FPS 30000 / 1001 to FPS 24000 / 1001 and vice versa safe? You also have to change the FO line.

Guest
18th December 2009, 16:37
* Use the extension "dgi" for all index files. This should simplify batch file and CLI operations.

* Restored Info Log functionality during Save Project.

* Fixed a bug in audio type handling.

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

Zathor
18th December 2009, 16:49
* Use the extension "dgi" for all index files. This should simplify batch file and CLI operations.

Thank you very much! I just saw it right in time :)

Btw I have two feature requests (give somebody an inch, and he will take a mile...):
- CUVIDServer as a service (for RDP environments)
- add the ability to specify which audio files should be demuxed during batch file or CLI operations and add delay and language to the file name

GZZ
18th December 2009, 17:10
- CUVIDServer as a service (for RDP environments) <-- Use DGMultiDecodeNV.dll, then you dont need CUVIDServer.....

GearX
18th December 2009, 17:20
- CUVIDServer as a service (for RDP environments) <-- Use DGMultiDecodeNV.dll, then you dont need CUVIDServer.....

...but you can't use MeGUI.

Guest
18th December 2009, 18:06
...but you can't use MeGUI. It works for me with a minor patch but the same patch fails for Zathor, so we are currently at an impasse for supporting DGMultiDecode in Megui.

Zathor
18th December 2009, 18:36
- CUVIDServer as a service (for RDP environments) <-- Use DGMultiDecodeNV.dll, then you dont need CUVIDServer.....

DGMultiDecode.dll fails in an RDP environment. Only CUVIDServer is possible if started before login in with RDP. A service would be much easier because it should/could be possible to bound this service to the nvidia driver or at least have the benefit that the service is started automatically during the Windows startup and no user has to logon before the RDP session.

Guest
18th December 2009, 20:03
I don't plan to make it a service.

SomeJoe
18th December 2009, 21:57
DGMultiDecode.dll fails in an RDP environment. Only CUVIDServer is possible if started before login in with RDP. A service would be much easier because it should/could be possible to bound this service to the nvidia driver or at least have the benefit that the service is started automatically during the Windows startup and no user has to logon before the RDP session.


Use the INSTSRV.EXE and SRVANY.EXE tools from the Windows Server 2003 Resource Kit (http://www.microsoft.com/downloads/details.aspx?FamilyID=9D467A69-57FF-4AE7-96EE-B18C4790CFFD&displaylang=en) if you want to run it as a service. I haven't tested that, so I don't know if it will work, but it should.

You will probably have to run the service as Local System or as an account with administrator privileges. I have no idea if this will work on Vista or Win 7 due to UAC.

Zathor
18th December 2009, 22:44
I don't plan to make it a service.

Thanks for the clarification. Hope dies last :)

Use the INSTSRV.EXE and SRVANY.EXE tools from the Windows Server 2003 Resource Kit (http://www.microsoft.com/downloads/details.aspx?FamilyID=9D467A69-57FF-4AE7-96EE-B18C4790CFFD&displaylang=en) if you want to run it as a service. I haven't tested that, so I don't know if it will work, but it should.

You will probably have to run the service as Local System or as an account with administrator privileges. I have no idea if this will work on Vista or Win 7 due to UAC.
I used only "sc create CUVIDService binpath= [path]CUVIDServer.exe depend= nvsvc" but this did not work. The service has been created but it could not be started (CUVIDServer not responding to the start command).

laserfan
18th December 2009, 22:51
* Use the extension "dgi" for all index files. This should simplify batch file and CLI operations.

* Restored Info Log functionality during Save Project.

* Fixed a bug in audio type handling.

http://neuron2.net/dgdecnv/dgdecnv.htmlI've only done one short test clip with this so far, but the .dgi creation is either wickedly faster, or just seems so given I don't see any pauses in the Info display anymore!

Thanks for this, consolidating to .dgi files is enabling me to clean-up my scripts!

:thanks:

Guest
18th December 2009, 23:05
I did some optimizing to the Info Dialog updating, which may explain a performance difference. It's certainly not the choice of extension as DGI that is responsible.

SomeJoe
18th December 2009, 23:25
I used only "sc create CUVIDService binpath= [path]CUVIDServer.exe depend= nvsvc" but this did not work. The service has been created but it could not be started (CUVIDServer not responding to the start command).


You can't do it that way. The SC command presupposes that the executable you give it has appropriate API calls to support the operating system service controller, which CUVIDServer.exe does not.

SRVANY.EXE is a service shell wrapper that implements the proper service API calls for the OS, allowing any executable to be run as a service.

Zathor
19th December 2009, 00:02
SRVANY.EXE is a service shell wrapper that implements the proper service API calls for the OS, allowing any executable to be run as a service.
Thanks for the hint! I will try it and report back. But this may take some time...

turbojet
19th December 2009, 04:30
No, DGIndex implements the field operation for the displayed video. I don't want to have to write and maintain all that in DGIndexNV when you can just serve the video. So, to be consistent, I won't show anything related to the field operation setting.

Oh I didn't realize the displayed video had pulldown removed, makes more sense now.

I'm sure you can get used to checking what field operation you have selected before saving a project.

Just have to get into the habit.

You also have to change the FO line.

Thanks and also for the single extension and fixing the 'focused window slowdown'

GZZ
19th December 2009, 09:49
DGMultiDecode.dll fails in an RDP environment. Only CUVIDServer is possible if started before login in with RDP. A service would be much easier because it should/could be possible to bound this service to the nvidia driver or at least have the benefit that the service is started automatically during the Windows startup and no user has to logon before the RDP session.

I know, thats why I changed to use www.logmein.com (free) it seems to work better and faster then RDP.

cweb
19th December 2009, 16:24
I know, thats why I changed to use www.logmein.com (free) it seems to work better and faster then RDP.

I may be getting to a different website as it doesnt say its free... it's just a free trial..

Zathor
19th December 2009, 17:33
Thanks for the hint! I will try it and report back. But this may take some time...

I tried it with the srvany.exe. The process CUVIDServer.exe appears now in the task manager but it cannot be accessed: "DGSource: CUVIDServer not running". The process has been started with the local system account and also with my account. SO I think the idea with the service is dead.

GZZ
20th December 2009, 19:44
I may be getting to a different website as it doesnt say its free... it's just a free trial..

https://secure.logmein.com/US/products/free/

use that one, it 100% free. I has some limits like you cant transfer files to and from your remote desktop, but it works 100% like RDP.

deets
20th December 2009, 21:41
oh there is beta 7, title still says 6

SomeJoe
21st December 2009, 20:32
I tried it with the srvany.exe. The process CUVIDServer.exe appears now in the task manager but it cannot be accessed: "DGSource: CUVIDServer not running". The process has been started with the local system account and also with my account. SO I think the idea with the service is dead.

I was afraid of that.

You might try this: Set it up to use the Local System account, but in the service properties also check the box that says "Allow service to interact with the desktop". See if that does anything.

Zathor
21st December 2009, 20:40
I was afraid of that.

You might try this: Set it up to use the Local System account, but in the service properties also check the box that says "Allow service to interact with the desktop". See if that does anything.
Already tried that - forgot to mention it.

SomeJoe
21st December 2009, 20:44
neuron2,

Just a note for you on the Beta 7. I have my own front end application that reports progress to the user during indexing with DGIndex. It does this by peeking into the index file that's currently being generated and looking for certain entries that contain a frame number. It compares that with the (known beforehand) number of frames in the video to derive a progress indicator.

In this beta you switched the file extension to .dgi instead of the .dgm/.dga/.dgv extensions. Because I peek into each file looking for certain entries with a frame number, I have to know what kind of video/file is being generated in order to know what entries to look for (because MPEG-2 has slightly different entries than AVC, which has slightly different entries than VC-1). My front end keeps track of what it needs to look for regardless of the file extension, so the change didn't really impact me, but it does mean that the file extension doesn't uniquely describe the file contents any more. There are now essentially different kinds of ".dgi" files that one might have to deal with. (Well, not really different kinds, but what a .dgi file can contain is now expanded, since it could contain anything that might have been in a .dgm/.dga/.dgv file).

I don't think this requires any kind of change, but a note in the docs might be worthwhile.

Otherwise, I have been working with 2.0.0b7 for several days and have not found any other issues -- it seems to be working very well. I have it running on 2 machines with identical hardware, one running WinXP 32bit, the other running Win 7 64 bit.

:thanks:

tormento
22nd December 2009, 10:28
Is there any way to use a mpeg1 stream?

Guest
22nd December 2009, 15:06
I could support MPEG1 but is it really needed? Indulge me by telling me what this stream is and whether it's a one-off thing or something you'd need on an ongoing basis.

I was just about to start on bluray playlist support but I could crank this out if it is important enough.

tormento
22nd December 2009, 15:11
It's one time shot, a old mpeg I made from an analogue source some times ago. Since it's supported in dgmpegdec I thought it could be in Dcdecnv too.

Guest
22nd December 2009, 15:19
OK, let's leave it for now as I want to do some exciting things first.

Speaking of which, imagine this...

You load your files in DGIndexNV and save project. The DGIndexNV GUI now switches into a frame accurate mode, just as if the DLL was serving the video. Now you can navigate by frame and set multiple cut lists which will translate to the needed trims in the Avisynth script. Could a frame accurate mode within DGINdexNV itself be useful? I can only see it being useful for managing the trims in the script but maybe there are other uses. Just wondering if it would be worth the effort.

canTsTop
22nd December 2009, 15:45
Did You considered to release demo version, maybe without licence output video would be with watermark?

MuLTiTaSK
22nd December 2009, 15:53
@neuron2

thanks for DGDecNV it has been working smooth as silk for me another great coding job from DG like always flawless bro

blu-ray playlist support +1
set frame accurate cut lists export to avisynth trim points +1
these two features would be classic

:thanks:

tormento
22nd December 2009, 15:54
I am trying to reproduce a bug where opening too much vobs or too much at once gives "no license" error and the dgindex quits.

Can't understant if it happens when lot of vobs are opened at once AND lot of vobs are yet in the add dialogue or it is an OR bug.

MuLTiTaSK
22nd December 2009, 15:56
Did You considered to release demo version, maybe without licence output video would be with watermark?

DGMPGDec (http://neuron2.net/dgmpgdec/dgmpgdec.html) :)

Guest
22nd December 2009, 16:15
I am trying to reproduce a bug where opening too much vobs or too much at once gives "no license" error and the dgindex quits.

Can't understant if it happens when lot of vobs are opened at once AND lot of vobs are yet in the add dialogue or it is an OR bug. License is checked only when the first file is opened, so I think you're barking up the wrong tree with the number of VOBs.

The important thing is to make sure that the DGI file has the right path to the DGIndexNV executable and the license.txt file.

yesgrey
22nd December 2009, 16:22
Could a frame accurate mode within DGINdexNV itself be useful? I can only see it being useful for managing the trims in the script but maybe there are other uses. Just wondering if it would be worth the effort.
For managing the trims we can use virtualdub (what I use), so, if there is no other use for it, maybe you should point your energy in other things...
It's your call.;)

Sharc
22nd December 2009, 17:07
I was just about to start on bluray playlist support but I could crank this out if it is important enough.
BluRay playlist support would be great. It would allow to index movies which are split into many .m2ts files, right?
Frame accurate cutting: Would it help to cut out snippets of problematic clips for your examination? :rolleyes:

Guest
22nd December 2009, 17:14
BluRay playlist support would be great. It would allow to index movies which are split into many .m2ts files, right? Correct. And it would adjust the audio gaps properly between files.

MuLTiTaSK
22nd December 2009, 18:32
@neuron2

getting some nice decoding speeds with DGIndexNV thanks to you:)
General
ID : 0
Complete name : DGIndexNV\00075.m2ts
Format : BDAV
Format/Info : Blu-ray Video
File size : 650 MiB
Duration : 2mn 32s
Overall bit rate : 35.8 Mbps
Maximum Overall bit rate : 48.0 Mbps

Video
ID : 4113 (0x1011)
Menu ID : 1 (0x1)
Format : MPEG Video
Format version : Version 2
Format profile : Main@High
Format settings, BVOP : Yes
Format settings, Matrix : Default
Duration : 2mn 32s
Bit rate mode : Variable
Bit rate : 25.1 Mbps
Nominal bit rate : 30.0 Mbps
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate : 23.976 fps
Resolution : 8 bits
Colorimetry : 4:2:0
Scan type : Progressive
Bits/(Pixel*Frame) : 0.505
Stream size : 456 MiB (70%)

Audio #1
ID : 4352 (0x1100)
Menu ID : 1 (0x1)
Format : PCM
Format settings, Endianness : Big
Format settings, Sign : Signed
Muxing mode : Blu-ray
Duration : 2mn 32s
Bit rate mode : Constant
Bit rate : 2 304 Kbps
Channel(s) : 2 channels
Channel positions : Front: L R
Sampling rate : 48.0 KHz
Resolution : 24 bits
Stream size : 41.8 MiB (6%)

Audio #2
ID : 4353 (0x1101)
Menu ID : 1 (0x1)
Format : PCM
Format settings, Endianness : Big
Format settings, Sign : Signed
Muxing mode : Blu-ray
Duration : 2mn 32s
Bit rate mode : Constant
Bit rate : 6 912 Kbps
Channel(s) : 6 channels
Channel positions : Front: L R C, Rear: L R, LFE
Sampling rate : 48.0 KHz
Resolution : 24 bits
Stream size : 125 MiB (19%)

http://i45.tinypic.com/afacdg.pnghttp://i50.tinypic.com/343llys.png

canTsTop
22nd December 2009, 19:19
DGMPGDec (http://neuron2.net/dgmpgdec/dgmpgdec.html) :)

its only for mpeg2 :)

turbojet
22nd December 2009, 20:06
BD playlist support I'd use but TrueHD/DTS downconversion I'd use a lot more.

Guest
22nd December 2009, 20:25
BD playlist support I'd use but TrueHD/DTS downconversion I'd use a lot more. Noted.

SomeJoe
22nd December 2009, 21:49
I don't know that I'd use BD playlist support at all, since eac3to.exe supports that and all necessary audio conversions. I always demux with that prior to indexing anyway, so I don't even need program stream/transport stream support, nor any audio processing.

Far more valuable for me would be DVD playlist support, since eac3to.exe doesn't support that, nor does just about anything else except DVDDecrypter (from the command line, not GUI!).

Right now, the only way I've found to extract & index DVD material on a title basis from the command line is DVDDecrypter plus a kludged parsing of output from vStrip. :eek:

If you did add any kind of title/playlist support (BD and/or DVD), I think there would need to be an output mode where the indexer returns the titles/playlists it found, along with the information about the title/playlist (resolution, frame rate, length, audio and subtitles info) and then quits, so that a front end could parse that, give the user the opportunity to select a title/playlist, then the indexer would get called again to actually perform the indexing on the selected title/playlist. eac3to.exe has this ability as well.

turbojet
22nd December 2009, 23:06
Noted.

Thanks I really meant DTS-HD/MA instead of DTS. I don't expect it to encode audio.

+1 on the DVD playlists but it would also need to handle multi-pgc vts and blank cells at the beginning both of which are kind of difficult to deal with automatically I'm finding out while adding DVD input to my own little batch script that already has BD input thanks to eac3to/tsmuxer.

EDIT: Concerning the avisynth trim would this only affect video? If not it might be helpful but instead of putting trims in avisynth would it be possible to create a project and demux audio/video that has the excluded things cut out?

If it did it could be a cheaper alternative to videoredo for those with newer nvidia cards.

Audionut
23rd December 2009, 03:00
Playlist support would be sweet. :)

DonDan
23rd December 2009, 15:32
Playlist support would be sweet. :)


QFT!

And DTS-HD downconversion even sweeter^^

Guest
25th December 2009, 05:02
Some minor stuff:

* Info window capture mode. If you put the right edge of the main window close to the left edge of the info window, they become locked. To unlock them, move the Info window away from the main window.

* The Info window is now left open rather than being closed when a timeline navigation operation is performed.

* Corrected the erroneous reversal of the Coded # and Playback # fields in the MPG Info Window.

* Added Film % detection and reporting for MPG. Coming soon to AVC and VC1!

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

MuLTiTaSK
25th December 2009, 05:30
@neuron2

Merry Christmas :)

:thanks: :thanks: :thanks: for all the time you give the video community another year has passed that we were blessed with your gifts hopefully we have many more together

2.0.0 beta 8 is working great

your very essential to us video hobbists

your skills are very important to our quality backups;)

Happy Holidays brother God Bless You

cweb
25th December 2009, 09:02
Happy Christmas Neuron2 and everyone else...

Thanks for taking the time and effort to develop such a useful program. :thanks:

Audionut
25th December 2009, 10:48
Merry Christmas Don.

IIRC you posted updates to something or another last Christmas too.

VincAlastor
25th December 2009, 13:54
merry christmas neuron2!

Offer you the CUVID API now or in future the nvidia denoiser and sharpener to integrate this in your nv tools?

Guest
25th December 2009, 15:06
Thank you and Happy Winter Solstice to you all! Is that PC enough? :rolleyes:

I'd love to support the added features you mentioned. But we need Nvidia to make them available through the NVCUVID API. I will inquire about the prospects for that.

cweb
25th December 2009, 15:11
Thank you and Happy Winter Solstice to you all! Is that PC enough? :rolleyes:

I'm not PC Compatible lol :)

laserfan
25th December 2009, 16:24
Some minor stuff: http://neuron2.net/dgdecnv/dgdecnv.htmlWow a Christmas present from my favorite software developer! Many thanks for this, and best wishes DG for the new year!

:thanks:

Revgen
25th December 2009, 21:18
Thanks for the Christmas present Neuron2!

shon3i
26th December 2009, 20:43
neuron2, problem here with lastest b8. Seekeng with < > is not possible, actualy with <. And it's possible when play with things to Info dialog automaticly update info about current frame etc.

Thanks, Merry Christmas

GearX
27th December 2009, 02:52
Hi neuron2

I've noticed some behavior with DGIndexNV that doesn't seem quite right...

DGIndexNV 2.0.0 beta 8
NVidia drivers v195.62 on GeForce 8800GT
VirtualDub 1.9.8

Issue 1: Incorrect frame-rate detection?

Link to sample file (http://www.mediafire.com/?vwzyyyze2yw)

This file is 5 seconds long at 23.976 fps. However when I open it with DGIndexNV, both the banner and the preview information report 29.970 fps.

If I choose "Force Film" the resulting index file says 24000/1001 but I'm not sure I trust that result, if the frame rate wasn't correctly identified to begin with.

I've run into this with multiple different VC1 streams, mostly from HD-DVDs. I used eac3to to remux the video into MKV containers.

It's a little bit hard to pin down the exact circumstances when this occurs, though, because sometimes the frame rate does get detected correctly as 23.976 fps, and occasionally an AVC file gets detected incorrectly, as 29.970 fps. (It feels like maybe a cached value is being used? not updated properly when a new file is opened? Just guessing here.) Is there a bug here? any known issues?




Issue 2: Hitting F2 to refresh crashes VirtualDub when using DGSource.
DGSource("video.dgi")
On basically any file served with DGIndexNV into VirtualDub, hitting F2 to refresh crashes VirtualDub immediately.

No crash occurs with DGMultiSource, but I'm using MeGUI downstream, which as you know doesn't play nice with DGMultiSource.

Are these overlapping calls to DGSource? (that's me guessing again.) Is there anything that can be done to get around this, or do I have to use DGMultiSource if I want to hit F2?


Thanks for your attention, and I hope I've provided enough relevant data/details.

Guest
27th December 2009, 05:22
Issue 1:

The stream specifies 29.97 fps with 3:2 field repeats.

It's just what Forced Film was designed for! No problem here.

Issue 2:

Investigating...

Workaround is to not hit F2.

Guest
27th December 2009, 05:25
neuron2, problem here with lastest b8. Seekeng with < > is not possible, actualy with <. I can't duplicate any problem like that.

And it's possible when play with things to Info dialog automaticly update info about current frame etc. If you want to see Info frame-by-frame, set the playback speed to single-step, hit F6, and step with the > button.

shon3i
27th December 2009, 17:17
I can't duplicate any problem like that.

If you want to see Info frame-by-frame, set the playback speed to single-step, hit F6, and step with the > button.
Yes i just set to single step, and when i touch > info dialog is not updated. Aslo < now not working. when i use DVD VOB for input.

Guest
27th December 2009, 18:20
Yes i just set to single step, and when i touch > info dialog is not updated. Did you set single step, *THEN HIT F6* to get into play mode, and then step with >?

If so, does the video update as you step? Doesn't the coded number count increase?

Aslo < now not working. when i use DVD VOB for input. You cannot step back by GOP? I cannot duplicate that. Please list the exact steps you go through to lead to the problem. Don't leave anything out!

Guest
27th December 2009, 18:24
Workaround is to not hit F2. For some reason VirtualDub is opening the script again before closing the previous one. That will fail because the CUVID server has a single global structure for communicating with it. There's nothing I can do about this. Even if I added a mutex to control access, the invoking apps have to be coded to use it.

shon3i
27th December 2009, 19:26
Did you set single step, *THEN HIT F6* to get into play mode, and then step with >?

If so, does the video update as you step? Doesn't the coded number count increase?Exactly, work with m2ts, but not with DVD VOB.

You cannot step back by GOP?How no? i use this normaly with b7 and DGIndex?

GearX
27th December 2009, 19:55
Issue 1:
The stream specifies 29.97 fps with 3:2 field repeats.
It's just what Forced Film was designed for! No problem here.


OK, great! Thanks for the explanation/confirmation.


For some reason VirtualDub is opening the script again before closing the previous one. That will fail because the CUVID server has a single global structure for communicating with it. There's nothing I can do about this. Even if I added a mutex to control access, the invoking apps have to be coded to use it.

I had a feeling it might be something like that. Thank you again for looking into it.

Guest
27th December 2009, 20:14
@shon3i

You don't answer my questions and I cannot make sense of your statements. I asked for your exact sequence of steps and you just blew me off.

If you are not willing to engage with me to find claimed problems then please don't even bother posting. If you want help, go back and read my questions and ANSWER them.

How no? This is total nonsense in English.

laserfan
27th December 2009, 20:51
Some minor stuff:

* Info window capture mode. If you put the right edge of the main window close to the left edge of the info window, they become locked. To unlock them, move the Info window away from the main window.

* The Info window is now left open rather than being closed when a timeline navigation operation is performed...Somehow I never used the Single Step option before, and I see now I can Step thru and see the frame types IPB etc which I find useful! Thanks!

BTW re: using VirtualDub does anyone here know if you can tell it to open at a certain size i.e. I always have to right-click and set Zoom to 66% to get the display to fit my preferred window size.

shon3i
27th December 2009, 20:53
I asked for your exact sequence of steps and you just blew me off.

ok I actually have other problem.

I normaly load m2ts/mkv(MPEG2, VC-1, AVC) as source. i don't touch playback speed. i press F6, then i use < > to jump to next/previous keyframe. Everything is normal like in b7/DGindex. But when i load VOB (MPEG2) as source, > normaly jump to next keyframe, but < will not back to previous keyframe.

This is total nonsense in English. Sorry english is not my native language, i mean "how can't step back by GOP"

Guest
27th December 2009, 21:14
I normaly load m2ts/mkv(MPEG2, VC-1, AVC) as source. i don't touch playback speed. i press F6, then i use < > to jump to next/previous keyframe. Everything is normal like in b7/DGindex. Nonsense. The < button is grayed out when you start a play operation with F6.

But when i load VOB (MPEG2) as source, > normaly jump to next keyframe, but < will not back to previous keyframe. As far as I can tell you are saying that when you are not in a play or preview state, you can't step backwards by GOP with VOBs. By design, when you are in a preview/play operation (F5/F6), you cannot do a < operation. Since I cannot duplicate a problem with any of my VOBs, please post a link to a source VOB sample, cut with DGSplit, that I can use to duplicate your issue. Also, please post a description of the exact sequence of steps that leads to the issue. This is the second time now that I ask you for that.

I mean "how can't step back by GOP" That is also nonsensical.

jpsdr
28th December 2009, 10:38
For some reason VirtualDub is opening the script again before closing the previous one.

Shouldn't you contact Phaeron to see if it's a bug on VDub ?

squid_80
28th December 2009, 16:59
Shouldn't you contact Phaeron to see if it's a bug on VDub ?
It's by design, so in the case of the new script failing to open the previous file is still available.

laserfan
28th December 2009, 21:02
BTW re: using VirtualDub does anyone here know if you can tell it to open at a certain size i.e. I always have to right-click and set Zoom to 66% to get the display to fit my preferred window size.
Today I realized that I could get what I wanted simply by checking "View/Pane Layout/Auto-size panes" which keeps the whole video sized according to your window. I'm sorry to have gone OT with this...

Blue_MiSfit
28th December 2009, 21:38
Thanks, neuron2! A nice release (and happy holidays!)

Clumpco
29th December 2009, 14:24
First of all I hope that Neuron2 (and everyone else here of course) had an excellent Christmas and that the New Year will be full of health, wealth and joy.

I had totally missed the new version and had been plodding along with DGAVCIndex V 1.0.13 for the past few weeks/months. What a pleasant surprise to find that not only was there a new version, but that it was much faster and D3D-less!
FYI a "Standalone PS3-Fast" encode with MeGui is giving me a blistering 65 fps on the first pass compared to a previous 44 fps. Also indexing seems to be much faster. [Edited to add: 2nd pass is running at 50 fps compared to a previous 37, yay!]

Many, many thanks and keep up the good work!

Now if only it would demux the BBC teletext subs at the same time my life would be a paradise!

Guest
29th December 2009, 19:39
I've updated the beta 8 version with film percentage reporting for VC1. AVC coming...

Clumpco
30th December 2009, 00:59
The latest MeGui update (0.3.1.1060) seems to now be able to start the CUVIDserver correctly and picks up dgindexnv in the update process.

ircopdd
31st December 2009, 15:22
The VOB file will appear mosaic
I do not know why

http://hotfile.com/dl/22482681/bf4d2f4/VTS_08_1.VOB.html
http://www.filefront.com/15258741/VTS_08_1.VOB/

deets
31st December 2009, 17:07
what am i doing wrong, i now get a DGMultisource: invalid index file, not DGA, DGM or DGV!

GearX
31st December 2009, 18:42
what am i doing wrong, i now get a DGMultisource: invalid index file, not DGA, DGM or DGV!

Sounds like maybe you didn't update your DGDecode.dll ?

Guest
31st December 2009, 23:11
Sounds like maybe you didn't update your DGMultiDecodeNV.dll ? You don't need the "maybe". :)

deets
31st December 2009, 23:12
Sounds like maybe you didn't update your DGDecode.dll ?

just extracting from the beta8 zip. hmm

Guest
31st December 2009, 23:25
Search your hard drive. The only explanation is that you are picking up an earlier version, maybe from your Avisynth plugins folder.

Guest
31st December 2009, 23:44
The VOB file will appear mosaic
Investigating...

Thanks for showing this issue.

Guest
1st January 2010, 04:42
I've refreshed the upload of 2.0.0 beta 8 with a fix for ircopdd's seeking problem with MPG files. So re-download it and update the two decode DLLs.

ircopdd
1st January 2010, 09:44
Thanks neuron2
But this VOB...Still have problems
http://txd9gg.bay.livefilestore.com/y1pCRY-h3LXNHQP_kMD0eVzjDGrtKi9s4AGBKc2EPGrRO3Y_l-2dMUUhDzJtOAlBkuvdHtQX5CW99u4dhy5bmcG7EXVKQ8XOTyx/MA4.JPG

215mb
http://www.multiupload.com/HHUQ2LEPIU
part1
http://www.multiupload.com/DO6V17PHX2
part2
http://www.multiupload.com/U8TKNCQFKP
part3

deets
1st January 2010, 13:22
Search your hard drive. The only explanation is that you are picking up an earlier version, maybe from your Avisynth plugins folder.

ha yeah at 2am last night i recalled the post by GearX and realised it was still the old one in the plugins, all works again now of course :)

thanks

JeffBDVS
1st January 2010, 16:01
* Corrected the erroneous reversal of the Coded # and Playback # fields in the MPG Info Window.
http://neuron2.net/dgdecnv/dgdecnv.html
It seems that the Sequence and Frame Structure fields are reversed as well. ;)

As shown here:

http://bellunevideo.com/tutorials/SequenceFrameStructure.jpg

-Jeff

Varies
1st January 2010, 20:29
Hi, neuron2 ^ ^)
after last update to beta 8 I got error with CUVID server: Invalid licence, but in DGIndexNV MID same as before, also Indexing work normal. licence file located with cuvidserver.exe and i try restart pc before write here -__-

yesgrey
2nd January 2010, 01:56
I've refreshed the upload of 2.0.0 beta 8 with a fix
Why don't you create a new version? You do this kind of updating several times and the only way for us to know if we have the more recent version is if we follow this thread...;)

GearX
2nd January 2010, 02:05
Why don't you create a new version? You do this kind of updating several times and the only way for us to know if we have the more recent version is if we follow this thread...;)

Let's see...

Neuron2's work: design, write, test, debug, and support a unique and valuable app, in the way that he sees fit.

Your work: click Subscribe to Thread, read the occasional email.


Yep, definitely seems fair to be complaining about a versioning strategy.

GearX
2nd January 2010, 02:15
Speaking of which, imagine this...

You load your files in DGIndexNV and save project. The DGIndexNV GUI now switches into a frame accurate mode, just as if the DLL was serving the video. Now you can navigate by frame and set multiple cut lists which will translate to the needed trims in the Avisynth script. Could a frame accurate mode within DGINdexNV itself be useful? I can only see it being useful for managing the trims in the script but maybe there are other uses. Just wondering if it would be worth the effort.

I meant to reply to this earlier. I would find this VERY useful, if the demuxed audio were trimmed and sync'ed along with the video.

e.g. I don't have an easy way of editing commercials out of AC3 audio, when the accompanying video in the TS is not MPEG-2. When it is MPEG-2, I can use VideoReDo, but when it's AVC for example, my slow and laborious method is to demux the audio and remux it with a dummy MPEG-2 file, and edit that in VRD based on the trims I have worked out for the video. Essentially I'm making the same edits twice.

MuLTiTaSK
2nd January 2010, 02:24
@GearX

:goodpost:

to many rather complain then bother to say thanks to coders giving us so much

people dont even understand the hours neuron2 puts into coding awesomeness for us to use so they choose to complain about announcements and changelogs cause the subscribe to this thread button is not calling out at them shame:(

yesgrey
2nd January 2010, 03:03
I'm not complaining, I've only asked a simple question, and even added a smiley to show that it's not a big deal, more a curiosity.
Changing the version number is not a severe time consuming task, that's why I asked about it, because neuron2 may have any valid reason for doing this, and the lack of time might not be the reason for it.

It's sad that some people don't miss a chance to hit somebody...:(

GearX
2nd January 2010, 03:15
I'm not complaining, I've only asked a simple question, and even added a smiley to show that it's not a big deal, more a curiosity.

What you wrote the first time has a much different feel than this clarification. Why not say what you mean the first time out?

Changing the version number is not a severe time consuming task...

And you know this for a fact because neuron2 has explained to you in detail what's involved, right?


...that's why I asked about it, because neuron2 may have any valid reason for doing this, and the lack of time might not be the reason for it.

Once again, say what you mean the first time around. It helps avoid misunderstandings such as this.

It's sad that some people don't miss a chance to hit somebody...:(

It's sad that people toss off thoughtless comments and then get defensive when someone calls them on it.

Guest
2nd January 2010, 15:26
Guys, I'm recovering from a surgery right now and may not be my usual active self for a few days. But I have noted the trouble reports and will address them ASAP.

Regarding versioning. Ideally yes, there would be a new version for every minor change. But I have been bumping version only for useful new functionality. Let me think about it, maybe I'll revise the policy if it is causing issues. I'm always open to suggestions and nobody should be discouraged from making any kind of suggestion or request about the DGNV projects. Anything that can potentially make the products and processes better should be listened to respectfully and not pooh-poohed.

JeffBDVS
2nd January 2010, 16:13
Guys, I'm recovering from a surgery right now and may not be my usual active self for a few days.
Get well soon! And may I respectfully suggest that you take more than "a few days" to not be your usual active self? Take time to get healed up completely. :)

-Jeff

MuLTiTaSK
2nd January 2010, 16:43
@neuron2

your health is first so take all the time in the world bro i just hope everything is well for you i pray for your full recovery

Better Health and Wealth in the New Year!

Guest
2nd January 2010, 17:48
Thanks for the kind words, guys.

But this VOB...Still have problems Thanks for that sample. It exposed the problem I had in random access for MPEG2 program streams (only). I have it fixed locally and it will be in the next beta. I want to address the remaining few issues before putting out the fixed version.

JeffBDVS
2nd January 2010, 19:10
@neuron2:

Hmm. This seems awfully close to "active" for someone in recovery.

Don't make me come over there.

-Jeff

JoeH
3rd January 2010, 11:36
Hello. I am thinking about buying this product, but just wanted to check if it should, at least in theory, be able to do what I am hoping.

I would like to be able to edit H264 / VC1 streams in Sony Vegas without using an intermediate codec (I currently convert to UTVideo-RGB and edit with that...). Is this possible to do using this program?

Sorry if this is a stupid question - I did some searches on this thread and didn't find any answers. Thanks.

Guest
3rd January 2010, 15:40
I would like to be able to edit H264 / VC1 streams in Sony Vegas without using an intermediate codec (I currently convert to UTVideo-RGB and edit with that...). Is this possible to do using this program? If Vegas can support opening an Avisynth script, then yes.

Guest
3rd January 2010, 15:41
Hi, neuron2 ^ ^)
after last update to beta 8 I got error with CUVID server: Invalid licence, but in DGIndexNV MID same as before, also Indexing work normal. licence file located with cuvidserver.exe and i try restart pc before write here -__- Nothing changed with the licensing. So either you have goofed up or your machine ID has changed.

licence file located with cuvidserver.exe The license file should be with DGIndexNV.exe.

Guest
3rd January 2010, 16:01
OK, here's build 2000 (first of new version numbering release; a new build number will now always be used with no silent updates).

* Fixes random access for MPEG2 program streams

* Fixes reversed fields in the Info dialog.

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

Sharc
3rd January 2010, 16:43
:thanks: Hope to find you well and that you recover quickly!

Sharc
3rd January 2010, 17:10
Few questions I would have on some VC-1 .m2ts clips:
What is the meaning/interpretation when the Sequence is Interlaced and the Frame Struct toggles between 'Field Interlaced' (I, P and B types) and 'Frame Interlaced' (B-B, I-P, P-P type) during playback? Are such sources sometimes called "hybrid"?
Just to mention that DG..NV decodes these (exceptional) clips correctly - it's actually the only decoder on my system which handles such sources properly!

JoeH
3rd January 2010, 17:30
If Vegas can support opening an Avisynth script, then yes.

It doesn't support AVS unfortunately.

I've had some luck wrapping AVS files in VFAPI to make an AVI file and importing that into Vegas, but not always (I've only tried with DGIndex, not the paid version).

Has anyone tried different methods to open up DG-NV files (wrapping them as an AVI I imagine) in Vegas (or in Adobe Premiere - it would likely be the same process)?

Guest
3rd January 2010, 17:54
What is the meaning/interpretation when the Sequence is Interlaced and the Frame Struct toggles between 'Field Interlaced' (I, P and B types) and 'Frame Interlaced' (B-B, I-P, P-P type) during playback? Are such sources sometimes called "hybrid"? It's the analog of PAFF in AVC. I've never heard it referred to as "hybrid".

Just to mention that DG..NV decodes these (exceptional) clips correctly - it's actually the only decoder on my system which handles such sources properly! Nice to know. Thanks, Nvidia. :)

Guest
3rd January 2010, 17:57
Has anyone tried different methods to open up DG-NV files (wrapping them as an AVI I imagine) in Vegas (or in Adobe Premiere - it would likely be the same process)? Can one open the script in VirtualDub and then frameserve from there to Vegas?

MrVideo
4th January 2010, 04:26
I would like to be able to edit H264 / VC1 streams in Sony Vegas without using an intermediate codec (I currently convert to UTVideo-RGB and edit with that...). Is this possible to do using this program?

Um, Vegas Video will edit H.264 transport stream right out of the box. Am I missing something?

linyx
4th January 2010, 04:40
Hey neuron2, get better soon!:) You're in my prayers.


Has anyone tried different methods to open up DG-NV files (wrapping them as an AVI I imagine) in Vegas (or in Adobe Premiere - it would likely be the same process)?
Try AVFS (http://forum.doom9.org/showthread.php?t=133313), it will probably work fine for what you need.

MrVideo
4th January 2010, 04:40
Because the documentation isn't done yet for DGIndexNV, and because I use the CLI inside a Zshell script (cygwin), I need to know if the syntax for DGIndexNV follows the syntax for DGIndex or for DGAVCIndex.

My new PNY GT240 card will arrive later in the week, so when it gets here, I'll be ready to install it and then use DGIndexNV. And yes, I'm ready to license as well. That part is already done.

It will be nice having one program for both H.264 and MPEG-2 files.

Thanks.

JoeH
4th January 2010, 10:05
Can one open the script in VirtualDub and then frameserve from there to Vegas?
I tried a few different combinations of frame serving from VirtualDub but have yet to get it to work properly. I will continue trying if the suggestion below of AVFS doesn't work.

Um, Vegas Video will edit H.264 transport stream right out of the box. Am I missing something?

It will edit SOME H264 transport streams out of the box - mainly ones from personal cameras. There are LOTS that it still will not read (for example, most X264 streams). Same goes for VC1. So, I'm stuck using intermediate codecs most of the time (Adobe Premiere has the same limitations, by the way, at least last time I checked).

Plus, if I can get the NVidia card to do the decoding my hope is that the render speed will slightly increase, or at least be close enough to the intermediate codec render speed that it will make the use of an intermediate file totally unnecessary.

Try AVFS, it will probably work fine for what you need.

Thanks for the suggestion. This looks like exactly what I'm looking for. I'll give it a try and let you know how it goes.

gwaitsi
4th January 2010, 10:12
i have an GeForce 8600GTS with the latest Nvidia drivers, but when i try to open a vc1 file with DGIndexNV (on the box - not remote) i get licence file missing. Also, when i open DGIndex from MeGui the DGIndexNV option is greyed out.

Can anyone help please? thx

MOS-Marauder
4th January 2010, 11:28
Hi @ll.

First of all a big Thx to Donald for creating such a useful Tool.

But with exact this one i got a very BIG Problem. My Nvidia Driver crashes all the Time on using DG NG Tools.

" Display Driver nvlddmkm stopped responding, has successfully recovered "

1st Solution was checking if my PCIe Freq is @100 Mhz and it is.

Next one was reverting my Rockstable OC to Defaults witch makes no difference :((

Maybe its because Win7 X64.

HW is also ok, no RAM Problems or something like this.

Machine is C2Q 9550 with 8 GB ram and Nvidia GTS260.

NV Driver is the latest from NVidia Site (x64). Avisynth is V 2.5.8.

Ive tested now so much things but i still dunno why it crashes. It encodes for some minutes well but thats it then.. After the Crash the Cuvid Server reports error because no more frameserving...

Does anybody maybe have a suggestion?

Thx in advance

Chris

Edit: I also checked the Speeds of the Graphics Card and all are default. Card was never OCd.


CUDA Driver is 3.0.1
NV Driver is 195.55


Edit 2: I CHanged Driver to latest WHQL (195.62), same issues.

I Checked the Web for that and found something about TDR but all different. (Problems while Gaming and so on)
I also run Benchmarks on 3D Stress Tests to check if the Device Driver also crashes on 3D but nothing. (Furmark 1 hr Extreme Heat) .. Then sopme loops 3DMark Vantage but all flawless.

So its Def. something with that CUDA thinggy.

JoeH
4th January 2010, 15:19
Try AVFS (http://forum.doom9.org/showthread.php?t=133313), it will probably work fine for what you need.

This did the trick! It works great - thanks! Perfectly reliable so far and worked the first time.

It causes my final render from Vegas to be between 20 and 40% slower than using UTVideo as an intermediate codec (although it is actually faster than if I use Lagarith as an intermediate codec). But that is something I may be able to optimize yet, and using the DGIndex-NV version may also resolve that problem (I will hopefully buy it soon).

laserfan
4th January 2010, 16:14
...it crashes. It encodes for some minutes well but thats it then.. After the Crash the Cuvid Server reports error because no more frameserving...

Does anybody maybe have a suggestion?
Instead of using CUVIDServer try instead DGMultiSource.

MOS-Marauder
4th January 2010, 16:23
Instead of using CUVIDServer try instead DGMultiSource.

I tried, but its the same. Normally i would use DGAVCIndex 1.0.9 and its DLLs but with that one i cannot use ArteHD or ARD/ZDF HD Streams in 720p.. .Crashes avisynth or playing app after exact 6 seconds.



Chris

CruNcher
4th January 2010, 19:42
JoeH a DG based framework for Vegas seems nice (also in terms of costs) but in your case i guess it's better to use a Native Vegas Plugin solution like that from Divide Frame :)

Guest
4th January 2010, 20:21
Because the documentation isn't done yet for DGIndexNV, and because I use the CLI inside a Zshell script (cygwin), I need to know if the syntax for DGIndexNV follows the syntax for DGIndex or for DGAVCIndex. Neither. It will follow DGAVCIndexNV.

I'll try to get some up-to-date manuals ready.

Guest
4th January 2010, 20:22
i have an GeForce 8600GTS with the latest Nvidia drivers, but when i try to open a vc1 file with DGIndexNV (on the box - not remote) i get licence file missing. Also, when i open DGIndex from MeGui the DGIndexNV option is greyed out. Do you have a valid license? Where have you put your license.txt file and your DGIndexNV.exe?

gwaitsi
4th January 2010, 20:51
Do you have a valid license? Where have you put your license.txt file and your DGIndexNV.exe?

I have NGIndexNV installed as part of the latest MeGUI updates. Therefore it is under the C:\Progam Files (x86)\MeGUI\Tools\NGIndexNV

license.txt? where is it supposed to come from? I have a genuine 8600 card and the drivers installed from the NVidia site. I have never seen/heard of a license.txt for it before. please elaborate.

cheers

Guest
4th January 2010, 21:07
I have never seen/heard of a license.txt for it before. please elaborate. Read this page:

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

gwaitsi
4th January 2010, 21:21
Read this page:

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

ah yes, i see. I wouldn't have a problem with it, but i need to see with the MeGUI team if that is the reason, it option remains grayed.

will come back to you.

Zathor
4th January 2010, 22:28
ah yes, i see. I wouldn't have a problem with it, but i need to see with the MeGUI team if that is the reason, it option remains grayed.

You have to copy the license.txt to the tools\dgindexnv folder in the megui directory. If it is still not working please post in the MeGUI thread:
http://forum.doom9.org/showthread.php?t=151159

MrVideo
5th January 2010, 03:21
Neither. It will follow DGAVCIndexNV.

I'll try to get some up-to-date manuals ready.

Great, thanks. I do not expect to be able to do anything until Saturday, as the system will be busy all week capturing.

an3k
5th January 2010, 04:38
Donating not possible. The PayPal donate button works but then PayPal website shows an error.

Hell...i already got my license.txt ... can't remind buying it. checked my mails and there it is. bought it ~5 month ago ... shame on me :)

but regardless of this, the link doesn't work - cleared Browser History, Cookies, Passwords, etc. and tested it on two computers but it doesn't work. Guess the HTML-Frameset is the problem

Again thanks for the great software. Played "The Dark Night" BluRay-Rip (up to 50 Mbit/s) in WMP11 on a GTX295 ... 0% CPU usage and ~50% GPU usage. Very well! A nice tool for GFX information is GPU-Z made by techpowerup.com (freeware). It's like CPU-Z which is made by CPUID.com

JoeH
5th January 2010, 09:02
JoeH a DG based framework for Vegas seems nice (also in terms of costs) but in your case i guess it's better to use a Native Vegas Plugin solution like that from Divide Frame :)

Looks interesting - thanks for pointing that out. I'll give it a try when I eventually upgrade to Vegas 9. I am currently using Vegas Pro 8.

BTW, neuron2, if you could put together a relatively dummy-proof version of your program for Vegas / Premiere users, you might be able to make a lot more sales. Just an idea.

an3k
5th January 2010, 09:31
There is a Premiere Plugin for AviSynth but it only supports Premiere 5.x / 6.x and Premiere Pro 1.0 / 1.5, see videotools.net

rack04
5th January 2010, 20:39
Are the DG NV tools compatible with the 64-bit version of AviSynth?

kemuri-_9
5th January 2010, 22:35
Are the DG NV tools compatible with the 64-bit version of AviSynth?

no, every plugin that is for avisynth x86 does not work for avisynth x64 and vice versa.

JeffBDVS
5th January 2010, 23:56
There is a Premiere Plugin for AviSynth but it only supports Premiere 5.x / 6.x and Premiere Pro 1.0 / 1.5, see videotools.net
I'm using this Pr CS AVS Importer (http://valion.net/csavs/) now with CS4. I'm using RC1. It works a treat.

Install it into the C:\Program Files (x86)\Adobe\Common\Plug-ins\CS4\MediaCore\ folder and it'll be available to After Effects as well!

-Jeff

an3k
6th January 2010, 00:26
I'm using this Pr CS AVS Importer (http://valion.net/csavs/) now with CS4. I'm using RC1. It works a treat.

Install it into the C:\Program Files (x86)\Adobe\Common\Plug-ins\CS4\MediaCore\ folder and it'll be available to After Effects as well!

-Jeff

Awwww, thank you very much for that! I tried DGVfapi but doesnt work. Also tried AVFS and it wasn't working very well. But this "Plugin" works really great.

rack04
6th January 2010, 02:29
Since upgrading to Windows 7 Ultimate 64 I have noticed that I'm unable to play DGDecNV avisynth scripts in MPC-HC. It just says "unable to render file". Encoding the DGDecNV avisynth script using x264 works. Really it's not a big deal since it is not designed for playback just wanted to know why it doesn't play in MPC-HC. Here is the script:

LoadPlugin("C:\Program Files (x86)\DGIndexNV\DGMultiDecodeNV.dll")
DGMultiSource("E:\Work\hd_distributor_fox_blu_ray.dgi", resize_w=1280, resize_h=720)

Blue_MiSfit
6th January 2010, 03:51
Hope you're feeling well, Don!

Glad to see that DG NV development is still proceeding at a nice pace. I think my next card will be an nVidia, just for these tools! (provided Fermi isn't a total dissapointment!)

~MiSfit

JoeH
6th January 2010, 09:21
I'm using this Pr CS AVS Importer (http://valion.net/csavs/) now with CS4. I'm using RC1. It works a treat.

Install it into the C:\Program Files (x86)\Adobe\Common\Plug-ins\CS4\MediaCore\ folder and it'll be available to After Effects as well!

-Jeff

Wow. Thanks. That's just the type of thing that might make me reconsider using Adobe Premiere... how does the CUDA rendering in DG-NV work with H264/VC1 in Premiere?

How does it compare to the Premiere avisynth import filter (http://urchin.earth.li/~tomford/avisynth/)?

an3k
6th January 2010, 09:30
Hope you're feeling well, Don!

Glad to see that DG NV development is still proceeding at a nice pace. I think my next card will be an nVidia, just for these tools! (provided Fermi isn't a total dissapointment!)

~MiSfit

If you want full GPU support, choose a GT240. This card can handle upcoming AVC-MVC (which is stereoscopic video) and for sure MPEG2 + MPEG4 AVC and MPEG4 ASP. I ordered one two days ago to replace my 7800GTX (2nd PC). The price is around 90 euro. The card normally has a HDMI + VGA + Dual-Link DVI.

See http://en.wikipedia.org/wiki/PureVideo#Table_of_PureVideo_.28HD.29_GPUs

Wow. Thanks. That's just the type of thing that might make me reconsider using Adobe Premiere... how does the CUDA rendering in DG-NV work with H264/VC1 in Premiere?Dunno yet, my license went invalid somehow...need to wait for Don but i'll report after i used it.

Varies
6th January 2010, 09:47
GeForce GT 240 good for video, but not good for games and GPU encoding (if is it possible) because it contain only 96 CUDA cores, when top solutions had have 480 cores.

MOS-Marauder
6th January 2010, 10:56
Since upgrading to Windows 7 Ultimate 64 I have noticed that I'm unable to play DGDecNV avisynth scripts in MPC-HC. It just says "unable to render file". Encoding the DGDecNV avisynth script using x264 works. Really it's not a big deal since it is not designed for playback just wanted to know why it doesn't play in MPC-HC. Here is the script:

LoadPlugin("C:\Program Files (x86)\DGIndexNV\DGMultiDecodeNV.dll")
DGMultiSource("E:\Work\hd_distributor_fox_blu_ray.dgi", resize_w=1280, resize_h=720)


Well if u use Avisynth 32bit it runs well.

(But only if u dont have the Problem that i have *G*)

Chris

Deinorius
6th January 2010, 11:07
If you want full GPU support, choose a GT240. This card can handle upcoming AVC-MVC (which is stereoscopic video) and for sure MPEG2 + MPEG4 AVC and MPEG4 ASP. I ordered one two days ago to replace my 7800GTX (2nd PC). The price is around 90 euro. The card normally has a HDMI + VGA + Dual-Link DVI. How about a Geforce G 210? Cheaper and should support nearly the same als GT240.

rack04
6th January 2010, 14:35
Well if u use Avisynth 32bit it runs well.

(But only if u dont have the Problem that i have *G*)

Chris

I am using Avisynth 32bit. I guess it's something wrong with my settings in MPC-HC.

Guest
6th January 2010, 15:48
I guess it's something wrong with my settings in MPC-HC. I think it must be that as it is working fine for me.

@all

I'm aware of two bugs right now:

1. As shon3i described, backward stepping by GOP for program streams is broken. I have it fixed locally and the fix will be in the next build.

2. When serving an MKV file via the script to VirtualDub and then scrolling on the timeline so that end of file is reached, subsequent navigation causes a lockup. Fix is in progress.

JeffBDVS
7th January 2010, 02:08
Wow. Thanks. That's just the type of thing that might make me reconsider using Adobe Premiere... how does the CUDA rendering in DG-NV work with H264/VC1 in Premiere?

How does it compare to the Premiere avisynth import filter (http://urchin.earth.li/~tomford/avisynth/)?
Loading a long 1080p24 AVCHD clip via an AVS script using DGIndexNV into a matching Premiere Pro sequence plays back as smooth as silk. Rendering effects and transitions is much slower; how much slower depends on your rig's horsepower.

I know I had some issues with Ian's plugin, which is what prompted me to search for the one I'm using now.

-Jeff

an3k
7th January 2010, 04:29
neuron2: I don't know if this is a bug.

I use the latest version of DGIndex and DGIndexNV. I open some VOB files (_01 to _05), set to demux audio. I save the project and demux video.

I also use a template.avs:

v = DGSource("__vid__")
a = NicAC3Source("__aud__")

AudioDub(v,a)

After the operation is finished i open the avs file and __vid__ is replaced by somename.dgi and __aud__ is replaced by somefile.ac3. Fine!
Then i open the dgi file but in there the VOB files are listed, not the demuxed video file.

Would be great if DGINdex(NV) would use the demuxed video in the dgi file if i use "save and demux video". If i just save the project current behaviour is fine!

Thanks mate!

JoeH
7th January 2010, 18:40
Loading a long 1080p24 AVCHD clip via an AVS script using DGIndexNV into a matching Premiere Pro sequence plays back as smooth as silk. Rendering effects and transitions is much slower; how much slower depends on your rig's horsepower.

I know I had some issues with Ian's plugin, which is what prompted me to search for the one I'm using now.

-Jeff

Thanks. I have also tried MakeAVIS recently, and Link2 to see if they would work with Vegas.

I have not gotten MakeAVIS to work at all. Link2 works most of the time, but the settings differ based on the file which is disconcerting - I can't quite figure out yet what makes the difference as they are theoretically the same type.

I get the impression that all of these AVS wrapper tools are SO close to working with Vegas, but they just need someone who keeps them up to date... most of them haven't been touched in years. AVFS seems to work well, but has lots of overhead.

MrVideo
7th January 2010, 19:09
I'll try to get some up-to-date manuals ready.

What is the latest status on CLI instructions? My GT240 arrived today and I'll be putting in either late tomorrow night, or Saturday afternoon, and will obviously want to start running tests. :cool:

Thanks.

Guest
7th January 2010, 20:48
What is the latest status on CLI instructions? I don't understand your question.

MuLTiTaSK
7th January 2010, 20:59
What is the latest status on CLI instructions? My GT240 arrived today and I'll be putting in either late tomorrow night, or Saturday afternoon, and will obviously want to start running tests. :cool:

Thanks.
DGAVCIndexNV Command-Line Interface (http://neuron2.net/dgavcdecnv/DGAVCIndexNVManual.html#AppendixB)

rack04
7th January 2010, 20:59
What is the latest status on CLI instructions? My GT240 arrived today and I'll be putting in either late tomorrow night, or Saturday afternoon, and will obviously want to start running tests. :cool:

Thanks.

Have you read through the user manual? More specifically the section titled "Command-Line Interface"?

MuLTiTaSK
7th January 2010, 21:08
@rack04

he probably was looking for a DGIndexNVManual.html and figured cli was changed with recent builds

yesgrey
8th January 2010, 02:36
Guys, I'm recovering from a surgery right now
I wish you a full and fast recovery.:)

a new build number will now always be used with no silent updates
Thanks for accepting my suggestion.:)

Regards.

MrVideo
8th January 2010, 07:27
I don't understand your question.

Post 834.

MrVideo
8th January 2010, 07:34
@rack04

he probably was looking for a DGIndexNVManual.html and figured cli was changed with recent builds

Correct. Don's response to my query seems to indicate that said manual needs to be written, as the CLI is supposed to be different than any of the other indexing programs.

MuLTiTaSK
8th January 2010, 07:45
@MrVideo

no worries atm same syntax is used;)

MrVideo
8th January 2010, 08:02
no worries atm same syntax is used;)

atm?

Thanks.

MrVideo
8th January 2010, 08:06
DGAVCIndexNV Command-Line Interface (http://neuron2.net/dgavcdecnv/DGAVCIndexNVManual.html#AppendixB)

There is a copy of this particular manual with the distribution. But I am curious. I do not see a link to that particular manual on the main web page: http://neuron2.net/dgdecnv/dgdecnv.html

MuLTiTaSK
8th January 2010, 08:20
@MrVideo

DGAVCIndexNV was replaced with DGIndexNV but the manuals for the old builds still remain on the site
DG could change the syntax in the future but if he does you bet new manuals would be available for us
just use the ones in that manual and you'll be fine

MrVideo
8th January 2010, 08:35
just use the ones in that manual and you'll be fine

That I plan on doing. Thanks for the tip regarding which manual matches the newer version.

Abnormal1
8th January 2010, 10:58
Hi,
When opening Waynes World VTS_01_0.IFO in DGIndexNV, it complains that the video is MPEG1 and unsupported. However when I open the VOBs and preview the video it states that it is MPEG2.

Also when I open the IFO in ifoedit and pgcedit they both report that the video stream is MPEG2.

Could this be a bug in IFO reading in DGIndexNV?
I can pm you the IFO if required?

Also I get loads of "Found NALU type 0, len # undefined, ignore NALU, moving on" with Waynes World 2, I'm not sure what this means and what I can do about it?
Is there any advantage to supplying DGIndexNV with the IFO instead of the VOBs themselves?

Thanks
Neil

sumawo13
8th January 2010, 15:21
I don't know if this will be looked into, but with DGSource(), and using CUVID server, I can't encode. But if I use DGMultiSource(), everything is fine.

I'm using an Intel Q6600 and Windows 7, with x264 core:80 r1376 3feaec2 according to --help. Like I said, the problem is solved by using DGMultiSource(), but I didn't think I would need that since I only have one source in my script.

Guest
8th January 2010, 15:32
When opening Waynes World VTS_01_0.IFO in DGIndexNV, it complains that the video is MPEG1 and unsupported. You cannot open IFO files in DGIndexNV. You got it so confused that its best guess was MPEG1.

Could this be a bug in IFO reading in DGIndexNV? No, because DGIndexNV does not read IFO files.

Also I get loads of "Found NALU type 0, len # undefined, ignore NALU, moving on" with Waynes World 2, I'm not sure what this means and what I can do about it? Post a link to a VOB fragment that I can use to duplicate the issue.

Guest
8th January 2010, 15:33
I don't know if this will be looked into, but with DGSource(), and using CUVID server, I can't encode. But if I use DGMultiSource(), everything is fine. What do you mean by "can't encode"? What tools are you using and what is the result?

Abnormal1
8th January 2010, 15:59
Ah ok. I assumed it had been added since HDConvertToX was what was passing ifo files to it. Probably why I was getting the other errors aswell.

Just updated HDConvertToX and its not passing the ifo to DGIndexNV now.

Sorry to bother you.
Neil

Guest
8th January 2010, 17:05
Sorry to bother you. It's never a bother. At a minimum such reports can enable me to improve the documentation.

Speaking of which, I will shortly upload build 2001, which will include all new up-to-date documentation.

MuLTiTaSK
8th January 2010, 19:51
@neuron2

hopefully we can get DGMultiSource() working with more GUI's DGIndexNV is the most reliable indexer/decoder for Blu-ray formats and it's needs to be part of the process for accuracy and precision GUI creators need to work together with you for success;)

Guest
8th January 2010, 19:55
* The Field operation is removed from DGIndexNV and added as the fieldop parameter to DGDecodeNV/DGMultiDecodeNV. This was done because the field operation has no effect on the operation of DGIndexNV and so it doesn't belong there.

* Backward stepping by GOPs (< button) is fixed for program streams.

* Lockup when serving MKV files and navigating near the end of file is fixed.

* Some performance improvements.

* Up-to-date documentation.

The changes are pretty extensive so beat on this one. I hope I didn't break anything. :)

Note that you need to remake your projects as the DGI file version was bumped. You also need to delete your INI file and let DGIndexNV make a new one.

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

MuLTiTaSK
8th January 2010, 20:14
@neuron2

thanks a million will let you know of any bugs if i find any

rack04
8th January 2010, 21:09
* The Field operation is removed from DGIndexNV and added as the fieldop parameter to DGDecodeNV/DGMultiDecodeNV. This was done because the field operation has no effect on the operation of DGIndexNV and so it doesn't belong there.

So that means there is no -f command line parameter for DGDecNV? The only reason I ask is because it is still included in the documents as an examples but not in the parameters.

Guest
8th January 2010, 21:23
So that means there is no -f command line parameter for DGDecNV? The only reason I ask is because it is still included in the documents as an examples but not in the parameters. That is correct. I'll fix the document and update that. Thanks.

um3k
8th January 2010, 23:01
First off, thank you immensely for all your wonderful software. NV Tools is very helpful on my old computer, allowing me to encode HDV to SD MPEG2 in near real time.

I was wondering, would it be possible to include GPU-accelerated YV12 to YUY2/RGB upsampling in the decoder? This would be helpful for my purposes.

Guest
8th January 2010, 23:11
I was wondering, would it be possible to include GPU-accelerated YV12 to YUY2/RGB upsampling in the decoder? This would be helpful for my purposes. Not possible as it is not available in the NVCUVID API.

MuLTiTaSK
8th January 2010, 23:45
@neuron2

can you test lastest build of DGIndexNV with this build of StaxRip (http://tinyurl.com/ygeg24h) so we can get them working together all you have to do is set the path to DGIndexNV.exe with license in StaxRip and remove -f from arguments
http://img14.imageshack.us/img14/9517/ss20100108172944.png
http://img23.imageshack.us/img23/6981/ss20100108173059.png
http://img23.imageshack.us/img23/7884/ss20100108173221.png

stax76 does'nt have a Nvidia GPU so i'am helping him i'll really appreciate it if we get this to work cause lastest build you uploaded works flawless for me manually
with StaxRip either cuda driver crashes on me or DGIndexNV.exe i dont think this problem is unfixable it just need's some team work looking at the problem testing then fixing
whatever you need of me just let me know
:thanks:

Guest
9th January 2010, 00:16
Doesn't StaxRip require me to update Avisynth and install some other stuff? Can't you test it?

MuLTiTaSK
9th January 2010, 00:19
@neuron2

you can use the version you are using ignore the message about the version as long as you have AviSynth installed your fine

MuLTiTaSK
9th January 2010, 00:21
@neuron2

AviSynth is all everything else is included nothing gets installed on your pc

MuLTiTaSK
9th January 2010, 00:23
@neuron2

if your OS is Windows 7 you have .NET installed and that would be the only other requirement

Guest
9th January 2010, 00:25
The last time I tried StaxRip it wanted me to upgrade Avisynth and I just don't want to do that.

And I have XP so it also wanted some large .NET thing.

Guest
9th January 2010, 00:36
I tried your debug version and it caused DGIndexNV to crash (after opening fine with the video).

I will investigate...

MuLTiTaSK
9th January 2010, 00:37
@neuron2

if you dont have .NET installed try this (http://tinyurl.com/yaww8d6)

MuLTiTaSK
9th January 2010, 00:38
@neuron2

thanks bud

Guest
9th January 2010, 00:45
OK, the DGIndexNV crash was caused by the command line not including the .dgi. It should be like this:

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

Moving on to test the DGNV DLLs...

Guest
9th January 2010, 00:48
It can't find DGMultiSource.

Where do I set that up? Or must it be in the Avisynth plugins directory? I hope not the latter because I don't use that facility.

MuLTiTaSK
9th January 2010, 01:21
@neuron

you can load it manually right click in filters
http://img51.imageshack.us/img51/7520/ss20100108191318.png
http://img686.imageshack.us/img686/4536/ss20100108191809.png
http://img31.imageshack.us/img31/7433/ss20100108192003.png

MuLTiTaSK
9th January 2010, 01:22
@neuron2

almost everything in StaxRip is customizable;)

Guest
9th January 2010, 01:34
Same problem: Cannot find DGMultiSource().

Guest
9th January 2010, 01:37
The problem is that StaxRip is generating a script with the loadplugin at the bottom instead of the top of the script:

DGMultiSource("F:\Streams\AVC\alba temp files\alba.dgi")
Width % 8 != 0 || Height % 8 != 0 ? Crop(0,0, -Width % 8,-Height % 8) : last
IsYV12(last) ? last : ConvertToYV12(last)
LoadCplugin("E:\tmp\StaxRip\Applications\AviSynth plugins\Yadif\yadif.dll")
Yadif()
Crop(0,0,-0,-0)
loadplugin("E:\Don\Programming\C++\DGDecNV\DGMultiDecodeNV\Release\DGMultiDecodeNV.dll")

If I move it to the top the script opens. Obviously, StaxRip has to put the loadplugin lines at the top.

MuLTiTaSK
9th January 2010, 01:46
@neuron2

http://img694.imageshack.us/img694/79/ss20100108194434.png

MuLTiTaSK
9th January 2010, 01:47
@neuron2

you can move the loadplugin to the top of the filter chain plus disable whatever filter before opening source

MuLTiTaSK
9th January 2010, 01:49
@neuron2

from inside the filter box click on the filter and move it up or down

MuLTiTaSK
9th January 2010, 01:59
@neuron2

make filters look like this before opening source
http://img51.imageshack.us/img51/7435/ss20100108195810.png

Guest
9th January 2010, 02:05
OK, I add the source filter and move it to the top.

Now everything appears to work and I encoded an MKV file.

So with just the fix to add .dgi on the CLI -o parameter, things appear to be working fine with DGMultiSource.

What else?

MuLTiTaSK
9th January 2010, 02:11
@neuron2

:eek:
what kind of file you loaded you into StaxRip?
no errors show up in log?
http://img23.imageshack.us/img23/6632/ss20100108200857.png

Guest
9th January 2010, 02:18
I used a short AVC elementary stream (alba.264). There are no errors.

What are you seeing?

MuLTiTaSK
9th January 2010, 02:24
@neuron2

DGIndexNV does'nt crash with cli fix but right after indexing and closing upon loading the .dgi StaxRip crashes with the following error
Problem signature:
Problem Event Name: BEX
Application Name: StaxRip.exe
Application Version: 1.1.3.0
Application Timestamp: 4b40797d
Fault Module Name: nvcuda.dll_unloaded
Fault Module Version: 0.0.0.0
Fault Module Timestamp: 4b076cd3
Exception Offset: 07cc648b
Exception Code: c0000005
Exception Data: 00000008
OS Version: 6.1.7600.2.0.0.256.1
Locale ID: 1033
Additional Information 1: 0a9e
Additional Information 2: 0a9e372d3b4ad19135b953a78882e789
Additional Information 3: 0a9e
Additional Information 4: 0a9e372d3b4ad19135b953a78882e789

Read our privacy statement online:
http://go.microsoft.com/fwlink/?linkid=104288&clcid=0x0409

If the online privacy statement is not available, please read our privacy statement offline:
C:\Windows\system32\en-US\erofflps.txt

Guest
9th January 2010, 02:27
right after indexing and closing upon loading the .dgi StaxRip crashes What do you mean by "upon loading the .dgi"?

stax76
9th January 2010, 02:33
Doesn't StaxRip require me to update Avisynth and install some other stuff?

Generally it will complain about any wrong version but there will be a message asking to continue with wrong version and if you click this it won't ask again until another StaxRip version is used. In case ProjectX is enabled it will ask for Java, because of this I disabled ProjectX by default and because DGMPGDEC works fine without running ProjectX prior. :)

It includes two applications with setup which is AviSynth and XviD but it will only ask to install XviD if it's actually needed. It will also ask for a YV12 decoder in case ffdshow, XviD or Helix isn't registered as YV12 decoder though the user has to download and install it manually but it helps to register it since it's not easy to register XviD or ffdshow as YV12 decoder.

StaxRip also creates a registry key pointing to it's settings directory as the location can be customized and a few included application will create registry keys, VirtualDubMod for instance. All other annoyances like copying plugins to the plugin dir have been removed so it's as light on the system as possible.

And I have XP so it also wanted some large .NET thing.

XP isn't ideal for StaxRip as it uses Vista/Win 7 stuff not present in XP all over the place, this leads to all kind of issues but I try to fix everything reported.

It needs .NET 3.5 instead of 3.0 which would be included in Vista mostly because of a feature called Extension Methods which is extremely useful. There are web installers and offline installers of .NET and there is a full version and a trimmed down client profile version. StaxRip requires only the small client profile version, the web installer versions download only things not already installed so if 2.0 or 3.0 is already installed then it should be really quick. The link to the client profile web installer is in the readme file.

OK, the DGIndexNV crash was caused by the command line not including the .dgi.

Will be fixed in the next built.

@MuLTiTaSK

I'm not sure if putting load LoadPlugin in front of the source filter would work since StaxRip often generates scripts taking only filters of certain categories, just use:

[Source]
Automatic =
FFMS2 = LoadPlugin("D:\Unsortiert\ffms_test_r257\ffms2.dll") FFVideoSource("%source_file%")

or

FFMS2 = LoadPlugin("D:\Unsortiert\ffms_test_r257\ffms2.dll")%newline%FFVideoSource("%source_file%")

MuLTiTaSK
9th January 2010, 02:34
@neuron2

i load .m2ts into StaxRip it indexes, demuxes with DGIndexNV everything goes fine DGIndexNV closes without crashing and i have my .dgi file demuxed audio tracks but right after StaxRip crashes with the error posted

Guest
9th January 2010, 02:38
XP isn't ideal for StaxRip as it uses Vista/Win 7 stuff not present in XP all over the place Ah, "upgrade" my OS? Hmm.

Guest
9th January 2010, 02:40
i load .m2ts into StaxRip it indexes, demuxes with DGIndexNV everything goes fine DGIndexNV closes without crashing and i have my .dgi file demuxed audio tracks but right after StaxRip crashes with the error posted OK. What is StaxRip trying to do at the moment it crashes?

MuLTiTaSK
9th January 2010, 02:44
@neuron2

open the .dgi file DGIndexNV created

00054_StaxRip.log

------------------------------------------------------------
Source file info
------------------------------------------------------------

J:\_BACKUPS\BR\VOLUME_SET_ID\BDMV\STREAM\00054.m2ts

General
ID : 0
Complete name : J:\_BACKUPS\BR\VOLUME_SET_ID\BDMV\STREAM\00054.m2ts
Format : BDAV
Format/Info : Blu-ray Video
File size : 200 MiB
Duration : 1mn 2s
Overall bit rate : 26.7 Mbps
Maximum Overall bit rate : 48.0 Mbps

Video
ID : 4113 (0x1011)
Menu ID : 1 (0x1)
Format : VC-1
Format profile : AP@L3
Duration : 1mn 2s
Bit rate : 18.2 Mbps
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate : 23.976 fps
Colorimetry : 4:2:0
Scan type : Progressive
Bits/(Pixel*Frame) : 0.367
Stream size : 137 MiB (68%)

Audio #1
ID : 4352 (0x1100)
Menu ID : 1 (0x1)
Format : AC-3
Format/Info : Audio Coding 3
Duration : 1mn 2s
Bit rate mode : Constant
Bit rate : 640 Kbps
Channel(s) : 6 channels
Channel positions : Front: L C R, Surround: L R, LFE
Sampling rate : 48.0 KHz
Stream size : 4.73 MiB (2%)

Audio #2
ID : 4353 (0x1101)
Menu ID : 1 (0x1)
Format : AC-3
Format/Info : Audio Coding 3
Format profile : TrueHD
Duration : 1mn 2s
Bit rate mode : Variable
Bit rate : 640 Kbps
Channel(s) : 6 channels
Channel positions : Front: L C R, Surround: L R, LFE
Sampling rate : 48.0 KHz
Stream size : 4.74 MiB (2%)

Audio #3
ID : 4354 (0x1102)
Menu ID : 1 (0x1)
Format : AC-3
Format/Info : Audio Coding 3
Duration : 1mn 2s
Bit rate mode : Constant
Bit rate : 640 Kbps
Channel(s) : 6 channels
Channel positions : Front: L C R, Surround: L R, LFE
Sampling rate : 48.0 KHz
Stream size : 4.73 MiB (2%)

Audio #4
ID : 4355 (0x1103)
Menu ID : 1 (0x1)
Format : AC-3
Format/Info : Audio Coding 3
Duration : 1mn 2s
Bit rate mode : Constant
Bit rate : 640 Kbps
Channel(s) : 6 channels
Channel positions : Front: L C R, Surround: L R, LFE
Sampling rate : 48.0 KHz
Stream size : 4.73 MiB (2%)

Audio #5
ID : 4356 (0x1104)
Menu ID : 1 (0x1)
Format : AC-3
Format/Info : Audio Coding 3
Format profile : Dolby Digital
Duration : 1mn 2s
Bit rate mode : Constant
Bit rate : 192 Kbps
Channel(s) : 2 channels
Channel positions : L R
Sampling rate : 48.0 KHz
Stream size : 1.43 MiB (1%)

Audio #6
ID : 4357 (0x1105)
Menu ID : 1 (0x1)
Format : PCM
Format settings, Endianness : Big
Format settings, Sign : Signed
Muxing mode : Blu-ray
Duration : 1mn 2s
Bit rate mode : Constant
Bit rate : 4 608 Kbps
Channel(s) : 6 channels
Channel positions : Front: L R C, Rear: L R, LFE
Sampling rate : 48.0 KHz
Resolution : 16 bits
Stream size : 34.5 MiB (17%)

Text #1
ID : 4608 (0x1200)
Menu ID : 1 (0x1)
Format : PGS

Text #2
ID : 4609 (0x1201)
Menu ID : 1 (0x1)
Format : PGS

Text #3
ID : 4610 (0x1202)
Menu ID : 1 (0x1)
Format : PGS

Text #4
ID : 4611 (0x1203)
Menu ID : 1 (0x1)
Format : PGS


------------------------------------------------------------
DG NV tools - Demux audio and index
------------------------------------------------------------

"I:\dgdecnv2001\DGIndexNV.exe" -i "J:\_BACKUPS\BR\VOLUME_SET_ID\BDMV\STREAM\00054.m2ts" -y 1 -o "J:\_BACKUPS\BR\VOLUME_SET_ID\BDMV\STREAM\00054 temp files\\00054.dgi" -a -e

Demuxer: DG NV tools - Demux audio and index
Start: 8:29:15 PM
End: 8:29:27 PM
Duration: 00:00:11


------------------------------------------------------------
opening avs/avi
------------------------------------------------------------

thread id: 1

8:29:27 PM 529

DGMultiSource("J:\_BACKUPS\BR\VOLUME_SET_ID\BDMV\STREAM\00054 temp files\00054.dgi")
Width % 8 != 0 || Height % 8 != 0 ? Crop(0,0, -Width % 8,-Height % 8) : last
IsYV12(last) ? last : ConvertToYV12(last)


at System.Environment.GetStackTrace(Exception e, Boolean needFileInfo)
at System.Environment.get_StackTrace()
at StaxRip.AVIFile.Open(String path)
at StaxRip.AviSynthDocument.Synchronize()
at StaxRip.MainForm.OpenVideoSourceFiles(List`1 files, Boolean autoMode)
at StaxRip.MainForm.OpenAnyFile(List`1 l)
at System.RuntimeMethodHandle._InvokeMethodFast(Object target, Object[] arguments, SignatureStruct& sig, MethodAttributes methodAttributes, RuntimeTypeHandle typeOwner)
at System.RuntimeMethodHandle.InvokeMethodFast(Object target, Object[] arguments, Signature sig, MethodAttributes methodAttributes, RuntimeTypeHandle typeOwner)
at System.Reflection.RuntimeMethodInfo.Invoke(Object obj, BindingFlags invokeAttr, Binder binder, Object[] parameters, CultureInfo culture, Boolean skipVisibilityChecks)
at System.Delegate.DynamicInvokeImpl(Object[] args)
at System.Windows.Forms.Control.InvokeMarshaledCallbackDo(ThreadMethodEntry tme)
at System.Windows.Forms.Control.InvokeMarshaledCallbackHelper(Object obj)
at System.Threading.ExecutionContext.runTryCode(Object userData)
at System.Runtime.CompilerServices.RuntimeHelpers.ExecuteCodeWithGuaranteedCleanup(TryCode code, CleanupCode backoutCode, Object userData)
at System.Threading.ExecutionContext.RunInternal(ExecutionContext executionContext, ContextCallback callback, Object state)
at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state)
at System.Windows.Forms.Control.InvokeMarshaledCallback(ThreadMethodEntry tme)
at System.Windows.Forms.Control.InvokeMarshaledCallbacks()
at System.Windows.Forms.Control.WndProc(Message& m)
at System.Windows.Forms.ScrollableControl.WndProc(Message& m)
at System.Windows.Forms.ContainerControl.WndProc(Message& m)
at System.Windows.Forms.Form.WndProc(Message& m)
at System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m)
at System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)
at System.Windows.Forms.UnsafeNativeMethods.DispatchMessageW(MSG& msg)
at System.Windows.Forms.Application.ComponentManager.System.Windows.Forms.UnsafeNativeMethods.IMsoComponentManager.FPushMessageLoop(Int32 dwComponentID, Int32 reason, Int32 pvLoopData)
at System.Windows.Forms.Application.ThreadContext.RunMessageLoopInner(Int32 reason, ApplicationContext context)
at System.Windows.Forms.Application.ThreadContext.RunMessageLoop(Int32 reason, ApplicationContext context)
at System.Windows.Forms.Application.Run(Form mainForm)
at StaxRip.Startup.Main()

------------------------------------------------------------
avs/avi closed
------------------------------------------------------------

thread id: 1

8:29:30 PM 110

at System.Environment.GetStackTrace(Exception e, Boolean needFileInfo)
at System.Environment.get_StackTrace()
at StaxRip.AVIFile.Close(Boolean realClose)
at StaxRip.AviSynthDocument.Synchronize()
at StaxRip.MainForm.OpenVideoSourceFiles(List`1 files, Boolean autoMode)
at StaxRip.MainForm.OpenAnyFile(List`1 l)
at System.RuntimeMethodHandle._InvokeMethodFast(Object target, Object[] arguments, SignatureStruct& sig, MethodAttributes methodAttributes, RuntimeTypeHandle typeOwner)
at System.RuntimeMethodHandle.InvokeMethodFast(Object target, Object[] arguments, Signature sig, MethodAttributes methodAttributes, RuntimeTypeHandle typeOwner)
at System.Reflection.RuntimeMethodInfo.Invoke(Object obj, BindingFlags invokeAttr, Binder binder, Object[] parameters, CultureInfo culture, Boolean skipVisibilityChecks)
at System.Delegate.DynamicInvokeImpl(Object[] args)
at System.Windows.Forms.Control.InvokeMarshaledCallbackDo(ThreadMethodEntry tme)
at System.Windows.Forms.Control.InvokeMarshaledCallbackHelper(Object obj)
at System.Threading.ExecutionContext.runTryCode(Object userData)
at System.Runtime.CompilerServices.RuntimeHelpers.ExecuteCodeWithGuaranteedCleanup(TryCode code, CleanupCode backoutCode, Object userData)
at System.Threading.ExecutionContext.RunInternal(ExecutionContext executionContext, ContextCallback callback, Object state)
at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state)
at System.Windows.Forms.Control.InvokeMarshaledCallback(ThreadMethodEntry tme)
at System.Windows.Forms.Control.InvokeMarshaledCallbacks()
at System.Windows.Forms.Control.WndProc(Message& m)
at System.Windows.Forms.ScrollableControl.WndProc(Message& m)
at System.Windows.Forms.ContainerControl.WndProc(Message& m)
at System.Windows.Forms.Form.WndProc(Message& m)
at System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m)
at System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)
at System.Windows.Forms.UnsafeNativeMethods.DispatchMessageW(MSG& msg)
at System.Windows.Forms.Application.ComponentManager.System.Windows.Forms.UnsafeNativeMethods.IMsoComponentManager.FPushMessageLoop(Int32 dwComponentID, Int32 reason, Int32 pvLoopData)
at System.Windows.Forms.Application.ThreadContext.RunMessageLoopInner(Int32 reason, ApplicationContext context)
at System.Windows.Forms.Application.ThreadContext.RunMessageLoop(Int32 reason, ApplicationContext context)
at System.Windows.Forms.Application.Run(Form mainForm)
at StaxRip.Startup.Main()

------------------------------------------------------------
opening avs/avi
------------------------------------------------------------

thread id: 1

8:29:30 PM 345

LoadPlugin("I:\dgdecnv2001\DGMultiDecodeNV.dll")
DGMultiSource("J:\_BACKUPS\BR\VOLUME_SET_ID\BDMV\STREAM\00054 temp files\00054.dgi")
Width % 8 != 0 || Height % 8 != 0 ? Crop(0,0, -Width % 8,-Height % 8) : last
IsYV12(last) ? last : ConvertToYV12(last)


at System.Environment.GetStackTrace(Exception e, Boolean needFileInfo)
at System.Environment.get_StackTrace()
at StaxRip.AVIFile.Open(String path)
at StaxRip.AviSynthDocument.Synchronize()
at StaxRip.AviSynthDocument.GetFrames()
at StaxRip.Calc.GetOverheadAndSubtitlesKBytes()
at StaxRip.Calc.GetTotalBitrate()
at StaxRip.MainForm.tbSize_TextChanged()
at StaxRip.MainForm.SetTargetLength(Int32 seconds)
at StaxRip.MainForm.OpenVideoSourceFiles(List`1 files, Boolean autoMode)
at StaxRip.MainForm.OpenAnyFile(List`1 l)
at System.RuntimeMethodHandle._InvokeMethodFast(Object target, Object[] arguments, SignatureStruct& sig, MethodAttributes methodAttributes, RuntimeTypeHandle typeOwner)
at System.RuntimeMethodHandle.InvokeMethodFast(Object target, Object[] arguments, Signature sig, MethodAttributes methodAttributes, RuntimeTypeHandle typeOwner)
at System.Reflection.RuntimeMethodInfo.Invoke(Object obj, BindingFlags invokeAttr, Binder binder, Object[] parameters, CultureInfo culture, Boolean skipVisibilityChecks)
at System.Delegate.DynamicInvokeImpl(Object[] args)
at System.Windows.Forms.Control.InvokeMarshaledCallbackDo(ThreadMethodEntry tme)
at System.Windows.Forms.Control.InvokeMarshaledCallbackHelper(Object obj)
at System.Threading.ExecutionContext.runTryCode(Object userData)
at System.Runtime.CompilerServices.RuntimeHelpers.ExecuteCodeWithGuaranteedCleanup(TryCode code, CleanupCode backoutCode, Object userData)
at System.Threading.ExecutionContext.RunInternal(ExecutionContext executionContext, ContextCallback callback, Object state)
at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state)
at System.Windows.Forms.Control.InvokeMarshaledCallback(ThreadMethodEntry tme)
at System.Windows.Forms.Control.InvokeMarshaledCallbacks()
at System.Windows.Forms.Control.WndProc(Message& m)
at System.Windows.Forms.ScrollableControl.WndProc(Message& m)
at System.Windows.Forms.ContainerControl.WndProc(Message& m)
at System.Windows.Forms.Form.WndProc(Message& m)
at System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m)
at System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)
at System.Windows.Forms.UnsafeNativeMethods.DispatchMessageW(MSG& msg)
at System.Windows.Forms.Application.ComponentManager.System.Windows.Forms.UnsafeNativeMethods.IMsoComponentManager.FPushMessageLoop(Int32 dwComponentID, Int32 reason, Int32 pvLoopData)
at System.Windows.Forms.Application.ThreadContext.RunMessageLoopInner(Int32 reason, ApplicationContext context)
at System.Windows.Forms.Application.ThreadContext.RunMessageLoop(Int32 reason, ApplicationContext context)
at System.Windows.Forms.Application.Run(Form mainForm)
at StaxRip.Startup.Main()

stax76
9th January 2010, 02:55
@neuron2

You don't have to configure the filter profiles, filter setup profiles or templates to use certain AviSynth filters, you can just use a AviSynth script as source file.

OK. What is StaxRip trying to do at the moment it crashes?

According to the log file and to the info about the native crash it always happens while closing VFW.

MuLTiTaSK
9th January 2010, 03:04
@neuron2

using .dgi as source into StaxRip

crash
Problem signature:
Problem Event Name: BEX
Application Name: StaxRip.exe
Application Version: 1.1.3.0
Application Timestamp: 4b40797d
Fault Module Name: nvcuda.dll_unloaded
Fault Module Version: 0.0.0.0
Fault Module Timestamp: 4b076cd3
Exception Offset: 07ca648b
Exception Code: c0000005
Exception Data: 00000008
OS Version: 6.1.7600.2.0.0.256.1
Locale ID: 1033
Additional Information 1: 0a9e
Additional Information 2: 0a9e372d3b4ad19135b953a78882e789
Additional Information 3: 0a9e
Additional Information 4: 0a9e372d3b4ad19135b953a78882e789

Read our privacy statement online:
http://go.microsoft.com/fwlink/?linkid=104288&clcid=0x0409

If the online privacy statement is not available, please read our privacy statement offline:
C:\Windows\system32\en-US\erofflps.txt

.log

------------------------------------------------------------
Source file info
------------------------------------------------------------

J:\_BACKUPS\BR\VOLUME_SET_ID\BDMV\STREAM\00054.dgi

General
Complete name : J:\_BACKUPS\BR\VOLUME_SET_ID\BDMV\STREAM\00054.dgi
File size : 21.2 KiB


------------------------------------------------------------
opening avs/avi
------------------------------------------------------------

thread id: 1

9:00:30 PM 468

DGMultiSource("J:\_BACKUPS\BR\VOLUME_SET_ID\BDMV\STREAM\00054.dgi")


at System.Environment.GetStackTrace(Exception e, Boolean needFileInfo)
at System.Environment.get_StackTrace()
at StaxRip.AVIFile.Open(String path)
at StaxRip.AviSynthDocument.Synchronize()
at StaxRip.MainForm.OpenVideoSourceFiles(List`1 files, Boolean autoMode)
at StaxRip.MainForm.OpenAnyFile(List`1 l)
at System.RuntimeMethodHandle._InvokeMethodFast(Object target, Object[] arguments, SignatureStruct& sig, MethodAttributes methodAttributes, RuntimeTypeHandle typeOwner)
at System.RuntimeMethodHandle.InvokeMethodFast(Object target, Object[] arguments, Signature sig, MethodAttributes methodAttributes, RuntimeTypeHandle typeOwner)
at System.Reflection.RuntimeMethodInfo.Invoke(Object obj, BindingFlags invokeAttr, Binder binder, Object[] parameters, CultureInfo culture, Boolean skipVisibilityChecks)
at System.Delegate.DynamicInvokeImpl(Object[] args)
at System.Windows.Forms.Control.InvokeMarshaledCallbackDo(ThreadMethodEntry tme)
at System.Windows.Forms.Control.InvokeMarshaledCallbackHelper(Object obj)
at System.Threading.ExecutionContext.runTryCode(Object userData)
at System.Runtime.CompilerServices.RuntimeHelpers.ExecuteCodeWithGuaranteedCleanup(TryCode code, CleanupCode backoutCode, Object userData)
at System.Threading.ExecutionContext.RunInternal(ExecutionContext executionContext, ContextCallback callback, Object state)
at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state)
at System.Windows.Forms.Control.InvokeMarshaledCallback(ThreadMethodEntry tme)
at System.Windows.Forms.Control.InvokeMarshaledCallbacks()
at System.Windows.Forms.Control.WndProc(Message& m)
at System.Windows.Forms.ScrollableControl.WndProc(Message& m)
at System.Windows.Forms.ContainerControl.WndProc(Message& m)
at System.Windows.Forms.Form.WndProc(Message& m)
at System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m)
at System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)
at System.Windows.Forms.UnsafeNativeMethods.DispatchMessageW(MSG& msg)
at System.Windows.Forms.Application.ComponentManager.System.Windows.Forms.UnsafeNativeMethods.IMsoComponentManager.FPushMessageLoop(Int32 dwComponentID, Int32 reason, Int32 pvLoopData)
at System.Windows.Forms.Application.ThreadContext.RunMessageLoopInner(Int32 reason, ApplicationContext context)
at System.Windows.Forms.Application.ThreadContext.RunMessageLoop(Int32 reason, ApplicationContext context)
at System.Windows.Forms.Application.Run(Form mainForm)
at StaxRip.Startup.Main()

------------------------------------------------------------
avs/avi closed
------------------------------------------------------------

thread id: 1

9:00:32 PM 939

at System.Environment.GetStackTrace(Exception e, Boolean needFileInfo)
at System.Environment.get_StackTrace()
at StaxRip.AVIFile.Close(Boolean realClose)
at StaxRip.AviSynthDocument.Synchronize()
at StaxRip.MainForm.OpenVideoSourceFiles(List`1 files, Boolean autoMode)
at StaxRip.MainForm.OpenAnyFile(List`1 l)
at System.RuntimeMethodHandle._InvokeMethodFast(Object target, Object[] arguments, SignatureStruct& sig, MethodAttributes methodAttributes, RuntimeTypeHandle typeOwner)
at System.RuntimeMethodHandle.InvokeMethodFast(Object target, Object[] arguments, Signature sig, MethodAttributes methodAttributes, RuntimeTypeHandle typeOwner)
at System.Reflection.RuntimeMethodInfo.Invoke(Object obj, BindingFlags invokeAttr, Binder binder, Object[] parameters, CultureInfo culture, Boolean skipVisibilityChecks)
at System.Delegate.DynamicInvokeImpl(Object[] args)
at System.Windows.Forms.Control.InvokeMarshaledCallbackDo(ThreadMethodEntry tme)
at System.Windows.Forms.Control.InvokeMarshaledCallbackHelper(Object obj)
at System.Threading.ExecutionContext.runTryCode(Object userData)
at System.Runtime.CompilerServices.RuntimeHelpers.ExecuteCodeWithGuaranteedCleanup(TryCode code, CleanupCode backoutCode, Object userData)
at System.Threading.ExecutionContext.RunInternal(ExecutionContext executionContext, ContextCallback callback, Object state)
at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state)
at System.Windows.Forms.Control.InvokeMarshaledCallback(ThreadMethodEntry tme)
at System.Windows.Forms.Control.InvokeMarshaledCallbacks()
at System.Windows.Forms.Control.WndProc(Message& m)
at System.Windows.Forms.ScrollableControl.WndProc(Message& m)
at System.Windows.Forms.ContainerControl.WndProc(Message& m)
at System.Windows.Forms.Form.WndProc(Message& m)
at System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m)
at System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)
at System.Windows.Forms.UnsafeNativeMethods.DispatchMessageW(MSG& msg)
at System.Windows.Forms.Application.ComponentManager.System.Windows.Forms.UnsafeNativeMethods.IMsoComponentManager.FPushMessageLoop(Int32 dwComponentID, Int32 reason, Int32 pvLoopData)
at System.Windows.Forms.Application.ThreadContext.RunMessageLoopInner(Int32 reason, ApplicationContext context)
at System.Windows.Forms.Application.ThreadContext.RunMessageLoop(Int32 reason, ApplicationContext context)
at System.Windows.Forms.Application.Run(Form mainForm)
at StaxRip.Startup.Main()

------------------------------------------------------------
opening avs/avi
------------------------------------------------------------

thread id: 1

9:00:33 PM 146

LoadPlugin("I:\dgdecnv2001\DGMultiDecodeNV.dll")
DGMultiSource("J:\_BACKUPS\BR\VOLUME_SET_ID\BDMV\STREAM\00054.dgi")


at System.Environment.GetStackTrace(Exception e, Boolean needFileInfo)
at System.Environment.get_StackTrace()
at StaxRip.AVIFile.Open(String path)
at StaxRip.AviSynthDocument.Synchronize()
at StaxRip.AviSynthDocument.GetFrames()
at StaxRip.Calc.GetOverheadAndSubtitlesKBytes()
at StaxRip.Calc.GetTotalBitrate()
at StaxRip.MainForm.tbSize_TextChanged()
at StaxRip.MainForm.SetTargetLength(Int32 seconds)
at StaxRip.MainForm.OpenVideoSourceFiles(List`1 files, Boolean autoMode)
at StaxRip.MainForm.OpenAnyFile(List`1 l)
at System.RuntimeMethodHandle._InvokeMethodFast(Object target, Object[] arguments, SignatureStruct& sig, MethodAttributes methodAttributes, RuntimeTypeHandle typeOwner)
at System.RuntimeMethodHandle.InvokeMethodFast(Object target, Object[] arguments, Signature sig, MethodAttributes methodAttributes, RuntimeTypeHandle typeOwner)
at System.Reflection.RuntimeMethodInfo.Invoke(Object obj, BindingFlags invokeAttr, Binder binder, Object[] parameters, CultureInfo culture, Boolean skipVisibilityChecks)
at System.Delegate.DynamicInvokeImpl(Object[] args)
at System.Windows.Forms.Control.InvokeMarshaledCallbackDo(ThreadMethodEntry tme)
at System.Windows.Forms.Control.InvokeMarshaledCallbackHelper(Object obj)
at System.Threading.ExecutionContext.runTryCode(Object userData)
at System.Runtime.CompilerServices.RuntimeHelpers.ExecuteCodeWithGuaranteedCleanup(TryCode code, CleanupCode backoutCode, Object userData)
at System.Threading.ExecutionContext.RunInternal(ExecutionContext executionContext, ContextCallback callback, Object state)
at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state)
at System.Windows.Forms.Control.InvokeMarshaledCallback(ThreadMethodEntry tme)
at System.Windows.Forms.Control.InvokeMarshaledCallbacks()
at System.Windows.Forms.Control.WndProc(Message& m)
at System.Windows.Forms.ScrollableControl.WndProc(Message& m)
at System.Windows.Forms.ContainerControl.WndProc(Message& m)
at System.Windows.Forms.Form.WndProc(Message& m)
at System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m)
at System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
at System.Windows.Forms.NativeWindow.Callback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)
at System.Windows.Forms.UnsafeNativeMethods.DispatchMessageW(MSG& msg)
at System.Windows.Forms.Application.ComponentManager.System.Windows.Forms.UnsafeNativeMethods.IMsoComponentManager.FPushMessageLoop(Int32 dwComponentID, Int32 reason, Int32 pvLoopData)
at System.Windows.Forms.Application.ThreadContext.RunMessageLoopInner(Int32 reason, ApplicationContext context)
at System.Windows.Forms.Application.ThreadContext.RunMessageLoop(Int32 reason, ApplicationContext context)
at System.Windows.Forms.Application.Run(Form mainForm)
at StaxRip.Startup.Main()

MrVideo
9th January 2010, 05:16
I just pulled out the PNY GeForce 7600 and discovered that the GPU fan is frozen solid. I was just going to play with the fan when it wouldn't move. Not much life left in that graphics card.

MrVideo
9th January 2010, 05:44
Ah, "upgrade" my OS? Hmm.

I agree with on this point. I'll expand on it a little bit. As soon as a program says that it doesn't work, or not work well, with XP, it is off my list of usable programs.

Vista was a nightmare that never really made it and Win 7 is too new. XP is the choice Windblows OS by many. I have a very viable OTA tuner card that is never going to be updated.

IMHO, dropping support for XP is not a good idea.

MuLTiTaSK
9th January 2010, 05:56
Generally it will complain about any wrong version but there will be a message asking to continue with wrong version and if you click this it won't ask again until another StaxRip version is used. In case ProjectX is enabled it will ask for Java, because of this I disabled ProjectX by default and because DGMPGDEC works fine without running ProjectX prior. :)

It includes two applications with setup which is AviSynth and XviD but it will only ask to install XviD if it's actually needed. It will also ask for a YV12 decoder in case ffdshow, XviD or Helix isn't registered as YV12 decoder though the user has to download and install it manually but it helps to register it since it's not easy to register XviD or ffdshow as YV12 decoder.

StaxRip also creates a registry key pointing to it's settings directory as the location can be customized and a few included application will create registry keys, VirtualDubMod for instance. All other annoyances like copying plugins to the plugin dir have been removed so it's as light on the system as possible.



XP isn't ideal for StaxRip as it uses Vista/Win 7 stuff not present in XP all over the place, this leads to all kind of issues but I try to fix everything reported.

It needs .NET 3.5 instead of 3.0 which would be included in Vista mostly because of a feature called Extension Methods which is extremely useful. There are web installers and offline installers of .NET and there is a full version and a trimmed down client profile version. StaxRip requires only the small client profile version, the web installer versions download only things not already installed so if 2.0 or 3.0 is already installed then it should be really quick. The link to the client profile web installer is in the readme file.



Will be fixed in the next built.

@MuLTiTaSK

I'm not sure if putting load LoadPlugin in front of the source filter would work since StaxRip often generates scripts taking only filters of certain categories, just use:

[Source]
Automatic =
FFMS2 = LoadPlugin("D:\Unsortiert\ffms_test_r257\ffms2.dll") FFVideoSource("%source_file%")

or

FFMS2 = LoadPlugin("D:\Unsortiert\ffms_test_r257\ffms2.dll")%newline%FFVideoSource("%source_file%")

@MrVideo

StaxRip works with XP most problems reported are only cosmetic
nothing to sweat many StaxRip users are running XP:)

MrVideo
9th January 2010, 07:49
StaxRip works with XP most problems reported are only cosmetic nothing to sweat many StaxRip users are running XP:)

OK. Good to know. It just came out as indicating that Don should upgrade, which says things aren't right when running under XP.

MrVideo
9th January 2010, 09:49
How fast is DGIndexNV supposed to be able to scan a 1080i MPEG-2 file that is 44 minutes long and is averaging around 36 Mbps for the bitrate?

Right now, it looks like it is going to take at least 40 minutes.

The old software method took about 5 minutes for a file like this.

MuLTiTaSK
9th January 2010, 15:51
@MrVideo

your GPU might be borked and it probably cant take the load so it's actually slower then DGIndex
are you using PureVideo Deinterlacer?
http://img246.imageshack.us/img246/2518/ss20100109094314.jpg

Guest
9th January 2010, 16:31
How fast is DGIndexNV supposed to be able to scan a 1080i MPEG-2 file that is 44 minutes long and is averaging around 36 Mbps for the bitrate?

Right now, it looks like it is going to take at least 40 minutes.

The old software method took about 5 minutes for a file like this. What do you mean by "the old software method"?

MuLTiTaSK
9th January 2010, 17:48
@neuron2

any good news about the crashes i posted?

an3k
9th January 2010, 18:17
@neuron2

is the behavior as described in http://forum.doom9.org/showthread.php?p=1361007#post1361007 intended? Currently i have to index two times. Chance to get this changed? Thanks

Guest
9th January 2010, 19:13
any good news about the crashes i posted? It doesn't crash for me.

I will have access to a Win7 32bit system soon, at which point I can try to duplicate your crashes.

Guest
9th January 2010, 19:17
is the behavior as described in http://forum.doom9.org/showthread.php?p=1361007#post1361007 intended? Currently i have to index two times. Chance to get this changed? It's not intended and would not be easy to change, but let me ask why you need to do this, versus not demuxing and just serving the video from the source stream?

MuLTiTaSK
9th January 2010, 19:24
@neuron2

that would be awesome plus stax76 is getting a compatible Nvidia GPU for use with DGIndexNV and he runs on Windows 7 so hopefully were be able to get this working as a team sooner then later :D
:thanks:

laserfan
10th January 2010, 00:15
* The Field operation is removed from DGIndexNV and added as the fieldop parameter to DGDecodeNV/DGMultiDecodeNV. This was done because the field operation has no effect on the operation of DGIndexNV and so it doesn't belong there.

* Backward stepping by GOPs (< button) is fixed for program streams.

* Lockup when serving MKV files and navigating near the end of file is fixed.

* Some performance improvements.

* Up-to-date documentation.

The changes are pretty extensive so beat on this one. I hope I didn't break anything. :)

Note that you need to remake your projects as the DGI file version was bumped. You also need to delete your INI file and let DGIndexNV make a new one.

http://neuron2.net/dgdecnv/dgdecnv.html
A belated "THANKS" and congratulations DG on the new release. Having just read the new docs front-to-back (good job as usual) I am struck by how far you've taken these tools wrt simplifying all manner of input types into one nice package. :)

A quibble might be that your QuickStart.html uses DGSource for the newcomer, and I might've guessed you'd tout instead DGMultiSource since it's simpler and you've said yourself that you use it instead of the DGSource/CUVIDServer combo. In any case once again...
:thanks:

MrVideo
10th January 2010, 01:15
What do you mean by "the old software method"?

Running DGAVCIndex or DGIndex, depending on whether the source was H.164 or MPEG-2.

MrVideo
10th January 2010, 01:20
your GPU might be borked and it probably cant take the load so it's actually slower then DGIndex
are you using PureVideo Deinterlacer?

Borked? It is a brand new PNY GT240 VP4 card.

I do not use the GUI, I have a script and do everything via CLI. For DGIndexNV, all I do is provide it the input file and name of the output file.

MuLTiTaSK
10th January 2010, 01:53
@MrVideo

NVIDIA’s GeForce GT 240: The Card That Doesn't Matter (http://www.anandtech.com/video/showdoc.aspx?i=3709&p=1)

MrVideo
10th January 2010, 03:12
NVIDIA’s GeForce GT 240: The Card That Doesn't Matter

Didn't see that before I ordered the card. Never expected a newer card to get worse reviews than earlier cards.

Even so. If another card was twice as fast, the result would still be slower than using DGAVCIndex/DGIndex on a 1080i file.

MuLTiTaSK
10th January 2010, 03:21
@MrVideo

download GPU-Z (http://www.techpowerup.com/downloads/1709/TechPowerUp_GPU-Z_v0.3.8.html) and post a screenshot of the GPU's sensors when using DGIndexNV

InsulinJunkie
10th January 2010, 04:37
NVIDIA’s GeForce GT 240: The Card That Doesn't Matter (http://www.anandtech.com/video/showdoc.aspx?i=3709&p=1)
Game performance is what the review sites - and most of their readers - care about (and the GT240 *IS* overpriced from that perspective if you pay full MSRP, although prices have started to drop the last week or so), so they don't really dive into the video part of things.

A DDR5 card will have more than adequate memory bandwidth, and the separate video hardware chip (the 'VP4' end of things) is what primarily matters anyways.

MrVideo
10th January 2010, 06:06
Game performance is what the review sites - and most of their readers - care about (and the GT240 *IS* overpriced from that perspective if you pay full MSRP, although prices have started to drop the last week or so), so they don't really dive into the video part of things.

Ya, I read on NewEgg that as a gamer card it basically sucks. I don't do games, only video work.

MrVideo
10th January 2010, 06:08
download GPU-Z and post a screenshot of the GPU's sensors when using DGIndexNV

OK, here ya go.

MrVideo
10th January 2010, 07:11
I don't do games, only video work.

That said, I do tend to play solitaire while waiting for some jobs to finish.

I've noticed a definate slowdown in the drawing of the cards. When it does a nea deal, it is slower. When it turns over three cards is it slower. What really hit me is when I had a lot of cards on the playing surface and when I had a winning hand, I hit the right mouse button to aotumatically place the card on the four piles and I could actually see the cards building up on the piles. Even with the old 7600 graphics card it was instant. I'd hit the rodent and the cards were there. Not anymore. Strange.

an3k
10th January 2010, 07:32
@MrVideo

NVIDIA’s GeForce GT 240: The Card That Doesn't Matter (http://www.anandtech.com/video/showdoc.aspx?i=3709&p=1)

They didn't used the "best" available GT240, there is at least one with 1GB GDDR5 for ~90 euro.

GTX295 has VP2, GT240 has VP5 (well, officially its called VP4 but the GT240 supports AVC-MVP (http://en.wikipedia.org/wiki/Multi-View_Codec) which comes with VP5, thus GT240 is VP5). See http://en.wikipedia.org/wiki/Nvidia_PureVideo

I've compared both of my cards. I used The Dark Knight BluRay with DGIndexNV Build 2000, default settings (Enable Display, no Deinterlace, save project, no demux).
There was no noteworthy difference in speed using that BluRay since both cards can handle the source completely on the GPU.
If you use source with newer features, the GT240 is faster since it supports more features directly on the GPU!

Successive VPs have focused on adding support for additional video formats. VP2 had full H.264 decoding, and VP3 (which never made it into a GTX 200 series part) added VC-1 decoding. For VP4, NVIDIA has added support for full decoding of MPEG-4 (Advanced) Simple Profile, better known as DivX or XviD. With this addition, NVIDIA can now offload the decoding of most of the MPEG formats – the only thing not supported is MPEG-1, which as the oldest codec is trivial to decode on a CPU anyhow.

Gaming: GTX295
Video: GT240

http://img259.imageshack.us/img259/9537/gt240vsgtx295.png

MrVideo
10th January 2010, 08:24
When I started en editing job with VideoReDo and it said that it wanted to take 50 minutes to do an 8 minute job, I knew something had to be wrong.

THe indexer was slow, the card playing was slow and now editing a video was slow.

So, I did the normal Windblows thing and that was to reboot the system.

That fixed ALL of the timing issues. The indexer is now down to under two minutes (for the 45 minute H.264 file), the video editor only took the expected time and the cards moved as before.

The dumb thing is I have no clue as to what screwed up the system. There was no runaway process. The CPU was not peaked out and memory was not eaten up. The system was rebooted after Nvidia did its install of the video drivers.

But, it seems that the system needed another reboot after Nvidia finished doing what it did after the reboot.

MrVideo
10th January 2010, 08:28
You were doing your posting as I was doing my posting.
GTX295 has VP2, GT240 has VP5 (well, officially its called VP4 but the GT240 supports AVC-MVP (http://en.wikipedia.org/wiki/Multi-View_Codec) which comes with VP5, thus GT240 is VP5). See http://en.wikipedia.org/wiki/Nvidia_PureVideo

That is a recent change. Before I ordered the card, the GT240 was listed as having VP4 (on that very web page).

an3k
10th January 2010, 09:08
You were doing your posting as I was doing my posting.Sorry, hate that too :)

That is a recent change. Before I ordered the card, the GT240 was listed as having VP4 (on that very web page).Right. I've updated that wikipedia site since it contained inconsistend information. The table was showing VP4 for GT240 while the more explanatory paragraph was talking about VP5 for the GT240.

I don't know whats true but i think VP5 for GT240 is correct, since two sites are saying that (wiki itself and anandtech.com)

I only changed the VP-Version in the table. http://en.wikipedia.org/wiki/Nvidia_PureVideo#The_Fifth_Generation_PureVideo_HD is not modified by me and wasn't modified at least for one or two weeks.

EDIT: nVIDIA Press Release says, the GT240 can handle AVC-MVP, thus GT240 has VP5. See http://www.nvidia.com/object/io_1260507693932.html
EDIT2: There are at least three 3D techniques:
1) shutter glasses: you need a special display for that
2) red/blue glasses: worst 3D technique, works with "every" display
3) split image: no (special) display required, good quality

For technique 1 and 2, you need a display (like LCD), technique 3 only needs glasses.

Guest
10th January 2010, 14:54
@an3k

You didn't respond to my query.

http://forum.doom9.org/showthread.php?p=1361979#post1361979

osgZach
10th January 2010, 21:49
Gonna ask a potentially really stupid question here, as its probably been answered 100 times or logical deduction suggests most people just simply know. But, my information gathering skills suck, so :p

I've teetered on whether or not I want to purchase a license (and it appears there's no way to demo and play around to find out what the program does and how it works, explicitly).

So I'm just curious if I am making the right assumption about what these tools will do. I understand its a frame server and you can use it with Avisynth to serve stuff through as we've always done.

But regarding the Purevideo Deinterlacer function. I'm assuming that's not just for show, and that, if turned on in an indexed project, when loading said project into a script and streamed to whatever you're using - it will provide a clean progressive image to your application? That's the impression I kind of get from what the Pure Video function is about.

That's be really swell for someone like me, who hates trying to identify sources and all that. Hoping I'm right in assuming this. I really like the idea of just letting the GPU do the deinterlacing (and IVTC I hope?) on a DVD or whatever I pop into my drive. Would make things SO much easier to just get a clean image I can filter and be done with :cool:

MrVideo
10th January 2010, 22:32
@osgZach

I'm as much of a noob at this as you are. That said, getting neuron2's indexer is money well spent. Of course you'll have to have the appropriate display card to go along with it.

Having one indexer be able to handle NTSC/PAL MPEG-2 (DVD), MPEG-2 HD and H.264 HD is a real plus.

It is a must for H.264 HD, as the software only indexers don't handle PAFF H.264 (see previous posts in this thread).

I do not know how the inner workings of AVISynth work, but so far I don't have any issues getting material encoded through it. I take 1080i and 720p film source material and reverse telecine it perfectly, i.e., converting 29.97 frame/sec telecined HD video and reverse telecine it into 23.976 frame/sec HD video.

InsulinJunkie
10th January 2010, 22:56
I really like the idea of just letting the GPU do the deinterlacing (and IVTC I hope?)

The GPU will deinterlace if you tell it to, but won't do IVTCing if it's a completely progressive source (which is what ideally you'd want to do if it's all progressive).

While the GPU can do IVTC (there appears to be a checkbox for it in the driver), that functionality isn't exposed in the API that DGNV relies on, so DGNV can't make the GPU do it.

osgZach
10th January 2010, 23:42
The GPU will deinterlace if you tell it to, but won't do IVTCing if it's a completely progressive source (which is what ideally you'd want to do if it's all progressive).

While the GPU can do IVTC (there appears to be a checkbox for it in the driver), that functionality isn't exposed in the API that DGNV relies on, so DGNV can't make the GPU do it.

I think I get what you're saying, but I guess what I am opining on, is that I would think that if you were doing the playback w/Nvidia Purevideo it would -have- to take care of both to display a DVD properly during playback right? Whether its hybrid, or just plain interlaced, or is a telecined TV show,etc.. I haven't tested GPU playback yet (looking into it) but would assume Purevideo would have to take care of whatever in order to display a proper image without combing artifacts on a PC monitor?

And in that regard, I just wanted to make sure I understood how the utilities worked is all. Basically if I pop a hybrid Anime DVD in, or even something like my Star Blazer's DVD's that appear to be simple telecined to 30FPS - the NVdecoder would deliver thay to Avisynth as a *progressive* stream clean of any combing, etc, if you selected Purevideo while indexing the project?

Obviously it would be dumb to run a progressive video through such a process, but I am unaware of any DVD (at least that I own) that actually is encoded with progressive content in that manner. Or maybe I don't understand how that works w/regards to progressive scan DVD players. But basically instead of having to index and load a D2V project into Vdub w/Avisynth and worry about IVTC or Deinterlacing, I am hoping by selecting purevideo, that is taken care of for me - it feeds the progressive stream into Vdub, and then I can use whatever cleanup filters, etc I need on it, and output it as you normally would to an H264 or whatever .

I would purchase it just for that alone. If it would work on even 50% of my discs.

InsulinJunkie
11th January 2010, 00:21
It won't do things automatically.

If it's 100% progressive (like virtually all properly-authored NTSC DVDs of movies), you can choose FORCE FILM like you would with vanilla DGIndex, but you have to determine that yourself, and make the appropriate choice.

If it's mostly progressive frames in a 3:2 pattern, but doesn't have a constant 3:2 pattern (for instance, a capture of an OTA show that you edit the commericals out), you still have to run a IVTC filter yourself.

osgZach
11th January 2010, 02:45
Makes enough sense I guess.

I do have plenty of feature films that I know can be force filmed. But I know I have quite a few hybrids too.

I'll probably pick up a license at some point, to play around with it. Although I hope that IVTC would become a possibility in the future, if a way can be figured out to access that. I know from the emails I've read Nvidia seemed pretty happy to help him get things working, so maybe they could help make those options available down the road if its stuff to be done on their end.. ?

Or maybe I expect too much.. Seems like Purevideo has been hyped up a lot in general, so maybe I was expecting it to do things its not intended for.

an3k
11th January 2010, 08:35
@neuron2: Regarding my request in http://forum.doom9.org/showthread.php?p=1361007#post1361007
1) I use AnyDVD so i don't copy the vob files onto hdd before using DGIndex. Thus, if i keep working on the source with AviSynth, it always access the DVD instead of the demuxed video = extremely slow
2) If i demux audio its added to the avs file but since the dgi uses the VOB files, i have two audio streams.

Another thing: Doesn't DGIndex use CUDA for MPEG2? Indexed a MPEG2 main@main some minutes ago. It took 3 minutes and CPU was 50 % used by DGIndexNV.exe (its a singlecore P4 with HyperThreading).
I don't have any MPEG2 decoder installed (but afaik that shouldn't matter since DGINdexNV / CUDA decodes the source.
I indexed a H.264 then, sure its much shorter but has more mbit/s - this file was done within 8 seconds - CPU load was 50 % too.

@osgZach: You don't have to detect manually if your source is interlaced or not.

The DGIndexNV help says:
Check Use progressive_frame if you want the deinterlacing to honor NVCUVID's progressive_frame indication. If single or double rate deinterlacing is enabled and this option is checked, then only frames marked as interlaced by NVCUVID will be deinterlaced. If single or double rate deinterlacing is enabled and this option is not checked, then all frames will be deinterlaced.

tormento
11th January 2010, 13:51
I have found a strange interaction between NVTools and RipBot.

I am converting some .mts video, using an avs script to deinterlace and read the format. The avs file goes in the RipBot.

If I use the dgmultidecodenv dll, avs2avi crashes. If I use dgdecodenv.dll+cuvidsrv, everything goes ok and ripbot can make its work.

Any idea?

laserfan
11th January 2010, 16:15
If I use the dgmultidecodenv dll, avs2avi crashes. If I use dgdecodenv.dll+cuvidsrv, everything goes ok and ripbot can make its work.

Any idea?
As has been discussed here already, RipBot does not work with DGMultiSource, only as you've found out with DGSource and CUVIDServer.

buzzqw
11th January 2010, 16:24
HDC beta works only well with DGMulti :) http://www.64k.it/andres/data/hdconverttox/HDConvertToX-beta.exe

BHH

stax76
11th January 2010, 16:34
Did Atak investigate it why it don't work?

tormento
12th January 2010, 11:33
Did Atak investigate it why it don't work?

Ask Neuron2 why avs2avi crashes.

:confused:

Atak_Snajpera
12th January 2010, 12:51
@neuron2
DGMultiSource does not like this ...

command line
avs2avi.exe "getinfo.avs" -c null -o n


getinfo.avs
Import("C:\Users\Dawid\Desktop\script.avs").ConvertToYV12()
WriteFile("E:\temp\RipBot264temp\job1\info.txt","Framecount")
WriteFile("E:\temp\RipBot264temp\job1\info.txt","Framerate")
WriteFile("E:\temp\RipBot264temp\job1\info.txt","AudioRate")
WriteFile("E:\temp\RipBot264temp\job1\info.txt","AudioChannels")
WriteFile("E:\temp\RipBot264temp\job1\info.txt","AudioLength")
WriteFile("E:\temp\RipBot264temp\job1\info.txt","Width")
WriteFile("E:\temp\RipBot264temp\job1\info.txt","Height ")
Trim(0,-1)


Is this because of Trim(0,-1) ?

rack04
12th January 2010, 14:25
Is this because of Trim(0,-1) ?

I use Trim(0,-1) to get the height from my avisynth scripts and I haven't experienced any problems. Although my input is always an avs file so I just copy the script and append with writefile.

COPY "%INPUT_VIDEO%" "%SOURCE_FOLDER%\%SOURCE_FILENAME%-analyze.avs">"%SOURCE_FOLDER%\%SOURCE_FILENAME%-copy.txt"
DEL "%SOURCE_FOLDER%\%SOURCE_FILENAME%-copy.txt"

Echo WriteFile("%SOURCE_FOLDER%\%SOURCE_FILENAME%-height.txt","Height")>>"%SOURCE_FOLDER%\%SOURCE_FILENAME%-analyze.avs"
Echo Trim(0,-1)>>"%SOURCE_FOLDER%\%SOURCE_FILENAME%-analyze.avs"

"%ffmpeg_PATH%" -i "%SOURCE_FOLDER%\%SOURCE_FILENAME%-analyze.avs" 2>"%SOURCE_FOLDER%\%SOURCE_FILENAME%-ffmpeg.txt"

type "%SOURCE_FOLDER%\%SOURCE_FILENAME%-height.txt">"%SOURCE_FOLDER%\%SOURCE_FILENAME%-height.tmp"
set /p SOURCE_HEIGHT=<"%SOURCE_FOLDER%\%SOURCE_FILENAME%-height.tmp"

DEL "%SOURCE_FOLDER%\%SOURCE_FILENAME%-analyze.avs"
DEL "%SOURCE_FOLDER%\%SOURCE_FILENAME%-ffmpeg.txt"
DEL "%SOURCE_FOLDER%\%SOURCE_FILENAME%-height.txt"
DEL "%SOURCE_FOLDER%\%SOURCE_FILENAME%-height.tmp"

tormento
12th January 2010, 16:02
I have a feature request: I import several .mts files into DGIndexNV to create a single .dgi to feed media encoding software by avs. Could be very nice to have a chapters.txt created automatically to index the resulting .mkv file, following the single .mts timecodes.

Plus: a strange error. I am working with several .mts files (same source) and one of these gives me "unknown video type - try another video PID". How can I help you to help me?

Guest
12th January 2010, 16:25
Plus: a strange error. I am working with several .mts files (same source) and one of these gives me "unknown video type - try another video PID". How can I help you to help me? Post a link to a piece of the MTS file that does that. Cut the first 50MB with DGSplit.

tormento
12th January 2010, 16:49
Post a link to a piece of the MTS file that does that. Cut the first 50MB with DGSplit.

I have found that it can't correctly find the Video PID. It puts 2 instead of 1011. If I manually put 1011, it works.

Guest
12th January 2010, 17:34
I have found that it can't correctly find the Video PID. It puts 2 instead of 1011. If I manually put 1011, it works. If you give me the stream sample I can fix that.

tormento
12th January 2010, 17:41
If you give me the stream sample I can fix that.

PM sent.

Audionut
13th January 2010, 11:06
Hi neuron2, A little bug (feature request).

Load a MKV and select audio demux. Select the stream. Replace the automatically generated filename with whatever (no extension) and dgnv doesn't automatically add the extension back when saving.

So if i'm demuxing audio from myrip.mkv, dgindex will open the filesave box with myrip.ac3. If I decide to change then name to a-better-rip, dgindex doesn't add the extension for me cause i'm lazy and I end up with a-better-rip file instead of a-better-rip.ac3.

Desaster Dan
14th January 2010, 11:46
Hi Neuron2,
First thank's for the great NV Tools.
Blue - Ray encoding time is still a pain in the ass, but less....

I have one big wish, and one problem:

At first, please stick your head together with all the other bosses
and make it possible to run your tools inside Staxrip.

The other thing is, since I canged to win7 64bit, i have problems with the licence file.
After every reboot it seems to be invalid.
up to now I generated 5 licence numbers, so the end is near.;o)

Any solution?

Is this an UAC Problem?

Thank for help,
Daniel

Guest
14th January 2010, 15:48
At first, please stick your head together with all the other bosses
and make it possible to run your tools inside Staxrip. It already works fine for me. Did you try with and without the CUVID Server?

I will have access to a Win7 machine in a while, at which point I can investigate.

The other thing is, since I canged to win7 64bit, i have problems with the licence file.
After every reboot it seems to be invalid.
up to now I generated 5 licence numbers, so the end is near. I have no idea about that. I can reset your license count when you run out.

tormento
14th January 2010, 19:36
Hi Neuron2, got a look at my video problem? Any hope to get the multiple file chapter feature too?

Desaster Dan
14th January 2010, 21:40
Hi Neuron2,
Thank's for reply.

About this staxrip thing:

Normaly i use dgmultidecodenv.dll, so there is no need for the server.
I don't know mutch about the new staxrip build, cause i paused for the last 2 weeks.....
But I know Multitask was very close to the problem. Is there any
breakthrouth?
Anyway, i know, the staxrip treat would be the better place for that, but is there any howto for the changes I have to make in Staxrip to make it working? actually i'm working with version 1.1.4.1.
If it's workin for you, plz tell me the secret screws i have to turn. ;o)

regards,

Daniel

PS: have mercy with my lousy english

stax76
14th January 2010, 22:39
@Desaster Dan

I'll get a Nvidia card tomorrow so yes, we are working on it.

MuLTiTaSK
14th January 2010, 23:00
@neuron2

i got good news to report DGIndexNV IS WORKING WITH StaxRip 1.1.4.1 (bit.ly/6FxoaN)

settings
http://img683.imageshack.us/img683/7853/ss20100114163647.th.png (http://img683.imageshack.us/img683/7853/ss20100114163647.png)
http://img683.imageshack.us/img683/4734/ss20100114163751.th.png (http://img683.imageshack.us/img683/4734/ss20100114163751.png)
http://img254.imageshack.us/img254/8746/ss20100114163029.th.png (http://img254.imageshack.us/img254/8746/ss20100114163029.png)
http://img69.imageshack.us/img69/7998/ss20100114163135.th.png (http://img69.imageshack.us/img69/7998/ss20100114163135.png)
http://img69.imageshack.us/img69/3491/ss20100114163228.th.png (http://img69.imageshack.us/img69/3491/ss20100114163228.png)

MuLTiTaSK
14th January 2010, 23:46
@neuron2

once you running on Win7 @ stax76 installs his new nvidia gpu maybe together you guys could come up with a solution with unloading AviSynth scripts from the gpu's memory
cause to me it seems that script calls fill gpu memory eventually causing further calls to crash the gpu but progress sure is being made :thanks:

stax76
15th January 2010, 00:47
Somebody recently posted in a MeGUI thread using only 3 instead of 4 memory slots helped making NV tools work.

I'll have a card shortly, it will be:

G512P Sparkle (R) 9400GT 512MB DVI/TV

I'll test it on Win 7 Ultimate 32bit, I might also be able to test it on XP since I should still have my old XP partition. If it's related to the memory on the card, how about then testing source files with smaller resolution?

Guest
15th January 2010, 01:02
A single instance should not run into any memory issues. You're not opening multiple instances, are you?

stax76
15th January 2010, 01:10
Single instance, yes. I'll be running it with a debugger tomorrow.

Guest
15th January 2010, 03:40
got a look at my video problem? I have it fixed and will release a build tomorrow.

Any hope to get the multiple file chapter feature too? When something has only one user asking for it and it is a nontrivial thing and I don't need it, it's hard for said thing to rise high on the priority list.

tormento
15th January 2010, 12:15
I have it fixed and will release a build tomorrow.
Great.
When something has only one user asking for it and it is a nontrivial thing and I don't need it, it's hard for said thing to rise high on the priority list.
Any idea on how to sum timecodes?

cweb
15th January 2010, 16:17
Hi Neuron2,
The other thing is, since I canged to win7 64bit, i have problems with the licence file.
After every reboot it seems to be invalid.
up to now I generated 5 licence numbers, so the end is near.;o)

Any solution?

Is this an UAC Problem?

Thank for help,
Daniel

I'm working without problems under win7, but it's 32bit win7...

nurbs
15th January 2010, 17:55
Windows 7 64bit works fine here.

Desaster Dan
15th January 2010, 18:27
Hm,
once again I'm the only dummy with such a problem ;o))

cweb
15th January 2010, 22:27
Hm,
once again I'm the only dummy with such a problem ;o))

You're no such thing. It's a question of tracking down what may be affecting your installation.

Abnormal1
16th January 2010, 13:17
I have got a mpg source (Pirates of the Caribbean Dead Man's Chest) that is causing DGToolsNV to crash at save but DGIndex seems to process just fine.

It was created by extracting the mpg from the mkv that I created using MakeMkv. (Done this way as Anydvd -> Dvd Decrypter Ifo Mode would cause audio sync issues)

I can PM you a link to the first 50mb of the file if you wish (used Cuttermaran)

Thanks
Neil

Guest
16th January 2010, 16:15
I can PM you a link to the first 50mb of the file if you wish (used Cuttermaran)
Yes, of course I need the stream. But please cut it with DGSplit. Thank you.

Guest
16th January 2010, 16:18
* Fix leading B frame calculation for AVC.

* Fix opening of some 192-byte (MTS/M2TS) streams.

* Added frame coding field (interlaced/progressive) to the MPG info display.

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

stax76
16th January 2010, 17:34
@neuron2

Which indexing file extensions are used by which indexing applications?

DGIndex: d2v

DGAVCIndex: dga

DGIndexNV: dgi

Obsolete: dgm, dgv

Is that correct?

MuLTiTaSK
16th January 2010, 17:57
@stax76

DGIndex = *.d2v
DGIndexNV = *.dgi
DGAVCIndex = *.dga

stax76
16th January 2010, 18:59
On Win 7 Ultimate 32bit there are arbitrary hang-ups opening a simple DGMultiSource script using VirtualDub. It opens often but sometimes hangs. I'll now try DGSource and Win XP.

Edit: DGSource didn't cause any crashes so far.

Guest
16th January 2010, 19:17
I have got a mpg source (Pirates of the Caribbean Dead Man's Chest) that is causing DGToolsNV to crash at save but DGIndex seems to process just fine.

It was created by extracting the mpg from the mkv that I created using MakeMkv. (Done this way as Anydvd -> Dvd Decrypter Ifo Mode would cause audio sync issues)

I can PM you a link to the first 50mb of the file if you wish (used Cuttermaran)
The file you gave me has illegal MPEG2 syntax. I can't believe it is that way on the BluRay disk. Every picture has a sequence header and extension, which means you have sequences without I frames. I know that the MPEG2 video spec allows for repeated sequence headers, but I have NEVER seen it in the wild, and you have repeated sequence headers before B frames, which is not allowed. So I'd like to see the original BluRay source material.

Please start AnyDVD HD and then copy the M2TS file to your hard disk. Then use DGSplit to cut the first 50MB of the M2TS file. Give me that to allow me to investigate further.

Guest
16th January 2010, 19:18
On Win 7 Ultimate 32bit there are arbitrary hang-ups opening a simple DGMultiSource script using VirtualDub. It opens often but sometimes hangs. I'll now try DGSource and Win XP.

Edit: DGSource didn't cause any crashes so far. What is your source? If using AnyDVD HD, please copy the source file to your hard disk rather than trying to open it directly on the source disk.

MuLTiTaSK
16th January 2010, 19:35
@stax76

make sure to test with lastest build DGDecNV 2002 (bit.ly/6VZIFi)

@neuron2

thanks for the lastest build;)

stax76
16th January 2010, 19:39
What is your source?

It's a short SD avc mkv file created with x264 and mkvmerge. Hangs only sometimes on startup and works fine with DGSource.

Guest
16th January 2010, 19:59
It's a short SD avc mkv file created with x264 and mkvmerge. Hangs only sometimes on startup and works fine with DGSource. Can I have the MKV source file please?

stax76
16th January 2010, 20:21
Can I have the MKV source file please?

http://www.filedropper.com/avc

Abnormal1
16th January 2010, 21:25
The file you gave me has illegal MPEG2 syntax. I can't believe it is that way on the BluRay disk. Every picture has a sequence header and extension, which means you have sequences without I frames. I know that the MPEG2 video spec allows for repeated sequence headers, but I have NEVER seen it in the wild, and you have repeated sequence headers before B frames, which is not allowed. So I'd like to see the original BluRay source material.

Please start AnyDVD HD and then copy the M2TS file to your hard disk. Then use DGSplit to cut the first 50MB of the M2TS file. Give me that to allow me to investigate further.

I had a feeling it was an issue with the source. The source is Pirates of the Caribbean Dead Man's Chest PAL DVD and it has given my trouble after trouble trying to get audio sync and as such I have been trying many methods to extract movie only to get good sync.

The file I sent you was the very first 50mb using DGSplit 1.1 that I extracted from a mkv that Makemkv created. I can send you other files if you wish but the original vobs do read in DGIndexNV just fine, albeit for my sync issues.

I was wondering, it would be nice if DGIndexNV came up with an error (even if it was basic like "Source Error") instead of just crashing to windows. Is this possible?

Guest
16th January 2010, 23:15
I can send you other files if you wish I already asked once. Can you please supply the original M2TS stream?

I was wondering, it would be nice if DGIndexNV came up with an error (even if it was basic like "Source Error") instead of just crashing to windows. Is this possible? I did that several hours ago. :)

Possibly the tool you used to extract the video from the MKV is stupidly repeating the sequence header in front of each picture. What did you use?

Abnormal1
17th January 2010, 00:21
Possibly the tool you used to extract the video from the MKV is stupidly repeating the sequence header in front of each picture. What did you use?

The way I got that mpg was:
Rip DVD to mkv via MakeMKV
remux mkv via mkvmerge 3 (needed as was unable to extract original mkv)
Extract video mpg using MKVextractGUI 3
Cut the first 50mb using DGSplit 1.1

stax76
17th January 2010, 00:39
Yes, I think mkvextract corrupts MPEG-2 files. I while ago I used MakeMKV to rip a DVD, played fine but after using mkvextract it was a macro block hell.

MuLTiTaSK
17th January 2010, 00:39
@neuron2

it seems like DGSplit can corrupt some files i had the problem in the past i just had to use mkvmerge to split some .mkv files i created with MakeMKV

@Abnormal1

i suggest you do the same with the file in question
so neuron2 can check it out
load the .mkv file into mkvmerge GUI and split a 50mb sample
http://img10.imageshack.us/img10/3379/ss20100116183833.png

Guest
17th January 2010, 00:49
it seems like DGSplit can corrupt some files Nonsense. It is a binary splitter and functions fine. If you stupidly cut a container file (like an MKV) with it, of course the resulting file will be unusable. But if you cut a stream file (like a transport stream or VOB), then the file is still usable.

i had the problem in the past i just had to use mkvmerge to split some .mkv files i created with MakeMKV You cannot use a binary file splitter on an MKV file.

Guest
17th January 2010, 00:57
The way I got that mpg was:
Rip DVD to mkv via MakeMKV
remux mkv via mkvmerge 3 (needed as was unable to extract original mkv)
Extract video mpg using MKVextractGUI 3
Cut the first 50mb using DGSplit 1.1 The corresponding VOB fragment has normal GOPs so I think it's clear that MKVextractGUI is causing the problem with the stream. What happens if you demux with DGIndexNV itself?

I suppose MakeMKV could be repeating sequence headers but it seems unlikely.

DGIndexNV is quite different in design than DGIndex, which accounts for the difference in behavior. Nevertheless, your demuxed video stream is illegal MPEG2, so I am not interested in revising DGIndexNV to handle it differently.

There should not be any need to go through all this to backup your DVD. You should try the direct way again, and we can address any audio sync issues that arise.

MuLTiTaSK
17th January 2010, 01:14
@neuron2

i meant to say only on his MakeMKV created .mkv file he should use mkvmerge to split a sample
DGSplit works perfect for me on all my samples just dont use it with containers;)

MuLTiTaSK
17th January 2010, 01:16
@neuron2

any chance for some batch functions in DGSplit?