DGAVCDecNV 1.0.13: GPU decoding on Nvidia

[Guest]

You're most welcome. Thank you for your useful testing and feedback.

As long as I am here, I'll mention a difficult issue I am working on. I ripped a blu-ray (Rolling Stones "Shine A Light") and found blocking on seeks in DGAVCIndexNV. It turns out that the PPS id 0 is being reused but the updated PPS's are sent once long before the seek point. That makes it VERY difficult to seek in such streams. It was OK when served because DGAVCDecodeNV injects the last PPS seen before a seek point (he has the index file). But when seeking in DGAVCIndexNV, you can just position to a random point in the timeline and thus the file. If the needed PPS has never been seen and is 50 MB back in the stream, what to do??? It's OK for blu-ray because they control the available seek points.

My options are:

a) forget it

b) add a "pre-parse PPS option", which could be used for such streams. You'd load your file and make a pass over the stream to collect PPS's. Then when you seek, you know the previous PPS.

Thoughts?

And while talking about this blu-ray disk, I found something else very interesting. I used AnyDVD HD to decrypt. Then, as I always do, I used Windows Explorer to copy the M2TS file to hard disk. But Explorer bombed out on copying a 40GB file. Insufficient resources nonsense. I Googled around and tried various things: Robocopy, xcopy, etc. All bombed. Then I thought let's try DGSplit with the segment set to the whole file and the destination set to the destination drive. It worked! Of course, it uses fread/fwrite rather than the Windows file copy API.

[madshi]

It's OK for blu-ray because they control the available seek points.
Do you have more information about that? I'm having some trouble with some specific Blu-Ray titles where seek points are very rare. Currently I'm looking for IDR frames or SEI recovery points. Is there any other way in Blu-Ray to manage seek points? Thanks!

[Guest]

I just meant that the blu-ray player software has navigation that exposes only certain seekable points. It's described in the blu-ray spec. You can't just jump in anywhere. I'm still investigating this issue and will report more as I learn more.

[laserfan]

Hate to bother on a Sunday morning about this little thing, but I've not noticed this before, and am anal as hell so here goes. I like to index a .h264 file, re-encode it, then index the re-encoding itself, using VDub to double-check that my chapter marks have been set correctly, before tsMuxeR-ing to BD format. I noticed this about DGAVCIndexNV log files, when working inside a single directory:

1. Open video1.h264, Save Project as video1.dga, get video1.log from DGAVCIndexNV

2. Later, open video1.264 (output/result) and Save project as test.dga, to distinguish from the original video1.dga, but this overwrites original video1.log with a new video1.log, thus losing the original logfile

I'da thunk the log output would match the Save Project name, not the name of the video that I opened. No big deal, but I like to save all log files...

[agilpwc]

Just got this wonderful accelerator. Trying it out on some sample footage that was posted on the net from a Panasonic HMC 150.

http://www.dreamoncreative.com/~dvxuser/PRIVATE/AVCHD/BDMV/STREAM/

Most of the clips worked, but I had trouble with #4 and #95. Here is what happens, from command line, the index program is called and comes up, but doesn't do anything just sits their with a black screen. If I manually save the project I see no video in the window but it does index. Then when the script is opened in virtual dub I get an immediate divide by zero error and crash.

All the other clips worked without issue.

[Guest]

Hmm, weird. I was getting problmes, too, but not what you reported. Then I rebuilt the software completely and then it started working fine with 4 and 95. So please redownload 1.0.12 and try again. Let me know if there is still an issue.

[agilpwc]

Yes wonderful whatever you did seems to have fixed the problem.

One small thing, which isn't really an issue is when you invoke from the command line with a non existent input file the program just crashes. Just thought I would mention in case you wanted it to exit more gracefully.

[Guest]

One small thing, which isn't really an issue is when you invoke from the command line with a non existent input file the program just crashes. Just thought I would mention in case you wanted it to exit more gracefully. Thanks for the report. I'll certainly do something more sensible than crashing. Silly me.

[Clumpco]

Hi Neuron2,

I have just discovered that connecting via RDP causes the frame server to throw errors. If it is serving you get display frame errors, if it is waiting it will not start.

Currently I am on V 1.0.3 and nvidia 6.14.11.8048 - I shall update later and see what happens. If necessary I can post the actual error messages later too - at present I have an urgent encode to do (which is why I tried to RDP in the first place).

Cheers

[squid_80]

Remote Desktop kills Direct3D, which is the base that the CUDA video decoder sits on. Hence CUDA decoding will not work with it, use a different remote login solution such as VNC.

[Clumpco]

Remote Desktop kills Direct3D, which is the base that the CUDA video decoder sits on. Hence CUDA decoding will not work with it, use a different remote login solution such as VNC.
Hmm that sucks... as does VNC compared to RDP (Microsoft gets something right for once).
Thanks anyway...
Now, how to get MeGui to email me when it's done encoding?

[squid_80]

Dunno... I've used a win32 command line program to send emails before (bmail.exe) but have no idea if it can be integrated into MeGUI. Maybe it could be added to the avisynth script using the Call plugin.

[turbojet]

Do the DGDecNV tools work on 64 bit operating systems?
A friend of mine keeps getting ERROR: culnit failed (100)
He has windows vista 64 home, GeForce 9800GT and he said the latest nvidia driver and copied nvcuvid.dll to system32 and syswow64 overwriting the ones already there. Any ideas?

[Esurnir]

Do the DGDecNV tools work on 64 bit operating systems?
A friend of mine keeps getting ERROR: culnit failed (100)
He has windows vista 64 home, GeForce 9800GT and he said the latest nvidia driver and copied nvcuvid.dll to system32 and syswow64 overwriting the ones already there. Any ideas?

It work -perfectly- fine on my vista 64

[onesloth]

... and copied nvcuvid.dll to system32 and syswow64 overwriting the ones already there. Any ideas?

My understanding is that:
a) the system32 directory on Vista64 is *only* used for 64-bit drivers (i.e. not the DGAVCDecNV's included nvcuvid.dll).
b) nvcuvid.dll no longer needs to be copied anywhere as long as it's in the same directory as DGAVCIndexNV.exe and the CUVIDServer.exe you are running.

[xopowo]

For 64-bit if he were so inclined as to have to move the .dll, it would go in the /system/ directory anyway, not system32

[kemuri-_9]

For 64-bit if he were so inclined as to have to move the .dll, it would go in the /system/ directory anyway, not system32

it would go into sysWOW64 not system or system32

[xopowo]

I thought sysWOW64 was only for xp/2003 x64 builds? I was thinking of Win7 64-bit btw when I typed what I did. I don't have Vista 64-bit (using 32). Having said that, I'll make sure next time I know what the heck I'm talking about and read more clearly before answering

[kemuri-_9]

SysWOW64 is the folder for things which use the Windows On Windows 64bit emulation subsystem.

all windows core 5 (XP/Server 2003) and core 6 (Vista/Server 2008) OSes that are x64 have it.

check out http://en.wikipedia.org/wiki/WOW64 for more info.

[Sharc]

I indexed an m2ts successfully with DGAVCIndexNV and created an avs script. I can playback and seek the avs in mpc without problem.
Now when I frameserve to HCenc I am getting - during pass1 - the error message box <Server: cuvidDecodePicture() error> and HCenc seems to be halted. The CUVIDServer process is however still running (task manager).
What could be wrong?

Added:
Oops, I get the error also when I playback the script with MPC, and MPC stalls. So it has nothing to do with HCenc.

[Audionut]

I'm getting the same error with various sources and using all versions of DGIndex.

[Sharc]

I have redone the indexing using the basic (non-NV) version of DGAVCIndex. Everything went smoothly - but slower of course.
Could the NV Server problem be related to different nvcuvid.dll versions in the system32 (from NVidia update) and the local version shipped with DGxxxx and located in DGxxxxx directories?

[laserfan]

I have redone the indexing using the basic (non-NV) version of DGAVCIndex. Everything went smoothly - but slower of course.
Could the NV Server problem be related to different nvcuvid.dll versions in the system32 (from NVidia update) and the local version shipped with DGxxxx and located in DGxxxxx directories?I think DG has said that if nvcuvid.dll is in the same dir as the executables, and you launch from that dir, that it should work w/o conflict re: whatever the nvidia driver has installed to your system.

He'll be along shortly I expect to ask you to submit a sample so he can see the problem himself!!! :p

[Guest]

Please provide an unprocessed source stream that I can use to duplicate the issue. Everything is fine for me.

Also, tell me where you have ALL your nvcuvid.dll files? Do you have CoreAVC GPU version installed?

[Sharc]

Hmm, the file is 30 GB, the problem happens somewhere in the middle, but not at a particular frame when I try to duplicate.

Second question is easier to answer:
Yes, I have CoreAVC GPU installed on the system, but not actively running. Should I uninstall it and try again?

I have a copy of the nvcuvid.dll in each of the DG....NV directories. Same applies for the CUVIDServer.exe. They are synchronized, i.e. same version.
The NVidia copy of its nvcuvid.dll is in the systems32 - installed by the NVidia drivers update 182.06

Added:
Maybe I fired up CoreAVC GPU unintentionally by launching a mpeg4 file. Really not sure if this was the case. Would this have messed up? If so, is there any means to block a collision?

[Guest]

Please try temporarily overwriting the sys32 one with the DG one. Save the overwritten one to be able to restore it.

[Sharc]

I will do this as soon as the current encode is finished (2 hours to go). Thanks.

[Guest]

Hmm, if some source don't fail, it's unlikely to be a DLL problem.

[Sharc]

Exchanging the NVidia nvcuvid.dll with your version did not help. Same problem.
I'll try to extract the critical segment of the source and upload it.
The frame where it fails is blocky:

[Esurnir]

Exchanging the NVidia nvcuvid.dll with your version did not help. Same problem.
I'll try to extract the critical segment of the source and upload it.
The frame where it fails is blocky:

decryption problem ?

[Sharc]

I don't think so. It happens only with the CUVIDServer. The rip seems to be ok, I can playback it without error using DGAVCIndexNV.exe for example.

[Guest]

Is that frame gotten when playing linearly through with DGAVCDecodeNV, or do you have some seeking involved? What is your script?

[Sharc]

When I step linearly through the original (ripped) m2ts with DGAVCIndexNV.exe (in single step mode or in normal speed play mode) everything is ok. The CUVIDServer is not needed for that purpose.
I get the failure (picture in my previous post) only during playback of the avs script and with CUVIDServer running. Here the Script:

loadplugin"C:\Programme\Video\DGAVCdecNV\DGAVCDecodeNV.dll")
AVCSource("C:\Users\User1\Movies\Hellboy2 DVD\00009.dga")
#
#mod16 PAL DVD resizing and PAL speedup
#----------------------------------------
crop(0,16,-0,-24)
Spline36Resize(720,560)
AddBorders(0,0,0,16)
AssumeFPS(25)

[Guest]

Yes, but you didn't quite answer my question.

With that script, do you see the problem when playing the script straight through from the beginning, or do you move on the timeline?

[Sharc]

With that script I see the problem when playing it through linearly right from the beginning.
I also get it when I seek say 2000 frames before that picture and start with the playback linearily from there.
Just seeking to any random position on the timeline does not cause a problem.

[Kurtnoise]

@Neuron2:

The documentation mentions that we can demux all audio streams found but it seems that the command line doesn't demux *all* audio streams from mkv file (only the first one):

DGAVCindexNV.exe -i input.mkv -o output.dga -a -e -h

Here is a sample for testing (http://www.mediafire.com/?jt0mynmygnj). It's a bug or a missing feature ?




@all: DGA files Creator added to the megui trunk...

[Guest]

It's a bug or a missing feature? It's a missing feature. I'll fix it. Thanks for the sample.

[Kurtnoise]

ok...and don't forget also to add this to the DGVC1IndexNV & DGMPGIndexNV tools. ;)

[Sharc]

@neuron2
I re-ripped the disk again, indexed it again, but it didn't help.
The <cuvidDecodePicture() error> is reproduced.
Is there an easy way to extract the critical segment out of the 30GB file, so I coud upload the sample?

[Guest]

DGSplit in segment mode.

[~bT~]

@neuron2
I re-ripped the disk again, indexed it again, but it didn't help.
The <cuvidDecodePicture() error> is reproduced.
Is there an easy way to extract the critical segment out of the 30GB file, so I coud upload the sample?

i also had that problem with the matrix. unfortunately, the only way was to not use nvtools to decode.

[Guest]

Well, boys, if you give me a sample, there's a good chance to get it fixed.

[~bT~]

^ its too much trouble splitting a 24GB file for a 50MB sample :p

i wish i could give u a sample...

[Guest]

What do you mean "too much trouble"? It would take only a few minutes. You only need to write the 50MB, not the entire stream. You could set a range and then demux, or you could use DGSplit in segment mode.

[Sharc]

Well, boys, if you give me a sample, there's a good chance to get it fixed.
Here we go:
http://www.mediafire.com/download.php?jjqwnejomqn

[rack04]

I'm having problems getting the Command-Line Interface to work. For example, if I run the following Command-Line, a DGAVCIndexNV window opens but doesn't actually index the stream. Am I doing something wrong?

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

[Guest]

@rack04

Probably your input file spec is wrong. The window that opened shows nothing in the title bar.

@Sharc

I'm not seeing any problem with that stream. What are you drawing my attention to?

[rack04]

@rack04

Probably your input file spec is wrong. The window that opened shows nothing in the title bar.

Well I did some testing and here's what I found. When I restart my computer and run the same command line it works. If I try to run it again, without restarting, it doesn't process the input like described previously. I think the file gets locked.

Here's another observation:

Even though nothing shows in the title bar if you go file->open it shows in the file list. If I hit ok it proceeds.

http://i11.photobucket.com/albums/a199/rack04/untitled-1.jpg

[Sharc]

@Sharc

I'm not seeing any problem with that stream. What are you drawing my attention to?
- Index it with DGAVCIndexNV (.dga)
- Playback via avs Script and CUVIDServer
- see for example post 1029 and 1033
Don't you get a crash and the <cuvidDecodePicture() error> ?

[Guest]

@rack04

I can't duplicate that. Can you please re-download DGAVCIndexNV and try again. There have been some silent updates.

@Sharc

It works fine for me. Thinking what to do...

[rack04]

@rack04

I can't duplicate that. Can you please re-download DGAVCIndexNV and try again. There have been some silent updates.

I'll update and perform some more tests tonight when I get home. Thanks for investigating.

[laserfan]

- Index it with DGAVCIndexNV (.dga)
- Playback via avs Script and CUVIDServer
- see for example post 1029 and 1033
Don't you get a crash and the <cuvidDecodePicture() error> ?I dl'ed your clip and indexed and it played fine, then I tried your exact .avs w/resize and all is perfect, no errors, no blocks on that frame you cited.

I'm running XP Pro x64 and of course latest DG and CUVID and Avisynth 2.5.8.5/Vdub 1.8.6.

Oh, and also Nvidia 182.06 with its dlls in sysWOW64, and of course the ncuvid.dll from the DG package is with the DG executable.

[~bT~]

^ did u try encoding it?

[rack04]

Has anyone else experienced issues with the Command-Line Interface as I described above?

[laserfan]

^ did u try encoding it?I hadn't (why do you ask?) but I just did encode using x264. The output was a thing of beauty, no glitches:

General
Complete name : D:\Temp\video.264
Format : AVC
Format/Info : Advanced Video Codec
File size : 5.41 MiB

Video
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L4.1
Format settings, CABAC : Yes
Format settings, ReFrames : 3 frames
Bit rate : 4 301 Kbps
Width : 720 pixels
Height : 576 pixels
Display aspect ratio : 5/4
Frame rate : 25.000 fps
Standard : PAL
Resolution : 24 bits
Colorimetry : 4:2:0
Scan type : Progressive
Bits/(Pixel*Frame) : 0.415
Writing library : x264 core 66 r1115M 11863ac
Encoding settings : cabac=1 / ref=3 / deblock=1:0:0 / analyse=0x3:0x113 / me=umh / subme=7 /
psy_rd=1.0:0.2 / mixed_ref=0 / me_range=16 / chroma_me=1 / trellis=1 / 8x8dct=1 / cqm=0 / deadzone=21,11 /
chroma_qp_offset=-3 / threads=6 / nr=0 / decimate=1 / mbaff=0 / bframes=3 / b_pyramid=0 / b_adapt=0 /
b_bias=0 / direct=3 / wpredb=1 / keyint=24 / keyint_min=1 / scenecut=40(pre) / rc=2pass / bitrate=4301 /
ratetol=1.0 / qcomp=0.60 / qpmin=10 / qpmax=51 / qpstep=4 / cplxblur=20.0 / qblur=0.5 / vbv_maxrate=17500 /
vbv_bufsize=14500 / ip_ratio=1.40 / pb_ratio=1.30 / aq=1:1.00

[Sharc]

@Sharc

It works fine for me. Thinking what to do...
When I play the script by stepping linearly forward frame by frame it jumps back and forth a few times just before it crashes.
Windows Vista Home Premium / nvidia Geforce 9600GS / GPU codename G94GS / latest updates of DGtools / nvidia driver version 7.15.11.8206 - nVIDIA ForceWare 182.06

[~bT~]

^ i tried your sample mate. no probs here. even encoded the sample.

can i ask what u are using to play it?

[Sharc]

As I said, the file as such has no problems at all. The problem comes only when I index the file with DGAVCindexNV.exe and play the script on any player. The cuvid server fails, not the player. It's the same for all players (mpc, mpc-hc, WMP, VirtualDub ...). Maybe something is weird with my system?

[~bT~]

^ i tried diff players. no probs.

[Sharc]

^ Good for you then. Something must be odd with my system/GPU I guess, but I have no clue what it could be.

[onesloth]

Something must be odd with my system/GPU I guess, but I have no clue what it could be.
Must be the same thing wrong with my system, then.

I get decoding errors just like you showed in post #1029. I only get them when I use a m2ts source (and I get them in all m2ts'). If I demux those same sources to elementary, they decode fine. Its also not random to each decoding: a particular source has the same error, at the same point, whether I'm playing the whole file or just trim to the timeline around an error.

I'm running Vista Bus. 64, a Q6600, an 8800GT, the newest DGAVCdecNV, whatever version of CUVID server comes with that download, and AviSynth 2.5.7.5 (with MT 0.7) (I had the same errors when I was using AviSynth 2.5.8 before I switched to MT).

[Audionut]

Now when I frameserve to HCenc I am getting - during pass1 - the error message box <Server: cuvidDecodePicture() error> and HCenc seems to be halted. The CUVIDServer process is however still running (task manager)

I tried an encode last night using version 1.0.10 and had no problems.

I'll try with version 1.0.11 tonight.

Sorry I can't provide more details Don. But it was happening with all sources at various times with all of your DecNV tools. I'm trying to nail it down on my end as best I can.

edit: oh and only started happening around the time all progs got updated including CUVID Server.

[Sharc]

I also thought about trying older versions like CUVIDServer 1.0.3 to check if it makes a difference. Unfortunately, I flushed these older downloads recently.

[Audionut]

http://neuron2.net/dgavcdecnv/

[Sharc]

Thanks!
Version 1.0.11 works flawlessly:)
Seems that the problem was introduced with 1.0.12.

[Guest]

Thanks!
Version 1.0.11 works flawlessly:)
Seems that the problem was introduced with 1.0.12. Ah, a clue. I'll look into what the differences were.

Just to be clear, when you say 1.0.11 works, you mean you cleared out all 4 of:

DGAVCIndexNV
DGAVCDecodeNV
CUVID Server
nvcuvid.dll

and reinstalled the 4 from the 1.0.11 distribution? If you did not revert all 4, which components did you revert?

[Sharc]

Yes, I reverted the full set to 1.0.11.

However, things appear to be more complicated.
Independent of version 1.0.11 or 1.0.12:
a) If I index the full .m2ts => the playback of the script fails
b) If I extract and demux the critical segment (my uploaded sample) and play the script immediately back, it fails.
c) If I index the demuxed sample clip again and playback the new script => playback is o.k., but it does not solve my problem for the entire movie.
As all of you are doing the test according to c) you cannot reproduce the problem. Doing more tests .....
Should I submit the .dga and .avs of a), b) and c)?

Update / Summary:
- When I index the original .m2ts, playback via CUVIDServer fails
- When I index and demultiplex the video, playback via CUVIDServer still fails.
The path in the .dga header points to the original .m2ts file
- When I re-index the demuxed video, playback via CUVIDServer is fine.
The path in the.dga header points to the .demuxed.264

[laserfan]

Yes, I reverted the full set to 1.0.11.

However, things appear to be more complicated.
Independent of version 1.0.11 or 1.0.12:
a) If I index the full .m2ts => the playback of the script fails
b) If I extract and demux the critical segment (my uploaded sample) and play the script immediately back, it fails.
c) If I index the demuxed sample clip again and playback the new script => playback is o.k., but it does not solve my problem for the entire movie.
As all of you are doing the test according to c) you cannot reproduce the problem. Doing more tests .....
Should I submit the .dga and .avs of a), b) and c)?Not exactly sure I follow the above, but from the Release Notes:

1. Only AVC/H.264 elementary (raw) and transport streams can be opened (no MKV or MP4 files yet). Only one file can be opened at a time.

You have got to demux your m2ts before attempting Index then Playback.

It *appears* to work, but there can be problems (yes I have done this myself in the past :o). If I'm right, that your .m2ts method is wrong and you need to be indexing .264 elementary streams instead, then @neuron2 maybe there's a simple check your tool can do up-front and abort with "Need elementary stream" or some such...?

[laserfan]

Update / Summary:
- When I index the original .m2ts, playback via CUVIDServer fails
- When I index and demultiplex the video, playback via CUVIDServer still fails.
The path in the .dga header points to the original .m2ts file
- When I re-index the demuxed video, playback via CUVIDServer is fine.
The path in the.dga header points to the .demuxed.264What does the 2nd one mean--you're still indexing the multiplexed video-with-audio?

Again, try always demuxing the video first, *then* indexing, and see if you can get CUVIDserver to fail.

Also, how exactly are you demuxing (what tool, what command).

[Sharc]

.....You have got to demux your m2ts before attempting Index then Playback.

It *appears* to work, but there can be problems (yes I have done this myself in the past :o). If I'm right, that your .m2ts method is wrong and you need to be indexing .264 elementary streams instead, then @neuron2 maybe there's a simple check your tool can do up-front and abort with "Need elementary stream" or some such...?
Ahhh.... I was not aware of this. I thought I read the doc carefully... Arrrgh!
Yes, I loaded the .m2ts original (video+audio+subs) directly into DGAVCIndexNV, then fired it up with <File/Save Project [F4]> rather than <File/Save Project and demux video>, and got the demuxed audio tracks and the index file (.dga).
Up to now this has always worked, perhaps I was just lucky.
After all, would I have to run DGAVCIndexNV twice, first pass to demux audio and video, and then second pass for indexing the demuxed.264 raw video?

[laserfan]

I dunno Sharc...I'm sure neuron2 will weigh-in shortly and straighten us out--his doc sez "elementary (raw) and transport streams" which could be interpreted I suppose as including .m2t(ransport)s(treams).

I've had his NV tools since mid-Jan but have never tried to use them to demux anything--usually I'm using eac3to to do that, cuz I'm modifying BD or HD DVD movies. Also I use VideoReDo to demux MPEG2 OTA TV recordings I've edited.

[Guest]

Direct opening of transport streams is supported. There is no need to demux.

If it works on the demuxed file but not on the transport streams, then it could point to a problem with the transport parsing. But I will need a sample transport stream that causes the problem. Try to cut a segment of the M2TS around the problem area using DGSplit in segment mode.

[Sharc]

Thanks guys. Seems we're getting closer.
@neuron2
I'll try my best to extract the questionable part of the original .m2ts.
Any suggestion what segment boundaries to choose, if the problematic part is at about the middle of the 30GB .m2ts file?

[Guest]

Thanks guys. Seems we're getting closer.
@neuron2
I'll try my best to extract the questionable part of the original .m2ts.
Any suggestion what segment boundaries to choose, if the problematic part is at about the middle of the 30GB .m2ts file? Get the file Sharc.zip from:

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

It's a modified DGAVCIndexNV. Open the transport stream and navigate to the bad spot. Then move back about 16 < steps and hit [. Then move about 15 > steps past the bad spot and hit ]. You have defined a project range around the bad spot.

Now hit F1. Specify a file name like cut.m2ts and OK. Wait for a popup saying it is finished. Then see if you can make the problem happen with just cut.m2ts. If so, upload cut.m2ts.

Note that this is a rudimentary TS trimmer. It doesn't cut smartly or even on packet boundaries. But it will give me what I need.

[Sharc]

As requested. Hope it helps.
http://www.mediafire.com/download.php?a4i3mj5znmy

[Guest]

Perfect. I can duplicate the issue now. Stay tuned...

[Don't tell anyone about the F1 trick. It will be an undocumented feature in all future releases. ;)]

[Audionut]

Perfect. I can duplicate the issue now. Stay tuned...

Yay. Thanks.

[laserfan]

[Don't tell anyone about the F1 trick...]Dumb question of-the-day perhaps: how is what you described above different from "normal trimming" that the tool does (which I have never used, in case this isn't obvious)?

[Guest]

Normal trimming can output a trimmed demuxed elementary stream or a restricted range of frames served via Avisynth. This feature outputs a trimmed transport stream. It's intended as a diagnostic tool only at this time.

[laserfan]

Normal trimming can output a trimmed demuxed elementary stream or a restricted range of frames served via Avisynth. This feature outputs a trimmed transport stream. It's intended as a diagnostic tool only at this time.Thank you for clarifying. I'd been thinking "dgsplit with a gui" but was being lazy ie. hadn't thought carefully enough about it or I just *might* have arrived at your first sentence on my own. Man I don't learn stuff anymore as easily as I did 50 years ago! :o

[Guest]

"dgsplit with a gui" That is exactly what the F1 functionality is!

[laserfan]

Re: "dgsplit with a GUI"

That is exactly what the F1 functionality is!

If this economy ever recovers, I am gonna send you all my extra money! :)

[Sharc]

Does this mean that you don't believe in the recovery of the economy? :p

[laserfan]

It means simply that I have succumbed to an "irrational exuberance" for neuron2's tools and docs and tutorials!!! :D

[Guest]

Yay. Thanks. I have located and fixed the problem. It affects the M2TS parsing in all the tools. I will regression test and release a fix hopefully tonight. Just wanted to let you know things will be all right. :)

[Sharc]

Looking forward ...... Thanks!

[Guest]

1. Added undocumented rudimentary "output trimmed TS" function invokable via the F1 key. Set a range and hit F1. It's for diagnostic use and is not supported. Think of "DGSplit with a GUI".

2. Sometimes opening a file would not display the first frame until a GOP step is done. Fixed.

3. Fixed Load Project bugs.

4. Fixed problem where specifying a bad file to the CLI caused a crash.

5. File/Close did not clear all state. Fixed.

6. CLI -a now demuxes all the audio streams for an MKV file.

7. The Info dialog did not show all MKV audio tracks. Fixed.

8. License check now allows for a single license file to support multiple machine IDs.

9. Fixed an M2TS parsing bug that caused corruption for some streams.

http://neuron2.net/dgavcdecnv/dgavcdecnv.html

@Sharc

Please advise if this fixes your issue. If you confirm it, I'll update the other tools.

[xopowo]

First of all, I love the program. Bought my license almost immediately after release and have been using it ever since.

But, as always, my ignorance prevails. So, I have a question.

I have used this program on 3 different operating systems. First with Win Xp (32-bit), then went Win 7 (64-bit), and then Vista (32-bit). XP and Vista work fine, but there is obviously the memory leak in Win 7, so I can't use that anymore until they fix it (MS presumably in this case).

Anyway, I have noticed something since I recently went back to XP (from Vista - just didn't care for it).

I have an nVidia 9600 GSO (768mb) and under Vista, I could encode an indexed dga file via avisynth with x264 and watch, say a movie or something, on my second monitor. Encoding would slow somewhat, but no crashes. Now, I'm back to XP (using 182.08 drivers), and I'm having the same issues that caused me to get a different video card in the first place.

History: I had a 256MB 8600XT and it would cause BSOD with the application (assuming it did not have enough memory on the card). I got an answer in this forum that recommended the video card to have a minimum of 512mb of RAM. No problem, so I upgrade to 9600 GSO with 768MB of RAM. Things did improve, and BSODs went away. Under Win 7 and Vista, I have not had an issue at all with this. Now, I went back to XP, and I'm having the issue again. Granted, it's only if I'm watching video while encoding, but it's definitely vexing me.

Therefore, I have to generate two questions:

(1) Could it be the drivers themselves? The only version of nvcuvid.dll I have on the box is in the DGAVCDecNV directory where I have the program, so there is no conflict there as I've read from others on here. So, thinking it is a driver issue.

or

(2) Does the application just love tons of memory? I'm willing to upgrade to a card with more memory if that is the case. But, they're expensive and since I don't play video games (demographic these cards are catered to), I don't want to spend money without educating myself.

Therefore, does it matter what GPU speeds are and threads and all that junk on the card, or as long as it's supported (the GPU itself with V1/V2) or if it's GDR2/3, etc. Or will just tons of RAM hellp mitigate this issue? I found a card with 2GB of RAM (9600GT) that is likely cruddy for gamers, but I could care less. I just don't want to BSOD while I'm encoding for long periods of time. Even if I do want to watch a movie while it's encoding (I only have one computer).

Thanks for any information one can provide in advance.

[Guest]

You're the only person I have ever heard of having BSOD issues. You might want to look at your system stability.

When you say you watch videos at the same time as encoding, what are you using to decode? I assume you are aware that multiple use of the GPU is a no-no.

[xopowo]

The system is very stable. I do have a slight overclock, but I'm prime stable for 20-hours.

And yes, I know that running video while encoding is not a good idea. But, I just don't have the patience to wait all too often and then clearly run into trouble.

So, assuming the system is stable, and clearly acknowledging that I "shouldn't" watch and encode using the same GPU, would more memory on the card benefit? I did gain stability greatly when I went from 256mb to 768mb.

However (and I realize this is not scientific), I did not have these issues in either Vista or Win7, it is only XP that does it? Odd to say the least. But, now I think I'm remembering why I may have switched from XP in the first place.

To answer your question, most of the decoding is either CoreAVC or XviD. Last night I BSOD'd twice watching an xvid video while I was transcoding h264 to x264 (mkv). I tried MPC and it BSOD'd, so I rebooted (well, computer did much to my chagrin), and after reboot, I tried same file with VLC. Same thing. BSOD, reboot. Stopped trying to watch and encode at the same time after that. Went to bed. Woke up; encode turned out well.

**EDIT** one thing that I must point out ... to my knowledge, this only happens if I have deinterlace=1 in the AVCSource line. If I use a filter other than purevideo functionality, I don't think it will BSOD, but I would have to test to absolutely confirm this.

[onesloth]

Please advise if this fixes your issue. If you confirm it, I'll update the other tools.
m2ts decoding now working fine for me with 1.0.13

[Audionut]

m2ts decoding now working fine for me with 1.0.13

Fixed the problems I was having too.


Thanks Don.

[Clumpco]

You're the only person I have ever heard of having BSOD issues. You might want to look at your system stability.
Erm? (Puts his hand up). I was just about to post about stability.
I had problems previously due to overheating (and trying to use nvidia decoder at the same time) but these were fixed. The system has been stable for weeks.
However I recently upgraded to version 1.0.12 (and server 1.0.4) and upgraded my nvidia drivers from 180.48 to 182.08... bad move!
BSOD's all around (just encoding, no capture, viewing etc. at the same time).
I have reverted to nvidia 180.48 and it still happens. I will try your version 1.0.13 and see if it is still the same.

[Sharc]

@Sharc

Please advise if this fixes your issue. If you confirm it, I'll update the other tools.

I will check and confirm when I am back from office (9 hours to go).

[meatwad]

This version generated a new machine id and now my license won't work. I deleted the new files and replaced them with 1.0.12 but the new machine id remained. It was working fine until I dropped the new files in so I'm at a loss as to why this happened. Hopefully when I reboot I'll have old id back, but it still won't explain why it gave me a new id when the files were still on the same partition. All I did was copy over the old files...

[~bT~]

However I recently upgraded to version 1.0.12 (and server 1.0.4) and upgraded my nvidia drivers from 180.48 to 182.08... bad move!
BSOD's all around (just encoding, no capture, viewing etc. at the same time).
I have reverted to nvidia 180.48 and it still happens. I will try your version 1.0.13 and see if it is still the same.

i'm using v182.06 and so far (touch wood) its going well.

[meatwad]

This is strange... I restored a Ghost image due to the machine id change. 1.0.12 is on the same partition it's always been on. I open DGAVCIndexNV and check my machine id. The machine id is fine. I then open CUVID server and staxrip (which opens DGAVCIndexNV to index a video). As soon as it begins I get the dreaded invalid license message (this time with 1.0.12) and sure enough I have new machine id.

Since no one else seems to be having an issue it must be something with my system. It's strange that it happened after I gave 1.0.13 a whirl.

Geezzzzz. It just came to me and I believe I I know what's causing it! This issue happens if you do a clean install and the OS doesn't assign "C" as the drive letter the OS resides on. It may be that my method of turning the drive letter to "C" is what's causing the issue. I don't believe it has anything to do with 1.0.13, but now I have to find another method to make the OS report "C" as the drive letter it resides on (the OS is actually on my "D" partition).

RAID 0 array 3 500GB WD drives as follows:

C:XP64
D:XP32
E:Whatever I feel like playing with.
Y:Editing/work partition
Z:Video Storage

I know Neuron2 will give me a new license if I ask, but this could happen again (if my assumption is correct). Anyway, I'll wait until he pops in to read this before I try anything else.

[Clumpco]

A problem (maybe) with 1.0.13.
The audio file has "DELAY -47721878ms"
The same .ts with ver 1.0.12 had "DELAY -20ms"
Wassup?

I have made the start of the .ts available by using F1 (I have checked and it gives the weird delay when indexed) HERE (http://www.clumpton.com/uknwebimg/ITVHD.zip)
(This is an ITV HD cap, with ads removed by TSPacketEditor)

[meatwad]

My assumption was wrong as the new machine id is in all three operating systems. I went to boot into XP64 so I could get some work done, but it happened there as well. Now I have to ask for a new key. Sorry Neuron2.

[Guest]

@meatwad

It won't happen again because the new machine ID method uses your MAC address and not your system partition. Email me your new machine ID(s) and I'll send you a new license file. Sorry for the inconvenience.

@Clumpco

Your link is not working. Please fix it so I can investigate the problem. Thank you.

[meatwad]

I wrote you a lengthy email you can ignore. Just skim to the bottom and you'll find the new id. Thanks again.

[meatwad]

Hypothetically, what if you have more than one network controller in your system. I just installed an old Skystar2 that created 2 new local networks. Could that be what caused it?

[Guest]

Yes, if you change the MAC address of your first active network adapter the machine ID will change. Usually, the MAC is stable, but some people have a wireless card they switch on and off. In those cases, they send me the IDs with it on and off and I give them a license file that supports both.

[meatwad]

Thanks. That got it working. Now if it ever barks 'invalid license file' at me again I'll know to check my network settings to see if there's been a change.

[xopowo]

[QUOTE=Clumpco;1259652]A problem (maybe) with 1.0.13.
The audio file has "DELAY -47721878ms"
The same .ts with ver 1.0.12 had "DELAY -20ms"
Wassup?

QUOTE]


I concur with this. I'm getting the same arbitrary delays. Seems like something with 1.0.1.3.

[Clumpco]

@meatwad
@Clumpco
Your link is not working. Please fix it so I can investigate the problem. Thank you.
Link fixed, apologies.

Also so far with 1.0.13/1.0.4 I have BSOD (IRQ_NOT_LESS...) or just hanging during the x264 second pass.
I have rolled back to 1.0.11/1.0.3 to see if it is any better.
If not, then I'll have to start running memtest etc.

UPDATE - Encoded fine with 1.0.11/1.0.3

[Kurtnoise]

A problem (maybe) with 1.0.13.
The audio file has "DELAY -47721878ms"
The same .ts with ver 1.0.12 had "DELAY -20ms"
Wassup?

same "issue" here too.

v1.0.13 : delay = -763550166 ms
v1.0.12 : delay = -424 ms

[Clumpco]

Slightly OT question... but of interest to all us CUDA users.
If I am really having heat problems again, then can someone recommend some software to monitor my GPU temp (Nvidia 9600 GT Matrix)?
It needs to be sober, tiny footprint, non-invasive.
TIA

[Kurtnoise]

Gpu-z

[Sharc]

9. Fixed an M2TS parsing bug that caused corruption for some streams.

@Sharc

Please advise if this fixes your issue. If you confirm it, I'll update the other tools.
Problem solved. Thank you.

[meatwad]

I experienced a similar audio delay issue when I used DGMPGDecNV if I used VideoRedo to correct the original .ts/.mpg file. VideoRedo corrects the audio delay to where it usually comes out as zero. When I was trying both versions of DGMPGDecNV it would always be off by a huge amount. Sometimes minutes. I didn't think too much about it because DGMPGDecNV is still in the testing phases.

I can up some small samples if you think it will help neuron2, but the problems may be completely unrelated.

[Clumpco]

Gpu-z

Just what I needed!
Thanks:thanks:

[Guest]

Please re-download 1.0.13. I have fixed the audio delay regression.

@Clumpco

I'm going to need a stream to duplicate any crashes.

@meatwad

DGMPGDecNV was released a while ago. Please report problems in the DGMPGDecNV thread. I'm going to update it with these fixes right now, so strike while the iron is hot.

[~bT~]

with the latest version, if i step back frame by frame, preview distorts? is that normal as i had never encountered it before.

[Guest]

I don't know what you mean by "preview distorts" and I always need a sample to duplicate the issue.

I assume you mean DGAVCDecodeNV as you can't step back by frames in DGAVCIndexNV.

Please try to give clear and complete trouble reports. Thank you.

[~bT~]

^ i think it maybe a corrupt stream. i tried with another stream and it was fine.

if u still want a sample, let me know.

[Guest]

if u still want a sample, let me know. Thank you, yes, if it's not too much trouble. It never hurts to investigate issues and the possibility of making the tools more robust.

To be specific, there is a problem with M2TS files, which have the silly 4-byte count field before the transport sync byte. When that count includes a 0x47 byte in the 2nd to 4th bytes, it become difficult to ensure proper packet sync when seeking. So it will be helpful to me to see if this is happening in your case.

[~bT~]

here u go: http://www.mediafire.com/?sharekey=39dde50f7954a9bed2db6fb9a8902bda

[Clumpco]

@Clumpco

I'm going to need a stream to duplicate any crashes.

Thanks! I'm uploading it now, I'll let you have the link when it's ready.

[EDIT] - @neuron2, check your email

[Guest]

@~bT~

Please help me by giving me instructions on how to make the problem happen with the stream.

[~bT~]

^ move anywhere forward, then move backward frame by frame.

[Guest]

In what, DGAVCIndexNV or playing the script? If the latter, post the script.

[~bT~]

in dgavcindexnv

[Guest]

The SPS/PPSs in the stream are not suitable for seeking. This is like another case I saw. It's OK on the bluray because the bluray navigation system controls the seek points.

Lucky for you, this won't happen in the video served through DGAVCDecodeNV, because at that point the SPS/PPSs are indexed and known.

I probably won't do anything about this.

[~bT~]

^ no probs. cheers for taking a look at it tho.

[ultratoto14]

Hi neuron2, as it has been discussed here several times, is there any progression in a cuda resizer in DGAVCDecodeNV ?

Thanks for your work, each time i use DGAVCDecodeNV, VC1 version or MPG, I appreciate the quality of the sources.

[Deinorius]

About that CUDA resizer, with Arcsoft TotalMedia Theatre you can resize to 1080p while playback. Would be a great feature for DGMPGIndexNV (resize DVDs to 1080p with better quality). Here's (http://ht4u.net/reviews/2009/nvidia_geforce_gts250/index6.php?&&image_id2=arcsoft_compare_big.jpg) a comparison.

[deets]

ive just ordered myself a cheap ATI 4870 and i just realised this means the end of my use! im quite gutted, ive been using the nvidia deinterlacing option a lot on my itv hd conversions :(

any chance of an ati version anytime soon?

[Guest]

any chance of an ati version anytime soon? Zero. Zip. Nada.

[kemuri-_9]

that reminds me....

is the combining of the DG*DecNV tools into an all-in-one filter still in the plans for the future?

[onesloth]

ive just ordered myself a cheap ATI 4870 and i just realised this means the end of my use!
Can the NV tools not be used with an Nvidia card that isn't the primary display adapter? i.e. installed in a second PCI-E slot with an ATI card as the primary display adapter.

[Guest]

Combining is still planned.

I don't know about the secondary adapter idea. I doubt it, though.

[deets]

well i cancelled the order, this was a contributing factor :) i do a lot of encoding and hardware deinterlacing speeds things up considerably. 260 it is then, seems to be getting slightly better benchmarks in dx10 games anyway.

[Clumpco]

Link fixed, apologies.
Also so far with 1.0.13/1.0.4 I have BSOD (IRQ_NOT_LESS...) or just hanging during the x264 second pass.
I have rolled back to 1.0.11/1.0.3 to see if it is any better.
If not, then I'll have to start running memtest etc.
UPDATE - Encoded fine with 1.0.11/1.0.3
I tmight have encoded fine... but since then I have had BSOD with xvid (not a CUDA in sight). This time it would appear that it was a seized fan on the hard drive bay that just happened to coincide with driver/DGAVCIndexNV update.
Before I get classed as a total time-waster please point me in the direction of the nearest self-flagellation club.
ME
:stupid:

[Guest]

Don't beat yourself up about it. Anyone would have thought the same thing. Thanks for notifying me before I invested a lot of encoding time. I hope you get your HW sorted so you can continue providing useful feedback.

[harissa]

i got this msg many times cuvidMapVideoFrame() error
while i m using Megui
always in a diffrent moment during the encoding

[Guest]

I can't help you without a lot more information than that.

What graphics card? How much memory on it? What Nvidia driver version? Using the correct nvcuvid.dll? What OS? Does it happen for all source streams? Your script? Your x264 command lines?

[harissa]

windows xp sp3
nvidia gforce 8400GS
driver vr 6.14.11.8208

loadplugin("DGAVCDecodeNV.dll")
avcsource("000000.dga")
loadplugin("Decomb.dll")
decimate(5)
LanczosResize(1280,720,0,0.75)

it happend in megui , in the first pass or second pass , never at the same time , with the same movie
sometime it never happend ,
i encoded the same movie like 10 time to check

sometimes it happend when i m not even usin the pc at 4 am
when this happend cuvidMapVideoFrame() error

encodin stop/abort and CUVIDServer.exe has to be closed and restared

[Guest]

How much memory on your graphics card?

Upgrade to the latest Nvidia drivers and try again.

[harissa]

it s 512 meg , and it sthe lastest driver on nvidia website

[Guest]

That doesn't look like the latest driver. Point me to the URL that you are using.

This looks like the latest to me:

http://www.nvidia.com/object/winxp_182.08_whql.html

[squid_80]

driver vr 6.14.11.8208
That is the latest driver.

[Guest]

@harissa

Do you have MY nvcuvid.dll in the same directory as DGAVCIndexNV.exe *AND* CUVIDServer.exe?

[harissa]

yes the dll is in the same dir
i just wanna know if there s something that might cauz this , so i can avoid havin this crash

[deets]

would using a faster card make any difference to encoding speed if using the card to do the deinterlacing? im thinking difference between 8800gt and 216

[Guest]

@harissa

You did not answer my question.

Anyway, assuming you do have MY DLL in both the directories, then I cannot think of any cause and suggest that you contact Nvidia for support.

@deets

I don't know. You'd have to ask Nvidia or do some experiments.

[Sagekilla]

@neuron2: Do you use the VP2 engine on the cards for hardware acceleration + deinterlacing? If you do, then it's fixed performance across all the various cards I believe.

[Guest]

The VP2 is used for decoding. I don't know what does the deinterlacing.

[meatwad]

@Sagekilla,

I read a rumor that you were possibly taking over the StaxRip project. If this is true, can you make it easier to incorporate neuron2's tools into the gui. Stax was kind enough to have added avs script importing into the last beta, but I still have .net crashes when I use DGMPGIndexNV if I run back to back encodings. I don't have an issue with DGAVCIndexNV because I was able to add it to the GUI and not use the avs importer. Anyway, it would be a nice addition and I hope the rumors are true.

[Sagekilla]

I'd like to take up the project, yes. I need to get it to import properly into VS 2008 properly. If I can get that going, I'd like to update a few things and I would like to see good support of the DG*NV tools.

Don't mean to hijack this at all, so I'll just say further questions should be directed towards the StaxRip dev thread.

[lucassp]

If somebody is still searching for an alternative to MS Remote Desktop that works with DG NV Tools, I can tell you that Team Viewer works fine. :)

[Guest]

I seem to recall that TightVNC works too.

[xopowo]

I reported earlier that I was BSOD'ing while using the program.

It turns out that my video card was dying. I have a new one now and it's working fine.

However, I am wondering if anyone else is having an issue with GPU use and possibly killing video cards? This is the third card I've had now! I encode a lot and I always use purevideo for my deinterlacing. Does this put a lot of stress on the vid card? Excessive is more of the word that I want to use, but I'm curious if anyone else is killing cards?

[nm]

However, I am wondering if anyone else is having an issue with GPU use and possibly killing video cards? This is the third card I've had now! I encode a lot and I always use purevideo for my deinterlacing. Does this put a lot of stress on the vid card?Yes, advanced deinterlacing with PureVideo is a relatively heavy task, although the more powerful cards handle it easily. If temperatures get too high, you risk damaging the GPU. You need to make sure that the card is cooled properly and that there is good airflow within the case. Check the GPU temperature while encoding.

[pelle412]

I believe I'm experiencing the same problem as Harissa. I have an 8600 GT card with 512MB, driver 182.08, using either DGAVCDecNV v1.0.13 or DGVC1DecNV v1.0.6. After reading through all the threads here, I believe it's an infrequent problem that occurs with some video cards. After seemingly a random number of frames into the encoding process, or it sometimes doesn't happen at all, the process stops with a cuvidMapVideoFrameError.

Since I can never reproduce the problem with a particular video segment, I'm guessing it's the video card. It's not overclocked, nor is my CPU.

Perhaps I'll get another card someday, or a new NVIDIA driver will somehow correct the problem. If the problem occurs, I usually revert back to DirectShowSource (corecodec) or the non-NV version of DGAVCDec.

[Kurtnoise]

FR : able to open/close the CUVIDServer via command line...:)

[Guest]

You can open it already:

c:\cuvidserver

[Kurtnoise]

I don't get your point...my cuvidserver.exe is not in c:\

I meant open it & close it in the dgavcindexnv command line...something like that:

DGAVCIndexNV -i d:\files\movie.avc -o d:\MyProject.dga -f 2 -e -s e:\path\cuvidserver.exe

where -s is able to open & close exec after file creation...:)

[Esurnir]

FR : able to open/close the CUVIDServer via command line...:)

You need cuvidserver during indexing O_o;?

I thing something is wrong there....

[rack04]

You need cuvidserver during indexing O_o;?

I thing something is wrong there....

No you don't but I think MeGUI automatically opens the script after indexing. Maybe that's what he going for.

[Guest]

I don't get the reason for that request either.

[royia]

Zero. Zip. Nada.
What about the OPEN CL initiative, is there a chance?

[Guest]

A chance for what?

[royia]

Supporting other GPU's which will be supporting Open CL.
So we all could enjoy the power of the GPU.

I assumed you wrote the code in CUDA, so I asked if there's a chance you'll port it into Open CL for a wider compatibility.

[Guest]

I assumed you wrote the code in CUDA, so I asked if there's a chance you'll port it into Open CL for a wider compatibility. Nvidia wrote the code and provided an API for video decoding.

Unless and until the other guys (what's that acronym again, it starts with an A I think) provide an API for video decoding there's nothing I can do.

[royia]

Nvidia wrote the code and provided an API for video decoding.

Unless and until the other guys (what's that acronym again, it starts with an A I think) provide an API for video decoding there's nothing I can do.

I see.
Thanks.

[hackaro70]

@neuron2:

ok, it's a newbie question, so don't be mad at me! But before changing graphic card and donate money I wanna be sure to have understood right.

DGAVCIndexNV is only a decoder, just to playback the video using the GPU, or it can be useful to recode the Blue-ray stream in some other format such as MKV or MP4. If the answer is yes, how can I do it with your sw?

I know that I'm looking for a sort of instant cookbook but there is any encoder out there that supports CUDA or my pre-order of GTX 285 is totally useless!? TIA ! :)

Cheers you all :)

[Guest]

don't be mad at me OK.

DGAVCIndexNV is only a decoder, just to playback the video using the GPU It's a decoder. But it is not intended for *playback* but just for delivering decoded frames via Avisynth.

or it can be useful to recode the Blue-ray stream in some other format such as MKV or MP4. If the answer is yes, how can I do it with your sw? It does not enable you to use CUDA for encoding. All it does is serve the decoded video via Avisynth. To go from there, you could use MEGUI and mkvmerge to make a re-encoded MKV.

I know that I'm looking for a sort of instant cookbook but there is any encoder out there that supports CUDA or my pre-order of GTX 285 is totally useless!? The only encoder I know of that uses the GPU is Badaboom, which has mixed reviews.

[laserfan]

DGAVCIndexNV is only a decoder, just to playback the video using the GPU...While the author has agreed with your statement, IMO it's worth noting further that it's the only decoding solution that I've found that always decodes faultlessly!
So if it is important to you that your encodings always be perfect, you should factor this into your dec'n to get nvidia or not.

I used to have glitches here & there with my encodings, and I'm convinced on reflection that these were due to decoding problems, which have completely disappeared for me since getting my N9600GT OC and NV versions of neuron2's tools.

[rica]

Hi neuron,

Would you mind if you have a look at this:

http://forum.doom9.org/showthread.php?p=1272953#post1272953


_ _ _ _

[Guest]

I had a look but I don't see a question there for me. Did I miss it?

[rica]

I had a look but I don't see a question there for me. Did I miss it?

Yes, there was but it was hidden :)

:thanks:

[ultratoto14]

Hi Neuron2, i've got a recording done on France DVB-T. (H264+AC3)

I tried to encode it via DGAVCDecNV and got artefacts. I cut out one of the damaged parts. This part is well played by VLC.
The file is well played also by the latest 1.0.9 DGAVCindex (non-NV).

Before that, i tried my old version of DGAVCIndex (1.0.0 beta 6) and this returns a:
Field pictures (PAFF) not currently supported.
I don't know if it's related.

So the stream is 1440x1080i with a resulting display size of 1920x1080i. I uploaded a sample with the artefact starting over frame 820.
http://www.mediafire.com/file/uz3dkzeydyl/cutout.ts

[Guest]

I'm not seeing any artifacts. Can you please be more specific? Do you see them with DGAVCIndexNV or when serving with DGAVCDecodeNV? If the latter what is the script? Where are the artifacts? Do you see them in the script served to VirtualDub or only in your encode?

Try re-downloading 1.0.13. I've developed a bad habit of silently fixing bugs in the existing version online and not releasing a new version. Bad me. I'll try not to do it again.

[ultratoto14]

I'm not seeing any artifacts? Can you please be more specific. Do you see them with DGAVCIndexNV or when serving with DGAVCDecodeNV? If the latter what is the script? Where are the artifacts?

Try re-downloading 1.0.13. I've developed a bad habit of silently fixing bugs in the existing version online and not releasing a new version. Bad me. I'll try not to do it again.

I redownloaded 1.0.13, same issue. Here is the frame 824 as i see it
http://www.mediafire.com/file/tohao3ddny0/artefact.png
when serving with DGAVCDecodeNV using this simple script:

DGAVCDecodeNV_AVCSource("D:\VideoWork\Leon\cutout.dga")

[Kurtnoise]

all seems to be ok for me too...:)

http://uppix.net/a/9/4/72ec166a38b4551b32e4ab43d8050t.jpg (http://uppix.net/a/9/4/72ec166a38b4551b32e4ab43d8050.html)

[ultratoto14]

I rebooted, still the same issue, thanks to kurtnoise to test it.
My card is a 8800 GTS 512Mo, on windows server 2008 x64.

I tried to read the same video with mplayerc-hc using internal dxva decoder and the video is full of artefacts.

Could it be possible that my card is damaged ?

Edit: I tried many other streams that works well with DXVA and DGAVCDecodeNV. So there's something wrong with this one.

[Kurtnoise]

maybe it's due to the driver...

[ultratoto14]

I'm with 181.22, nvcuvid.dll is the one from DGAVCIndexNV package. Could you tell me what is your driver version ?

[Kurtnoise]

182.50

[Snake91]

A small question. If I activate the nvidia denoiser in driver settings dgavcdecnv will use that denoiser when it will serve frames to the encoder?

[Guest]

A small question. If I activate the nvidia denoiser in driver settings dgavcdecnv will use that denoiser when it will serve frames to the encoder? According to my understanding, no.

[Snake91]

Is there a chance to see this function implemented in your sw? I think nvidia driver has very good filters

[Guest]

I can support only what the CUVID API offers me.

[nixo]

Hi Neuron2,

Did the Nvidia guys ever mention anything about support for lossless h264?

I gather it's not a top priority for them but it would a really neat thing to have as it would allow to use the purevideo deinterlacer on any sort of material; you could simply make a temporary conversion to lossless h264.

--
Nikolaj

[ultratoto14]

So, i change drivers to latest versions, etc no go but ...

I demuxed the video and audio with tsMuxer, forcing the FPS, LEVEL (to the same of the stream) and with addPicture timing info, continually insert SPS/PPS. Reindex the resulting file and then it is ok. No more artefact.

So there must be something in the stream or in DGDecode that is bad. I will do the same for all of my recordings now but if i can help finding a bug, let me know.

[Guest]

Do you see the artifacts in the script served to VirtualDub or only in your encode?

Demux the stream with DGAVCIndexNV and then try the elementary stream. What happens?

So there must be something in the stream or in DGDecode that do not like my stream. Not necessarily true, because you're the only one seeing a problem.

[ultratoto14]

I see artefacts when serving script to virtualDub.

Tried demuxed file (Demux the stream with DGAVCIndexNV) and the result is OK.

Ts File : artefacts
demuxed stream : no artefacts

[Guest]

I would bet dollars to donuts that you are picking up an old version of DGAVCDecodeNV.dll. Get rid of all of them by searching your hard drive. Test that you got them all by loading the script and getting the error that DGAVCDecode is not found. Then reinstall from a fresh download.

[ultratoto14]

Will do that tonight. Thanks.

[ultratoto14]

I checked the two versions the one on my disk and the one from your site : same date, same size, same version number
but i removed it, and replace it by the one from your site and now the problem is gone. This is going to get me nuts !!

Thank you.

[Guest]

I checked the two versions the one on my disk and the one from your site : same date, same size, same version number
but i removed it, and replace it by the one from your site and now the problem is gone. This is going to get me nuts !! As I said, I silently updated to fix a TS parsing bug. They happened to have the same date because the two versions went up on the same day.

I'm glad we have that resolved. When you said the demuxed stream worked, I knew it had to be the parsing bug I fixed.

[adrianmak]

I donated how to get the license file ?

[Keichi]

@adrianmak, Just wait till Neuron writes you a mail.

@all I encounterd following problem.. After i sucessfully indexed a .ts file.. and had written the Script for it.. All i got when i try to open it is, that he can't find a Decoder.. Has anyone a solution for that?

Graphic Card: Geforce 8600GT 256mb mem
Driver Version: 182.08
Copied the nvcuvid.dll to system32 folder: yes
DGAVCDecNV Version: 1.0.13

P.s: I made the TS File with the standard settings from tsmuxer

[Guest]

My software doesn't generate such a message. Please give me the exact Avisynth script and tell me how you opened it. You're sure you had the CUVID server running? Also, give the exact error message and say which software generated it.

[Keichi]

Ok.. That's Strange... It worked after a Reboot o_O

But is it normal, that VirtualDubMod is still using 50% CPU if i just Preview the Input in it?

AVS Script:
LoadPlugin("C:\Documents and Settings\Keichi\Desktop\dgavcdecnv1013\DGAVCDecodeNV.dll")
AVCSource("M:\Share Download\SPICE AND WOLF Blu-ray DISC 1\SaWEp1.dga")
Crop(4,4,-4,-4)
Lanczos4Resize(1280,720) # Lanczos4 (Sharp)

[Guest]

Ok.. That's Strange... It worked after a Reboot o_O

But is it normal, that VirtualDubMod is still using 50% CPU if i just Preview the Input in it? You're not just previewing, you are resizing too.

[Keichi]

btw.. Is there any chance that you implant something like in DGIndex, where i can put multiple vobs (m2ts in this case) in, and the program makes it into one?

Because it dosen't work right now.. If i add multiple m2ts files, only the first one is applied.

Which sucks, if you have a BD with 4 Episodes which a seperarted into 5 m2ts files per Ep.

[adrianmak]

Currently, I'm using dgavcdec104 for reading h264 raw for video encoding to xvid avi.

Any benefit with or without GPU decoding on the whole video encoding process ?

Will it shorten the whole encoding processing time?

-------------------------

I tested to encoding from a h264 mp4 1024x576 video to xvid avi
1st test, use dgavcdec104 to load the h264 raw
2nd test, use DGAVCDecNV_1.0.13 to load the h264 raw

then in VDM, encoded the video one by one and found that the encoding time is almost the same.

[Guest]

It's been discussed several times.

[squid_80]

neuron2: Are you aware that due to a limitation of the nvcuvid decoder, clips with 16 reference frames are not decoded correctly?

[Guest]

I wasn't aware of that. Anyway, who would use 16 refs? Think of the massive DPB that would require.

[squid_80]

I fully agree, FWIW. Unfortunately people still do it.
The problem isn't the total size of the DPB (although it can be on cards with only 256MB), it's mainly due to windows/DXVA only allowing a DPB made up of 16 frames. In theory this is ok since non-ref B frames can bypass the DPB but this isn't how the nvcuvid decoder works - every frame is decoded via the DPB and if there's no free slot (all filled with reference frames) artifacts show up.

[Manaka]

Does DGAVCDECNV support x64 ? If yes I can try it on my Vista x64 with x264 x64. And I wonder about speed increase compare with ffdshow. thanks

forgive my bad english

[Guest]

People are running it successfully on x64, though I do not have an x64 machine.

Depending on your machine, you may get a performance increase for transcoding, but you also may get only a very small increase.

[xopowo]

Yes, it works very well on an x64 platform. I have tested with Xp, Vista, and Windows 7 64-bit Operating Systems.

[yesgrey]

I was backing up a movie using DGAVCDecNV for frame decoding and today, in the morning, after several x264 hours, when I looked into the computer I had a dialog stating that there was some cuda error decoding the frame. Everytime I closed the dialog, a new one appeared. I had to abort the encoding. After this I have opened the Avisynth script in VirtualDub to see if there was any error decoding the frame in which the encoding stopped, but there was no problem, it worked flawlessly.
It was my first real encoding using DGAVCDecNV. Before this, I have tryed it with small video segments and worked good. Only now, during a full movie encoding, this happened.
Any idea what could have happened?

[Guest]

some cuda error Next time write it down and report what it is.

[squid_80]

Any idea what could have happened?
Try disabling your screen saver.

[yesgrey]

Next time write it down and report what it is.
Is there any list of the possible errors available? If I see it, I can recognize it...

I think it was something like:
error.cuda.framedecoder():confused:

Try disabling your screen saver.
Is disabled.

[yesgrey]

I was backing up a movie using DGAVCDecNV for frame decoding and today, in the morning, after several x264 hours, when I looked into the computer I had a dialog stating that there was some cuda error decoding the frame.
Try disabling your screen saver.
I think I have discovered what happenned...
Yesterday I started the compression job again. At night, when I decided to go to bed and leave the PC running for the night, I was going to hit Ctrl+Alt+Del to keep the PC in locked mode. Then I remember the tip from squid_80, about the screen saver... I have it disabled, but when we hit Ctrl+Alt+Del to lock the PC, it enters a different state, covering the desktop with the login dialog.
I can not test it again right now because I don't want to mess up the encoding again, it already passed the critical point of yesterday.;)
I will test it and update here as soon as I could.

[Guest]

Yes, that is very likely the reason. The video driver gets into a different mode.

[yesgrey]

I think I have discovered what happenned...
Yes, that is very likely the reason. The video driver gets into a different mode.
I confirm. It was it. We cannot lock our computers while frame serving with CUVIDServer.
When I unlock the computer I have this message on screen:
9857
When I close this dialog, appears this other message:
9858
When I close it, appears the first again, and it keeps like this, always showing both messages, one after the other.

I believe this should be a problem in CUVIDServer. Do you think it could be fixed? If not, I think it's a good idea put a warning in your guides, because it's a bit annoying to crash a long encoding job just because we locked our computers for security reasons...:(

[laserfan]

Maybe I'm off-base w/this suggestion, but you might want to see if it works to run CUVIDServer as a service:

http://support.microsoft.com/kb/137890

I haven't tried it (yet) myself...

EDIT: Well I tried but was not successful in getting this to work. Maybe it's due to my XP x64 OS, or CUVIDServer itself, or maybe I didn't implement it correctly. Seems like a reasonable thing to attempt for a PC that uses it a lot though!? If anyone else can get it to work by all means please tell. :)

[rack04]

Is there a way to index only a specific number of frames?

For example:

I've set up a batch file which uses the WriteFile function in AviSynth to identify frame count, frame rate, width, and height of video streams. Currently, I index the entire h264 stream using DGAVCIndexNV, create a AviSynth script, and then feed the AviSyth script to ffmpeg to generate the WriteFile text file. Ideally, I'd like to specify just a few frames to index so this process is quicker. Though I don't know if this is even possible. Thanks.

"%DGAVCIndexNV_PATH%" -i "%INPUT_VIDEO%" -o "%WORKING_DIRECTORY%\%OUTPUT_FILENAME%-output.dga" -e -h

Echo LoadPlugin("C:\Program Files\DGAVCIndexNV\DGAVCDecodeNV.dll")>"%WORKING_DIRECTORY%\%OUTPUT_FILENAME%-analyze.avs"
Echo AVCSource("%WORKING_DIRECTORY%\%OUTPUT_FILENAME%-output.dga")>>"%WORKING_DIRECTORY%\%OUTPUT_FILENAME%-analyze.avs"
Echo WriteFile("%WORKING_DIRECTORY%\%OUTPUT_FILENAME%-framecount.txt","Framecount")>>"%WORKING_DIRECTORY%\%OUTPUT_FILENAME%-analyze.avs"
Echo WriteFile("%WORKING_DIRECTORY%\%OUTPUT_FILENAME%-framerate.txt","Framerate")>>"%WORKING_DIRECTORY%\%OUTPUT_FILENAME%-analyze.avs"
Echo WriteFile("%WORKING_DIRECTORY%\%OUTPUT_FILENAME%-width.txt","Width")>>"%WORKING_DIRECTORY%\%OUTPUT_FILENAME%-analyze.avs"
Echo WriteFile("%WORKING_DIRECTORY%\%OUTPUT_FILENAME%-height.txt","Height ")>>"%WORKING_DIRECTORY%\%OUTPUT_FILENAME%-analyze.avs"
goto ffmpeg

:ffmpeg
"%ffmpeg_PATH%" -i "%WORKING_DIRECTORY%\%OUTPUT_FILENAME%-analyze.avs"
goto end

[yesgrey]

Feature request: is it possible for you to include in the log file a small list (the higher 5) with the number of the frames that have the maximum bitrate? The higher the bitrate, the more complex the frames should be, so these frames should be a good reference when we are trying to find the apropriate encoding settings...

[Kurtnoise]

According to the doc for the command line use :

-o filename Name of output index file, including the .dga extension.

it seems that this is not the case with both DGAVCIndex(NV) tools...I tried:
DGAVCIndexNV.exe -i "E:\myfile.ts" -o "E:\myfile" -a -e -h
and dga file extension is missing. On the other hand, if I specify dga file extension for output,
DGAVCIndexNV.exe -i "E:\myfile.ts" -o "E:\myfile.dga" -a -e -h
audio streams extracted have this extension in their file names. This is not the case for DGindex...

Is this intentional ?

[Guest]

You're supposed to include the .dga but if it then appears in the audio filename, then it's a bug. I'll fix it.

[Kurtnoise]

Just to be clearer about audio streams...I've got this by example :
myfile.dga PID bc5 L2 2ch 48 160 DELAY -424ms.mp2

Should be better like this:
myfile PID bc5 L2 2ch 48 160 DELAY -424ms.mp2

This occurs only using command line, of course.

:thanks:

[D-Train]

Has anyone got DGAVCDecNV working with an onboard video card?

I'm looking to pair a mobo w/ onboard GeForce 8200 with an X4 920 2.8GHz processor.

The Nvidia site seems to indicate it would be supported:
http://www.nvidia.com/object/cuda_learn_products.html

One of my requirements for the new build is to frameserve AVC content. A main source for my content are Dish Network captures and I always had problems with the PAFF encoding with DGAVCDec, although I admit I haven't checked for awhile. It sounds like DXVA has better PAFF handling than libavcodec.

Thanks!

[nm]

The Nvidia site seems to indicate it would be supported:
http://www.nvidia.com/object/cuda_learn_products.html
In addition to CUDA support, DGxxxDecNV also requires VP2/3 video decoding capabilities. Some cards (G80 models) listed on that page only have VP1. However, GeForce 8200 does have VP3, so it should work fine.

This table on Wikipedia is perhaps the most accurate list of video decoding capabilities in current NVIDIA GPUs: http://en.wikipedia.org/wiki/NVIDIA_PureVideo#Table_of_PureVideo_.28HD.29_GPUs

A main source for my content are Dish Network captures and I always had problems with the PAFF encoding with DGAVCDec, although I admit I haven't checked for awhile. It sounds like DXVA has better PAFF handling than libavcodec.
Current libavcodec handles PAFF fine, but DGAVCDec uses an older version that has problems.

[halsboss]

<snip> on h/w etc. query on license.

[Guest]

I have a Q6600/8600GT and a Q9540/8800GT with new motherboards (both motherboards, same batch, started to die within a week of each other!) each having dual onboard gigabit NICs. So, if I wanted a license for each, would I donate twice ? One donation gives you all the tools and a reasonable number of machines. I've not stated a limit but if someone asked me for a hundred, I'd start thinking about it. :)

Is the licensing OK with the dual-NICs setup It's treated as multiple machines, so no problem. All your IDs are supported in the one license file, so you can switch NICs on and off without problems. If a re-install changes the MAC addresses as reported by windows then you'll need a new license. This has happened only once.

[halsboss]

Thanks. Donated about 5 minutes ago. Looking forward to it !! Will be installing it on both PCs (hope it's easy).

[Clumpco]

Hi,
Me again...
For some strange reason that I can't fathom as yet any .ts that I cut with h264tsCutter throws an error when loaded into DGAVCIndexNV. I have had this problem before and it will probably clear by a re-install of the Haali splitter... HOWEVER, I have instead been using the "F1" option in DGAVCIndexNV to cut my .ts. I need to do this because a) I need to extract subtitles which are in sync and b) I like to keep a 1080p version for my own use. (This is BBC HD btw).

I have noticed that the .ts writing with F1 is painfully slow (12 minutes for 3.5 GB) - I know that it can be done far faster than this, for example TsPlayer that comes with DVBViewer takes about 5 minutes - but the cutting interface is clunky.

Could your future development please look at making this faster?
How about extracting subtitle tracks at the same time as audio when indexing?
Also, when using F1 I haven't yet spotted a way of seeing how the work is progressing.

Keep up the good work!
Cheers

[halsboss]

Hi neuron2, emailed you back however got this
...@comcast.net
SMTP error from remote mail server after initial connection:
host mx2b.comcast.net [76.96.30.116]: 554 ...
Comcast block for spam. Please see http://help.comcast.net/content/faq/BL000000and comcast.net link says
Our filters have determined that email from your mail server has been sent in patterns which are characteristic of spam. In an effort to protect subscribers, your mail server has been blocked from sending email to the Comcast network. Mail servers are typically shared by many users so it may be the case that another party using your mail server has sent spam, even if you have not. which is annoying since the ISP I use is a large one, it's sort of like blocking the 5th or 6th largest ISP's mail server in this country... grr at comcast. The world must end at their country's borders.

[Guest]

Send me the PayPal transaction number by PM and I will get you sorted out.

Don

[halsboss]

This version of DGAVCDecodeNV now uses a server application to decode the AVC video. Therefore, the CUVID Server (CUVIDServer.exe) must be started and left open before DGAVCDecodeNV can be used. If the server is not running then DGAVCDecodeNV will throw an error to Avisynth saying that the server is not running. Additionally, to prevent collisions at the GPU decoder, ensure that DGAVCIndexNV is closed before starting the CUVID Server.

Does this mean that it's limited to one-at-a-time decoding of .dga files into AVIsynth ? I sometimes have multiple re-encodes going, to chew up the cores a bit :)

[Guest]

Yes, one at a time. And don't try to use the VP2 engine for anything else at the same time.

[halsboss]

I searched but may have missed comments on SetMTmode.

SetMTmode(mode=5,threads=4)
SetMemoryMax(256)
LoadPlugin("C:\software\DGindex\DGAVCDecodeNV.dll")
AVCSource("G:\DVD\test.dga",deinterlace=1)
AssumeFPS(25)
#info()
An out-of-bounds memory access (access violation) occurred in module 'DGAVCDecodeNV'...
...writing address 07600004.

It works without SetMTmode; un-commenting SetMTmode makes it freeze and crash. Any way to make SetMTmode work too ?#SetMTmode(mode=5,threads=4)
SetMemoryMax(256)
LoadPlugin("C:\software\DGindex\DGAVCDecodeNV.dll")
AVCSource("G:\DVD\test.dga",deinterlace=1)
AssumeFPS(25)
#info()

Breathtaking result though. It really speeds along when just shrinking a HDTV sized mkv to SD mpv with HC. I'm pleased as punch.

XP-sp3, 8800GT, Nvidia driver 185.85, tsp's MT avisynth.

PS an extract of a .bat I use; I drop the .dga on it and eventually it gets to here:
START /b "CUVIDServer.exe" "C:\software\DGindex\CUVIDServer.exe"
"C:\software\HC\HC022\HCenc_022.exe" -ini "%InputHC%"

where the .INI contains the settings for that encode. I must find out how to make the NV server component automatically terminate after a encode; use PSkill probably.

[kemuri-_9]

It works without SetMTmode; un-commenting SetMTmode makes it freeze and crash. Any way to make SetMTmode work too ?

If my understanding is correct, SetMTMode would violate

Yes, one at a time. And don't try to use the VP2 engine for anything else at the same time.

as it's doing multiple accesses to the VP engine simultaneously.

[Adub]

You may just have to use MT() instead.

[halsboss]

If my understanding is correct, SetMTMode would violate ... as it's doing multiple accesses to the VP engine simultaneously.Oh. Of course. You may just have to use MT() instead.Thanks, yes have some scripts, must find the time to fiddle with them.

[qbhn]

Hello.
I have a simple license question to neuron2: is there any trial or test version of dgavcdecnv that runs for a week or so? I need to test the benefit of cuda enabled decoding before i invest in an nvidia graphic card. Thanks

[Guest]

No trial version is available. If you need it you'd know. :)

[halsboss]

Searched the thread for vfr and couldn't find it. If Mediainfo says an MP4 source is
Frame rate mode : VFR
Frame rate mode : Variable
Frame rate : 23.976
Frame rate : 23.976 fps
Minimum frame rate : 23.810
Minimum frame rate : 23.810 fps
Maximum frame rate : 24.390
Maximum frame rate : 24.390 fps
and using coreavc-haali's GDSMux to convert that to an MKV which DGAVCDecNV likes, and mediainfo then says is
Frame rate mode : VFR
Frame rate mode : Variable
Then what will avisynth make of the AVCSource of the .dga produced from the MVK ? Will avisynth think it's 23.976 ? If I do assumefps(29.976) will everything turn out OK ?

Oh, just opened the log and it says
Stream Type: Matroska
Profile: Main
Level: 3
Frame Size: 852x480
SAR: 1:1
Display Size: 852x480
Frame Rate: 25.000000 fps
Colorimetry: BT.709* [2]
Frame Structure: Frame
Frame Type: I
Coded Number: 92708
Playback Number: 92708
Frame Repeats: 0
Field Repeats: 0
Bitrate: 0.034
Bitrate (Avg): 0.678
Bitrate (Max): 2.900
Audio Stream: 2: A_AAC 44100 2ch "eng"
Elapsed: 0:01:19
Remain: 0:00:00
FPS:
Info: Finished! which I guess means it isn't going to work. Am open to suggestions.

[Guest]

It defaults to 25 because the AVC stream does not specify the frame rate. Try forcing it to 23.976 in your script and see what happens.

[Clumpco]

Hello.
I need to test the benefit of cuda enabled decoding before i invest in an nvidia graphic card. Thanks

Let me assure you that the benefit is AWESOME.
On a Q6600 with a 9600GT a 720p-3.5Mb/s encode goes from 7-12 fps to 37-42 fps.

[halsboss]

I am well pleased, both with the nvidia card and the NV version. BTW, if you compare the raw throughput of various nvidia cards you may be surprised at the 9x series vs the 8x series http://www.nvidia.com/HelpMeChoose/fx/HelpMeChoose.asp and value for money. You may get more of a bargain than some think. Just ensure you get one with VP2/VP3 http://en.wikipedia.org/wiki/PureVideo#Table_of_PureVideo_.28HD.29_GPUs

[D-Train]

In addition to CUDA support, DGxxxDecNV also requires VP2/3 video decoding capabilities. Some cards (G80 models) listed on that page only have VP1. However, GeForce 8200 does have VP3, so it should work fine.

Thanks NM. Just to follow up I did end up getting the motherboard (ASUS M3N78-EM with NVIDIA GeForce 8300) and DGAVCDecNV works great. With my dish rips (1440x1080 16:9) the frame rate with display disabled is about +/- 60 fps and with a blu ray rip about +/- 50 fps. Thanks neuron2 working great so far.

[Audionut]

Sorry if this has been asked before. Any plans to support .mpls?

[Guest]

What kind of support are you looking for?

[Audionut]

For blu-rays with movie spread across multiple m2ts. Ability to load the mpls instead.

My current workflow is to use bdinfo to check which m2ts file is the main movie or if the movie is spread across multiple m2ts files then use eac3to to load the mpls and demux the streams resulting in 1 h264 file, then using dgdec.

I don't seem to have luck using your tools to load the parts. In fact I just tried again and dgdec only seeks the first loaded m2ts file. No crashes or errors. But wont seek (or more correctly, doesn't display) 2nd, 3rd etc m2ts files.

Ideally, it would be nice to have dgdec list the movie playlists (mpls) so I could pick the main movie without the need of other tools. But I think that is out of the scope of your tools.
Could be worth another donation though. :)

edit: I just checked and it only indexes the first loaded file too.

[Deinorius]

Or you can mux the .mpls with tsmuxer to a .ts or .m2ts file. DGAVCIndex supports .m2ts, so you can index it and demux audio stream. Works without problems.

[Audionut]

Or you can mux the .mpls with tsmuxer

Yes, I could do that too. But I am requesting support from dgdec tools to minimize 3rd party tools.

[Guest]

It's a reasonable request.

I am already working on supporting multiple input files, so it may not be a big step to parse the playlist files.

[Audionut]

Thanks Don,

Now a little error report.

http://www.users.on.net/~audionut11/0.6.mkv

Frames 2193-2214

http://www.users.on.net/~audionut11/error.PNG

Stepping forward through frames is fine. Stepping backwards from frame 2216 is fine. Go say 15 frames forward and then step back at speed results in frames 2193-2214 looking like the screen shot above.

Encode settings don't matter. Here is a screen shot from the same frame range using significantly different encode settings.

http://www.users.on.net/~audionut11/error3.PNG

[Guest]

Does it happen with the demuxed ES?

[Audionut]

Yes..

[opieant]

I didn't notice any reports in this thread on how DGAVCDecodeNV and DGAVCIndexNV behave on Windows 2000 so here's what they do for me:

DGAVCIndexNV opens normally, but when attempting to open an H.264 TS video the error message "GPU decoder: Failed to create video decoder [100]" appears. After clicking OK to the error dialog, nothing shows up in the DGAVCIndexNV window. The PIDs can be seen via the Stream menu options and the project can be saved, but the window cannot be closed normally (File -> Exit and the X just freeze the application).

Running CUVIDServer and using DGAVCDecodeNV.dll to open the project results in a "Failed to create video decoder" error in VirtualDub. This also causes VirtualDub to freeze and CUVIDServer to crash silently.

The same video plays back perfectly fine with the Cyberlink decoder under 2000. It also opens up with video in the normal DGAVCIndex under 2000, but doesn't decode properly, hence the interest in using DGAVCIndexNV.

Note that running an upgrade to XP on top of the 2000 installation without making any other changes results in DGAVCIndexNV, DGAVCDecodeNV, and CUVIDServer all working properly. Keeping XP installed on the PC I tested this on is not an option though.

I would be more than happy to help with any testing that might get DGAVCIndexNV running under 2000, but I won't be too surprised or disappointed if compatibility with it is a low priority.

[Audionut]

What's the deal with directx on windows 2000? Can it be updated. Have you upgraded to the latest nvidia drivers too.

[opieant]

What's the deal with directx on windows 2000? Can it be updated. Have you upgraded to the latest nvidia drivers too.

Windows 2000 goes up to DirectX 9.0c just like XP. As for the nVidia drivers, generally just installing the latest XP drivers works fine. The release notes say "NVIDIA Display Driver for Windows 2000/XP" and the driver setup detects 2000 and says "NVIDIA Windows 2000 Display Drivers" at the top of the screen, so nVidia doesn't seem to have completely sworn off 2000 support just yet.

Only the very latest nVidia CUDA driver release (v185.85) shows any real signs of problems with 2000. It wouldn't install its control panel properly and led to a BSOD on startup. The startup BSOD problem could be worked around with the help of the "XP API Support Tool for Win2K" and the control panel probably could have been installed at that point too. Those issues are probably just a matter of nVidia recently deciding to call on XP API functions for some minor operations out of convenience and without realizing it breaks some support on 2000. The previous CUDA driver version (v181.20) installs and reboots fine except that the nVidia control panel application crashes on startup (no BSOD, just a normal application crash), but that is easily fixed by installing the user32.dll from the "XP API Support Tool for Win2K." From what I've experienced and recall, all "XP" driver releases prior to that install and function without a hitch under 2000.

FYI, I had the v185.85 CUDA drivers installed on 2000 when I tested upgrading it to XP. During XP setup the nVidia driver setup was triggered in the background so that the nVidia control panel was present when the XP install finished.

[ultratoto14]

Hi all, i've just changed my hardware to go to a core i7 920@4Ghz, I measured framerate of DGDecodeNV to 46 fps.
My avs script is as simple as the AVCSource. Using -threads 0 in x264 command line, my cpu usage is around 40-60%.
The encoding speed is not 46 but almost 20 fps.
So if the frame server is not the limit, there's cpu power available, why is it not faster ?

[Guest]

You're asking me why your *encoding* is not faster when I provide the *decoder*?

[ultratoto14]

Sorry for the misunderstanding, the question is not directly for you. I'm very pleased of the performances of the decoder, just want to know if someone has the same problem, if a solution exists, just to be oriented.

[kemuri-_9]

you don't provide your encoding settings which highly affect threading/cpu performance in combination with information about the source (mostly resolution).

so for the moment that lack of information is the reason why you're not bottlenecking at the decoder as you desire.

[ultratoto14]

x264.exe" --pass 1 --bitrate 8116 --stats DGSourceNV2.stats --level 4.1 --bframes 3 --b-adapt 2 --weightb --direct auto --filter 1:1 --ipratio 1.1 --pbratio 1.1 --vbv-bufsize 24000 --vbv-maxrate 24000 --qcomp 0.5 --merange 12 --threads auto --progress --no-psnr --no-ssim --subme 2 --partitions none --me dia --output NUL DGSourceNV2.avs

x264.exe" --pass 2 --bitrate 8116 --stats DGSourceNV2.stats --level 4.1 --ref 4 --mixed-refs --bframes 3 --b-adapt 2 --weightb --direct auto --filter 1:1 --trellis 2 --partitions p8x8,b8x8,i4x4,i8x8 --8x8dct --ipratio 1.1 --pbratio 1.1 --vbv-bufsize 24000 --vbv-maxrate 24000 --qcomp 0.5 --me umh --merange 12 --threads auto --progress --no-psnr --no-ssim --output DGSourceNV2.264 DGSourceNV2.avs

Source are Quantum of solace Bluray z2 (h264) and Golden Compass z2 (vc1) -> 1920x1080 result.

[Guest]

It's OT for this thread. Take it elsewhere.

[halsboss]

Back to this after a break ... and I can't remember what to use to demux a .MP4 into elementary streams for use with this tool. Anyone care to suggest something easy (preferably command-line, but not fixated on it).

Also, is .mp4 support likely any time soon ?

edit: ah, I remember "coreavc-haali's GDSMux to convert that to an MKV which DGAVCDecNV likes"

[kemuri-_9]

it would be easier to use mp4box's extraction feature to demux the elementary stream from the .mp4.

i've never been a fan of gdsmux since it does things through directshow (iirc) which is known for its problems.

[JeffBDVS]

NVBeta4 issue with PureVideo double rate deinterlacing:

Index a 1080i60 AVCHD clip from a Panasonic HMC150
Point an .avs script file to the resulting .dga file
Script Text: DGSource("00014.dga", deinterlace=2)
Load the .avs script into VirtualDub
Check File Information: Verify that frame rate is 59.94fps
Play or scrub in VirtualDub.

Result: only half of the frames play back. At the halfway point, VirtualDub displays a freeze frame for the rest of the clip. When I go to the end of the clip I can get the second half frames to appear if I step or seek backwards. But when I try to play or scrub forward again, the frame just freezes from that point. This issue also shows up in any files exported from VirtualDub. The issue does not occur inside of DGAVCIndexNV during play or preview.

Workaround: Use single-rate PureVideo deinterlacing.

System:
Vista 64 SP2
GTX280 with the 190.38 drivers
VirtualDub 1.8.8/build 30091
AviSynth 2.5.7.0 (MT build)

If you want a sample stream, let me know and I'll email a link to you.

-Jeff

[Guest]

Fixed in NV beta 5:

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

If you have previously downloaded beta 5 to get the fix for MPEG, you need to re-download it to get this fix for AVC and VC1.

[JeffBDVS]

I guess I jumped the gun about an hour ago. I was going to report that it didn't work here for AVC. I'll try again now.

Email with a link to the problem AVCHD stream is on its way to you, Don.

-Jeff

[Guest]

I tested your stream with the corrected beta 5 and it was fine with deinterlace=2.

[JeffBDVS]

Works a treat now. Thanks, Don.

-Jeff

[JeffBDVS]

New problem with NVBeta5. DGMPGIndexNV doesn't properly recognize as interlaced, an elementary MPEG2, I-frame-only high@high, 100 Mbps CBR file. The info box shows its structure as Frame/Field. DGIndex 1.5.2 does recognize it properly as interlaced.

NV and DGIndex logs and index files attached.

-Jeff

[Guest]

In the non-NV version "Frame Type" is the value of progressive_frame and "Coding Type" is I, P, or B frame. In the NV version, "Frame Type" is I, P, or B frame and there is no field that reports progressive_frame. I should bring them into alignment.

Frame/Field refers to the sequence: If the sequence is shown as "Frame/Field", then some frames may be coded progressively, some coded interlaced, and some pulled down.

Why aren't you using beta 7?

[JeffBDVS]

It's not just the info window. The output isn't interlaced either, and it should be. Both the NV window and VirtualDub from AviSynth show deinterlaced frames. I wasn't clear enough in my original post. I'm sorry.

Why aren't you using beta 7?
Because I didn't know there was a Beta 7? :)

-Jeff

[Guest]

It's not just the info window. The output isn't interlaced either, and it should be. Both the NV window and VirtualDub from AviSynth show deinterlaced frames. LOL. You'll have to give me a stream sample if you want me to believe that.

The only thing I can think of is that it has soft pulldown and you don't have Honor Pulldown selected under Video/Field Operation.

[JeffBDVS]

Here's the link to the sample stream:

Interlaced M2V File (http://bellunevideo.com/tutorials/1080i60_DG.m2v)

Attached is a screenshot with the export parameters from Adobe Premiere Pro, and the .ini file for DGMPGIndexNV Beta 7.

-Jeff

[Guest]

I opened your sample in beta 7. I set Video/Display HD Full-Sized. I hit F5. The video clearly shows the combing.

I serve the video with my script into VirtualDub and play. The video clearly shows the combing.

I add SeparateFields() to my script and open it in VirtualDub. I step through and can see field rate motion.

Do you have all your windows set to half size? That simulates a deinterlacer.

[JeffBDVS]

I opened your sample in beta 7. I set Video/Display HD Full-Sized. I hit F5. The video clearly shows the combing.

I serve the video with my script into VirtualDub and play. The video clearly shows the combing.

I add SeparateFields() to my script and open it in VirtualDub. I step through and can see field rate motion.

Do you have all your windows set to half size? That simulates a deinterlacer.
Nope. I configured Beta 7 exactly as you described in the quote above. Two new weird observations:

If I load the clip and then select Display HD full size, the very first frame shows the combing. But if I step or seek through the clip, all subsequent frames appear deinterlaced.
If I select Display HD Full Sized and *then* load the clip, not even the first frame shows the combing.

Based on those 2 observations, I suspect a display driver problem here on my end. I do have the 190.38 drivers.

Thanks for taking the time to check this out. That you cannot reproduce the issue means I've got some serious troubleshooting in my future.

-Jeff

EDIT: In item #1, not *all* of the subsequent frames appeared deinterlaced. I found that the very last 2 frames of the clip also showed combing.

[JeffBDVS]

The fact that the 2 last frames in the clip showed the combing gave me an idea. My idea worked.

Workaround:

Find any frame in the clip that is showing the combing.
Set the In/Out points to create a short segment that encompasses at least one "combed" frame.
Preview (F5)
Reset the In/Out points to encompass the whole clip.
Save Project.

So far, resetting the In/Out points seems to do the trick. After using the workaround, all frames in NV and in VirtualDub show up as interlaced.

Without the workaround, all the frames show up as deinterlaced. (Except for the first one and the last two, as mentioned above.)

Definitely odd. I have no idea what could cause this behavior.

-Jeff

[Zelos]

Hi there,

sorry if i don't undestand the use of DGAVCDecodeNV , but does it distress the cpu for encoding from h264 source ?

thanks

[Audionut]

Yes, decoding h.264 is cpu intensive. These tools decode h.264 using the GPU.

[Zelos]

oh that is a great tool so !
So it might use cuda right ?

[kemuri-_9]

oh that is a great tool so !
So it might use cuda right ?

it does use CUDA to access the GPU's VP2 engine to decode the video directly on the card.

[Zelos]

can someone post the difference speed between :
- just cpu with megui
- using DGAVCDecNV with megui

thanks :)

i have core i7 920 and would like to know if i have to sell it :)

[Guest]

oh that is a great tool so!
Yes, but don't overestimate its impact on timesaving when transcoding, because decoding is a relatively small load compared to encoding. The savings can be useful on a low end CPU, but negligible on a high end CPU.

[Zelos]

humm ok i see, i will make a try to check the benefits , so.
thanks for all replies :)

[Guest]

The other benefits are correct decoding for many streams that the alternative decoders have issues with, such as some VC1 streams, and access to GPU deinterlacing, cropping, and resizing.

[Zelos]

ok i see , thanks.
Is the power of the graphic card will determine the average speed ?

[Guest]

Is the power of the graphic card will determine the average speed ? Average speed of what? And what do you mean by "power of the graphic card"? Your question is too vague to answer.

[Audionut]

My understanding is that the VP2 engine is the same on all GPU's.
So decoding speed would only be affected by memory clock and bus width I guess.

[Zelos]

My understanding is that the VP2 engine is the same on all GPU's.
So decoding speed would only be affected by memory clock and bus width I guess.

yes right sorry for my bad english :p

[creamyhorror]

http://neuron2.net/dgavcdecnv/dgavcdecnv.html

Your site seem to be down:

redirects to http://gs12.inmotionhosting.com/suspended.page/

"This Site Is Temporarily Unavailable.
If you are the site owner, please contact the billing/support department as soon as possible."

[Guest]

It's up again. Somebody was attacking my forum and blew out my CPU usage. I've taken the forum down until I find a solution.

[paulvdb]

Your new beta 8 causes problems with ITV HD. Indexing works fine but when I try to load the avs in virtualdub I get the following error message:

Avisynth open failure:
Evaluate: System exception - Access Violation
(I:\TheBill.avs, line 8)

Line 8 is the line with DGSource. The same avs works ok with beta 5. I tried this on Windows XP x64 and Windows 7 RC x64. I also tried it with Channel 4 HD and BBC HD and they worked ok with beta 8 so the problem seems to be specific to ITV HD. Sample stream that shows this error: http://members.home.nl/pvdbelt/TheBillSample.ts

[Guest]

Got it fixed locally. Beta 9 comes later today. Thanks for pointing it out.

[Guest]

NV beta 9 is released. It has a lot of fixes.

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

[JungleBoy]

ITV HD audio sync
I've noticed that ITV HD uses an AC3 audio sync time of either -999999ms or +999999ms.
They appear to be using a PCR PID instead to sync the video and audio.
The Video and PCR PIDs can be defined in DGAVCINDEXNV but it says in the manual under Detect PIDs: PAT/PMT,
"Note that unless you use the Log Timestamps function, the PCR PID is not used and can be ignored."
Here's the manual: http://neuron2.net/dgavcdecnv/DGAVCIndexNVManual.html
The question is, what is the Log Timestamps function ?
I see the Video PID in the DGA file but not the PCR PID.

I'm using DGAVCINDEXNV v1.0.13

[Guest]

That's a leftover from copying and pasting from the DGIndex manual. DGAVCIndexNV does not have the Log Timestamps function.

I've noticed that ITV HD uses an AC3 audio sync time of either -999999ms or +999999ms. I can't make any sense out of this. Can you post a link to a short sample stream so I can see if there is anything out of the ordinary going on?

Set-top boxes sync their local clock to the PCR time. Then the audio and video is played by presenting a unit when its PTS matches the local clock. That means audio and video units with the same PTS are presented together, therefore it is sufficient just to consider the offset between the audio and video PTSs.

You can get the PCR PID from the PAT/PMT table accessible under the Stream menu. Usually it is the same as the video PID, but not always.

[JungleBoy]

Here's 1 minute 95MBytes file of the ITV HD mux.
It contains ITV HD and Brit Shorts TV and a bunch of radio channels.
If you put the TS file through tsmuxerGUI you'll see the audio delay of the ITV HD AC3 stream.
http://www.mediafire.com/download.php?yujkelygjvt

[Note: I edited this excerpt from a 22Gbyte TS file of the complete multiplex.
I haven't been able to extract the video from this excerpt].

Here's a picture:
http://i250.photobucket.com/albums/gg276/34blw/itvhd-mux.jpg

I've been putting the complete mux through tsmuxerGUI to convert the H222 to H264.
I also set the AC3 audio delay to something like -870ms.
The video and audio is approximately in sync in the created m2ts file but could be out by +/-100ms.

Is there a way of finding out the time difference between the video and audio streams ?

[Guest]

Sorry, an *edited* TS is not helpful. Just use DGSplit to split the first 100MByte of the *original* TS and upload that. Thank you.

[JungleBoy]

itvhdmux22.ts (100 MB)
24 seconds of the ITV HD/Brit Sports TV multiplex:
http://www.mediafire.com/download.php?dm0djemijgd

Putting this file through tsmuxerGUI (only ticking the H264 and AC3 boxes) converts the H222 to H264.
The AC3 audio delay needs setting to about -750ms to get the audio approximately in sync.
The video/audio PIDs of 3401/3402 (or 0x0d49/0x0d4A) change to 4113/4352 (or 0x1011/0x1100) in the M2TS file.
Viewing the M2TS file with TS Packet Editor shows the PCR PID on 0x1001.

The first 4.5 minutes of the original TS contains the message saying that ITV HD was unavailable (as nothing was being transmitted at the time) so I picked file 22 from DGSplit that contained some dialogue.
What is the procedure for getting the correct audio sync delay for the final MKV ?

ITV have been to a lot of trouble to obfuscate their streams it seems.
TS Packet Editor is also able to convert the H222 to H264 but I finish up with no audio at all.
I found that by recording the entire mux I was more likely to capture stuff that was needed to decode ITV HD.

[Guest]

I can't help you with tsmuxer or the other tools. I can only tell you how to do it with my tools.

I loaded the stream in DGAVCIndexNV. The tables are non-standard (which explains the problems everyone is having) but by looking at raw PIDs and experimenting, I determined there is AVC video on 0xd49 and AC3 audio on 0xd4a. Use Audio Demux to set up for demuxing only audio stream 0xd4a. Then Save Project.

Now, you make a standard AVS with the audio adjusted by the reported -225ms and everything plays in perfect sync.

vid=dgsource("itvhdmux22.dga",resize_w=1280,resize_h=720)
aud=nicac3source("itvhdmux22 PID d4a 2_0ch 48KHz 256Kbps DELAY -225ms.ac3").delayaudio(-0.225)
audiodub(vid,aud)

I think it's funny that they throw away half the horizontal resolution but still call it HD.

[JungleBoy]

I was only using tsmuxerGUI to filter out all the other streams just leaving the ITV HD streams and then feeding the M2TS into TS Packet Editor to edit out the adverts then loading the final M2TS file into DGAVCIndexNV. It also converted the h222 to h264.
I'll try loading the TS directly and see what happens.

[Guest]

It also converted the h222 to h264. You're apparently unaware that this is silly. You must have overheard it on a bus or something.

I'll try loading the TS directly and see what happens. I already told you what happens!

You can likely use the same process on your edited TS, as long as you get the remapped PIDs correct.

[JungleBoy]

Yes, I get the same result, I didn't realise you can feed the entire mux into DGAVCIndexNV.
The only problem is how to edit out the adverts before feeding into DGAVCIndexNV.
Any suggestions ?

[Guest]

You can use trims in your script or use your TSPacket editor. The output should be usable in DGAVCDecNV.

[JungleBoy]

Subject: Variable audio delay in BBC HD TS files (ITV HD TS files are probably the same).

I've taken 4x30 second samples from a 1 hour BBC HD programme and put them through DGAVCIndexNV.
The audio delay value (in the ac3 filename) comes out at -1104ms, -1016ms, -1072ms and -800ms.
If I run the 1 hour TS file through DGAVCIndexNV the audio delay comes out with -1104ms (same as the sample from the start of the programme).
I just wondered if you were aware of this. Maybe DGAVCIndexNV could use the average audio delay.
This might be related to the recent change over of the BBC HD encoders where the audio delay has shot up from about -50/-70ms to around -1000ms. I can send links to the TS samples if you want to check.

[Guest]

When joining such files you may have to fix up the possible audio/video gaps at the junctions between files. You can either demux using DGAVCIndexNV as usual and then fix up the audio stream using my tool Joints, or you can demux the audio using EAC3TO, which will fix up the gaps during demuxing.

But with EAC3TO, you cannot do this with the -demux option; you have to use the track decoding syntax, as explained in the Joints thread.

[nautilus7]

I 've been reading some posts regarding using eac3to, so here (http://en.wikibooks.org/wiki/Eac3to/How_to_Use#Using_complete_disc_structure_as_input)'s the wiki page (it's been a while since i last updated it, but this part is ok).

[st0niMah0ni]

Hello people.

I get a error message for 3 days now, it dosnt matter what i try I can´t encode the last days with NV versions of dgindex.

cuvid picture decode () error

thats what I allways get, and the time when it happens again is allways random.

It would be so nice to fix this.
Maybe you know a solution?

I´m running 1.04 if cuda server

[Guest]

What is your source file? Can you post a link to a sample that causes this problem?

What Nvidia card are you running and with what Nvidia driver version?

[st0niMah0ni]

Hey Neuron, thx for your reply.
It doesnt depend on the file, it happened now with 3 different files,
two of the encodes crashed with this error in the 1.pass, but they ran fine when I startet it again.
The latest one crashed in 2nd pass. And this happened now 4 times.

Nvidia Card 9800 Pro GT

Driver Version : 190.62

Running Windows-7 32-bit OEM.

It was fine for 2 month now. but since a few days I cannot encode anything running cuvidserver.exe

Sometimes it crashes without any message and I just recognize it by watching the cmd window and it just get stuck....

When I look in the Taskmanager after there is no Cuvidserver.exe running anymore...

I think the problem is more on my side but I dont know anything about this error , it could be so much.


P.s. You edited my 1st post with the reason : rule 4

what did I wrong? I didnt say any disrespectfull word?

[laserfan]

It was fine for 2 month now. but since a few days I cannot encode anythingSimple fix: System Restore to before, when it worked.

[Guest]

If it were me, I would remove and reinstall the NVidia drivers.

Also, just play your script with VirtualDub and see if that crashes. The idea is to know if your encoder GUI is doing something funny. Which one are you using BTW?

(Regarding the rule 4 edit, you used superfluous profanity. Followup to PM if you need to discuss it further.)

[st0niMah0ni]

@ laserfan

sorry pal but thats a solution I will not think about or even care about.It was fine until last week,this machine is as it is.
There is no changes in Hardware or Software for monthes.

I am not going to roll back my system


If it were me, I would remove and reinstall the NVidia drivers.

Also, just play your script with VirtualDub and see if that crashes. The idea is to know if your encoder GUI is doing something funny. Which one are you using BTW?

(Regarding the rule 4 edit, you used superfluous profanity. Followup to PM if you need to discuss it further.)


I am using x264 latest build from techouse @ x264.tk
32-bit.

My scripts allways play fine, I use them also in AVSP.

I Will try to get some "old" nvidia drivers and will test it then, but now the encode is running with directshow source, I need to wait about 18 hours.

I will post my reply then. thx for help

[darcmage]

Just got the license today and I've been trying a few things out. I've noticed some strange things that hopefully someone can help me out with.

System:
Q9400
2GB Ram
Nvidia 9800GT (191.03)
Windows 7 x86
Avisynth 2.58
x264.exe r1271
Source: 10min 1920x1080 interlaced clip from Hauppauge HDPVR

AVS Script
LoadPlugin("D:\DGAVCNV\DGDecodeNV.dll")
DGSource("E:\Capture\test1.dga", deinterlace=1, resize_w=1024, resize_h=576)

Batch file
x264.exe --profile high --crf 27.0 --level 4.1 --keyint 300 --min-keyint 30
--ref 2 --direct auto --deblock -1:-1 --subme 5 --trellis 0 --partitions
p8x8,b8x8,i4x4,i8x8 --vbv-bufsize 50000 --vbv-maxrate 50000 --thread-input --output 1.mp4 1.avs


When I first tried out the encode, I was getting nearly 17fps which was much better than the 9fps I was getting with the regular DGAVC. I noticed my CPU usage wasn't as high as it could be so after a search here, I updated to the latest x264 and saw the encoding speed jump to 26fps.

On my next test, the speed dropped back down to 17fps. :confused:

I couldn't reproduce the 26fps until I started messing with EVGA Precision (Rivatuner clone). I activated my gaming preset (650/1625/950) and the fps jumped to 49fps! All other clockspeeds would result in 20fps max.

I decided to try lowering the resolution.

AVC Script
LoadPlugin("D:\DGAVCNV\DGDecodeNV.dll")
DGSource("E:\Capture\test1.dga", deinterlace=1, resize_w=640, resize_h=368)

Batch file
x264.exe --profile high --crf 24.0 --level 3.1 --keyint 300 --min-keyint 30
--direct auto --deblock -1:-1 --subme 6 --partitions
p8x8,b8x8,i4x4,i8x8 --vbv-bufsize 14000 --vbv-maxrate 17500 --thread-input --output 1sd.mp4 1sd.avs

This would result in a maximum encoding speed of 49fps as well. A head-scratcher to me. I don't understand the dramatic drop in speeds with the various GPU clockspeeds and why a lower resolution wouldn't increase the encoding speed. Appreciate any help you guys can provide.
:thanks:

[Guest]

Scratching my head too but I'd be happy with an increase from 9fps to 49fps. :p

[darcmage]

Scratching my head too but I'd be happy with an increase from 9fps to 49fps. :p

Oh I'm definitely not complaining. Just trying to understand what's going on. I'm perfectly willing to accept the situation as is.

[kemuri-_9]

back when i was testing out Donald's NV tools and the CUDA renderer within the CUDA toolkit some many moons ago,
I found that the vp chip has a constant fps rate for all material and for all resolution sizes...

so decoding a 720x480 mpeg2 clip will have the same decoding speed as a 1920x1088 h264 clip does, despite the large differences these would have on a cpu.

i usually saw the render rate just under 50 fps on my VP2 card, so it coincides with your findings of 49 fps being the maximum.

[darcmage]

Thanks for the info. I've started working on the assumption that 49fps is the max and cranking up the quality options until I max the cpu while maintaining an acceptable encoding rate.

I did go through some instability involving various errors previously mentioned in this thread like the decodePicture() error and the cannot create display error when trying to use the dll found at neuron's site. I tried everything I could think of, installing different driver sets and various nvidia tweaking utilities. It wasn't until I copied nvcuvid.dll from the system32 directory to the CUVIDServer and DGAVCIndexNV directory that I've been able to encode without any errors. Hopefully that'll help someone in the future.

[Guest]

It wasn't until I copied nvcuvid.dll from the system32 directory to the CUVIDServer and DGAVCIndexNV directory that I've been able to encode without any errors. That's not necessary. Just leave the Nvidia installed DLL where it is and do not use any DLL from my site.

Hopefully that'll help someone in the future. That also shouldn't be necessary, if they read my clearly written readme file, as you have apparently did not do.

[darcmage]

I should have clarified that part. I was experiencing the cuvid picture decode () mentioned above which would crash the display adapter and lock the clockrates on power saving mode until I restarted. This happened before I knew about nvcuvid and nothing in the readme addresses this.

I came here looking for a solution and found one of your previous posts mentioning using your dll in the dgavcnv directory and that's when I started getting the Failed to create video decoder errors. I thought maybe I should replace the system32 dll with yours but decided to try using the newer system32 dll in the dgavcnv directory instead and have been stable ever since.

[Guest]

I'm saying that if you followed the readme from the beginning, i.e., use the specified version of the Nvidia driver and do not use any special nvcuvid DLL, then you wouldn't have run into any of the problems you created for yourself.

[darcmage]

From the readme:
You must install version 190.62 or later of the Nvidia driver


Nvidia 9800GT (191.03)

Again, the cuvid picture decode () errors started happening before any knowledge of nvcuvid.dll. I didn't have any other version other than the one installed by the driver.

[Guest]

And you say you fixed that how?

Did you have an old version of the nvcuvid.dll in your DGNV directory? That's the only thing that could explain how copying from system32 to there could have changed anything...it overwrote the old one.

So then we ask, why did you have an old one in there?

[darcmage]

And you say you fixed that how?

Did you have an old version of the nvcuvid.dll in your DGNV directory? That's the only thing that could explain how copying from system32 to there could have changed anything...it overwrote the old one.

So then we ask, why did you have an old one in there?

There was no nvcuvid.dll in the DGNV directory until I searched these forums for a solution to the first set of errors which resulted in the second set of errors.

Maybe it has something do with Win7. All I know is copying the nvcuvid.dll from the system32 dir to the DGNV dir seems to help and someone else with similar issues may want to give it a try.

[Guest]

If the DLL was not found you would have got that message and you didn't report that, so you must have been picking up some other copy of the DLL. So since you appear to be getting irritated with my efforts to get to the bottom of it, I will let it go.

[darcmage]

:eek:

I should have clarified that part. I was experiencing the cuvid picture decode () mentioned above which would crash the display adapter and lock the clockrates on power saving mode until I restarted. This happened before I knew about nvcuvid and nothing in the readme addresses this.

I'm saying that if you followed the readme from the beginning, i.e., use the specified version of the Nvidia driver and do not use any special nvcuvid DLL, then you wouldn't have run into any of the problems you created for yourself.

Again, the cuvid picture decode () errors started happening before any knowledge of nvcuvid.dll. I didn't have any other version other than the one installed by the driver.

Did you have an old version of the nvcuvid.dll in your DGNV directory? That's the only thing that could explain how copying from system32 to there could have changed anything...it overwrote the old one.

So then we ask, why did you have an old one in there?

There was no nvcuvid.dll in the DGNV directory until I searched these forums for a solution to the first set of errors which resulted in the second set of errors.

I would be happy to help you get to the bottom of this but you keep insisting on operating under the false premise that there was a conflicting version of the dll present despite my assurances to the contrary. I'm sure of this because I did a windows search for the file after downloading the one from your site which was still zipped. The only result was in the system32 dir.

[Guest]

Well, you don't acknowledge my argument!

If the DLL was not found you would have got a message to that effect. So it was found. If it was the correct one you wouldn't have any errors. Thus, I conclude that you must have been picking up the wrong DLL from somewhere. It may not be the DGNV directory. Search your entire hard drive for it.

[darcmage]

I'm sorry but there's nothing else I can say other than thank you for creating this tool for us.

[Guest]

Don't go away mad!

Try this. Take it out of DGNV and put it back into system32. What happens?

[darcmage]

I'm not mad. A little disappointed in how the conversation has deteriorated but not mad.

I never removed the original dll from the c:\..\system32 dir, just made a copy to the d:\DGNV dir which has so far prevented further cuvid picture decode () errors.

[JungleBoy]

Since the BBC HD changed their encoders over in August the audio is now transmitted either at 192Kbps 2 channel or 384Kbps 6 channel AC3. When demuxing a TS file with 192Kbps 2 channel audio (with either with DGAVCIndex or DGAVCIndexNV) the ac3 filename is created with 384Kbps 6 channel in the name. Media Info says the ac3 file is 192Kbps 2 channel.

I suspect the BBC HD TS stream is always set to 384Kbps 6 channel to prevent switch over problems which may confuse DGAVCIndexNV. When playing the ac3 file using either VLC v1.0.3 or MPC-HC v1.3.1301.0 (with ffdshow 3078) the duration shown is half the actual duration with a bitrate shown of 384Kbps. The audio sounds ok but the timer shown is wrong.

Muxing the ac3 file into the MKV works and no one would be the wizer. Media Info shows the MKV apparently containing 384Kbps 6 channel AC3 audio when it's really 192Kbps 2 channel AC3. Muxing the ac3 into an AVI causes the audio to be played back at double speed.

I've been using the latest version of Audacity (that supports AC3) to create an ac3 file with 192Kbps 2 channel before muxing with the MKV or AVI. A better way it seems is to put the TS file through tsMuxeR GUI to create M2TS. If the M2TS is put through DGAVCIndexNV the ac3 file comes out at 192Kbps 2 channel with the correct filename as well so no fiddling is needed with Audacity.

Another question.
If the TS file contains continuity errors I assume it's better to create M2TS as I understand it contains timing information.
When demuxing the audio from the TS, compressing the 264 and re-muxing the video and audio into MKV or AVI, lip sync errors can often be seen after a continuity error as occurred especially with AVI files.
Will this lip sync error be prevented/reduced if M2TS is fed into DGAVCIndexNV rather than the raw TS file ?

[Guest]

Since the BBC HD changed their encoders over in August the audio is now transmitted either at 192Kbps 2 channel or 384Kbps 6 channel AC3. If you want me to look at this you'll have to provide a transport stream sample that I can use to duplicate the issue.

If the TS file contains continuity errors I assume it's better to create M2TS as I understand it contains timing information. It means there are missing packets in the stream.

Will this lip sync error be prevented/reduced if M2TS is fed into DGAVCIndexNV rather than the raw TS file ? No.

BTW, I recommend upgrading to DGNV tools version 2.0.0b2.

[paulvdb]

I think the cause of JungleBoy's BBC HD audio bitrate problem is probably that he catches a small fragment of 384 kbps audio at the beginning of the programme before it switches to 192 kbps.

[Guest]

Yes, that is probably true. With a sample I could verify it. The issue of changing audio is on my to-do list, BTW.

[JungleBoy]

paulvdb is correct.

I edited the TS to give just the first minute and put this through DGAvcIndexNV - out comes 384Kbps 6 channel.
I then did almost the exact same thing except instead of starting at 0.00 sec I edited out the first 'I' frame (started at 0.76 sec). This time DGAvcIndexNV creates a filename with 192Kbps 2 channel.

So the switch over is occuring sometime during the first 'I' frame. I think I'm starting the cut too early when editing. I usually start the cut during the black bit just before the programme starts. I'll try cutting on the first frame with a picture in future.

I created 12 second versions to keep the file size down.

file1.ts (14.34MB - First 12 seconds)
http://www.mediafire.com/download.php?mny2mvn24jq
Creates audio file "file1 PID 157d 3_2ch 48KHz 384Kbps DELAY -1095ms.ac3"

file2.ts (13.38MB - First 12 seconds but with first 'I' frame removed)
http://www.mediafire.com/download.php?zfz4jedzyiw
Creates audio file "file2 PID 157d 2_0ch 48KHz 192Kbps DELAY -1087ms.ac3"
-----
I just replicated the same problem with another TS file.
This time I cut on the first picture (not the black picture) and created the TS file.
I then created the ac3 using DGAvcIndexNV - it created a filename with 384Kbps 6 channel.
The ac3 filesize was about 80Mbyte for 1 hour - a sure sign that the file is actually 192Kbps.
Media Info confirmed that it was 192Kbps 2 channel.

So I repeated what I did before - create 2 TS files from the start with the second having the first 'I' frame removed.
The first file created 384Kbps in the name - the second (with the first 'I' frame removed) created 192Kbps.

The switch over is definitely within the first 'I' frame period immediately after the first picture frame.
It's probably a bug or a feature of the new BBC HD encoders.

I'll carry on either using the Audacity or cut after the first 'I' frame.

[DonDan]

Don't think I have posted to this thread before, so first: Big thanks for this fine piece of software that finally allowed me to handle interlaced VC-1, or crap as I call them, sources ;)

Of course the fact that you see me posting here might have given it away: I ran into a problem now.

I am encoding a set of episodes from the same series and one episode keeps giving me this error in the same place: "GPU decoder: Failed to create video decoder (100)"
I will 99.99% exclude a corrupt source file (as in data corruption on my harddisc) as I could reproduce the issue on another PC and also had a friend confirm the issue on his own machine.

I have cut the part of the m2ts that is giving the error. It is short enough to be considered a quotation from the original, so sharing the file here should be entirely legal: http://www.mediafire.com/?zjm4jyywmdl

Hope you can a) use my sample and b) diagnose anything else then a blip in production ;)

[Guest]

@DonDan

Well first it's VC1 and you're posting in the AVC thread! Let's overlook that.

There is corruption in the stream that causes the video parser to request the GPU to create a decoder for an insane-sized frame and it errors out. I added a check to reject new sequences unless they have a proper frame size. This allows the clip to continue but you'll have errors. I'll put this in the 2.0.0 beta 4.

May I ask where this stream came from? If it's from a bluray I'm surprised that it is errored. It also has irregular pulldown, which I've never seen on a bluray or with VC1.

[DonDan]

Damn, you are right, I beg you pardon Sir ;)

It is indeed from a Bluray (I could get ahold of the german retail as to my knowledge there is no other release yet).
It must be a mastering issue then, as I reripped it from another disc only to get the exact same issue.

Thanks a bunch for the quick fix!

[crl2007]

I see that now it is only one program, DGDecNV 2.0.0 beta 3. I'm interested in purchasing this, but in megui I've seen that it has spaces for DGAVCIndex(NV), DGVC1Index(NV) and DGMPGIndex(NV). So, if I buy this, how should I proceed ?

[Guest]

MEGUI died when you weren't looking (or let's be charitable and say it is in death throes but recovery is not completely impossible -- I'd love to be wrong about it but where are the positive indications?). You proceed by using other GUIs such as StaxRip that have been updated for recent DGNV support, or you use the CLI interfaces. Lord_MuldeR's simple GUI also works fine with DGNV.

[crl2007]

Thx for your reply. I saw on their development site that some software was updated there on the 25th, this month. There is still hope. Or, at least, I'm still hoping.

[Guest]

OT discussion of DGAVCDec (the non-NV version) was deleted.

This thread is closed as it is superceded by DGNV tools 2.0.0.