View Full Version : DG NV tools
MOS-Marauder
23rd January 2010, 23:39
@neuron2
might be a shot in the dark or feature request but here we go if i dont crop in DGIndexNV would it be possible to add crop values after saving the .dgi?
example:
DGSource("*.dgi", deinterlace=0, use_top_field=true, use_pf=false, l=0, t=140, r=0, b=140, resize_w=1280, resize_h=528, fieldop=0)
This is something that i thought as kind of Feature Req. für MeGui.
For example Cropping and Resizing in MeGui using DGToolsNV...
For now i have to enter the Crop Values from MeGui manually inside the DGI File (but works)...If ist is Possible to enter the Crop Values also in the Commandline would be very helpful....
Chris
TheProfosist
24th January 2010, 01:37
everything works fine, however if I try to do resizing with DGDecode like this:
LoadPlugin("DGDecodeNV.dll")
DGSource("movie.dgi", fieldop=0, resize_w=1280, resize_h=720)
crop( 0, 96, 0, -96)
the processing gets stuck at 99.96% and hangs there indefinitely. Does anyone has same problem or is it just me?
to my knowledge the resize goes before the fieldop in the syntax
DGSource(str "dgi", bool i420, int deinterlace, bool use_top_field, bool use_pf, int resize_w, int resize_h, int fieldop)
idk if that would cause what you talking about though
Audionut
24th January 2010, 02:27
DGSource("*.dgi")
Crop(4,4,-4,-4)
Guest
24th January 2010, 03:04
I'm using 2005 with megui
...
the processing gets stuck at 99.96% and hangs there indefinitely. Try it without MEGUI and report your results.
Also, just crop in one place, not both in CUVID and in Avisynth.
GearX
24th January 2010, 04:44
Also, just crop in one place, not both in CUVID and in Avisynth.
Just curious, why not? Just today I was considering doing "coarse" cropping with DGIndexNV and "fine" cropping in Avisynth. For instance if I wanted to crop 17 pixels I was thinking I could crop 16 in DGIndexNV and the last one in Avisynth. Is this a bad idea?
Thanks.
Guest
24th January 2010, 06:38
Just curious, why not? Just today I was considering doing "coarse" cropping with DGIndexNV and "fine" cropping in Avisynth. For instance if I wanted to crop 17 pixels I was thinking I could crop 16 in DGIndexNV and the last one in Avisynth. Is this a bad idea? You're right, it should be fine. I was just trying to simplify the situation for debugging.
MuLTiTaSK
24th January 2010, 08:13
@neuron2
any progress on adding stdout capabilities?
GearX
24th January 2010, 09:40
You're right, it should be fine. I was just trying to simplify the situation for debugging.
Ah, I see. Thanks for the clarification :)
Efenstor
24th January 2010, 15:25
I'm having a problem with b2005: getting the "Missing license file" error when trying to load 900 files. The license file is okay.
mikeyakame
24th January 2010, 17:00
I've got a weird bug with Interlaced NTSC anime from a Mpeg2 DVD source running at 29.997fps. It's a hybrid source with frame repeats. If i enable gpu deinterlacing in the .avs script the output video when fed to x264 ends up ~1.5mins shorter than it should be. I checked with build 2005, and problem still arises. If I just pass the .dgi clean with no deinterlace=1 flag set in the DGMultiSource(...) line, then the video length is correct when fed to x264. For now I've gone back to using TIVTC to do the full deinterlacing because of the weird video length bug I am getting. I'm using Nvidia Driver 196.21 on a GTX 280.
If you need anything from me Neuron just let me know. Perhaps it could be the way I am trying to use it too!
Edit: Mind you it only occurs when handling indexed sections with repeat frames. I checked it on the Ending sequence which has no repeat frames, and the video length when loading it up with the .avs is correct.
stax76
24th January 2010, 17:08
For GUIs Multitask's crop suggestion should be very useful.
Clumpco
24th January 2010, 17:34
For GUIs Multitask's crop suggestion should be very useful.
Add me to the list of supporters please. :goodpost:
XadoX
25th January 2010, 14:51
Is there a way to crop with dgindexnv in commandline?
TheProfosist
25th January 2010, 22:29
Is there a way to crop with dgindexnv in commandline?
it can be done in the dgi file
osgZach
26th January 2010, 23:15
Made my donation earlier today.. feel like a kid at christmas :devil:
lv-jedster
27th January 2010, 08:41
Made my donation earlier today.. feel like a kid at christmas :devil:
You won't regret it. I'm still amazed at the difference it makes for me to be able to get video as processed by nvidia.
lv-jedster
27th January 2010, 08:45
@neuron2 -- I'm wondering if you have any plans to add support for the .mp4 container format with h.264 + aac stream. i might be a rare case, but i convert a lot of archival video into mp4 format because that's the format that my player handles best -- but I frequently need to extract snippets of video. currently i'm using ffmpegsource, but i'd love to be able to use dgnv tools.
Abnormal1
27th January 2010, 20:57
I was wondering, if I had two Nvidia cards (1xVP2 & 1xVP3) how does DG NV Tools decide which to use?
Thanks
Neil
TheProfosist
28th January 2010, 06:20
i would like to request that the interface for cropping allow at least increment of 2 if not 1 (as long as the resolution ends up even. ex: 1 pixel from each side or 1 from left and 3 from right) and that a zoom function be added to the DGindexNV window for use when cropping, or employ some sort of cropping window like in RipBot264 (i used the programs a while ago so idk if the function is still there) where it shows top left and bottom right corners close up
tormento
28th January 2010, 10:32
I don't know if it is a bug of Cuvid Server or of some other software I use, however when I use DGSource and I abort a x264 encoding, I need to close and reopen Cuvid Server to get the following encoding work. DGMultiSource instead works perfectly, I can abort every time I need ;)
TheProfosist
28th January 2010, 12:51
I don't know if it is a bug of Cuvid Server or of some other software I use, however when I use DGSource and I abort a x264 encoding, I need to close and reopen Cuvid Server to get the following encoding work. DGMultiSource instead works perfectly, I can abort every time I need ;)
i have that same thing happen. i just think that it was only aborted in x264 and not in the server. so the server still thinks its on that job. im not sure if im 100% correct on this because its just a guess. but its no real biggie to have to restart the server. and the reason why it workd perfectly with multisource is because it doesnt need the server.
Guest
28th January 2010, 14:46
I was wondering, if I had two Nvidia cards (1xVP2 & 1xVP3) how does DG NV Tools decide which to use? It would use the first one it finds when enumerating the adapter numbers, starting at adapter 0.
Guest
28th January 2010, 14:48
@neuron2 -- I'm wondering if you have any plans to add support for the .mp4 container. It's on my to-do list, but I can't say when it will be addressed.
Turtleggjp
28th January 2010, 17:04
I don't know if it is a bug of Cuvid Server or of some other software I use, however when I use DGSource and I abort a x264 encoding, I need to close and reopen Cuvid Server to get the following encoding work. DGMultiSource instead works perfectly, I can abort every time I need ;)
I think this is a known problem. I have certainly experienced it as well. Not only that, but if I suspend my laptop and then resume it with the server running (even if no encode is currently active) I will get an error saying "failed to create decoder." Because of this, I too have begun using MultiSource lately. Both my systems that I will be using it on have Nvidia cards with 1GB of memory on board, so hopefully I won't have to worry about running out of memory.
@neuron2, are there any remaining issues with MultiSource? I know you said that you use it primarily now. I don't tend to use any of the "do-it-all-for-me" GUIs, but I do occasionally encode using HCEnc.
Guest
28th January 2010, 23:00
@neuron2, are there any remaining issues with MultiSource? I don't know, because I don't follow day-to-day the status of the third-party apps like MEGUI.
Lynx Pardinus
28th January 2010, 23:50
Hi neuron2.
First of all I want to thank you for the development of this and the previous great tools that have made our work much easier.
My question is ,is there a chance to get support for MPEG2 4:2:2 streams the same way DGIndex does?
I have tried this sample (http://www.mediafire.com/?migwnd1zzmu) with the following result:
- DGIndexNV opens the file but doesn't render the video all you get is a black screen. It lets you set the PIDs and index the file.
- DGMultiSource and DGSource both return a black screen (Y=16, U=V=128, YV12).
My specs are the following:
Core2Quad Q9400 2 GB
Windows XP SP 3
NVIDIA 8400 GS. Driver version 195.62
DGNVTools version 2005
Guest
29th January 2010, 00:09
My question is ,is there a chance to get support for MPEG2 4:2:2 streams the same way DGIndex does? Not until it is supported by CUVID.
Where are you getting these 4:2:2 streams?
Lynx Pardinus
29th January 2010, 15:47
Hispasat at 30.0ºW and some others have a few. Most of the time channels are encrypted, but sometimes, as in this case, they are broadcasted without encryption.
mikeyakame
31st January 2010, 03:24
Neuron2,
Should video with frame repeats when decimated and deinterlaced end up with incorrect timestamps? If i deint/decimate externally and just use the .dgi for decoding the result frame count is what I expect, but if I use the NV deint to decimate/deinterlace the resultant frame count is less than expected, the frame rate is 23.976 which is correct, and the video itself has been deinterlaced fine. Just seems like during the pulldown frames are magically vanishing where there is repeated frames. I can use the nv deint on a video with no frame repeats and the resultant frame count is perfect, so it's only when the video is interlaced and has duplicate frames. As you can imagine the problem occurs with an interlaced mpeg2 anime stream. I'm pretty sure the interlacing is hybrid due to visible VFR during repeated frames.
DGMultiSource("G:\temp\encoding\dvd2\dvd2_creditless_ed.dgi", use_pf=true, use_top_field=true, \
deinterlace=1, resize_w=732, resize_h=488).TDecimate(mode=1)
That's how I'm using it. That works fine for no frame reps, but add frame reps and frames disappear.
Let me know if its a bug or I missed something in the docos.
Great Dragon
31st January 2010, 08:42
Hi neuron2. Not for a long time i'm a happy owner of your wonderful program. It's pretty much the same as free DGIndex but i have a few things to clear for myself.
1. Is it necessary to turn ON "PureVideo Deinterlacer Single Rate" to use deinterlace=1 in DGIndexNV?
2. Can i use deinterlace=2 with "Single Rate" or i need to create a new project with "Double Rate" checked?
3. If any options in "PureVideo Deinterlacer" menu is checked it must be turned on in DGSource() to use and vise versa?
Also i have a 1 little future request: It would be much better to have buttons in "Cropping Filter" than slider (or in addition to) for more accuracy.
Guest
31st January 2010, 16:28
Should video with frame repeats when decimated and deinterlaced end up with incorrect timestamps? I can't make any sense out of what you are saying because a stream with flagged frame repeats must be progressive and should not be deinterlaced.
If you think there is a problem, please post a link to an unprocessed stream sample, the script you use, and an explanation of what you think is incorrect.
Guest
31st January 2010, 16:31
1. Is it necessary to turn ON "PureVideo Deinterlacer Single Rate" to use deinterlace=1 in DGIndexNV? Not necessary. The two are totally unconnected.
2. Can i use deinterlace=2 with "Single Rate" or i need to create a new project with "Double Rate" checked? See above. You don't have to set anything in DGIndexNV.
3. If any options in "PureVideo Deinterlacer" menu is checked it must be turned on in DGSource() to use and vise versa? See above. The deinterlace= option is completely stand-alone. The options in DGIndexNV are just there to allow you to see the effect of the deinterlacing.
Also i have a 1 little future request: It would be much better to have buttons in "Cropping Filter" than slider (or in addition to) for more accuracy. To make small adjustments, highlight the slider and then use the left and right arrows keys.
tormento
31st January 2010, 17:08
Since the audio desynch bug has been "fixed" I am experiencing the same bug previously I hadn't. I have x264 encoded 6 BD to mkv and every one has the audio desynch. Any idea? Neuron, could you send me the older version?
Guest
31st January 2010, 17:26
Since the audio desynch bug has been "fixed" I am experiencing the same bug previously I hadn't. I have x264 encoded 6 BD to mkv and every one has the audio desynch. Any idea? Neuron, could you send me the older version? I have no idea what bug or fix you are talking about.
As always, if you have an issue, post a link to a stream and give me instructions about how to duplicate your issue.
Great Dragon
31st January 2010, 18:00
To make small adjustments, highlight the slider and then use the left and right arrows keys.
Thanks.
One more question. Can i use ColorMatrix in automatic mode, like in DGIndex with info=3?
tormento
31st January 2010, 18:29
I have no idea what bug or fix you are talking about. As always, if you have an issue, post a link to a stream and give me instructions about how to duplicate your issue.
Sorry, I was a bit in a hurry.
I am talking about this:
Fix bug in the parsing architecture. This fixes Alf Bundy's issue. Thanks for pointing that out, Alf!
Since that fix it seems that video and audio work with two different frame rate. The video is always longer in time, i.e. lower fps, than audio. After a bit of investigation it is such as video and audio lenght are in a 24/1,001 ratio. I do know that audio is the correct lenght, as I extracted it with eac3to and total time is ok. The video is reported as 23.976 but it is like it suffers from a 24 to 23.976 conversion. I have seen, but only one time while saving project, that the fps properties in the panel was reported to be 24.000 instead of 23.976.
I don't know how I should give you the material to try it at home. The stuff I encoded were region B BD, such as District 9 and Drag me to hell. They were ripped with AnyDvdHD latest version, dgi indexed and encoded with RipBot, replacing the avs with a manually edited one. I had no problems before your 2004 version.
P.S: Before you think it could be AnyDvd related, even my Sony MTS videos report the same problem when encoded with the same procedure.
P.P.S: Just tried to remux telling mkvtoolnix to use 24 fps for video. It works, video and audio are perfectly in sync.
Guest
31st January 2010, 19:58
I cannot help you without a stream and instructions for how to make the problem happen.
It seems like you are saying the video frame rate is "really" 24 but DGIndexNV is treating it as 23.976. If so, then a small piece of the M2TS will be enough to analyze the problem.
tormento
31st January 2010, 20:04
What should I use to cut m2ts?
And, above all, why my mts files previously had no problem?
Guest
31st January 2010, 20:46
What should I use to cut m2ts? DGSplit. Give me about 50MBytes, please.
And, above all, why my mts files previously had no problem? I can't answer that until I see the stream and figure out what is happening.
Guest
1st February 2010, 20:35
One more question. Can i use ColorMatrix in automatic mode, like in DGIndex with info=3? Questions like this are answered by reading the documentation. Hints are not yet implemented in DGDecNV.
Great Dragon
1st February 2010, 22:33
Questions like this are answered by reading the documentation. Hints are not yet implemented in DGDecNV.
Thanks, i just want to be sure i'm not miss something.
Turtleggjp
2nd February 2010, 05:45
Just a minor cosmetic note. I've been working on some Blu Ray clips lately, paying close attention to the SAR (Source Aspect Ratio?) field so that I know what to use on my x264 command line. When working on some VC-1 clips, I noticed that SAR had changed to DAR (Display Aspect Ratio?). I did the calculations and determined that it was indeed now showing the correct DAR. However, in the log file the entry is still labeled as SAR. Here is an example log file:
Stream Type: Matroska
Video Type: VC1
Profile: Advanced
Level: 3
Coded Size: 1920x1088
SAR: 16x9
Display Size: 1920x1080
Frame Rate: 23.976024 fps
Colorimetry: BT.709 [1]
Frame Structure: Progressive
Frame Type: I
Coded Number: 163656
Playback Number: 163656
Frame Repeats: 0
Field Repeats: 0
Bitrate: 0.315
Bitrate (Avg): 16.729
Bitrate (Max): 33.031
Elapsed: 0:09:44
Remain: 0:00:00
FPS:
Info: Finished!
As I said, very minor right now, but in the future if I do any kind of automated processing that involves reading these log files, it would be nice for that field to have the correct label so I know if I have to convert DAR to SAR or just read it as is.
Thanks, and I've been giving DGMultiSource a workout these last few days. Working great!
tormento
2nd February 2010, 12:35
@Neuron2
A very good feature would be an option during the ADD dialogue that could process every file in a batch way, giving a DGI output and demuxed audio for EVERY file and not the SUM of them.
tormento
2nd February 2010, 12:59
I have found another issue that is perfectly repeatable when retrying.
I am uploading a MTS file to mediafire that when DGIndexNV saves as a project, it finds two AC3 audio tracks instead of one. I am absolutely positive that it must have only one AC3 track (the 1100 one). I'll send you the link in private. That's not the only one that presents that issue.
P.S: Does anybody find screen corruption after having opened and processed lot of files?
XadoX
2nd February 2010, 15:00
It would be great if the commandline would support cropping too.
Until then I will crop with AviSynth.
Guest
2nd February 2010, 15:34
However, in the log file the entry is still labeled as SAR. Thanks for pointing that out. It will be fixed in build 2006, which is imminent.
Guest
2nd February 2010, 15:34
It would be great if the commandline would support cropping too.
Until then I will crop with AviSynth. It's on my to-do list.
XadoX
2nd February 2010, 15:35
It's on my to-do list.Great.
Guest
2nd February 2010, 15:35
A very good feature would be an option during the ADD dialogue that could process every file in a batch way, giving a DGI output and demuxed audio for EVERY file and not the SUM of them. I don't plan to implement batch processing at this time. There are external solutions that can be implemented.
Guest
2nd February 2010, 15:36
I am uploading a MTS file to mediafire that when DGIndexNV saves as a project, it finds two AC3 audio tracks instead of one. I am absolutely positive that it must have only one AC3 track (the 1100 one). Investigating... Just ignore the spurious track for now until I fix this.
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.