Help with Video Post
4 messages in this thread
*Technical Support Needed*
I am a registered 3DS R3 user. Recently, I have had an opportunity
to experiment with the Video Post function. I have followed the
"Galactic Ripple" tutorial line by line, and have gone through
it 3 times from scratch with the same results:
When rendering, it goes as far as frame 0 where it goes to encode the
256-color image and then generates the message:
"Cannot create temporary file:
C:\3ds3\temp\$FLIW1$.TMP"
I have made sure that I have ample disk space and that the
c:\3ds3\temp directory exists.
I have completely erased and reloaded the 3DS software and have achieved
the same results.
I am running 3DS R3.0a on a Toshiba 4800CT laptop computer with
DOS 6.21 and 16Mb of RAM.
I can render flics without video post and they render fine. In fact,
I even reset the system, created a 20 frame file with only a camera.
I then went to video post, put "stars.ixp" in the first entry, used
the "KF Scene" in the second entry and got the same results. If I take
out "stars.ixp" it seems to render without this error, making me think
the problem might be with the "stars.ixp" entry.
PLEASE- What am I doing wrong?
<<"Cannot create temporary file:
C:\3ds3\temp\$FLIW1$.TMP">>
3D Studio can use a lot of disk space, much more than people realize. Try
clearing off more disk space and see if that solves the problem.
More likily, though, something is preventing 3D Studio from writing to the hard
disk. Ususally a memory conflict of something. I have included instructions
below to show you how to "strip your system" and diagnose whether you have a
memory conflict. Clean boot the system as described below and then see if the
problem still happens.
-Brian
Title: Clean system boot; diagnostics for memory conflict…
Description:
To confirm that the problem is caused by a memory conflict, re-start the
computer with simplified settings (a 'stripped system') and see if the problem
goes away.
For DOS-only computers, a stripped system means that the computer is rebooted
without terminate and stay resident (TSR) programs nor device drivers that are
not absolutely necessary for the operation of the operating system and
computer. The Autodesk program should also be configured for VGA display if
possible, to rule out display driver conflicts.
To reboot into a stripped system for 3D Studio and Animator Pro, change the
system files as follows:
CONFIG.SYS should contain only:
FILES=40
BUFFERS=20
AUTOEXEC.BAT should contain only:
PATH=<your path>
PROMPT=<your prompt>
You may want to use the DOS SYS command to create a bootable floppy for this
trouble-shooting exercise and place these simplified system files on the
diskette. Or, you may edit the existing CONFIG.SYS and AUTOEXEC.BAT files
currently on the hard disk (make back-up copies first). Make sure you have a
bootable DOS floppy on hand, just in case the computer has trouble rebooting.
Note: Quarterdeck QEMM users may find it helpful to review the QEMM
trouble-shooting documentation and use the Analyze utility to track down memory
conflicts.
Trouble-shooting:
If the program now operates correctly, the next step is to determine which
program or driver in your system files is causing the conflict. Edit the
CONFIG.SYS and AUTOEXEC.BAT files, adding one device driver or TSR command at
a time, rebooting, and starting 3D Studio/AAPRO until the error reappears.
When the error happens, the last item you added to the configuration is
probably the trouble maker. Once we know which drivers are conflicting, we can
determine the proper course of action.
If you are using special display adapters (for example, a Targa frame buffer),
you should check the documentation that came with the display driver to see if
special memory settings or EMS exclusions are needed.
Thanks for your input!
In parallel to you suggesting this, I decided to put FILES =40 in my CONFIG
file and it worked! (Please see my complete explaination under a "Help Please"
note posted in the messages section).
One question- *WHY* would I have success in rendering a flic using the "Render
View", but not with rendering it as a single queue entry in the Video Post
area?!? Weird. . . Thanks! -D
It could be that when in Video Post the computer has more files standing open,
than when you do a straight render, pushing it over the 'open files'
limitation.
maybe?
-Peter