Welcome to Doom9's Forum, THE in-place to be for everyone interested in DVD conversion. Before you start posting please read the forum rules. By posting to this forum you agree to abide by the rules. |
7th July 2010, 21:33 | #1961 | Link | |
Registered User
Join Date: Sep 2009
Location: Belgium
Posts: 58
|
Quote:
When I use DGmultiSource(), half the time I get or 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 ). Last edited by Alf Bundy; 7th July 2010 at 21:35. |
|
7th July 2010, 21:38 | #1962 | Link | |
Guest
Join Date: Jan 2002
Posts: 21,901
|
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.
Quote:
Last edited by Guest; 7th July 2010 at 21:40. |
|
7th July 2010, 23:38 | #1963 | Link |
Registered User
Join Date: Sep 2009
Location: Belgium
Posts: 58
|
Sorry for my poor english.
Here a picture showing what I mean : - First, load the script - 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 : 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. Last edited by Alf Bundy; 7th July 2010 at 23:52. |
8th July 2010, 00:11 | #1966 | Link |
Guest
Join Date: Jan 2002
Posts: 21,901
|
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? Last edited by Guest; 8th July 2010 at 02:21. |
8th July 2010, 02:20 | #1968 | Link |
Guest
Join Date: Jan 2002
Posts: 21,901
|
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.
|
8th July 2010, 03:54 | #1970 | Link |
Mr. Sandman
Join Date: Sep 2003
Location: Haddonfield, IL
Posts: 11,768
|
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.
__________________
MPEG-4 ASP Custom Matrices: EQM V1(old), EQM AutoGK Sharpmatrix (aka EQM V2), EQM V3HR (updated 01/10/2004), EQM V3LR, EQM V3ULR (updated 04/02/2005), EQM V3UHR (updated 17/12/2004) and EQM V3EHR (updated 05/10/2004) Info about my ASP matrices. MPEG-4 AVC Custom Matrices: EQM AVC-HR Info about my AVC matrices My x264 builds. Mooo!!! Last edited by Sharktooth; 8th July 2010 at 04:06. |
8th July 2010, 09:14 | #1973 | Link |
Acid fr0g
Join Date: May 2002
Location: Italy
Posts: 2,542
|
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"
__________________
@turment on Telegram |
8th July 2010, 12:19 | #1977 | Link |
Guest
Join Date: Jan 2002
Posts: 21,901
|
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.
Last edited by Guest; 8th July 2010 at 12:24. |
8th July 2010, 12:21 | #1978 | Link |
Registered User
Join Date: Jan 2004
Posts: 55
|
GPU-Z 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.
|
8th July 2010, 12:26 | #1979 | Link | |
Guest
Join Date: Jan 2002
Posts: 21,901
|
Quote:
|
|
8th July 2010, 23:55 | #1980 | Link |
Registered User
Join Date: Feb 2009
Posts: 7
|
'other' GPUs in the cards?
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 |
Thread Tools | Search this Thread |
Display Modes | |
|
|