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. |
19th November 2009, 15:13 | #581 | Link | |
Registered User
Join Date: Aug 2005
Posts: 34
|
I have a problem I'm not sure from where.
I have an AVS like so: Quote:
While this AVS plays without any trouble in VLC - and opens/seeks in VirtualDub - it can not be compressed when I save it to XviD (nor x264). Both encoders fail about the same time as part14 begins. The error I recieve is "Failed to create video decoder (100)." I use DGIndexNV 2 beta 3. The video sources are all MPEG2 (which can all be encoded individually, and even with AVS of part1 to part13). Maybe it's an AviSynth problem, maybe it's XviD/x264. I'm just posting in case this has something to do with DGIndexNV, or in case anyone has experienced the same and has resolved the issue. Cheers. Last edited by whatever-ever; 19th November 2009 at 15:14. Reason: forgot the word "sure" in line 1 ;) |
|
19th November 2009, 15:29 | #582 | Link |
Guest
Join Date: Jan 2002
Posts: 21,901
|
There's a limit on the number of times you can instantiate DGMultiSource(), because each one consumes memory on the graphics card. The limit is determined by the frame size and the amount of memory on your graphics card. To be honest I'm amazed you made it up to 14. What is the frame size?
Anyway, you say it plays OK in VirtualDub but not when encoding. The only thing I can thing of is that somehow encoding consumes some extra GPU memory. For lots of segments like that it would be preferable to load all the source files and make a single project and do things with trims in your script. Last edited by Guest; 19th November 2009 at 15:31. |
19th November 2009, 15:49 | #583 | Link | |
Registered User
Join Date: Aug 2005
Posts: 34
|
Quote:
Or is there some "trim" in .dgm that I've been completely oblivious to? Thanks for the quick reply |
|
19th November 2009, 16:44 | #585 | Link |
Registered User
Join Date: Aug 2005
Posts: 34
|
Sorry, what i meant was, it is multiple MPEG2s. Do you mean that the dgm has all files included and then part2 = trim(stream,<number of frames in part1>+x,<number of frames in part1>+y) if part2 was normally trimmed like trim(stream,x,y) ?
|
20th November 2009, 03:11 | #589 | Link |
Registered User
Join Date: Jun 2002
Location: On thin ice
Posts: 6,837
|
There is one issue in StaxRip I've recently discovered due to feedback by a user trying to config StaxRip to use NV tools. Unfortunately I can't test it myself as I've a ATI 2400 card.
In case of dga files StaxRip checks if avcsource is present and if it's not it changes the source filter to avcsource. You can workaround this by editing the source filter and add avcsource as comment, here is what a profile would look like: [Source] AVC = #AVCSource%newline%DGDecode("%source_file%") Instead of using this workaround you could also use a new build which fixes it: http://www.stax76.bplaced.net/files/...a_preview_1.7z It will reset/overwrite lot's of profiles so you might want to use the Import/Export feature in the profiles dialog.
__________________
https://github.com/stax76/software-list https://www.youtube.com/@stax76/playlists |
20th November 2009, 18:17 | #591 | Link |
Guest
Join Date: Jan 2002
Posts: 21,901
|
This one:
http://forum.doom9.org/showthread.php?t=144140 Don't be confused, it works in a pure win32 environment as well. |
21st November 2009, 02:50 | #592 | Link | |
Aging Video Hobbyist
Join Date: Dec 2004
Location: Off the Map
Posts: 2,461
|
Quote:
|
|
21st November 2009, 05:03 | #593 | Link | |
Registered User
Join Date: Aug 2008
Location: Calgary, AB
Posts: 150
|
Quote:
|
|
22nd November 2009, 18:33 | #594 | Link |
Aging Video Hobbyist
Join Date: Dec 2004
Location: Off the Map
Posts: 2,461
|
CUVIDServer anomaly, or x264?
Using 2.0.0 beta 3, I just noticed that I can get CUVIDServer to stop working, by closing x264's command window (clicking on "X" close button) while it's running:
1. Make a .dga and create an avs e.g. DGSource("videoIN.dga") My DGDecodeNV.dll is in the Avisynth plugins folder. 2. Use this in an x264 command (mine 1342Modified) 3. After x264 processing has begun, click the X box to close the window (the x264 task stops according to Task Manager) 4. Try to restart the process by running the x264 command again; it hangs/stops after four [info] lines, and creating videoIN.stats.mbtree.temp and videoIN.stats.temp files (zero bytes). The window is open but there's zero CPU activity i.e. nothing happening. If I next try to open the .avs with Vdub, well I get a blank Vdub window i.e. it does not open and is "hung" as well, with an hourglass i.e. I have to CTL-ALT-DEL to kill it. Closing CUVIDServer and re-running it allows everything to work again. Note this only occurs when I close the x264 window while running. If I abort the x264 process by doing a CTRL-C and Y to "Terminate Batch job Y/N?" then I can re-start the process no problem. Yeah this is (for me anyway) one of those "Doctor, it hurts when I do this. (Well, then Don't Do That!)" i.e. I can avoid the problem by not clicking the cmd.exe window's Close box. But thought I'd asked if anyone else has noticed the same behavior. Using XP Pro x64 here, but 32-bit x264. |
22nd November 2009, 23:31 | #597 | Link |
Aging Video Hobbyist
Join Date: Dec 2004
Location: Off the Map
Posts: 2,461
|
I'm fine with that! Just glad I wasn't "seeing things"!
Good idea, though I wonder--DG do you use/recommend also? I mean, is DGMultiSource "the future" ie. I should be beating-up on that dll as much as possible anyway? |
23rd November 2009, 01:50 | #598 | Link |
Guest
Join Date: Jan 2002
Posts: 21,901
|
The CUVID Server was a hack to support MEGUI's bizarre script opening strategy. As MEGUI is now showing new issues with the NV tools, which nobody seems to have any time to address, I can't recommend MEGUI. And when that goes away, DGMultiSource() becomes the preferred solution. I always go to it for my needs.
|
|
|