View Full Version : DG NV tools
Joshua81
27th October 2009, 17:07
Thanks a lot, now it seems to work. Interestingly, MeGUI responds very slowly, but I can live with that.
Audionut
28th October 2009, 10:28
Hi neuron2.
Could you update the log to display the stream type.
Stream Type: Matroska
Profile: High
Level: 4.1
Coded Size: 1280x720
SAR: Unspecified
Display Size:
Frame Rate: 23.976024 fps
Colorimetry: BT.709* [2]
Frame Structure: Frame
Frame Type: I
Coded Number: 61297
Playback Number: 61297
Frame Repeats: 0
Field Repeats: 0
Bitrate: 0.215
Bitrate (Avg): 3.206
Bitrate (Max): 6.668
Audio Stream: 2: A_AC3 48000 6ch "und"
Elapsed: 0:01:57
Remain: 0:00:00
FPS:
Info: Finished!
Thanks.
Guest
29th October 2009, 00:13
Yes, will do, I missed that as I usually have my log disabled.
VincAlastor
29th October 2009, 14:53
in megui ...56 on win7 x64 (admin) appears an error if megui try to open the cuvid sever (200b1). the error: "Cannot run CUVID Server executable... are you sure is it installed?" - i have set an dgNV directory in the megui tools area, and have copied the hole dgdecnv200b1 package. in the megui settings i have set the new program paths and in avisynth plug-in directory i have copied the new .dll's. where is my mistake?
Guest
30th October 2009, 00:33
where is my mistake? You are using MEGUI.
squid_80
30th October 2009, 03:33
When I use the latest DGIndexNV.exe to demux a VC1 ES from a .m2ts file, the output file seems to use start codes that are 5 bytes long (00 00 00 01 XX). It seems several programs don't like this (mkvmerge, vc12avi) and the older stand-alone version DGVC1Index.exe (1.0.7 beta 10 is what I found on my HD) creates elementary streams with 4 bytes start codes (00 00 01 XX). Was there a reason for switching to 5 bytes?
Guest
30th October 2009, 11:42
It's a bug as a result of the merger. I'll fix it when I get back home this weekend. I'm out of town right now. Thanks for pointing it out.
turbojet
31st October 2009, 08:00
I'm looking forward to the force film option. Is there a chance nvidia's inverse telecine could be implemented as well?
Also any chance for CUVID server to open/close on demand?
Guest
31st October 2009, 09:16
Is there a chance nvidia's inverse telecine could be implemented as well? Not unless it is added to the API by Nvidia.
Also any chance for CUVID server to open/close on demand? I don't understand your question.
Audionut
31st October 2009, 09:34
Also any chance for CUVID server to open/close on demand?
I was meaning to ask this also.
ie: you open an avs file and the cuvidserver loads automatically.
turbojet
31st October 2009, 09:38
Not unless it is added to the API by Nvidia.
OK hopefully they will as it's pretty decent.
I don't understand your question.
Instead of having to open/close CUVID server it would open CUVID when DGsource.dll is called from avisynth and close when it's no longer needed.
Another thing is it possible to add resizing to dgindexnv?
A resize to 1280x with the updated resolution in the cropping filter window would be plenty for my needs.
EDIT: Actually since this will be very useful for DVD's when force film is added it would be helpful to have a mod8 width and height resize selector as well.
J_Darnley
31st October 2009, 13:05
I have been experiencing a crash with this sample using NVTools betas 10 and 11 and also with 2.0.0 beta 1. It was ripped from my DVD of The Forbidden Kingdom (R2 PAL) using DVDDecrypter in IFO mode.
I initially tried to load all 7 vob pieces into the indexers but after they all crashed near the beginning I tried just the first vob, and when that failed as well, I cut it down to this small sample. I have tried ripping it again to see if it was a ripping problem but I still experience the crashes.
They all crash on (when the status window says) frame 503.
The Windows' error dialogs contain the following
NVTools beta 10:
AppName: dgmpgindexnv.exe AppVer: 1.0.3.0 ModName: dgmpgindexnv.exe
ModVer: 1.0.3.0 Offset: 0000a7c5
NVTools beta 11:
AppName: dgmpgindexnv.exe AppVer: 1.0.3.0 ModName: dgmpgindexnv.exe
ModVer: 1.0.3.0 Offset: 0000a7e5
2.0.0 beta 1:
AppName: dgindexnv.exe AppVer: 2.0.0.0 ModName: dgindexnv.exe
ModVer: 2.0.0.0 Offset: 0000dbc5
sample: http://users.telenet.be/darnley/avisynth/tfk_vts_01_1_0.vob
Can you tell me when you have it so I can remove it? Also tell me if it "disappears" from there and I will upload it to mediafire.
Guest
31st October 2009, 17:48
You can remove it.
I have it fixed and will update the beta shortly.
Guest
31st October 2009, 18:47
I refreshed the 2.0.0 beta 1 with these fixes:
1. Output 3-byte start code prefix for MPG and VC1 when demuxing. It was erroneously outputing 4-bytes prefixes.
2. Added the Video Type to the log file.
3. Fixed indexing crash for field structured MPEG streams where the first two field pictures are IP.
menlvd
31st October 2009, 20:31
Nvtoolz not working with latest NVIDIA ForceWare 195.39 Beta WXPx64 :(
Guest
31st October 2009, 20:35
"not working" means what, specifically?
menlvd
31st October 2009, 20:50
"not working" means what, specifically?
when run dgindexnv
http://pic.ipicture.ru/uploads/091031/4347/thumbs/Ct3v3fWscG.jpg (http://ipicture.ru/Gallery/Viewfull/25941076.html)
don't instal new drivers, simple copy new version of nvcuvid32.dll & nvcuda32.dll to sys32 and then rename to nvcuda.dll & nvcuvid.dll
GZZ
31st October 2009, 21:43
NVIDIA ForceWare 195.39 Beta WXPx64
not sure beta driver are supported, use only the official releases.
Guest
31st October 2009, 23:32
don't instal new drivers, simple copy new version of nvcuvid32.dll & nvcuda32.dll to sys32 and then rename to nvcuda.dll & nvcuvid.dll What is this, a joke?
VincAlastor
1st November 2009, 11:32
You are using MEGUI.
DGDecNV is integrated in MeGUI, don't you think you could help kurtnoise to solve the errors? some people just buy DGDecNV licenses to use it in MeGUI...
Guest
1st November 2009, 13:21
Why don't you ask Kurtnoise about it?
J_Darnley
1st November 2009, 21:30
I refreshed the 2.0.0 beta 1 with these fixes:
1. Output 3-byte start code prefix for MPG and VC1 when demuxing. It was erroneously outputing 4-bytes prefixes.
2. Added the Video Type to the log file.
3. Fixed indexing crash for field structured MPEG streams where the first two field pictures are IP.
Thanks for the update. The new version indexed the files without problems and looks well with video.
cweb
2nd November 2009, 22:15
I had this crash with the beta 1 I downloaded yesterday. Can I presume it's the 'refreshed one' ? Or is this incorrect. I tested with a dvb-s mpeg.
Here's the error in the log. I'm running Windows 7 now so that may factor into the problem.
Log Name: Application
Source: Application Error
Date: 02/11/2009 22:00:15
Event ID: 1000
Task Category: (100)
Level: Error
Keywords: Classic
User: N/A
Description:
Faulting application name: DGIndexNV.exe, version: 2.0.0.0, time stamp: 0x4aec7746
Faulting module name: unknown, version: 0.0.0.0, time stamp: 0x00000000
Exception code: 0xc0000005
Fault offset: 0x5e08458b
Faulting process id: 0x1274
Faulting application start time: 0x01ca5bff53cb7560
Faulting application path: H:\apps\dgmpgdecnv\DGIndexNV.exe
Faulting module path: unknown
Report Id: b7a3971b-c7f2-11de-a816-00508d935920
Event Xml:
<Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event">
<System>
<Provider Name="Application Error" />
<EventID Qualifiers="0">1000</EventID>
<Level>2</Level>
<Task>100</Task>
<Keywords>0x80000000000000</Keywords>
<TimeCreated SystemTime="2009-11-02T21:00:15.000000000Z" />
<EventRecordID>1530</EventRecordID>
<Channel>Application</Channel>
<Computer>defiant</Computer>
<Security />
</System>
<EventData>
<Data>DGIndexNV.exe</Data>
<Data>2.0.0.0</Data>
<Data>4aec7746</Data>
<Data>unknown</Data>
<Data>0.0.0.0</Data>
<Data>00000000</Data>
<Data>c0000005</Data>
<Data>5e08458b</Data>
<Data>1274</Data>
<Data>01ca5bff53cb7560</Data>
<Data>H:\apps\dgmpgdecnv\DGIndexNV.exe</Data>
<Data>unknown</Data>
<Data>b7a3971b-c7f2-11de-a816-00508d935920</Data>
</EventData>
</Event>
PzSniper
2nd November 2009, 23:03
I wish to report DGIndexNV.exe issue using i7 920 + GTX295 191.07 + Win 7 RETAIL
If i open TRP file and SAVE PROJECT it's all OK.
If i open TRP file and SAVE PROJECT AND DEMUX VIDEO app crash:
Faulting application name: DGIndexNV.exe, version: 2.0.0.0, time stamp: 0x4aeec5ce
Faulting module name: DGIndexNV.exe, version: 2.0.0.0, time stamp: 0x4aeec5ce
Exception code: 0xc000000d
Fault offset: 0x000285a9
Faulting process id: 0x1560
Faulting application start time: 0x01ca5c07bb450b07
Faulting application path: F:\Archivio File\C-Tech 5000 HD Combo Plus\LINK CONVERSIONE\dgdecnv200b1\DGIndexNV.exe
Faulting module path: F:\Archivio File\C-Tech 5000 HD Combo Plus\LINK CONVERSIONE\dgdecnv200b1\DGIndexNV.exe
Report Id: 01f5367a-c7fb-11de-a81f-90e6ba6031a9
This happen using refreshed beta version.
Guest
2nd November 2009, 23:43
Guys, you have to give me streams to duplicate it!
Otherwise, I ignore you.
Guest
2nd November 2009, 23:58
I have duplicated the problem when demuxing the video.
@cweb
Were you demuxing or doing something else?
Guest
3rd November 2009, 00:39
I refreshed the ZIP with the demuxing fix.
cweb
3rd November 2009, 19:26
I have duplicated the problem when demuxing the video.
@cweb
Were you demuxing or doing something else?
I just did a "save project" and DGIndexNV crashed. I tried again and win7 completely froze up.. I had to drastically reboot.
Then I redownloaded the beta 1 - I think you had updated it after I had downloaded it. This time it worked without problems.
So I guess there is no need to upload my sample. But of course if there any similar problem I will upload a video next time.
Guest
3rd November 2009, 23:14
This fixes a problem in indexing some AVC streams that could lead to a crash when serving the script.
http://neuron2.net/dgavcdecnv/dgdecnv200b2.zip
BTW, I am just finishing up the online license server and will roll it out soon.
Varies
4th November 2009, 17:40
neuron2
thx 4 update! :thanks:
so i have two questions :)
perhapse stepsize=1 in crop filter (can you add this as option)?
OLS = no attach to hardware or something else?
Guest
4th November 2009, 18:09
perhapse stepsize=1 in crop filter (can you add this as option)? What is the application that requires it?
OLS = no attach to hardware or something else? I don't understand this.
vucloutr
4th November 2009, 18:27
he probably wants to know if the change to an online license server means that the license will no longer be hardware-dependent (e.g. first HDD) ?
Guest
4th November 2009, 20:09
It means that you have a login to an online license generator that takes your machine ID and returns a license. That way people can get new licenses for new machines, different networking arrangements, etc., without me having to intervene. The logins are now being given to new users and people that request new licenses.
Varies
5th November 2009, 09:01
What is the application that requires it?
its my request, certainly i can crop in avs, but if probably do it before load DGSource, why not? please add set stepsize to 1 as option :)
online license server
online license generator
it's different :)
Inspector.Gadget
8th November 2009, 03:36
A quick update for everyone on the driver situation: I had mentioned to neuron2 a while back that NVIDIA had not issued new drivers that were both compatible with the normal operation of the *NV tools and with my video card (ASUS 9650M GT). He graciously built in a mode for his tools that uses D3D for backwards compatibility with older drivers. Since that time, I've installed a BIOS update for my system that contained a new VGA component; this has resolved ALL problems with the new NVIDIA mobile drivers, including the latest 195.39 x64 beta from NVIDIA. If you've been in the same situation with an ASUS notebook from the M70 series, you can try the solution here (http://forums.nvidia.com/index.php?showtopic=102344&view=findpost&p=945373) at your own risk. For everyone with similar driver problems on other systems, it is worth looking around for a BIOS update from your OEM. On a more general note, the new 195.39 driver is completely stable here on my Vista SP2 x64 notebook and if you've been waiting to update the bugfix list on this one suggests it'll resolve a lot of issues. Finally, thanks again to neuron2 for this great set of tools: 6fps on the second pass of a VC-1 Blu-ray to a complex 720p x264 encode is something most people with only laptops at their disposal would kill for :)
Guest
9th November 2009, 02:51
Thanks Inspector.Gadget for the update on that.
Guest
10th November 2009, 01:49
I've refreshed the 2.0.0 beta 2 ZIP to fix some crashes on file open for some cases.
opieant
12th November 2009, 06:05
I've encountered a few issues using the sample clip linked below with Beta 2:
- When saving the project, the audio track is not demuxed. It is detected and demuxed correctly in the last release of DGAVCIndexNV before the merge.
- Opening an upscaled clip in VirtualDub shows the first frame okay, but trying to access other frames causes VirtualDub to terminate abruptly. It also seems to cause CUVIDServer to freeze because opening a new VirtualDub instance and trying again doesn't show the first frame, VirtualDub hangs, and CUVIDServer has to be closed by force to make it go away.
- Using the "Reopen video file" feature in VirtualDub causes VirtualDub to crash. A crash report for this is included with the sample clip.
Thanks for checking on these.
Sample: sample.7z - 1.96MB (http://www.zshare.net/download/6834475039f5bb9f/)
Guest
12th November 2009, 06:30
- Opening an upscaled clip Please give me the script.
opieant
12th November 2009, 07:09
Please give me the script.
Just this:
DGSource("sample.dga",deinterlace=0,use_pf=true,resize_w=1280,resize_h=960)
Varying the w/h values or post-resize aspect ratio didn't seem to matter with the other values I tested such as 720x720. Downscaling worked fine. The crashing was also present with different values for use_pf and deinterlace.
Guest
12th November 2009, 15:29
The audio is marked in the PMT as scrambled, but obviously it isn't. This puts me in a bind because I added the check to prevent crashing when trying to process a scrambled stream. Tell me about where the TS came from.
Looking at the upscaling issue...
EDIT: OK, I have the upscaling fixed. I'll try to put out a new version tonight with fixes for both issues.
opieant
12th November 2009, 20:05
The audio is marked in the PMT as scrambled, but obviously it isn't. This puts me in a bind because I added the check to prevent crashing when trying to process a scrambled stream. Tell me about where the TS came from.
The TS is an extract from a satellite mux in which scrambling was temporarily disabled. You could still check for scrambling via the bits in "transport_scrambling_control" since they're generally going to be more reliable. The info in the PMT only indicates that packets with particular PIDs may be scrambled, not that they necessarily are all of the time.
adiabatic
12th November 2009, 20:10
I hit a little issue with DG NV tools 2.0.0 beta 2 on this capture sample (http://www.mediafire.com/file/xizmmafjwzw/SpeedNov03b_Fixed (04).ts) converting from 1080i MPEG-2 TS to 720p x264. The source is a capture from a Motorola PVR copied to PC with CapDVHS and strangely I didn't have issues with a couple of earlier captures (though those were from a different channel).
When I don't use DG NV tools and deinterlace with tdeint the output is correct.
Script:
MPEG2Source("SpeedNov03b_edit.d2v")
tdeint()
spline36resize(1280,720)
colormatrix()
When I use NV Tools the whole ~45 minute capture comes out 30 seconds slow and then (of course) out of sync with the audio when I mux it back in.
Script:
LoadPlugin("C:\utilities\video\NVBeta11\DGDecodeNV.dll")
DGSource("SpeedNov03b_de.dgm",deinterlace=1)
spline36resize(1280,720)
colormatrix()
I've got Nvidia drivers version 191.07, EVGA GTX275 card, x264 r1222M, Windows 7 RC 32-bit
x264 commands used in MeGUI:
program --profile high --pass 2 --bitrate 3800 --stats ".stats" --level 4.1 --ref 2 --direct auto --subme 5 --trellis 0 --partitions p8x8,b8x8,i4x4,i8x8 --vbv-bufsize 50000 --vbv-maxrate 50000 --thread-input --cqmfile "C:\utilities\video\Matrices\eqm_avc_hr.cfg" --output "output" "input"
Guest
12th November 2009, 21:11
As stated in the DGDecodeNV user manual:
"Also note that setting deinterlace to 1 or 2 forces the field operation to be "Ignore Pulldown", regardless of the project setting."
Your stream has irregular pulldown so treating it with ignore pulldown will kill AV sync.
The correct way would be to use Force Film mode but that is not yet implemented (I'm working on it now). Until then you can:
1. Use Honor Pulldown and then deinterlace with another filter. It's not ideal because most of the stream is progressive.
2. Use Force Film mode in DGIndex.
adiabatic
12th November 2009, 23:18
Your stream has irregular pulldown so treating it with ignore pulldown will kill AV sync.
Ah, I see. Thanks, Donald. I'm just moving out of the point-and-click realm of video conversion. Lots to learn.
It's a really weird source even when watching on the cable box... it seems to be pieced together from SD and HD cameras with segments where the video just looks odd. The "irregular pulldown", I guess.
How would I determine had irregular pulldown in future captures? Is there a freeware tool or are you just stepping through frame-by-frame.
Jeff Flowerday
12th November 2009, 23:31
The correct way would be to use Force Film mode but that is not yet implemented (I'm working on it now).
:thanks:
DTS stream extraction next? :)
Guest
13th November 2009, 00:25
How would I determine had irregular pulldown in future captures? Is there a freeware tool or are you just stepping through frame-by-frame. Do a preview and if the number of fields repeats is not equal to half the number of coded frames, then it is irregular.
Guest
13th November 2009, 00:29
DTS stream extraction next? :) You mean in MPEG program streams?
turbojet
13th November 2009, 06:22
Is there any chance for an option to demux the AC3 from TrueHD?
Guest
13th November 2009, 14:27
Is there any chance for an option to demux the AC3 from TrueHD? Possibly, but it will have to wait for some more important stuff to get done.
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.