DGMVCsource

Sharc
Distinguished Member
Distinguished Member
Posts: 184
Joined: Thu Sep 23, 2010 1:53 pm

Re: DGMVCsource

Post by Sharc » Fri Jan 31, 2014 1:09 am

Are you referring to HW decoding?
For 3D SW decoding the two seem to be much the same here.
(My PC does not support Intel HW decoding, only 2D CUDA/CUVID)

Edit:
Here my test results for 3D SW decoding (separate i/p files, interleaved o/p):

DGMVCsource:
[Clip info]
Number of frames: 3300
Length (hhh:mm:ss.ms): 000:01:08.819
Frame width: 1920
Frame height: 1080
Framerate: 47.952 (96000/2002)
Interlaced: No
Colorspace: YV12

[Runtime info]
Frames processed: 3300 (0 - 3299)
FPS (min | max | average): 13.89 | 769.2 | 26.47
CPU usage (average): 26%
Thread count: 8
Physical Memory usage (peak): 318 MB
Virtual Memory usage (peak): 320 MB
Time (elapsed): 000:02:04.671

FRIMsource:
[Clip info]
Number of frames: 3300
Length (hhh:mm:ss.ms): 000:01:08.819
Frame width: 1920
Frame height: 1080
Framerate: 47.952 (96000/2002)
Interlaced: No
Colorspace: YV12

[Runtime info]
Frames processed: 3300 (0 - 3299)
FPS (min | max | average): 14.67 | 303.9 | 27.10
CPU usage (average): 49%
Thread count: 12
Physical Memory usage (peak): 470 MB
Virtual Memory usage (peak): 499 MB
Time (elapsed): 000:02:01.772

FRIM has the edge in my tests; it's CPU usage, Thread count and Memory usage are higher though.
I did also notice that FRIM seems to give more consistent results in repeated tests (i.e. lower spread of the decoding times).

Edit2:
The difference gets more pronounced when outputting to half-SBS:
DGMVCsource: Time (elapsed): 000:02:12.208
FRIMsource: Time (elapsed): 000:02:01.401

Edit3:
Most interesting: The winner changes when I transcode half-SBS with x264 (using the same scripts as before):
DGMVCsource + x264 (half-SBS): Total time = 180 sec.
FRIMsource + x264 (half-SBS): Total time = 195 sec.
Last edited by Sharc on Fri Jan 31, 2014 5:54 am, edited 2 times in total.

Nico83500
Distinguished Member
Distinguished Member
Posts: 66
Joined: Thu Jan 02, 2014 10:28 am

Re: DGMVCsource

Post by Nico83500 » Fri Jan 31, 2014 4:17 am

For me, FRIMSource is also faster but CPU and RAM usage are also more important than DGMVCSource.

User avatar
admin
Site Admin
Posts: 4046
Joined: Thu Sep 09, 2010 3:08 pm

Re: DGMVCsource

Post by admin » Fri Jan 31, 2014 3:53 pm

laserfan wrote: Yeah some of us are lurking in the shadows here, just for the warmth...thanks.
It is my humble privilege and honor to provide refuge for suffering souls, such as yourself, one known for advanced thinking on all planes, and I am always striving to plow the field for advanced thinkers to reap the abundant harvest of their intellects.
Well OK I guess that's why we have lap cats. I'll go away now. ;)
Come again, soon! And may your spirit run wild.

sparktank
Distinguished Member
Distinguished Member
Posts: 56
Joined: Thu Mar 28, 2013 5:24 pm
Location: Gotham City

Re: DGMVCsource

Post by sparktank » Mon Jul 07, 2014 7:58 am

:shock: Really late to the party.

I completely forgot about this project.
I followed a bit on ??? and saw how complicated things got.
I believe it was Intel limitations?

Now that I've got an upgrade--- wait, was this project based on Intel QSV? Or is it Nvidia-friendly?
The desktop has Intel HD Graphics (until I plugged in the NVidia).
I know my old HP Pavilion laptop has Intel HD Graphics 3000 (2nd generation Intel Core i3-2330M Processor 2.2 GHz)(which was to also use DGdecQSV-thingy) but I haven't plugged that in for months!
My second laptop is a Samsung with an old Nvidia card in it (310M).

Found an old link that still works. I should actually read through that thread.
Man, the memories. Just not long ago I was devoid of some good CUDA for my desktop (before getting that GT 640 and then upgrading to GTX 750).

I've been delaying this for some time since I didn't have that many 3D-BD's but time has certainly passed. :lol:
I'll see about the condition of my laptop and have a look at this.

EDIT: Ah yeah, I remember: it's an Avisynth plugin.
Some reason or other, I was thinking it was an MVC indexer.

Time for some coffee.
Nvidia GeForce GTX 750 Ti
Windows 10 Annversary (x64) | ASVPlus_x86
Region A/R1

User avatar
admin
Site Admin
Posts: 4046
Joined: Thu Sep 09, 2010 3:08 pm

Re: DGMVCsource

Post by admin » Mon Jul 07, 2014 8:18 am

sparktank wrote: I believe it was Intel limitations?
It's not clear what "it" refers to here.
was this project based on Intel QSV? Or is it Nvidia-friendly?
It's QSV only. CUVID doesn't support MVC yet.

It's possible to run both your nVidia stuff and the QSV stuff on the same machine. It's described in the thread, IIRC.

Zathor
Distinguished Member
Distinguished Member
Posts: 88
Joined: Sun Nov 28, 2010 6:06 am

Re: DGMVCsource

Post by Zathor » Thu Apr 23, 2015 2:44 pm

Just noticed that newer builds are available :D Thanks for your efforts!
Just curious - what has been changed since b20? I assume at least a newer SDK.

User avatar
admin
Site Admin
Posts: 4046
Joined: Thu Sep 09, 2010 3:08 pm

Re: DGMVCsource

Post by admin » Thu Apr 23, 2015 3:55 pm

Newer SDK to get decoding fixes. That is all.

Post Reply