CompuServe Thread

#Too big Flics??

19 messages in this thread
#115614From: Greg BeckAug 1, 1994 10:10 PM
I am having a problem when rendering large flic files. I have 3ds3 on a small hard drive and I render out to a two gig hard drive (Drive E). There is at least 1.5 gig free. I can render several hundred frames as targa files – no problem, but when I render large flic files, say 200 frames, 640×480 res, with pallet set at medium I get a "Error writing file – out of disk space" message, ussually after 120 frames or so.. I have set CFIG386.3ds to redirect the swap file to E:\swap. Is this file called up every time 3ds3 is loaded or do I need to load it in a bat file? Is there something else going on? I can't find anything in 3ds.set that may be causing this problem. Any help here will be greatly appreciated. Greg Beck – Beck Technical
#115632From: Gary K. SimAug 2, 1994 12:09 AM
Do you get the problem when using palette low, high, or custom? I don't know if that's the problem, tho'. The swap file is only temporarily created, to a size as needed, when you run out of RAM when rendering. 3DS only needs to know where to put the swap file when working, the rest is autuomatic. What are your statistics when you render, say, one frame. How much RAM is used, and does it actually create a swap file when rendering this file? Sorry I can't be of more help…
#115870From: Greg BeckAug 2, 1994 10:48 PM
Gary: 3ds is not swapping while rendering. The stats are way under the 32 Meg RAM I'm running. There is something telling 3ds that this flic is going to the "C" (small drive) – I think. Thanks for the suggestion. Greg – Beck Technical
#115639From: ROBERT RITGERAug 2, 1994 12:50 AM
Greg: Sounds like you should give Custom Pallette a shot instead of Medium. I believe your C:\3DS\TEMP file (sounds like this is located on your small hard drive) is a repository of all frames (not the 'swap' file as you mentioned) of the flic until it is done rendering then the colors get remapped down to 256 and saved as delta frames in the flic. When rendering to targas there is no need to 'buffer' the frames as they are completed. I'm not sure if you can relocate your temp file to a different drive without moving the executibles but I think that's your culprit. Bob
#115869From: Greg BeckAug 2, 1994 10:48 PM
Bob: I have 3ds,set set to "temp-path=E:\temp" (big drive) and I don't get any "cannot locate e:\temp" error messages when starting 3ds. I think your on the right track, but I can't figure out what is telling 3ds to use the small drive. Could it be that it checks for the C:\3ds3\flics subdirectory for avalable space prior to starting the render?? Let me know what you think. Thanks – Greg – Beck Technical
#115680From: MARTIN G FOSTERAug 2, 1994 5:10 AM
Greg, >> I have set CFIG386.3ds to redirect the swap file to E:\swap. << in your 3ds directory type: cfig386 3ds.exe and tell us what you see. You may have added the "-swapdir" parameter twice. You should clear all parameters first (cfig386 3ds.exe -clear) and then add all settings in one shot. Refer to the manual for this. The pharlap configuration is referred to whenever 3ds is started – no need for a batch file or 3ds.set parameter of any kind.
#115871From: Greg BeckAug 2, 1994 10:49 PM
Martin: Thanks for coming to my aid again. I hope we can figure this one out. <<in your 3ds directory type: cfig386 3ds.exe and tell us what you see.>> When I type cfig386 3ds I get the following: – vdisk,-minreal 4096, -maxreal 40000, -nur, -intmap 8, vscan 16000, -swapdir e:\swap. I think this is all OK. Do you see any problems here? I have my temp file (in 3ds.set) set to "Temp-Path=E:\Temp" (big drive). What else can I look for.?? I can't believe these temp flics are getiing over 1.5 gig in size. Thanks for your ideas. Greg – Beck Technical
#115896From: MARTIN G FOSTERAug 3, 1994 3:39 AM
Greg, >> – vdisk,-minreal 4096, -maxreal 40000, -nur, -intmap 8, vscan 16000, -swapdir e:\swap << that looks OK, as long as "e:\swap" actually exists. If it didn't then you'd default to the current drive. If all else fails, try custom pallette (after rendering some representative frames to a flic). "Custom" would result in the smallest disk file, as would "low", but with better results.
#115913From: MARTIN G FOSTERAug 3, 1994 4:04 AM
Greg, I just noticed you have "e:\temp" and "e:\swap" referred to in the 3ds.set and cfig386 settings, respectively. That's inconsistent and may be a cause of your problem. Make them consistent and make sure the directory actually exists 🙂
#115685From: david W. mennenohAug 2, 1994 7:43 AM
Greg, I believe Robert Rithger is correct in saying that 3DS saves the flc to the local drive first. The -swapdir setting in cfig386 will be fine – you can have as many -swapdir's as you want. Only the very last one will be used. If you are running on a Network as it sounds, I would suggest copying 3DS out to the net and running it from there. This will most likely solve your problems. Good luck. Dave Mennenoh
#115712From: CyberdreamsAug 2, 1994 9:49 AM
In your 3ds.set file set your temp file to your "E" drive this way you will not fill up you "c" drive when rendering flics. 3ds will build temp tga files to this file with "$" name in front of the tga after the converting it deletes it for you.
#115873From: Greg BeckAug 2, 1994 10:49 PM
Cyberdreams: <<In your 3ds.set file set your temp file to your "E" drive this way you will not fill up you "c" drive when rendering flics.>> I was set up this way and still get the error message. Is there anything else telling 3ds to use the smaller drive or can you think of a way I can test to see where the temp flics are being placed?? Thanks for the help, Greg – Beck Technical
#115889From: CyberdreamsAug 3, 1994 1:02 AM
So you setup the TEMP-PATH = "e:\3d\temp" ? if so then set the cfig386 and point to "E" hope this helps. Brandon
#116831From: david W. mennenohAug 7, 1994 10:25 AM
In your 3ds.set file set your temp file to your "E" drive this way you will not fill up you "c" drive when rendering flics. 3ds will build temp tga files to this file with "$" name in front of the tga after the converting it deletes it for you. Huh? You posted this message to the wrong person. Dave Mennenoh
#116859From: CyberdreamsAug 7, 1994 12:59 PM
sorry
#115872From: Greg BeckAug 2, 1994 10:49 PM
Dave: Thanks for the help. I am not running on a network. This is a single workstation setup. Do you think I need to copy 3ds3 to the larger didk? Surely there is a easier fix. Thanks again, Greg – Beck Techincal
#115722From: M. G. BATCHELORAug 2, 1994 10:45 AM
<< In your 3ds.set file set your temp file to your "E" drive this way you will not fill up you "c" drive when rendering flics. 3ds will build temp tga files to this file with "$" name in front of the tga after the converting it deletes it for you. >> I believe this is probably the problem and the solution. BILL
#115874From: Greg BeckAug 2, 1994 10:49 PM
Bill: I was set up this way and still got the message. Do you have any other thoughts or directions I can follow? Thanks for the help Greg – Beck Technical
#116011From: M. G. BATCHELORAug 3, 1994 10:49 AM
Now it sounds like Martin might have the right idea: << I just noticed you have "e:\temp" and "e:\swap" referred to in the 3ds.set and cfig386 settings, respectively. That's inconsistent and may be a cause of your problem. Make them consistent and make sure the directory actually exists 🙂 >> Have you explored this angle ? BILL