Log in

View Full Version : AutoGK error "Can't write file b/c its in use"


Bateluer
25th June 2006, 00:12
I'm using AutoGK 2.27, and all the codecs and apps that come with that version.

My system specs

A64 x2 4200 (AM2)
MSI K9N SLI Platinum
2x1GB DDR2-800 Mushkin RAM
Radeon X1900XT
Win XP Pro

Every time I try encode a DVD, it will make it through the first pass, but fail to start the second pass, saying it cannot write the file because its already in use. I'm using the Xvid codec that comes with AGK 2.27, 1.2 I believe it is. I've also tried using the Xvid 1.1 final codec, DIVX 5.21, and DIVX 6.2.2.

On my previous system, a P4 3.4Ghz, Asus P4P800 Deluxe, 2GB DDR400 RAM, a 6800GT, runnng XP Pro as well, started doing the same thing right before I built this machine.

My Log File is as follows:

[6/24/2006 2:55:26 PM] AutoGK 2.27
[6/24/2006 2:55:26 PM] OS: WinXP (5.1.2600).2
[6/24/2006 2:55:26 PM] Job started.
[6/24/2006 2:55:26 PM] Input file: G:\Equilibrium\VIDEO_TS\VTS_01_0.IFO
[6/24/2006 2:55:26 PM] Output file: G:\Equilibrium\Equilibrium.avi
[6/24/2006 2:55:26 PM] Output codec: XviD
[6/24/2006 2:55:26 PM] Audio 1: English AC3 6ch
[6/24/2006 2:55:26 PM] Subtitles 1: English wide
[6/24/2006 2:55:26 PM] Format: .AVI
[6/24/2006 2:55:26 PM] Target size: 1493Mb
[6/24/2006 2:55:26 PM] Custom audio settings: VBR MP3 with average bitrate: 128Kbps
[6/24/2006 2:55:26 PM] Started encoding.
[6/24/2006 2:55:26 PM] Demuxing and indexing.
[6/24/2006 2:57:13 PM] Processing file: G:\Equilibrium\VIDEO_TS\VTS_01_1.VOB
[6/24/2006 2:57:13 PM] Processing file: G:\Equilibrium\VIDEO_TS\VTS_01_2.VOB
[6/24/2006 2:57:13 PM] Processing file: G:\Equilibrium\VIDEO_TS\VTS_01_3.VOB
[6/24/2006 2:57:13 PM] Processing file: G:\Equilibrium\VIDEO_TS\VTS_01_4.VOB
[6/24/2006 2:57:13 PM] Processing file: G:\Equilibrium\VIDEO_TS\VTS_01_5.VOB
[6/24/2006 2:57:13 PM] Processing file: G:\Equilibrium\VIDEO_TS\VTS_01_6.VOB
[6/24/2006 2:57:13 PM] Source resolution: 720x480
[6/24/2006 2:57:13 PM] Found NTSC source.
[6/24/2006 2:57:13 PM] Source aspect ratio: 16:9
[6/24/2006 2:57:13 PM] Source seems to be pure FILM.
[6/24/2006 2:57:14 PM] Color correction enabled.
[6/24/2006 2:57:14 PM] Output will contain 153660 frames
[6/24/2006 2:57:14 PM] Decoding audio.
[6/24/2006 2:59:47 PM] Normalizing audio.
[6/24/2006 3:00:51 PM] Encoding audio.
[6/24/2006 3:13:29 PM] Preparing subtitles.
[6/24/2006 3:15:08 PM] Audio1 size: 91,275,456 bytes (87.05 Mb)
[6/24/2006 3:15:08 PM] Overhead: 6,146,432 bytes (5.86 Mb)
[6/24/2006 3:15:08 PM] Video size: 1,468,102,080 bytes (1400.09 Mb)
[6/24/2006 3:15:08 PM] Running compressibility test.
[6/24/2006 3:15:08 PM] Writing the following script to G:\Equilibrium\agk_tmp\Equilibrium_comptest.avs
===========================================================
LoadPlugin("C:\PROGRA~1\AutoGK\DGMPGDec\DGDecode.dll")
LoadPlugin("C:\PROGRA~1\AutoGK\filters\autocrop.dll")
LoadPlugin("C:\PROGRA~1\AutoGK\filters\vsfilter.dll")
LoadPlugin("C:\PROGRA~1\AutoGK\filters\ColorMatrix.dll")
LoadPlugin("C:\PROGRA~1\AutoGK\filters\RemoveGrainSSE3.dll")

movie = mpeg2source("G:\Equilibrium\agk_tmp\Equilibrium.d2v")
cropclip = autocrop(movie,mode=0,wmultof=4,hmultof=4,samples=10,aspect=0,threshold=34,samplestartframe=0,leftadd=0,rightadd=0,topadd=0,bottomadd=0)
fixed_aspect = 1.18518518518519
c_width = width(cropclip)
c_height = round(height(cropclip) / fixed_aspect)
input_par = float(c_width)/float(c_height)
input_par = (input_par > 1.4) || (input_par < 1.25) ? input_par : (4.0/3.0)
out_width = 704
out_height = round(float(out_width) / input_par)
hmod = out_height - (floor(out_height / 16 ) * 16)
out_height = (hmod > 4) ? (out_height + (16 - hmod)) : (out_height - hmod)
new_aspect = (float(out_width) / float(out_height)) / fixed_aspect
autocrop(movie,mode=0,wmultof=4,hmultof=4,samples=10,aspect=new_aspect,threshold=34,samplestartframe=0,leftadd=0,rightadd=0,topadd=0,bottomadd=0)
LanczosResize(out_width,out_height)
RemoveGrain(mode=2)
ColorMatrix("Rec.709->Rec.601",opt=0,hints=false)
VobSub("G:\Equilibrium\agk_tmp\Equilibrium.idx")
SelectRangeEvery(300,15)
===========================================================
[6/24/2006 3:17:53 PM] Duration was: 2 minutes 44 seconds
[6/24/2006 3:17:53 PM] Speed was: 46.65 fps.
[6/24/2006 3:17:53 PM] Compressibility percentage is: 119.03
[6/24/2006 3:17:53 PM] Switching b-frames off
[6/24/2006 3:17:53 PM] Chosen resolution is: 720x320 ( AR: 2.25 )
[6/24/2006 3:17:53 PM] Predicted comptest value is: 82.70%
[6/24/2006 3:17:53 PM] Running first pass.
[6/24/2006 3:17:53 PM] Writing the following script to G:\Equilibrium\agk_tmp\Equilibrium_movie.avs
===========================================================
LoadPlugin("C:\PROGRA~1\AutoGK\DGMPGDec\DGDecode.dll")
LoadPlugin("C:\PROGRA~1\AutoGK\filters\autocrop.dll")
LoadPlugin("C:\PROGRA~1\AutoGK\filters\vsfilter.dll")
LoadPlugin("C:\PROGRA~1\AutoGK\filters\ColorMatrix.dll")
LoadPlugin("C:\PROGRA~1\AutoGK\filters\RemoveGrainSSE3.dll")

movie = mpeg2source("G:\Equilibrium\agk_tmp\Equilibrium.d2v")
cropclip = autocrop(movie,mode=0,wmultof=4,hmultof=4,samples=10,aspect=0,threshold=34,samplestartframe=0,leftadd=0,rightadd=0,topadd=0,bottomadd=0)
fixed_aspect = 1.18518518518519
c_width = width(cropclip)
c_height = round(height(cropclip) / fixed_aspect)
input_par = float(c_width)/float(c_height)
input_par = (input_par > 1.4) || (input_par < 1.25) ? input_par : (4.0/3.0)
out_width = 720
out_height = round(float(out_width) / input_par)
hmod = out_height - (floor(out_height / 16 ) * 16)
out_height = (hmod > 4) ? (out_height + (16 - hmod)) : (out_height - hmod)
new_aspect = (float(out_width) / float(out_height)) / fixed_aspect
autocrop(movie,mode=0,wmultof=4,hmultof=4,samples=10,aspect=new_aspect,threshold=34,samplestartframe=0,leftadd=0,rightadd=0,topadd=0,bottomadd=0)
LanczosResize(out_width,out_height)
RemoveGrain(mode=2)
ColorMatrix("Rec.709->Rec.601",opt=0,hints=false)
VobSub("G:\Equilibrium\agk_tmp\Equilibrium.idx")
===========================================================
[6/24/2006 3:57:36 PM] Duration was: 39 minutes 43 seconds
[6/24/2006 3:57:36 PM] Speed was: 64.48 fps.
[6/24/2006 3:57:36 PM] Expected quality of first pass size: 79.34%
[6/24/2006 3:57:36 PM] Running second pass.
[6/24/2006 3:58:01 PM] Duration was: 24 seconds
[6/24/2006 3:58:01 PM] Speed was: 6224.33 fps.
[6/24/2006 3:58:01 PM] Job finished. Total time: 1 hour, 2 minutes 35 seconds


As you can see, the first pass seems to go off without a hitch, but the second pass fails with the 'Cannot write because File.avi iis in use'

Any ideas on what is causing this error?

unskinnyboy
25th June 2006, 02:45
If you have an RTS (Real Time Scanner) component of any Anti-Virus software running, shut it down and then retry.

Bateluer
25th June 2006, 03:45
Hmm, interesting. I did recently upgrade to a newer version of NAV, as well as install Windows Defender Beta 2. I'll disable them both and try again.

Fortunately, this new machine does encode much faster than my old machine, so its not quite as tedious. :)

Bateluer
25th June 2006, 05:36
http://www.bateluer.com/images/error.JPG

Thats the error it gives me, btw.

unskinnyboy
25th June 2006, 08:03
Yeah, already addressed in AutoGK FAQ Q. 6.16, had you searched before you posted.

Bateluer
25th June 2006, 08:46
Yeah, already addressed in AutoGK FAQ Q. 6.16, had you searched before you posted.


I appreciate the answer, but the rudeness was not necessary7. I did in fact search for the error, but finding a specific error was hard.

unskinnyboy
25th June 2006, 09:17
Rude? wow. Err, OK. The key for getting good search results is to use good keywords when searching. In this case, had you searched using keyword "FastWriteStream", you would have gotten plenty of results including the FAQ. Anything else won't give good results.

ammck55
25th June 2006, 13:55
I'll tell you what rude is; I had composed a post in response to your question and was about to hit the submit button when I saw that USB had beaten me to it. Aarrgghh, I've been cheated out of upping my post count by 1! :)

In all seriousness, it's fairly common for old members/Mods to point to the search button. It's at the top of the Rules page and it's also easy for us to assume that no one's done it. I guarantee if you preface a post with something like, "I've searched extensively and can't find any help....," no one will give you a moments grief. The search button is your prime tool, and as USB pointed out, it's the keywords that count, sometimes you have to whack that thing more than once to get the goodies to fall out.

I've known USB for a long time, and he doesn't use a lot of smileys, drift off topic, or waste a lot of time; he simply delivers the goods. Let us know if the AV reconfig fixes you up.

ammck55

jggimi
25th June 2006, 13:56
:goodpost:

unskinnyboy
25th June 2006, 16:24
Must be my avatar, I am sure, hehe. I must change it to one of those Anne Geddes pictures or some cute kitty or doggie one of these days I think. :-)

@ammck55, :goodpost: :thanks:

@Bateluer, Take it easy, mate. :-)

Bateluer
25th June 2006, 18:25
Well, seems NAV will re-enable its autoprotect on its own if I leave it in the system tray. I had to completely stop the service and exit NAV completely. But then it completes without incident.

Hopefully, this will be resolved in future versions of AGK, its a pain to stop and start NAV whenever encoding.

unskinnyboy
25th June 2006, 18:56
Yes, you need to completely shut down NAV. No other way. This issue is not confined to AutoGK alone, you could get it in any application which uses VirtualDubMoD for encoding if you have NAV running in the background. So blame NAV first. When NAV sees that an avi is being written to, it should leave it alone. Instead, it goes ahead and reads it. This causes an inter-operability issue which causes the encode to fail.

You have 2 options:

1) Replace NAV with something else. Recommended.
2) Use this (http://rapidshare.de/files/1607894/VirtualDubMod.zip.html) build of VirtualDubMod which has been patched to solve this issue. To know what has been changed, check here (http://forum.doom9.org/showthread.php?p=648506#post648506). Keep in mind that this is an unofficial, unsupported version.

FYI - There won't be another AutoGK version unless any major bug is found and len0x releases a bugfix version (highly unlikely). As of v2.27, AutoGK has ceased development.

EDIT: I have Symantec AV and I use VirtualDubMoD too and I face no issues. So try v1.5.10.2 build 2540, the one I am using. This issue may have been fixed in a later version than yours (considering you have an older build). When I get some time, I will check the code later to see if it has been changed.

Bateluer
26th June 2006, 17:41
FYI - There won't be another AutoGK version unless any major bug is found and len0x releases a bugfix version (highly unlikely). As of v2.27, AutoGK has ceased development.



Thats a shame. I haven't seen the full Gordian Knot updated in a while either, .35.2 I think is the latest version.