DGAVCDecNV 1.0.13: GPU decoding on Nvidia

[meatwad]

I do believe another donation will be heading your way soon. Thanks again.

[meatwad]

I just gave it a test drive and it works GREAT! Hopefully Pookie will have the same results.

[Quark.Fusion]

Is it ever possible to generate index on the fly, if target request frames in linear pattern? This can greatly reduce time for encoding stream.

[Guest]

Originally Posted by Quark.Fusion

Is it ever possible to generate index on the fly, if target request frames in linear pattern? This can greatly reduce time for encoding stream.

If you aren't using random access, there's no need for an index at all.

What is this great time reduction you are talking about? The time for indexing is small compared to encoding.

[Quark.Fusion]

Indexing time isn't so small if you encode BD to some small device at realtime speed. And before encoding I'm usually set cropping and denoise filters — which I can't before index completes.

So how to open file without indexing, will «AVCSource("00001.m2ts")» work? (Your documentation says that it need dga file)
Tried with DGAVCDecode — it says:

Avisynth open failure:
AVCSource: The input file is not a DGA project file.

[Sagekilla]

@Quark.Fusion: Here's a little trick: Try opening the m2ts file in DSS (Directshowsource("file.grf")) and then start indexing the file in DGAVCIndex(NV). Apply filters as necessary on your video in AvsP w/ the DSS instance

I do this kind of multitasking all the time and it works great.

[Quark.Fusion]

Yeah, great idea, but it crashes…

[Sagekilla]

Eh? Which crashes? Cause I've never had an issue doing this before.

[Audionut]

Hi neuron2,

Getting this error on a file.

PicParset 0 references an invalid (uninitialized) Sequence Parameter Set with ID 0, expect the unexpected.


A couple of samples.


33 is the first 500 or so frames
55 is a random selection from the middle


No problems on this file with the software version.

[Guest]

@Quark.Fusion

Sorry, no, I don't intend to support anything like that. Just make yourself a cup of coffee, or balance the checkbook, while your stream is indexing. Or make a small project using the range feature first. Then start your full project. You can tweak using the small project while the full one is cranking.

@Audionut

I'll look at it this evening.

@all

I ditched the COM idea because it's a PITA, with all the GUIDs, registry stuff, etc. I have to make shared memory anyway to pass the frame, so I'm using it also to implement an RPC mechanism. So that together with some events and a mutex gives me all I need without the COM insanity. The way it will look to the user is that you first open a CUDA decoder server application. You can minimize it but as long as it stays alive the CUDA decoder is available to clients, i.e., AVCSource() instances. The clients access it using the named shared memory, events, and mutex. I'll publish the interface, the server source code, and a basic client so that it can be re-used. My DG client applications will remain closed.

[Guest]

Originally Posted by Audionut

No problems on this file with the software version.

Actually, it affects DGAVCIndex also.

I found two problems:

1. I assumed a too small size for the SPSs that I store. Your stream had bigger ones!

2. A later edition of the AVC standard added some new profile_idc values that I had to allow for.

With these fixes your streams play fine. I'll release fixes for DGAVCDec and DGAVCDecNV tomorrow.

[Audionut]

Thanks.

Unless the errors are somehow affecting the information display, this stream also has a max bitrate of over 60Mbps.
Way out of spec, for both the 4.1 level it's encoded at, and the blu-ray spec.

edit: I just checked the software version results, and it shows max bitrate 58.475Mbps.

[LigH]

Could you please add the hardware requirements to the documentation?

I remember differences in the grade of hardware support by the variants of the GeForce 8xxx family, and I wonder if this project requires a minimum variant (I mean, on-board / mobile IGPs and low-cost variants like 8300/8400{M} might not support DXVA enough to be of use for AVC decoding).

"Minimum hardware requirement: GeForce 8500" would be a probably sufficient example to know that one needs a stand-alone graphic card and may not get an on-board solution to work (if that is the case; but if IGP/Mobile are fine, let's say "8xxx").

TechARP - Desktop GPUs: Nvidia
TechARP - Mobile GPUs: Nvidia

[Audionut]

Originally Posted by LigH

"Minimum hardware requirement:

Device supporting CUDA.

http://www.nvidia.com/object/cuda_learn_products.html

Looks like any 8xxx series hardware or higher.

Originally Posted by neuron2

ATTENTION: If you do not use an Nvidia graphics card 8xxx or higher, this thread is not for you!

[crypto]

Originally Posted by neuron2

@Quark.Fusion
@all

I ditched the COM idea because it's a PITA, with all the GUIDs, registry stuff, etc. I have to make shared memory anyway to pass the frame, so I'm using it also to implement an RPC mechanism. So that together with some events and a mutex gives me all I need without the COM insanity. The way it will look to the user is that you first open a CUDA decoder server application. You can minimize it but as long as it stays alive the CUDA decoder is available to clients, i.e., AVCSource() instances. The clients access it using the named shared memory, events, and mutex. I'll publish the interface, the server source code, and a basic client so that it can be re-used. My DG client applications will remain closed.

I like the new idea and I was sceptical with the COM idea (out-of-process) from the beginning. It is also great to have an open documented interface.

I also wanted to ask, if the current dgavcindex is open source, as a have read about it, but never found sources.

[Guest]

Originally Posted by Audionut

Unless the errors are somehow affecting the information display, this stream also has a max bitrate of over 60Mbps.
Way out of spec, for both the 4.1 level it's encoded at, and the blu-ray spec..

Can you tell me the stream and the exact steps you went through to get a display of that large a max bitrate? I can't get it to happen.

@crypto

Not open source at this time.

[Audionut]

This is from the full stream of the sample posted earlier. "Die hard 1. Region B"

Gathered using the software version.

I'll post the hardware version when an encode i have running is finished.

Stream Type: AVC Elementary
Profile: reserved [49]
Level: 4.1
Frame Size: 1920x1080
SAR: 1:1
Display Size: 1920x1080
Frame Rate: 23.976024 fps
Colorimetry: BT.709* [2]
Frame Structure: Frame
Frame Type: not yet
Coded Number: 167235
Playback Number: 167235
Frame Repeats: 0
Field Repeats: 0
Bitrate: 0.097
Bitrate (Avg): 28.751
Bitrate (Max): 58.475
Elapsed: 0:22:38
Remain: 0:00:01
FPS:
Info: Finished!

edit: rip blu-ray to hdd with anydvd. demux .264 with tsmuxer. open with dgavcindex. save project.

[Guest]

Originally Posted by Audionut

demux .264 with tsmuxer

What is the reason for this step versus opening the transport directly in DGAVCIndexNV?

[squid_80]

Originally Posted by Audionut

Looks like any 8xxx series hardware or higher.

...Except for the 8800 Ultra/GTX/GTS, Telsa S870/D870/C870, Quadro Plex 1000 and Quadro FX 5600/4600.
One of the cheapest cards available, the 8400, contains VP3 instead of VP2 like the others - but this makes no change to H264 decoding, only VC1 and MPEG2 are improved.

[Guest]

Originally Posted by Audionut

I just checked the software version results, and it shows max bitrate 58.475Mbps.

We may be talking apples and oranges. The max bitrate displayed by DGAVCIndexNV is the highest rate seen in all the one second periods of the stream. So it's an "instantaneous" bit rate. When you speak of the "max bitrate" of a blu-ray, you may be referring to the largest allowed average bitrate. You can have high peaks without breaking the buffering. Note that your average rate is well within spec.

In any case, to compare the two they must be defined the same way, and I don't know how the spec defines "max bitrate". Do you?