DG NV tools - Page 7

Revgen · 9th August 2009, 07:29

NV Resizing is now faster than AVISynth.

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

Sharc · 9th August 2009, 08:08

Quote:

Originally Posted by neuron2

Can't say without seeing the stream. But I just report the stream flags, so whether it makes sense...???

Here a vc-1 sample with toggling frame/field interlaced even within the same scene. Just wondering about this frame structure -- which causes problems for most other decoders btw., but decodes fine with your decoder

http://www.mediafire.com/download.php?rt4djjjjwam

Audionut · 9th August 2009, 10:20

From a 1080 blu-ray source.

Quote:

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

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

Quote:

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

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

Measured time with a stop watch.

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

Audionut · 9th August 2009, 10:37

Hmm, it crops after resizing!!

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

Audionut · 9th August 2009, 10:55

Crop of 24 on top and bottom on the 1080p source file with this avs file.

Quote:

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

As you can see, dgavcindex reports 1280x640.

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

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

Guest · 9th August 2009, 13:56

Quote:

Originally Posted by Audionut

Hmm, it crops after resizing!!

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

No, it's cropping before resizing. I may have a bug with setting the framesize. I'll investigate your sample.

Audionut · 9th August 2009, 14:04

My apologies Don.

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

Quote:

Originally Posted by neuron2

No, it's cropping before resizing

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

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

Guest · 9th August 2009, 14:18

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

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

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

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

Audionut · 9th August 2009, 14:43

Ok, pictures speak a thousand words. I've seen you're edit but I'm still gonna start from the top.

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

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

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

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

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

Guest · 9th August 2009, 14:50

Quote:

Originally Posted by Audionut

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

As I said, dgindex always reports the coded frame size, not including the stream's specified (cropped) display area.

Audionut · 9th August 2009, 14:51

Quote:

Originally Posted by neuron2

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

No. Works like a charm.

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

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

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

Guest · 9th August 2009, 15:00

Quote:

Originally Posted by Audionut

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

No, it means you can crop in dgindex and have the cropping done on the GPU before resizing.

Quote:

dgindex crops after resizing.

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

Now, you are getting some artifacting?

Audionut · 9th August 2009, 15:10

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

Quote:

Originally Posted by neuron2

Now, you are getting some artifacting?

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

Guest · 9th August 2009, 15:24

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

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

Looking at the artifacting now...

Audionut · 9th August 2009, 15:29

Quote:

Originally Posted by neuron2

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

Working perfect. Thanks again.

SquallMX · 10th August 2009, 06:55

Quote:

Originally Posted by Audionut

Working perfect. Thanks again.

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

hxhxd · 10th August 2009, 07:24

Have problem in demgpindexnv:

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

Audionut · 10th August 2009, 07:32

What happens if you try the same thing with the latest beta.
http://neuron2.net/dgavcdecnv/NVbeta7.zip

buzzqw · 10th August 2009, 07:36

@Neuron2

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

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

thanks again

BHH

Guest · 10th August 2009, 13:33

I'd prefer you to link the site. Thanks for asking.

9th August 2009, 07:29	#121 \| Link
Revgen Registered User Join Date: Sep 2004 Location: Near LA, California, USA Posts: 1,545	NV Resizing is now faster than AVISynth. The KingKong sample now completes in 1 min 6 secs with beta 7 instead of 1 min 20 secs with beta 6. __________________ Pirate: Now how would you like to die? Would you like to have your head chopped off or be burned at the stake? Curly: Burned at the stake! Moe: Why? Curly: A hot steak is always better than a cold chop.

9th August 2009, 10:37	#124 \| Link
Audionut Registered User Join Date: Nov 2003 Posts: 1,281	Hmm, it crops after resizing!! No biggie, I'll just have to learn to do things differently. Unless you want to provide an option to crop then resize. __________________ http://www.7-zip.org/

9th August 2009, 14:18	#128 \| Link
Guest Guest Join Date: Jan 2002 Posts: 21,901	OK, the indexer is supposed to put in the DGA file the coded picture width and height. For your sample that is 1280 x 640. But the stream specifies the display area as 1280 x 636. I had forgot to change that in DGAVCIndexNV to have it display the coded size. So please redownload beta 7 and you will now have 1280 x 640 in the DGA file. If you crop in DGAVCIndexNV, then yes, currently it will be after GPU resizing, because it just invokes Crop() after DGSource(). You should use the GPU cropping with crop_l, crop_r, crop_t, and crop_b in your DGSource() invocation. Yes, I should fix the indexers to invoke GPU cropping instead of Crop(). Thanks for pointing that out. With the fixed DGAVCIndexNV and using the GPU cropping in DGSource(), do you still have an issue? Last edited by Guest; 9th August 2009 at 14:26.

9th August 2009, 14:43	#129 \| Link
Audionut Registered User Join Date: Nov 2003 Posts: 1,281	Ok, pictures speak a thousand words. I've seen you're edit but I'm still gonna start from the top. Ok, nothing new here. Just confirms you're edit. But notice the top of that frame. Back to that in a minute. The sample should be 1280x636. Did you see my post above about my previous mistake. Virtualdub reports that, also x264. But dgindex reports 1280x640. Here's a sample from the new beta7. http://www.users.on.net/~audionut11/frame.demuxed.264 http://www.users.on.net/~audionut11/frame.dga As you can see, there's a lot of garbage in the first few frames. __________________ http://www.7-zip.org/

9th August 2009, 15:24	#134 \| Link
Guest Guest Join Date: Jan 2002 Posts: 21,901	Please re-download beta 7. DGDecodeNV was updated so that the indexer's cropping is applied before GPU resizing. Please tell me if it behaves as expected. For cropping after resizing, use Crop() after DGSource(). Note that the crop parameters to DGSource() were removed, as the indexer should now be used to set up cropping. You're not a pita, you have always been very helpful to me in the development of my tools. Looking at the artifacting now... Last edited by Guest; 9th August 2009 at 15:26.

10th August 2009, 07:24	#137 \| Link
hxhxd Registered User Join Date: Aug 2009 Posts: 19	Have problem in demgpindexnv: When I open the four vts_01 - 04 files. dgmpgindex says (look at the snapshot): Attached Images

10th August 2009, 07:32	#138 \| Link
Audionut Registered User Join Date: Nov 2003 Posts: 1,281	What happens if you try the same thing with the latest beta. http://neuron2.net/dgavcdecnv/NVbeta7.zip __________________ http://www.7-zip.org/

10th August 2009, 07:36	#139 \| Link
buzzqw HDConvertToX author Join Date: Nov 2003 Location: Cesena,Italy Posts: 6,552	@Neuron2 I already added support to your excellent tools in HDConvertToX gui. Would you prefer (and allow) that i "bundle" HDC with latest NVTools (beta7 now) or simply link your site for manually download/install your tool? thanks again BHH __________________ HDConvertToX: your tool for BD backup MultiX264: The quick gui for x264 AutoMen: The Mencoder GUI AutoWebM: supporting WebM/VP8

10th August 2009, 13:33	#140 \| Link
Guest Guest Join Date: Jan 2002 Posts: 21,901	I'd prefer you to link the site. Thanks for asking.