View Full Version : DG NV tools
aegisofrime
17th January 2010, 09:50
neuron2, supposedly the new VP5 engine in the GT240 and the upcoming Fermi series supports MPEG-4 ASP. Will DG NV tools support MPEG-4 ASP indexing as well, for those cards?
InsulinJunkie
17th January 2010, 10:00
neuron2, supposedly the new VP5 engine in the GT240 and the upcoming Fermi series supports MPEG-4 ASP.
I don't believe Nvidia has gotten around to adding driver support for the 210/220/240's hardware acceleration of MPEG-4 ASP yet.
At least it's not there as of the 195.81 betas.
Deinorius
17th January 2010, 12:19
neuron2, supposedly the new VP5 engine in the GT240 and the upcoming Fermi series supports MPEG-4 ASP. Will DG NV tools support MPEG-4 ASP indexing as well, for those cards?
Source? IIRC it's the VP4, not VP5.
aegisofrime
17th January 2010, 14:10
Source? IIRC it's the VP4, not VP5.
Source is right here at Anandtech, so it should be reliable.
http://www.anandtech.com/video/showdoc.aspx?i=3657&p=3
And yes, it's VP4, which means that the VP5 on the Fermi cards should support it too right?
Deinorius
17th January 2010, 15:40
Yeah, it should. But I've no idea, what functions they want to add additionally. It already supports quite everything any user can need, or is there something I forgot?
Guest
17th January 2010, 16:00
Will DG NV tools support MPEG-4 ASP indexing as well, for those cards? Maybe. What is the compelling application?
stax76
17th January 2010, 16:07
I've uploaded new StaxRip test build supporting DGSource. I didn't experience a single crash/hangup so I have high hopes DGDecNV is now fully usable in StaxRip. Thanks to Neuron2, Multitask and Zathor for helping.
http://forum.doom9.org/showthread.php?p=1364661#post1364661
Guest
17th January 2010, 19:06
Nice work, stax76! We greatly appreciate your efforts to support the DGNV tools.
MrVideo
17th January 2010, 20:48
supposedly the new VP5 engine in the GT240 and the upcoming Fermi series supports MPEG-4 ASP.
If only my new PNY GT240 card was working correctly...
After installing the card, updated the drivers for the mobo and installed a piece of software, after a period of time the system would just bog down.
A reboot fixed it, for a hort while. I got a copy of the Process Explorer program so that I could see what the hell was going on. I eliminated the new program by making sure the DLLs that it called could never execute and that I just didn't run it. Well, that wasn't it.
So, I removed the Nvidia drivers, mobo and graphics. Still didn't go away. What was happening is that after about 5-10 minutes the hardware interrupts would go into runaway mode. While the monitor program would show me that the CPU was getting creamed and that it was because of hardware interrupts, the program cannot display what the hardware interrupt is.
Since the only new hardware in the system was the graphics card, I put the PNY 7600 back into the system (even though it doesn't have a GPU fan, as it was frozen). Problem solved.
Once the GT240 got into the situation where any program called it (I suspect for hardware accelleration, as normal displaying didn't), it went into hardware interrupt runaway mode. Kill the program and the interrupts stopped. Come to think of it, it wasn't because of hardware accelleration, because if I copied a file from one hard drive to another, the interrupts would also happen.
So, for the moment, a warning about the PNY GT240, until I get this resolved with them.
MuLTiTaSK
17th January 2010, 20:58
@MrVideo
so it might be borked after all i say return it and get one from the GTX series also remember to choose which drivers you install wisely cause they will have a role on how good your card performs;)
Deinorius
17th January 2010, 21:23
Does anyone have any experience installing a nvidia card as a second next to a ATI card? My preferred graphics card is ATI, but I would like to use DGIndexNV.
MrVideo
17th January 2010, 21:35
so it might be borked after all i say return it and get one from the GTX series also remember to choose which drivers you install wisely cause they will have a role on how good your card performs;)
I'll be beating PNY over the head for a replacement, or a different card.
Um, you have no choice as to what drivers are installed. They come with the card. I also get the latest Nvidia drivers from the Nvidia website.
In this particular case, even with no Nvidia drivers for the card intalled, just running native Windblows VGA support, the card croaks.
Guest
17th January 2010, 23:53
Does anyone have any experience installing a nvidia card as a second next to a ATI card? My preferred graphics card is ATI, but I would like to use DGIndexNV. Yes, if you have Vista or Win7 it is easy. If XP, then there is a gotcha but it can be worked around.
Deinorius
18th January 2010, 00:09
Vista? Since when? IIRC there isn't possible to install more than one graphics driver. :confused:
Something different: This card would be only used for video decoding with DGDecode (PhysX would be nice too :( But just with hacks). Would there be any speed difference between, let's say, G210 or GT240?
Guest
18th January 2010, 01:04
Would there be any speed difference between, let's say, G210 or GT240? You can find out just as easily as I can.
Deinorius
18th January 2010, 01:30
May be you missunderstood my question or I can't follow you. I meant any decoding speed difference. I don't know exactly, if gpu frequency or bandwidth has any relevant influence in decoding speed.
an3k
18th January 2010, 01:53
Source? IIRC it's the VP4, not VP5.Prove: http://www.nvidia.com/object/io_1260507693932.html
Source is right here at Anandtech, so it should be reliable.
http://www.anandtech.com/video/showdoc.aspx?i=3657&p=3
And yes, it's VP4, which means that the VP5 on the Fermi cards should support it too right?MPEG-4 ASP is hardware supported since VP4
GT240 has VP5, not VP4.
Short quote: NVIDIA GPUs that can decode 3D Blu-ray content include the GeForce GT 240 ($99 U.S. MSRP), as well as upcoming next-generation GF100 GPUs based on the NVIDIA “Fermi” architecture.And the GT240 can handle AVC-MVP (which is 3D Blu-ray content), thus it's VP5
MrVideo
18th January 2010, 05:47
so it might be borked after
It might not be afterall.
It took longer. but I am now getting runaway hardware interrupts with the old card, but at about half the CPU eating power as the new graphics card.
A reboot makes the problem go away, but eventually it will be back.
Guest
18th January 2010, 07:48
@MrVideo
That's off-topic for this thread. Please open a new thread about it in PC Hardware forum.
MrVideo
18th January 2010, 07:50
@MrVideo
That's off-topic for this thread. Please open a new thread about it in PC Hardware forum.
Sorry, I only brought it up as there are those here who may be interested in it for use with this specific tool.
TheProfosist
18th January 2010, 11:42
i just donated today and should be receiving the license soon. I use MeGUI, all indexers that i used previous to this were already compiled into MeGUI and were automatically add to the AVS scripts.
Will this replace all the indexers built into MeGUI? I was just planning on using this for VC-1.
How do i integrate this into MeGUI and AVISynth? or do i just have it index the file?
And for the cuda support is it only supported for the indexing or also while decoding when converting the file?
can i use the nvidia deinterlacer with MPEG2 files?
Examples of previous AVS scripts:
for MPEG2:
DGDecode_mpeg2source("C:\TEMP\NeiA_7-01_Track1.d2v", cpu=4, info=3) - [includes color correction and MPEG2 deblocking]
for H.264:
AVCSource("C:\TEMP\Appleseed HD 720p 5000kbps_Track1.dga")
Thanks For The Help in advance. Im big into encoding and would like to get started again as soon as possible
This is what ive found so far from reading some of the manuals and guides:
index file using correct included program [i need help with which i should use, when, and for what]
start server
load dll in AVS script [i need help with which i should use, when, and for what]
proper code for correct file type? [i need help coming up with comparable code]
is this all i need to do? ...
also since this is now cuda enabled and when you playback you can decode using cuda, is there a cuda H.264 encoder comparable to x264 thats can be used with avisynth and possible MeGUI??
Clumpco
18th January 2010, 13:03
I use MeGUI, all indexers that i used previous to this were already compiled into MeGUI and were automatically add to the AVS scripts.
Will this replace all the indexers built into MeGUI? I was just planning on using this for VC-1.
MeGui versions 0.3.1.1061 and above have built-in DGIndexNV support.
also since this is now cuda enabled and when you playback you can decode using cuda, is there a cuda H.264 encoder comparable to x264 thats can be used with avisynth and possible MeGUI??
I'll let Neuron2 answer that one in detail, but if the cuda was occupied with both frame-serving and encoding, then you would probably lose most of the advantage except if you had multiple cards.
TheProfosist
18th January 2010, 13:15
MeGui versions 0.3.1.1061 and above have built-in DGIndexNV support.
I'll let Neuron2 answer that one in detail, but if the cuda was occupied with both frame-serving and encoding, then you would probably lose most of the advantage except if you had multiple cards.
could you explain how to use the built in support in MeGUI because i cant see it under any of the options.
well i have a 2 pc dedicated for encoding and putting in another card (low end 9500GT?) wouldnt be a problem. though i have used the cuda encoder included in MediaCoder but it did a horrible job at low bit rates and there was almost no customization
Clumpco
18th January 2010, 14:45
could you explain how to use the built in support in MeGUI because i cant see it under any of the options.
Personally I use DGIndexNV outside of MeGui with an avs template file because I nearly always use exactly the same settings. However you can run it from inside MeGui by using Tools -> DG Source. It will queue the indexing and then open up the avs editor when done.
Guest
18th January 2010, 15:14
could you explain how to use the built in support in MeGUI because i cant see it under any of the options. Not in this thread. Please go to the MEGUI subforum.
TheProfosist
18th January 2010, 17:56
Not in this thread. Please go to the MEGUI subforum.
theirs a DGNV tools MeGUI sub forum?
and what about the other stuff like help with the avs script and wether this is an all in one solution for MPEG2 H.264 VC-1 etc you dont have to answer the megui stuff the rest should just be general questions.
MuLTiTaSK
18th January 2010, 18:18
theirs a DGNV tools MeGUI sub forum?
and what about the other stuff like help with the avs script and wether this is an all in one solution for MPEG2 H.264 VC-1 etc you dont have to answer the megui stuff the rest should just be general questions.
you can read the manuals that come included with DGDecNV without a license Download (bit.ly/6VZIFi)
rack04
18th January 2010, 18:20
theirs a DGNV tools MeGUI sub forum?
As your question here (http://forum.doom9.org/showthread.php?t=151159).
and what about the other stuff like help with the avs script and wether this is an all in one solution for MPEG2 H.264 VC-1 etc you dont have to answer the megui stuff the rest should just be general questions.
Regarding the avs script for the DGDecNV tools just read DGMultiDecodeNVManual that is included with the package. It is very well written and has everything you need to get started.
TheProfosist
18th January 2010, 18:25
well so far i have VC-1 working which is the reason i got this because i was getting pixelation with FFmpegsource2 and i refuse to use directshowsource.
read the manual for the combined manual this should handle all my needs. but i have a few question since i have now donated and have it.
you can gpu deinterlace and resize. i currently use lancoze4 for resize and TDeint with custom settings for deinterlce how does the built in GPU ones compare? should i use them instead or stick with what i know?
Guest
18th January 2010, 18:26
And for the cuda support is it only supported for the indexing or also while decoding when converting the file? The CUDA support is used when decoding video, i.e., when doing a play/preview in DGIndexNV or when serving a script with DGSource()/DGMultiSource(). It is not needed or used when indexing (Save Project).
can i use the nvidia deinterlacer with MPEG2 files? Yes.
is there a cuda H.264 encoder comparable to x264 No.
rack04
18th January 2010, 20:28
i currently use lancoze4 for resize and TDeint with custom settings for deinterlce how does the built in GPU ones compare? should i use them instead or stick with what i know?
You should make your own comparison between the resize and deinterlacer. What is better for me may not be better for you.
TheProfosist
18th January 2010, 20:28
i just got syntax to work for mpeg2 and choose to try croping+resize+deinterlace using gpu. this should be comparible to using Lancoz4 and TDeint if not better?
thanks again for all the help. this will be of great help with all my encoding
Guest
18th January 2010, 20:32
i just got syntax to work for mpeg2 and choose to try croping+resize+deinterlace using gpu. this should be comparible to using Lancoz4 and TDeint if not better? The resize is bilinear. The PureVideo deinterlacer will produce better results than TDeint in many but not all cases.
Guest
20th January 2010, 01:35
* Fix crash on File/Close for some streams.
* Add error popup instead of crashing for malformed MPEG2 GOPs.
* UI facelift. Hope you like it!
http://neuron2.net/dgdecnv/dgdecnv.html
My website is a little slow right now, so be patient. If it persists, I'll give my ISP a call.
MuLTiTaSK
20th January 2010, 02:04
:eek: great job neuron2 a very pleasant uplift not to heavy at all i must admit i was nervous
http://img43.imageshack.us/img43/186/ss20100119195521.jpg
MuLTiTaSK
20th January 2010, 02:06
@neuron2
if i click pause while previewing is the preview scroller supposed to be locked?
Guest
20th January 2010, 02:11
@neuron2
if i click pause while previewing is the preview scroller supposed to be locked? Yes. You cannot navigate by GOP when in a play/preview operation. Hit the stop button to exit play/preview mode.
I had a lot of fun implementing that. Any further UI ideas you have will be welcome.
See all that space at the right of the button area? What to put there? I was thinking revolving quotes from Einstein. :)
MuLTiTaSK
20th January 2010, 02:19
@neuron2
ok just making sure;)
curious what influenced the uplift you installed Windows 7?
MuLTiTaSK
20th January 2010, 02:22
@neuron2
i was thinking about that space maybe template editor or future Blu-ray playlist switcher?
Guest
20th January 2010, 02:26
curious what influenced the uplift you installed Windows 7? I use single-step mode a lot and it was clunky to use previously. So I wanted to add a single-step play button. But then I should have a normal play button too. And a preview button. And we might as well have stop and pause as long as we have play. So with all the new buttons, they couldn't stay on the same rectangle as the trackbar. And I couldn't find any decent text characters to put on the new buttons. Result:
* buttons on a separate window under the trackbar
* owner-draw buttons to allow for clear legends
The next UI change will probably be to eliminate the trackbar. You have the select band above it and that can be enhanced to support trackbar functionality. It's a bit goofy as it is now.
Don't have my Win7 machine yet. :(
Guest
20th January 2010, 02:28
i was thinking about that space maybe template editor or future Blu-ray playlist switcher? Quite right, let's save it for something useful.
Putting template editor on my to-do-feature list (already have playlist support).
MuLTiTaSK
20th January 2010, 02:42
@neuron2
nice i just noticed there is no reference link to the DGMultiDecodeNV Manual?
http://img25.imageshack.us/img25/3115/ss20100119203751.png
Guest
20th January 2010, 02:45
I'll fix that for the next build. Thanks for pointing it out.
tormento
20th January 2010, 07:46
@Neuron2, thanks for the 2002 build, it solved my import issue.
Now I am trying to reproduce the strange "license not found" bug. I am unable to find the "culprit", I think I'll make a video while importing with Camtasia Studio that will show when that bug jumps out.
And, please, consider an automatic output of chapters.txt for multiple file input. It could save a lot of time when creating a multiple scene video. ;) ;)
One question: why, while importing vob video from a cam generated minidvd, some shows an audio delay in the output ac3 and some not? Could be possible to use dgindex to realign the audio with the video instead of creating a delayed audio?
Efenstor
20th January 2010, 09:13
What is the maximum possible number of files to index? I tried loading 946 MTS files (yes, it's a very big project) and got it crashed. It seems that the limit is about 500 files or slightly more. Adding to the file list in batches (with the "Add" button) doesn't help, it still crashes. Can you please rise up the bar to say 3000? I use DGNV exclusively for working with a camcorder footage, not for ripping BD's, and often have a lot of very short segments to work with because the camcorder produces a separate file on every record/stop.
Clumpco
20th January 2010, 10:28
Nice new look and handy buttons!
Ever since I started editing my h264 .ts files with VideoRedo4 (currently in beta) I get a couple of warnings on opening the files:---------------------------
Warning
---------------------------
Found NALU type 13, len 2 undefined, ignore NALU, moving on
Hit Yes to continue notifying this specific error type; hit No to disable it.
Hit Cancel to suppress all further errors.
Is this anything to worry about? Life seems to go on OK if I ignore the warning. Do the VideoRedo guys need to be told to change something?
hydra3333
20th January 2010, 13:01
To be clear - you're indexing a h.264 file output from VideoRedo4 and you get this error ?
tormento
20th January 2010, 13:29
@Neuron2: bug video -> HERE (http://www.mediafire.com/download.php?hnynzmmoinh)
Clumpco
20th January 2010, 16:43
To be clear - you're indexing a h.264 file output from VideoRedo4 and you get this error ?
Yes - I get the error when I open the file in DGindexNV (usually twice if I press "Yes").
If I haven't used No or Cancel to ignore the error, I get it again when I start the indexing.
TheProfosist
20th January 2010, 17:53
question why does the crop automatically do increments of 4 most others i have used use increments of 2 which is more precise when cropping
Guest
20th January 2010, 21:29
Now I am trying to reproduce the strange "license not found" bug. I am unable to find the "culprit", I think I'll make a video while importing with Camtasia Studio that will show when that bug jumps out. You opened more files than the program supports and I guess that a resulting memory overwrite caused the license error problem. Does it ever happen when loading less than the supported 512 files?
And, please, consider an automatic output of chapters.txt for multiple file input. It could save a lot of time when creating a multiple scene video. I don't know what a chapters.txt file is or what it should contain.
One question: why, while importing vob video from a cam generated minidvd, some shows an audio delay in the output ac3 and some not? If you provide stream samples, I can tell you.
Could be possible to use dgindex to realign the audio with the video instead of creating a delayed audio? It's possible and it's already on my to-do list.
Guest
20th January 2010, 21:30
What is the maximum possible number of files to index? I tried loading 946 MTS files (yes, it's a very big project) and got it crashed. It seems that the limit is about 500 files or slightly more. Adding to the file list in batches (with the "Add" button) doesn't help, it still crashes. Can you please rise up the bar to say 3000? I use DGNV exclusively for working with a camcorder footage, not for ripping BD's, and often have a lot of very short segments to work with because the camcorder produces a separate file on every record/stop. The max is currently 512. I'll increase it to 5000 in the next build.
Guest
20th January 2010, 21:31
Ever since I started editing my h264 .ts files with VideoRedo4 (currently in beta) I get a couple of warnings on opening the files:---------------------------
Warning
---------------------------
Found NALU type 13, len 2 undefined, ignore NALU, moving on
Hit Yes to continue notifying this specific error type; hit No to disable it.
Hit Cancel to suppress all further errors.
Is this anything to worry about? Life seems to go on OK if I ignore the warning. Do the VideoRedo guys need to be told to change something? Possibly. Can you please provide a link to one of these files so that I can analyze it?
Guest
20th January 2010, 21:32
question why does the crop automatically do increments of 4 most others i have used use increments of 2 which is more precise when cropping It's on my to-do list already.
nautilus7
21st January 2010, 00:56
Why not increments of 1 (with the restriction the result is mod2)? There are some cases where i need to crop 1px from one side and 1px from the other.
TheProfosist
21st January 2010, 01:17
Why not increments of 1 (with the restriction the result is mod2)? There are some cases where i need to crop 1px from one side and 1px from the other.
yes yes good idea ive never sen a program allow me to do that it would be really nice
Asmodian
21st January 2010, 01:19
They way color information is stored (at 1/2 resolution) gives the 2 pixel crop requirement. Look up the YV12 (or I420) color space for more information.
hajj_3
21st January 2010, 01:30
I presume DG NV tools doesn't allow you to use it without hardware acceleration for free? I know there were arguments about not including sourcecode for GPL or something for the free version and neuron stopped updating the free (non-NV) version, is this still the case or is there a way for this version to work for free without GPU support?
p.s the interface looks nice in these newer builds neuron, you'd added alot of support for new things over the past couple of months, keep up the great work :)
Guest
21st January 2010, 01:41
I presume DG NV tools doesn't allow you to use it without hardware acceleration for free? The only decoder in there is the Nvidia CUVID one, so there is no way to do anything without that.
Stopping DGAVCDec has more to do with the serious deficiencies of libavcodec, such as its dropping of good frames (a showstopper for accurate random access), its poor performance, its lack of a native Windows build, and its lack of support, than it does with LGPL issues, which were resolved in any case.
It may come back working with Diavc, however. I gave up on considering CoreAVC because after promising an API, they now appear opposed to the idea.
p.s the interface looks nice in these newer builds neuron, you'd added alot of support for new things over the past couple of months, keep up the great work :) Thanks. I am trying hard to give people their $15 worth. :)
TheProfosist
21st January 2010, 01:42
whats the easiest way to tell if the material you have is 3:2 pulldown? because MeGUI sets fieldop as 1 but i dont know if thats correct because idk hoow it came to that conclusion. Would MediaInfo tell me? or what line in the informatio window od DGindexNV would? i can post screenshots if necessary
like how can i tell the difference between something being interlaced and 3:2 pulldown?
TheProfosist
21st January 2010, 01:48
Thanks. I am trying hard to give people their $15 worth. :)
its definatly worth it so far just for the VC-1 compatibility not to metion everything else
Guest
21st January 2010, 01:51
whats the easiest way to tell if the material you have is 3:2 pulldown? That's not easy to answer, because you have hard and soft pulldown. If it is hard pulldown, then only stepping through the video and examining the fields will be reliable. See the first two questions here for how to examine your video:
http://neuron2.net/faq.html
If it is soft pulldown, then look at the coded and playback counts in the Info dialog. If you have playback = 1.25 * coded, then you have pure 3:2 pulldown. You can also look at the Film % field and if it is close to 100% then you have 3:2 pulldown. But the Film % is not yet implemented for AVC.
like how can i tell the difference between something being interlaced and 3:2 pulldown? See above.
TheProfosist
21st January 2010, 02:07
so from this picture i would use fieldop=1 instead of deintelace for TFF?
http://bayimg.com/NajBpaaCN
am i going to be more likely using fieldop=1 that deinterlacing? because previously i deintelace all content and didnt even know about 3:2 well i had heard about it but thats it.
and what would it look like if im supposed to leave it at 29.970 and deintelace instead
sorry about all the questions im knew to someof the ideas but so far yoiur programs is better and faster than what i was previously using
tormento
21st January 2010, 03:16
You opened more files than the program supports and I guess that a resulting memory overwrite caused the license error problem. Does it ever happen when loading less than the supported 512 files?
The same thing does not happen if I put all the files in a single directory. Strange enough!
I don't know what a chapters.txt file is or what it should contain.
It is something likeCHAPTER01=00:00:00.000
CHAPTER01NAME=Living Weapon
CHAPTER02=00:05:00.750
CHAPTER02NAME=A Better World
CHAPTER03=00:09:31.937
CHAPTER03NAME=Aboard Serenity (Main Titles)
CHAPTER04=00:14:49.088
CHAPTER04NAME=Going for a Rideand so on. It is used in many container muxer and, to me, every single file imported should give a new chapter, at least for the first release. The best thing should be the possibility to "collapse" many files in a single chapter at will, giving full edit capability.
If you provide stream samples, I can tell you.
I'm trying to catch the files you need.
It's possible and it's already on my to-do list.
Thanks! ;)
Guest
21st January 2010, 04:17
@TheProfosist
That's pure soft 3:2 pulldown, so you need fieldop=1.
You can see that the film % is 99.99.
It's all covered in the documentation.
TheProfosist
21st January 2010, 04:26
@TheProfosist
That's pure soft 3:2 pulldown, so you need fieldop=1.
You can see that the film % is 99.99.
It's all covered in the documentation.
ok thanks i just want to make sure because im am going to have to re-encode a ton a material that that should have been applied to but only a de-interlacer was applied
i will report back with results
thanks again
Guest
21st January 2010, 04:28
im am going to have to re-encode a ton a material that that should have been applied to but only a de-interlacer was applied Where did you get that material and what is it?
TheProfosist
21st January 2010, 05:47
Where did you get that material and what is it?
so the content is from DVD, BD, or RAW(high quality/bitrate encodes that use a range of formats)
for most 29.970i content i was just deinterlacing using TDeint and after indexing a few of the DVD i have found that I should have reversed the pulldown instead.
Efenstor
21st January 2010, 08:24
The max is currently 512. I'll increase it to 5000 in the next build.
Thanks! :)
TheProfosist
21st January 2010, 11:16
after reversing the pulldown there is stil some lines left over do i need to run a deinterlacer as well? if so can this be done using DG NV tools? a picture is below
http://bayimg.com/GAjdnaAcN and http://bayimg.com/gAJdoAacN
sorry about the weird resolution the program was acting weird the video is fine resolution wise 616x480 no black borders at all
MOS-Marauder
21st January 2010, 12:46
Somebody recently posted in a MeGUI thread using only 3 instead of 4 memory slots helped making NV tools work.
I'll have a card shortly, it will be:
G512P Sparkle (R) 9400GT 512MB DVI/TV
I'll test it on Win 7 Ultimate 32bit, I might also be able to test it on XP since I should still have my old XP partition. If it's related to the memory on the card, how about then testing source files with smaller resolution?
It was me ;) U had 4 x 2 GB Ram in my 4 Slots and alway got Driver Crashes. Removing one helped me.
(Win7 64 Bit)
The Resolution doesnt matter in my case...it happened on SD and HD Sizes.
Chris
Guest
21st January 2010, 14:01
well i encode anime. go to my website link should be in my sig.
so the content is from DVD, BD, or RAW(high quality/bitrate encodes that use a range of formats) I asked where you got the file and you point me to your site pushing torrents! Struck for rule 6 and signature link deleted. Do not restore it.
Alf Bundy
21st January 2010, 14:24
Hi,
I have a problem with DGindexNV 2003 (I don't know with previous versions, I only have my license since yesterday).
I tried my first encode using DGindexNV, but the result ended out of sync.
But not a constant or progressive delay.
At some points in the episode, dialogue is suddenly cutted and audio continues further, generating an instant few seconds delay with the video.
This problem is not present in the source files (MPG from PVR = Mpeg2 + MPA 48Khz stereo 320kbps .mpg).
So I tried using the free DGindex to index my source files and I discovered something strange :
With DGindex, demuxed audio is 128.519 Kb for 54 min 50 sec. (wich is correct and does not produce sync problem.)
With DGindexNV, demuxed audio is 127.650 Kb for 54 min 27 sec.
I have 3 different episodes, and the same problem happens all the time with DGindexNV.
Is it possible that DGindexNV 2003 wrongly demux MPA ?
Guest
21st January 2010, 14:31
Is it possible that DGindexNV 2003 wrongly demux MPA ? Not likely but possible. Please post a link to a sample file such that when demuxed with DGIndex and DGIndexNV audio streams of different lengths are produced.
I just did a test demux of a DVD and the audio streams demuxed by DGIndexNV and DGIndex were binary identical.
TheProfosist
21st January 2010, 15:28
I asked where you got the file and you point me to your site pushing torrents! Struck for rule 6 and signature link deleted. Do not restore it.
my site is just a blog i blog on it yes details of my release are on my blog because its my blog sorry. but i encode initially for my self and my personal use. and i had the link im my sig becuase its my site/blog no different than others having links to their sites or blogs.
i wasnt trying to push torrents on u just to show you what i had previously encoded and how it was done. ignore the dl links and i wont put the link in my sig its not all that important i get enough stuff daily already (not because of that exact thing but the overall situation)
but for source it comes mostly from DVD (usually R1 or R2J) or BD (usually RA or RAJ) and 99% of it is anime.
what i used to do was just deinterlace with TDeint(custom settings or cource) but after indexing a few more dvds i foiund that i should reverse the pulldown instead
after reversing the puldown usiong fieldop=1 after reversing there is stil some lines left over do i need to run a deinterlacer as well? if so can this be done using DG NV tools? a picture is below
http://bayimg.com/GAjdnaAcN and http://bayimg.com/gAJdoAacN
sorry about the weird resolution of the pics the program was acting weird the video is fine resolution wise 616x480 no black borders at all
AVS script:
LoadPlugin("C:\Program Files (x86)\megui\tools\dgindexnv\DGDecodeNV.dll")
DGSource("C:\TEMP\Lain\07 - Cvt Vid\01.track_224-002_Track1.dgi",resize_w=616,resize_h=480,fieldop=1)
once again sorry about the sig link im not trying to offend you or go against site rules mabye im just nieve? but neverthe less im greatful for your and the communities continued help
Guest
21st January 2010, 15:32
@Profosist
Stop asking about this stream or you'll get a rule 16 strike and be suspended. Also, followup about rules to PM or you can get a rule 3 strike.
Alf Bundy
21st January 2010, 16:15
Not likely but possible. Please post a link to a sample file such that when demuxed with DGIndex and DGIndexNV audio streams of different lengths are produced.
Here is a sample (100Mb - 1min 36") that produces different lenght and size audio when demuxed with DGindex or DGindexNV :
http://dl.dropbox.com/u/2137721/0120133335Composite_1.mpg
http://dl.dropbox.com/u/2137721/DGindex_vs_DGNV.png
Audio lenght when demuxed with DGindex = 1min 36" (like the source)
Audio lenght when demuxed with DGindexNV = 1min 29".
This sample was cutted from a 1Gb file with DGsplit 1.0
I can post more samples if you need.
I made 2 scripts to test this sample (scripts played with MPC-HC).
DGindex :
video=DGDecode_MPEG2Source("E:\Recode\DGindex.d2v",cpu=4)
audio=MPASource("E:\Recode\DGindex Tc0 L2 2ch 48 320 DELAY -80ms.mp2")
AudioDub(video,audio)
DelayAudio(-0.080)
ConvertToYV12() -> Sync is OK like in the source sample.
DGindexNV :
video=DGMultiSource("E:\Recode\DG NV.dgi")
audio=MPASource("E:\Recode\DG NV Tc0 L2 2ch 48 320 DELAY -80ms.mp2")
AudioDub(video,audio)
DelayAudio(-0.080)
ConvertToYV12() -> at 1min 21", audio "jumps" and the rest is out of sync.
About the video, both indexers always produce the same amount of frames.
Guest
21st January 2010, 16:16
@Alf Bundy
That's a great problem report. I wish all were as complete. I'll investigate and report back.
meatwad
21st January 2010, 19:56
@neuron2
i got good news to report DGIndexNV IS WORKING WITH StaxRip 1.1.4.1 (bit.ly/6FxoaN)
settings
http://img683.imageshack.us/img683/7853/ss20100114163647.th.png (http://img683.imageshack.us/img683/7853/ss20100114163647.png)
http://img683.imageshack.us/img683/4734/ss20100114163751.th.png (http://img683.imageshack.us/img683/4734/ss20100114163751.png)
http://img254.imageshack.us/img254/8746/ss20100114163029.th.png (http://img254.imageshack.us/img254/8746/ss20100114163029.png)
http://img69.imageshack.us/img69/7998/ss20100114163135.th.png (http://img69.imageshack.us/img69/7998/ss20100114163135.png)
http://img69.imageshack.us/img69/3491/ss20100114163228.th.png (http://img69.imageshack.us/img69/3491/ss20100114163228.png)
Hi, I followed all of the steps as indicated in the images, but StaxRip 1.1.4.1 crashes after the indexing is done. It will still work as long as I don't close the crash window. It's crashing the nvcuda.dll:
Problem signature:
Problem Event Name: BEX
Application Name: StaxRip.exe
Application Version: 1.1.4.1
Application Timestamp: 4b4b9949
Fault Module Name: nvcuda.dll_unloaded
Fault Module Version: 0.0.0.0
Fault Module Timestamp: 4b4c13da
Exception Offset: 0c8143e9
Exception Code: c0000005
Exception Data: 00000008
OS Version: 6.1.7600.2.0.0.256.1
Locale ID: 1033
Additional Information 1: 0a9e
Additional Information 2: 0a9e372d3b4ad19135b953a78882e789
Additional Information 3: 0a9e
Additional Information 4: 0a9e372d3b4ad19135b953a78882e789
Sometimes it doesn't say nvcuda.dll unloaded and instead gives the version number. Also, after it's done encoding the video it will crash again and you're forced to exit the program. My OS is Windows 7 Ult. 64bit and I wonder if that's why I'm getting this error? Have you tested it with a 64 bit OS yet?
stax76
21st January 2010, 20:25
@meatwad
DGSource support was added in test build 1.1.4.3 (http://forum.doom9.org/showthread.php?p=1364661#post1364661) so you need a newer build.
meatwad
21st January 2010, 20:36
Thanks! I'll give that a try.
Edit: It seems to work just fine. Great job!
Lynx Pardinus
21st January 2010, 23:12
They way color information is stored (at 1/2 resolution) gives the 2 pixel crop requirement. Look up the YV12 (or I420) color space for more information.
When dealing with MPEG2 4:2:2 streams you can crop vertically in 1 pixel increments and the resolution after cropping doesn't need to be even.
DGIndex supported this kind of streams, I don't know if DGNVTools does.
Asmodian
22nd January 2010, 00:10
When dealing with MPEG2 4:2:2 streams you can crop vertically in 1 pixel increments and the resolution after cropping doesn't need to be even.
DGIndex supported this kind of streams, I don't know if DGNVTools does.
DGNVTools does support MPEG2 and yes you can crop vertically in 1 pixel increments in the YUY2 color space but NVTools are really for H.264 AVC & VC1 where you cannot. ;)
Guest
22nd January 2010, 04:54
* Increase max files to 5000.
* Add DGMultiDecodeNV Manual item to Help menu.
* Fix bug in the parsing architecture. This fixes Alf Bundy's issue. Thanks for pointing that out, Alf!
* Fix film % reporting for MPG and VC1.
http://neuron2.net/dgdecnv/dgdecnv.html
Guest
22nd January 2010, 05:51
Please re-download as I had a bogus version up there for a while.
Alf Bundy
22nd January 2010, 13:36
Build 2004 works fine with my problematic files. Thank you for fixing that so fast. :thanks:
Now I have a probably stupid question :
May I watch a movie using MPC-HC's h264 DXVA internal decoder while DGmultisource() is in use for an encode ?
Could DXVA playback corrupt DG NV decoding process ?
Guest
22nd January 2010, 13:46
May I watch a movie using MPC-HC's h264 DXVA internal decoder while DGmultisource() is in use for an encode ?
Could DXVA playback corrupt DG NV decoding process ? I don't support that.
Guest
22nd January 2010, 13:55
* Replace GPU->CPU async memory copy with sync copy. Sync copy is faster because it does not require a wait loop with a sleep. You should see higher max fps figures when doing a play/preview in DGIndexNV (with playback speed set to maximum). Note that the decode DLLs already used sync copy so they were already serving video as fast as possible.
http://neuron2.net/dgdecnv/dgdecnv.html
stax76
22nd January 2010, 22:56
@neuron2
Is it OK to kill the CUVIDServer process? If not how do I terminate it then? In case the window is created hidden on startup I could send a close message, is it? Is there stdout status yet?
Alf Bundy
22nd January 2010, 23:43
Could DXVA playback corrupt DG NV decoding process ?
I don't support that.
I did try myself.
DGmultiSource() decoding VC-1 ES for an encode, and watching a movie using DXVA decoder.
No crash, nothing wrong.
No skipped or corrupted frames in the encode output and playback was OK.
(NVidia 9800GTX+ 512Mb)
So I answer my own question : No, DXVA playback doesn't corrupt DG NV decoding. :D
Big thanks, Neuron2.
With DG NV tools I get 5 to 20% speed up encodes compared to DGindex and DGAVCindex on my C2D 7400. http://img290.echo.cx/img290/9768/yahoo6lp.gif
Clumpco
23rd January 2010, 01:14
With version 2005 I am getting random server crashes.
Opening video in the indexer gave me an error 100. Closed, restarted server and all was OK
Start of MeGui second pass got an error 400. Aborted pass, restarted server and the 2nd pass and all seems OK.
This is with Win7 32 bit and Nvidia drivers 8.17.11.9621 (196.21).
TheProfosist
23rd January 2010, 01:44
i just started a new dvd since im waiting on help on Lain. I just picked up Moribito today but i can figure out what to do with it because MediaInfo says :
Frame rate : 29.970 fps
Standard : NTSC
Colorimetry : 4:2:0
Scan type : Progressive
Scan order : Top Field First
and i stick through DGindexNV and get a film percentage of 63.6%
what does this all mean because progressive film cant be interlaced and how do i intpret the 63.6%
log files from both mediainfo and DGindexNV
http://www.mediafire.com/file/wiidf0cdvfz/VTS_02_2.VOB_DGindexNV.txt
http://www.mediafire.com/file/yyygl253khl/VTS_02_2_MediaInfo.log
Guest
23rd January 2010, 03:47
With version 2005 I am getting random server crashes. All streams or just this one?
Guest
23rd January 2010, 03:51
@Profosist
This thread is really for bug reports and feature requests for my tools, not for asking noob questions about video processing. I'll help you if you post in the proper thread/forum.
TheProfosist
23rd January 2010, 03:57
@Profosist
This thread is really for bug reports and feature requests for my tools, not for asking noob questions about video processing. I'll help you if you post in the proper thread/forum.
ok ill create a thread arround this program for noobs like me
if there already is one for your programs tell me and ill go there instead and you can close mine sorry about the questions then jswiting to this program is just hard for me for some reason
Clumpco
23rd January 2010, 06:51
All streams or just this one?
I don't know yet. Re-running the same encode to see what happens second time around.
ETA: Seems to have gone fine, not a single error. BTW the computer hasn't been rebooted.
Very strange. I will keep an eye on things.
Sharc
23rd January 2010, 12:05
@neuron2
Thank you for the excellent documentation which comes with DGNV tools.
Just a minor remark: In the DGIndexNV User Manual/Information Panel/Video Section [MPG] the explanation for 'Frame Coding' is missing (should come after 'Frame Type').
Guest
23rd January 2010, 16:46
@Sharc
Thanks for pointing that out. I added this:
Frame Coding - Displays "Progressive" if the progressive_frame syntax element is set, otherwise "Interlaced" is displayed. Do not make the mistake of assuming that this tells you whether the video content itself is progressive or interlaced! What determines that is whether there is motion at the field rate. This Info dialog field tells you only how the video was encoded; it is quite common to encode progressive content as interlaced.
sangwich
23rd January 2010, 20:17
I'm using 2005 with megui and I have strange problem. If i use this syntax:
LoadPlugin("DGDecodeNV.dll")
DGSource("movie.dgi", fieldop=0)
crop( 0, 140, 0, -140)
LanczosResize(1280,528)
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?
MuLTiTaSK
23rd January 2010, 21:38
@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)
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.
tormento
2nd February 2010, 15:52
I don't plan to implement batch processing at this time. There are external solutions that can be implemented.
Such as? I need DGToolsNV to create one dgi per file for about 100 files =P
Guest
2nd February 2010, 16:09
Something like the solutions already available for DGIndex. I'd prefer you took this to a new thread because, as I said, I'm not going to implement batch support.
txporter
2nd February 2010, 16:29
Such as? I need DGToolsNV to create one dgi per file for about 100 files =P
Just use the command line interface (http://neuron2.net/dgavcdecnv/DGAVCIndexNVManual.html#AppendixB) and write a batch file to do it for you.
I use something like this to batch index mpg files with DGIndex. Modify it to work for what you want.
FOR /F "usebackq" %%A IN (`dir /b /on *.mpg`) DO "d:\temp\dgindex" -IF=[%%A] -OM=2 -FO=0
-AT=[d:\temp\ivtc-ns.avs] -OF=[%%~nA] -HIDE -EXIT
Guest
2nd February 2010, 17:29
Great. Sorry, but I took it off my to-do list. :(
Don't worry, though, because I only took it off because I have just implemented it and it will be in build 2006. :p
Turtleggjp
2nd February 2010, 17:34
Thanks for pointing that out. It will be fixed in build 2006, which is imminent.
No problem.
I think I found another issue though. One of the files I am working on seems to only be picking up the first 10000 frames when the video is served using version 2005. I went back and tried version 1.0.13 of DGAVCIndex and it created a different index file. When this video is served, it appears to have the correct number of frames (having trouble with it crashing, probably because it is such an old version). I am attaching the index files from both programs. The video I am working on is 00083.m2ts from Jumper Region A. If you need a sample, I will upload it.
EDIT: Just tried with NVBeta10. With it, I only get 12165 frames instead of the 12360 mentioned at the bottom of the index file
EDIT 2: Got 1.0.13 working stable (had to use the old server with the old dll). All 12360 frames are served with this version.
MuLTiTaSK
2nd February 2010, 17:44
for your backup projects in windows 7 dont tweak the registry and use dss to index your sources all you need is DGDecNV (bit.ly/6aVfOY)
@neuron2
eta on stdout?
Guest
2nd February 2010, 18:02
If you need a sample, I will upload it. I definitely need the sample. I'll hold up build 2006 for this.
Guest
2nd February 2010, 18:04
eta on stdout? I'm in a bit of a pickle about it. The way it is implemented now in DGIndex kills Win2000 compatibility and now some other issues are being raised. But the alternative, AllocConsole(), pops up an extra DOS window. I only absorbed this as a contribution from someone else and to be honest I am not motivated to spend a lot of time on it. So, if you describe a good way to implement it, I will be happy to pay attention.
tormento
2nd February 2010, 18:12
for your backup projects in windows 7 dont tweak the registry and use dss to index your sources all you need is DGDecNV (bit.ly/6aVfOY)
What?!? :eek:
Turtleggjp
2nd February 2010, 20:56
Here is the sample:
http://www.mediafire.com/file/rnnm2jxh3mz/00083.m2ts_0
Please note that this sample is not enough to give you 10000 frames. For that, I would need to upload pretty much the entire file, which is 418MB.
Also, what I was originally trying to do was string several of these files together, so I could encode them into one file. The total frame count is 46513. Build 2005 still only serves the first 10000 frames, and NVBeta10 is only showing 46486 frames. 1.0.13 shows all 46513 frames.
Guest
2nd February 2010, 21:35
That stream doesn't help us. I can't duplicate your issue with it. Can you upload the whole thing?
EDIT: Wait, I think I know what's happening. Hold off on the full upload for now.
Turtleggjp
2nd February 2010, 23:10
Ok, thanks. If you need me to upload the whole thing, is it ok if I put it in a Multi-part RAR archive and upload it to Mediafire in 200MB pieces? Or would you rather me upload it some other way?
Guest
3rd February 2010, 00:55
The RAR pieces would be fine but hold off until I post again, because I think I know what is happening already.
Guest
3rd February 2010, 01:04
@Turtleggjp
That's from a camcorder, right? Is there an option to enable IDRs? Maybe some GOP option? The sample you gave me has one I frame at a recovery point and then 1400+ frames with no I or IDR in sight.
Please go ahead and upload the entire stream.
Turtleggjp
3rd February 2010, 01:36
No this is from the Blu Ray of Jumper Region A. It is one of several bonus feature clips that seem to exhibit this strange behavior. This one is the only one long enough (more than 10000 frames) to give me a problem by itself.
Heading home right now, I will begin uploading when I get there.
EDIT: Part 1 is here: http://www.mediafire.com/file/ytjmdujezam/00083.part1.rar
EDIT2: Part 2 is here: http://www.mediafire.com/file/2wgj0xvwjwj/00083.part2.rar
EDIT3: Part 3 is here: http://www.mediafire.com/file/tzwmhwzjmzz/00083.part3.rar
tormento
3rd February 2010, 07:43
@neuron2
I am going to work where I have a 100mbit connection. I'll upload ASAP the clip that gives me a strange audio delay offset.
Nice bug time, uh? ;)
tormento
3rd February 2010, 13:12
Just use the command line interface (http://neuron2.net/dgavcdecnv/DGAVCIndexNVManual.html#AppendixB) and write a batch file to do it for you.
I use something like this to batch index mpg files with DGIndex. Modify it to work for what you want.
FOR /F "usebackq" %%A IN (`dir /b /on *.mpg`) DO "d:\temp\dgindex" -IF=[%%A] -OM=2 -FO=0
-AT=[d:\temp\ivtc-ns.avs] -OF=[%%~nA] -HIDE -EXIT
The command you wrote tries to open N session of dgindex, where N is the number of files -> CRASH!
Guest
3rd February 2010, 17:20
@Turtleggjp
Part 2 apparently has a bad CRC. I cannot decompress those 3 parts using WinRAR.
Guest
3rd February 2010, 17:33
No this is from the Blu Ray of Jumper Region A. It is one of several bonus feature clips that seem to exhibit this strange behavior. I'm thinking to just buy the BluRay if we can't get your upload to work.
Turtleggjp
3rd February 2010, 17:38
The files check ok here. I put a recovery record in that archive, see if you can use the repair function on it. If not, I'll try uploading it again.
EDIT: I downloaded part 2, and confirmed there is an error. I was able to repair the error using the recovery record though.
txporter
3rd February 2010, 18:14
The command you wrote tries to open N session of dgindex, where N is the number of files -> CRASH!
That's odd. I have been using that on Vista64 and XP SP2 without any issue. What operating system are you running? Are you running that within a batch file?
Guest
3rd February 2010, 18:18
EDIT: I downloaded part 2, and confirmed there is an error. I was able to repair the error using the recovery record though. Gosh, I don't know what a recovery record is or how to use it. Do I have to redownload part 2, or all of them, or...?
Turtleggjp
3rd February 2010, 18:23
Gosh, I don't know what a recovery record is or how to use it. Do I have to redownload part 2, or all of them, or...?
Cool, I get to teach Neuron2 something! :)
Open up part 2 of the archive directly using WinRAR. You should see the name of the file followed by a <-> symbol (indicating the file begins and ends in other parts of the archive). Now go to the Commands Menu, and select Repair Archive. Tell it where you want it to output the fixed file. When it is done, rename the resulting file (probably "_recover.rar") to the name of the corrupted file. Put this file in a folder with the other two good pieces. It should now work.
Guest
3rd February 2010, 18:38
That worked!
Investigating...
tormento
3rd February 2010, 18:59
That's odd. I have been using that on Vista64 and XP SP2 without any issue. What operating system are you running? Are you running that within a batch file?
Windows 7_x64. Launched from cmd.exe.
tormento
3rd February 2010, 19:01
@neuron2
I saw you haven't still downloaded the latest file I sent you, the one with the strange audio delay.
Please get a look before releasing 2006 build ;)
Guest
3rd February 2010, 20:06
I saw you haven't still downloaded the latest file I sent you Patience, my friend. I have several things I'm working on *and* I have a full-time job.
txporter
4th February 2010, 00:36
Windows 7_x64. Launched from cmd.exe.
If you just typed it into cmd, then you need to drop one of the two %%, each time it is written. Command line is %A, batch is %%A.
tormento
4th February 2010, 10:10
If you just typed it into cmd, then you need to drop one of the two %%, each time it is written. Command line is %A, batch is %%A.
Does not work. Just found StaxRip works perfectly in batch mode =)
XadoX
4th February 2010, 11:24
While indexing a VC1 file and cropping in the gui. The Display Size is showing right. But in the created log file there is a wrong value.
e.g.:
GUI: Display Size 1920*816
Log: Display Size 1920*1080
Edit:
It would be great if DGindexNV always shows the right SAR value. So I can use it for x264.
Because while handling PAR/DAR/SAR I always get very confused!
tormento
4th February 2010, 11:33
Because while handling PAR/DAR/SAR I always get very confused!
Well, picture that almost anytime BD has SAR 1:1 and PAL DVD 64:45 ;)
P.S: If you play a video before encoding, FFDShow gives you the correct PAR/SAR in the info.
Guest
4th February 2010, 15:11
@Turtleggjp
Thanks for bringing that stream to light. It exposed a subtle problem in my indexing for AVC streams. It affects this case only: BFF field pictures with IDR/I in the first field and P/B in the second field of anchor frames. I have it fixed locally but need to do some regression testing. It will be in build 2006.
Guest
4th February 2010, 15:18
While indexing a VC1 file and cropping in the gui. The Display Size is showing right. But in the created log file there is a wrong value.
e.g.:
GUI: Display Size 1920*816
Log: Display Size 1920*1080
Are you sure about that? The log file is created by reading the fields of the Info dialog. So the two should be the same. If you are sure then please post a stream fragment I can use to duplicate this.
tormento
4th February 2010, 15:23
@neuron2
Another nice bug for you. ;)
This (http://www.mediafire.com/?mmxomydd42j) file has 2 audio tracks. DGIndex 1.5.7 demuxes both correctly, DGIndexNV 2005 only one.
XadoX
4th February 2010, 15:28
Are you sure about that? The log file is created by reading the fields of the Info dialog. So the two should be the same. If you are sure then please post a stream fragment I can use to duplicate this.
Hmm now I can not reproduce this bug? :o My fault!
Guest
5th February 2010, 03:38
* Improve GOP back near EOF.
* Delete the navigation trackbar and subsume its
functionality into the selection bar. I find the action
more logical for navigation and parsimony demands the
deletion. There is still an issue with flashing of the
bar that I am addressing. Isn't Win32 GDI wonderful?
* Improve handling of this error case: open a transport
stream for which the video PID specified in the first program in the PAT/PMT has no data.
* The cropping dialog now shows the resulting mod values
and adds a static note about fine movements.
* Cropping can now be specified via CLI. For example,
dgindexnv -i "phasecoherence.vc1" -c 8 8 8 8
* For opening program streams, increase the depth of initial scanning of the source file when looking for audio channels. This avoids missing some audio streams that do not begin immediately.
* Fix an indexing bug for some AVC BFF field-structured streams.
http://neuron2.net/dgdecnv/dgdecnv.html
MuLTiTaSK
5th February 2010, 04:02
@neuron2
great support like always thank you very much my recent backups just got higher on my todo list;)
XadoX
5th February 2010, 08:03
@neuron2: Great news :thanks:
tormento
5th February 2010, 08:11
Today, 03:38
I hope you are not in my timezone (GMT+1) :eek:
Thanks for your effort to get every day a better program, I'll make the extensive testing you deserve. :thanks:
Efenstor
5th February 2010, 08:30
I'm having a problem with b2005: getting the "Missing license file" error when trying to load 900 files. The license file is okay.
This problem still occurs in build 2006.
tormento
5th February 2010, 10:36
Unfortunately the bugs I reported you have not been solved:
20091231_193634_cane.mts (http://www.mediafire.com/?zdztjmgq5nw) keeps on producing -672ms delayed audio. However since even eac3to gives me the same delay, I suppose it is a strange file created from my Sony cam:
[E:\in\avhdc]d:eac3to.exe 20091231_193634_cane.mts
M2TS, 1 video track, 1 audio track, 1 subtitle track, 0:00:30, 50i
1: h264/AVC, 1080i50 (16:9)
2: AC3, 5.1 channels, 448kbps, 48khz, -672ms
3: Subtitle (PGS)
20100101_182644_campiglio.mts (http://www.mediafire.com/?ony2nymfmmn) keeps on giving two audio tracks. Eac3to gives me the following info:
[E:\in\avhdc]d:eac3to.exe 20100101_182644_campiglio.mts
M2TS, 1 video track, 1 audio track, 1 subtitle track, 0:01:08, 50i
1: h264/AVC, 1080i50 (16:9)
2: AC3, 5.1 channels, 448kbps, 48khz
3: Subtitle (PGS)
orphan_The_1st_50_MB.VOB (http://www.mediafire.com/?mmxomydd42j) now gives two audio tracks BUT in the preview panel only one is listed. Moreover the last one is wrong in time lenght, skipping the initial logo audio for about 15 secs. Eac3to gives me the following info and skips the initial logo for both tracks:
[F:\download]d:eac3to.exe orphan_The_1st_50_MB.VOB
VOB, 1 video track, 2 audio tracks, 7 subtitle tracks, 0:01:02
1: MPEG2, 576i50 (16:9)
2: AC3, 5.1 channels, 384kbps, 48khz, dialnorm: -27dB, 3ms
3: AC3, 5.1 channels, 384kbps, 48khz, dialnorm: -27dB, -4ms
4: Subtitle (DVD)
5: Subtitle (DVD)
6: Subtitle (DVD)
7: Subtitle (DVD)
8: Subtitle (DVD)
9: Subtitle (DVD)
10: Subtitle (DVD)
I think for today it is enough! :devil:
Guest
5th February 2010, 15:09
Unfortunately the bugs I reported you have not been solved:
20091231_193634_cane.mts (http://www.mediafire.com/?zdztjmgq5nw) keeps on producing -672ms delayed audio. However since even eac3to gives me the same delay, I suppose it is a strange file created from my Sony cam Then why are you calling it a bug? I don't see anything wrong.
20100101_182644_campiglio.mts (http://www.mediafire.com/?ony2nymfmmn) keeps on giving two audio tracks. Yes, I have not addressed this yet.
orphan_The_1st_50_MB.VOB (http://www.mediafire.com/?mmxomydd42j) now gives two audio tracks BUT in the preview panel only one is listed. The audio doesn't appear right away. Wait for some time and the second track appears in the Info dialog display. I don't know anything about any "initial logo audio".
Guest
5th February 2010, 15:10
This problem still occurs in build 2006. I can't get excited about this problem. And I don't have sets of 1000 files lying around.
tormento
5th February 2010, 15:49
Then why are you calling it a bug? I don't see anything wrong.
Indeed. ;)
The audio doesn't appear right away. Wait for some time and the second track appears in the Info dialog display. I don't know anything about any "initial logo audio".
If you try to cut the initial 15 seconds from the VOB, the audio tracks are ok. Probably when the reauthor editor has added the distribution logo (the 1st 15 seconds you see in the video), he committed some wrong editing or so. I'll leave the conclusion to he who knows much more than me.
Guest
5th February 2010, 16:18
I don't like your snarky comments about bugs and devil smilies.
tormento
5th February 2010, 16:45
You misunderstood. Relax.
Efenstor
5th February 2010, 20:58
I can't get excited about this problem. And I don't have sets of 1000 files lying around.
I don't demand anything, just reporting.
I can't give you so many files either but two days ago I've started working on a small command-line utility for duplicating single files (don't ask me why I need it). May be it would help when ready? :)
stax76
5th February 2010, 21:38
I can't give you so many files either but two days ago I've started working on a small command-line utility for duplicating single files (don't ask me why I need it). May be it would help when ready?
Duplicating a file is a very useful task, explorer has some abilities, you can just select one or more files in explorer, press Ctrl+C and subsequently Ctrl+V. Explorer duplicates the files then with following naming pattern:
D:\Unsortiert\metrona - Copy - Copy - Copy - Copy.txt
D:\Unsortiert\metrona - Copy - Copy - Copy (2).txt
D:\Unsortiert\metrona - Copy - Copy - Copy.txt
D:\Unsortiert\metrona - Copy - Copy (2) - Copy.txt
D:\Unsortiert\metrona - Copy - Copy (2).txt
D:\Unsortiert\metrona - Copy - Copy (3).txt
D:\Unsortiert\metrona - Copy - Copy.txt
D:\Unsortiert\metrona - Copy (2) - Copy - Copy.txt
D:\Unsortiert\metrona - Copy (2) - Copy.txt
D:\Unsortiert\metrona - Copy (2).txt
D:\Unsortiert\metrona - Copy (3) - Copy.txt
D:\Unsortiert\metrona - Copy (3).txt
D:\Unsortiert\metrona - Copy (4) - Copy.txt
D:\Unsortiert\metrona - Copy (4).txt
D:\Unsortiert\metrona - Copy.txt
D:\Unsortiert\metrona.txt
ncahammer
5th February 2010, 23:08
http://www.mediafire.com/?wjwmdn5gtzt
Glitch at ~27"
I get no glitch with ffdshow or coreavc
Don't navigate there, let the video play
Guest
5th February 2010, 23:12
Glitch at ~27" What does this mean?
ncahammer
5th February 2010, 23:27
What does this mean?27's second of the clip or at 00:00:27
Guest
5th February 2010, 23:37
I don't demand anything, just reporting. I duplicated the issue. The license check fails because windows runs out of available file handles and the open of the license file fails. It turns out to be a limit of Windows XP. It's normally 512 but can be increased to 2048 with _setmaxstdio(2048). I will add that to the next build.
Guest
6th February 2010, 02:06
http://www.mediafire.com/?wjwmdn5gtzt
Glitch at ~27"
I get no glitch with ffdshow or coreavc
Don't navigate there, let the video play I *do* see a glitch at the same point with CoreAVC in MPC-HC. So I'm calling it a stream problem.
Audionut
6th February 2010, 08:52
Hi Don,
A stream for you. Blu-ray source indexed by latest dgdecodenv and encoded by x264 with,
--preset veryslow --tune film -B 3000
So, bframes=8 , ref=16.
Then indexed by latest dgdecodenv. Preview in virtualdub.
Can't see any of the artifacts in the screenshot below while watching with mpc-hc using latest coreavc in cuda mode.
Although the video is very jumpy at the start.
http://members.iinet.net.au/~audionut/slow.png
http://members.iinet.net.au/~audionut/slow.mkv
laserfan
8th February 2010, 20:46
It seems build 2006 is not creating an .ini file. I first noticed my older ini file still said "2005" in it, but then when I moved it to Recycle Bin, DGIndexNV didn't create a new one. I notice too in the dgi it says DGMPGIndexFileNV5.
FWIW--the old ini seems to work just fine.
Guest
8th February 2010, 21:36
It seems build 2006 is not creating an .ini file. I first noticed my older ini file still said "2005" in it, but then when I moved it to Recycle Bin, DGIndexNV didn't create a new one. Please test it again as I cannot duplicate this.
laserfan
8th February 2010, 21:51
Please test it again as I cannot duplicate this.
As I was setting-up a 2nd folder for test, it occurred to me to try right-clicking and "Run as Administrator" and this worked. Argh, I'm brand-new to Windows 7 and some of these new requirements have bitten me a couple of times. :o
Clumpco
8th February 2010, 22:06
As I was setting-up a 2nd folder for test, it occurred to me to try right-clicking and "Run as Administrator" and this worked. Argh, I'm brand-new to Windows 7 and some of these new requirements have bitten me a couple of times. :o
You can get round this in two ways...
1/ Install it somewhere other that under "program files"
2/ Set the security on the DGindex folder (and subfolders) under program files to allow "all users" to have "full control"
Of course Neuron2 could finally give in to Micro$oft and put the ini file in the user's application data folder where nobody can ever find it. :p
laserfan
8th February 2010, 22:27
Yes my DGIndexNV is in a directory inside Program Files (x86). I went into Properties for DGIndexNV.exe and checked under the Compatibility tab "Run this program as an administrator" and that works too.
I don't understand why, since my User ID on this PC is Administrator, I still have to jump thru hoops to get some of these programs to work!? Windows doesn't even like my editing the .ini file with Notepad--I set Programmer's File Editor to "Run as admin" and then no problem. :devil:
Guest
8th February 2010, 22:33
Of course Neuron2 could finally give in to Micro$oft and put the ini file in the user's application data folder where nobody can ever find it. Hey, folks, would the data be better kept in the registry instead of an INI file? People don't seem to mind that VirtualDub (for example) uses the registry.
laserfan
8th February 2010, 22:39
Hey, folks, would the data be better kept in the registry instead of an INI file? People don't seem to mind that VirtualDub (for example) uses the registry.Clumpco's right about the users App Data folder; as for the Registry, I can regedit with the best of 'em but the .ini file with the .exe is just so easy...
MuLTiTaSK
8th February 2010, 22:42
@neuron2
an option to save somewhere else if no .ini is found maybe
please keep your tools non intrusive on the registry portable and light like you always have;)
MuLTiTaSK
8th February 2010, 22:56
@neuron2
DGSplit functions in DGIndexNV for visual splitting possible?
JoeH
9th February 2010, 12:41
Hey, folks, would the data be better kept in the registry instead of an INI file? People don't seem to mind that VirtualDub (for example) uses the registry.
I think the .ini file is fine as is, but I WOULD personally really prefer the program license to be stored in the registry (at least as an option), so as to not have to put the license manually in the folder each time I get some new program that uses DGIndexNV.
Maybe it could have the option to do it either way - it checks first for the file in the folder, if not there, checks the registry, for example.
Clumpco
9th February 2010, 13:03
I think the .ini file is fine as is, but I WOULD personally really prefer the program license to be stored in the registry (at least as an option), so as to not have to put the license manually in the folder each time I get some new program that uses DGIndexNV.
Maybe it could have the option to do it either way - it checks first for the file in the folder, if not there, checks the registry, for example.
Actually the "Microsoft way" of putting the ini (and the license) in the app data folder would solve this problem because DGIndexNV would always find it there however many instances are installed.
The risk with the registry is that it is the first thing to fold if Windows commits Hara-kiri; also when transferring data to a new computer one tends to forget to export registry settings - whereas the app data folder is saved by Microsoft's transfer tools.
Finding the folder is still a a pain for those who are not very tech savvy.
Desaster Dan
9th February 2010, 21:23
I had this issue of missing audio tracks to.
In my case it was "300" only had english tracks an directors comment. - no german.....
Indexing with DGindex was O.K., no missing tracks.
The rip was done with AnyDVD.
Second time i tried a rip with DVDFab.
and voila DGIndexNV Demuxed all Audiostreams correctly.
Strange thing, how could this be?
Guest
9th February 2010, 22:44
I had this issue of missing audio tracks to.
In my case it was "300" only had english tracks an directors comment. - no german.....
Indexing with DGindex was O.K., no missing tracks.
The rip was done with AnyDVD.
Second time i tried a rip with DVDFab.
and voila DGIndexNV Demuxed all Audiostreams correctly.
Strange thing, how could this be? If you give me an unprocessed source sample that lets me duplicate the problem I will have a chance of answering that.
Guest
10th February 2010, 01:35
Anyone using the new CLI cropping option needs to be aware that I made a little boo-boo and coded it to accept the crop values in HEX. Oops. Will change to decimal in the next build.
XadoX
10th February 2010, 11:12
Define the avs template in CLI.
XadoX
10th February 2010, 11:23
Wrong Display Size showing while watching cropped MPEG2.
http://img153.imageshack.us/img153/3010/displaysizebug.th.jpg (http://img153.imageshack.us/i/displaysizebug.jpg/)
JoeH
10th February 2010, 12:20
neuron2,
Just thought you'd like to know that I had an H264 clip that never worked properly with build 2002 (it crashed at a certain point in the clip). I hadn't had time to put together a bug report yet, but I just tried it with build 2006 and it works perfectly.
Thanks for all your hard work to keep improving this product. We appreciate it.
Guest
10th February 2010, 15:02
Wrong Display Size showing while watching cropped MPEG2. How is it wrong? It's not supposed to reflect the cropping. It just reports a stream syntax value.
XadoX
10th February 2010, 15:29
Oh I thought in h264 or vc1 streams is shows the cropped size.
Guest
10th February 2010, 16:59
Oh I thought in h264 or vc1 streams is shows the cropped size. With all due respect, are you unable to read the simple documentation that tells you what the field reports?
That's rhetorical; you don't need to answer. :)
XadoX
11th February 2010, 06:38
...are you unable to read the simple documentation that tells you what the field reports?
It that case I think u are right :thanks:
I am sorry! As so often.
k-c-ksum
11th February 2010, 23:08
avs template wont highlight. i saved an avs file with notepad with
loadplugin("...\DGDecodeNV.dll")
loadplugin("...\Decomb.dll")
dgsource("__vid__")
fielddeinterlace()
but after saving a project the avs file doesnt get updated. am i missing something
Guest
11th February 2010, 23:19
Read and follow instructions in the QuickStart guide and users manual.
Your template file will not be updated. Instead a new AVS script will be created based on the template, *if* the AVS file doesn't already exist.
k-c-ksum
11th February 2010, 23:33
avs template wont highlight. i saved an avs file with notepad with
loadplugin("...\DGDecodeNV.dll")
loadplugin("...\Decomb.dll")
dgsource("__vid__")
fielddeinterlace()
but after saving a project the avs file doesnt get updated. am i missing something
Guest
11th February 2010, 23:56
Why did you post your original message again?
Klipper
12th February 2010, 01:40
I get a strange error. It tells me that my license isn't correct anymore. DGSource: Invalid license.
I tried to generate new license keys. I tried 3 times: Found user XXXX with 3 existing license IDs.
Strange that it worked before I updated to 2006.
k-c-ksum
12th February 2010, 17:31
Why did you post your original message again?
hit back button then send by mistake again after a break :(
avs file now is getting created though :)
Guest
12th February 2010, 17:35
I get a strange error. It tells me that my license isn't correct anymore. DGSource: Invalid license.
I tried to generate new license keys. I tried 3 times: Found user XXXX with 3 existing license IDs.
Strange that it worked before I updated to 2006. I'll handle licensing issues by email.
RoZuB
12th February 2010, 17:37
Hello everybody,
at first I want to thank you for your excellent tools.
I'm using your software since a week and try to encode a VC1 stream. When I play the m2ts-file directly it plays well and I'm abled to skip throug the file. When I create the index and avs-script file and play them with mediaplayer classic everything seems ok, too. But when I use this avs-script as source for x264 the encoded file does not seem to be correctly indexed. When I try to skip to a later position in the video, mediplayer classic is buffering (which needs some seconds) and after this, plays the video with much too high framerate. Please don't get mad, if this is a common question ;-)
p.s. sorry for my bad english
Guest
12th February 2010, 18:37
But when I use this avs-script as source for x264 the encoded file does not seem to be correctly indexed. When I try to skip to a later position in the video, mediplayer classic is buffering (which needs some seconds) and after this, plays the video with much too high framerate. You encoded an AVC video and then play that in MPC. At that point it's all up to the player and has nothing to do with my tools or indexing.
RoZuB
12th February 2010, 18:53
You encoded an AVC video and then play that in MPC. At that point it's all up to the player and has nothing to do with my tools or indexing.
Why ist AVC ? eac3to says the Video stream is VC1. If I use directshowsource in the avs-script I have the same behavior after encoding. I thought the indexing process (or the new indexed source) would fix this problem. It seems i was not right. But what exactly, does your tool then do for me ?
RoZuB
12th February 2010, 18:56
Sorry for this dumb question. But at this point, I'm really not sure, what to do. The encoded VC1 videos look terrible
laserfan
12th February 2010, 19:05
Sorry for this dumb question. But at this point, I'm really not sure, what to do. The encoded VC1 videos look terrible
Maybe start a new thread, and state exactly what you did (what source you used, how you made the dgi file, what avs script, your x264 method, etc.).
In particular I wonder if the avs-when-opened/run-using-VirtualDub looked perfect, prior to encoding.
Guest
12th February 2010, 20:03
Why ist AVC? Because you said you encoded an AVC video using x264:
But when I use this avs-script as source for x264
x264 generates AVC video streams as output.
eac3to says the Video stream is VC1. Your source is VC1; your encoded file is AVC. You *transcoded* from VC1 to AVC using DGDecNV to *decode* the VC1 together with x264 to *encode* the AVC.
If I use directshowsource in the avs-script I have the same behavior after encoding. Your player is having trouble playing the encoded AVC file. The decoder you used for the VC1 is irrelevant.
I thought the indexing process (or the new indexed source) would fix this problem. It seems i was not right. Yes, you were not right.
But what exactly, does your tool then do for me? It provides frame accurate decoding, among other things.
I suggest that you open a new thread in the Newbies forum.
Guest
12th February 2010, 20:04
Sorry for this dumb question. But at this point, I'm really not sure, what to do. The encoded VC1 videos look terrible You're not making any sense. You said you used x264 to encode. Therefore, the encoded file has AVC video, not VC1 video.
You can get help for your playback issue in a new thread, as it has nothing to do with DGDecNV.
Audionut
13th February 2010, 01:46
When I try to skip to a later position in the video, mediplayer classic is buffering (which needs some seconds) and after this, plays the video with much too high framerate.
This is a decoder/mpc problem I have experienced before.
Try changing the decoder in mpc settings.
http://www.google.com.au/#hl=en&q=mpc-hc+manual&meta=&aq=f&oq=mpc-hc+manua&fp=1860df8cf2ec5be1
Revgen
14th February 2010, 13:04
Just used DGMultiDecodeNV (2006 version) to encode Spartacus HD-DVD (VC1) to H.264. Encode came out fine. However, my PC slows down considerably. I never have that problem when using CUVIDServer. It kinda resembles being in safe mode, where you can't scroll down and up as smoothly. Anyhoo, it's no big deal since I have a 2nd PC to browse with.
tormento
18th February 2010, 09:50
@neuron2
I know there is a life and a job out there however, any ETA for the newer version that should address my problems?
kool
18th February 2010, 19:13
Hope this is the right place to ask, as I'm new to DGIndexNV, I would like to ask 2 questions.
I have install the software as it was in instruction, but as my english is not good, I just wanted to make it sure that my software is unlocked properly, I put the user ID in user Id field and Machine ID got by opening GDIndexNV help > about DGIndexNV at the bootom found the machine ID and coy it and paste it in the machin ID field , hit on submit and copy the licence id to notpad and call it licence.txt extract the zip folder to a folder call it DGIndexNV and put the txt file call licnce in DGIndexNV folder "C:\ Program Files x(86) and open the program. Hope I have done right.
* If in the future I re install my windows, should I use the same folder of DGIndexNV by making backup of it which I created today, no need for making new license by going to the link you provided?
Guest
18th February 2010, 19:16
I just wanted to make it sure that my software is unlocked properly Open a supported stream file. If the video shows, then you have properly installed your license. Note that the required file name is "license.txt", NOT "licnce".
If in the future I re install my windows, should I use the same folder of DGIndexNV by making backup of it which I created today, no need for making new license by going to the link you provided? You need a new license when your machine ID changes. Reinstalling windows may change the machine ID.
kool
18th February 2010, 19:46
This way I have done it. I have put the file name "license" and "save as type" as shows on the snap shot and hit save, haven't add txt after license. I think it also means the same as license.txt :)
http://i46.tinypic.com/1554a5t.png
Open a supported stream file. If the video shows, then you have properly installed your license.
Yes the supported file play smoothly.
MuLTiTaSK
18th February 2010, 19:55
@neuron2
BluRip (bit.ly/d22OHK) now supports DGDecNV;)
will the next release have the crop cli fix you mentioned?
Guest
18th February 2010, 20:03
will the next release have the crop cli fix you mentioned? No, I will leave it out to irritate you. :)
Yes, of course, it will be in there.
MuLTiTaSK
18th February 2010, 20:19
@neuron2
good stuff cant wait to give it a go DGDecNV build 2006 has been rock solid thanks a million your coding is vital to my backups never quit budddy:D
tormento
19th February 2010, 07:34
I have found a "bug". If I connect to my pc with remote desktop, DGIndex complains about strange cud* errors and can't do anything. I think it is unable to find the nvidia driver with the virtual video on. Same strange errors when using DGSource.
Boardlord
19th February 2010, 12:31
This has already been discussed, just user other means of connecting to your computer (logmein or teamviewer). RD uses its own display driver (if I remember correctly) so the NV tools cannot access the nvidia card (and the VPx chip).
XadoX
19th February 2010, 13:34
...RD uses its own display driver... so the NV tools cannot access the nvidia card...
100% right!
tormento
19th February 2010, 15:08
I beg your pardon for being boring in a yet disputed issue, however in a Tesla serverI use at work we control everything by remote and no program complains... It's a matter of correct identification.
Boardlord
19th February 2010, 22:32
I don't know about that, since I don't code. Maybe there is a way to access the GPU while the computer is being controlled remotely :)
jpsdr
20th February 2010, 13:35
I don't realy remember, but, in the old versions, there wasn't a browsing cursor for video like in DGIndex ?
Will it be back ?
Guest
20th February 2010, 15:33
I don't realy remember, but, in the old versions, there wasn't a browsing cursor for video like in DGIndex ?
Will it be back ? The selection bar now *is* the trackbar. Try clicking in it and dragging and see what happens.
SomeJoe
21st February 2010, 00:19
neuron2,
Your previous versions of DGNV tools I was able to retrieve version information from the DGNVDecode.dll in the Windows standard MajorVersion/MinorVersion/Build/Private format. The previous versions of 2.0.0 beta have been 2.0.0.0 when retrieved like that.
In 2006, the version numbers retrieved using that method come out as 0.0.0.0. The string "2006" is present in the file version string, however.
Can you insert the 2006 version number into the standard Windows format? e.g. 2.0.2006.0 (or 2.0.2007.0 in your next release)? My front end uses these version identifiers to ensure that the correct version of DGNVDecode.dll is installed and available.
rack04
21st February 2010, 03:02
Using DGDecNV 2006 on Windows XP SP3 with Nvidia 196.21 I get a thick vertical grey bar on the right side of this (http://www.multiupload.com/553IW7A8G7) Apple Trailer. I demuxed the h264 stream from mov using mp4box. I manually set the framerate in the dgi file to 24000 / 1001 since the raw h264 stream doesn't specify a framerate. If I feed the mov directly to x264 and use ffms2 to decode the output doesn't have the thick vertical grey bar.
http://i11.photobucket.com/albums/a199/rack04/101900134avs_snapshot_0000_20100220.jpg
DGI File:
DGAVCIndexFileNV5
C:\Program Files\DGIndexNV\
F:\Work\101900134.h264 10111615
STREAM 0
YUVRGB 1
LUMFILT 0 0
CLIP 0 0 0 12
RANGE 0 0 10111614 0
AUDIO
SPS 1
PPS 26 0
SPS 1
PPS 26 0
IDR 74
FRM 2 0 0
FRM 1 1 0
FRM 0 2 0
FRM 1 3 0
FRM 0 4 0
FRM 1 5 0
FRM 0 6 0
FRM 1 7 0
FRM 0 8 0
FRM 1 9 0
FRM 0 10 0
FRM 1 11 0
FRM 0 12 0
FRM 1 13 0
FRM 0 14 0
FRM 1 15 0
FRM 0 16 0
FRM 1 17 0
FRM 0 18 0
FRM 1 19 0
FRM 0 20 0
FRM 1 21 0
FRM 0 22 0
FRM 0 23 0
IDR 24728
FRM 2 0 0
FRM 1 1 0
FRM 0 2 0
FRM 1 3 0
FRM 0 4 0
FRM 1 5 0
FRM 0 6 0
FRM 1 7 0
FRM 0 8 0
FRM 1 9 0
FRM 0 10 0
FRM 1 11 0
FRM 0 12 0
FRM 1 13 0
FRM 0 14 0
FRM 1 15 0
FRM 0 16 0
FRM 1 17 0
FRM 0 18 0
FRM 1 19 0
FRM 0 20 0
FRM 1 21 0
FRM 0 22 0
FRM 0 23 0
IDR 109278
FRM 2 0 0
FRM 1 1 0
FRM 0 2 0
FRM 1 3 0
FRM 0 4 0
FRM 1 5 0
FRM 0 6 0
FRM 1 7 0
FRM 0 8 0
FRM 1 9 0
FRM 0 10 0
FRM 1 11 0
FRM 0 12 0
FRM 1 13 0
FRM 0 14 0
FRM 1 15 0
FRM 0 16 0
FRM 1 17 0
FRM 0 18 0
FRM 1 19 0
FRM 0 20 0
FRM 1 21 0
FRM 0 22 0
FRM 0 23 0
IDR 184728
FRM 2 0 0
FRM 1 1 0
FRM 0 2 0
FRM 1 3 0
FRM 0 4 0
FRM 1 5 0
FRM 0 6 0
FRM 1 7 0
FRM 0 8 0
FRM 1 9 0
FRM 0 10 0
FRM 1 11 0
FRM 0 12 0
FRM 1 13 0
FRM 0 14 0
FRM 1 15 0
FRM 0 16 0
FRM 1 17 0
FRM 0 18 0
FRM 1 19 0
FRM 0 20 0
FRM 1 21 0
FRM 0 22 0
FRM 0 23 0
IDR 526578
FRM 2 0 0
FRM 1 1 0
FRM 0 2 0
FRM 1 3 0
FRM 0 4 0
FRM 1 5 0
FRM 0 6 0
FRM 1 7 0
FRM 0 8 0
FRM 1 9 0
FRM 0 10 0
FRM 1 11 0
FRM 0 12 0
FRM 1 13 0
FRM 0 14 0
FRM 1 15 0
FRM 0 16 0
FRM 1 17 0
FRM 0 18 0
FRM 1 19 0
FRM 0 20 0
FRM 1 21 0
FRM 0 22 0
FRM 0 23 0
IDR 773010
FRM 2 0 0
FRM 1 1 0
FRM 0 2 0
FRM 1 3 0
FRM 0 4 0
FRM 1 5 0
FRM 0 6 0
FRM 1 7 0
FRM 0 8 0
FRM 1 9 0
FRM 0 10 0
FRM 1 11 0
FRM 0 12 0
FRM 1 13 0
FRM 0 14 0
FRM 1 15 0
FRM 0 16 0
FRM 1 17 0
FRM 0 18 0
FRM 1 19 0
FRM 0 20 0
FRM 1 21 0
FRM 0 22 0
FRM 0 23 0
IDR 948210
FRM 2 0 0
FRM 1 1 0
FRM 0 2 0
FRM 1 3 0
FRM 0 4 0
FRM 1 5 0
FRM 0 6 0
FRM 1 7 0
FRM 0 8 0
FRM 1 9 0
FRM 0 10 0
FRM 1 11 0
FRM 0 12 0
FRM 1 13 0
FRM 0 14 0
FRM 1 15 0
FRM 0 16 0
FRM 1 17 0
FRM 0 18 0
FRM 1 19 0
FRM 0 20 0
FRM 1 21 0
FRM 0 22 0
FRM 0 23 0
IDR 1066230
FRM 2 0 0
FRM 1 1 0
FRM 0 2 0
FRM 1 3 0
FRM 0 4 0
FRM 1 5 0
FRM 0 6 0
FRM 1 7 0
FRM 0 8 0
FRM 1 9 0
FRM 0 10 0
FRM 1 11 0
FRM 0 12 0
FRM 1 13 0
FRM 0 14 0
FRM 1 15 0
FRM 0 16 0
FRM 1 17 0
FRM 0 18 0
FRM 1 19 0
FRM 0 20 0
FRM 1 21 0
FRM 0 22 0
FRM 0 23 0
IDR 1079900
FRM 2 0 0
FRM 1 1 0
FRM 0 2 0
FRM 1 3 0
FRM 0 4 0
FRM 1 5 0
FRM 0 6 0
FRM 1 7 0
FRM 0 8 0
FRM 1 9 0
FRM 0 10 0
FRM 1 11 0
FRM 0 12 0
FRM 1 13 0
FRM 0 14 0
FRM 1 15 0
FRM 0 16 0
FRM 1 17 0
FRM 0 18 0
FRM 1 19 0
FRM 0 20 0
FRM 1 21 0
FRM 0 22 0
FRM 0 23 0
IDR 1355088
FRM 2 0 0
FRM 1 1 0
FRM 0 2 0
FRM 1 3 0
FRM 0 4 0
FRM 1 5 0
FRM 0 6 0
FRM 1 7 0
FRM 0 8 0
FRM 1 9 0
FRM 0 10 0
FRM 1 11 0
FRM 0 12 0
FRM 1 13 0
FRM 0 14 0
FRM 1 15 0
FRM 0 16 0
FRM 1 17 0
FRM 0 18 0
FRM 1 19 0
FRM 0 20 0
FRM 1 21 0
FRM 0 22 0
FRM 0 23 0
IDR 1596792
FRM 2 0 0
FRM 1 1 0
FRM 0 2 0
FRM 1 3 0
FRM 0 4 0
FRM 1 5 0
FRM 0 6 0
FRM 1 7 0
FRM 0 8 0
FRM 1 9 0
FRM 0 10 0
FRM 1 11 0
FRM 0 12 0
FRM 1 13 0
FRM 0 14 0
FRM 1 15 0
FRM 0 16 0
FRM 1 17 0
FRM 0 18 0
FRM 1 19 0
FRM 0 20 0
FRM 1 21 0
FRM 0 22 0
FRM 0 23 0
IDR 2006222
FRM 2 0 0
FRM 1 1 0
FRM 0 2 0
FRM 1 3 0
FRM 0 4 0
FRM 1 5 0
FRM 0 6 0
FRM 1 7 0
FRM 0 8 0
FRM 1 9 0
FRM 0 10 0
FRM 1 11 0
FRM 0 12 0
FRM 1 13 0
FRM 0 14 0
FRM 1 15 0
FRM 0 16 0
FRM 1 17 0
FRM 0 18 0
FRM 1 19 0
FRM 0 20 0
FRM 1 21 0
FRM 0 22 0
FRM 0 23 0
IDR 2539584
FRM 2 0 0
FRM 1 1 0
FRM 0 2 0
FRM 1 3 0
FRM 0 4 0
FRM 1 5 0
FRM 0 6 0
FRM 1 7 0
FRM 0 8 0
FRM 1 9 0
FRM 0 10 0
FRM 1 11 0
FRM 0 12 0
FRM 1 13 0
FRM 0 14 0
FRM 1 15 0
FRM 0 16 0
FRM 1 17 0
FRM 0 18 0
FRM 1 19 0
FRM 0 20 0
FRM 1 21 0
FRM 0 22 0
FRM 0 23 0
IDR 2859944
FRM 2 0 0
FRM 1 1 0
FRM 0 2 0
FRM 1 3 0
FRM 0 4 0
FRM 1 5 0
FRM 0 6 0
FRM 1 7 0
FRM 0 8 0
FRM 1 9 0
FRM 0 10 0
FRM 1 11 0
FRM 0 12 0
FRM 1 13 0
FRM 0 14 0
FRM 1 15 0
FRM 0 16 0
FRM 1 17 0
FRM 0 18 0
FRM 1 19 0
FRM 0 20 0
FRM 1 21 0
FRM 0 22 0
FRM 0 23 0
IDR 3489011
FRM 2 0 0
FRM 1 1 0
FRM 0 2 0
FRM 1 3 0
FRM 0 4 0
FRM 1 5 0
FRM 0 6 0
FRM 1 7 0
FRM 0 8 0
FRM 1 9 0
FRM 0 10 0
FRM 1 11 0
FRM 0 12 0
FRM 1 13 0
FRM 0 14 0
FRM 1 15 0
FRM 0 16 0
FRM 1 17 0
FRM 0 18 0
FRM 1 19 0
FRM 0 20 0
FRM 1 21 0
FRM 0 22 0
FRM 0 23 0
IDR 3899852
FRM 2 0 0
FRM 1 1 0
FRM 0 2 0
FRM 1 3 0
FRM 0 4 0
FRM 1 5 0
FRM 0 6 0
FRM 1 7 0
FRM 0 8 0
FRM 1 9 0
FRM 0 10 0
FRM 1 11 0
FRM 0 12 0
FRM 1 13 0
FRM 0 14 0
FRM 1 15 0
FRM 0 16 0
FRM 1 17 0
FRM 0 18 0
FRM 1 19 0
FRM 0 20 0
FRM 1 21 0
FRM 0 22 0
FRM 0 23 0
IDR 4387021
FRM 2 0 0
FRM 1 1 0
FRM 0 2 0
FRM 1 3 0
FRM 0 4 0
FRM 1 5 0
FRM 0 6 0
FRM 1 7 0
FRM 0 8 0
FRM 1 9 0
FRM 0 10 0
FRM 1 11 0
FRM 0 12 0
FRM 1 13 0
FRM 0 14 0
FRM 1 15 0
FRM 0 16 0
FRM 1 17 0
FRM 0 18 0
FRM 1 19 0
FRM 0 20 0
FRM 1 21 0
FRM 0 22 0
FRM 0 23 0
IDR 4782375
FRM 2 0 0
FRM 1 1 0
FRM 0 2 0
FRM 1 3 0
FRM 0 4 0
FRM 1 5 0
FRM 0 6 0
FRM 1 7 0
FRM 0 8 0
FRM 1 9 0
FRM 0 10 0
FRM 1 11 0
FRM 0 12 0
FRM 1 13 0
FRM 0 14 0
FRM 1 15 0
FRM 0 16 0
FRM 1 17 0
FRM 0 18 0
FRM 1 19 0
FRM 0 20 0
FRM 1 21 0
FRM 0 22 0
FRM 0 23 0
IDR 5258998
FRM 2 0 0
FRM 1 1 0
FRM 0 2 0
FRM 1 3 0
FRM 0 4 0
FRM 1 5 0
FRM 0 6 0
FRM 1 7 0
FRM 0 8 0
FRM 1 9 0
FRM 0 10 0
FRM 1 11 0
FRM 0 12 0
FRM 1 13 0
FRM 0 14 0
FRM 1 15 0
FRM 0 16 0
FRM 1 17 0
FRM 0 18 0
FRM 1 19 0
FRM 0 20 0
FRM 1 21 0
FRM 0 22 0
FRM 0 23 0
IDR 5592283
FRM 2 0 0
FRM 1 1 0
FRM 0 2 0
FRM 1 3 0
FRM 0 4 0
FRM 1 5 0
FRM 0 6 0
FRM 1 7 0
FRM 0 8 0
FRM 1 9 0
FRM 0 10 0
FRM 1 11 0
FRM 0 12 0
FRM 1 13 0
FRM 0 14 0
FRM 1 15 0
FRM 0 16 0
FRM 1 17 0
FRM 0 18 0
FRM 1 19 0
FRM 0 20 0
FRM 1 21 0
FRM 0 22 0
FRM 0 23 0
IDR 6076133
FRM 2 0 0
FRM 1 1 0
FRM 0 2 0
FRM 1 3 0
FRM 0 4 0
FRM 1 5 0
FRM 0 6 0
FRM 1 7 0
FRM 0 8 0
FRM 1 9 0
FRM 0 10 0
FRM 1 11 0
FRM 0 12 0
FRM 1 13 0
FRM 0 14 0
FRM 1 15 0
FRM 0 16 0
FRM 1 17 0
FRM 0 18 0
FRM 1 19 0
FRM 0 20 0
FRM 1 21 0
FRM 0 22 0
FRM 0 23 0
IDR 6488041
FRM 2 0 0
FRM 1 1 0
FRM 0 2 0
FRM 1 3 0
FRM 0 4 0
FRM 1 5 0
FRM 0 6 0
FRM 1 7 0
FRM 0 8 0
FRM 1 9 0
FRM 0 10 0
FRM 1 11 0
FRM 0 12 0
FRM 1 13 0
FRM 0 14 0
FRM 1 15 0
FRM 0 16 0
FRM 1 17 0
FRM 0 18 0
FRM 1 19 0
FRM 0 20 0
FRM 1 21 0
FRM 0 22 0
FRM 0 23 0
IDR 6765388
FRM 2 0 0
FRM 1 1 0
FRM 0 2 0
FRM 1 3 0
FRM 0 4 0
FRM 1 5 0
FRM 0 6 0
FRM 1 7 0
FRM 0 8 0
FRM 1 9 0
FRM 0 10 0
FRM 1 11 0
FRM 0 12 0
FRM 1 13 0
FRM 0 14 0
FRM 1 15 0
FRM 0 16 0
FRM 1 17 0
FRM 0 18 0
FRM 1 19 0
FRM 0 20 0
FRM 1 21 0
FRM 0 22 0
FRM 0 23 0
IDR 7155771
FRM 2 0 0
FRM 1 1 0
FRM 0 2 0
FRM 1 3 0
FRM 0 4 0
FRM 1 5 0
FRM 0 6 0
FRM 1 7 0
FRM 0 8 0
FRM 1 9 0
FRM 0 10 0
FRM 1 11 0
FRM 0 12 0
FRM 1 13 0
FRM 0 14 0
FRM 1 15 0
FRM 0 16 0
FRM 1 17 0
FRM 0 18 0
FRM 1 19 0
FRM 0 20 0
FRM 1 21 0
FRM 0 22 0
FRM 0 23 0
IDR 7415419
FRM 2 0 0
FRM 1 1 0
FRM 0 2 0
FRM 1 3 0
FRM 0 4 0
FRM 1 5 0
FRM 0 6 0
FRM 1 7 0
FRM 0 8 0
FRM 1 9 0
FRM 0 10 0
FRM 1 11 0
FRM 0 12 0
FRM 1 13 0
FRM 0 14 0
FRM 1 15 0
FRM 0 16 0
FRM 1 17 0
FRM 0 18 0
FRM 1 19 0
FRM 0 20 0
FRM 1 21 0
FRM 0 22 0
FRM 0 23 0
IDR 7838671
FRM 2 0 0
FRM 1 1 0
FRM 0 2 0
FRM 1 3 0
FRM 0 4 0
FRM 1 5 0
FRM 0 6 0
FRM 1 7 0
FRM 0 8 0
FRM 1 9 0
FRM 0 10 0
FRM 1 11 0
FRM 0 12 0
FRM 1 13 0
FRM 0 14 0
FRM 1 15 0
FRM 0 16 0
FRM 1 17 0
FRM 0 18 0
FRM 1 19 0
FRM 0 20 0
FRM 1 21 0
FRM 0 22 0
FRM 0 23 0
IDR 8146320
FRM 2 0 0
FRM 1 1 0
FRM 0 2 0
FRM 1 3 0
FRM 0 4 0
FRM 1 5 0
FRM 0 6 0
FRM 1 7 0
FRM 0 8 0
FRM 1 9 0
FRM 0 10 0
FRM 1 11 0
FRM 0 12 0
FRM 1 13 0
FRM 0 14 0
FRM 1 15 0
FRM 0 16 0
FRM 1 17 0
FRM 0 18 0
FRM 1 19 0
FRM 0 20 0
FRM 1 21 0
FRM 0 22 0
FRM 0 23 0
IDR 8441048
FRM 2 0 0
FRM 1 1 0
FRM 0 2 0
FRM 1 3 0
FRM 0 4 0
FRM 1 5 0
FRM 0 6 0
FRM 1 7 0
FRM 0 8 0
FRM 1 9 0
FRM 0 10 0
FRM 1 11 0
FRM 0 12 0
FRM 1 13 0
FRM 0 14 0
FRM 1 15 0
FRM 0 16 0
FRM 1 17 0
FRM 0 18 0
FRM 1 19 0
FRM 0 20 0
FRM 1 21 0
FRM 0 22 0
FRM 0 23 0
IDR 8915282
FRM 2 0 0
FRM 1 1 0
FRM 0 2 0
FRM 1 3 0
FRM 0 4 0
FRM 1 5 0
FRM 0 6 0
FRM 1 7 0
FRM 0 8 0
FRM 1 9 0
FRM 0 10 0
FRM 1 11 0
FRM 0 12 0
FRM 1 13 0
FRM 0 14 0
FRM 1 15 0
FRM 0 16 0
FRM 1 17 0
FRM 0 18 0
FRM 1 19 0
FRM 0 20 0
FRM 1 21 0
FRM 0 22 0
FRM 0 23 0
IDR 9430302
FRM 2 0 0
FRM 1 1 0
FRM 0 2 0
FRM 1 3 0
FRM 0 4 0
FRM 1 5 0
FRM 0 6 0
FRM 1 7 0
FRM 0 8 0
FRM 1 9 0
FRM 0 10 0
FRM 1 11 0
FRM 0 12 0
FRM 1 13 0
FRM 0 14 0
FRM 1 15 0
FRM 0 16 0
FRM 1 17 0
FRM 0 18 0
FRM 1 19 0
FRM 0 20 0
FRM 1 21 0
FRM 0 22 0
FRM 0 23 0
IDR 9924090
FRM 2 0 0
FRM 1 1 0
FRM 0 2 0
FRM 1 3 0
FRM 0 4 0
FRM 1 5 0
FRM 0 6 0
FRM 1 7 0
FRM 0 8 0
FRM 1 9 0
FRM 0 10 0
FRM 1 11 0
FRM 0 12 0
FRM 1 13 0
FRM 0 14 0
FRM 0 15 0
SIZ 864 x 368
FPS 25000 / 1000
CODED 736
PLAYBACK 736
0.00% FILM
Avisyth Script:
LoadPlugin("C:\Program Files\DGIndexNV\DGMultiDecodeNV.dll")
DGMultiSource("F:\Work\101900134.dgi")
jpsdr
21st February 2010, 13:57
I've a little problem with DGMultisource...
I've put the DLL in the plugins directory of avisynth, so, my avs script don't have the "LoadPlugin".
Around 1 of 2 times i open the avs script, VDub brutaly stop/crash with a message "[100] canot render file", and VDub has been kiled during the process.
As cuda server is not runing, should i also put the "license.txt" in the plugins directory of avisynth ?
Edit : More precision.
It's appening when i close/open script.
Messages are from DGMultisource, i've seen the following messages :
DGMultisource : Failed to create video decoder (100)
DGMultisource : cuCtxCreate failed
Edit2 : Don't seem to occur with DGSource.
hajj_3
22nd February 2010, 11:46
How is nvidia's de-interlacing in recent nvidia drivers? For 1080i UK HD mpeg2 would the nvidia be better than leakkerneldeint in terms of quality and speed? Should single rate deinterlacing be used or bobbing? I'd want to resize 720x576i or 1920x1080i to 720x400 or 1280x720, is the nvidia resizer better than say lanzos sharp4?
If i used say nvidia's deinterlacer and resizer would i select no deinterlacer in megui, i can't see an option to select no resizer in megui? I presume this is a fault of megui?
osgZach
22nd February 2010, 15:59
MeGUI generates its own Avisynth script to use for encoding, so you can always edit it out at that point.
There should be an option there as well, to not use the resizer. If you are seeing anything with a proceeding "#" in the final script, that means it wasn't used.
Open the AVS Script Creator, under the Tools menu. In the top half, just below the "input" stuff, there is a selectable Avisynth Profile, hit Config and click the "Extra Setup" tab. You can uncheck anything you don't want to automatically be configured, and that should take care of it, far as I know.
Revgen
23rd February 2010, 07:39
IMO, the Nvidia deinterlacer is better than leakkerneldeint.
Nvidia uses bilinear resizing. Which IMO is better for upsizing than downsizing. If you're downsizing, I'd recommend Lanczos or Spline36Resize.
Varies
23rd February 2010, 14:14
IMO, the Nvidia deinterlacer is better than leakkerneldeint.
i lol'd very hard :D maybe it's better than most of deinterlacers, but it got very different (in bad way) result...i don't use it (in quality reasons).
Nvidia uses bilinear resizing. Which IMO is better for upsizing than downsizing. If you're downsizing, I'd recommend Lanczos or Spline36Resize.
read avisynth manual. I think bilinear resize is bad for both resizing. :D
Keiyakusha
24th February 2010, 00:02
Hi. Does this software works well with vp4? Does mpeg4-asp and wmv support planned?
EDIT: also does speed of the memory has some impact on performance?
Guest
24th February 2010, 01:05
Hi. Does this software works well with vp4? It should but I don't have one for testing.
Does mpeg4-asp and wmv support planned? It's on the to-do list but not formally planned.
EDIT: also does speed of the memory has some impact on performance? I think the bus bandwidth and VP clock rate are the significant factors but I haven't studied this much.
jpsdr
24th February 2010, 10:05
@neuron2
Do you have any idea/clue about the problem i've posted in post #1258 ?
Guest
24th February 2010, 15:19
Not a clue. And you've not given me any means (stream and script) to try to duplicate it. Finally, there are no system details (OS, video card, etc.).
jpsdr
24th February 2010, 17:58
Scripts :
This one :
audio=WAVSource("FSS.wav")
video=DGMultiSource("00000.dgi",i420=false,use_D3D=false,deinterlace=0,fieldop=0)
a=AudioDub(video,audio).trim(423,91779)
b=AudioDub(video,audio).trim(91780,94823).Greyscale
a+b
or this one :
DGMultiSource("00003.dgi",i420=false,use_D3D=false,deinterlace=0,fieldop=0)
trim(31,0)
or this one :
DGMultiSource("00005.dgi",i420=false,use_D3D=false,deinterlace=0,fieldop=0)
trim(48,0)
or this one :
video=DGMultiSource("00006.dgi",i420=false,use_D3D=false,deinterlace=0,fieldop=0)
a=trim(video,54,32079)
b=trim(video,32080,0).Greyscale
a+b
or this one :
video1=DGMultiSource("00003.dgi",i420=false,deinterlace=0,use_D3D=false,fieldop=0)
video2=DGMultiSource("00005.dgi",i420=false,deinterlace=0,use_D3D=false,fieldop=0)
video3=DGMultiSource("00006.dgi",i420=false,deinterlace=0,use_D3D=false,fieldop=0)
a=trim(video1,31,0)
b=trim(video2,48,0)
c=trim(video3,54,32079)
d=trim(video3,32080,0).Greyscale
a+b+c+d
... all of my scripts in fact.
Stream : What would you like exactly ?
OS : Windows XP SP3.
Graphic Card : Nvidia GForce 9600 GT
Driver : 196.21
Something else ?
Guest
24th February 2010, 18:26
I need a stream and script that I can use to try to duplicate the problem. Why do I have to tell you twice?
jpsdr
25th February 2010, 09:34
All of my files are around 20Gb files ripped from Blu-Ray... I have no way to give you any of them !!
I you want a part/cut of one of them with DGSplit, wich size, how much do you want ?
Audionut
25th February 2010, 09:48
which size, how much do you want ?
1. Cut a sample.
2. Try it and see if it errors.
3. If so, upload. Else,
4. Cut a larger sample and goto 2.
jpsdr
25th February 2010, 22:50
Can't reproduce with 100Mo cutted sample. Bigger take too long to upload for now.
I'll see when problem occurs again.
Clumpco
28th February 2010, 10:32
Hi Neuron2,
I have found what I suspect to be a bug in the stream type detect in DGIndexNV. When I give it a TS with teletext subs it appears to think that it is an audio track (with a message that the PAT/PMT is the wrong type). Here is an example:
http://www.clumpton.com/uknwebimg/BadAudioDetect.gif
A sample TS is HERE (http://www.clumpton.com/uknwebimg/BadAudioDetect.rar)
TIA
kool
1st March 2010, 13:29
If I deinterlace the source with dgindexnv and source needs 3:2 puldown how should I change to 23,976? deinterlace option from dgindexnv and add the TDecimate() or any other way...?
Guest
1st March 2010, 14:58
If I deinterlace the source with dgindexnv and source needs 3:2 puldown how should I change to 23,976? deinterlace option from dgindexnv and add the TDecimate() or any other way...? If the source needs IVTC, then do not deinterlace. Use an external IVTC, such as Telecide/Decimate or TFM/TDecimate.
lych_necross
2nd March 2010, 07:18
You can also use Force Film if the % Film is above 95.
turbojet
2nd March 2010, 19:47
Now that someone is working actively on avisynth64 is there any chance of x64 dll's?
MuLTiTaSK
2nd March 2010, 20:31
@turbojet
you beat me to it;)
Great Dragon
3rd March 2010, 12:46
Hi, neuron2.
I'm confused with colorimetry in DGIndex.
Source is BT.709. DGindex info tells this along as MediaInfo.
DGIndex
http://thumbnails24.imagebam.com/7041/fed28170403153.gif (http://www.imagebam.com/image/fed28170403153)
DGSource()/AVCSoure() via VirtualDubMod
http://thumbnails24.imagebam.com/7041/832dde70403154.gif (http://www.imagebam.com/image/832dde70403154)
DGSource() + ColorMatrix(mode="Rec.709->Rec.601") via VirtualDubMod
http://thumbnails19.imagebam.com/7041/918be270403155.gif (http://www.imagebam.com/image/918be270403155)
Now what color is proper? And why there is a difference in colors between DGIndex and DGSource ?
Guest
3rd March 2010, 15:10
Now what color is proper? Please take that to the Avisynth Usage forum as it is more a ColorMatrix issue than a DGNV tools one.
And why there is a difference in colors between DGIndex and DGSource ? DGIndex upsamples to RGB for display.
Great Dragon
3rd March 2010, 16:43
DGIndex upsamples to RGB for display.
It's strange but encoded with x264 video looks the same as DGIndex and not like DGSource images taken in VirtualDubMod. And source itself played with MPC-HC with EVR output looks identical to DGIndex image.
So i'm agree that this is some kind of Avisynth issue.
MaxPlanck
4th March 2010, 04:58
Hi, I just purchased DGIndexNV, but I'm receiving the error "GPU decoder: Failed to create video decoder" when trying to open any m2ts file. Can anyone point me in the right direction?
rack04
4th March 2010, 04:58
Hi, I just purchased DGIndexNV, but I'm receiving the error "GPU decoder: Failed to create video decoder" when trying to open any m2ts file. Can anyone point me in the right direction?
What video card do you have and which drivers do you have installed?
MaxPlanck
4th March 2010, 05:01
What video card do you have and which drivers do you have installed?
I have an Nvidia Geforce 9800 GX2 card and using the 196.75 nvidia drivers.
MaxPlanck
4th March 2010, 05:18
Hi, I just purchased DGIndexNV, but I'm receiving the error "GPU decoder: Failed to create video decoder" when trying to open any m2ts file. Can anyone point me in the right direction?
Weird...Everything is working now. For some reason I can't use DGIndexNV through remote desktop. Oh well.
rack04
4th March 2010, 05:20
Weird...Everything is working now. For some reason I can't use DGIndexNV through remote desktop. Oh well.
http://forum.doom9.org/showthread.php?p=1375405#post1375405
MaxPlanck
4th March 2010, 05:56
http://forum.doom9.org/showthread.php?p=1375405#post1375405
Seems I spoke to soon. Megui loads the AVS Sscript creator using the DGI file, but I can't use autocrop or analyze the source.
Stephen R. Savage
4th March 2010, 06:16
It's strange but encoded with x264 video looks the same as DGIndex and not like DGSource images taken in VirtualDubMod. And source itself played with MPC-HC with EVR output looks identical to DGIndex image.
So i'm agree that this is some kind of Avisynth issue.
The issue is in VirtualDub. VirtualDub only converts using the BT.601 coefficients. MPC-HC/EVR has a crude adaptive algorithm that chooses the coefficients based on the input resolution (actually, this may be a video driver feature, not one of EVR). The only way to work around this whole coefficient mess is to either know the behavior of all software/hardware used, or to manually specify the conversion to RGB.
Great Dragon
4th March 2010, 09:27
Weird...Everything is working now. For some reason I can't use DGIndexNV through remote desktop. Oh well.
It's because Win Remote Desktop loads a compatible mode driver without OpenCL, CUDA, PhysX capabilities.
Try to use Remotely Anywhere or others remote desktop software.
Stephen R. Savage
Thanks for an answer.
MaxPlanck
4th March 2010, 17:50
The issue is in VirtualDub. VirtualDub only converts using the BT.601 coefficients. MPC-HC/EVR has a crude adaptive algorithm that chooses the coefficients based on the input resolution (actually, this may be a video driver feature, not one of EVR). The only way to work around this whole coefficient mess is to either know the behavior of all software/hardware used, or to manually specify the conversion to RGB.
Is this response directed at me? The whole reason I purchased DgIndexNV, was so that I could feed the .DGI into MeGUI. This partially works, in the sense that I can see the video opened by the AVS Script creator, but I cannot autocrop or analyze the source. Is this normal behavior? I'm looking for a solution that will play nice with MeGui and it's going to make me sad if I run into a huge issue just because my source is VC-1.
Guest
4th March 2010, 20:25
Is this response directed at me? The whole reason I purchased DgIndexNV, was so that I could feed the .DGI into MeGUI. This partially works, in the sense that I can see the video opened by the AVS Script creator, but I cannot autocrop or analyze the source. Is this normal behavior? I'm looking for a solution that will play nice with MeGui and it's going to make me sad if I run into a huge issue just because my source is VC-1. Go to the MEGUI thread then. I cannot be responsible for every third-party app that uses my tool.
MaxPlanck
4th March 2010, 22:17
Go to the MEGUI thread then. I cannot be responsible for every third-party app that uses my tool.
Without claiming responsibility, maybe you can still offer some insight. Was I wrong to believe this tool could be used in a way similar to DGIndex? I have never had any difficulty encoding any source with meGUI, until encountering VC-1 - which is why I thought DGIndexNV was the answer to my prayers. I don't have the level of expertise that many doom9 members have. In fact, if it wasn't for a pop up in meGUI stating that only your tool could handle VC1, I wouldn't have bought a license. So I bought a license in good faith. I thought there was a good chance that you might have the answer to a problem related to knowledge you specialize in.
rack04
4th March 2010, 22:22
Without claiming responsibility, maybe you can still offer some insight. Was I wrong to believe this tool could be used in a way similar to DGIndex? I have never had any difficulty encoding any source with meGUI, until encountering VC-1 - which is why I thought DGIndexNV was the answer to my prayers. I don't have the level of expertise that many doom9 members have. In fact, if it wasn't for a pop up in meGUI stating that only your tool could handle VC1, I wouldn't have bought a license. So I bought a license in good faith. I thought there was a good chance that you might have the answer to a problem related to knowledge you specialize in.
MeGUI opens multiple instances of the script when anazlying and performing autocrop. Try closing the preview before performing these functions. Are you using DGMultiSource()?
Guest
4th March 2010, 22:26
Without claiming responsibility, maybe you can still offer some insight. Was I wrong to believe this tool could be used in a way similar to DGIndex? I have never had any difficulty encoding any source with meGUI, until encountering VC-1 - which is why I thought DGIndexNV was the answer to my prayers. I don't have the level of expertise that many doom9 members have. In fact, if it wasn't for a pop up in meGUI stating that only your tool could handle VC1, I wouldn't have bought a license. So I bought a license in good faith. I thought there was a good chance that you might have the answer to a problem related to knowledge you specialize in. I use MEGUI quite successfully with DGDecNV (including VC-1), but I do not use nor have I tested MEGUI's exotic functions like analyzing, autocropping, or script creation. I make my script manually and load it into MEGUI. If you want help with that stuff, you'll have to go to the MEGUI people (currently Zathor) to get support. This is the thread for you:
http://forum.doom9.org/showthread.php?t=151159
MaxPlanck
4th March 2010, 22:35
I use MEGUI quite successfully with DGDecNV (including VC-1), but I do not use nor have I tested the exotic functions like analyzing, autocropping, or script creation. I make my script manually and load it into MEGUI. If you want help with that stuff, you'll have to go to the MEGUI people (currently Zathor) to get support.
I figured that since the "Failed to create video decoder (100) message" occurs when I hit the analyze button, which has never failed in any other instance, that it might be a common problem as analyze and autocrop are fairly popular features. But, I'll post in the meGUI forums and see if anyone knows.
Guest
4th March 2010, 23:03
Why didn't you use the thread I pointed you to?
I pointed you to that thread because only the Zathor patched build is known to work with DGDecNV.
MuLTiTaSK
6th March 2010, 06:54
@neuron2
can you please release a 64bit build of DGDecNV for us DGCode abusers living on the cutting edge can test it with -> JoshyD AviSynth 64bit Build's (bit.ly/dtXHXH) :thanks:
Guest
7th March 2010, 21:02
Using DGDecNV 2006 on Windows XP SP3 with Nvidia 196.21 I get a thick vertical grey bar on the right side of this (http://www.multiupload.com/553IW7A8G7) Apple Trailer. I was not honoring the stream's defined right cropping. I've fixed it locally and it will be in build 2007.
Guest
8th March 2010, 18:17
A stream for you. Blu-ray source indexed by latest dgdecodenv and encoded by x264 with
...
So, bframes=8 , ref=16. What happens if you use level 4.1 instead of High 5?
Guest
8th March 2010, 21:23
Can you insert the 2006 version number into the standard Windows format? e.g. 2.0.2006.0 (or 2.0.2007.0 in your next release)? My front end uses these version identifiers to ensure that the correct version of DGNVDecode.dll is installed and available. I would like to set:
FILEVERSION 0,0,0,2006
PRODUCTVERSION 0,0,0,2006
Please advise if that does not meet your needs.
SomeJoe
8th March 2010, 23:56
I would like to set:
FILEVERSION 0,0,0,2006
PRODUCTVERSION 0,0,0,2006
Please advise if that does not meet your needs.
That would probably be OK, I could differentiate versions using the last number.
I am assuming the 2006...2007 numbers you're using are release/build numbers, and your beta had been labeled as version 2.0, so I assumed that the version would be 2.0.2007.0.
Having the "private" (last number) available would also allow you to release small bug fixes without a major version increment. Since you do this periodically, I thought that leaving the private field available would offer you more flexibility.
But anything other than the current 0.0.0.0 will suffice, so long as it's incremented on new builds. :)
Audionut
9th March 2010, 11:24
What happens if you use level 4.1 instead of High 5?
I don't have the source ripped to the HDD anymore. I'm back at work from my holidays and i've got a back log of stuff to do. I'll try and re-rip it on thursday on my day off and let you know.
edit: any thoughts on this. http://forum.doom9.org/showthread.php?p=1363304#post1363304
edit2: source shouldn't matter. I'll try with some others sources on thursday and report.
Guest
9th March 2010, 14:53
edit: any thoughts on this. http://forum.doom9.org/showthread.php?p=1363304#post1363304 Yes, I think it's a minor issue that will have trouble working its way up my priority list.
vinujan
9th March 2010, 17:04
i have nvidia gtx 285m, and when importing a 1080p m2ts
dgdecnv returns Failed Decoder [100]
I then started the server and it was able index, but when importing to AVSP it returns error [100] and crashes AVSP
I also installed cudakit 64bit driver, and it still returns the error
I'm using win7 pro x64.
Guest
9th March 2010, 18:00
dgdecnv returns Failed Decoder [100] There is no component "dgdecnv" that can return anything. Are you saying that DGIndexNV gave you that error? If you want help you have to be precise.
Another thing that doesn't make sense is you say you were able to index only after starting the server, but DGIndexNV does not use the server.
vinujan
9th March 2010, 19:46
There is no component "dgdecnv" that can return anything. Are you saying that DGIndexNV gave you that error? If you want help you have to be precise.
Another thing that doesn't make sense is you say you were able to index only after starting the server, but DGIndexNV does not use the server.
I was able index with and without the server by saying 'Yes' to this warning:
http://i42.tinypic.com/dxoar.png
But when i try to preview the video on AVSP with CUVID Server 2006 enabled it returns the [100] error:
http://i40.tinypic.com/6yfebq.png
My nvidia Driver Version: 8.16.11.8771
DGI: http://pastebin.com/LJesmfTK
Avisynth Script:
LoadPlugin("C:\Program Files (x86)\AviSynth 2.5\plugins\DGDecodeNV.dll")
dgsource("X:\test.dgi")
DGIndexNV log file:
Stream Type: Transport [192]
Video Type: AVC
Profile: High
Level: 4.1
Coded Size: 0x0
SAR: 1:1
Display Size: 0x0
Frame Rate: 23.976024 fps
Colorimetry: BT.709 [1]
Frame Structure: Frame
Frame Type: P
Coded Number: 134952
Playback Number: 134952
Frame Repeats: 0
Field Repeats: 0
Bitrate: 2.634
Bitrate (Avg): 28.895
Bitrate (Max): 44.821
Audio Stream: 1100: DTS HDMA C+L+R+SL+SR 48 1536
Audio Stream: 1101: AC3 3/2 48 640
Elapsed: 0:08:55
Remain: 0:00:00
FPS:
Info: Finished!
Sulik
9th March 2010, 20:01
That's a very old driver
vinujan
9th March 2010, 20:08
That's a very old driver
I had a feeling my driver was at fault; hopefully an update will fix this.
Guest
9th March 2010, 20:13
Try this:
http://www.nvidia.com/object/win7_winvista_64bit_196.21_whql.html
vinujan
9th March 2010, 21:03
My laptop manufacturer Sager NP8690 only has the 187.71 version and last updated it on 2010-Feb-12 :mad:
http://www.sagernotebook.com/information.php?information_id=7
Under system information it displays NVIDIA CUDA 2.2 driver.
I looked at notebook GTX 285M drivers at nvidia.com, but they doesn't support it: http://www.nvidia.com/object/notebook_winvista_win7_x64_195.62_whql.html
I talked to nvidia live support and he says, "Laptop graphic drivers are custom made for the laptop make and model they are used in" and to try the 280M driver after creating system restore point.
Try this:
http://www.nvidia.com/object/win7_winvista_64bit_196.21_whql.html
Unfortunately these are desktop drivers :(
osgZach
9th March 2010, 22:18
It's not that hard to find drivers on Nvidia..
http://www.nvidia.com/Download/index5.aspx?lang=en-us
Support recommended trying the 280M drivers.. So select "Geforce 280M Series" from the product series dropdown. Then select the OS you are using.
Create your restore point, then uninstall your current drivers, just to avoid any conflicts, etc.. then install the 280M ones to see if they will work out.
If not.. system restore, your old drivers are back. No harm done..
Maybe you should also try complaining to your laptop company.. Especially since they are selling this thing as a gaming laptop.
Guest
9th March 2010, 22:48
Unfortunately these are desktop drivers http://www.nvidia.com/object/notebook_winvista_win7_x64_195.62_whql.html
vinujan
10th March 2010, 01:40
http://www.nvidia.com/object/notebook_winvista_win7_x64_195.62_whql.html
This is the one i downloaded, it's not compatible with GTX 285M; lots of complaints on the nvidia board, they released a card without driver support at their site.
I uninstalled my manufacturer's driver and tried installing this, and ended up restoring it back.
Maybe you should also try complaining to your laptop company.. Especially since they are selling this thing as a gaming laptop.
I'm definitely going to give them a call and try to get them to update.
Thank you everyone for all your support, really appreciate it.
Guest
10th March 2010, 15:48
* Fix leading non-decodable frame calculation for MPEG2 streams. Frames pulled down from non-decodable frames are also non-decodable.
* Honor stream's specified right cropping. Note that the associated INI file option is renamed AlwaysCrop (was AlwaysBottomCrop).
* CLI cropping arguments are now decimal.
* Check the first 10000 packets of a transport stream (was 5000) to avoid missing audio.
http://neuron2.net/dgdecnv/dgdecnv.html
Clumpco
10th March 2010, 21:58
Build 2007 is still detecting BBC HD Teletext subtitles stream as MPA audio :-(
Guest
10th March 2010, 23:40
Build 2007 is still detecting BBC HD Teletext subtitles stream as MPA audio :-( I haven't addressed that yet, as you can see in the post immediately above yours, where it is not listed as fixed.
I have all the trouble reports logged (and streams saved) and will address them on a priority basis. You don't need to remind me.
stanjr
11th March 2010, 01:43
I have finally received my Nvidia GTX275 and gotten it installed so that I could take advantage of its CUDA capabilities. However, I've run into a roadblock that I am working on and thought that maybe someone here could help or point me into a helpful direction. I run Ubuntu and use DGAVCIndex and DGIndex on it easily enough via Wine. I was hoping to be able to do the same with DGIndexNV; however, I originally got the error messages from Wine of:
err:module:import_dll Library nvcuvid.dll (which is needed by L"C:\\Program Files\\dgdecnv2006\\DGIndexNV.exe") not found
err:module:import_dll Library nvcuda.dll (which is needed by L"C:\\Program Files\\dgdecnv2006\\DGIndexNV.exe") not found
err:module:LdrInitializeThunk Main exe initialization for L"C:\\Program Files\\dgdecnv2006\\DGIndexNV.exe" failed, status c0000135
I obtained versions of nvcuvid.dll and nvcuda.dll (but I don't know if they are the most recent ones) and put them into the Wine system32 folder and DGIndexNV will then open but gives this warning box:
ERROR: cuInit failed (100)
After having gotten my license number and created a license.txt file, the error still comes up. I was wondering if this issue is due to the dll's not being the most current. I would assume the most current dll's are in the driver setup executable downloadable from the Nvidia website or off of the cd that came with the video card, so I am trying to figure a way to get the needed dll's out of the driver setup executable. I've extracted what I could out of the executable and what comes out are nvcuvid.dl_ and nvcuda.dl_, renaming them to nvcuvid.dll and nvcuda.dll and putting them into the Wine system32 folder brings back the original problem, so somehow, they aren't the full working versions of the drivers I need.
Does anybody know how to do what I am trying to do? Would that even work in my situation? Am I SOL with trying to do this via Wine? The driver setup executable won't install in Wine itself, it keeps erroring out.
Thanks for any help anyone here could provide.
Guest
11th March 2010, 02:07
I'm not aware of anyone using DGDecNV under wine.
Anybody out there?
stanjr
11th March 2010, 04:06
Is there a way to use DGDecNV on Linux at all by some means?
Guest
11th March 2010, 04:13
It's a Windows application!
Clumpco
11th March 2010, 07:02
I haven't addressed that yet, as you can see in the post immediately above yours, where it is not listed as fixed.
I have all the trouble reports logged (and streams saved) and will address them on a priority basis. You don't need to remind me.
Sorry, I mistakenly thought that the Check the first 10000 packets of a transport stream (was 5000) to avoid missing audio was aimed at this. My bad.
:thanks:
XadoX
11th March 2010, 14:13
Thx for your ongoing work & the Update :thanks:
gwaitsi
12th March 2010, 16:13
i have an ati 3200HD onboard graphics controller.
I am trying to convert a bluray vc1 movie using megui.
when i try to use directshow filter as the input, megui queue item crashes.
Am i right in assuming DGIndexNV will not work in my system.
thanks
rack04
12th March 2010, 16:39
Am i right in assuming DGIndexNV will not work in my system.
Your assumption is correct.
Guest
12th March 2010, 18:07
I am trying to convert a bluray vc1 movie using megui.
when i try to use directshow filter as the input, megui queue item crashes. Have you tried Zathor's latest patched MEGUI build?
DGDecNV will not run on ATI cards.
VincAlastor
17th March 2010, 06:10
there is a DgDecode 1.5.8 x64 version. would you support JoshyD with an dg nv tools x64 version, please? :)
Guest
17th March 2010, 06:45
If you buy me a 64-bit OS I will consider it.
VincAlastor
17th March 2010, 09:00
what did you do with my donation?!?! ;) ...it was just a question, sorry
Guest
17th March 2010, 14:13
More seriously, I have never made a 64 bit anything in my life. If you can make it easy for me by telling me what I have to do, then it could happen. Please use PM for that.
stanjr
17th March 2010, 14:21
It's a Windows application!Yeah, well there is Wine and Crossover and Cedega to get Windows things to run on Linux. I was just wondering if any of those worked, that's all. I guess I'll go to Wine and whine...:)
turbojet
18th March 2010, 16:36
Concerning an x64 OS, I don't know if this helps but microsoft offers windows 7 90 day enterprise edition (http://technet.microsoft.com/en-us/evalcenter/cc442495.aspx). It won't be good as a primary os/upgrade but you could dual boot without affecting your current OS by making another partition and restore the space an app like easeus partition manager.
hajj_3
18th March 2010, 17:16
ah yeah i forgot about the 90day trials of windows 7. If there was a 64bit dgNV then we'd have 64bit x264, avisynth, dgnv and deinterlacers. I reckon we'd have quite a speed improvement using all these instead of 32bit versions of each.
So much 64bit development over the past 2 months, alot of hard work by everyone:)
swinokur
18th March 2010, 18:26
Hi there,
I've found a MPEG-2 Program stream which DGIndexNV cannot decode. (I see a green video window with a few randomly colored macroblocks in it).
I had a copy of DGIndex 1.5.2 here, so I tried that. It shows video in the window properly.
The video is MPEG2 Program, profile esc (0@5), 720 x 512 px, 4:3 [2], 29.97fps, NTSC, Interlaced, BT.470-2 B,G, Frame, Top Field.
Let me know if you'd like me to send it to you.
Guest
18th March 2010, 19:06
Let me know if you'd like me to send it to you. Yes, I would like that.
swinokur
18th March 2010, 19:46
Yes, I would like that.
Sure thing:
cpr-CPR_SignLanguage_01-orig.mpg - 78.36MB (http://www.zshare.net/video/73876995c57a2713/)
XadoX
19th March 2010, 06:37
Better interaction of DGMultiSource() with AvspMod:
Refering to my post (http://forum.doom9.org/showthread.php?p=1383985#post1383985) in the AvsPmod thread.
Guest
19th March 2010, 13:56
@XadoX
Your cited post does not mention any "bug" in DGDecNV.
XadoX
19th March 2010, 14:00
You are right. But I am not sure on which side the error belongs.
...If I am using DGMultiSource ... AvsPmod often crashes...
On AvspMod or the DGMultiDecodeNV.dll side?
Edit:
Somehow I always have the feeling that you are angry/huffy about my posts?
osgZach
19th March 2010, 14:06
I don't think it's personal, he's just a very blunt person and gets to the point.
Guest
19th March 2010, 14:56
You are right. But I am not sure on which side the error belongs.
...If I am using DGMultiSource ... AvsPmod often crashes... If AvsPmod is crashing you need to speak to its author.
Edit:
Somehow I always have the feeling that you are angry/huffy about my posts? Struck for rule 3.
Rat Killer
20th March 2010, 11:59
Just aquired a licence for DGIndexNV and trying to get it working. Attepting to load an mpeg2 ts file directly in DGIndexNV results in the following error:
GPU decoder: Failed to create video decoder (100)
My GPU is NVIDIA Quadro NVS 160M and I am running Windows XP with the latest service packs and updates.
Video Driver version reports as 4.00.6163.1000
Any suggestions or other information needed to get me going?
Thanks
Guest
20th March 2010, 15:12
That GPU is not on the supported list linked at my web site. You'll have to check with Nvidia to see if it has a VP2 or greater engine. Then you'll need to get version 191+ drivers from the Nvidia website.
Rat Killer
20th March 2010, 17:08
Thanks. I did manage to figure it out and get it working. The 160M is a verson of the GT9300M made for Dell. I loaded the latest dell drivers from Jan this year and still did not work. In the past, the generic nvidia drivers did not work on the dell branded chips but there was some discussion online that that had chaged for the more recent versions.
Loaded the latest 195 beta driver and it now works. Inside MeGUI no less.
Guest
20th March 2010, 17:16
Good to hear. Thanks for reporting on that.
Clumpco
20th March 2010, 17:18
A while ago someone gave me a link to an article that explained the formula for estimating CUDA speed for a given graphics card (something along the lines of Number of Pixel Shaders times the memory clock speed) - does anyone have this link or the formula?
Along the same lines... neuron2, how about a small benchmarking application that we could all run to get an idea of relative speeds of different cards/chipsets? I know that we can turn off video rendering and then playback to get the max framerate, but that must surely depend on the content that is being played back (and the disk read speed).
Guest
20th March 2010, 17:26
A while ago someone gave me a link to an article that explained the formula for estimating CUDA speed for a given graphics card (something along the lines of Number of Pixel Shaders times the memory clock speed) - does anyone have this link or the formula? The "CUDA speed" is irrelevant because the decoding is done by the VP engine.
Along the same lines... neuron2, how about a small benchmarking application that we could all run to get an idea of relative speeds of different cards/chipsets? The VP engine speeds are already documented by Nvidia. Also, there is no way I would ever find time/priority to make such a thing.
GearX
20th March 2010, 22:50
I use the Cropping filter a lot, and find myself moving the Cropping filter dialog every time I use it. Its position defaults to the upper-left corner of the DGIndexNV display, which means it is always covering at least part of the top and left edges.
Could you make the Cropping Filter dialog default to the center of the video being displayed? or, perhaps just remember its last position?
Also I'm wondering if it's possible to allow the main window to be moved around on the screen while the Cropping Filter dialog is open. I often forget to make sure I can see all four edges of the video image before opening the Cropping Filter, and it's annoying to have to close the dialog, move the main window, then open the dialog again.
Thanks!
vinujan
23rd March 2010, 00:45
An update after my driver fiasco, there's a website laptopvideo2go (http://forums.laptopvideo2go.com/topic/11997-have-disk-method-for-windows-7-vista/) where you can download the latest driver and overwrite a modded INF file and install using the 'Have Disc' method.
Long story short, i was able to install v196.86 and use DG NV tools successfully.
I too would like to see support with JoshyD's 64bit AviSynth builds.
simonb1975uk
24th March 2010, 13:31
Hi I'm looking at getting a 256Meg 8400GS to do the video decoding for DGNV but am wondering if there is an advantage to getting a 512Mb version, will the encoding be quicker with more memory or doesn't it matter?
Guest
24th March 2010, 14:07
I recommend the 512MB card. It won't be faster but you'll be able to open more simultaneous instances if you need that.
simonb1975uk
24th March 2010, 14:28
Ok thanks a lot :-)
MrScientist
26th March 2010, 18:42
hi, since there doesn't seem to be a trial version for this software, i would just like to introduce my scenario before purchasing to make sure it will work for me. i have panasonic 1080i avchd m2ts files i currently use coreavc to decode and megui to encode with yadif to deinterlace. i have a geforce 220 and would like to do the decoding/deinterlacing on the card and still use megui to encode. would this be possible with dgnv? i know my card can hardware decode/deinterlace the files without issue by playing in mpchc. thanks.
Adub
26th March 2010, 19:36
Yes, the GT220 is fully supported, as you can see here: http://en.wikipedia.org/wiki/PureVideo#Table_of_PureVideo_.28HD.29_GPUs
It supports the VP4 engine, so you can get some sweet compatibility with it.
Guest
26th March 2010, 19:37
Should work fine as 220 has a VP4 engine. You can test with the free CUVID Client/Server if you like, but it shouldn't be necessary.
MrScientist
27th March 2010, 23:59
thanks for the replies. i have the latest drivers (197.13). i tried the cuvid server/client with my 1080i avc files, the "cheese slices" 1080i avc and mp2 files and the "cheese slices" 480i mp2 file and got interlacing while stepping through all of them.
am i using the server/client wrong? i start CUVIDServer in the dgdecnv200b3 folder then start the CUVIDClient in the cuvidclient200b1 folder and then load my avc or mp2, reset and step through. i don't seem to be using anything in the cuvidserver200b1 folder and maybe that's my problem?
hydra3333
28th March 2010, 00:15
Thanks neuron2 for your continued work on your great tools !
Guest
28th March 2010, 00:43
thanks for the reply. i have the latest drivers (197.13). i tried the cuvid server/client with my 1080i avc files, the "cheese slices" 1080i avc and mp2 files and the "cheese slices" 480i mp2 file and got interlacing while stepping through all of them. OK, so it's interlaced. The sample client has no means to specify deinterlacing. The purpose of the server/client apps is only to test whether your card is supported (and as a model for those who might want to use the server with their own application.). If you get video then the DGNV tools will work for you. You can specify deinterlacing via a parameter to DGDecodeNV() or DGMultiDecodeNV().
am i using the server/client wrong? i start CUVIDServer in the dgdecnv200b3 folder then start the CUVIDClient in the cuvidclient200b1 folder and then load my avc or mp2, reset and step through. i don't seem to be using anything in the cuvidserver200b1 folder and maybe that's my problem? What is the problem you are experiencing?
@hydra3333
Thanks for the kind words. They are always appreciated.
Guest
28th March 2010, 00:46
It supports the VP4 engine, so you can get some sweet compatibility with it. I understand that VP4 supports MPEG4 ASP so maybe I will add that at some point.
MrScientist
28th March 2010, 01:10
OK, so it's interlaced. The sample client has no means to specify deinterlacing. The purpose of the server/client apps is only to test whether your card is supported (and as a model for those who might want to use the server with their own application.). If you get video then the DGNV tools will work for you. You can specify deinterlacing via a parameter to DGDecodeNV() or DGMultiDecodeNV().
gotcha. i thought using the server/client would allow me to view the footage deinterlaced if my card could handle it.
What is the problem you are experiencing?
i guess none. see above.
VincAlastor
30th March 2010, 05:51
@neuron2
is there a test x64 version of your tools, i would like to help you as a tester?
Guest
30th March 2010, 14:17
@neuron2
is there a test x64 version of your tools, i would like to help you as a tester? Not yet.
GZZ
30th March 2010, 16:55
Hey Neuron2
This is not a serious bug, but if you open up a video file in DGIndexNV and press File -> Close it dosnt free the file handle, so it impossible to rename/delete the file until you load another video file or close DGIndexNV. Can you can fix this ?
ndkamal
30th March 2010, 22:34
Hello Neuron2,
Do you intend to do a version of DGIndex working in OpenCL with ATI cards. Cuda and OpenCL are the same language. ATI Radeon HD 5000 is more powerful than Geforce GTX400 in compute (2.7 Teraflops for the HD 5870 and 1.43 Teraflops for GTX480) and gaming (Radeon HD 5970 vs GeForce GTX480).You could make a unified version of DGIndex working with UVD and PureVideo in OpenCL. Moreover the deinterlacing of ATI is better than Nvidia (I have a 9500GT and a Radeon HD 4670). ATI has created a section to help developpers with OpenCL :
http://developer.amd.com/zones/OpenCLZone/Pages/portingcudatoopencl.aspx
http://developer.amd.com/zones/OpenCLZone/Pages/default.aspx
Finally, UVD is used by some software like PowerDirector for decoding.
Thanks for your answer.
Guest
30th March 2010, 22:59
Do you intend to do a version of DGIndex working in OpenCL with ATI cards. It would be possible only if there is a published spec and API for video decoding on the ATI cards. Do they exist and are they available?
Keep in mind that DGNV tools do not use CUDA. They use the CUVID API.
ndkamal
30th March 2010, 23:16
It would be possible only if there is a published spec and API for video decoding on the ATI cards. Do they exist and are they available?
Keep in mind that DGNV tools do not use CUDA. They use the CUVID API.
I think because they use UVD in PowerDirector for decode, like they say in this test :
http://translate.google.fr/translate?hl=fr&ie=UTF-8&sl=de&tl=en&u=http://www.pcgameshardware.de/aid,743333/Geforce-GTX-470-und-GTX-480-Test-von-Nvidias-GF100-Generation/Grafikkarte/Test/%3Fpage%3D18
For more information about that. We mask ask that to ATI.
Guest
30th March 2010, 23:50
Please quote the relevant text so I don't have to spend an hour searching for it in your link.
ndkamal
31st March 2010, 00:04
It would be possible only if there is a published spec and API for video decoding on the ATI cards. Do they exist and are they available?
Keep in mind that DGNV tools do not use CUDA. They use the CUVID API.
With ATI Radeon, the API for Lunix is XvBA (X-Video Bitstream Acceleration), there is no information about the same thing for Windows.
The options seems to be limited to motion compensation (mo comp) and inverse discrete cosine transform (iDCT), and VLD (Variable-Length Decoding) for MPEG-2, MPEG-4 AVC (H.264) and VC-1 encoded video. No deinterlacing or noise reduction. :mad:
I will ask the question to ATI Forum developpers.
For Power Director article, you should look at the third party of the page, you cannot miss that, the title is GeForce GTX 480/470 in the test: GPU rendering with Power Director 8. Thanks for your patience.
Guest
31st March 2010, 00:55
So the status is unchanged. There is no available API outside of DXVA.
Audionut
31st March 2010, 04:06
Hi Don,
Sorry for the delayed response.
A stream for you. Blu-ray source indexed by latest dgdecodenv and encoded by x264 with,
--preset veryslow --tune film -B 3000
So, bframes=8 , ref=16.
What happens if you use level 4.1 instead of High 5?
Adding --level 4.1 to the command line fixed the problem. What reason is there for the --level parameter causing this issue.
Guest
31st March 2010, 04:14
What reason is there for the --level parameter causing this issue. IIRC, DXVA is limited to 4.1, so I speculated that only 4.1 is fully supported (although some L5 streams are known to play fine).
djesteban
31st March 2010, 07:02
Hi Neuron,
Could you add rollover button description textbox in the next version please.
Thanks in advance
hydra3333
7th April 2010, 11:36
Haven't followed this for a while, however will DGIndexNV ever open .mpg files as well as mpeg2 elementary streams ?
Also, I need to de-block a HD TV capture ... in the new
DGMultiSource("Inputdgm.dgm",deinterlace=0)
is there a way to achieve an equivalent to the older deblocking and de-ringing ?
MPEG2Source("Inputd2v.d2v",info=0,ipp=true,cpu=4) or
MPEG2Source("Inputd2v.d2v",info=0,ipp=true,cpu=6)
kebulek
7th April 2010, 13:22
Hey Neuron2
I found an error in your DG NV Tools (2007).
Error window: http://www.imagebam.com/image/5fa3b675373056
(Cannot find audio data...) - but for example in tsMuxeR is everything alright.
Sample: http://uloz.to/4482766/cthd-sample.ts
Sample was cut in newest TSPE 0.810. Error occurs randomly, once is cutted .TS ok, once is not... :( Maybe its TSPE error, i dont know - can you please look into it?
:thanks:
Guest
7th April 2010, 13:47
will DGIndexNV ever open .mpg files as well as mpeg2 elementary streams ? It already does.
Also, I need to de-block a HD TV capture ... in the new
DGMultiSource("Inputdgm.dgm",deinterlace=0)
is there a way to achieve an equivalent to the older deblocking and de-ringing ?
MPEG2Source("Inputd2v.d2v",info=0,ipp=true,cpu=4) or
MPEG2Source("Inputd2v.d2v",info=0,ipp=true,cpu=6) Not currently possible. Use an external deblocker.
@kebulek
Investigating...
hydra3333
7th April 2010, 14:15
I have acquired another old PC and put 220GT in it, and am wondering what to do ... do I need to donate again to get a 3rd license ?
I located an email which said
> If you have multiple machines, or you switch NICs on and off, send
> all the machine IDs that can thereby be generated, so that I can send you
> one comprehensive license file. We can also add machine IDs later without
> problems. and
A license server is being created to
simplify the licensing process for you.
Guest
7th April 2010, 14:21
@hydra3333
Send me an email from the account you used to donate and ask for a login to the license generator.
hydra3333
7th April 2010, 14:41
With an old PentiumD2 2.8Ghz/220GT-1gb, do you think there'd be benefit in decoding 1080i mpeg2 streams using the NV tools vs using ordinary DGDecode ?
I know I'll have to
deinterlace with Yadifmod/Nnedi2 and then use and external deblocker like Deblock_QED_MT2() and then resize/reinterlace to 576i
instead of using the noble MPEG2Source("Inputd2v.d2v",info=0,ipp=true,cpu=4) and then deinterlace with Yadifmod/Nnedi2 and then resize/reinterlace to 576i
I'm tempted with the NV to use it's Nvidia deinterlacer in DGMultiSource, however I'm guessing (and seeking your opinion) that Yadifmod/Nnedi2 may be superior for HD fast sports action.
Guest
7th April 2010, 14:52
With an old PentiumD2 2.8Ghz/220GT-1gb, do you think there'd be benefit in decoding 1080i mpeg2 streams using the NV tools vs using ordinary DGDecode ? I would expect some gain during serving but not a massive one. Indexing itself will be slower with DGNV due to architectural compromises made to cleanly support decoding of all the video and container types.
I'm guessing (and seeking your opinion) that Yadifmod/Nnedi2 may be superior for HD fast sports action. Try it both ways. You may be surprised.
hydra3333
7th April 2010, 15:04
Thanks I will try it. I think the following workflow will be OK although I admit to being unsure about the deblocking position (eg before or after deinterlacing, say after a separatefields... although I couldn't do that as a part of (b) I suppose)
(a) DGMultiSource without deinterlacing
deinterlace with Yadifmod/Nnedi2 to doubleframerate
Deblock_QED_MT2(quant1=40)
resize to 704x576
limitedsharpenfaster
reinterlace to 576i
(b) DGMultiSource with doubleframerate deinterlacing
Deblock_QED_MT2(quant1=40)
resize to 704x576
limitedsharpenfaster
reinterlace to 576i
I gather I could also re-size at the same time as deinterlace under (b) although I'm not sure what that would to do Deblock_QED_MT2 ...
Guest
7th April 2010, 16:14
Sorry hydra3333, but you're going way off topic talking about workflows here. Please start a new thread.
hydra3333
8th April 2010, 10:37
No worries, thanks.
hydra3333
9th April 2010, 10:46
Oops, not getting too far, HCenc23 & 24beta all throw an error when using NV per the script below. Vdub opens the script and can scroll OK. May I seek suggestions on how to do away with the error and consequential exiting of HCenc ?
http://i42.tinypic.com/2lo2mbn.jpg
XP-SP3, fully patched. Latest Nvidia drivers. Latest NV download. Intel Q9450, 4Gb, 8800GT card.
Source mpeg2: File Name: G:\HDTV\AFL\q2.mpg
File Size: 2640592896 ( 2.46 GB )
Program Duration: 00:29:13.00
File Type: PS - MPEG2
Encoding: MPEG2
Video stream Id: xE0
Encoding Dimensions: 1440 x 1080
Display Size: 1440 x 1080
Aspect Ratio: 16:9
Frame Rate: 25.00 FPS
Bit Rate: 9.416 Mbps
VBV_Buffer: 888 KB
Profile: Main/High
Progressive: Prog or Int
Chroma: 4:2:0
Audio Format: 5.1
Audio Stream Id: AC3: 0 (x80)
Audio Bit Rate: 384 Kbps
Audio Sampling Rate: 48000 Hz
TS Mux Rate (bps): -1
Est. video bit rate: 11.200 (Mbps)
SetMTmode(mode=5,threads=4) # start with mode=5 forAVIsource http://forum.doom9.org/showthread.php?p=1067216#post1067216
SetMemoryMax(256)
LoadPlugin("C:\SOFTWARE\DGindex\DGMultiDecodeNV.dll")
LoadPlugin("C:\SOFTWARE\DGindex\DGDecode.dll")
LoadPlugin("C:\Program Files\AviSynth 2.5\plugins-zzz\NNEDI2.dll")
LoadPlugin("C:\Program Files\AviSynth 2.5\plugins-zzz\Yadifmod.dll")
LoadPlugin("C:\Program Files\AviSynth 2.5\plugins-zzz\WarpSharp.dll")
LoadPlugin("C:\Program Files\AviSynth 2.5\plugins-zzz\aWarpSharp.dll")
LoadPlugin("C:\Program Files\AviSynth 2.5\plugins-zzz\mt_masktools.dll")
LoadPlugin("C:\Program Files\AviSynth 2.5\plugins-zzz\mvtools2.dll")
#LoadPlugin("C:\Program Files\AviSynth 2.5\plugins-zzz\RemoveGrain.dll")
LoadPlugin("C:\Program Files\AviSynth 2.5\plugins-zzz\RemoveGrainSSE2.dll")
#LoadPlugin("C:\Program Files\AviSynth 2.5\plugins-zzz\Repair.dll")
LoadPlugin("C:\Program Files\AviSynth 2.5\plugins-zzz\RepairSSE2.dll")
#LoadPlugin("C:\Program Files\AviSynth 2.5\plugins-zzz\RemoveDirt.dll")
LoadPlugin("C:\Program Files\AviSynth 2.5\plugins-zzz\RemoveDirtSSE2.dll")
Import("C:\Program Files\AviSynth 2.5\LimitedSharpenFaster.avs")
Import("C:\Program Files\AviSynth 2.5\Deblock_QED_MT2.avs")
DGMultiSource("G:\HDTV\AFL\HD-sharpen\q2.dgm",deinterlace=0)
#DGMultiSource("G:\HDTV\AFL\HD-sharpen\q2.dgm",deinterlace=2,resize_w=720,resize_h=576) #deinterlace=2 means double rate deinterlacing
AssumeFPS(25)
AssumeTFF()
#SetMTmode(mode=2,threads=4) # mode=2 for temporal multi-threading (interleaved frames)
AssumeTFF()
yadifmod(mode=1, edeint=nnedi2(field=-2)) #mode=1 means double framerate,field=-2 means double rate (alternates each frame)
Lanczos4Resize(720,576)
LimitedSharpenFaster(smode=4,strength=100)
AssumeTFF() #choose the SAME field order like before deinterlacing
SeparateFields().SelectEvery(4,0,3).Weave() #reinterlace.
AssumeTFF() #choose the SAME field order like before deinterlacing
SetPlanarLegacyAlignment(True)
Distributor() # use this when using HC and SetMTmode, per http://forum.doom9.org/showthread.php?p=1063622#post1063622
edit: Well, that's strange, Vdub worked with it yesterday. First time after reboot and after trying HCenc, I opened it in Vdub and it threw this error
http://i40.tinypic.com/148gacw.jpg
Ran Vdub again and it worked fine if a bit slow. Any help appreciated.
edit2: changed setmtmode to threads=1 ... no change :)
JoeH
9th April 2010, 13:18
I use DGIndexNV + AVFS to edit H264 AVS files in Sony Vegas. For rendering it is fantastic, and goes over 25% faster than if I use an intermediate codec.
But, Sony Vegas Pro draws the thumbnails on the timeline quite slowly - it takes about 10 seconds to draw the timeline. If I need to move around the timeline a lot, this is a serious problem. If I use an intermediate codec it basically paints the thumbnails on the timeline instantaneously, but of course requires serious disk space.
So, this is a question / feature request about DGIndexNV. I don't know if the cause of the slowness is that DGIndexNV is not optimized for the type of quick "seeking" throughout an entire file that timeline thumbnails require, or if my GT 9500 is simply too slow for this type of application, or if AVFS is causing a bottleneck.
But, I wanted to throw this problem out here to see if you, neuron2, or anyone else had any ideas if there is anything I can do to improve the performance, or if this is something DGIndexNV could be improved on ("quick seeking", I guess), to suggest it as a feature request.
Guest
9th April 2010, 14:10
Seeking speed is determined by the keyframe interval, so you should encode with smaller GOPs. How big are your GOPs (how many frames between keyframes)? I've seen people using very large numbers here. That's better for compression but worse for seeking.
hydra3333
10th April 2010, 00:43
Oh. It works only with ALL of the MT code removed, even Distributor().
Fair enough, however I'd thought "threads=1" might be OK.
I must have misinterpreted the manual "2) multiple instances of the filter can be created" and thought using MT0.7 multithreading would be OK.
In my case, opening and doing things inside DGMultiSource I'd expect to be comparatively quick, however anything in code after that, eg deblocking and limitedsharpenfaster and re-interlacing, would not benefit from multithreading.
Do you think it's a NV type bug or a HC type bug (Vdub playing up seems to suggest NV) or even a bug at all ? Happy to report it elsewhere, just let me know.
Guest
10th April 2010, 00:46
Sorry I have no idea as I have never even touched any of that MT stuff.
(I hope to have more time for DG tools stuff when I wrap up the current physics paper I am writing.)
hydra3333
10th April 2010, 01:12
OK, hope the paper works out nicely for you !
For later: surprisingly, it crashes consistently with the MT stuff in BUT then ...
I remove all the MT code except Distributor() from the script and ran HCenc and it just did nothing literally -
and then when I killed that process and un-commented all of the MT code (threads=1, not 4) and ran it, the whole thing suddenly works fine.
But that only works if I've just previously done the only-Distributor()-line-and-kill-the-process 1st !
Replicated the behaviour.
Tried the same thing with threads=4 but it still crashes no matter what.
Seems suggestive of an initialization type bug somewhere or other :)
hydra3333
10th April 2010, 02:40
Well, I'm happy with NVtools (even without multithreading available via MT0.7).
My really old PentiumD2 2.8Ghz/220GT-1gb achieves about 1/2 the processing rate for mpeg2 GPU deinterlacing/resizing and non-GPU deblocking/re-interlacing as does my Q9450/8800GT, with the exact same script. It should be a larger gap, but I think Trend anti-virus is sucking the life out of the q9450.
With comparing with equivalent scripts not using NV (although taking advantage of MT) the q9450 earns its money (likely the extra cores), in that it's about 3 to 7 times faster than the old D2 depending on the script.
Comparing reasonably equivalent scripts (obviously the deinterlacing will be different) on the old D2
GPU deinterlacing/resizing and non-GPU deblocking/re-interlacing = 4.3 fps
non GPU deinterlacing/resizing and non-GPU deblocking/re-interlacing = .8 fps
NV's GPU offloading gives older boxes a life after retirement.
Now, all I need is a GPU based deblocker :D
JeffBDVS
10th April 2010, 17:36
@kebulek
Investigating...
Some AVCHD files I have will cause the same "Cannot find audio" error, and others from the same camera won't.
I'll PM soon you with a link to a sample clip.
-Jeff
blazer003
10th April 2010, 21:53
So what are the steps to open files in Premiere CS3?
I have:
Installed DGNVIndex.
I index the mts file and save the project.
I have a template avs file that mixes the video and audio.
Source = DGSource("00023.dgi")
audio=NicAC3Source("00023 PID 1100 2_0ch 48KHz 192Kbps DELAY 0ms.ac3").ConvertAudioto16bit()
AudioDub (Source, audio)
I start CUVidServer.exe
But here's the problem. I can import one of my DGDecode avs scripts into Premiere just fine. The video plays wonderfully. Way better than just playing an AVCHD file in Premiere CS4.
However, I try to import a second DGDecode AVS file and Premiere hangs. If I just let it sit there a second it starts trying to conform the audio and hangs. If I click on the file it tries to load it and Premiere hangs. I have to end task to close it out.
Does this happen to anyone else? Do I need another program? Is there something I'm doing wrong that you can see? If you need more nifo just let me know.
Guest
10th April 2010, 22:02
Try using DGMultiDecodeNV() instead of DGDecodeNV(). Kill the CUVID server and try that.
blazer003
10th April 2010, 22:30
Try using DGMultiDecodeNV() instead of DGDecodeNV(). Kill the CUVID server and try that.
Perfect, thanks man for your lightning fast response. I appreciate everything you've done with these tools and for your help.
I realized once I read your post, I think I already knew this at one point, but somehow had forgotten along the way.
It works like a charm now. Thanks.
blazer003
10th April 2010, 23:34
Ah crap, I have to take that last post back (not the part about appreciating the quick response work and help though...) Everything isn't working great. I imported 6 scripts into Premiere. Everything's find. I edit on one clip all I want, everything's fine. I can edit two clips and everything's fine. But now, if I click on a 3rd clip, I get this error.
http://img338.imageshack.us/img338/2429/dgmultierror.jpg
I can repeat this error by getting back into premiere and clicking on 3 avs scripts in the bin. As soon as I click that 3rd script I get the error. I tried clicking one script, then clicking an AVI I have loaded, then clicking another script, and then another AVI and then the third script and this error pops up instantly. I was taking my time between clicks too, it wasn't like I was just rapidly clicking on after the other.
Any time I select a third script it seems it throws out the error.
linyx
11th April 2010, 01:41
@blazer003
I'm fairly certain that means your card cannot handle decoding 3 clips at once. I could be wrong, but DGSource with CUVIDServer might fix it.
Guest
11th April 2010, 01:57
You're limited by the memory on your Nvidia card. That's why I recommend people to get the big memory versions, 1 or 2GB.
blazer003
11th April 2010, 02:04
I see, do any Premiere users know a way to flush those previous clips out of the memory? In my case I'm working on right now, I'm really only editing one at a time. (Long clips of a talk that I'm editing in with HDV footage.)
JeffBDVS
11th April 2010, 02:45
I see, do any Premiere users know a way to flush those previous clips out of the memory? In my case I'm working on right now, I'm really only editing one at a time. (Long clips of a talk that I'm editing in with HDV footage.)
You could try making the unused script files offline (File | Make Offline). Then use File | Link Media when you need to edit them again. If that doesn't help, keep the unused ones offline and then save your project, close and re-open Premiere.
It'd be nice if Premiere had a Purge command like After Effects. :)
-Jeff
hydra3333
12th April 2010, 12:21
I'm doing something wrong or misunderstanding something, unless DGindex and DGIndexNV are doing different things ...
I'd expected the same frame number in each clip to be almost exactly the same. But after the 1st frame, they look to be out of sync by at least 1 frame for some reason I don't as yet fathom (it's easier to tell single-stepping frames in Vdub when a fade-in/out is happening).
dgi=DGMultiSource("G:\HDTV\AFL\compare\R3-HD-Q2.dgi",deinterlace=2,resize_w=720,resize_h=576)
dgi= dgi.HEIGHT==1088 ? dgi.cropbottom(8) : dgi
dgi=dgi.ScriptClip("""subtitle("dgi " + string(current_frame),size=25)""")
D2V=MPEG2Source("G:\HDTV\AFL\compare\R3-HD-Q2.d2v",info=0,ipp=true,cpu=0).AssumeFPS(25).AssumeTFF()
d2V= d2v.HEIGHT==1088 ? d2v.cropbottom(8) : d2v
D2V=D2v.yadifmod(mode=1, edeint=D2V.nnedi2(field=-2))
D2V=D2v.Lanczos4Resize(720,576)
D2V=D2V.ScriptClip("""subtitle("D2V " + string(current_frame),size=25)""")
INTERLEAVE(D2V,dgi)
SetPlanarLegacyAlignment(True)
Same source mpeg2 1440x1080i25 TFF.
Clarification welcomed.
JoeH
12th April 2010, 14:20
Seeking speed is determined by the keyframe interval, so you should encode with smaller GOPs. How big are your GOPs (how many frames between keyframes)? I've seen people using very large numbers here. That's better for compression but worse for seeking.
That makes sense. I'm not quite sure about how to determine the GOP of already existing files, but I see that at least MeGUI defaults to very high GOP numbers, and I imagine the files I am editing are pretty similar. I'll run some tests recoding with low GOP numbers, but my hope is to use original videos, and thus avoid recoding all together.
Do you think getting a faster video card (I have a 9500 GT) would make much difference? If so, what would be more important - processor MHz or number of "stream processors" it can handle?
Guest
12th April 2010, 15:46
I'm doing something wrong or misunderstanding something, unless DGindex and DGIndexNV are doing different things ... Get rid of all the filtering other than the source filters and then advise if you still see an issue. If so, post the script and provide a sample stream I can use to duplicate the issue.
Guest
12th April 2010, 15:48
Do you think getting a faster video card (I have a 9500 GT) would make much difference? If so, what would be more important - processor MHz or number of "stream processors" it can handle? Neither will make a big difference. It's the VP engine speed that is important and that is not that different from card to card now (leaving out the ancient cards).
Guest
12th April 2010, 16:24
Some AVCHD files I have will cause the same "Cannot find audio" error, and others from the same camera won't.
I'll PM soon you with a link to a sample clip.
Jeff, I had no problems at all with the clip you sent me. There is one AC3 audio stream and it is demuxed properly and plays fine.
hajj_3
12th April 2010, 21:31
a friend of mine using either build 2006 or 2007 said that if he used DG NV for a 2-pass encode and made the status of the 2nd pass "postponed" in megui then the 2nd pass wouldn't work when manually started, he would get "error" as the status like someone pointed out within the last 5 pages. He's away on holiday at the moment so i can't ask him anymore questions at the moment if you need more info.
GearX
13th April 2010, 00:24
a friend of mine using either build 2006 or 2007 said that if he used DG NV for a 2-pass encode and made the status of the 2nd pass "postponed" in megui then the 2nd pass wouldn't work when manually started, he would get "error" as the status like someone pointed out within the last 5 pages. He's away on holiday at the moment so i can't ask him anymore questions at the moment if you need more info.
Well, I do that all the time, and don't have any trouble.
hydra3333
13th April 2010, 12:29
Get rid of all the filtering other than the source filters and then advise if you still see an issue. If so, post the script and provide a sample stream I can use to duplicate the issue.
Well I think I may have confirmed it. After frame 0, three of these look close enough to the same frames as expected, however the deinterlace=2 seems "out" by a frame.
SetMemoryMax(256)
LoadPlugin("C:\SOFTWARE\DGindex\DGMultiDecodeNV.dll")
LoadPlugin("C:\SOFTWARE\DGindex\DGDecode.dll")
dgi=DGMultiSource("G:\HDTV\AFL\compare\R3-HD-Q2-trimmed.dgi",deinterlace=0).AssumeTFF()
dgi=dgi.HEIGHT==1088 ? dgi.cropbottom(8) : dgi
dgi=dgi.Separatefields()
dgi=dgi.ScriptClip("""subtitle("dgi " + string(current_frame),size=25)""")
dgi=dgi.Lanczos4Resize(dgi.width(),dgi.height()*2)
D2V=MPEG2Source("G:\HDTV\AFL\compare\R3-HD-Q2-trimmed.d2v",info=0,ipp=true,cpu=0).AssumeTFF()
d2V=d2v.HEIGHT==1088 ? d2v.cropbottom(8) : d2v
d2v=d2v.Separatefields()
D2V=D2V.ScriptClip("""subtitle("D2V " + string(current_frame),size=25)""")
D2V=D2V.Lanczos4Resize(D2V.width(),D2V.height()*2)
dgi2=DGMultiSource("G:\HDTV\AFL\compare\R3-HD-Q2-trimmed.dgi",deinterlace=2)
dgi2=dgi2.HEIGHT==1088 ? dgi2.cropbottom(8) : dgi2
dgi2=dgi2.ScriptClip("""subtitle("dgi2.deinterlace " + string(current_frame),size=25)""")
D2V2=MPEG2Source("G:\HDTV\AFL\compare\R3-HD-Q2-trimmed.d2v",info=0,ipp=true,cpu=0).AssumeTFF()
d2V2= d2v2.HEIGHT==1088 ? d2v2.cropbottom(8) : d2v2
D2V2=D2v2.Bob()
D2V2=D2V2.ScriptClip("""subtitle("D2V.bob " + string(current_frame),size=25)""")
interleave(d2v,dgi,d2v2,dgi2)
SetPlanarLegacyAlignment(True)
Not sure where to upload the 20Mb sample, so here's a rapidshare link. Let me know if you want it uploaded elsewhere.
http://rapidshare.com/files/375362482/R3-HD-Q2-trimmed.mpg.html
Delete Link: http://rapidshare.com/files/375362482/R3-HD-Q2-trimmed.mpg.html?killcode=4257790368286403576
Guest
13th April 2010, 14:18
Based on information I received from Nvidia I believe the Nvidia chain introduces a frame delay when doing double-rate deinterlacing. There's naught I can do about it.
tormento
14th April 2010, 06:55
neuron2: could you please make a x64 compile to be used with avisynth x64?
hydra3333
14th April 2010, 10:15
OK, so I apply
trim(1,-999999) to the NV double-rate deinterlaced clip and then it appears just like the others temporally. Thanks for checking. Love your tools !
JoeH
14th April 2010, 17:14
Neither will make a big difference. It's the VP engine speed that is important and that is not that different from card to card now (leaving out the ancient cards).
Sorry if this is a dumb question, but where can I find the VP Engine speed in the NVidia specs in order to compare cards? I've been looking all over, and can't find it referenced anywhere. Is it normally given a different name? Is it the "core clock" speed?
If so, would the 220 GT be faster than the 240 GT for use with DGIndexNV (at least in theory... I know you can't test all these cards)? The 220 GT has a 625MHz core clock, while the 240 GT has a 550 MHz core clock.
CruNcher
14th April 2010, 20:46
You can't though the speed should be the same for every card 400 Mhz,what you can see is the actual Video Engine Load with Nvidia providing access to it through the NVAPI but this part is under NDA so not many applications implement that :)
GPU-Z, Everest and Msi Afterburner as well as EVGA Precision (same as Afterburner but from Evga both are based on Rivatuner) do currently :)
http://img189.imageshack.us/img189/1365/fireshotprocapture008.th.jpg (http://img189.imageshack.us/my.php?image=fireshotprocapture008.jpg)
Here you can see Flash (also known as the beast) 10.1 RC in action on the in my case VP2(G92) Video Engine (the in action is meant sarcastically ;) )
JeffBDVS
15th April 2010, 19:57
Jeff, I had no problems at all with the clip you sent me. There is one AC3 audio stream and it is demuxed properly and plays fine.
OK - thanks for checking. Maybe Windows was having a bad day. :) I'll keep investigating here.
-Jeff
JeffBDVS
15th April 2010, 20:10
OK - thanks for checking. Maybe Windows was having a bad day. :) I'll keep investigating here.
-Jeff
It didn't take long for me to find the problem: PEBKAC. I had downloaded 2007, but 2006 was still installed. No issues with the file using 2007.
-Jeff
GearX
15th April 2010, 20:19
It didn't take long for me to find the problem: PEBKAC. I had downloaded 2007, but 2006 was still installed. No issues with the file using 2007.
-Jeff
I like PICNIC -- problem in chair, not in code :cool:
deets
17th April 2010, 16:37
another vote for a x64 version if possible :) now we have megui 64 as well
colinhunt
24th April 2010, 16:01
OK, so I made a boo-boo by not reading this thread before making a donation for the license. Turns out (as you all know) that CUDA drivers are not used when the PC is controlled via Remote Desktop connection. Unfortunately my dedicated number-crunching PC is located in a ventilated storage room and can only be accessed via Remote Desktop. Yeah, I'm SOL - especially as I can't get RemotelyAnywhere to work either. Does anyone know of any other work-arounds for this issue?
GZZ
24th April 2010, 18:09
You should try www.logmein.com (free) i works just fine with DGIndexNV.
colinhunt
24th April 2010, 18:54
You should try www.logmein.com (free) i works just fine with DGIndexNV.
Isn't that the same as RemotelyAnywhere?
edit: Same company, different product. I'll give it a shot. Thanks!
Audionut
25th April 2010, 04:53
I use teamviewer.
http://www.teamviewer.com/index.aspx
JoeH
25th April 2010, 11:51
another vote for a x64 version if possible :) now we have megui 64 as well
+1
:thanks:
GZZ
25th April 2010, 21:28
Maybe I ask a stupid question, what is the benefit of a 64 bit DGIndexNV when it uses the GPU for Decoding, will frameservering be any faster because the program is 64 bit vs 32 bit ?
deets
25th April 2010, 23:12
Maybe I ask a stupid question, what is the benefit of a 64 bit DGIndexNV when it uses the GPU for Decoding, will frameservering be any faster because the program is 64 bit vs 32 bit ?
not sure if it would be faster, but it would allow us to use it with avisynth 64 bit and x264 64 bit. both those are faster
Audionut
26th April 2010, 04:02
Yes, the main benefit is the ability to use it with other filters that are 64bit and do benefit from being 64bit.
And of course 64bit apps like x264 that get about 10% benefit from being 64bit.
nautilus7
26th April 2010, 12:13
I have a problem with an H.264 stream I made using x264. The .dgi file is playing fine in avs, but the problem is when playing/previewing video in DGIndexNV.
Sample here (http://www.sendspace.com/file/ccw3wo)
DGIndexNV Build 2007
GeForce 8400GS (driver version 197.45)
Windows 7 x64
yesgrey
30th April 2010, 19:29
neuron2,
What information are you reporting in the Colorimetry field?
The primaries, the transfer function, or the matrix coefficients?
Thanks.
I have a problem with an H.264 stream I made using x264. The .dgi file is playing fine in avs, but the problem is when playing/previewing video in DGIndexNV. You have specified illegal cropping in the stream. The coded size is 992x720 but specifies a cropping rectangle of 986x720. For YV12 the width must be a multiple of 4.
The workaround is to say no to the cropping prompt when opening DGIndexNV and do your *legal* cropping in the GUI or script.
BTW, seeking will be faster if you use smaller GOPs.
What information are you reporting in the Colorimetry field?
The primaries, the transfer function, or the matrix coefficients? Matrix coefficients. I will add that to the documentation.
nautilus7
1st May 2010, 20:11
You have specified illegal cropping in the stream. The coded size is 992x720 but specifies a cropping rectangle of 986x720. For YV12 the width must be a multiple of 4.
The workaround is to say no to the cropping prompt when opening DGIndexNV and do your *legal* cropping in the GUI or script.
BTW, seeking will be faster if you use smaller GOPs.
OK, good to know. Thanks.
yesgrey
2nd May 2010, 02:43
Matrix coefficients. I will add that to the documentation.
Could you also add the color primaries and the transfer function?
Thanks.
Yes, I could. But why do you need them?
yesgrey
2nd May 2010, 17:18
I'm developing a program for performing color correction and I would like to know if the bitstream info is set according to what is defined by the video standards.
You already give the matrix coefficients info, so it would be great if you could also add the other two values.
It doesn't need to be in the GUI dialog, it's good enough if you can write it in the dgi file or in the log.
My tools are not intended for general video analysis. There are stream analyzers available that can be used for that purpose.
yesgrey
2nd May 2010, 17:48
Ok. Thanks anyway.
A member in our german doom9/Gleitz board, "Gunnar" (here registered as "Gunnar_0", but still has to wait for the "noob timeout" before he can post here with very limited english skills) bought DGDecNV2007 and would like to register it. Unfortunately, on his video machine, the network card is disabled. So he noted down the PC ID, went to an online PC with the license generator, but the lD was reported as invalid. Now he tried to change different network settings, but the license generation always failed. The allowed number of licenses is now used up, he is not able anymore to use the generator.
Any idea how he can get a working license now for his already paid software? - His email can be found in the original post (http://forum.gleitz.info/showthread.php?42291-DGDecNV-Lizenz&p=407231&viewfull=1#post407231), or you might also send him instructions via PM.
Unfortunately, on his video machine, the network card is disabled. That should not be a problem. Just use the machine ID reported by DGIndexNV.
So he noted down the PC ID, went to an online PC with the license generator, but the lD was reported as invalid. Reported by what as invalid? Did the generator give him a license key? Did he EXACTLY enter that in his license file?
The allowed number of licenses is now used up, he is not able anymore to use the generator. I can reset his license count, but it sounds like he is not following the instructions properly.
I will need to have his registration email address to reset his license count.
vinujan
8th May 2010, 22:18
I've been using DGSource() with CUVID Server for a few weeks now; but when i had to call dgsource() 2x in a script it glitched the second called part. Not to mention the constant restarting of CUVID Server between encodes.
Exploring DGMultiSource(), which doesn't need CUVID Server i'm confused as to the purpose of DGSource() with CUVID Server
DGMultiSource() speeds are faster than DGSource() according to my test below:
Pass 1 - DGMultiSource
x264 info (http://paste2.org/p/818402)
encoded 5800 frames, 12.64 fps, 5918.57 kb/s
Pass 1 - DGSource (CUVID Server)
x264 info (http://paste2.org/p/818397)
encoded 5800 frames, 12.61 fps, 5918.57 kb/s
Pass 2 - DGMultiSource
x264 info (http://paste2.org/p/818439)
encoded 5800 frames, 2.38 fps, 6036.06 kb/s
Pass 2 - DGSource (CUVID Server)
x264 info (http://paste2.org/p/818399)
encoded 5800 frames, 2.36 fps, 6036.06 kb/s
My command line:
avs2yuv dg.avs -raw - | start /b /low x264.exe --pass 1 --slow-firstpass --stats "hor.stats" --level 4.1 --bitrate 6000 --level 4.1 --ref 8 --bframes 5 --direct auto --deblock -3:-3 --subme 6 --trellis 2 --psy-rd 0.8:0.0 --8x8dct --me hex --aq-strength 0.7 --b-adapt 2 --b-pyramid normal --no-mbtree --no-dct-decimate --frames 5800 --output NUL --fps 23.976 - 1280x544 2> 6000-p1.log
avs2yuv dg.avs -raw - | start /b /low x264.exe --pass 2 --stats "hor.stats" --level 4.1 --bitrate 6000 --level 4.1 --ref 8 --no-fast-pskip --bframes 5 --direct auto --deblock -3:-3 --subme 10 --trellis 2 --psy-rd 0.8:0.0 --8x8dct --me tesa --aq-strength 0.7 --b-adapt 2 --b-pyramid normal --no-mbtree --no-dct-decimate --frames 5800 --output "6000.mkv" --fps 23.976 - 1280x544 2> 6000-p2.log
DGSource() & CUVID Server were developed originally to work around a problem in MEGUI that no longer exists with the Zathor builds.
I need to revise the Quick Start guide to use DGMultiSource().
vinujan
9th May 2010, 01:10
Ahhh ok! Thanks for the clarification:)
deets
12th May 2010, 18:00
whats the situation regarding 64 bit, is it even on the to do list?
Guest
12th May 2010, 20:04
It will probably happen one day.
deets
13th May 2010, 13:04
It will probably happen one day.
is it a complicated task then? would be great to just be able to use the one package, ie megui64/avisynth64 with the tools.
I pretty much rely on nv tools for hardware deinterlacing to speed up my x264 encodes, ANY fps increase is a bonus when it already takes so long :)
Guest
13th May 2010, 13:28
It's not complicated at all. I simply do not have a 64 bit system at this time. I plan to upgrade my PC within this year and at that point I can convert my current one to 64 bit.
romanjaan
14th May 2010, 02:53
when I loaded a movie which is in VC-1 format into Dgindexnv it says Missing License file what should I do
My PC specs core2quad, 8gbram, nvidia gts250 a
any help plz
Inspector.Gadget
14th May 2010, 03:07
Buy a license.
romanjaan
14th May 2010, 03:14
ok thanks for that but is there any other way to make a dga from VC-1 file
Guest
14th May 2010, 04:13
ok thanks for that but is there any other way to make a dga from VC-1 file No, I have a monopoly on DGA. :p
You can try some DirectShow()/FFMPEGSource()/other variant but they sometimes won't work with all VC-1 variants (e.g., interlaced). Followup on that to another thread as this thread is for my tool.
lych_necross
14th May 2010, 07:18
You should buy a license (I did). Its money well spent and not that expensive. :)
linyx
16th May 2010, 05:43
Hello neuron2,
I've a bug report for you (it is of absolutely no concern to me if it is fixed or not--just posting for others' benefit).
The clip is from "The Rock (http://www.amazon.com/Rock-Blu-ray-Jim-Maniaci/dp/B000X418UE/ref=sr_1_3?ie=UTF8&s=dvd&qid=1273982911&sr=8-3)" Blu-Ray.
This screenshot (http://www.mediafire.com/download.php?dmmtww2jeqk) shows apparently corrupted macroblocks on the upper portion of the video (occurs in several places).
It only occurs when seeking (or stepping with arrow keys) in DGIndexNV (playback via DGIndexNV or any other application shows no corruption).
Specs:
DGIndexNV version: 2007
Video Card: Nvidia 8800GT
Drivers: 197.45
OS: Windows XP SP3 32-Bit
Here is the clip:
http://www.mediafire.com/download.php?tofdzy5mwmn
Thanks for your excellent tools and support!
Guest
17th May 2010, 01:24
Thank you for the report, linyx. Looks like an SPS/PPS injection problem. Investigating...
ronnylov
20th May 2010, 21:29
Hi neuron2!
I want to buy a license by pressing the donate button on your website but I get a white page with the text "fatal error". Using internet explorer 8 on Windows 7 x64. So I can not buy the license right now...
EDIT: Tried again but with with google chrome browser and it worked. Either a temporary fault or a internet explorer problem.
EDIT 2: I can not pay because paypal has blocked my account... No other methods of paying?
Guest
20th May 2010, 23:21
Take it up with PayPal about why they have blocked your account.
Guest
21st May 2010, 00:47
Thank you for the report, linyx. Looks like an SPS/PPS injection problem. Investigating... Yup, took me this long just to figure out that it's a PPS problem, now to figure out what to do about it.
DGDecodeNV is OK because the DGI file has all the SPS/PPS's recorded, but in DGIndexNV you can jump on the timeline and the required PPS might be a ways back in the file and not ever encountered. Obviously, I don't want to have to index the SPS/PPS NALUs on open but there may be no other way.
Maybe I can scan back from the seek point for the preceding SPS and PPS. Again, that can take a long time if there is just a single SPS and PPS at the start of the file.
Or maybe we just do nothing and document it as a limitation in DGIndexNV.
AVC was definitely poorly designed for seeking. You cannot just start at an IDR and be guaranteed to get a good decode. IMHO, an IDR/RPS must be immediately preceded by the correct SPS and PPS. Or re-use of SPS/PPS id's for different SPS/PPS content should be outlawed. Then you could know that you are missing the correct SPS/PPS and go looking for them.
Gotta crank up the thinking cap for this one.
Guest
22nd May 2010, 01:16
OK, boys and girls, I have a fix. :)
My new strategy for SPS/PPS heuristics on seeking is:
1. Search in the last 5MB before the seek point for SPS and PPS nearest to the seek point. If found use them. (This does not degrade performance noticeably.)
2. If not found, search in the first 5MB of the file for the first SPS and PPS. If found use them.
3. If not found error out.
It works great on linyx's stream and some other SPS/PPS ID re-use streams I have. I need to do some heavy regression testing before releasing it, hopefully this weekend.
I have also implemented tooltips for my cryptic buttons. :)
Probably next on the agenda will be 64-bit support.
linyx
22nd May 2010, 02:22
Wow, I really wasn't expect a fix based on your previous post, thanks!:thanks:
Sorry for causing you so much trouble with this particularly tricky stream.
Guest
22nd May 2010, 02:42
Sorry for causing you so much trouble with this particularly tricky stream. Don't be sorry. Be happy that you are contributing to improving the program! Anyway, I enjoy such challenges.
Guest
22nd May 2010, 20:43
Ouch, it's not so easy when you have multiple files loaded! But fear not, I have that working too. :)
That's why one should always go heavy on regression testing for a major change like this.
Guest
25th May 2010, 00:55
* Redesigned the SPS/PPS heuristics for AVC streams in DGIndexNV. This fixes cases of bad decoding when navigating on the timeline for streams that: 1) Have SPS/PPS's remote from the seek point. 2) Re-use SPS/PPS IDs for NALUs with different content. The fix dramatically improves things for such streams, but it may not be perfect because it is, after all, a heuristic. Note that this problem did not affect serving video through the Avisynth script; it affected only navigating the timeline in DGIndexNV (but see below).
* The SPS/PPS heuristics fix also fixes bad video demuxing for the same cases described above.
* Added tooltips for the navigation buttons and navigation bar in DGIndexNV.
* Fixed a problem that caused the DGIndexNV GUI and the DGI file to disagree about the frame size in some rare cases.
* The Detect PIDs dialog now shows the PIDs in both decimal and hexadecimal.
* The Quick Start guide was revised to use DGMultiSource() by default. A second Quick Start guide is provided for DGSource()/CUVID Server usage.
http://neuron2.net/dgdecnv/dgdecnv.html
@linyx
While your stream issue is fixed, your test file will still show macroblocks at the start because it was demuxed using the previous version. The macroblocks later in the stream no longer appear.
kebulek
25th May 2010, 13:26
Thank you neuron2 for new version, but the "Cannot find audio data" error is still present. I just tested .ts, which was cutted with DVR-Studio HD 1 this time, so I guess, it's not TSPE or any other ts editor issue...
Guest
25th May 2010, 13:30
I had it fixed in my local build but it came back due to a later fix I made for another stream. Thinking about it now I see a way to fix it so both will be OK. I'll make a 2009 with that and release it ASAP.
XadoX
25th May 2010, 13:34
@neuron2: :thanks:
Is the commandline cropping bug still in this build?
Guest
25th May 2010, 13:53
Is the commandline cropping bug still in this build? The values are correctly read as decimal rather than hex. Is that what you refer to? That was already fixed in 2007.
XadoX
25th May 2010, 13:59
The values are correctly read as decimal rather than hex. Is that what you refer to? That was already fixed in 2007.
Oh. I think I miss this fact :o
kebulek
25th May 2010, 17:25
I had it fixed in my local build but it came back due to a later fix I made for another stream. Thinking about it now I see a way to fix it so both will be OK. I'll make a 2009 with that and release it ASAP.
Thank you! It will be perfect then! For me, at least... ;)
Guest
25th May 2010, 19:23
Thank you! It will be perfect then! For me, at least... ;) It's done and will be released when I get home tonight. Thanks for reminding me about it.
Clumpco
25th May 2010, 22:50
Thanks for your continuing work neuron2!
Guest
25th May 2010, 23:07
Thanks for your continuing work neuron2! You're welcome.
And BTW I haven't forgotten your trouble report on stream type detection (teletext detected as audio). I'm sketching out in my head an option to configure the "stream profile", which will allow the software to differentiate ambiguous indications more reliably. For example, you could set your profile as:
bluray disk
ATSC terrestrial
DVB-S
etc.
Then the software would reliably know how to interpret the descriptors and stream IDs.
Guest
25th May 2010, 23:25
For those of you waiting for 64-bit support, be advised that I placed my order today for the new rig. I went for the i7-980 Extreme together with the ASUS Rampage III Extreme mobo.
Thank you for your donations.
Audionut
26th May 2010, 00:14
Oh nice. Patiently waits for 64bit. Thanks Don.
Guest
26th May 2010, 01:11
* Fix problem that caused some audio streams to not be detected.
* Fix problem that caused some MPEG program streams to be detected as elementary streams.
http://neuron2.net/dgdecnv/dgdecnv.html
tormento
26th May 2010, 07:00
Is it better to recreate a 2007 dgi project with 2008 or not?
tormento
26th May 2010, 07:16
I went for the i7-980 Extreme together with the ASUS Rampage III Extreme mobo.
Why not a dual Xeon? ;)
P.S: Believe me or not I was waiting for you to jump on the x64 encoding wagon.
Guest
26th May 2010, 14:02
Is it better to recreate a 2007 dgi project with 2008 or not? There's no need for that because the DGI file format is unchanged and the problem that was fixed does not affect the source filters.
Why not a dual Xeon? Not enough donations. :rolleyes:
Clumpco
26th May 2010, 17:25
You're welcome.
And BTW I haven't forgotten your trouble report on stream type detection (teletext detected as audio). ... Then the software would reliably know how to interpret the descriptors and stream IDs.
Yay!
Thanks heaps. :thanks:
Hi,
neuron2, I wanted to thank you for the continued work on this very useful tool, and to report an issue I encountered recently: to suit my modest processor, I use x264's --seek/--frames to have short intervals of full CPU usage (instead of a straight 20 hours go, which I can't afford), and more than three times, on first and second pass runs, x264 went crazy and produced either over sized stats or output video files.
I'm not sure, but I seem to remember I tried to use DGIndexNV, or play the .avs file (which resulted in the expected error message) when this happened.
Could be an issue with my system, or x264 (even though it behaved normally, the second time), but is there any possibility a first instance of DG NV would be "disturbed" by a second one the user tries to launch?
Regards.
WasF
Guest
26th May 2010, 19:30
I'm not sure, but I seem to remember I tried to use DGIndexNV, or play the .avs file (which resulted in the expected error message) when this happened. Please try to remeber better, because without a proper trouble report it's very hard to help you. What is the "expected error message"?
Could be an issue with my system, or x264 (even though it behaved normally, the second time), but is there any possibility a first instance of DG NV would be "disturbed" by a second one the user tries to launch?
It depends on which source filter you used. DGMultiSource() supports mutliple instances while DGSource() does not.
tormento
26th May 2010, 20:17
DGMultiSource() supports mutliple instances while DGSource() does not.
Neuron, please, tell me a gui to use as StaxRip is on vacancy...
Sorry for the lousy "report", I know how unhelpful that is, but I can't actually reproduce the error at will. 'Rather hoping to "ring some bells" maybe..
But wait; you mean with DGMultiSource() I can start two instances?! I'm missing something then, cause I use DGMultiSource() exclusively, and I always get this on second instances: Failed to create video decoder (100).
I'm admin on an XP SP3 with the latest patches, Comodo FW, Antivir Premium using a GeForce 8600 GT, Driver version 6.14.11.9621.
Guest
26th May 2010, 20:43
You still haven't even told me the "expected error message" mentioned in your first post, even after I asked for it.
The number of instances possible is determined by the amount of memory on your Nvidia card, as stated in the release notes:
"The DGMultiSOurce() source filter supports multiple instantiation, however, the number of
instantiations is limited by available memory on the Nvidia card. As always, more is better!"
If you have a really low-end card, it may be that only one instance is possible.
Guest
26th May 2010, 20:44
Neuron, please, tell me a gui to use as StaxRip is on vacancy... Zathor's MEGUI build works for me. I don't use GUIs typically but I have tested it.
Sharc
26th May 2010, 21:13
HDConvertToX also supports DGNV tools nicely.
neuron2, the error message is in my previous post: Failed to create video decoder (100). :confused:
Thanks for the tip about memory, the message does seem to fit with the hint. I guess 256MB is too "optimistic" for a couple 1080p sources, anyway!
Guest
26th May 2010, 22:43
It also depends on if you have D3D mode enabled. That will require more memory, I am told.
I have tons of system RAM though, I wish I could tell the driver to help itself..
With use_D3D=true I get an explicit message: "DGMultiSource: Multiple instances not supported with use_D3D=true!" as if use_D3D=true & multiple instances were complete opposites (!)
My limited means, I can live with that, only if my first and only instance was not "corrupted" by attempts to start new ones. I couldn't reproduced it tonight, so its not like I get a failure every other run of x264..
Maybe use_D3D=true will solve the problem, whatever it is, as the error message from DGMultiSource() at least shows the exception, whatever it is, is handled properly and the program is aborted in an orderly manner before new decoder creation. Or so I hope :)
Guest
27th May 2010, 02:44
My limited means, I can live with that, only if my first and only instance was not "corrupted" by attempts to start new ones. There is no evidence that that is happening. Anyway, why would you try to start a second one if you know it is going to fail?
I couldn't reproduced it tonight, so its not like I get a failure every other run of x264.. See above.
Maybe use_D3D=true will solve the problem, whatever it is, as the error message from DGMultiSource() at least shows the exception, whatever it is, is handled properly and the program is aborted in an orderly manner before new decoder creation. Or so I hope :) You're just groping in the dark. You should try to duplicate the problem so we can find the real cause. D3D operation is not recommended. Read the manual.
You are not running the recommended driver version. Can't you do that?
I'm sorry, I looked into all html and txt files from dgdecnv2009.zip, but found no mention of a recommended driver version. The Quick Start Guide only says it should be >= 191.07. I have 196.21.
What is the recommended driver version?
Guest
27th May 2010, 04:06
Sorry, I confused you with someone else. That version is fine.
Please stick to one instance due to your low GPU memory. Is there still a problem?
I was trying to index/edit a second movie when another one was being encoded..
With one instance, no problem at all. I just need to be conscious about it now, when I used to be careless before :)
Guest
27th May 2010, 05:03
It shouldn't be a problem because the second one should just error out. Can you duplicate this?
Guest
27th May 2010, 05:10
Hi there,
I've found a MPEG-2 Program stream which DGIndexNV cannot decode. (I see a green video window with a few randomly colored macroblocks in it).
I had a copy of DGIndex 1.5.2 here, so I tried that. It shows video in the window properly.
The video is MPEG2 Program, profile esc (0@5), 720 x 512 px, 4:3 [2], 29.97fps, NTSC, Interlaced, BT.470-2 B,G, Frame, Top Field.
That's 4:2:2 video, which I'm pretty sure CUVID does not support. I have written Nvidia to verify that and ask if it might be supported.
It shouldn't be a problem because the second one should just error out. Can you duplicate this?
Yes, second instance always fails. With use_D3D=true I get the AviSynth error message from DGMultiSource(), without it, I get a message box with: Failed to create video decoder (100).
Guest
27th May 2010, 05:19
Yes, thanks, I know it will fail but it should not interfere with an ongoing encode. Can you reproduce that? With and without D3D?
No, not that one. I tried many times to "corrupt" an x264 1st pass, but I couldn't.
It happened at least 4 times yesterday and the day before, though! And I didn't restart my computer.
I know, if it cannot be duplicated, ..
Maybe my video card was getting too hot or something (after a 48h workout!).
tormento
27th May 2010, 06:51
Zathor's MEGUI build works for me. I don't use GUIs typically but I have tested it.
Do you mean the x64 version? Will it digest dgnv x86?
As a matter of fact, my problem is with guis and multisource, not with the older way.
tormento
27th May 2010, 06:52
HDConvertToX also supports DGNV tools nicely.
Does it work with multisource?
buzzqw
27th May 2010, 07:02
it support only DGMultiSource
BHH
Guest
27th May 2010, 13:53
Do you mean the x64 version? I currently do not have a 64-bit system so have never used any 64-bit software.
MrScientist
28th May 2010, 19:58
first off, thanks for a good product, it works exactly as advertised. i noticed that when the cuvid server is running, my video card (Gigabyte GT240 512mb gddr5) runs at its highest power 3d clock settings, but has a gpu load of 2% or less, memory controller load of 3% or less and video engine load of 7% or less. shouldn't the card be able to run at its lowest 2d power settings and still be able to accomplish this task? i'm assuming there's a specific reason for this and am not trying to find fault with the program, i'd just like to know why it is how it is. it would be nice, from a power efficiency standpoint, if the cuvid server could run with the gpu card in its lowest power settings. thanks.
Guest
28th May 2010, 20:02
I don't know anything about GPU power settings nor does my code do anything in that area. Whatever the Nvidia driver chooses to do is what will happen. If you have any advice about it I am all ears.
Video Dude
29th May 2010, 05:25
My source is DVD MPEG-2.
In terms of decoded video quality, how does DG NV tools compare with DGMPGDec? I'm considering donating to the DG NV tools project and was wondering if switching from DGMPGDec to DG NV tools will give an improved quality MPEG-2 decode.
I apologize if this has been discussed before, but I have been away from the forum and have not been keeping up with the project and couldn’t find the info when I searched.
Guest
29th May 2010, 12:25
Signifcant differences for MPEG2 are:
1. DGMPGDec and do 4:2:2 and 4:4:4 decoding. DGDecNV cannot. These streams are uncommon.
2. DGMPGDec has built-in postprocessing, such as deblocking.
3. DGDecNV had PureVideo deinterlacing and GPU resizing.
Unless you really need 3, there is no compelling reason to use DGDecNV *for MPEG2*.
Blue_MiSfit
30th May 2010, 10:48
Neuron2,
How many instances of ~50mbps H.264 w/CABAC @ 1080p24 can I expect to comfortably decode on a 1GB Quadro, without running out of video RAM? Roughly, of course :p I'll do some testing when I get a chance.
Derek
Guest
30th May 2010, 13:32
I don't know and will appreciate your test results.
I could say anywhere from 3 to 10 but that wouldn't be very helpful.
Karyudo
30th May 2010, 18:42
I've just had a frustrating--but ultimately rewarding--experience troubleshooting an "error" while using DGIndexNV that I thought I'd document for posterity, just in case somebody else needs it.
I recently built a new Windows 7 (64-bit) machine, and installed DGIndexNV, build 2009, under 'Program Files (x86)'. I then went online and generated a license for my new machine, and added it to my 'license.txt' file using copy and paste.
After this was all done and I'd installed AviSynth 2.58 and VirtualDub 1.9.9, I tried to run an AviSynth script I'd created and run before on my old machine, and got this error:
VirtualDub Error [ <-- title of window ]
Avisynth open failure:
DGSource: Invalid license.
(\\HOMESERVER\Users\Karyudo\_Video Render Projects\final.avs, line 20)
A reboot didn't help (not too surprisingly, but one never knows with Windows...). Neither did any of the other editing of the .avs that I tried. So I contacted neuron2, who helped me troubleshoot the issue:
• DGIndexNV appeared to work fine when creating new projects, which implied that the 'license.txt' file was correct and working as it should.
• Irritatingly, everything also worked fine if I started an entirely new DGIndexNV project from the new computer, and then opened the resulting .dgi with DGSource().
• The same .avs that worked, edited to point to a .dgi created on my old machine, did NOT work. This indicated that something was wrong with my .dgi files.
After I sent off some sample .dgi files, neuron2 very quickly found my issue: The path to the license file stored in the (human-readable) .dgi was pointing to 'Program Files' rather than to 'Program Files (x86)' as it needed to be under my 64-bit OS!
Once I added those few characters, all was well. All done, and in less than 8 (overnight) hours from initial contact to successful resolution.
Moral(s) of the story? Neuron2 provides excellent support of his products... and I'm clearly sort of an idiot.
Guest
30th May 2010, 18:53
and I'm clearly sort of an idiot. Don't be too hard on yourself, because the info on that string is buried in an obscure appendix of the users manual.
Thanks for the report that may benefit others.
Karyudo
30th May 2010, 19:05
I'm being hard on myself because I'm usually the sort of guy who thinks, "Moron! Don't you know the info on that string is buried in an obscure appendix of the users manual??"
Clumpco
31st May 2010, 20:52
Sorry for the lousy "report", I know how unhelpful that is, but I can't actually reproduce the error at will. 'Rather hoping to "ring some bells" maybe..
But wait; you mean with DGMultiSource() I can start two instances?! I'm missing something then, cause I use DGMultiSource() exclusively, and I always get this on second instances: Failed to create video decoder (100).
I'm admin on an XP SP3 with the latest patches, Comodo FW, Antivir Premium using a GeForce 8600 GT, Driver version 6.14.11.9621.
I think that I might have found the circumstances to re-create this error...
Build 2009 - if you encode from an DGIndexNV avs using MeGui and then leave MeGui open, when you restart DGIndexNV and open another file you get "Failed to create video decoder (100)".
Close MeGui and try again and all is fine.
Does this ring any bells for the original poster?
Incidentally I sometimes get the same error at the start of the second pass - this is relatively new but I wouldn't like to say if it is since a DGI update or a MeGui one.
Guest
31st May 2010, 22:40
Sounds like something for Zathor to look into as nothing has changed in DGDecNV that would account for that.
Clumpco
31st May 2010, 23:49
Sounds like something for Zathor to look into as nothing has changed in DGDecNV that would account for that.
Yes, smells of an unreleased file handle to me (or whatever is the equivalent for a frameserver).
Does this ring any bells for the original poster?
No, I don't use MeGUI at all (I make my own .bat with x264 options, edit cuts with VDub, and build AVS Trim() instructions - and Adobe Audition's .scp script - from VDub's .vcf file using a small AWK script of my invention). I like getting my hands dirty :rolleyes:
neuron2's explanation actually made perfect sense (lack of memory in my video card, I have 256MB).
The only issue was "corruption" of current instance when a second one was launched. But I haven't faced the issue ever since, so I'm rather thinking my system was somehow instable at the time, and this has nothing to do with DG Tools.
tormento
1st June 2010, 22:48
Is there a way to disable audio demux from a m2ts thru the GUI, thus creating the dgi only?
Guest
1st June 2010, 22:59
I could say RTFM...
Audio/Audio Demux/Clear All/Done
tormento
1st June 2010, 23:00
It was just a bit hidden ;)
I was asking that as I usually transcode dts and ac3 to lower bitrates to create mkv from BD. Could be nice to interface DGNV to eac3to and let it make all the work...
Clumpco
1st June 2010, 23:14
Audio/Audio Demux/Clear All/Done
Feature request: Checkboxes ! Much faster than clearing/selecting when there are multiple streams.
tormento
1st June 2010, 23:40
If we are in the request day, I'd like a mpls parser too...
Guest
1st June 2010, 23:55
MPLS parsing is already on the to-do list. GUI stuff I don't get too excited about.
I'm working on next generation security to fight the serial gens and exe crackers. I want to at least make it a bit hard for them, so they get bored putting so much work into a $15 program and give up. :)
Mixer73
2nd June 2010, 04:25
3. DGDecNV had PureVideo deinterlacing and GPU resizing. Unless you really need 3, there is no compelling reason to use DGDecNV *for MPEG2*.
I'm considering DGDecNV myself, honestly I should just donate for all the good works you've done, I must have done thousands of videos with your tools built into various GUIs over time.
My question is this: will the GPU decode faster than software for HD MPEG2 streams? I have an i7 965, maybe I'm just impatient but I want it to be faster in the indexing stage ;)
Guest
2nd June 2010, 05:45
My question is this: will the GPU decode faster than software for HD MPEG2 streams? I have an i7 965, maybe I'm just impatient but I want it to be faster in the indexing stage ;) Indexing does not use the GPU, so it can provide no boost. Decoding alone will likely not be faster on the GPU.
Possible gain comes from transcoding (decoding plus encoding), not simply decoding, as described several times. Offloading decoding to the GPU can free up CPU for encoding.
But any performance gain is secondary to the other advantages, also described several times: reliable random access, GPU deinterlacing, GPU resizing/cropping, correct decoding of AVC and VC1, consistent integrated solution to AVC/MPEG/VC1.
tormento
2nd June 2010, 08:00
But any performance gain is secondary to the other advantages, also described several times: reliable random access, GPU deinterlacing, GPU resizing/cropping, correct decoding of AVC and VC1, consistent integrated solution to AVC/MPEG/VC1.
One of the feature I used most is GPU deinterlacing.
One of the feature I need most is GPU denoising which is a killer for CPU but should be easily parallelized with CUDA or so. Film grain is something abused that increase bitrate for free.
Neuron: do you have the skills to implement some advanced noise filters such as MCTD or MDegrain into DGNV?
Renzz
2nd June 2010, 10:03
I've hit a problem using dgindexnv 2009 trying to index a particular MPEG2 TS file. It's reporting "malformed GOP" (twice, then it stops), however, if I run the same file through dgindex, it indexs it fine. For what it's worth, Videoredo also reports no errors in the stream, either when editing it or using QuickStreamFix.
I've cut the offending part out and it can be found at http://www.mediafire.com/?y5j2nziqmgj . It would be good to know if this is a bug in dgindexnv, or a real corruption in the stream that the other tools miss.
Thanks in advance.
Guest
2nd June 2010, 14:42
I've hit a problem using dgindexnv 2009 trying to index a particular MPEG2 TS file. It's reporting "malformed GOP" It's caused by GOPs like this:
SH
GOP
I
B
B
P
B
B
P
B
B
SH
P
B
B
It's unusual to have a sequence header (SH) appear before a P frame like that within a GOP. I detect boundaries for sorting into display order using the SHs in DGIndexNV, while in DGIndex I use the I frames (can't remember why I changed that). I actually have an old scribbled note here warning about this but I didn't worry because I never saw this in the wild. I'll have to change it to use the I frames as in DGIndex. It may take a few days.
Thanks for your report.
Renzz
2nd June 2010, 14:45
Thanks for the quick response, it's much appreciated.
Renzz
2nd June 2010, 17:06
Yes, smells of an unreleased file handle to me (or whatever is the equivalent for a frameserver).
I too get the "Failed to create video decoder" error intermittently using MeGui. It's much worse using dgmultisource, but less frequent when using Cuvidserver. I originally put this down to my ancient Nvidia card (8600 with 256MB) but I recently installed a 9800GT with 1GB of memory - but I still get the problem. It's also worse when your source is H264, and almost non-existant when it's MPEG2.
MeGui is definitely holding onto something - if you run GPU-Z (http://www.techpowerup.com/downloads/SysInfo/GPU-Z/) and monitor memory usage of the GPU, you can see that whenever you open the AVS in MeGui, memory goes up, but is never fully released. However, I only ever get to around 400MB before hitting the problem, so it must be some other resource issue. Odd that it's worse with DGMultiSource as opposed to Cuvidserver - I would have expected them to be the same, maybe?
CruNcher
2nd June 2010, 18:27
@Neuron2
Does nvcuvid.dll (VP2) support Mpeg-2 4:2:2 Studio Broadcast streams ?
Guest
2nd June 2010, 20:10
Currently no, but funny you should ask. I am working with Nvidia on that right now.
aegisofrime
4th June 2010, 08:57
neuron2, I'm thinking of donating for your DG NV Tools and I have some questions I hope you can help me with.
The Purevideo deinterlacing function looks great, and that's what I guess I will be using most. The thing is my work computer is also my gaming computer. I'm currently using a Radeon 4870 and need an nVidia card. I have come up with 2 choices
1) Get a Fermi (GTX 470 is my first choice)
2) Continue using my Radeon 4870 and get a cheap GT210/GT220 and use it alongside with the 4870 purely for Purevideo.
My question is, is the purevideo deinterlacing quality dependent on the card or are there differences? Also, do you know if your software will work in scenario 2? I'm aware that only Windows 7 supports heterogeneous video card support. I'm currently on vista and will have to upgrade to 7 for that, but I hope to find out whether it will work first.
Thanks!
squid_80
4th June 2010, 11:03
I've been running ATI and nVidia cards in the same machine since windows XP, no need for windows 7.
Additional SH in GOP ... wild guess: To support decoders catching a new video stream after DVB channel switching?
Guest
4th June 2010, 13:29
My question is, is the purevideo deinterlacing quality dependent on the card or are there differences? I don't know the answer to that. You'd have to ask Nvidia. I do know that it will be fine with the 210/220.
Also, do you know if your software will work in scenario 2? I'm aware that only Windows 7 supports heterogeneous video card support. I'm currently on vista and will have to upgrade to 7 for that, but I hope to find out whether it will work first. Yes, that scenario is supported.
Guest
4th June 2010, 13:31
Additional SH in GOP ... wild guess: To support decoders catching a new video stream after DVB channel switching? No, because an SH doesn't make a P frame into an I frame, so that can't improve seeking at that point. Anyway the GOP is very small to begin with.
Guest
4th June 2010, 14:48
* The previously hidden transport stream trim functionality is now exposed in
the GUI. A progress dialog for the trim operation has been added. Performance of the
file write operation has been improved. The functionality is now more robust for
writing proper packet boundaries. 192 byte transport packet streams are now
properly supported. Refer to the users manual for important usage notes and
caveats.
* Added a CLI avs template command: -at file.
* Fixed the Disable Display function for double rate deinterlacing. The operation
of this function has been made more robust.
* Fixed a problem causing some AAC streams to not be detected.
* Fixed a problem causing some teletext streams to be detected as audio.
* Added an error popup for non-4:2:0 streams (until supported by Nvidia).
* Fixed a problem in indexing of MPEG2 streams that caused some unusual but legal
GOPs to be considered malformed and cause an abort of the indexing.
http://neuron2.net/dgdecnv/dgdecnv.html
Guest
4th June 2010, 15:04
BTW, my 64-bit system is up and running now. Clean install and activate on bare metal with only a Win7 upgrade disk is quite a challenge, but I was up to it. :)
Development of 64-bit DGDecNV is begun.
Clumpco
4th June 2010, 17:34
BTW, my 64-bit system is up and running now... Development of 64-bit DGDecNV is begun.
Yay! ... and :sad: I can't afford an I7 and Win7 64 bits for the moment :)
aegisofrime
4th June 2010, 18:11
I don't know the answer to that. You'd have to ask Nvidia. I do know that it will be fine with the 210/220.
Yes, that scenario is supported.
Thanks for the reply :) If I do get a Fermi I will report back on its quality.
I've been running ATI and nVidia cards in the same machine since windows XP, no need for windows 7.
Thanks. I'm aware that heterogeneous is supported on XP as well, but I greatly prefer 7 to XP.
Clumpco
5th June 2010, 20:56
Version 2010 now successfully avoids treating Teletext as audio :-)
Unfortunately it still seems to detect BBC HD ac3 2/0 as 3/2. But no biggie.
Guest
5th June 2010, 21:28
Unfortunately it still seems to detect BBC HD ac3 2/0 as 3/2. Did you give me a stream for that? If so, what was the name? If not, please do so.
djloewen
6th June 2010, 02:15
I've got a video that isn't behaving optimally. It's an extra from a blu-ray disc, encoded at 720x480 (and it should be 4:3 but it's apparently not flagged as such, it appears to even display on a television in a slightly stretched AR). eac3to detected it as "480p24/1.001 (3:2) with pulldown flags". When it's indexed using DGindexNV 2010 it reports "Frame Rate: 23.976024 fps" but it seems to be counting 30fps worth of frames. As a result, when I encode the video I end up with ~22mins of audio and ~28mins of video (30fps played back at 24fps). Small sample here:
http://www.megaupload.com/?d=PW53CQ2O
Any help would be appreciated.
Mixer73
6th June 2010, 03:04
Development of 64-bit DGDecNV is begun.
64bit Vista here for testing of any builds you wish, although I am only using DGDecNV in a very limited way.
Guest
6th June 2010, 05:06
eac3to detected it as "480p24/1.001 (3:2) with pulldown flags". I don't see any soft pulldown in the stream you linked.
When it's indexed using DGindexNV 2010 it reports "Frame Rate: 23.976024 fps" but it seems to be counting 30fps worth of frames. The stream is indeed coded as 23.976 fps. Regarding your second point, I cannot tell anything without the muxed stream to compare the audio. It sounds unlikely.
Please post a link to a larger M2TS source sample direct from the bluray that I can use to duplicate the problem.
Clumpco
6th June 2010, 08:29
Did you give me a stream for that? If so, what was the name? If not, please do so.Not recently, no. However I suspect that the .ts that it did it on was corrupt, after "fixing" DGNV detected it correctly as 2/0.
I shell get back to you after more investigation.
djloewen
6th June 2010, 14:52
I don't see any soft pulldown in the stream you linked.
The stream is indeed coded as 23.976 fps. Regarding your second point, I cannot tell anything without the muxed stream to compare the audio. It sounds unlikely.
Please post a link to a larger M2TS source sample direct from the bluray that I can use to duplicate the problem.
Here's a 100mb sample of the original m2ts file:
http://www.megaupload.com/?d=MKOFDA0W
Here's the full m2ts file, in case it helps (763mb):
[link removed]
This particular episode (there are 4) is 20:17, but the video ends up being 25:21.
And here's something interesting. Last night I was using CUVIDserver 2006 and DGindexNV 2010 (accidentally, due to MeGUI not using the newest version) and it said 23.976. This morning I used 2010 and 2010, and it said 29.970. So I've spent 15 minutes switching between various combinations (and switching between input files: the 100mb sample, the full m2ts, and the demuxed vc1) and in fact I'm not seeing a pattern at all - sometimes I get 23.976, sometimes 29.970. I've managed to get a DGI file of each, and the one created at 29.970 plays back at the correct length in an AVS file.
So, besides the obvious "what's going on here?", there's the interesting point that in either case, it counts the same number of coded frames and playback frames. Is this correct? Is eac3to wrong about it having soft pulldown?
Edit:
Alright, I've found the pattern (and btw I'm only using 2010 now, so I don't know how this applies to 2006). If I open one of the m2ts files first, it shows 29.970 and any of the test files I subsequently open (inclding the demuxed vc1 stream) show as 29.970. If I then close and re-open DGindexNV, and open a vc1 first, it detects as 23.976 and opening the m2ts afterwards will make it show as 23.976.
Guest
6th June 2010, 15:32
Alright, I've found the pattern (and btw I'm only using 2010 now, so I don't know how this applies to 2006). If I open one of the m2ts files first, it shows 29.970 and any of the test files I subsequently open (inclding the demuxed vc1 stream) show as 29.970. If I then close and re-open DGindexNV, and open a vc1 first, it detects as 23.976 and opening the m2ts afterwards will make it show as 23.976. Thank you for your trouble report. I wish they were all as thorough and well presented. :)
I've duplicated this with your samples. Investigating...
Guest
6th June 2010, 16:05
The stream is 29.97 fps without pulldown.
Regarding the initial sample.vc1 you linked: I don't know what you demuxed that with but it really is 23.976. Let's forget that because I don't know how you made it. If EAC3TO did that you should report it. If you demux with DGIndexNV 2010 from your sample.m2ts, the resulting sample.demuxed.vc1 opens as 29.97, as it should.
I've located the bug that you exposed. When you open a new file from within DGIndexNV (without closing and reopening DGIndexNV), there are cases where the new sequence headers are not processed. One case is if the only change is the frame rate, which applies in your scenario because you open sample.vc1 first and then open sample.m2ts.
The fix will be in the next release. Your workaround is to close DGIndexNV before opening new files.
(BTW, I have deleted your full sample link for copyright reasons.)
RedDwarf1
7th June 2010, 07:27
I'm interested in purchasing a nVidia card so I can use DG NV Tools after having great difficulty decoding BBC HD video using software methods. I have a HD3850 512MB video card currently where the cards idle power consumption was an important thing when I decided to purchase it. ATI latest cards do use less power than nVidia, probably due to AMD's CPU design experience, it's not a myth like I have seen mentioned. It's a pity that ATI doesn't get it's act together and provide a means to program for it's GPU's like nVidia does.
Seeing as there is no ATI GPU assisted decoder for AVISynth and there seems like very little chance of one being produced, I have decided to add a nVidia card as a 2nd Video card in my PC and the card needs to have very low idle power consumption but provide good decoding capabilities. I have read through most of this thread and a large part of the NV Tools development notes and nVidia correspondence and seen people asking about the decoding performance of various cards and seen no definitive guide to allow people to decide which card to purchase. Really doing such tests requires the same PC setup and multiple nVidia cards which people do not usually have access to. nVidia are really the people who could provide such information but it's whether their figures could be trusted.
Does anyone know of any figures to indicate the performance of various nVidia cards, especially when de-interlacing 1080i content?
What type of performance could I expect from a GT 240 DDR5 512MB/1GB card? I would be particularly interested in decoding figures from such a card.
But any performance gain is secondary to the other advantages, also described several times: reliable random access, GPU deinterlacing, GPU resizing/cropping, correct decoding of AVC and VC1, consistent integrated solution to AVC/MPEG/VC1.
Random access and GPU De-Interlacing is important to me providing the quality is good. Are there any examples of the De-Interlace quality?
GPU Resizing would also be of interest providing the quality was good. How does it compare to Spline36resize or Spline64resize?
neuron2, I'm thinking of donating for your DG NV Tools and I have some questions I hope you can help me with.
The Purevideo deinterlacing function looks great, and that's what I guess I will be using most. The thing is my work computer is also my gaming computer. I'm currently using a Radeon 4870 and need an nVidia card. I have come up with 2 choices
1) Get a Fermi (GTX 470 is my first choice)
2) Continue using my Radeon 4870 and get a cheap GT210/GT220 and use it alongside with the 4870 purely for Purevideo.
My question is, is the purevideo deinterlacing quality dependent on the card or are there differences? Also, do you know if your software will work in scenario 2? I'm aware that only Windows 7 supports heterogeneous video card support. I'm currently on vista and will have to upgrade to 7 for that, but I hope to find out whether it will work first.
Thanks!
You are in a similar position to me, except Gaming is of no interest to me. The later last generation nVidia cards are better than earlier cards in a number of ways. The decoding engine, VP4 is much improved on GT210/220/240 cards supporting improved resizers and eliminating the restrictions on H264 decoding resolution sizes that previous cards had. Their idle power usage is very low which is of benefit when not using the cards for decoding. I might of been interested in the GT430 which was meant to be released fairly soon but I don't want to have to wait any longer. So the GT 240 DDR5 is the card that interests me due to it's higher memory bandwidth and low power usage of about 6.3 Watts. Having single slot designs available also helps in my already overcrowded case so I do not lose any other slots.
Would I experience any difference between 512MB and 1GB of onboard memory? How would 1GB benefit me over a 512MB card?
Are there any restrictions on the number of H264 streams that can be opened at the same time? Can it open 2 or 3 different streams and process all at the same time in one AVISynth script?
http://en.wikipedia.org/wiki/Purevideo#The_Fourth_Generation_PureVideo_HD
nVidia Card Feature table (http://www.techarp.com/showarticle.aspx?artno=88&pgno=8)
Video card Power Usage (http://www.xbitlabs.com/articles/video/display/gpu-power-consumption-2010_3.html)
Guest
7th June 2010, 13:21
Random access and GPU De-Interlacing is important to me providing the quality is good. Are there any examples of the De-Interlace quality? There is at least one example in this thread.
GPU Resizing would also be of interest providing the quality was good. How does it compare to Spline36resize or Spline64resize? Again, if you read the thread you'll find that CUVID supports only bilinear at this time.
Would I experience any difference between 512MB and 1GB of onboard memory? How would 1GB benefit me over a 512MB card? As described in this thread, the number of simultaneous instances of the decode that you can create is limited by the card's memory.
Are there any restrictions on the number of H264 streams that can be opened at the same time? Can it open 2 or 3 different streams and process all at the same time in one AVISynth script? It depends on the card's memory.
paulvdb
7th June 2010, 14:45
Version 2010 now successfully avoids treating Teletext as audio :-)
Unfortunately it still seems to detect BBC HD ac3 2/0 as 3/2. But no biggie.
That is probably the BBC's fault. They sometimes mess up their audio and flag it as 3/2 even though only the left and right channel actually have audio.
Clumpco
7th June 2010, 17:10
That is probably the BBC's fault. They sometimes mess up their audio and flag it as 3/2 even though only the left and right channel actually have audio.
If you read my later reply it was the .ts that was corrupted.
But I do know about their 3/2 lockdowns (we'll probably get them again for the duration of the world cup) but in the case in question it was really 2/0.
@RedDwarf1 regarding GPU processing quality, and for who ever asking himself the same questions.
I can only give my subjective impressions, but I've done quiet a bit of video encoding since 2002..
* Resizing: DG NV tools are aimed mainly at HD content. In that case, resizing, if any, means downscaling. Bilinear will do a great job here. Actually, when it comes to downscaling, almost every algo is a champ. I am very satisfied with what CUDA does here. And bilinear is quiet good at upscaling too, although I did it only once with CUDA.
* De-interlacing: when the source is clean, I get great de-interlacing with DG NV. However. I'm encoding a TV show DVD right now (NTSC), and was not satisfied with what CUDA does here. But it's comparable to what I get from a "professional" software player (TotalMedia Theatre 3, "hardware acceleration" disable), so, can I really blame CUDA?!
What I know, is that I get a better looking image with VLC de-interlacing (blend), and an amazing result in AviSynth with eedi2/tdeint (I can post examples if you want, but basically, all lines are straight and smooth with no "stairs" effect with eeid2/tdeint). Of course, I pay dearly for this quality on the CPU level.. (2.65 fps is brutal, but my x264 options are pretty wild, too :))
* Cropping: don't buy CUDA for this! Cropping is so cheap, it almost makes no difference if you do in CPU or GPU.. But if you can make your GPU do it, why the heck not?!
* Memory: this is the topic that brought me to this forum. I have a 256MB 8600 GT (I'm anti-gamer, is you wish), and that's worth 1 1080p stream.
I can do up to 3 720x540 standard def concurrent instances, barely.
This doesn't mean these numbers scale up linearly with memory quantity, though.. it just gives a hint: if you go for it, go heavy on the DDR!
Other testimonials would definitely shed some more light on this specific topic
Cheers.
WasF/
Guest
8th June 2010, 00:28
* Cropping: don't buy CUDA for this! Cropping is so cheap, it almost makes no difference if you do in CPU or GPU.. But if you can make your GPU do it, why the heck not?! You miss the point. The most common process is to crop and then rescale. So if you rescale on the GPU, you *must* therefore crop on the GPU.
Of course, neuron2 :).. some features go hand in hand, indeed.
Still, you can do cropping alone on the GPU.
And I don't see where the obligation to GPU-crop comes from if I do resizing: I've been doing DGMultiSource(resize_w=720, resize_h=540) for 6 episodes now, with no cropping, and it works just fine (DGI: CLIP 0 0 0 0) and I don't see what would be illegal if I added an Crop() to my AviSynth script on top of that, too..
You got me worried now!
If you'd care to elaborate, I'd be curious to know what I'm missing..
woah!
8th June 2010, 05:02
ok so if you crop after you have used (resize_w=720, resize_h=540) then it wont be 720x540 afterwards would it... it will be smaller, so cropping first and then resize will give you 720x540.
Guest
8th June 2010, 06:58
The calculations are more straightforward if you crop first. And if you crop first, then you must do it on the GPU if you do the resizing on the GPU.
As I said, you missed the point. :)
Oh! I got it, I got it!
Yes, if you do GPU resizing and need cropping, it would be much easier and safer to do it all in GPU.
I was more thinking technical limitation or somethin' .. :eek:
Believe it or not, the first time I used DG NV tools, it was for re-encoding Avatar, and I did resizing with CUDA and a bit of cropping in the AVS script :rolleyes:
('Never understand the 8 Mbs/s thing! What was H.264 for, again?!!)
Guest
9th June 2010, 01:33
I have just run DGIndexNV built for x64 for the first time! It's working great. And it's very fast on my i7-980X overclocked to 4.2 GHz. :)
The major challenge was the color conversion and display routines. In DGIndexNV x32 I use a simple C loop to unpack CUVID's NV12 to planar YV12 and then compiler intrinsics for an asm implementation of YV12 to packed RGB for display via Windows GDI (as implemented in the CUVID Client). But those intrinsics are not available on x64. (The code in DGIndex [the open source one] of course uses 32-bit asm files. Those would have to be recoded but can't be used in any case due to GPL.)
So I wrote a high-performance pure C implementation of YV12 to RGB using lookup tables. This conversion is actually a little faster than the one in the current x32 version.
I spent all day making the needed revisions to the cropping and save BMP utilities to make them work with the new conversion code.
The source filters should be easy as there is no asm code in them.
So who will tell me where to get the latest and most stable x64 version of Avisynth? Can it coexist with the x32 version?
Audionut
9th June 2010, 05:18
http://forum.doom9.org/showthread.php?t=152800 Set's version. Runs fine with 32bit version installed, and actually needs the 32bit installed for the registry pointers.
Oh, and I'll happily beta test with you.
lych_necross
9th June 2010, 07:32
Unfortunately, I don't believe there is an official x64 build of Avisynth. In addition to JoshyD's build (listed above), Squid_80 has a x64 build of Avisynth as well as precompiled plugins here (http://www.members.optusnet.com.au/squid_80/). As to which one is more stable, I would say neither are as stable as the official x86 build; however, if you forced me to pick one, I would probably recommend JoshyD's build. Hopefully IanB will get inspired and come up with an official x64 build sometime this year.
Audionut
9th June 2010, 08:14
Squids build is about 3 years old iirc.
tormento
9th June 2010, 11:52
Neuron, would you implement an auto/manual crop interface in DGIndex? Staxrip and other gui's sometimes lose a lot of time in cropping procedures. It could be glad to have the possibility to get it before.
(nice english today, I must have temperature)
Guest
9th June 2010, 14:48
Please provide specs for the functionality you want. I ask because it's not obvious to me. For example, say I have a letterboxed movie and cropping away just the black leaves a certain non-mod (4, 8, 16) vertical size. Should I overcrop to enforce mod? What frame(s) should be used for the calculations? Etc. I have never used autocrop so if you want this you have to be really clear about what you want.
Selur
9th June 2010, 15:38
I normally do something a long the lines of:
1. allow user to specify:
- threshold 0/16/32 (= color value that will still count as black)
- mod the output should have after cropping (2/4/8/16)
2. analyse 500 frames from the source:
- e.g. take every framecount/500 frames a frame
- if source is < 500 frames analyse all
- if seeking is an issue skip the first framecount/10 frames then analyse 5 frames skip 100 frames until you got 500 (if source is too short for this, lower frames to skip)
- drop results where width or height more than halves
- from the results take the crop values from the frame with the larges non black area
3. adjust crop values to mod
- overcrop to archive the output mod the user wanted
Cu Selur
Guest
9th June 2010, 22:15
Thanks, Selur.
My first test runs into problems. I have a 16 level black bar but as it approaches the video it gets lighter (due to encoding). It's hard to pick a threshold because some of the pixels are 46 and higher but still in the bar. Do you just get close and then hope the mod operation finishes the job? If so, it seems very unrobust.
onesloth
9th June 2010, 23:51
Could you adjust the threshold based on the average luma level of the non-black areas? i.e. bright image -> higher threshold, dark image -> lower threshhold.
Guest
10th June 2010, 00:00
That's too complicated, but thanks for the suggestion. With a decent fixed threshold (32) and enforcing the mod (and fixing the bug I had) I get acceptable results.
I've added the feature for the next release with a threshold of 32 and mod 4/8/16. It operates on the frame that is displayed when the cropping dialog is entered. I'll tweak it further as needed.
Blue_MiSfit
10th June 2010, 02:18
Hi Neuron2!
Congrats on getting that badass 980x CPU :D It will make whatever you had before seem like a toy!
I'm also very excited by the prospect of DGIndexNV x64. The folks currently deep in AviSynth x64 development will be delighted to add your tools to their arsenal. I think you'll find things in good shape, as many plugins have been ported over, and many see large performance increases (especially MVTools).
If only I didn't have to deal with ProRes, then I could live in a pure x64 environment for all my encoding needs...
Derek
SideStream84
10th June 2010, 06:36
I've noticed a quality issue when using the nvidia deinterlacer and have done some troubleshooting / investigating. At first I thought it was a 64bit issue since it was happening in XPx64 and 7x64, but I formatted one of the computers to XPx32 and it persists.
Specs:
1. Win 7x64, GeForce 9800 GT x2 (1gb ram each), driver version 197.45.
2. Win XPx32/x64, GeForce 9800M GS (512 mb ram), driver version 197.16.
3. Win XPx32, GeForce 9650M GT, driver version 197.16
Things tried (none of which changed the results):
-SLI on/off
-DGNV 2007, 2008, 2009, 2010
-Lower versions of the nvidia drivers
-multisource and CUVID server
-Win 7x64, WinXPx32, WinXPx64
On the two computers with 9800s I get "artifacts" as shown below with a few of them marked (as the scene pans they stay the same in the same locations, it's not like variable "noise"):
http://i113.photobucket.com/albums/n234/sidestream84/9800.png
On the computer with the 9650M GT, it looks as one would expect:
http://i113.photobucket.com/albums/n234/sidestream84/9650.png
Do different GPUs do it better or worse than others or does anyone have any information on what might be the cause of the artifacts? (using a supported purevideo player like windows media player on win 7 results in a good looking image without artifacts on all computers tested). Is there anything else I can/should try?
JoeH
10th June 2010, 07:23
Unfortunately, I don't believe there is an official x64 build of Avisynth. In addition to JoshyD's build (listed above), Squid_80 has a x64 build of Avisynth as well as precompiled plugins here (http://www.members.optusnet.com.au/squid_80/). As to which one is more stable, I would say neither are as stable as the official x86 build; however, if you forced me to pick one, I would probably recommend JoshyD's build. Hopefully IanB will get inspired and come up with an official x64 build sometime this year.
Yes, JoshyD's is the best, and currently in development as well, which always helps...
tormento
10th June 2010, 08:25
Please provide specs for the functionality you want. I ask because it's not obvious to me. For example, say I have a letterboxed movie and cropping away just the black leaves a certain non-mod (4, 8, 16) vertical size. Should I overcrop to enforce mod? What frame(s) should be used for the calculations? Etc. I have never used autocrop so if you want this you have to be really clear about what you want.
The StaxRip behaviour should be enough, i.e. specify in preferences the mod you need, and autocrop to the majority format of N frames. In the preferences you should get the possibility to choose between under or overcrop when auto. Obviously the possibility of gui assisted manual correction is mandatory.
Yes, I know, I am a lazy man ;)
Guest
10th June 2010, 13:56
Do different GPUs do it better or worse than others or does anyone have any information on what might be the cause of the artifacts? (using a supported purevideo player like windows media player on win 7 results in a good looking image without artifacts on all computers tested). Is there anything else I can/should try? Please give me the source stream so I can investigate.
MOS-Marauder
10th June 2010, 15:05
Hi Neuron..
I found a strange behaviour of DGindexNV 2010 on ArteHD (Gerrmany) Streams.
When i use DGIndexNV to Cut and create DGI/MP2 Audiofiles it creates 4 instead of 2 Audiofiles.
(The Stream contains only 2 Audio Streams ... German and French)
Also the Audiofiles now have a super High Delay added.
It looks like this:
klassenzimmer.dgi
klassenzimmer PID 184d L2 2ch 48 256 DELAY -1060ms.mp2 (49.836.770 bytes)
klassenzimmer PID 184d L2 2ch 48 256 DELAY -1412ms.mp2 (94.xxx bytes)
klassenzimmer PID 184e L2 2ch 48 256 DELAY -1070ms.mp2 (49.837.098 bytes)
klassenzimmer PID 184e L2 2ch 48 256 DELAY -1422ms.mp2 (94.xxx bytes)
Before i never had any Delay using DGToolsNV.
The 2 smaller Files contains audio from somewhere of the Source.
Anotehr strange behaviour is... When i open an Avisynth script with dgi inside to play @ mediaplayer it takes upto 2-3 minutes until it starts to play. Same thing if i use MeGui with DGI files.
If u need a Sample, tell me. The Recording(s) were done with DVBViewer Pro and a Dreambox 800HD.
Edit: I also found out that the Cuts are not at the Points ive made them...They are a 1-2 Seconds before....
Edit2: Only the Audio is not cutted right... Video is ok
Chris
Guest
10th June 2010, 15:17
If u need a Sample, tell me. Yes, I need a sample of the source stream that I can use to duplicate the problem. Please make sure that the problem occurs with the sample that you give me. Also, explain exactly how to make the problem happen with the sample.
Post the script that you claim takes 2-3 minutes to open.
MOS-Marauder
10th June 2010, 15:21
Here it is:
LoadPlugin("C:\Program Files (x86)\megui-Dev-031-1061\tools\dgindexnv\DGDecodeNV.dll")
DGSource("F:\000-CAPTURE-BACKUP\____BluRay-BRENN\HD-Encode\Xenius - Das schwimmende Klassenzimmer\klassenzimmer.dgi",fieldop=0)
SelectEven()
#deinterlace
#crop
#resize
#denoise
I simply started DGIndexNV 2010, loaded the Video Source... Marked Start and End and saved Project.
Ive also tried w/o Cuvid Server with DGMultiDecode but MeGui crashed then. (same error as i wouldnt have Cuvid Server started... Couldnt decode..)
Shall i cut the Sample with a special Tool? (found it..DGSplit...)
Edit: The Time for Opening differs. Long Video File...Long Time to open with DGTools... short one ..eg 25 Minutes only takes 5-10 seconds. The 4 Hrs Eurovision Show took that long (3-4 minutes)
Not that u misunderstand me... Opening in DGIndexNV works instantly... But loading/using the DGI in anyway causes this.
Edit2: The Version Number of MeGui u see in the Filename above isnt correct... its the actual Developer Version.
Btw. congrats to Your new Rig.
Here is the File.
If u only load it and save Project i only have the DGI and 2x mp2 like expected. (also with Delays of aprox 1000).
Buuuuuuut if i set cut points in and out... it creates 4 mp2 Files like described above...
http://www2.zippyshare.com/v/88814789/file.html
Chris
Guest
10th June 2010, 16:42
Not that u misunderstand me... Opening in DGIndexNV works instantly... But loading/using the DGI in anyway causes this. What happens if you open the script in VirtualDub?
MOS-Marauder
10th June 2010, 17:04
Same thing as in any Application... it opens after a while. It looks like it would check/scan the Video Source before opening. If i have the first Frame at the Display everything is like before.. normal behaviour... Only the first Opening of the Script takes a long (longer depending on Source Filesize) time.
Chris
Guest
10th June 2010, 17:11
@MOS-Marauder
1. Delays of ~1000ms are not wrong and not uncommon.
2. Using your sample I get two audio streams both of which play fine in MPC. There are not four as you claim.
3. I do not experience any slow opening in VirtualDub with your sample. I will try with my own longer file at home this evening, but the DGI file is read, that is all, there is no scanning of the video file, so the process should be fast.
Guest
10th June 2010, 17:16
The file open does do a sort of the POCs of the last GOP. If the POCs are spanning the full integer range then my simple bubble sort may take a long time. I wasn't expecting to have to sort extremely large GOPs.
To see if that is the case please give me the complete DGI file for the entire stream. I think I know what is happening but I need the DGI to confirm it.
EDIT: Ha. That sorting is not needed anymore! That was needed for previous versions when the FRM entries in the DGI file were not sorted by DGIndexNV. Since they now appear in the DGI file already sorted that sorting code in DGSource() can be removed and will very likely solve the problem.
MOS-Marauder
10th June 2010, 19:19
@MOS-Marauder
1. Delays of ~1000ms are not wrong and not uncommon.
2. Using your sample I get two audio streams both of which play fine in MPC. There are not four as you claim.
3. I do not experience any slow opening in VirtualDub with your sample. I will try with my own longer file at home this evening, but the DGI file is read, that is all, there is no scanning of the video file, so the process should be fast.
To 1:
Maybe but in the past i always had 0 Delay in DGIndexNV.
To 2:
Sure if i play the Sample in a player there are 2 Audio files, but that wasnt the problem. The Problem is .. if i use DGIndexNV 2010 and mark any start and end point (cut points) in it and save the project then i get 4 Audios. as i posted somewhere above.
To 3:
Yep with this small Sample its allmost impossible to see it but if u use a 21 GB Source File u will notice it ;) (I can do a screencast for u in realtime if u want it ;) )
And again.. if i do NOT set any Cut points and save the Project i get only the 2 Audios as it should be.
Chris
MOS-Marauder
10th June 2010, 19:22
The file open does do a sort of the POCs of the last GOP. If the POCs are spanning the full integer range then my simple bubble sort may take a long time. I wasn't expecting to have to sort extremely large GOPs.
To see if that is the case please give me the complete DGI file for the entire stream. I think I know what is happening but I need the DGI to confirm it.
EDIT: Ha. That sorting is not needed anymore! That was needed for previous versions when the FRM entries in the DGI file were not sorted by DGIndexNV. Since they now appear in the DGI file already sorted that sorting code in DGSource() can be removed and will very likely solve the problem.
DGSource("F:\000-CAPTURE-BACKUP\____BluRay-BRENN\HD-Encode\Xenius - Das schwimmende Klassenzimmer\klassenzimmer.dgi",fieldop=0)
U mean that Fieldop=0 ?
U still need the DGI of that Eurovision Song Contest File?
Chris
Guest
10th June 2010, 19:39
U still need the DGI of that Eurovision Song Contest File? Yes, please.
1. DGIndexNV simply reports the delay in the stream.
2. I cannot duplicate this with the sample you provided.
3. I cannot help without the full DGI file.
U mean that Fieldop=0 ? No.
BTW, is your keyboard broken? "You" keeps coming out as "U".
MOS-Marauder
10th June 2010, 19:42
Yes, please.
Ok this will take a while because i have to copy the 21 GB file from the Reciever to the HDD xD..and Dreamboxes arent very fast on that....
Chris
Guest
10th June 2010, 19:48
Don't you already have the DGI file for whatever stream you are reporting this slow open problem for? There's no need to copy the full stream anywhere.
MOS-Marauder
10th June 2010, 20:19
Don't you already have the DGI file for whatever stream you are reporting this slow open problem for? There's no need to copy the full stream anywhere.
Lol not for the BIG one.. because i encoded my Video already. I simply forgot to delete the big TS file ...
Ok so here it is.. i tested it .. it took 2 1/2 minutes until i saw the 1st frame.
http://www15.zippyshare.com/v/47453929/file.html
In the one above i simply loaded the File and saved Project. it saved 1 DGI and 1 AC3.
I tried it again a 2nd time.. with a Cut in and Cut out point. The result is weird... DGIindexNV created now 1 DGI and 3 AC3 files.
http://www9.zippyshare.com/v/37315488/file.html
20100529 2054 - Das Erste HD - Eurovision Song Contest 2010 (Edited)-withcut.dgi
20100529 2054 - Das Erste HD - Eurovision Song Contest 2010 (Edited)-withcut PID 1786 3_2ch 48KHz 448Kbps DELAY -1174ms.ac3
20100529 2054 - Das Erste HD - Eurovision Song Contest 2010 (Edited)-withcut PID 1786 3_2ch 48KHz 448Kbps DELAY 1513ms.ac3 <-- This is the real one
20100529 2054 - Das Erste HD - Eurovision Song Contest 2010 (Edited)-withcut PID 1786 3_2ch 48KHz 448Kbps DELAY 329ms.ac3
Why it creates the 2 other Files ? Its the absolute Same source File as in the first try.
Chris
Guest
10th June 2010, 21:10
Your full DGI confirms my theory about what is happening. It will be fixed in the next release.
Regarding the audio demuxing, I cannot help without a stream that I can use to duplicate the issue. I am unable to do that with the sample you gave me.
um3k
10th June 2010, 21:26
I am having a frame accuracy problem with DG NV tools when used in conjunction with MultiDecimate.
Here is the script:
foot = DGMultiSource("L:\8mmTest\8mmNoShut-2010_06_10-15_31_37.dgi").DoubleWeave()
#~ RestoreSuper8Frames(foot)
foot.ConvertToYUY2(interlaced=true)
MultiDecimate(pass=2)
SelectOdd()
FlipHorizontal()
It works fine at first, but after about 80 (decimated) frames, it begins returning the wrong fields. If I seek to another part of the video, it works fine again for a number of frames before reverting to the bad behavior.
Any idea what the problem could be?
Guest
10th June 2010, 21:28
I am having a frame accuracy problem with DG NV tools when used in conjunction with MultiDecimate.
Here is the script:
foot = DGMultiSource("L:\8mmTest\8mmNoShut-2010_06_10-15_31_37.dgi").DoubleWeave()
#~ RestoreSuper8Frames(foot)
foot.ConvertToYUY2(interlaced=true)
MultiDecimate(pass=2)
SelectOdd()
FlipHorizontal()
It works fine at first, but after about 80 (decimated) frames, it begins returning the wrong fields. If I seek to another part of the video, it works fine again for a number of frames before reverting to the bad behavior.
Any idea what the problem could be? I will try to duplicate it. Can you give me the settings you used for MultiDecimate, please?
MOS-Marauder
10th June 2010, 22:28
Your full DGI confirms my theory about what is happening. It will be fixed in the next release.
Regarding the audio demuxing, I cannot help without a stream that I can use to duplicate the issue. I am unable to do that with the sample you gave me.
You can duplicate it with the small sample u got from me...
SImply load it into DGindex NV and mark a start point for example at 1/3 and the others shortly before the end.
I dit it @ this Range:
DGAVCIndexFileNV5
C:\Program Files (x86)\megui-Dev-031-1061\tools\dgindexnv\
C:\DVD-HDTV\MOS-NFOGen-HD\tt\01-21_17-35-01_arte HD (ger)_Xenius.ts 99614720
STREAM 1
PKTSIZ 188
VPID 6210
YUVRGB 1
LUMFILT 0 0
CLIP 0 0 0 0
RANGE 31601952 0 67877116 0
AUDIO 184d,184e
SPS 27393899
PPS 27393940
SPS 31601903
PPS 31601944
RPS 31601952
I 31601979
Chris
Guest
10th June 2010, 22:53
You can duplicate it with the small sample u got from me...
SImply load it into DGindex NV and mark a start point for example at 1/3 and the others shortly before the end.Chris OK, thank you, those instructions have allowed me to duplicate it. It's bizarre.
Investigating...
MOS-Marauder
10th June 2010, 23:28
Hope u find it... it is really weird *G*
Chris
Guest
10th June 2010, 23:48
I've already found and fixed it. The fix will be in the next release.
Guest
11th June 2010, 00:38
A stream for you. Blu-ray source indexed by latest dgdecodenv and encoded by x264 with...bframes=8 , ref=16.
...
Can't see any of the artifacts in the screenshot below while watching with mpc-hc using latest coreavc in cuda mode.
Nvidia told me the cause of this and I made a fix. Level 5.0 allows 16 refs, and so you need 17 decode surfaces, but I had set the max to 16 because D3D mode supports only 16. So I bumped it to 20 for non-D3D mode. Such streams may still break in D3D mode but no-one should need that mode anymore. The fix will be in the next release.
Thought I forgot about this, huh? :)
Audionut
11th June 2010, 02:49
Thought I forgot about this, huh? :)
Actually, come to think about it, I had forgotten about it, and you asked me if it occurred with with level 4.1 or lower refs, and I can't recall if I replied. :eek:
Glad you got a fix coming though. Thanks Don.
MOS-Marauder
11th June 2010, 06:36
I've already found and fixed it. The fix will be in the next release.
Both Problems ? Wow xD Thx for Your hard work.
Hope the x64 Version is also working that good ;)
Chris
tormento
11th June 2010, 06:52
Err.. should x64 works with standard avisynth calls or it's like mix apples wit bananas?
Some filters, unfortunately, are still unavailable in x86.
MOS-Marauder
11th June 2010, 06:56
I guess at the beginning it will be nessesary to use a Wrapper or something like this ....
Chris
Guest
11th June 2010, 07:25
Err.. should x64 works with standard avisynth calls or it's like mix apples wit bananas?
Some filters, unfortunately, are still unavailable in x86. AFAIK, you cannot run 32-bit filters with 64-bit Avisynth.
For the x64 architecture, Avisynth, DGIndexNV, DGDecodeNV, DGMultiDecodeNV, and CUVID Server all will run in x264 mode.
BTW, I have just successfully run DGMultiDecodeNV in x64 mode.
The Win32 and x64 versions of DGDecNV will be functionally identical.
Yes, you will need to be patient as filters are ported to x64.
Guest
11th June 2010, 08:09
The 64-bit port is now complete. Everything works fine.
Tomorrow I will release build 2011 with the fixes and the 64-bit binaries.
jpsdr
11th June 2010, 09:20
Nice !!
Audionut
11th June 2010, 10:13
Sweet. Can't wait to test it out.
MOS-Marauder
11th June 2010, 10:54
Same here ;) Very sweet !
Chris
Guest
11th June 2010, 14:26
* The DGI file format version was bumped to NV6. So remake your projects
and INI files.
* NV12 to RGB code in DGIndexNV was converted to pure C for x64 compatibility.
* The PC/TV Scale option was removed. In the DGIndexNV display, PC scale is always used.
This affects only the display in DGIndexNV, and has no effect on video served by
your scripts.
* The Detected SIMD option was removed as there is now no asm code.
* An autocrop function was added to the cropping dialog.
* Fixed a problem causing spurious audio tracks to be demuxed.
* Fixed a problem with timeline navigation in DGIndexNV for some MKV files.
* Fixed a problem with AVC streams with 16 refs.
* Fixed a problem with sequence headers not being processed in some cases. This could
result in the frame rate not being correctly detected.
* Inlined a lot of the parsing code to improve indexing performance.
* Fixed a problem that caused some scripts to take a long time to be opened.
* Implemented 64-bit binaries (for power users only).
http://neuron2.net/dgdecnv/dgdecnv.html
The changes were extensive, hopefully I didn't break anything. I'm sure you guys will soon let me know if that is the case. :)
simonb1975uk
11th June 2010, 16:22
Am testing now. Will let you know of any bugs.
tormento
11th June 2010, 16:47
Neuron: what do you use as encoding gui in x64 environment?
Guest
11th June 2010, 17:26
Neuron: what do you use as encoding gui in x64 environment? I don't use GUIs for encoding in any environment.
MOS-Marauder
11th June 2010, 18:49
Testing ;).... btw i use MeGUI ....
Working like a Charm. All Bugs i mentioned gone... I always Start the X64 Cuvid Server and Index with the x64 Version.
Even when using MeGui and the 32bit Decode dll...works fine... also with 32bit Avisynth.
Chris
Guest
11th June 2010, 19:58
That's good to hear. Thank you for your test results.
nixo
11th June 2010, 20:40
Many thanks for this! Just did a short test with x264 and I'm getting a *very* healthy speedup compared to 32-bit + single-threaded avisynth.
32-bit run:
x264 [info]: kb/s:2433.96
encoded 1000 frames, 7.80 fps, 2433.96 kb/s
64-bit run:
x264 [info]: kb/s:2434.05
encoded 1000 frames, 9.90 fps, 2434.05 kb/s
Output is slightly different (I'm not using vbv). This seems to come from resizing in avisynth MT as I did another run without resizing and the outputs were identical. Again, thank you!
Guest
11th June 2010, 21:11
15%: not bad. Thank you for your test results.
vinujan
11th June 2010, 21:36
I got these warnings while using the 64bit version (looks like an avisynth bug), but encode turned out fine:
avs [info]: 1280x720p 0:0 @ 24000/1001 fps (cfr)
x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 FastShuffle SSE4.2
x264 [info]: profile High, level 4.1
x264 [warning]: non-strictly-monotonic pts at frame 1 (0 <= 0)
x264 [warning]: non-strictly-monotonic pts at frame 2 (0 <= 1)
x264 [warning]: non-strictly-monotonic pts at frame 3 (0 <= 2)
x264 [warning]: too many nonmonotonic pts warnings, suppressing further ones
1st Pass - 64bit
encoded 3500 frames, 12.64 fps, 7140.72 kb/s
1st Pass - 32bit
encoded 3500 frames, 12.15 fps, 7148.01 kb/s
2nd Pass - 64bit
encoded 3500 frames, 1.92 fps, 7005.02 kb/s
2nd Pass - 32bit
encoded 3500 frames, 1.92 fps, 7005.89 kb/s
64bitstart /b /low x264-r1643.exe -p 1 --slow-firstpass -B 7000 --stats "64.stats" --level 4.1 -r 9 -b 7 --b-adapt 2 --b-pyramid normal --direct auto -f -3,-3 -m 6 -t 2 --psy-rd 0.8:0.0 -A none --me hex --aq-strength 0.7 --no-dct-decimate --no-mbtree --frames 3500 -o NUL "dg.avs" - 2> d1-00315-p1-t3.log
start /b /low x264-r1643.exe -p 2 -B 7000 --stats "64.stats" --level 4.1 -r 9 --no-fast-pskip -b 7 --b-adapt 2 --b-pyramid normal --direct auto -f -3,-3 -m 10 -t 2 --psy-rd 0.8:0.0 --me tesa --aq-strength 0.7 --no-dct-decimate --no-mbtree --frames 3500 -o "d1-00315-t3.mkv" "dg.avs" - 2> d1-00315-p2-t3.log
pause
32bitavs2yuv dg.avs -o - | x264-r1643.exe --stdin y4m -p 1 --slow-firstpass -B 7000 --stats "32.stats" --level 4.1 -r 9 -b 7 --b-adapt 2 --b-pyramid normal --direct auto -f -3,-3 -m 6 -t 2 --psy-rd 0.8:0.0 -A none --me hex --aq-strength 0.7 --no-dct-decimate --no-mbtree --frames 3500 --output NUL - 2> d1-00315-p1-t4.log
avs2yuv dg.avs -o - | start /b /low x264-r1643.exe --stdin y4m -p 2 -B 7000 --stats "32.stats" --level 4.1 -r 9 --no-fast-pskip -b 7 --b-adapt 2 --b-pyramid normal --direct auto -f -3,-3 -m 10 -t 2 --psy-rd 0.8:0.0 --me tesa --aq-strength 0.7 --no-dct-decimate --no-mbtree --frames 3500 --output "d1-00315-t4.mkv" - 2> d1-00315-p2-t4.log
pause
scriptdgmultisource("clip.dgi").Spline36Resize(1280,720,1,0,-1,0)
SelectRangeEvery(5000,250)
it appears output is different because of the resize line
nixo
11th June 2010, 21:42
You need SetMTMode at the beginning of your script (to avoid the pts-warnings). I don't have a ton of RAM so I use:
SetMemoryMax(1024)
SetMTMode(1,1)
If you've got a decent amount of memory, you can try:
SetMTMode(2,0) er maybe SetMTMode(1,0)
vinujan
11th June 2010, 21:46
thanks nixo i'll read up on those two
Audionut
11th June 2010, 22:45
Those error as caused by the resizers in avisynth64. There's dicussion about it on doom10. Nice to know that setmtmode will fix it though.
kemuri-_9
11th June 2010, 22:58
yes, it is known that JoshyD's resizer assembly code violates the win x86_64 calling convention which causes the non-monotonic warning in x264,
there could very well be other things that break/corrupt silently due to this violation outside of the visible warning.
using SetMTMode masks the issue to not show that specific warning.
Clumpco
12th June 2010, 04:42
Neuron2, many thanks for the autocrop which seems (so far) to make the same decisions as I would.
However I have an annoying (Windows) niggle: the window border in DGIndexNV has a dark inner line 1 pixel wide that makes it difficult to determine if you cropped enough. Here is a zoom on the right-hand border:
http://www.clumpton.com/uknwebimg/dgindexborder.gif.
Could you by any chance add an inner white (or grey, or fluorescent pink...) border between the video image and the window border so that we can more easily spot if we have cropped sufficiently?
Blue_MiSfit
12th June 2010, 11:20
Fantastic news! I'll update all my binaries at work next week and see how things run! Now... to build up an IP KVM system so I can justify putting 2GB quadro cards in all my encoding servers and finally throw away Remote Desktop :devil:!!!
Derek
Guest
12th June 2010, 13:20
However I have an annoying (Windows) niggle: the window border in DGIndexNV has a dark inner line 1 pixel wide that makes it difficult to determine if you cropped enough. I don't have such a line on my windows. Maybe it's theme dependent? What is your OS and theme? Mine is Windows XP on Windows XP.
Clumpco
12th June 2010, 13:30
I don't have such a line on my windows. Maybe it's theme dependent? What is your OS and theme? Mine is Windows XP on Windows XP.Almost certainly theme dependent, mine is Windows 7 default Aero theme, pretty but annoying.
Guest
12th June 2010, 13:54
Well, sorry then, I won't do anything to work around Windows sillinesses. The result would just be more silly. And people would complain that I am corrupting their video. :)
Not to mention how hard it would be to implement.
Guest
12th June 2010, 17:00
Encoding result with 64 bit tools for Baraka cropped to 1920*872 on my new rig :
x264 --tune film --keyint 25 --min-keyint 1 --bframes 3 --b-adapt 2 --ref 3 --bitrate 10000 --vbv-maxrate 10000 --vbv-bufsize 5000 --aud --fps 23.976 -o Baraka.264 Baraka.avs
29.28 fps encoding speed. It's better than real time! :)
Clumpco
12th June 2010, 17:19
Not to mention how hard it would be to implement. I would have just made the video frame 2 pixels smaller than the window frame all round and let the default background show around it.
But I see your point about not "patching" windows silliness.
Guest
12th June 2010, 19:27
It's not that simple, all the cropping/resize code will be affected. It's just not worth my time, I'm afraid, not to mention the problems it will cause with other users. Why not ditch that stupid theme?
Clumpco
12th June 2010, 19:37
I'm getting this message on opening BBC HD since they went VBR and mixed TFF/MBAFF a week last Friday
---------------------------
Warning
---------------------------
Trying to use an invalid (uninitialized) Picture Parameter Set with ID 0, expect the unexpected...
Hit Yes to continue notifying this specific error type; hit No to disable it.
Hit Cancel to suppress all further errors.
---------------------------
Any ideas on what it means?
Guest
12th June 2010, 19:44
Any ideas on what it means? Please post an unprocessed source stream sample.
[Why do I have to ask?]
Clumpco
12th June 2010, 20:03
Please post an unprocessed source stream sample.
[Why do I have to ask?]Mainly because I am busy encoding something at the moment, otherwise it would have already been done.
Since the 'error' occurred on a stream that had been edited first with VideoRedo I need to check first that the raw stream does it too. The problem may be coming from VideoRedo not dealing properly with the new BBC stream format, but I asked here just in case you had a quick simple answer.
[UPDATE] The dgi/avs produced after this error hangs at 1 second from the end of the 1st pass of encoding with MeGui/x264.
Additionally, the raw stream before editing with VideoRedo does not provoke the error message.
I shall inform the VideoRedo people of the problem and post a sample here shortly just in case you can easily identify what they're doing wrong.
PS - Re the border thing, I expressed myself badly. I meant to leave the video frame as it is and to increase your form size by 2 pixels all around.
Cheers
Guest
12th June 2010, 20:27
Additionally, the raw stream before editing with VideoRedo does not provoke the error message. I already have a fix for this kind of stream that I did for someone else. I intend it for build 2012 but I need your stream for testing as the error message is not the same. Why not wait until you have a stream before posting about it? That will at least avoid irritating me unnecessarily. :)
PS - Re the border thing, I expressed myself badly. I meant to leave the video frame as it is and to increase your form size by 2 pixels all around. That's even harder for me. Let it go, I'm not going to hack things up for that. Thank you.
Guest
12th June 2010, 20:37
Mainly because I am busy encoding something at the moment You can't run DGSplit during an encode? Your computer is single-tasking?
yesgrey
12th June 2010, 20:54
Encoding result with 64 bit tools for Baraka cropped to 1920*872 on my new rig :
29.28 fps encoding speed. It's better than real time! :)
It would be cool if you also posted the result with 32 bit tools, for comparison...
Guest
12th June 2010, 21:15
It would be cool if you also posted the result with 32 bit tools, for comparison... How do I force Avisynth 32 without jumping through hoops?
nixo
12th June 2010, 21:25
...and load the plugin manually - or change the plugin directory in the registry.
how do you make Avisynth 64 bit working. I have tried this one: http://85.230.118.163/showthread.php?t=152800 and my avisynth script is like this:
LoadPlugin("d:\dgdecnv2011\x64_Binaries\DGMultiDecodeNV.dll")
DGMultiSource("d:\Encoding\MR73\Video.dgi")
I cant play my avs file in mpc and x264 just say failed to load avisynth.
Also when I run the avisynth install is says: 64-bit windows not detected. This is wrong, because I'm running 64 bit windows 7... So are you using the same avisynth as me ?
Guest
12th June 2010, 21:32
Thank you, Stephen and nixo.
64: 29.28
32: 26.70
So the gain from 32 -> 64 is not so great (although 10% is not insignificant). I was remarking more on the boost from the i7-980X versus my old E8500 dual core. I'm not used to real-time encoding of HD video. :)
Blue_MiSfit was right:
"It will make whatever you had before seem like a toy!"
Guest
12th June 2010, 21:35
Also when I run the avisynth install is says: 64-bit windows not detected. This is wrong, because I'm running 64 bit windows 7... So are you using the same avisynth as me ? Yes. Have you followed the installation instructions exactly? If so, you really ought to post in that thread as it is a bit OT here.
Inspector.Gadget
12th June 2010, 21:35
GZZ, I don't want to take this too far OT, but make sure:
1) You've installed joshyd's build by running the install.cmd as an admin AFTER installing Avisynth x86.
2) You've copied the 64-bit DGMultiDecodeNV.dll to your plugins64 directory.
3) You have a 64-bit YV12 decoder (e.g., ffdshow installed and configured) and are previewing the script in a 64-bit build of MPC-HC.
4) You're attempting to encode with a 64-bit build of x264.
Thanks Neuron2 and inspector. I will reboot and redo everything to see if it works...
Clumpco
12th June 2010, 21:46
You can't run DGSplit during an encode? Your computer is single-tasking?D'oh!
I forgot about DGSplit. (Please note though that until 17 minutes ago I was also recording BBC HD while encoding and I didn't want to push my luck doing much else, also the Missus had urgent on-line shopping to do).
OK we have two samples: one edited by VideoRedo and one trimmed by DGSplit. The VideoRedo one causes the error, the DGSplit one doesn't.
BBCHDEditedByVideoRedo.rar (http://www.clumpton.com/uknwebimg/BBCHDEditedByVideoRedo.rar)
BBCHDTrimmedByDGSplit.rar (http://www.clumpton.com/uknwebimg/BBCHDTrimmedByDGSplit.rar)
Please note that using DGIndexNV's "Output trimmed TS" produces a TS that then provokes the error if you try to index it again in DGIndexNV.
Also note that VideoRedo have a similar file trimmer, but it too must change something because its output also provokes the error.
The stream came from BBC HD (on Sat) via a Technisat Skystar HD2 card, captured using DVBViewer Pro 4.2.1.0. DVBViewer is set to "Adjust PAT/PMT" as this was necessary in the past for BBC HD; it may no longer be so.
Finally, the unedited stream, indexed with in and out points in DGIndexNV, seems to be successfully encoding in MeGui, it passed the "hang point" at the end of the first pass where the edited version failed.
Thanks in advance.
Guest
12th June 2010, 21:50
I didn't want to push my luck doing much else, also the Missus had urgent on-line shopping to do.
LOL. Who's wearing the pants around your place?
Please note that using DGIndexNV's "Output trimmed TS" produces a TS that then provokes the error if you try to index it again in DGIndexNV. Get out! No way, Jose. I'll investigate right away...when I get back from the pool. :)
InsulinJunkie
12th June 2010, 22:46
not to mention the problems it will cause with other users. Why not ditch that stupid theme?
It's not worth the effort to fix it, but it's not one theme - it's pretty much every Vista/Win7 theme with the exception of the non-Aero Windows "Classic"/"Basic" themes.
I've always noticed the issue Clumpco described (I imagine many Vista/Win7 users have), but it's not a big deal. Since you're running XP, it makes sense you wouldn't see it.
yesgrey
12th June 2010, 23:22
So the gain from 32 -> 64 is not so great (although 10% is not insignificant).
Well... 10% of a little thing is still a little thing, but 10% of a big thing is relevant. I have some encodes waiting because each will take me around 24h!... now I could do them in "only" 22h. ;)
Thanks.
Guest
13th June 2010, 01:24
Please note that using DGIndexNV's "Output trimmed TS" produces a TS that then provokes the error if you try to index it again in DGIndexNV.
Also note that VideoRedo have a similar file trimmer, but it too must change something because its output also provokes the error. So, when you trimmed you cut off the SPS and PPS needed by the first frame. Therefore, the error message is correct. But it is irritating. So I changed it to silently just skip stuff until it has the SPS and PPS that it needs. The fix will be in the next build. Thank you for pointing this out.
Both the VideoRedo and DGIndexNV TS trimmers could be more intelligent about this but it would be tricky to implement. If they do it, I'll do it. :)
Guest
13th June 2010, 02:19
The dgi/avs produced after this error hangs at 1 second from the end of the 1st pass of encoding with MeGui/x264. That's not good. I'll look at that next. It's probably an incomplete picture at the end but DGNV shouldn't hang. I should see EOF and terminate gracefully.
tormento
13th June 2010, 08:00
I don't use GUIs for encoding in any environment.
How do you feed the avs to x264?
hydra3333
13th June 2010, 08:43
How do you feed the avs to x264?
Well, here's an example - drag and drop a PAL 1440x1080i TFF .mpg onto this .bat file.
@echo on
REM HD 1080i for WDTV Live (not 1088i)
REM SETLOCAL ENABLEDELAYEDEXPANSION
set PARF1=%~f1%
set PARF2=%~dpn1%
set parpath=%~dp1%
set pard2v=%~dpn1%.d2v
set pardgi=%~dpn1%.dgi
set PARtemp=%~1%-temp.MP4
set PARmp4=%~dpn1%.MP4
set PARAC3mp4=%~dpn1%.AC3.MP4
set PARMP2mp4=%~dpn1%.MP2.MP4
set parAC3=%~dpn1%.ac3
set parMP2=%~dpn1%.mp2
"C:\software\DGindex\DGIndexNV.exe" -i "%PARF1%" -a -o "%pardgi%" -e
IF EXIST "%parAC3%" DEL "%parAC3%"
FOR %%A in ("%~dpn1*ms.ac3") DO (
ECHO ------------------
ECHO Deleting "%parAC3%"
DEL "%parAC3%"
ECHO Renamnig "%%~A" to "%parAC3%"
MOVE "%%~A" "%parAC3%"
ECHO ------------------
)
IF EXIST "%parMP2%" DEL "%parMP2%"
FOR %%A in ("%~dpn1*ms.mp2") DO (
ECHO ------------------
ECHO Deleting "%parMP2%"
DEL "%parMP2%"
ECHO Renamnig "%%~A" to "%parMP2%"
MOVE "%%~A" "%parMP2%"
ECHO ------------------
)
SET avs1=%PARF2%.avs
echo # "%avs1%" > "%avs1%"
echo LoadPlugin("C:\SOFTWARE\DGindex\DGMultiDecodeNV.dll") >> "%avs1%"
echo LoadPlugin("C:\SOFTWARE\DGindex\DGDecode.dll") >> "%avs1%"
echo LoadPlugin("C:\Program Files\AviSynth 2.5\plugins-zzz\NNEDI2.dll") >> "%avs1%"
echo LoadPlugin("C:\Program Files\AviSynth 2.5\plugins-zzz\Yadifmod.dll") >> "%avs1%"
echo LoadPlugin("C:\Program Files\AviSynth 2.5\plugins-zzz\DePan.dll") >> "%avs1%"
echo LoadPlugin("C:\Program Files\AviSynth 2.5\plugins-zzz\AGC.dll") >> "%avs1%"
echo LoadPlugin("C:\Program Files\AviSynth 2.5\plugins-zzz\Cnr2.dll") >> "%avs1%"
echo LoadPlugin("C:\Program Files\AviSynth 2.5\plugins-zzz\dctfilter.dll") >> "%avs1%"
echo LoadPlugin("C:\Program Files\AviSynth 2.5\plugins-zzz\fft3dfilter.dll") >> "%avs1%"
echo LoadPlugin("C:\Program Files\AviSynth 2.5\plugins-zzz\degrainmedian.dll") >> "%avs1%"
echo LoadPlugin("C:\Program Files\AviSynth 2.5\plugins-zzz\Convolution3d.dll") >> "%avs1%"
echo LoadPlugin("C:\Program Files\AviSynth 2.5\plugins-zzz\despot.dll") >> "%avs1%"
echo LoadPlugin("C:\Program Files\AviSynth 2.5\plugins-zzz\WarpSharp.dll") >> "%avs1%"
echo LoadPlugin("C:\Program Files\AviSynth 2.5\plugins-zzz\aWarpSharp.dll") >> "%avs1%"
echo LoadPlugin("C:\Program Files\AviSynth 2.5\plugins-zzz\mt_masktools.dll") >> "%avs1%"
echo LoadPlugin("C:\Program Files\AviSynth 2.5\plugins-zzz\mvtools2.dll") >> "%avs1%"
echo LoadPlugin("C:\Program Files\AviSynth 2.5\plugins-zzz\Unfilter.dll") >> "%avs1%"
echo LoadPlugin("C:\Program Files\AviSynth 2.5\plugins-zzz\AddgrainC.dll") >> "%avs1%"
echo LoadPlugin("C:\Program Files\AviSynth 2.5\plugins-zzz\hqdn3d.dll") >> "%avs1%"
echo # ------------------------------------------------------------------------------------- >> "%avs1%"
echo LoadPlugin("C:\Program Files\AviSynth 2.5\plugins-zzz\VariableBlur.dll") >> "%avs1%"
echo LoadPlugin("C:\Program Files\AviSynth 2.5\plugins-zzz\FFTQuiver.dll") >> "%avs1%"
echo # ------------------------------------------------------------------------------------- >> "%avs1%"
echo #LoadPlugin("C:\Program Files\AviSynth 2.5\plugins-zzz\RemoveGrain.dll") >> "%avs1%"
echo LoadPlugin("C:\Program Files\AviSynth 2.5\plugins-zzz\RemoveGrainSSE2.dll") >> "%avs1%"
echo #LoadPlugin("C:\Program Files\AviSynth 2.5\plugins-zzz\Repair.dll") >> "%avs1%"
echo LoadPlugin("C:\Program Files\AviSynth 2.5\plugins-zzz\RepairSSE2.dll") >> "%avs1%"
echo #LoadPlugin("C:\Program Files\AviSynth 2.5\plugins-zzz\RemoveDirt.dll") >> "%avs1%"
echo LoadPlugin("C:\Program Files\AviSynth 2.5\plugins-zzz\RemoveDirtSSE2.dll") >> "%avs1%"
echo Import("C:\Program Files\AviSynth 2.5\LimitedSharpenFaster.avs") >> "%avs1%"
echo Import("C:\Program Files\AviSynth 2.5\Deblock_QED_MT2.avs") >> "%avs1%"
echo DGMultiSource("%pardgi%",deinterlace=2) #deinterlace=2 means double rate deinterlacing >> "%avs1%"
echo AssumeTFF() >> "%avs1%"
echo Assumefps(25) >> "%avs1%"
echo trim(1,-999999) # fix a double-framerate bug in NV per http://forum.doom9.org/showthread.php?p=1391556#post1391556 >> "%avs1%"
echo #LAST.HEIGHT==1080 ? AddBorders(int left, int top, int right, int bottom) : LAST >> "%avs1%"
echo LAST.HEIGHT==1080 ? AddBorders(0,0,0,8) : LAST >> "%avs1%"
echo #Deblock_QED_MT2() #default quant1=24 >> "%avs1%"
echo #Deblock_QED_MT2(quant1=28) >> "%avs1%"
echo #Deblock_QED_MT2(quant1=32) >> "%avs1%"
echo #Deblock_QED_MT2(quant1=36) >> "%avs1%"
echo #Deblock_QED_MT2(quant1=40) >> "%avs1%"
echo #Deblock_QED_MT2(quant1=44) >> "%avs1%"
echo #Deblock_QED_MT2(quant1=48) >> "%avs1%"
echo #Deblock_QED_MT2(quant1=24,aOff1=1,bOff1=2,quant2=24,aOff2=2,bOff2=4) >> "%avs1%"
echo #Deblock_QED_MT2(quant1=36,aOff1=1,bOff1=2,quant2=24,aOff2=2,bOff2=4) >> "%avs1%"
echo Deblock_QED_MT2(quant1=48,aOff1=1,bOff1=2,quant2=24,aOff2=2,bOff2=4) >> "%avs1%"
echo #LimitedSharpenFaster(smode=4,strength=100) >> "%avs1%"
echo UnFilter(15,15) >> "%avs1%"
echo AssumeTFF() #choose the SAME field order like before deinterlacing >> "%avs1%"
echo SeparateFields().SelectEvery(4,0,3).Weave() #reinterlace. >> "%avs1%"
echo AssumeTFF() #choose the SAME field order like before deinterlacing >> "%avs1%"
echo AssumeFPS(25) >> "%avs1%"
echo LAST.HEIGHT==1088 ? cropbottom(8) : LAST >> "%avs1%"
echo SetPlanarLegacyAlignment(True) >> "%avs1%"
"C:\software\X264\x264.exe" --thread-input --threads 3 --profile high --level 4.1 --preset fast --interlaced --tff --no-cabac --bitrate 8000 --sar 4:3 -o "%PARtemp%" "%AVS1%"
IF NOT EXIST "%parMP2%" "C:\software\ffmpeg\0-LATEST-BETA\bin\ffmpeg.exe" -i "%PARF1%" -y -ar 44100 -ac 2 -ab 224k -acodec mp2 -vol 768 "%parMP2%"
IF EXIST "%parAC3%" "C:\SOFTWARE\MP4box\MP4Box.exe" -add "%PARtemp%" -add "%parAC3%":lang=eng -new "%PARAC3mp4%"
IF EXIST "%parMP2%" "C:\SOFTWARE\MP4box\MP4Box.exe" -add "%PARtemp%" -add "%parMP2%":lang=eng -new "%PARMP2mp4%"
DEL "%PARtemp%"
DEL "%parAC3%"
DEL "%parMP2%"
DEL "%avs1%"
DEL "%pard2v%"
pause
exit
REM SAR = DAR / PAR
REM for 16:9 720x576i use --sar=16:11 (most 4:3 are in 16:9 shell frame nowadays, so use this)
REM for 16:9 1440x1080i use --sar=4:3
REM for 16:9 1920x1080i use --sar=1:1
REM
REM http://developer.divx.com/docs/divx_plus_hd/Creation_with_x264/
REM Interlaced resolution Support SARs
REM 1920x1080i50 1:1 (16:9 frame)
REM 1440x1080i50 1:1 (4:3 frame), 4:3 (16:9 frame)
REM 720x576i50 1:1, 16:11 (16:9 frame), 12:11 (4:3 frame)
REM 704x576i50 1:1, 16:11 (16:9 frame), 12:11 (4:3 frame)
REM 480x576i50 1:1, 24:11 (16:9 frame), 18:11 (4:3 frame)
REM 352x576i50 1:1, 32:11 (16:9 frame), 24:11 (4:3 frame)
REM
REM 1920x1080i60 1:1 (16:9 frame)
REM 1440x1080i60 1:1 (4:3 frame), 4:3 (16:9 frame)
REM 720x480i60 1:1, 40:33 (16:9 frame), 10:11 (4:3 frame)
REM 704x480i60 1:1, 40:33 (16:9 frame), 10:11 (4:3 frame)
REM 640x480i60 1:1 (4:3 frame)
REM 480x480i60 1:1, 20:11 (16:9 frame), 15:11 (4:3 frame)
REM 352x480i60 1:1, 80:33 (16:9 frame), 20:11 (4:3 frame)
REM
Audionut
13th June 2010, 09:42
How do you feed the avs to x264?
x264.exe --preset slow --tune film --crf 20 --aq-mode 2 -o x:\output.mkv x:\input.avs
Clumpco
13th June 2010, 12:03
So, when you trimmed you cut off the SPS and PPS needed by the first frame. Therefore, the error message is correct. But it is irritating. So I changed it to silently just skip stuff until it has the SPS and PPS that it needs. The fix will be in the next build. Thank you for pointing this out.
Both the VideoRedo and DGIndexNV TS trimmers could be more intelligent about this but it would be tricky to implement. If they do it, I'll do it. :)
Thanks Neuron2, nice to know I wasn't imagining things.
That's not good. I'll look at that next. It's probably an incomplete picture at the end but DGNV shouldn't hang. I should see EOF and terminate gracefully.
And again thanks :thanks:
Guest
13th June 2010, 12:39
How do you feed the avs to x264? I just type an x264 command line in a DOS window as Audionut shows above, although my parameters are a bit different.
MOS-Marauder
13th June 2010, 15:09
Uh i run into more Bug i guess...
I have a Stream from German PayTV (Sky Disney Cinemagic HD).
Ive tested the Stream already for errors. They are none (according to DVR-Studio HD2 and TSDoctor)
On processing with DGIndexNV 2011 i get the message:
Found NALU Type 16, len 8231909 undefined, ignore NALU, moving on...
It doesnt matter what i click then.. DGindexNV crashed badly.
(Yes to Continue reporting, No to disable, ...)
I cannot Process this Stream. I Try again with the 32Bit Version but i guess it will be the same...
Edit: Yep 32bit Version same error and crash.
Chris
Guest
13th June 2010, 17:13
Do you really think I can do anything about that without a sample stream to reproduce the issue?
Why, oh why, do I have to ask? We just went through this a few posts ago!
MOS-Marauder
13th June 2010, 17:32
Do you really think I can do anything about that without a sample stream to reproduce the issue?
Why, oh why, do I have to ask? We just went through this a few posts ago!
Well u should know what Your Tool outputs (Error Msgs).
The Problem is: that error happenes in the 2nd Half of a 8 GB FIle.
So the only way then would be to upload it complete... but where?
Chris
MrVideo
13th June 2010, 18:44
I just type an x264 command line in a DOS window as Audionut shows above, although my parameters are a bit different.
Ya, a lot different if trying to create AVC/Blu-ray compliant output.
Guest
13th June 2010, 21:35
Well u should know what Your Tool outputs (Error Msgs). I know what my program outputs, but I need to determine if it is a program bug or a stream problem, and to do that I have to be able to recreate the problem. As I clearly stated:
Do you really think I can do anything about that without a sample stream to reproduce the issue?
The Problem is: that error happenes in the 2nd Half of a 8 GB FIle.
So the only way then would be to upload it complete... but where? You don't have to give me the entire stream. Use DGSplit in segment mode to isolate a chunk that contains the error. Thank you.
hejhopp
13th June 2010, 21:44
Hi neuron2
I use VideoReDo TVSuite V4 for cuting my .ts(h.264) HDTV files. but I get this message almost all the time. even if a klick cancel(Avbryt) it still comes back.
u or anyone else has a "what to do". :)
Guest
13th June 2010, 22:07
I have that fixed locally. I'll make a new release later today. I'd like to have a look at MOS's problem but I have a feeling he may be a little challenged in cutting a sample. Let's wait a bit and see.
Guest
13th June 2010, 23:41
* Fixed a problem that could cause the source filters to hang if the last picture
in the stream is incomplete (due to bad editing).
* Implemented film % detection for AVC video.
* Silently ignore leading frames that are missing their required SPS/PPS's.
* Fix a problem that caused AVC sequence extensions to be reported as illegal
NALUs.
* Fix a problem that caused seeking on the timeline in DGIndexNV to report
failure to create the video decoder for some low-end NV cards.
http://neuron2.net/dgdecnv/dgdecnv.html
Guest
13th June 2010, 23:52
The Problem is: that error happenes in the 2nd Half of a 8 GB FIle. Here's a simple way to make the sample:
Load the stream. Find the place where it happens. Make a project range for some space before and after the bad point. Do File/Output Trimmed TS. Upload the resulting stream to mediafire.com and post the link here. Please be sure to have a good amount of stream before the error point.
MOS-Marauder
14th June 2010, 10:30
I have that fixed locally. I'll make a new release later today. I'd like to have a look at MOS's problem but I have a feeling he may be a little challenged in cutting a sample. Let's wait a bit and see.
Finally i managed it... I havent noticed that there is a Save Trimmed Option yet *G*
I used 2012 for it.. and guess what? it showed that NALU Msg but then didnt crash anymore.
(rechecked with 2011 - crash)
The Error will show up in the middle of the File.
http://www.mediafire.com/download.php?o2wo24yjnld
Chris
Guest
14th June 2010, 12:48
Your stream is corrupted at that point, as you can easily see by playing it in MPC-HC.
MOS-Marauder
14th June 2010, 12:59
Your stream is corrupted at that point, as you can easily see by playing it in MPC-HC.
Now that u say it... i also see it :(.
So if i want to use it i have to cut that part out ?
Seems a Decoding Glitch from Sky.
If i use it like it is, i can create the DGI but on Encoding later it stops at that point.
Chris
Guest
14th June 2010, 13:08
So if i want to use it i have to cut that part out ? Obviously yes, but don't ask how in this thread as it would be off topic.
Seems a Decoding Glitch from Sky. More likely a dropout in your reception.
hejhopp
14th June 2010, 13:10
2012 fix my problem. thx neuron2!
:)
MOS-Marauder
14th June 2010, 13:24
Obviously yes, but don't ask how in this thread as it would be off topic.
More likely a dropout in your reception.
Of course i wont ;)
Thx Neuron.. and sorry for wasting Your Time on this one...
Chris
rack04
14th June 2010, 13:26
I have completed two encodes using the x64 binaries. No bugs to report. Thanks for the great work!
tormento
14th June 2010, 17:07
Using x64 build with MEGUI_x64. Everything works fine!
Thanks Neuron!
P.S: About auto crop - Usually it is better to avoid horizontal cropping to avoid resizing on full hd LCD. Should you put a feature in mod buttons such as 1st press horizontal crop, 2nd press vertical crop, 3rd both?
Guest
14th June 2010, 17:23
I don't understand the point. Anyway, use manual cropping for that.
rajs
15th June 2010, 10:02
Couple of feature requests:
1. Add a debug option (like 'info=1' in DGMPGDec).
2. Have an option to auto-resize pixels based on the aspect ratio info in the video stream (if present), i.e.
aspect_ratio_information in a MPEG2 stream
apect_ratio_idc parameter in a H.264 stream
ASPECT_RATIO syntax element in VC-1.
tormento
15th June 2010, 10:35
I don't understand the point. Anyway, use manual cropping for that.
The point is that sometimes only a few pixels lack to reach 1080 (i.e. they are black) and DGIndex crops them. Usually it is better to keep them not to get the video resized when playing.
The point is that sometimes only a few pixels lack to reach 1080 (i.e. they are black) and DGIndex crops them. Usually it is better to keep them not to get the video resized when playing.
I havent seen a bluray where DGIndex have cut the video at less say 1920x1072 and then you have to resize it to 1080. I have seen DGIndex cut a few pixels off when it report the video as 1088, so we dont have to resize the video back to 1080 (making the AR at little bit off)..
rica
16th June 2010, 00:43
İ'm sorry guys, i've been away from this thread for some time.
Is there any way to apply Spline36 resizing with CUDA?
Edit:
Or is that the right recipe ?
LoadPlugin("C:\DGNV\DGMultiDecodeNV.dll")
DGMultiSource("C:\DGNV\Test\test_out.dgi")
Spline36Resize(720,576)
Guest
16th June 2010, 03:04
CUVID can only do bilinear at this time, which is typically fine for downsizing.
Your recipe is correct if you do not want bilinear.
Guest
16th June 2010, 03:12
I'm about to cut over to my new generation security:
* Asymmetric key encryption using RSA to kill serial gens.
* Various anti exe-cracking strategems.
When the cutover occurs, the license generator will generate only licenses for version 2013 and greater, which will be released at the same time. I will reset all license counts to 0 so that you can get licensed for versions going forward.
The license generator will be disabled for a short period during the cutover.
My previous "security" was laughably weak.
rica
16th June 2010, 03:15
CUVID can only do bilinear at this time, which is typically fine for downsizing.
Your recipe is correct if you do not want bilinear.
thanks Don. But what do you suggest for upsampling?
Guest
16th June 2010, 03:19
thanks Don. But what do you suggest for upsampling? You mean for CUVID? You can only use bilinear.
You mean for Avisynth? Hey, you tell me, I don't do upsampling. :p Anyway, your example above appears to be downsampling.
It's a topic for the Avisynth Usage forum.
rica
16th June 2010, 03:27
So you give me only this chance ? :)
LoadPlugin("C:\DGNV\DGMultiDecodeNV.dll")
DGMultiSource("C:\DGNV\Test\test_out.dgi",resize_w=720, resize_h=576)
Guest
16th June 2010, 03:30
Well you can crop first if you like (use the Cropping dialog in DGIndexNV). :)
Audionut
16th June 2010, 03:30
So you give me only this chance ?
Yes, bilinear is all there is. And it's due to being the only resizer available in the nvidia api.
I'm sure if nvidia adds more resizing methods to the api, neuron2 will implement them into dgdecnv.
rica
16th June 2010, 03:33
Yes, bilinear is all there is. And it's due to being the only resizer available in the nvidia api.
I'm sure if nvidia adds more resizing methods to the api, neuron2 will implement them into dgdecnv.
Thx, yes i'm awared of that. :)
rica
16th June 2010, 03:36
Well you can crop first if you like (use the Cropping dialog in DGIndexNV). :)
Yes, this is really one of the amazing features.
My friend welldone. And thx again.
Guest
16th June 2010, 03:38
Yes, this is really one of the amazing features. I remind the assembled multitudes that you were the person that proposed that, IIRC.
rica
16th June 2010, 03:45
I remind the assembled multitudes that you were the person that proposed that, IIRC.
I must have forgotten, i'm an old guy :) Sorry :p
:thanks:
Karyudo
16th June 2010, 06:59
I've got a Win7 64-bit system running OTA HD in Windows Media Center, and it would be really cool if DGIndexNV x64 could handle the DVR-MS and WTV HD files that Windows 7 Media Center (7MC) produces.
An old thread suggested there is/was a GraphEdit solution, and I know that VideoRedo handles one or both of these formats, but it would be so much more elegant if it were possible to make only one stop at DGIndexNV and be ready to process and encode.
And neither existing workflow works as a 64-bit native process, does it?
Neuron2, could you be convinced to revisit adding this functionality, now that a 64-bit decoding/indexing/serving app is needed for these formats?
7ekno
16th June 2010, 08:46
I'm about to cut over to my new generation security:
Nice!
Any pointers on what we need to do to get 2013 working fine with previous donations (although am happy to re-donate since I haven't in a while now!!)
Tek
tormento
16th June 2010, 09:07
I havent seen a bluray where DGIndex have cut the video at less say 1920x1072
You are are not a film eater like I am, perhaps.
I buy about 3 BD per week (and usually sell them after a month if not good enough) and look most of them on laptop during train travels. There are a lot of BD that get resized to strange resolutions from autocrop, both DGIndex and other encoding GUI's.
I forgot most of those, the next one I'll report you. They usually get some strange horizontal resolution as some lateral pixels are black or very dark grey.
tormento
16th June 2010, 09:38
neuron:
1) If I have two nvidia card, how should I address nvtools to the wanted one?
2) How is the mpls parser going? ;)
MOS-Marauder
16th June 2010, 13:25
I'm about to cut over to my new generation security:
...
My previous "security" was laughably weak.
Of course.. it was about Time... Too mich ppl used Keygens.
Chris
Guest
16th June 2010, 14:13
Neuron2, could you be convinced to revisit adding this functionality, now that a 64-bit decoding/indexing/serving app is needed for these formats? Adding to the to-do list.
Guest
16th June 2010, 14:17
Any pointers on what we need to do to get 2013 working fine with previous donations (although am happy to re-donate since I haven't in a while now!!) You just go to the old licensing page and start over for your new license.
It's all in place now. You can download 2013 and generate your license. Let me know if it works. :)
The page is:
http://neuron2.net/licensing.html
Guest
16th June 2010, 14:20
1) If I have two nvidia card, how should I address nvtools to the wanted one? It always uses the first one.
2) How is the mpls parser going? It is still on my to-do list. I wanted to get my new security in place before adding the elite features. Addition of said features will then obsolete the older versions.
rack04
16th June 2010, 15:14
So far so good with the new security.
MOS-Marauder
16th June 2010, 15:41
You just go to the old licensing page and start over for your new license.
It's all in place now. You can download 2013 and generate your license. Let me know if it works. :)
The page is:
http://neuron2.net/licensing.html
For me its not... my User is not found.
Chris
Guest
16th June 2010, 15:50
All queries about licensing need to go to me vial email. I won't discuss it further here. When contacting me, you'll need to use the same email you used to register originally and tell me your user id.
Guest
16th June 2010, 16:07
The user management part was not changed, if you had a functioning user ID it should still work. My point is I don't want to manage users here but if the key generation has problems then I will address that here.
I have not received a email from you.
MOS-Marauder
16th June 2010, 16:32
I sent u now a PM here.... (Former Mail went to neuron2@comcast.net)
Edit: Now it worked and Created License works fine with 2013.
Chris
Guest
16th June 2010, 16:49
OK, thanks. Glad you are up and running.
tormento
16th June 2010, 17:02
It always uses the first one.
The first one is needed from Autocad. Please, please, please add a feature to select card.
I wanted to get my new security in place before adding the elite features.
You were right. First of all you have to be paid for your efforts. :thanks:
tormento
16th June 2010, 17:04
2013 is not working for me. Tried to load a m2ts (as usual) both in x86 and in x64 but the window does not "resize" such as in previous versions and when trying to preview a "no video frame found" pops up.
The same m2ts works perfectly in 2012, both x86 and x64.
MOS-Marauder
16th June 2010, 17:11
2013 is not working for me. Tried to load a m2ts (as usual) both in x86 and in x64 but the window does not "resize" such as in previous versions and when trying to preview a "no video frame found" pops up.
The same m2ts works perfectly in 2012, both x86 and x64.
Iam currently Encoding a .ts file (720p/h264).
This is working fine... I could open and preview it.. Marked Cut Points and saved Project File. (64Bit Version)
Atm its encoding pass 1....
Chris
tormento
16th June 2010, 17:21
iam currently encoding a .ts file (720p/h264).
ts<>m2ts...
Guest
16th June 2010, 17:27
2013 is not working for me. Tried to load a m2ts (as usual) both in x86 and in x64 but the window does not "resize" such as in previous versions and when trying to preview a "no video frame found" pops up.
The same m2ts works perfectly in 2012, both x86 and x64. Read the release notes. That's what you get with an invalid license. Did you renew your license?
Guest
16th June 2010, 17:29
The first one is needed from Autocad. Please, please, please add a feature to select card. Added to the to-do list. Can you tell Autocad to use the second?
Karyudo
16th June 2010, 17:44
Adding [handling of DVR-MS and WTV HD streams from Windows Media Center] to the to-do list.
Whoo-hoo! Thanks. If only some of the other crap 'professional' software I am forced to use (mostly at work) was as so relentlessly improved in response to user input....
In my experience, there are few 'amateur' software projects that are as bulletproof or rigorously supported and updated as DGIndex, and I find it surprising and frankly disappointing that people still won't pay even a modest sum to support you in your efforts to give them the best possible experience.
tormento
16th June 2010, 17:53
Read the release notes. That's what you get with an invalid license. Did you renew your license?
Yes, I used the code you sent me in email the last time you changed the licence method. Is a new one necessary?
tormento
16th June 2010, 17:55
Added to the to-do list. Can you tell Autocad to use the second?
The second is a 8something I use for Physx. The first is a Quadro. Do you think I should use the second for Autocad? ;)
tormento
16th June 2010, 18:05
Ok, license problem solved. My knowledge of english is good enough to confuse licence with license.
Guest
16th June 2010, 18:08
In my experience, there are few 'amateur' software projects that are as bulletproof or rigorously supported and updated as DGIndex Thanks for the kind words. I'm glad you put amateur in quotes, because I am not an amateur. I've been a professional developer for 35 years. :)
talen9
16th June 2010, 18:40
Don, thanks for all the work you put into this project!
Just wanted to point it out that some parts of DGDecNV home page are obsolete...
Please be aware that until the system is automated I can process activations only twice a day, in the morning and evening, so be patient if your activation seems delayed.
Fact is, the process is now automated :p but the real problem is that from the home page there's no way to reach the online license generator (none that i was able to find, anyway) ... I only got there thanks to the link you posted here today in the v2013 announce.
Karyudo
16th June 2010, 19:14
Thanks for the kind words. I'm glad you put amateur in quotes, because I am not am amateur. I've been a professional developer for 35 years. :)
I didn't know for sure that you were a professional developer, nor for how long, but it's certainly clear that your work on DGIndex is 'amateur' only in the purest sense -- that you do it as something other than your main job, because you love it.
You don't know the countless times I've been frustrated by flaky operation of some piece of software or other and thought to myself, "Why couldn't there be a Donald Graft equivalent involved in this project?!"
Guest
16th June 2010, 19:30
Just wanted to point it out that some parts of DGDecNV home page are obsolete... That's still valid because the initial activation is still manual. At the initial activation the link to the generator is sent.
You must have been an early adopter and so didn't get the link because it didn't yet exist.
talen9
16th June 2010, 19:51
That's still valid because the initial activation is still manual. At the initial activation the link to the generator is sent.
You must have been an early adopter and so didn't get the link because it didn't yet exist.
Ah ok, that's it ... and yeah, early adopter, see also the email I sent you one hour ago :)
[edit] thanks for the reply ;)
Guest
17th June 2010, 00:51
Since 2013 was null except for the security stuff, I slipped in a fix for the CLI support. The -at command was broken. So re-download it if you need CLI.
lych_necross
17th June 2010, 07:28
Will this change in licensing affect VBVChecker?
7ekno
17th June 2010, 09:44
Sorry to be a pain, is licensing still tied to Network Interface?!?
If it is, I will finalize VM and VPN of choice before requesting new IDs !!
7ek
Guest
17th June 2010, 14:34
Will this change in licensing affect VBVChecker? Yes, I need to revise it too. BTW, I plan to add some new features like graph of buffer occupancy, etc.
Guest
17th June 2010, 14:36
is licensing still tied to Network Interface? Yes.
I no longer support multiple licenses in one file, but I plan to add a License Switcher tool in DGIndexNV to make it easy to manage. Before that is ready you will have to manage it manually.
jpsdr
17th June 2010, 16:37
I no longer support multiple licenses in one file
Arghhhh... I cross my fingers because of my problem...:(
Guest
17th June 2010, 16:40
As I said, I am adding a license switcher tool so it will not be a problem for you.
jpsdr
17th June 2010, 18:21
I don't know what you've changed in the 2013, but my problem is gone !!!
I've just tested it at least under XP32, everything seems fine.
I'll go and update my license number. Keep your good work.
EDIT : Argh !!!!!
Machine ID is specific of the HDD you start the program from. To test it i've launched it from one HDD, get the machine ID/number, and now that i've put it on the right place, i realise ID is not the same.
One ID license for nothing... Be carefull others, don't make the same mistake than me.
.... No, it was the same HDD, but not the same partition indeed...
Guest
17th June 2010, 18:54
I don't know what you've changed in the 2013, but my problem is gone !!! That's nice to know but it would be nicer to know what problem you are talking about.
I've just tested it at least under XP32, everything seems fine. I'll go and update my license number. Keep your good work. How did you run 2013 before updating your license?
EDIT : Argh !!!!!
Machine ID is specific of the HDD you start the program from. To test it i've launched it from one HDD, get the machine ID/number, and now that i've put it on the right place, i realise ID is not the same. That's not true. The HDD is not involved at all in the machineID calculation. You must have made a mistake.
One ID license for nothing... Be carefull others, don't make the same mistake than me. I will always be happy to reset the license count for valid users. It's just there to stop miscreants from abusing it.
rica
17th June 2010, 19:49
I will always be happy to reset the license count for valid users. It's just there to stop miscreants from abusing it.
I've changed at least three PCs and everytime i got the new license asap. Thx don.
Guest
18th June 2010, 02:11
License Switcher was added to build 2013. Redownload if you need it.
EDIT: Delete your INI file before opening this version. Alternatively, after
opening it immediately set License 1, 2, or 3 in Options/License Switcher.
lych_necross
18th June 2010, 06:58
Yes, I need to revise it too. BTW, I plan to add some new features like graph of buffer occupancy, etc.
Very cool!! I can't wait for the update. :D
jpsdr
18th June 2010, 09:01
How did you run 2013 before updating your license?
Fortunately, you can still start DGNVIndex and press the "About" button without the license, otherwise, it could be troublesome...:p
hydra3333
18th June 2010, 12:28
I'm about to cut over to my new generation security:
* Asymmetric key encryption using RSA to kill serial gens.
* Various anti exe-cracking strategems.
When the cutover occurs, the license generator will generate only licenses for version 2013 and greater, which will be released at the same time. I will reset all license counts to 0 so that you can get licensed for versions going forward.
The license generator will be disabled for a short period during the cutover.As a customer using the old system, will I need to do anything different if I download the latest versions ? eg- re-license or something ? From the text, it appears I have to dig up the old email and go to a link and re-license ?
edit: OK, the readme.txt from the download says "If you previously ran builds prior to 2013, you will need to use the online license generator
to generate new license for version 2013 and beyond."
edit2: If I have multiple PCs, can I place all the keys in one license.txt and copy that same license file onto the other machines ? I think the license switcher may be for this, so I'll have a try.
Guest
18th June 2010, 15:56
Revised DGIndexNV help to include License Switcher option. Please re-download.
laserfan
18th June 2010, 17:28
You just go to the old licensing page and start over for your new license.
It's all in place now. You can download 2013 and generate your license. Let me know if it works. :)
The page is:
http://neuron2.net/licensing.htmlOn the licensing page it asks:
In the "User" field, put the user ID provided to you when you made your donation.
Under the old system, we simply exchanged emails wherein I gave you my Machine ID and you sent-back to me a License File. But there was no discussion of a "User ID". My email address doesn't seem to work on the licensing page--what is my User ID???
Guest
18th June 2010, 18:30
Early adopters did not get an ID. They need to email me to ask for one.
Sorry for the inconvenience.
laserfan
18th June 2010, 19:43
Sorry for the inconvenience.No problem; I sorta figured that out and sent an email already. We early adopters ask for all the trouble we get... ;)
MrVideo
19th June 2010, 07:54
In case you didn't know it, Nvidia has released version 257.21 of the driver. Release date was given as 6/15.
Don, have you tried this yet?
Guest
19th June 2010, 13:11
Works fine for me.
J.Constantine
19th June 2010, 13:40
Hello.
The new version you have updated 18.06.2010 (a few times!!) doesn't work anymore.
The first one build 2013 worked, but the newest one build 2013 again do nothing.
Its not a licence problem, not a nvidia cuda driver or something.
I drag any m2ts, vob or h264, 264 into DGindexNV and it doesn't happens.
The old builds works fine, also the version before 18.06.2010.
I have an GeForce 9600GT, win 7 x64, Intel core 2 quad 9300.
It would be gratefully when you look at this problem.
Thanks
Guest
19th June 2010, 14:00
If it's the version with the license switcher, open Options/License Switcher and select License 1. Then open your file. Make sure your license file is present as license.txt in the same directory as DGIndexNV.exe. If that does not help contact me by email.
EDIT: I just downloaded and tested the online version. It works just fine.
EDIT2: I have added the following text to my webpage just above the download link:
Important Note Build 2013 requires users to regenerate their licenses. If you are an early adopter of DGDecNV you may not be aware of the license generator and may not have a login for using it. To obtain a login, please send me an email. To prove your registered status, either a) send the email from the same email address that you originally registered from, or b) send your original PayPal transaction ID.
Guest
19th June 2010, 15:53
Version 1.8 supports the new licensing.
I haven't put a license switcher in there but if that causes grief I'll add it.
MrVideo
19th June 2010, 16:40
Works fine for me.
Great.
Sharc
19th June 2010, 18:12
@neuron2
I obtained my license 1 successfully from the generator. My PC was on the Etherent LAN adapter (wired). So far all ok.
Now I connected the same PC via wireless LAN, means a different adapter. So I collected a second license from the genarator, but nothing works anymore.
Now my questions:
Do I have to put both licenses in the same license.txt? Or do I have to make 2 different files, say license 1.txt and license 2.txt? How is the license switcher supposed to work?
I am a bit lost ...
Guest
19th June 2010, 18:16
Download 2013 again just for the updated DGIndexNV manual and then read the section on the License Switcher.
Sharc
19th June 2010, 19:44
Thanks! Now everything is ok.
simonb1975uk
19th June 2010, 21:34
Hi Don. Had a major computer crash a month or so ago and lost the e-mail you sent me with my user name and password to access the license generator. What's the best way of re-obtaining this information? Sorry to be a pain.
Guest
20th June 2010, 01:18
Read the "Important Note" 6 posts up from yours.
MrVideo
20th June 2010, 09:51
It took quite a while to figure out that the license was incorrect for 2013 on the new 4-core AMD system. dgindexnv would start, but it wouldn't process the job, nor explain why it wouldn't.
Then I noticed that I wrote the machineid down incorrectly. Once I got a new license, then it worked as expected.
Any particular reason why dgindexnv doesn't display an error dialog box that says: license key invalid? 2010 did, when I used a new license and forgot to copy over the new 2013 files.
It would have saved a lot of hair pulling.
Guest
20th June 2010, 11:31
The first paragraph of the release notes is:
*** IMPORTANT NOTICE REGARDING LICENSES ***
This software requires a license! If you attempt to
run the software without a valid license in place you will
receive no explicit notification of that fact. Instead, various
functions of the program will simply fail to operate
correctly.
The reason is that it makes life much harder for crackers.
MrVideo
20th June 2010, 19:45
The reason is that it makes life much harder for crackers.
Stupid thing is that I did read that.
So, in an attempt to continue the cat-n-mouse game with the crackers, we legit users can get caught in the middle. I thought I had a valid license, which made the "not working" more puzzling.
Besides, the fact that it wouldn't even attempt to create a dgi file is a pretty good clue to a hacker that the "key" didn't work. Not much different than displaying a GUI saying that the license is invalid. To have it actually go through the steps and create a dgi file that "looks" right, only to cause the re-encoding to produce garbage is another story.
Guest
21st June 2010, 00:37
I'm not interested in debates. It's the way it is and it's my program so that's that. Followup to PM if you must as I consider debates about licensing policies off-topic for this thread.
hydra3333
21st June 2010, 11:55
I just want to say, thanks ! An excellent product !
Guest
21st June 2010, 12:51
Thanks. I have my MPLS parser working (which was surprisingly easy). I need to add the code for handling proper M2TS joining as in my Joints hack, then I'll make a release of it.
tormento
21st June 2010, 14:23
Wonderful. I've just bought the 1st BD of Star Trek. Need a beta tester for episodic messed up BD? ;)
Guest
21st June 2010, 14:56
Wonderful. I've just bought the 1st BD of Star Trek. Need a beta tester for episodic messed up BD? ;) Sure. Can you first specify what you mean by "episodic messed up BD" and what a tool must do to handle that properly? Currently, I simply parse a specified MPLS file and open the implied chain of M2TS files.
tormento
21st June 2010, 15:34
The first BD of Star Trek classic series has 4 episodes, each one has 2 angles (remastered and original) and is composed by ~15 m2ts, interleaved by angle 0 m2ts and angle 1 m2ts.
Eac3to handles it correctly, the GUI (http://forum.doom9.org/showthread.php?t=141829)too.
Here it is the BDInfo report: 11195
Guest
21st June 2010, 15:43
Thank you. Can you give me a link to the BluRay online so I can be sure to get the right one?
tormento
21st June 2010, 15:53
I bought it online here (http://www.blu-ray.dvd.it/serie-tv/produzione-straniera/star-trek-la-serie-classica-rimasterizzata-stag-1-8-blu-ray/dettaglio/id-2167623/).
Don't know how to address you to the correct BD in your country. However I don't think that there is more than one BD remastered edition.
Should an archive of the playlist directory be enough for your tests?
tormento
21st June 2010, 16:03
Little OT: should be possible to implement the Windows 7 title bar feature that gives the % status as green filling bar when minimized?
Guest
21st June 2010, 16:05
As I have said several times, I don't get excited by GUI stuff and eye candy.
tormento
21st June 2010, 16:10
It's not eye candy, it's meant to keep the window minimized BUT get an idea of where the process is...
Guest
21st June 2010, 17:48
Status reporting is already on my to-do list.
Guest
21st June 2010, 21:44
@tormento
Here is a very beta MPLS-enabled version of 32-bit DGIndexNV. Please test it on your Star Trek stuff.
http://neuron2.net/misc/DGIndexNV.rar
User Guide:
* Decrypted BDMV folder on your hard drive.
* Open an MPLS file in the BDMV/PLAYLIST directory. If multiple angles are present you are prompted for the angle. You can use BDInfo to help you to determine the correct MPLS file to open. I may add a tool to perform the latter function.
* The required M2TS files are automatically loaded in order.
I have not implemented audio adjustment yet for joining multiple M2TS files.
Blue_MiSfit
22nd June 2010, 00:32
Hi neuron2,
When using the latest nVidia driver for my QuadroFX 2800M GPU (257.21) and DG NV 2013, I get strange behavior.
I can open the DGIndexNV application (all 32 bit for now), but nothing happens when I drop a supported file into the window. When I use the more conventional file -> open, the file I selected is in the file list, but DGIndexNV doesn't display any video or statistics.
How curious!
Derek
MrVideo
22nd June 2010, 00:40
I can open the DGIndexNV application (all 32 bit for now), but nothing happens when I drop a supported file into the window. When I use the more conventional file -> open, the file I selected is in the file list, but DGIndexNV doesn't display any video or statistics.
Did you get a new license for the 2013 version? If yes, double-check that you entered the correct machine ID in the on-line form.
I had a typo and thought I had a new license, but I entered a wrong character in the machine ID. The symptom was exactly the same.
Guest
22nd June 2010, 03:23
If DGIndexNV 2013 does not display your video then you have not got a proper license in place (which means either you didn't relicense as required, you mistyped the machine ID in the license generator, or you did not create the license file as instructed and put it in the right place). As stated at my web site and several times here, as well as in the release notes, you need to regenerate your license using the online license generator. If you do not have a login then email me for one. You should have received one when you donated, unless you were an early adopter.
Sorry for the inconvenience. Get used to the process, because if the crackers bust my encryption, I'll have to double the key size. :)
Blue_MiSfit
22nd June 2010, 03:44
Indeed, I did :)
Sorry, I thought by "new license" you meant when you created the web system, which I've been through a few times already! I'll get my **** relicensed.
Thanks!
Derek
tormento
22nd June 2010, 14:18
Here is a very beta MPLS-enabled version of 32-bit DGIndexNV. Please test it on your Star Trek stuff.
It does work well. The next step should be parsing the BD to associate the audio streams to the correct language. ;)
You can use BDInfo to help you to determine the correct MPLS file to open. I may add a tool to perform the latter function.
Yes, please! A nice tool would be such as the gui I addressed you to: just point the directory and the tool should make the rest.
I have not implemented audio adjustment yet for joining multiple M2TS files.
What do you mean with "audio adjustment"?
Guest
22nd June 2010, 14:58
It does work well. The next step should be parsing the BD to associate the audio streams to the correct language. Yes, I noticed that is needed too.
What do you mean with "audio adjustment"? When you line up a lot of M2TS files, the sync can drift off if each one has a little more audio than video, which is not unusual.
tormento
22nd June 2010, 15:28
When you line up a lot of M2TS files, the sync can drift off if each one has a little more audio than video, which is not unusual.
Uh, ok, I'll extract audio with eac3to.
Guest
22nd June 2010, 16:04
I didn't say I wouldn't support it, just that I haven't integrated the existing code yet.
Guest
24th June 2010, 13:37
* Added support for BluRay MPLS playlists.
http://neuron2.net/dgdecnv/dgdecnv.html
LigH
24th June 2010, 14:26
* Added support for BluRay MPLS playlists.
http://cosgan.de/images/smilie/musik/e050.gif
tormento
24th June 2010, 15:09
* Added support for BluRay MPLS playlists.
Is the audio issue fixed? =)
Guest
24th June 2010, 15:12
Read documentation. :)
rack04
24th June 2010, 15:15
Is the audio issue fixed? =)
From the DGIndexNVManual:
In some cases where the playlist specifies many M2TS files audio/video sync can drift off due to the joints between files. DGIndexNV automatically corrects this in demuxed AC3 files only. Support will be added for additional audio types in future versions. Consider using EAC3TO to demux your audio if you require sync correction for audio types other than AC3.
tormento
24th June 2010, 15:57
Oh, thank you both. What a lazy man I am.
tormento
24th June 2010, 16:24
DGAVCIndexFileNV7 X64
Groan. Why should I keep on re-creating the dgi from one version to another?
I hate you =P
cweb
24th June 2010, 16:35
Groan. Why should I keep on re-creating the dgi from one version to another?
I hate you =P
I generally don't upgrade if I have created a dgi. I encode the video, and upgrade afterwards. Or I recreate the dgi instead and then encode.
crl2007
24th June 2010, 16:46
With the 2014 version the gpu isn't used. Cuvid server is off, but the app does not ask for it. And the CPU load is over 32%. I'm using win 7 x64, gtx 285 and the 257.21 drivers from nvidia. With 2012 and the same drivers it worked.
Guest
24th June 2010, 17:35
With the 2014 version the gpu isn't used. Cuvid server is off, but the app does not ask for it. And the CPU load is over 32%. I'm using win 7 x64, gtx 285 and the 257.21 drivers from nvidia. With 2012 and the same drivers it worked. The only possible decoding is on the GPU. if you see video it is decoded on the GPU.
If you use DGMultiSource() in your script, the CUVID server is not needed.
Load will depend on what else is in your script.
Post your script if you still think there is a problem.
@tormento
I hate you too. :)
crl2007
24th June 2010, 21:01
I just added a m2ts file to create a dgi.
Guest
24th June 2010, 21:33
I just added a m2ts file to create a dgi. The GPU is not used during Save Project in DGIndexNV. It is used only for decoding the video during play/preview in DGIndexNV, or when serving video via your script.
crl2007
24th June 2010, 22:41
Thanks for the clarification.
tormento
25th June 2010, 15:48
@all
Do not download and install latest quadro drivers from Nvidia (258.49-quadro-win7-winvista-64bit-international-whql). Dunno if it is DGNV or NVidia fault but major graphic memory corruption happens when using DGMultiDecode_x64 and any other CUDA enabled exe, such as CoreAVC, NVIndex or anything similar.
258.19 works fine.
Guest
26th June 2010, 02:02
I've just slipstreamed build 2014. It has no additional functionality of any interest to users. But if you download it again after now, you'll have to regenerate your license to get proper operation.
This should be the end of the futzing around with licensing.
lych_necross
26th June 2010, 07:06
Do we need to regenerate our license again if we already did it when 2013 was released?
Guest
26th June 2010, 11:05
Only if you re-download 2014 after my last post time.
Guest
26th June 2010, 16:14
* I got too clever by half with my licensing check in an attempt to punish people using patched executables. It wasn't working right, however, causing it to emit some bad frames even for good licenses in some (not all) cases. I won't try anything like that again. :eek: Now, if you don't see your video you have to remake your license. I'm done with this nonsense. It's not a battle I can win. Do not use 2014! 2013 is OK.
* Here's a cookie to make up for the first item above. Added audio language detection for opened MPLS files. After opening the MPLS file, Audio/Audio Demux will tell you the languages of the (nonhidden) streams.
http://neuron2.net/dgdecnv/dgdecnv.html
laserfan
26th June 2010, 17:30
I installed 2015 and when I tried to open a .vc1 file I got a "GPU decoder: Failed to create video decoder (1)" error dialog. Upon reverting to 2013 everything works again. Does this mean I have to "remake my license"? If yes, what exactly should I do. I did indeed try 2014 once before DLing and trying 2015 (had gotten same dialog iirc).
Guest
26th June 2010, 17:32
I installed 2015 and when I tried to open a .vc1 file I got a "GPU decoder: Failed to create video decoder (1)" error dialog. Upon reverting to 2013 everything works again. Does this mean I have to "remake my license"? If yes, what exactly should I do. I did indeed try 2014 once before DLing and trying 2015 (had gotten same dialog iirc). Yes, remake your license using the online license generator.
"if you don't see your video you have to remake your license"
Good to know that layer 2 of my defenses is working. :)
laserfan
26th June 2010, 17:43
Don't you read what I post? Really, how much clearer can I make it? Your suggestion will be appreciated.Yeah, I read (and re-read) and still didn't get it. And getting an error dialog AFAICT is different from "not seeing your video".
Guess I'd have been a little more literal like "sorry but 2014 breaks your license; if 2015 doesn't work then you'll need to re-do your license.txt using the online generator."
But then I've been around long enough to know that nobody interprets an instruction in exactly the same way...
Guest
26th June 2010, 17:46
OK, I edited my message but you replied to the previous one.
Let me know if things are not OK after regenerating your license. Should be fine though. Sorry for the inconvenience.
When things settle down, I will reset everybody's license count.
laserfan
26th June 2010, 17:58
Let me know if things are not OK after regenerating your license...I will reset everybody's license count.To others (who might be as slow as I am today): I went to neuron2.net/licensing and entered my User ID and Machine ID again and got a new key to paste-in to license.txt in place of the old one. 2015 now works. And not that I care a whole lot, but as Mr. Graft indicates above he apparently is gonna make-up for the decrement in our license counts.
Thanks neuron2 for the super-human tools. And for showing too once-in-a-while that you can be normal-human also!
:)
Guest
26th June 2010, 18:23
Thanks for your understanding.
I taught myself the hard way that valid users should not be hassled in futile attempts to defeat crackers. No need for any "I told you so" posts, please. :)
7ekno
26th June 2010, 23:54
Have ya looked into "phone home" methods (that is, check userID exists in database)?!? Your users already sign up via web interface, so presumably a few quick "phone home" checks at arbitary points in workflow might make things incrementally harder to crack ...
As for patched EXE's, just setup a random timer in an alternative thread to CRC check the EXE and/or phone home (random timer in separate thread makes it extremely difficult to debug due to lack of break points!) ..
Tek
Guest
27th June 2010, 01:15
I don't want to discuss it in a public forum.
meatwad
27th June 2010, 05:38
Has anyone recently compared the speed of DG NV tools against CoreAVC (2.0.0) using an ATI video card? I'm not sure what's going on, but when encoding a 720p mkv down to 624x352 in iPod format DGNVIndex lost by about 40 fps on average. I even tried Core with CUDA enabled as the decoder and it was about 10 fps slower than DGNVIndex. I've been using DG NV tools since 2008 and this is just bizarre? I didn't uninstall Catalyst Control Center or the ATI drivers and that might be where the issue is (even though I disabled CCC from loading on startup). I'm using 2015 with Windows 7 x64 and a 1090t x6 processor (890gx chipset integrated Radeon 4290HD and 8GB of ram). The Nvidia pcie card I used was geforce 210.
I really don't think leaving the ATI drivers installed is the issue because DG NV tools ran just fine. I guess I should have ran the same encode using CoreAVC without CUDA acceleration being on when I had the geforce 210 installed. Guess I'll experiment a little more tomorrow.
meatwad
27th June 2010, 06:21
I decided to go all the way and completely uninstall ati catalyst and the ati drivers. The results were pretty much the same. Using the geforce 210 the winner was CoreAVC without CUDA acceleration on, but only by about 3-7 fps over DGNVIndex. The worst performer was CoreAVC with CUDA acceleration on. It was about 20 fps slower than with it off. I guess I need to try another Nvidia graphics card, but I was under the assumption that only the amount of memory on the card would have any real impact when it came to CUDA. Anyway, CoreAVC seems to work better with ATI (or so it would seem). Hopefully someone more qualified will be able to sort this out. I really like DG NV tools so please don't take this the wrong way, plus speed isn't the only reason for using them.
lych_necross
27th June 2010, 06:56
Well Neuron, I guess you could always go with a hardware key ;)
tormento
27th June 2010, 08:18
Has the dgi structure changed again?
Guest
27th June 2010, 13:33
Has the dgi structure changed again? Changes in the DGI structure are indicated by the version number at the top of the file.
Guest
27th June 2010, 14:15
My latest anti-cracking strategy: a new release every day. :)
* Fixed a bug in VC1 pulldown detection. For example, streams on the bluray "Life" were being erroneously marked with frame pulldown in the DGI file, causing extra frames when serving.
* Bumped the DGI version number to 8 to complete the removal of the ill-advised protection. (Yes, tormento, I know you hate me.)
http://neuron2.net/dgdecnv/dgdecnv.html
tormento
27th June 2010, 17:03
(Yes, tormento, I know you hate me.)
But I love your work ;)
meatwad
28th June 2010, 04:31
Neuron2, is there a major difference in DG NV Tools performance with different Nvidia GPUs? I remember reading somewhere that the low end cards should perform as well as the high end cards and that the amount and type of memory were the only real game changers.
Guest
28th June 2010, 14:18
Neuron2, is there a major difference in DG NV Tools performance with different Nvidia GPUs? I remember reading somewhere that the low end cards should perform as well as the high end cards and that the amount and type of memory were the only real game changers. The key factors are memory bandwidth and VP core clock rate.
Regarding your performance observation, I can address that only with full details on your machine, your script, and your encoder setup (x264 command line if applicable). A 40 fps deficit *for transcoding* sounds fishy to me but I'm willing to conduct some experiments if you give me the information I need to try to reproduce your scenario.
Generally, for simple decoding only a fast CPU will beat the GPU. For transcoding, however, offloading decoding to the GPU can modestly improve performance as long as the decoding does not become the bottleneck. For example, if you decode HD and encode SD then the GPU decoder may struggle to keep up with the encoder. On the other hand, if your script is complex and you can offload it to the GPU (deinterlacing and resizing), then the balance swings the other way. So it is a complex situation. And of course performance is not the only factor to be considered, as I have described many times.
cweb
28th June 2010, 18:55
Right now I am using version 2013 (will update soon but I wanted to ask this first)..
You had said back in January 2010 that "The options in DGIndexNV are just there to allow you to see the effect of the deinterlacing."
So if I set Enable PureVideo Deinterlacer | Single rate etc in dgindexnv, I HAVE to use the corresponding deinterlace parameter in dgmultisource() ?
If I do not use the parameter, does it use the setting in dgindexnv or does it just not deinterlace at all?
I'm asking as I created 2 dgi files with dgindexnv (of the same dvd), with the deinterlace on and off respectively, and the files are identical.
jpsdr
28th June 2010, 19:06
I've jumped from 2014 to 2016, now each time i try to open an .m2ts file, i've the error message : GPU Decoder : Fail to create video decoder (1). Tested on several files, always same error message.
Replaced file with 2013 version (haven't keep 2014) : Everything work fine again.
rack04
28th June 2010, 19:08
I've jumped from 2014 to 2016, now each time i try to open an .m2ts file, i've the error message : GPU Decoder : Fail to create video decoder (1). Tested on several files, always same error message.
Replaced file with 2013 version (haven't keep 2014) : Everything work fine again.
Have you updated your license file?
n0an
28th June 2010, 19:13
I want to index a VC1 file, but DGIndexNV pops the following error: "The procedure entry point cuCtxDestroy could not be located in the dynamic link library nvcuda.dll. I have the nvcuda and nvcuvid dlls in my system32 dir. Same error for CUVIDserver.exe as well. I have sloved this problem for DGAVCInde, but I am unable to recall the solution. Any help with be greatly appreciated :).
Guest
28th June 2010, 19:25
So if I set Enable PureVideo Deinterlacer | Single rate etc in dgindexnv, I HAVE to use the corresponding deinterlace parameter in dgmultisource() ?
If I do not use the parameter, does it use the setting in dgindexnv or does it just not deinterlace at all? If you do not enable it with the source filter, then it is not enabled.
I'm asking as I created 2 dgi files with dgindexnv (of the same dvd), with the deinterlace on and off respectively, and the files are identical. That is correct. There is no connection between what you do in the indexer and what you do in your source filters.
Guest
28th June 2010, 19:26
I've jumped from 2014 to 2016, now each time i try to open an .m2ts file, i've the error message : GPU Decoder : Fail to create video decoder (1). Tested on several files, always same error message.
Replaced file with 2013 version (haven't keep 2014) : Everything work fine again. Regenerate your license.
Guest
28th June 2010, 19:27
I want to index a VC1 file, but DGIndexNV pops the following error: "The procedure entry point cuCtxDestroy could not be located in the dynamic link library nvcuda.dll. I have the nvcuda and nvcuvid dlls in my system32 dir. Same error for CUVIDserver.exe as well. I have sloved this problem for DGAVCInde, but I am unable to recall the solution. Any help with be greatly appreciated :). Remove the DLLs from the DGDecNV directories. Install the latest Nvidia drivers. That is all.
cweb
28th June 2010, 19:39
If you do not enable it with the source filter, then it is not enabled.
That is correct. There is no connection between what you do in the indexer and what you do in your source filters.
Thanks.... :thanks:
stax76
28th June 2010, 22:11
I have a sample causing a problem when loading from command line, it loads using -i without -o but with -i and -o together it fails to load, somehow weird, I hope you can reproduce it, another sample I just tried did not cause any problem.
http://www.filedropper.com/mp4aaclc
tormento
28th June 2010, 23:23
* Here's a cookie to make up for the first item above. Added audio language detection for opened MPLS files. After opening the MPLS file, Audio/Audio Demux will tell you the languages of the (nonhidden) streams.
Not fully working here.
With the retail italian Cars BD, on movie playlist (00072.mpls, 0…2 angles), the audio demux recognizes only 1100…1105 languages. The following 1106…110b, which are not hidden, are not recognized.
BDInfo fully recognizes the audio streams.
Please tell me which parts you need to debug the error.
Guest
28th June 2010, 23:25
Please tell me which parts you need to debug the error. MPLS file please.
Guest
28th June 2010, 23:26
I have a sample causing a problem when loading from command line, it loads using -i without -o but with -i and -o together it fails to load, somehow weird, I hope you can reproduce it, another sample I just tried did not cause any problem.
http://www.filedropper.com/mp4aaclc Investigating...
shortkud
28th June 2010, 23:42
I understand that setting deinterlace=1 also sets fieldop=2 but I think i'm having some odd results because of that. On some clips if I set deinterlace=1 the runtime is very different than that of deinterlace=0. On actual clips the runtime difference can be as much as 5 minutes. Please set me straight :)
LoadPlugin("C:\NVTools\DGMultiDecodeNV.dll")
DGMultiSource("test.dgi", deinterlace=1)
Runtime=1:16
LoadPlugin("C:\NVTools\DGMultiDecodeNV.dll")
DGMultiSource("test.dgi", deinterlace=0)
Runtime=1:34
Sample Clip (http://doinkdoink.us/test.mpg)
GearX
29th June 2010, 01:35
I understand that setting deinterlace=1 also sets fieldop=2 but I think i'm having some odd results because of that. On some clips if I set deinterlace=1 the runtime is very different than that of deinterlace=0. On actual clips the runtime difference can be as much as 5 minutes. Please set me straight :)
LoadPlugin("C:\NVTools\DGMultiDecodeNV.dll")
DGMultiSource("test.dgi", deinterlace=1)
Runtime=1:16
LoadPlugin("C:\NVTools\DGMultiDecodeNV.dll")
DGMultiSource("test.dgi", deinterlace=0)
Runtime=1:34
Sample Clip (http://doinkdoink.us/test.mpg)
That clip is telecined -- you shouldn't be using CUVID deinterlace at all. The reason it's 1:16 instead of 1:34 is because the deinterlaced frames are still being displayed at 29.97 fps. And, you don't have a perfect telecine pattern. That clip is only 92% film.
You should do this instead:
LoadPlugin("C:\NVTools\DGMultiDecodeNV.dll")
DGMultiSource("test.dgi")
Telecide(guide=1)
Decimate(cycle=5)
Guest
29th June 2010, 02:01
Exactly correct, GearX. A fine analysis!
Guest
29th June 2010, 02:32
I have a sample causing a problem when loading from command line, it loads using -i without -o but with -i and -o together it fails to load, somehow weird, I hope you can reproduce it, another sample I just tried did not cause any problem. I have found and fixed this. DGIndexNV gathers the first 500 start codes and looks at them to determine the video type. Your sample is so short it does not contain 500 start codes. For CLI invocation I error out in that case but not for normal invocation. I changed it to not error out in the CLI case. The fix will be in the next release, which I'd like to get out right away but tormento is tormenting me by not providing the requested MPLS file. :) If it's not there in the morning I will make a release because I have some other important changes I need to deliver.
shortkud
29th June 2010, 03:16
That clip is telecined -- you shouldn't be using CUVID deinterlace at all. The reason it's 1:16 instead of 1:34 is because the deinterlaced frames are still being displayed at 29.97 fps. And, you don't have a perfect telecine pattern. That clip is only 92% film.
You should do this instead:
LoadPlugin("C:\NVTools\DGMultiDecodeNV.dll")
DGMultiSource("test.dgi")
Telecide(guide=1)
Decimate(cycle=5)
If CUVID didn't ignore the pulldown flags would it report correctly? Why must it ignore pulldown flags when de-interlacing?
I have other clips that are telecined that work fine in conjunction with deinterlace=1 and Decimate()
Guest
29th June 2010, 03:33
If CUVID didn't ignore the pulldown flags would it report correctly? Why must it ignore pulldown flags when de-interlacing? Pulldown is entirely up to the display process. CUVID delivers only the decoded frames; it does not pull them down for display.
I have other clips that are telecined that work fine in conjunction with deinterlace=1 and Decimate() Then they must be hard telecined, and it is still suboptimal to apply a deinterlacer.
tormento
29th June 2010, 06:15
tormento is tormenting me by not providing the requested MPLS file
Hey man, sometimes I sleep too =pPppPpp
Here you are. 11213
7ekno
29th June 2010, 12:07
Um, is there a new link to the licensing page?!?
Call me tired, or just plain stupid, I just can seem to find it :P
http://neuron2.net/licensing just leads me to a 404 page :(
May I request a link to the online licensing page on the "About" box, so us slow types can keep up!
7ek
Guest
29th June 2010, 12:19
Um, is there a new link to the licensing page?!? It's sent to you with your user id.
http://neuron2.net/licensing.html
Guest
29th June 2010, 13:08
With the retail italian Cars BD, on movie playlist (00072.mpls, 0…2 angles), the audio demux recognizes only 1100…1105 languages. The following 1106…110b, which are not hidden, are not recognized. The MPLS you gave me shows only 6 audio streams. Are you sure those extras weren't PG streams? Show me the BDInfo screenshot please.
tormento
29th June 2010, 13:13
Sent to private.
Guest
29th June 2010, 13:18
The shots confirm my results. There are 6 primary audio, 6 hidden, and 6 PG streams. In BDInfo hidden tracks are marked with an asterisk, it says so right at the bottom of the dialog.
tormento
29th June 2010, 15:03
The shots confirm my results. There are 6 primary audio, 6 hidden, and 6 PG streams. In BDInfo hidden tracks are marked with an asterisk, it says so right at the bottom of the dialog.
If they are hidden, DGIndex should mask them too. ;)
Groucho2004
29th June 2010, 23:09
Simple question - Do the NV tools work on Windows Server 2003 (32 bit)?
Guest
29th June 2010, 23:11
If the needed Nvidia drivers work there then I see no reason why not.
Groucho2004
29th June 2010, 23:25
If the needed Nvidia drivers work there then I see no reason why not.
The XP drivers work just fine (>= 191.07). I just seem to remember some feature in NV tools requiring XP SP3 which made me think that there might be something XP has that W2003 doesn't.
Guest
30th June 2010, 00:26
There was a bug in VMR9 deinterlacing that affected double rate deinterlacing. IIRC it applies only in D3D mode, so don't use that.
Guest
30th June 2010, 01:08
* In the file list dialog, if no changes have been made, hitting OK now does
not reopen the input files.
* A File/Step option was added. When the display is set to full size, on some
displays the buttons are off screen. This change allows the single-step mode to
be entered in such cases.
* Fixed crashes when a bare MPLS file is opened (one not part of a full BDMV tree).
* Opening files with CLI -i -o failed with small files. Fixed.
* Fixed two bugs in video demux: 1) garbage before the first start code was erroneously
replaced with zeroes instead of being deleted, 2) for AVC, trailing_zero_bytes greater than 1
resulted in writing garbage at the end of the NALU, making the demuxed file unusable.
* DGI file format is unchanged and working licenses continue to work. :)
http://neuron2.net/dgdecnv/dgdecnv.html
Audionut
30th June 2010, 05:52
Hi neuron2.
Can I poke you with a stick about this : http://forum.doom9.org/showthread.php?p=1363304#post1363304
I ran into this problem again while outputting trimmed ts. Same thing. If you rename the file in the save as dialog box, dgindex doesn't automatically add the extension.
Saving a dgi file is fine. You can put whatever into the save as box and it will auto add the .dgi extension.
Guest
30th June 2010, 13:08
It's not so simple. Suppose you do trimmed ts and enter "myfile", while the files myfile.trp and myfile.ts both already exist. And you want to append. How do I know which one to use? Or if just myfile.ts exists how do I know whether you want to make a new file or append to that one? And suppose someone *wants* a file with no extension? (In the case of DGI it is mandatory.) Finally, my view is if you replace a filename with one lacking an extension that was your intention. So I'm disinclined to do anything about this issue. It's not so hard to type an extension.
TinTime
30th June 2010, 14:16
The only possible decoding is on the GPU. if you see video it is decoded on the GPU.
Just out of curiosity how does this work for older GPUs? I'm using a pretty venerable 8600GT. As far as I know it offers full decoding of AVC but only partial decoding for VC-1 and MPEG-2. Have Nvidia also written CPU decoders for these that are invoked through CUDA? NB. I'm not aware of the technicalities here so I realise the question may not make sense :)
Sorry, I'm sure this has been asked before but I couldn't find the answer.
quantum5uicid3
30th June 2010, 14:18
starting with ver 2013, both the 32bit and 64bit versions of dgindexnv do not open mkv files on my computer. no error, just nothing happens after adding to the file list and clicking ok. if i use 2012, it works fine. i updated my nvidia drivers with no change. ive tried alot of files, so i don't think source matters.
vista x64 sp2
9600gt 257.21
cweb
30th June 2010, 14:19
starting with ver 2013, both the 32bit and 64bit versions of dgindexnv do not open mkv files on my computer. no error, just nothing happens after adding to the file list and clicking ok. if i use 2012, it works fine. i updated my nvidia drivers with no change. ive tried alot of files, so i don't think source matters.
vista x64 sp2
9600gt 257.21
Did you update your license file? See a few posts ago. Download the latest version before updating the license file though.
Guest
30th June 2010, 14:19
Just out of curiosity how does this work for older GPUs? I'm using a pretty venerable 8600GT. As far as I know it offers full decoding of AVC but only partial decoding for VC-1 and MPEG-2. Have Nvidia also written CPU decoders for these that are invoked through CUDA? Yes, obviously any functions not done in the VP engine will be done in the driver software.
Guest
30th June 2010, 14:22
starting with ver 2013, both the 32bit and 64bit versions of dgindexnv do not open mkv files on my computer. no error, just nothing happens after adding to the file list and clicking ok. if i use 2012, it works fine. i updated my nvidia drivers with no change. ive tried alot of files, so i don't think source matters. Don't you read release notes? Even the download link explains you have to regenerate your license. I'm really curious how you could have missed all that.
quantum5uicid3
30th June 2010, 14:34
i just generated a new file probably not even a month ago, i guess it was right before that. the bigger question i think, is why doesn't it throw an error if i need a new license file?
edit
that was it though, thank you.
hejhopp
30th June 2010, 16:30
Hi neuron2
I use VideoReDo TVSuite V4 for cuting my .ts(h.264) HDTV files.
but when I cut at a I frame the first 22 frames gets green after I use DGDecNV. tested on a 50fps and a 25fps HDTV ts file. p and b looks to be OK too start a clip at. When I use DirectShowSource the clip's looks fine, no green frames.
Any idea why it's like this?
Guest
30th June 2010, 16:59
Hi neuron2
I use VideoReDo TVSuite V4 for cuting my .ts(h.264) HDTV files.
but when I cut at a I frame the first 22 frames gets green after I use DGDecNV. tested on a 50fps and a 25fps HDTV ts file. p and b looks to be OK too start a clip at. When I use DirectShowSource the clip's looks fine, no green frames.
Any idea why it's like this? Post a link to a sample source stream cut by VideoRedo that I can use to duplicate the issue. A JPG is useless.
hejhopp
30th June 2010, 17:31
Post a link to a sample source stream cut by VideoRedo that I can use to duplicate the issue. A JPG is useless.
here u go http://www.megaupload.com/?d=S4GFXP1N
hope it works.
adiabatic
30th June 2010, 17:45
I'm just dropping in to give some feedback on the 64-bit binaries. So far so good!
I can't give direct speed comparisons because I was using an older 32-bit x264.exe (4 months old maybe) and the latest 64-bit x264.exe. With my usual AVS script (1080i -> 720p and colormatrix()) HDTV MPEG-2 to x264 conversions are a few fps faster but really it's coin toss as to if 32-bit or 64-bit is faster on my system. No matter really, either way I'm converting at 2x real time and that makes me happy!
Anyway Donald, the 2015 64-bit code is rock soild on my system. I'll test 2017 this weekend. You're updating versions faster than I can capture!!!!
Guest
30th June 2010, 19:06
here u go http://www.megaupload.com/?d=S4GFXP1N
hope it works. "The file you are trying to access is temporarily unavailable."
Please use mediafire.com
hejhopp
30th June 2010, 19:42
"The file you are trying to access is temporarily unavailable."
Please use mediafire.com
lets try this one.
http://download907.mediafire.com/wx1xbxgxszqg/dmdm3otmyjj/test_i.ts
crl2007
30th June 2010, 21:50
I have a little problem here:
http://i47.tinypic.com/sxbpk6.jpg With v 2017. Win 7 x64, gtx 285, 257.21 drivers.
laserfan
30th June 2010, 22:23
I have a little problem here...Did you get/install a new license key?
crl2007
30th June 2010, 22:29
Yes. The one for 2013.
Guest
30th June 2010, 22:37
You need to regenerate your license. RTM.
crl2007
30th June 2010, 22:41
Thanks, it works now. We will have to regenerate the license with every program version ?
LE: I already used 4 licenses without me wanting. From 2 refreshes ( mozilla got in a not responding state ) i had 2 new licenses. :)
Guest
30th June 2010, 23:40
If you read the recent posts you would know that:
Licenses will continue working going forward from 2015.
I plan to reset everybody's license count to 0.
Guest
30th June 2010, 23:43
lets try this one.
http://download907.mediafire.com/wx1xbxgxszqg/dmdm3otmyjj/test_i.ts Thank you, perfect.
The problem is that VideoRedo is sending recovery point SEIs before the PPSs. It's legal but very unusual, and it confuses my current code. I will make a fix for it and release it in the next build.
Usual is:
SPS
PPS
RPS
I
but your stream has:
SPS
RPS
PPS
I
It's just something I did not anticipate and never occurred in the wild until now.
crl2007
1st July 2010, 00:21
If you read the recent posts you would know that:
Licenses will continue working going forward from 2015.
I plan to reset everybody's license count to 0.
I don't like reading very much. :) I work with numbers every day. :P
GearX
1st July 2010, 00:47
I don't like reading very much. :) I work with numbers every day. :P
This is supposed to inspire neuron2 to help you :confused: ??? Sheesh.
crl2007
1st July 2010, 01:28
Yes, that means support. Instead of reading 100+ posts to see if something has been posted, you ask in the support thread. And the author or someone here can answer in a polite manner. If some of you spend their entire day hunting posts on forums, that's your business. I'm a busy man, I come home late and tired, I can't stay all night fishing for posts. I think I was very polite when I asked and I haven't broken any posting rules. So, please, show me the same respect. neuron2 was kind enough to answer me, so your intervention was not appropriate.
Guest
1st July 2010, 01:34
Let's stay on topic please guys. GearX, I appreciate your comment but I can look after my own affairs. crl2007, see it from my side and ask whether I should have to repeat the same thing for every user who won't read available instructions.
When I attain perfection, then I will (perhaps) be justified in asking it of others. I haven't attained it yet. :( So I try my hardest not to get upset at people who honestly have no bad intentions, as crl2007 clearly doesn't. Anyway, he used a smilie, which is a get out of jail free card.
I now pause 30 seconds before hitting submit, and almost always delete some silly, snarky comment. It's just nonproductive; it's that simple. You may speculate what I almost wrote to crl2007.
tormento
1st July 2010, 01:39
258.69 drivers crashes video too.
Don't know why after 257.12, using DGMultiSource_x64 AND any DXVA, CUDA or anything similar crashes video.
Just try to encode a video and play one in Media Player Classic HC.
Neuron: do you thing is a nvidia or your issue?
Guest
1st July 2010, 01:45
Does it happen with x32-bit versions?
rack04
1st July 2010, 01:46
258.69 drivers crashes video too.
Don't know why after 257.12, using DGMultiSource_x64 AND any DXVA, CUDA or anything similar crashes video.
Just try to encode a video and play one in Media Player Classic HC.
Neuron: do you thing is a nvidia or your issue?
I am using 257.21 with 8800gt in Win7 64bit Ultimate and I have not experienced any problems with DGMultiSource_x64.
tormento
1st July 2010, 06:10
Does it happen with x32-bit versions?
Is the DGI compatible? Is it sufficient to edit the 1st line?
tormento
1st July 2010, 06:43
Neuron, a little question. There are avisynth filters that are currently not well "multithreadable". I am going to bypass the problem splitting the job in multiple ones with different parts of the video. Is there a simple way to tell DGIndex to create 3/4 DGI with frame accurate splitting in the lateral points? Using the graphic interface seems error prone to me.
lych_necross
1st July 2010, 07:26
Driver 258.69 also causes some systems to crash when playing flash videos. I would avoid it for the time being.
kypec
1st July 2010, 08:13
Using the graphic interface seems error prone to me.
I second that request (though it hasn't been said explicitly :p).
A simple frame counter showing something like Frame X of T or just X/T (T stands for Total frames) would be fantastic.
talen9
1st July 2010, 08:36
Neuron, a little question. There are avisynth filters that are currently not well "multithreadable". I am going to bypass the problem splitting the job in multiple ones with different parts of the video. Is there a simple way to tell DGIndex to create 3/4 DGI with frame accurate splitting in the lateral points? Using the graphic interface seems error prone to me.
Isn't it simpler to just use a Trim() instructions in each of the "splitted" scripts? ;)
tormento
1st July 2010, 08:49
Isn't it simpler to just use a Trim() instructions in each of the "splitted" scripts? ;)
I think Trim does not give direct control if the selected frame is a key, a intra or anything else.
MOS-Marauder
1st July 2010, 09:26
HM ... DGIndexNV V2017 gives me errors now. "GPU Decoder: Failed to create Video Decoder (1)".
I changed nothing on my System.. only updated from 2013 to 2017....
Chris
Edit: Oh i see.. u changed it again... Regenerating License....
talen9
1st July 2010, 10:42
I think Trim does not give direct control if the selected frame is a key, a intra or anything else.
I don't think this is actually a problem ... 'cause the first frame included in the trimmed part will be decoded correctly no matter what kind of frame it is in the source video stream. Anyway, if you select the first frame of a new scene by direct-inspecting of the stream (e.g. via AvsP / AvsPmod), it will (almost surely) be a reference frame.
Guest
1st July 2010, 11:51
Is the DGI compatible? Is it sufficient to edit the 1st line? It's compatible. You don't have to edit it.
Guest
1st July 2010, 11:53
Neuron, a little question. There are avisynth filters that are currently not well "multithreadable". I am going to bypass the problem splitting the job in multiple ones with different parts of the video. Is there a simple way to tell DGIndex to create 3/4 DGI with frame accurate splitting in the lateral points? Using the graphic interface seems error prone to me. I advise splitting in your script.
I think Trim does not give direct control if the selected frame is a key, a intra or anything else. So what?
Guest
1st July 2010, 13:47
Keeping those crackers on their toes!
* Fixed case of recovery point SEI appearing before the PPS. This fixes AVC streams cut with VideoRedo.
http://neuron2.net/dgdecnv/dgdecnv.html
hejhopp
1st July 2010, 14:44
works perfect! Thx neuron2
Guest
1st July 2010, 14:50
You're welcome. Thank you for bringing it to my attention.
Next I'm going to invest some time into performance improvements for the save project operation.
Varies
1st July 2010, 16:00
neuron2
Hi! thx for many updates :)
recently i update program files from 2013 to 2018 and generate new license (and copypast key in the license.txt), but its fully not worked (from version 2013). What i'am doing wrong?
Driver 258.69 also causes some systems to crash when playing flash videos. I would avoid it for the time being.
There are lots of problems with the 257 series of drivers (even the stable version) according to this thread:
http://forums.nvidia.com/index.php?showtopic=171530
I will avoid updating to 257 for the time being. I'm still using the 196.21 stable version driver.
Guest
1st July 2010, 16:33
recently i update program files from 2013 to 2018 and generate new license (and copypast key in the license.txt), but its fully not worked (from version 2013). What i'am doing wrong? I support individual licensing issues by email only. Send your user id and machine id and explain the problem. Thank you.
RedDwarf1
1st July 2010, 18:18
Keeping those crackers on their toes!
These people need to spend their time in more productive ways than trying to gain free use of software that costs so little. It's not like it's costing hundreds of pounds/dollars.
They must like challenges, why not send them two sheets of paper and ask them to make Pr*#ks out of them using origami.:rolleyes:
* Fixed case of recovery point SEI appearing before the PPS. This fixes AVC streams cut with VideoRedo.
http://neuron2.net/dgdecnv/dgdecnv.html
That's very welcome as I use VideoRedo TVsuite V4 myself. I don't encode directly from the source TS anymore.
tormento
1st July 2010, 19:09
So what?
Is it accurate? I'd like to join the produced videos and not to have hiccups, duplicated frames or so.
Guest
2nd July 2010, 00:08
Is it accurate? I'd like to join the produced videos and not to have hiccups, duplicated frames or so. Avisynth delivers decoded frames, so the concept of key frames does not apply. Your accuracy will be determined by the reliability of the source filter's random access. I take great pains to ensure the accuracy of DG(Multi)Decode() and so if you find any bugs there you will get a very fast response from me.
Guest
2nd July 2010, 04:16
Would some kind souls please test the 32-bit DGIndexNV version linked below to see if it delivers faster indexing without breaking anything. I'm getting indexing about twice as fast as the 2018 release version on initial testing. Thank you.
http://neuron2.net/misc/DGIndexNV_perftest.zip
Don't forget about the role of Windows caching so be sure to perform fair testing. If you don't know what I am talking about please leave the testing to people that do.
tormento
2nd July 2010, 10:35
Would some kind souls please test the 32-bit DGIndexNV version linked below
No changes for me, I think to be HDD limited more than CPU (I7-920@3.6) or GPU (9800GT).
Perhaps the hdd is the direction to be followed, i.e. better disk r/w?
This evening or tomorrow I'll do some tests on the workstation I use at home, 3*Raptor Raid0.
IMHO the real advantages should be seen on SDD only.
Guest
2nd July 2010, 11:59
Did you try on a full bluray project?
I have made disk related changes, not just CPU optimizations.
hydra3333
2nd July 2010, 13:09
Hmm, if I knew what you were talking about I would, but I don't, so I won't :)
Guest
2nd July 2010, 13:14
Just do it on a full bluray project and the caching will not be a factor.
tormento
2nd July 2010, 13:17
Usually I encode BD to DVD-DL size to be seen on notebook.
The project I tried with not optimized and optimized version is Shutter Island, full movie mpls.
To be clear enough: my work pc is HDD limited I suppose. Two mean seagate in raid 0 is not the culprit of performance.
Stay tuned, if I'll have some minutes free I'll try on home workstation. If you could compile a x64 version, it should be better too ;)
Guest
2nd July 2010, 15:11
I get good gains with the test version.
But I also find that DGIndex is almost twice as fast as this test version of DGIndexNV and I can't attribute it to any CPU bottleneck, so the only possibility is that it uses _read() rather than fread(). So I will convert DGIndexNV to use _read().
I already tried unbuffered fread() but it did not help.
I get good gains with the test version.
But I also find that DGIndex is almost twice as fast as this test version of DGIndexNV and I can't attribute it to any CPU bottleneck, so the only possibility is that it uses _read() rather than fread(). So I will convert DGIndexNV to use _read().
I already tried unbuffered fread() but it did not help.
Same thing happened with DGIndex.
Anyway, I do remember when i first mentioned it years ago you looked into the internal caching so you bumped it up to 6 or 7
frames IIRC and DGindex speed went WAY up. You said that adding even more cache didn't help because we were CPU bound
but that was back then and these days 4Ghz i7 things may need to be looked at again.
Could there be an internal cache issue here as well?
It may also help random frame seeking to have a few GOPs decoded and cached ahead of time.
Whenever I open a M2T file from my HDV camera, I get this error message:
http://www.stupidideasstudios.com/DGIndexNVError.PNG
Here is a sample of a file that causes this error:
http://www.mediafire.com/file/ktuzmfkx4go/Sample.m2t_0
It happens in every version of DGIndexNV that I've used, including 2018. It's only slightly annoying when I'm just doing one file, but when I do a batch operation, well, I can't do a batch operation because the error pops up with every new file and brings it to a halt.
Guest
2nd July 2010, 17:05
Same thing happened with DGIndex.
Anyway, I do remember when i first mentioned it years ago you looked into the internal caching so you bumped it up to 6 or 7
frames IIRC and DGindex speed went WAY up. You said that adding even more cache didn't help because we were CPU bound
but that was back then and these days 4Ghz i7 things may need to be looked at again.
Could there be an internal cache issue here as well?
It may also help random frame seeking to have a few GOPs decoded and cached ahead of time. I'm revisiting all these issues. I'll report findings as I go.
Guest
2nd July 2010, 23:36
OK, I have now exceeded the performance of DGIndex!
I implemented low-level IO and CPU optimizations. I did it for basic stream reading, TS trim (which is now blazingly fast), and audio demux. I want to do it for video demux and then release a beta for you to beat on while I do my own regression testing.
Note that DGIndex uses slow IO for the audio demuxing; that's why I was able to beat it.
The MKV support uses the slow IO too. I haven't decided whether to bother with that for a first release. MKV files tend not to be as large as bluray file sets. Still, it would be nice to finish that at some point.
For techies: My buffer size is 4096 bytes. Raising it does not improve things, but when it starts getting quite large, performance actually decreases quite substantially.
A useful side effect is that when playing in DGIndexNV, you no longer get those annoying freezes while the (previously large) buffer fills.
Guest
3rd July 2010, 00:28
I just indexed a bluray and demuxed an AC3 track in 5:51. :eek:
GearX
3rd July 2010, 01:19
The MKV support uses the slow IO too. I haven't decided whether to bother with that for a first release. MKV files tend not to be as large as bluray file sets. Still, it would be nice to finish that at some point.
FWIW, I would find that very useful. When I re-encode blu-rays, I remux them to MKV first (using eac3to) to make sure I have only the streams I want. It's probably unnecessary but I find it much "cleaner". It also takes care of multiple angles and such, although I guess that's less important now that MPLS support is in.
adiabatic
3rd July 2010, 01:40
Would some kind souls please test the 32-bit DGIndexNV version linked below to see if it delivers faster indexing without breaking anything. I'm getting indexing about twice as fast as the 2018 release version on initial testing. Thank you.
http://neuron2.net/misc/DGIndexNV_perftest.zip
"The requested URL /misc/DGIndexNV_perftest.zip was not found on this server"
No need for further testing? Your own results seem promising... I'm willing to participate if you still need it.
Guest
3rd July 2010, 01:52
"The requested URL /misc/DGIndexNV_perftest.zip was not found on this server"
No need for further testing? Your own results seem promising... I'm willing to participate if you still need it. That one did not use low-level IO. I'll post the new one shortly. Thank you for your willingness to assist in the testing.
Guest
3rd July 2010, 02:31
I'll post the new one shortly. OK, it's there. Use the same link as before.
adiabatic
3rd July 2010, 03:04
Hmmm. It gives slightly slower performance on a 11.5 GB file. Both tests repeated twice.
My system:
Windows 7 Pro 64-bit
Intel Core i7-920
GTX275 196.21 drivers
80GB Intel X25-M G2 SSD
2018 release version - 32-bit
Stream Type: Transport [188]
Video Type: MPEG2
Profile: main@high
Coded Size: 1920x1088
Display Size: 1920x1080
Aspect Ratio: 16:9 [3]
Frame Rate: 29.970030 fps
Colorimetry: BT.709*
Frame Structure:
Frame Type:
Coded Number: 200807
Playback Number: 200810
Frame Repeats: 0
Field Repeats: 7
Bitrate: 11.926
Bitrate (Avg): 13.750
Bitrate (Max): 19.111
Audio Stream: 14: AC3 3/2 48 384
Elapsed: 0:04:13
Remain: 0:00:00
FPS:
Info: Finished!
2018 test
Stream Type: Transport [188]
Video Type: MPEG2
Profile: main@high
Coded Size: 1920x1088
Display Size: 1920x1080
Aspect Ratio: 16:9 [3]
Frame Rate: 29.970030 fps
Colorimetry: BT.709*
Frame Structure:
Frame Type:
Coded Number: 200807
Playback Number: 200810
Frame Repeats: 0
Field Repeats: 7
Bitrate: 11.926
Bitrate (Avg): 13.750
Bitrate (Max): 19.111
Audio Stream: 14: AC3 3/2 48 384
Elapsed: 0:05:03
Remain: 0:00:00
FPS:
Info: Finished!
<edit> looks like I'm behind on driver versions.... updating and repeating tests.
Guest
3rd July 2010, 03:12
That's hard to believe.
I'm testing on WinXP 32-bit with mechanical drives. I'll try it on my i7-960 64-bit.
I see you have an SSD. That is probably going to be a lot different from a mechanical drive. Your read rate is probably four times what I get. That makes the actual buffer size important because the smaller the buffer the more calls are made. I could try increasing the buffer in multiples of 4096 until it starts to deteriorate performance.
If I have to choose, I will optimize for mechanical drives, at least at this point in time.
Can you test on a mechanical drive?
adiabatic
3rd July 2010, 03:25
OK, I'm also getting the same results with the SSD and the latest Nvidia drivers.
I'll now re-run the tests with the conventional HD.
adiabatic
3rd July 2010, 03:48
OK mechanical HD (7200rpm Western Digital SATA).
With the same test file as above.
2018 "release" - 5:09
2018 "test" - 6:23 (during this test I opened Resource Monitor and I was reading and writing at about 28 MB/sec for both)
Just to be clear so I don't lead you down a false path... your earlier comment about caching related to read caching, right? I have write caching enabled for my drives which was the default Windows setting for the drives.
I did this test with the source file and demux output on the mechanical HD. Does it matter to your testing if my pagefile and the DGIndex folder is on the SSD?
I'm heading out for an hour or so now... but am willing to test more later.
Guest
3rd July 2010, 03:54
Jeez, don't have resource monitor opened for the test.
That's just incredible. I can't believe it. I get a 3.5 times speedup on my system!
Let's wait and see what happens with other people.
Are you running the X32 versions in both cases?
I would so love to get to the bottom of this.
adiabatic
3rd July 2010, 04:15
Jeez, don't have resource monitor opened for the test.
That's just ridiculous. I can't believe it. I get a 4 times speedup on my system.
Let's wait and see what happens with other people.
BTW, I just popped Resource Monitor open for a minute.
Yes, x32 (double checked in task manager (*32)). Your x64 binaries are tucked away in another folder. Feel free to ask other questions or wait for other testers. The last thing I want to do is be making an error here that wastes your time.
I agree, let's see what others get. Later tonight I'll run this test on a more plain-vanilla machine in the house (mech. HDs, Core2Duo 2.0, Nvidia 8600GT card).
Though since I can't let go of this bone... for fun I've moved my dgdecnv folder and pagefile to the mech. HD. The source and target folder are also on the same HD. The only part of this equation that should now be on the SSD are core Windows files and Nvidia driver files.
(no Resource Monitor this time!)
2018 "release" - 5:11
2018 "test" - 6:08
The only thing I'm doing on this system while the demux is running is light web-browsing with Firefox but I've been doing that constantly through all tests with all variations of testing tonight.
Now I am really leaving the house for a little while :)
Guest
3rd July 2010, 04:22
My results:
2018 - 21:30
2018 test - 5:51
Look at the graph in here:
http://pisa.ucsd.edu/cse125/2006/Papers/High_Performance_Game_Programming_in_C++.pdf
It shows an approximate 3-4 times speedup from using low-level IO versus C IO, consistent with my findings.
linyx
3rd July 2010, 04:35
I just tried out the test version, and am seeing errors like this one (http://forum.doom9.org/showthread.php?p=1400145#post1400145) with it (lots, 5 out of 7 streams tested).
These errors do not show up with the 64-Bit or the 32-Bit of 2018. Want a stream?:o
Guest
3rd July 2010, 04:42
Want a stream? Yes, please. Also diff the DGI files. They would have to be different. My tests show no differences between release 2018 and test 2018 DGI files (except for the path at the top).
Any timing results to report?
woah!
3rd July 2010, 04:51
My results 24.5GB file:
2018 - Elapsed: 0:13:36
2018 test - Elapsed: 0:05:24
the test version is much better here :)
Guest
3rd July 2010, 05:04
I'm not imagining it then. :D
woah!
3rd July 2010, 05:09
but vc1 files are not showing as much speedup as h264 bluray files. 8.5GB file
2018 - Elapsed: 0:02:17
2018 test - Elapsed: 0:01:59
will do some more files here for you..
adiabatic
3rd July 2010, 05:49
OK, now I'm on my "basic" system.
32-bit Vista Home Premium
Core 2 Duo 2.0
8600GT video card (latest drivers)
good ol' mechanical HDs
Same test file as before
2018 - 10:16
2018 test - 12:26
It must be something unique to this clip. Video source is MPEG-2 TS 1080i with AC3 audio from Motorola DCT-3416 cable box. It's been edited with VideoRedo and (I'm not 100% sure) probably run through MPEG2Repair before editing.
sample: http://www.mediafire.com/file/4nm5kneimzt/pitcrew_donald.ts
Blue_MiSfit
3rd July 2010, 08:44
Great work neuron2, per usual! I'm testing now on my system.
System Spec
Core i7 Q820 (mobile, 4 cores + HT)
4GB DDR3
Quadro FX 2800M
2x 250GB 2.5" HDD RAID 0
Windows 7 x64
Source Spec
1080p24 H.264 HP @ L5
45mbps average, encoded by x264 1542
CAVLC, Deblocking, B-Frames
TS Container (remuxed from an MKV via TSMuxeR 1.10.6)
24436 frames (just under 17 mins)
1018 vanilla
93 seconds = 262.75fps = ~11x realtime = ~ 495mbps
1018 perftest
136 seconds = 179.68fps = ~7.5x realtime = ~ 337mbps
So.. maybe I'm stupid and am being taunted by Windows caching as you warned us about, neuron2... is my sample just too short to avoid this? I tried deleting the source after indexing and muxing a fresh copy, but got similar results.
Any other suggestions?
BTW.. I did all this testing over UltraVNC. No broken CUDA! Slick! :devil:
Derek
Guest
3rd July 2010, 12:48
Looks like it might be a Win7 versus WinXP issue.
@woah!
Please give your system details.
Guest
3rd July 2010, 13:34
My results on my i7-980X Win7 64bit with VelociRaptor (same project as my WinXP results).
2018 - 3:16
2018 perf - 3:12
This supports my WinXP versus Vista/Win7 theory. I'm tending towards going with the perf version due to the big gains it gives XP users. I don't know why some of you see drops on Vista/Win7; could it be the RAID 0?
@linyx
Need your stream and your diff results, please.
That's hard to believe.
I'm testing on WinXP 32-bit with mechanical drives. I'll try it on my i7-960 64-bit.
I see you have an SSD. That is probably going to be a lot different from a mechanical drive. Your read rate is probably four times what I get. That makes the actual buffer size important because the smaller the buffer the more calls are made. I could try increasing the buffer in multiples of 4096 until it starts to deteriorate performance.
If I have to choose, I will optimize for mechanical drives, at least at this point in time.
Can you test on a mechanical drive?
I have SSD also. In fact my system is basically a clone of adiabatic's :D
can you make the buffer size a var we can pass? i.e.Default 1=4096 internally , 2=8192 internally etc... then everyone can fine tune to their own PC.
crusher497
3rd July 2010, 18:17
neuron2,
Any plans to be able to index h264 FLV files?
linyx
3rd July 2010, 18:19
@linyx
Need your stream and your diff results, please.
As for timing, I got:
DGIndexNV 2018
15:17
12:22
then with DGIndexNV 2018 Perftest
14:15
11:50
on the same files (Windows 7 x64 here).
With the corrupted video, it only appears in the DGIndexNV window, the actual decoded video appears to be fine (albeit, it cannot demux it properly from a few tests). It appears to only happen with MKVs, too.
Here are three clips which each produce the issue.
http://www.mediafire.com/download.php?n403xuvkaqy
BTW-Thanks for the work on speeding up indexing!
RedDwarf1
3rd July 2010, 18:37
I use Win XP Pro x86 and would help test but I don't have a Blu Ray drive so I could only do testing from either DVD or hard drive.
I only have BBC and ITV HD broadcasts which are 1440x1088i@around 9Mbits. So unless there is a source to test with, I cannot really help.
I do have a GT 240 1GB which gives around 100fps, typically 95 to 105fps, while previewing BBC HD TS's.
Core 2 Q9450@2.66GHz
Win XP x86
4GB DDR2
5 SATA hard drives
Guest
3rd July 2010, 19:07
You can test on anything as long as it takes a reasonable amount of time to index. If the stream indexes in 1 second, it's hard to discern any change. :)
Load the same file 10 times, whatever it takes to make indexing take minutes.
Guest
3rd July 2010, 19:34
With the corrupted video, it only appears in the DGIndexNV window, the actual decoded video appears to be fine (albeit, it cannot demux it properly from a few tests). It appears to only happen with MKVs, too. Very strange MKVs. Please tell me what the source material was and how you generated these MKVs, in detail. Thank you.
EDIT: It appears that the stream has multiple different PPSs but only one is stored in the MKV's CodecPrivate. Here's what would help me to figure this out. Post a link to the source material used to make the MKV and explain exactly how you create the MKV from the that source material.
laserfan
3rd July 2010, 20:10
My results on my i7-980X Win7 64bit with VelociRaptor (same project as my WinXP results).
2018 - 3:16
2018 perf - 3:12
This supports my WinXP versus Vista/Win7 theory. I'm tending towards going with the perf version due to the big gains it gives XP users. I don't know why some of you see drops on Vista/Win7; could it be the RAID 0?I tried DGIndexNVperf for grins, following 2016 and then 2018 (32-bit versions, but I'm a W7 x64 quadcore PC). All three were around 6 1/2 minutes, with the "performance" version actually a few seconds slower. FWIW.
BTW because you always write-out the log as "inputfilename.log" each run will overwrite the previous. Seems to me you should name the .log file with the Save as Project/Output file e.g. then I'd have 3 easy logs: videoIN2016.log, videoIN2018.log, videoINperf.log to go along w/my 3 .dgis?
Guest
3rd July 2010, 20:13
I tried DGIndexNVperf for grins, following 2016 and then 2018 (32-bit versions, but I'm a W7 x64 quadcore PC). All three were around 6 1/2 minutes, with the "performance" version actually a few seconds slower. FWIW. Further support for the WinXP vs. Vista/Win7 theory. Thank you.
RedDwarf1
3rd July 2010, 20:18
I've just had an error with 2018. A TS was open which I attempted to move to another folder to use for testing. Unlocker opened so I unlocked it and moved the file. I then closed the file in DGIndexNV but when I attempted to open the file in the new folder I got the message GPU decoder: failed to create video decoder[1]. Closing DGIndex and re-opening and it worked fine.
This is what happened with an invalid license file after I moved from 2013 first version to 2018. Not really a big issue, more about error handling.
Indexing tests done with a 1 hour 4 minute BBC HD Transport stream
Indexed to the same folder:
2018 took 3 mins 21 secs
The test version indexing the same file took 2 mins 15 secs
Indexed to a different Drive:
2018=3 mins 20 secs
Test version=2 mins 51 secs
Strangely, the 2018 version took the same amount of time whereas the test version took quite a bit longer than when indexing to the same drive.
I've moved to driver 197.45 after getting a BSOD specifying a nVidia driver file with the latest driver.
You could provide an option so that people could use whichever provides the best performance for them rather than optimizing it for one version of windows or one type of hardware.
Guest
3rd July 2010, 20:27
You could provide an option so that people could use whichever provides the best performance for them rather than optimizing it for one version of windows or one type of hardware. That's easy to do for buffer size but it's a nightmare to select low-level IO versus C runtime IO.
woah!
3rd July 2010, 22:26
Looks like it might be a Win7 versus WinXP issue.
@woah!
Please give your system details.
amd thuban x6 1055T
winxp sp3 32bit
mech hard drives for files encoding, except the OS drive is ssd.
linyx
3rd July 2010, 23:32
Very strange MKVs. Please tell me what the source material was and how you generated these MKVs, in detail. Thank you.
EDIT: It appears that the stream has multiple different PPSs but only one is stored in the MKV's CodecPrivate. Here's what would help me to figure this out. Post a link to the source material used to make the MKV and explain exactly how you create the MKV from the that source material.
The source material was the respective Blu-Ray disc for each title. I used eac3to like this for each:
eac3to.exe "Source" 1) 2: B:\Paycheck\Video.mkv
I assume it is Haali's Matroska Muxer (2009-11-14) that was used by eac3to, then those I remuxed (to cut down on the size) with MKVMerge GUI (4.0.0.0), and finally split them to 50 meg pieces (uploaded the first piece) with DGSplit.
What do you need from the source material? Seeing as it is a full Blu-ray, uploading the whole thing could take a few months and would probably be considered... less than legal.:eek:
Guest
4th July 2010, 00:09
Never mind. I used mkvextract to get the ES. I think I know what's wrong. Stay tuned.
hydra3333
4th July 2010, 01:09
I don't understand ... just copied 2018 over and set the license to #2 (it could have been the wrong one), and used commandline
"C:\software\DGindex\DGIndexNV.exe" -i "G:\HDTV\Q1.mpg" -a -o "G:\HDTV\Q1.dgi" -e a few times. From a non-priv account (the .ini is in a read-only folder). And it popped up with could not create decoder. Logged into a priv account, set the license to #3 and it didn't throw that error. Logged back into user account and ran the command line and it just sits there not opening the file. Same interactively.
Now doesn't open any pal HD .mpg from either account. Can swap amongst the account and licenses but nothing opens at all. Rebooted same issue stays. What should I do ?
edit: XP-sp3 32bit latest nvidia driver 8600GT q6600
edit2: no, I think license 2 was the right one
Guest
4th July 2010, 01:29
I don't know anything about "priv" and "non-priv" accounts. You have to be able to read the INI file and it must be set to the right license before opening your file.
If it pops up "could not create decoder" then you are pointing to an old obsolete license. You need to use the regenerated one.
Guest
4th July 2010, 01:39
Regarding linyx's issue...
There are two things going on.
1. My support for MKV works by reading an entire timecode's worth of data into the buffer. That may include an SPS, PPS, SEIs and the slices of the frame at that timecode. If it is an IDR, it can be quite large. So when I reduced the buffer it became insufficient to hold the MKV data for one timecode. I can fix that by setting a large buffer when an MKV file is loaded. That explains the bad demux and general crappiness.
2. The earlier issue I fixed by revising the strategy for PPS injection needs to be carried over to MKV. But that is broken even in vanilla 2018, as you can see by loading Paycheck.mkv and GOP stepping forward.
I can fix 1 easily. For 2 I am putting on my thinking cap. In the meanwhile, do not use 2018 perf test version for MKV.
hydra3333
4th July 2010, 01:59
Had just installed a brand-new fresh squeaky clean XP-sp3 with latest drivers, q9450, 8800GT, fully patched, dual-nic gigabyte motherboard on a different machine (same motherboard type).
Checked the right license file and license content (correctly pasted) into license.txt in the same folder as the .exe.
Ran it from an admin account, so no likely issues there. Tried to open a .mpg, it threw the error
GPU decoder: failed to create video decoder [1]
Still at a loss.
edit: ugh, just went back to the license generator and it gave me different long strings than last time. Works now :) Must have missed reading some posts on re-doing the licenses.
EDIT2: What ?? ? I just did 4 of these by dragging and dropping the .mpgs onto a .bat file which had that command line and they all worked. Then I tried a 5th and no it only sits there with a blank black area. So I rebooted and re-tried one of those that did work and now same result again no matter what. Help !!!
EDIT3: Oh. One of my NICs is connected to another box which I use for other things, and when that box is down the NIC loses connectivity and DGindexNV doesn't work. When it's up then the NIC connection is restored and DG does work ... Is it possible for DG not to depend on the boot state of another machine ?
MrVideo
4th July 2010, 04:17
AMD Quad core 3.2 GHz
SATA HDD (separate from C:)
GT240
Latest NVidia driver
Don't know about the cache issue, but for me there was definitely a difference.
The source is a MPEG-2 elementary stream (don't do audio with my jobs, done separately), 11.6 GB.
2018 - 2:41
2018p - 1:43
I think the big reason for the time difference is the lack of waiting for the buffer. The hesitation is gone. There is now a consistent reading of the source file.
Based on test results from Win7 users, it is another reason I'm not leaving XP. :D
tormento
4th July 2010, 10:54
The test I promised you.
Windows 7 x64 - 3 x Raptor 300GB Raid 0 ~ 300 MB/s average read :devil:
Rocky Balboa BD :p
DGIndex x86 standard - dgi only: 06m36s
DGIndex x64 standard - dgi only: 05m15s :eek:
DGIndex x86 optimized - dgi only: 04m27s
DGIndex x86 standard - dgi with audio: 10m32s
DGIndex x64 standard - dgi with audio: 10m30s
DGIndex x86 optimized - dgi with audio: 06m00s
DGIndex x86 standard - dgi with audio + video: 12m30s
DGIndex x64 standard - dgi with audio + video: 14m05s :confused:
DGIndex x86 optimized - dgi with audio + video: 10m57s
P.S: When reading mpls it could be nice to have language instead of PID XXXX in demuxed audio. ;)
P.P.S: Uh and an audio *beep* when finished should be nice too.
Guest
4th July 2010, 12:21
EDIT3: Oh. One of my NICs is connected to another box which I use for other things, and when that box is down the NIC loses connectivity and DGindexNV doesn't work. When it's up then the NIC connection is restored and DG does work ... Is it possible for DG not to depend on the boot state of another machine ? No guarantees, but I'll look into the feasibility of that after I get the performance release out. There are technical issues with having multiple keys in the license file with my current architecture.
tormento
4th July 2010, 12:53
There are technical issues with having multiple keys in the license file with my current architecture.
It's a pity.
Moreover: I use x64 and x86, could you please make x64 version look for license file in parent directory too?
Guest
4th July 2010, 13:32
It's a pity. I just got done saying I'd look into it.
Moreover: I use x64 and x86, could you please make x64 version look for license file in parent directory too? No, it's very easy to copy a file.
Guest
4th July 2010, 14:15
and finally split them to 50 meg pieces (uploaded the first piece) with DGSplit. Ouch, I just noticed this. You cannot cut MKVs with DGSplit!
So I cannot use those MKVs. Please wait for my next test version and do not test on MKVs splitted with DGSplit.
Guest
4th July 2010, 14:59
OK, I have refreshed the perftest version with the fixes for MKV. Please let me know if MKVs are not working properly in any way.
http://neuron2.net/misc/DGIndexNV_perftest.zip
Hi Neuron2, I just wanted to make sure you are aware of my previous post (http://forum.doom9.org/showthread.php?p=1413855#post1413855), as you seem to have overlooked it. Thank you.
Guest
4th July 2010, 16:21
Hi Neuron2, I just wanted to make sure you are aware of my previous post (http://forum.doom9.org/showthread.php?p=1413855#post1413855), as you seem to have overlooked it. Thank you. Investigating.
linyx
4th July 2010, 16:32
Ouch, I just noticed this. You cannot cut MKVs with DGSplit!
Oops, sorry.:stupid:
OK, I have refreshed the perftest version with the fixes for MKV. Please let me know if MKVs are not working properly in any way.
http://neuron2.net/misc/DGIndexNV_perftest.zip
Very nice! Everything I have tested works beautifully!
Thank you very much for the quick fix:thanks:
Guest
4th July 2010, 17:02
Hi Neuron2, I just wanted to make sure you are aware of my previous post (http://forum.doom9.org/showthread.php?p=1413855#post1413855), as you seem to have overlooked it. Thank you. I will add a new INI file value to not pop up the dialog and assume the response Cancel.
@linyx
Thanks for your test results on MKV streams.
Guest
4th July 2010, 17:15
Hi Neuron2, I just wanted to make sure you are aware of my previous post (http://forum.doom9.org/showthread.php?p=1413855#post1413855), as you seem to have overlooked it. Thank you. OK, I have updated the perf test version to add this. Re-download that version. Then start DGIndexNV and close it right away (to remake the INI file). Then open the INI file and change the last line to be 1 instead of 0. Then you should not see those popups anymore and the misdetected streams will be ignored.
Thank you neuron2, that works like a charm.
Late reply, and possibly not really necessary... - I had similar issues with Delphi, looking for a system to access bigger files fast I found mmio and Win32API functions (specifically the GpHugeFile unit). It was an impressive difference too. Especially the "buffered" vs. "unbuffered" Win32API file access made much difference under NT Windows versions.
FileBench.exe (http://www.ligh.de/software/FileBench.exe) (220 KB) -- not even close to a "real benchmark"; warning, you may not be able to cancel it even though I tried to ensure it, might require a threaded design instead of just a few Application.ProcessMessages injections.
mikeathome
5th July 2010, 23:42
I am having issues with TSMuxer .ts containers (Error message: not a Transport Container). Had to switch back to an older version.
mike
Guest
6th July 2010, 12:21
I am having issues with TSMuxer .ts containers (Error message: not a Transport Container). Had to switch back to an older version.
You need to regenerate your license as explained numerous times. If that doesn't help, then post a sample stream that I can use to duplicate the issue. I've just tested a TS file out of TSMuxer and it worked fine so I think a license refresh will fix things up for you.
Guest
6th July 2010, 12:55
* Made license switching a bit more convenient. Previously if you opened
a stream with the wrong license selected, then set the correct license, and then
did File/Open followed by OK with the intent of reopening the file, the file would
not be reopened because no change was made to the file list. Now any change in
the selected license will be treated as if the file list was changed, and the
input files will be reopened.
* The initial window position for DGIndexNV stored in the INI file was not being
honored. Fixed.
* Added an auxiliary INI file option to avoid a popup when there is a mismatch
between the PAT/PMT audio type and the actual detected audio type. Delete your
old INI file to allow DGIndexNV to create a new one with the option.
* Improved the heuristics for SPS/PPS injection for MKV streams.
* Performance improvements for indexing on many systems. The improvement is
substantial on most WinXP systems. The large pauses during playback in DGIndexNV
also now do not occur.
* Fixed the remaining time display in the Info dialog so that it properly
honors the configured project range.
* Added a timestamps dump function under the Options menu. This will dump the
STC/PCR, PTS, and DTS timestamps for the video and audio streams in a transport
or program stream.
* Fixed a bug that manifested as follows for some MKV files: Open the MKV file.
Hit preview/play. Hit stop. Hit preview/play again. DGIndexNV hangs.
http://neuron2.net/dgdecnv/dgdecnv.html
Guest
6th July 2010, 14:35
I just slipstreamed a fix into 2019 for the timestamps dump (worked only for MPG, now works for all). So re-download it if you previously downloaded it.
kebulek
6th July 2010, 15:31
I just downloaded v2019 (second version i guess - after neuron's #1934 post) and indexed h264 hdtv stream. But when i load the avs to the mpc/vd/megui etc... there are few green frames at the end. :(
Simple AVS script:
LoadPlugin("C:\Program Files\Avisynth\plugins\DGDecodeNV.dll")
DGSource("video.dgi", deinterlace=1).Spline36Resize(1280,720)
(DGDecodeNV.dll in avs directory is replaced with new one, of course)
.TS SAMPLE (http://www.mediafire.com/file/fomnzzyykmw/sample.ts) (39MB) - it's the end of the original .ts cutted with TSPE.
My system: WinXP SP3, GF 9600GT with 191.07 drivers
Guest
6th July 2010, 15:54
I cannot duplicate it with the sample you uploaded. Have you tried with that sample?
* Made license switching a bit more convenient. Previously if you opened
a stream with the wrong license selected, then set the correct license, and then
did File/Open followed by OK with the intent of reopening the file, the file would
not be reopened because no change was made to the file list. Now any change in
the selected license will be treated as if the file list was changed, and the
input files will be reopened.
* The initial window position for DGIndexNV stored in the INI file was not being
honored. Fixed.
* Added an auxiliary INI file option to avoid a popup when there is a mismatch
between the PAT/PMT audio type and the actual detected audio type. Delete your
old INI file to allow DGIndexNV to create a new one with the option.
* Improved the heuristics for SPS/PPS injection for MKV streams.
* Performance improvements for indexing on many systems. The improvement is
substantial on most WinXP systems. The large pauses during playback in DGIndexNV
also now do not occur.
* Fixed the remaining time display in the Info dialog so that it properly
honors the configured project range.
* Added a timestamps dump function under the Options menu. This will dump the
STC/PCR, PTS, and DTS timestamps for the video and audio streams in a transport
or program stream.
* Fixed a bug that manifested as follows for some MKV files: Open the MKV file.
Hit preview/play. Hit stop. Hit preview/play again. DGIndexNV hangs.
http://neuron2.net/dgdecnv/dgdecnv.html
Is there a trial version somewhere?
Sorry but I haven't found it... Thanks!
Guest
6th July 2010, 16:51
Is there a trial version somewhere? There is no trial version.
kebulek
6th July 2010, 17:33
I cannot duplicate it with the sample you uploaded. Have you tried with that sample?
Yes I've tried. :confused: I'll try it again tomorrow after restart.
asarian
6th July 2010, 17:48
Neuron, I seem to be having an issue (http://forum.doom9.org/showthread.php?p=1415035#post1415035) with FFVideoSource. Are your DG NV tools frame consistent, like FFVideoSource? (absolute requirement, as I do slow stuff, for which DirectShowSource gets out of sync).
Thanks.
Guest
6th July 2010, 17:57
Are your DG NV tools frame consistent, like FFVideoSource? Frame accuracy for random access is the raison d'etre of DGDecNV.
asarian
6th July 2010, 20:22
Frame accuracy for random access is the raison d'etre of DGDecNV.
Cool. But you seem to have edited out my other question (?). Well, I'd still like to know, Do your tools also support decoding 1080p VC1 streams on 'Feature A' cards? (like my GTX260).
Audionut
6th July 2010, 20:48
Well, if you did a little search you would find your answer. DgindexNV is limited by the CUDA capabilities of your card. So hit up the nvidia site and see what your card is capable of.
Guest
6th July 2010, 21:48
It will work with partial acceleration but it *will* work.
rco133
6th July 2010, 22:57
Hi.
I have tried the Output Trimmed TS function, but for some reason I can't get it to work.
If I only cut small sections it seems to work fine, but if I try to cut 50 minutes out from a 105 minute cut, then after a while the % number just starts flickering, and the filesize of the output file no longer increases.
The source TS file is a 15 GB big file.
I would like to buy dgindexnv, but wanted to make sure that this function worked first, because I want to cut out commercials. DGindexNV should work without a license shouldn't it?
The above happens with version 2012. With version 2019 I can't even open the TS file.
rco133
Alf Bundy
6th July 2010, 23:26
Hi neuron2,
In build 2019, while indexing, infos about bitrate (avg & max) are not shown anymore.
I tried with a .264 ES, a .MKV and a .mts from my camera.
It's not a life threatening situation, but I would like to see that info again ... Please.
Other than that, it's working very well. Thanks !
Guest
6th July 2010, 23:45
I would like to buy dgindexnv, but wanted to make sure that this function worked first, because I want to cut out commercials. DGindexNV should work without a license shouldn't it?
The above happens with version 2012. How did you run 2012 without a license?
Guest
6th July 2010, 23:47
It's not a life threatening situation, but I would like to see that info again ... Please.
Removed for performance reasons. I didn't actually measure it but thought it was not needed. If it does not impact performance adversely I will put it back.
rco133
7th July 2010, 07:25
How did you run 2012 without a license?
I just downloaded 2012 from this page and ran dgindex.
If dgindex is not supposed to work without a license, then I am not sure whats going on.
Does Output trimmed TS work OK on large files?
rco133
kebulek
7th July 2010, 12:05
I just downloaded v2019 (second version i guess - after neuron's #1934 post) and indexed h264 hdtv stream. But when i load the avs to the mpc/vd/megui etc... there are few green frames at the end. :(
Simple AVS script:
LoadPlugin("C:\Program Files\Avisynth\plugins\DGDecodeNV.dll")
DGSource("video.dgi", deinterlace=1).Spline36Resize(1280,720)
(DGDecodeNV.dll in avs directory is replaced with new one, of course)
.TS SAMPLE (http://www.mediafire.com/file/fomnzzyykmw/sample.ts) (39MB) - it's the end of the original .ts cutted with TSPE.
My system: WinXP SP3, GF 9600GT with 191.07 drivers
I've done some testing today and that bug occurs only with DGSource(...) and CUVIDserver. With DGMultiSource is everything OK.
Green frames show up after frame 744+.
Guest
7th July 2010, 12:35
I just downloaded 2012 from this page and ran dgindex.
If dgindex is not supposed to work without a license, then I am not sure whats going on. LOL.
Does Output trimmed TS work OK on large files? Sure. And if you were to run into any issue I would fix it straight away, as you can see from my responsiveness in this thread.
Guest
7th July 2010, 13:13
I've done some testing today and that bug occurs only with DGSource(...) and CUVIDserver. With DGMultiSource is everything OK.
Green frames show up after frame 744+. I've duplicated this and am investigating. A temporary workaround is to trim the end because they are only black frames anyway.
Guest
7th July 2010, 14:15
...bug occurs only with DGSource(...) and CUVIDserver. With DGMultiSource is everything OK. Just out of curiosity, is there a reason you can't use DGMultiSource()? I'd really like to deep-six the CUVID server if possible.
There is no trial version.
I'm probably overlooking something here but say someone were to index some publicly available stream, would it not be possible to use that as a sort of a trial stream?
Perhaps if people knew for a fact how dgindexnv would function with their specific GPU, they would be more inclined to donate. Also, it would make benchmarking different cards very easy.
Of course, this is assuming that the license file is only required for the indexer and not for the avisynth plugin.
Note: I already donated a long time ago, so I'm not really looking for a trial. Just a thought, I guess.
--
Nikolaj
EDIT: Understood, Don.
Guest
7th July 2010, 14:53
That is indeed possible. But I'm just not interested in supporting trial usage. It's pretty clear that the tools do what they claim to do and I've never had a request for a refund due to non-performance, which I would happily grant in any case.
And I'd prefer not to clutter the thread further discussing it. :)
kebulek
7th July 2010, 14:57
Just out of curiosity, is there a reason you can't use DGMultiSource()? I'd really like to deep-six the CUVID server if possible.
No it's not, but from my experiences I have more BSODs with MultiSource than with DGSource... (I really have to try newer drivers...) ;)
And yes, I can trim the end out, but I was not sure, if the green frames are only at the end or they're not. I would like to watch this movie (after encode) without spoiling things out with seeking through and looking for the bad frames... :)
Guest
7th July 2010, 15:11
It happens only at end of file so don't worry.
Anyway, use DGMultiSource(). It doesn't do anything differently that would cause more BSOD. And anyway, why have you not reported it? It's highly likely to be a driver issue as you say.
I am seriously considering dropping the CUVID Server, so as they say in church, if anyone objects please step forward.
rack04
7th July 2010, 15:42
I am seriously considering dropping the CUVID Server, so as they say in church, if anyone objects please step forward.
I don't object since all I use is DGMultiSource() but don't some GUI's still only work with CUVID Server, i.e. MeGUI, RipBot264?
Guest
7th July 2010, 15:47
It was once true but I don't know of any current problems. That's why I am asking.
Anyway, it's not my responsibility to work around bugs in third-party tools. :)
kebulek
7th July 2010, 17:25
And anyway, why have you not reported it? It's highly likely to be a driver issue as you say.
I've already wrote you PM... last week or so about BSOD. YouTube video vs DGMultiSource encoding... :) But nevermind, I'll have to find some time to change the drivers.
Which one is current best option for WinXP?
Alf Bundy
7th July 2010, 21:33
I am seriously considering dropping the CUVID Server, so as they say in church, if anyone objects please step forward.
Well, Cuvid and DGsource() is the only one working for me.
When I use DGmultiSource(), half the time I get
http://img155.imageshack.us/img155/3516/cuctxcreate.png
or
http://img203.imageshack.us/img203/3033/faileddecoder100.png
It happens when my script is closed by an application and quickly re-opened.
Exemple in VirtualDub : drag& drop the script in VD and redoing it. Normally it should close the script and reload it, but it crashes instead.
Since closing -> reloading is typically what VD does when 2pass or multiple jobs encodes, it's quite problematic.
Exemple in MeGUI : at the end of 1st pass (when second pass should start), the error occurs and MeGUI crashes.
If I restart MeGui & restart 2nd pass, it works but crash again when beginning the next job in queue.
So I can't configure an automated 2pass encode, or multiple jobs in queue to be encoded overnight if I use DGmultiSource().
With Cuvid and DGsource(), it always works fine. :)
I have two machines, and both shows the same problem since I bought a license (01-20-2010)
machine 1 : Win7 x64, intel q9400, nvidia 9800GTX 512Mb (drivers up-to-date - failed also with previous 3 drivers)
machine 2 : Win 7 x64, intel e7400, Nvidia 9400GT 512Mb (drivers up-to-date - ...)
So I would be very annoyed if you drop Cuvid, because I wouldn't be able to do multi-pass or multi encodes anymore
(at least without me in front of my computer waiting for the next crash :p).
Guest
7th July 2010, 21:38
Jeez, I wish you people would report this stuff when you run into it, instead of using stupid workarounds when if I know it is happening I can do something about.
Exemple in VirtualDub : drag& drop the script in VD and redoing it. What do you mean by "redoing it"? Specifically, what actions do I have to take to make it happen? I have never seen any issue in VirtualDub with DGMultiSource().
Alf Bundy
7th July 2010, 23:38
Sorry for my poor english.
Here a picture showing what I mean :
- First, load the script
http://img294.imageshack.us/img294/4269/dragdrop.jpg
- Then drag & drop the same script on VD's window
- Then drag & drop it again. If you don't wait long enough between two drag & drops, you'll get that :
http://img641.imageshack.us/img641/2705/dragdropfailed.jpg
To be fair, I had to do 3 successives drag & drops to get the error dialog.
Of course there's no reason of doing quick successives drag & drops manually,
but it forces the application to close and immediately reload the script.
And this is exactly what VirtualDub and MeGUI do in case of multi-pass or multi-jobs.
By the way, my script is very simple :
DGmultiSource("E:\Backup Bluray\Ep5\00277.track_4113.dgi",resize_w=1280, resize_h=720)
DegrainMedian(limitY=2,limitUV=3,mode=1)
ConvertToYV12()
Maybe is it related to my Graphic Cards ?
I guess the video memory must be flushed before it can load the next instance of my script,
but the flushing is slower than the attempt of reloading made by MeGUI and VD ???
Graphic cards memory is 512Mb GDDR3
But then, I don't understand why I don't have this problem when using Cuvid and DGsource() ?
And only half the time with DGmultiSource ?
Utimately this is why I didn't complain before.
Cuvid is working for me, DGmultiSource is working for everyone else. Fine. :)
Guest
7th July 2010, 23:51
Thank you. Being able to reproduce this outside MEGUI makes it a whole new ball game.
Just to be clear, you don't do play in VirtualDub before dropping again?
Alf Bundy
8th July 2010, 00:07
No, just successives drag & drops.
For the first capture I just moved the position cursor to avoid the first black frame of the script (to show that the script was correctly loaded).
Guest
8th July 2010, 00:11
I reproduced it using the F2 key (reopen video). For me it is always exactly 11 hits of the F2 key and then failure to create decoder. That suggests that the re-open is not really dismissing the previous instances and GPU memory is being exhausted (although 11 instances seems unlikely). I will investigate further what the re-open is really doing, and what can be done if the previous instances are being kept alive.
How much memory do you have on your GPU?
Alf Bundy
8th July 2010, 00:16
512 Mb GDDR3 (on my 9800GTX)
512 Mb GDDR2 (on my GT9400)
Guest
8th July 2010, 02:20
I've just extensively checked all my alloc/free stuff and all my CUVID object creation/deletion and it is all AOK. I did some further experiments that strongly suggest a memory leak in CUVID decoder creation/destruction within CUVID. So I have contacted Nvidia about it. This will be really nice to get fixed, as CUVID Server can be retired and DGMultiSource() made bulletproof.
Just thought I'd mention, I have the same "Failed to create video decoder" problem in AvsPmod. Likewise, I have 512 MB memory. Definitely a leak of some sort.
Sharktooth
8th July 2010, 03:54
i have a 9500GT video card with 1GB of video memory and did not experience the problem but i also didnt re-open any video 11 times. if it's a memory leak with 512MB cards it obviously happens more often.
adiabatic
8th July 2010, 04:16
i have a 9500GT video card with 1GB of video memory and did not experience the problem but i also didnt re-open any video 11 times. if it's a memory leak with 512MB cards it obviously happens more often.
Happens consistently for me on the 8th drag-and-drop of an AVS file involving a 1920x1080i clip with my 896 MB GTX 275.
Great Dragon
8th July 2010, 08:01
It happens to me from time to time only if I hit F5 in VDmod or refresh video in AvS.
I have 2 PCs with 8800GTS 512Mb and 8400GS.
tormento
8th July 2010, 09:14
I was about posting the same VirtualDub_x64 issue.
If I import an avs with DGMultiDecode_x64, close with CTRL-W, open another, close with CTRL-W, open another -> CRASH of DGMultiSource.
Tested with Quadro FX3300 512MB, Geforce 275 1GB.
The same happens in MEGui_x64, after the third import of AVS.
"Three is the magic number" ;)
diimaan
8th July 2010, 10:50
sorry for asking this here!
is there any such DVD2AVI / DGIndex implementation for ATI/AMD cards exist?
Guest
8th July 2010, 11:56
sorry for asking this here!
is there any such DVD2AVI / DGIndex implementation for ATI/AMD cards exist? If you are talking about DGDecNV, then refer to the first post of this thread. If you are indeed talking about DVD2AVI/DGIndex, neither of those two run on the GPU, so the question makes no sense.
diimaan
8th July 2010, 12:11
ohh, sorry abt the confusion there!
my question was that DGDecNV is for nvidia gpu's!
is there similar tools exist fot ATI gpu's?
Guest
8th July 2010, 12:19
Your term "similar" is quite vague, which makes it hard to answer you. I'm not aware of any other Avisynth source filters that use GPU decoding, but I have not looked. I don't know offhand whether CoreAVC can be used with DirectShowSource() in DXVA mode; you would have to ask about that in the CoreAVC thread. In any case, further discussion about tools other than DGDecNV is off topic here, so please take it elsewhere. Finally, you always have the option of running an Nvidia card alongside your ATI card, and using it just for decoding.
Renzz
8th July 2010, 12:21
GPU-Z (http://www.techpowerup.com/downloads/) is quite interesting when opening the AVS multiple times in Vdub. Using an indexed MPG2 file, If I look at the GPU memory usage, it starts around 98, and for every press of F2 it increments by between 35 and 45 - but never goes down. I get to around 420MB before I get the error. Using an indexed H264 source, the increments are around 120MB and it fails after it reached 920. This is on a 9800GT with 1GB.
Guest
8th July 2010, 12:26
GPU-Z (http://www.techpowerup.com/downloads/) is quite interesting when opening the AVS multiple times in Vdub. Using an indexed MPG2 file, If I look at the GPU memory usage, it starts around 98, and for every press of F2 it increments by between 35 and 45 - but never goes down. I get to around 420MB before I get the error. Using an indexed H264 source, the increments are around 120MB and it fails after it reached 920. This is on a 9800GT with 1GB. Ah, thanks for reporting that! It's the definitive proof I need that CUVID is leaking memory.
dgeise
8th July 2010, 23:55
Hi Don,
I was wondering- the changes to your API function naming scheme seem to be opening a window for supporting 'other' <whisper> non-nvidia </whisper> video cards in the future.
The reason I ask is that I'm starting to look into buying a new computer, and the ATI video cards look to be a better deal from a price/performance/power perspective.
I'm pretty well hooked on your video processing tools, which makes it difficult to switch to different hardware. Your answer may somewhat influence my purchasing decisions, so I'll ask it right out.
Is there any chance you could support other vendors' GPU products, either by a separate decoder stack or bu using platform-neutral CUDA coding techniques?
Since this may be of general interest, I'm asking here on the forum.
Thanks & as always keep up the fantastic work-
- a big fan
RedDwarf1
9th July 2010, 01:35
I've noticed that when using DGMultiSource in both AvsP and MeGUI, GPU memory never gets released until the application is closed. Selecting release all videos from memory in AvsP doesn't free GPU memory, only closing the tab or AvsP releases the memory.
If I open a video using AvsP and resize the window to x2, it uses more memory, if I then resize it again either up to x3 or back to x1, more memory is used and so on and so on until the only option is to close AvsP or the tab (script) to release the memory. That's very inconvenient when looking through a video file.
I wasn't certain whether this was purely an AvsP problem but the fact I experienced similar things with MeGUI suggests it's not.
My Video card has 1GB of memory so I have more room for such memory leaks than some but it still gets very severe.
Guest
9th July 2010, 02:45
Is there any chance you could support other vendors' GPU products, either by a separate decoder stack or bu using platform-neutral CUDA coding techniques? If and when the other vendors expose an API for video decoding, it becomes a possibility. That is not the case at this time.
Consider running a secondary Nvidia card only for decoding alongside your main ATI card (if that is what you decide upon).
Sharktooth
9th July 2010, 02:46
Hi Don,
I was wondering- the changes to your API function naming scheme seem to be opening a window for supporting 'other' <whisper> non-nvidia </whisper> video cards in the future.
The reason I ask is that I'm starting to look into buying a new computer, and the ATI video cards look to be a better deal from a price/performance/power perspective.
I'm pretty well hooked on your video processing tools, which makes it difficult to switch to different hardware. Your answer may somewhat influence my purchasing decisions, so I'll ask it right out.
Is there any chance you could support other vendors' GPU products, either by a separate decoder stack or bu using platform-neutral CUDA coding techniques?
Since this may be of general interest, I'm asking here on the forum.
Thanks & as always keep up the fantastic work-
- a big fan
CUDA is proprietary, hence supported by nvidia only.
The most probable and logical change would be moving toward OpenCL (that is also very similar to CUDA), but im not Donald, so i dont know what he wants to do and if it is doable.
That said, you should wait for an "official" answer from Donald.
Edit: he was faster than me... so you have your answer.
dgeise
9th July 2010, 03:59
thanks for the responses.
maybe I'll stick with nvidia GPUs for the next iteration after all.
tormento
9th July 2010, 06:38
Consider running a secondary Nvidia card only for decoding alongside your main ATI card (if that is what you decide upon).
How far is your card selection feature going? :devil:
kebulek
9th July 2010, 11:15
I've done some testing today and that bug occurs only with DGSource(...) and CUVIDserver. With DGMultiSource is everything OK.
Green frames show up after frame 744+.
Looks like I was wrong. I've encoded whole movie with DGMultiSource and at the end there are 2 bad repeating frames. But before encoding, I didn't see them in VDub... :confused:
MKV Sample (http://www.mediafire.com/file/r2m2zwo0niy/sample.mkv) (2MB)
Hello,neuron2
I can't get a string of audio path by using "__aud__".
This situation have been continuing since dgdecnv2015.
I couldn't get dgdecnv2014, so I still use dgdecnv2013.
Dgdecnv2013 is fine, about the situation.
Please check it.
I attached an avs file about the situation.
Guest
9th July 2010, 15:05
Looks like I was wrong. I've encoded whole movie with DGMultiSource and at the end there are 2 bad repeating frames. I'm aware of it because I saw it with your previous sample, even though you said it didn't happen! :)
Investigating. Use trim until I release a fix. It only happens in some cases at end of file.
Guest
9th July 2010, 15:12
I can't get a string of audio path by using "__aud__". Duplicated. Will fix for next release. Thanks for your report.
Guest
10th July 2010, 02:50
How far is your card selection feature going? It's written on a piece of paper called my "to-do list".
@all
We have good news on the memory leak problem. Nvidia came through yet again in a fabulous manner. My secret contact O told me how to use "floating contexts" to dissociate the CUVID object creation/deletion from the invoking threads. Without that it didn't work because the creation and deletion was done from different threads, which was virtually forced upon me by the Avisynth architecture.
Now I can hit F2 in VirtualDub until the cows come home.
Say your goodbyes to the CUVID Server. He has served us well but must now move on to the quantum vacuum. May he serve in peace.
A test version is imminent.
@OK
Your bug is fixed.
@kebulek
You're up next.
Lyle_JP
10th July 2010, 03:17
WooHoo! This memory leak was my biggest complaint as well, though I never brought it up neuron2 because I was never sure if it wasn't Avisynth x64's fault.
tormento
10th July 2010, 08:16
If there will be no more MEGUI/VDub errors I think there should be another imminent donation ;)
kebulek
10th July 2010, 13:08
I've got another mystery ;) - just made some testing with XviD and picture resizing directly with DGTools.
LoadPlugin("C:\Program Files\DGTools\DGMultiDecodeNV.dll")
DGMultiSource("E:\video.dgi", deinterlace=1, resize_w=624, resize_h=352).Trim(0,153290)
With this script, I'm able to open the .AVS only once in VD. Another try (with proper close and re-open) failed and VD freezed. :(
LoadPlugin("C:\Program Files\DGTools\DGMultiDecodeNV.dll")
DGMultiSource("E:\video.dgi", deinterlace=1).LanczosResize(624,352).Trim(0,153290)
With this script works everything fine.
So is there something wrong with internal resize or it's a VD bug?
mikeyakame
10th July 2010, 22:35
@Neuron2
That is awesome news about the memory leak being fixed! It definitely means no more need to use DGSource to prepare a video!
meatwad
11th July 2010, 02:45
Can someone using StaxRip 1.1.6 confirm that build 2019 is working fine with it? I'm having some problems getting it to work with it, but I'm pretty sure it's an error on my part somewhere.
tormento
11th July 2010, 08:55
Can someone using StaxRip 1.1.6 confirm that build 2019 is working fine with it?
I jumped on MeGui wagon. I suggest you to do the same as it is much more complete and you can train to use it as in near future I suggest you to use the x64 version too. It is much faster and stable.
Groucho2004
11th July 2010, 10:17
I'm a bit at a loss here. Why do people use these buggy "GUIs" when the DG tools do (almost) everything for them already? All that has to be done in most cases is to feed the script into the encoder.
I'll try to keep my opinion about the "GUI designers" to myself, many of them don't know squat about programming that goes beyond putting some fancy dialogs together in Visual Basic.
So, what am I missing? Is it really so hard to create a batch file (considering the countless examples that can be found here on Doom9)?
Or is it about calculating the bitrate? Multiplexing?
Just curious.
tormento
11th July 2010, 12:06
I'm a bit at a loss here.
Personally I edit the avs by hand BUT I can't remember every x264 switch I need AND I can't stay at home to manually wait to launch the next job.
To sum things up: create x264 command line and batch it. Stop.
Guest
11th July 2010, 12:36
General discussion of GUIs is off topic here. Thank you.
MOS-Marauder
11th July 2010, 12:57
Well if i prepare my Cue with MeGui (latest Dev Build and DGTools NV 2019) and DONT use Cuvid Server it crashes badly on after adding to cue and trying to create the 2nd AVS with the AVS Script Generator. DGMultiSource isnt yet working good. if i check "use Cuvid Server" all is working as expected.
Also.. if one AVS using DGMultisource is playing in Mediaplayer i cannot open another one (Cuvid Deode error, no video...crashing BOTH then)..
Edit: Ahem sorry for mentioning "the GUI".. but in fact it also happens w/o it...
Chris
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.