Log in

View Full Version : DG NV tools


Pages : 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 [18] 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63

an3k
6th January 2010, 09:30
Hope you're feeling well, Don!

Glad to see that DG NV development is still proceeding at a nice pace. I think my next card will be an nVidia, just for these tools! (provided Fermi isn't a total dissapointment!)

~MiSfit

If you want full GPU support, choose a GT240. This card can handle upcoming AVC-MVC (which is stereoscopic video) and for sure MPEG2 + MPEG4 AVC and MPEG4 ASP. I ordered one two days ago to replace my 7800GTX (2nd PC). The price is around 90 euro. The card normally has a HDMI + VGA + Dual-Link DVI.

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

Wow. Thanks. That's just the type of thing that might make me reconsider using Adobe Premiere... how does the CUDA rendering in DG-NV work with H264/VC1 in Premiere?Dunno yet, my license went invalid somehow...need to wait for Don but i'll report after i used it.

Varies
6th January 2010, 09:47
GeForce GT 240 good for video, but not good for games and GPU encoding (if is it possible) because it contain only 96 CUDA cores, when top solutions had have 480 cores.

MOS-Marauder
6th January 2010, 10:56
Since upgrading to Windows 7 Ultimate 64 I have noticed that I'm unable to play DGDecNV avisynth scripts in MPC-HC. It just says "unable to render file". Encoding the DGDecNV avisynth script using x264 works. Really it's not a big deal since it is not designed for playback just wanted to know why it doesn't play in MPC-HC. Here is the script:

LoadPlugin("C:\Program Files (x86)\DGIndexNV\DGMultiDecodeNV.dll")
DGMultiSource("E:\Work\hd_distributor_fox_blu_ray.dgi", resize_w=1280, resize_h=720)


Well if u use Avisynth 32bit it runs well.

(But only if u dont have the Problem that i have *G*)

Chris

Deinorius
6th January 2010, 11:07
If you want full GPU support, choose a GT240. This card can handle upcoming AVC-MVC (which is stereoscopic video) and for sure MPEG2 + MPEG4 AVC and MPEG4 ASP. I ordered one two days ago to replace my 7800GTX (2nd PC). The price is around 90 euro. The card normally has a HDMI + VGA + Dual-Link DVI. How about a Geforce G 210? Cheaper and should support nearly the same als GT240.

rack04
6th January 2010, 14:35
Well if u use Avisynth 32bit it runs well.

(But only if u dont have the Problem that i have *G*)

Chris

I am using Avisynth 32bit. I guess it's something wrong with my settings in MPC-HC.

Guest
6th January 2010, 15:48
I guess it's something wrong with my settings in MPC-HC. I think it must be that as it is working fine for me.

@all

I'm aware of two bugs right now:

1. As shon3i described, backward stepping by GOP for program streams is broken. I have it fixed locally and the fix will be in the next build.

2. When serving an MKV file via the script to VirtualDub and then scrolling on the timeline so that end of file is reached, subsequent navigation causes a lockup. Fix is in progress.

JeffBDVS
7th January 2010, 02:08
Wow. Thanks. That's just the type of thing that might make me reconsider using Adobe Premiere... how does the CUDA rendering in DG-NV work with H264/VC1 in Premiere?

How does it compare to the Premiere avisynth import filter (http://urchin.earth.li/~tomford/avisynth/)?
Loading a long 1080p24 AVCHD clip via an AVS script using DGIndexNV into a matching Premiere Pro sequence plays back as smooth as silk. Rendering effects and transitions is much slower; how much slower depends on your rig's horsepower.

I know I had some issues with Ian's plugin, which is what prompted me to search for the one I'm using now.

-Jeff

an3k
7th January 2010, 04:29
neuron2: I don't know if this is a bug.

I use the latest version of DGIndex and DGIndexNV. I open some VOB files (_01 to _05), set to demux audio. I save the project and demux video.

I also use a template.avs:

v = DGSource("__vid__")
a = NicAC3Source("__aud__")

AudioDub(v,a)

After the operation is finished i open the avs file and __vid__ is replaced by somename.dgi and __aud__ is replaced by somefile.ac3. Fine!
Then i open the dgi file but in there the VOB files are listed, not the demuxed video file.

Would be great if DGINdex(NV) would use the demuxed video in the dgi file if i use "save and demux video". If i just save the project current behaviour is fine!

Thanks mate!

JoeH
7th January 2010, 18:40
Loading a long 1080p24 AVCHD clip via an AVS script using DGIndexNV into a matching Premiere Pro sequence plays back as smooth as silk. Rendering effects and transitions is much slower; how much slower depends on your rig's horsepower.

I know I had some issues with Ian's plugin, which is what prompted me to search for the one I'm using now.

-Jeff

Thanks. I have also tried MakeAVIS recently, and Link2 to see if they would work with Vegas.

I have not gotten MakeAVIS to work at all. Link2 works most of the time, but the settings differ based on the file which is disconcerting - I can't quite figure out yet what makes the difference as they are theoretically the same type.

I get the impression that all of these AVS wrapper tools are SO close to working with Vegas, but they just need someone who keeps them up to date... most of them haven't been touched in years. AVFS seems to work well, but has lots of overhead.

MrVideo
7th January 2010, 19:09
I'll try to get some up-to-date manuals ready.

What is the latest status on CLI instructions? My GT240 arrived today and I'll be putting in either late tomorrow night, or Saturday afternoon, and will obviously want to start running tests. :cool:

Thanks.

Guest
7th January 2010, 20:48
What is the latest status on CLI instructions? I don't understand your question.

MuLTiTaSK
7th January 2010, 20:59
What is the latest status on CLI instructions? My GT240 arrived today and I'll be putting in either late tomorrow night, or Saturday afternoon, and will obviously want to start running tests. :cool:

Thanks.
DGAVCIndexNV Command-Line Interface (http://neuron2.net/dgavcdecnv/DGAVCIndexNVManual.html#AppendixB)

rack04
7th January 2010, 20:59
What is the latest status on CLI instructions? My GT240 arrived today and I'll be putting in either late tomorrow night, or Saturday afternoon, and will obviously want to start running tests. :cool:

Thanks.

Have you read through the user manual? More specifically the section titled "Command-Line Interface"?

MuLTiTaSK
7th January 2010, 21:08
@rack04

he probably was looking for a DGIndexNVManual.html and figured cli was changed with recent builds

yesgrey
8th January 2010, 02:36
Guys, I'm recovering from a surgery right now
I wish you a full and fast recovery.:)

a new build number will now always be used with no silent updates
Thanks for accepting my suggestion.:)

Regards.

MrVideo
8th January 2010, 07:27
I don't understand your question.

Post 834.

MrVideo
8th January 2010, 07:34
@rack04

he probably was looking for a DGIndexNVManual.html and figured cli was changed with recent builds

Correct. Don's response to my query seems to indicate that said manual needs to be written, as the CLI is supposed to be different than any of the other indexing programs.

MuLTiTaSK
8th January 2010, 07:45
@MrVideo

no worries atm same syntax is used;)

MrVideo
8th January 2010, 08:02
no worries atm same syntax is used;)

atm?

Thanks.

MrVideo
8th January 2010, 08:06
DGAVCIndexNV Command-Line Interface (http://neuron2.net/dgavcdecnv/DGAVCIndexNVManual.html#AppendixB)

There is a copy of this particular manual with the distribution. But I am curious. I do not see a link to that particular manual on the main web page: http://neuron2.net/dgdecnv/dgdecnv.html

MuLTiTaSK
8th January 2010, 08:20
@MrVideo

DGAVCIndexNV was replaced with DGIndexNV but the manuals for the old builds still remain on the site
DG could change the syntax in the future but if he does you bet new manuals would be available for us
just use the ones in that manual and you'll be fine

MrVideo
8th January 2010, 08:35
just use the ones in that manual and you'll be fine

That I plan on doing. Thanks for the tip regarding which manual matches the newer version.

Abnormal1
8th January 2010, 10:58
Hi,
When opening Waynes World VTS_01_0.IFO in DGIndexNV, it complains that the video is MPEG1 and unsupported. However when I open the VOBs and preview the video it states that it is MPEG2.

Also when I open the IFO in ifoedit and pgcedit they both report that the video stream is MPEG2.

Could this be a bug in IFO reading in DGIndexNV?
I can pm you the IFO if required?

Also I get loads of "Found NALU type 0, len # undefined, ignore NALU, moving on" with Waynes World 2, I'm not sure what this means and what I can do about it?
Is there any advantage to supplying DGIndexNV with the IFO instead of the VOBs themselves?

Thanks
Neil

sumawo13
8th January 2010, 15:21
I don't know if this will be looked into, but with DGSource(), and using CUVID server, I can't encode. But if I use DGMultiSource(), everything is fine.

I'm using an Intel Q6600 and Windows 7, with x264 core:80 r1376 3feaec2 according to --help. Like I said, the problem is solved by using DGMultiSource(), but I didn't think I would need that since I only have one source in my script.

Guest
8th January 2010, 15:32
When opening Waynes World VTS_01_0.IFO in DGIndexNV, it complains that the video is MPEG1 and unsupported. You cannot open IFO files in DGIndexNV. You got it so confused that its best guess was MPEG1.

Could this be a bug in IFO reading in DGIndexNV? No, because DGIndexNV does not read IFO files.

Also I get loads of "Found NALU type 0, len # undefined, ignore NALU, moving on" with Waynes World 2, I'm not sure what this means and what I can do about it? Post a link to a VOB fragment that I can use to duplicate the issue.

Guest
8th January 2010, 15:33
I don't know if this will be looked into, but with DGSource(), and using CUVID server, I can't encode. But if I use DGMultiSource(), everything is fine. What do you mean by "can't encode"? What tools are you using and what is the result?

Abnormal1
8th January 2010, 15:59
Ah ok. I assumed it had been added since HDConvertToX was what was passing ifo files to it. Probably why I was getting the other errors aswell.

Just updated HDConvertToX and its not passing the ifo to DGIndexNV now.

Sorry to bother you.
Neil

Guest
8th January 2010, 17:05
Sorry to bother you. It's never a bother. At a minimum such reports can enable me to improve the documentation.

Speaking of which, I will shortly upload build 2001, which will include all new up-to-date documentation.

MuLTiTaSK
8th January 2010, 19:51
@neuron2

hopefully we can get DGMultiSource() working with more GUI's DGIndexNV is the most reliable indexer/decoder for Blu-ray formats and it's needs to be part of the process for accuracy and precision GUI creators need to work together with you for success;)

Guest
8th January 2010, 19:55
* The Field operation is removed from DGIndexNV and added as the fieldop parameter to DGDecodeNV/DGMultiDecodeNV. This was done because the field operation has no effect on the operation of DGIndexNV and so it doesn't belong there.

* Backward stepping by GOPs (< button) is fixed for program streams.

* Lockup when serving MKV files and navigating near the end of file is fixed.

* Some performance improvements.

* Up-to-date documentation.

The changes are pretty extensive so beat on this one. I hope I didn't break anything. :)

Note that you need to remake your projects as the DGI file version was bumped. You also need to delete your INI file and let DGIndexNV make a new one.

http://neuron2.net/dgdecnv/dgdecnv.html

MuLTiTaSK
8th January 2010, 20:14
@neuron2

thanks a million will let you know of any bugs if i find any

rack04
8th January 2010, 21:09
* The Field operation is removed from DGIndexNV and added as the fieldop parameter to DGDecodeNV/DGMultiDecodeNV. This was done because the field operation has no effect on the operation of DGIndexNV and so it doesn't belong there.

So that means there is no -f command line parameter for DGDecNV? The only reason I ask is because it is still included in the documents as an examples but not in the parameters.

Guest
8th January 2010, 21:23
So that means there is no -f command line parameter for DGDecNV? The only reason I ask is because it is still included in the documents as an examples but not in the parameters. That is correct. I'll fix the document and update that. Thanks.

um3k
8th January 2010, 23:01
First off, thank you immensely for all your wonderful software. NV Tools is very helpful on my old computer, allowing me to encode HDV to SD MPEG2 in near real time.

I was wondering, would it be possible to include GPU-accelerated YV12 to YUY2/RGB upsampling in the decoder? This would be helpful for my purposes.

Guest
8th January 2010, 23:11
I was wondering, would it be possible to include GPU-accelerated YV12 to YUY2/RGB upsampling in the decoder? This would be helpful for my purposes. Not possible as it is not available in the NVCUVID API.

MuLTiTaSK
8th January 2010, 23:45
@neuron2

can you test lastest build of DGIndexNV with this build of StaxRip (http://tinyurl.com/ygeg24h) so we can get them working together all you have to do is set the path to DGIndexNV.exe with license in StaxRip and remove -f from arguments
http://img14.imageshack.us/img14/9517/ss20100108172944.png
http://img23.imageshack.us/img23/6981/ss20100108173059.png
http://img23.imageshack.us/img23/7884/ss20100108173221.png

stax76 does'nt have a Nvidia GPU so i'am helping him i'll really appreciate it if we get this to work cause lastest build you uploaded works flawless for me manually
with StaxRip either cuda driver crashes on me or DGIndexNV.exe i dont think this problem is unfixable it just need's some team work looking at the problem testing then fixing
whatever you need of me just let me know
:thanks:

Guest
9th January 2010, 00:16
Doesn't StaxRip require me to update Avisynth and install some other stuff? Can't you test it?

MuLTiTaSK
9th January 2010, 00:19
@neuron2

you can use the version you are using ignore the message about the version as long as you have AviSynth installed your fine

MuLTiTaSK
9th January 2010, 00:21
@neuron2

AviSynth is all everything else is included nothing gets installed on your pc

MuLTiTaSK
9th January 2010, 00:23
@neuron2

if your OS is Windows 7 you have .NET installed and that would be the only other requirement

Guest
9th January 2010, 00:25
The last time I tried StaxRip it wanted me to upgrade Avisynth and I just don't want to do that.

And I have XP so it also wanted some large .NET thing.

Guest
9th January 2010, 00:36
I tried your debug version and it caused DGIndexNV to crash (after opening fine with the video).

I will investigate...

MuLTiTaSK
9th January 2010, 00:37
@neuron2

if you dont have .NET installed try this (http://tinyurl.com/yaww8d6)

MuLTiTaSK
9th January 2010, 00:38
@neuron2

thanks bud

Guest
9th January 2010, 00:45
OK, the DGIndexNV crash was caused by the command line not including the .dgi. It should be like this:

-i %source_files% -y 1 -o "%working_dir%\%source_name%.dgi" -a -e

Moving on to test the DGNV DLLs...

Guest
9th January 2010, 00:48
It can't find DGMultiSource.

Where do I set that up? Or must it be in the Avisynth plugins directory? I hope not the latter because I don't use that facility.

MuLTiTaSK
9th January 2010, 01:21
@neuron

you can load it manually right click in filters
http://img51.imageshack.us/img51/7520/ss20100108191318.png
http://img686.imageshack.us/img686/4536/ss20100108191809.png
http://img31.imageshack.us/img31/7433/ss20100108192003.png

MuLTiTaSK
9th January 2010, 01:22
@neuron2

almost everything in StaxRip is customizable;)

Guest
9th January 2010, 01:34
Same problem: Cannot find DGMultiSource().

Guest
9th January 2010, 01:37
The problem is that StaxRip is generating a script with the loadplugin at the bottom instead of the top of the script:

DGMultiSource("F:\Streams\AVC\alba temp files\alba.dgi")
Width % 8 != 0 || Height % 8 != 0 ? Crop(0,0, -Width % 8,-Height % 8) : last
IsYV12(last) ? last : ConvertToYV12(last)
LoadCplugin("E:\tmp\StaxRip\Applications\AviSynth plugins\Yadif\yadif.dll")
Yadif()
Crop(0,0,-0,-0)
loadplugin("E:\Don\Programming\C++\DGDecNV\DGMultiDecodeNV\Release\DGMultiDecodeNV.dll")

If I move it to the top the script opens. Obviously, StaxRip has to put the loadplugin lines at the top.