#NDUMP.IXP
13 messages in this thread
Greg- I purchased your NDUMP.IXP to use with a Par and my network. It is
working beautifully except I can't seem to get it to delete the Targa files
after it has processed them (No matter how hard I pound on the button in the
setup <g>). The button clicks, everything works and is sent to the PAR, but
the TGA's still remain. After reading the extensive documentation <g> that I'm
unable to figure it out. Am I doing something dumb? Any suggestions would be
appreciated…I'm out of HD space.
Thanks.
-Mark
Mark:
I'll look into it immediately. Until then, though, why not just add a line to
do that in your batch file? Something like:
@echo off
copy %1 pardrive:\pardirectory\filename
delete %1
Should work fine!
Greg (please delete me, let me go…) Pyros
It would be better something like:
@echo off
copy %1 pardrive:\pardirectory\filename > nul
if errorlevel 1 goto end
delete %1 > nul
:end
The "> nul" causes the messages to go to the bit bucket and not get displayed
in the 3D Studio screen. The errorlevel checks for a problem with the copy
command. If the copy was not successful, skip the delete command. Meanwhile,
I will check why the delete from within NDUMP failed. Note that I to the same
test above within NDUMP. If the copy command returns an error I will not
delete the file.
Gus- It may not be your code that's at fault. After talking with Bert @ Pyros,
I'm running NDUMP differently than what it was designed for. I don't use the
server/workstation net setup, mine is peer to peer (both are servers).
According to Tony, NDUMP shouldn't even work with this setup, but it does. I
was in the heat of battle on a project and didn't have the time or desire to
reconfig the net, so I tried it and everything (except delete) worked, so I
went with it. So it may be me. The del in the batch file worked great…I'll
add your suggested statements for error checking and see if it still works.
The only other thing I noticed ( and this may also be a result of my p to p
net) is that if the host server finishes the final frame of the animation
before the slave finishes the next-to-last frame, the last two frames don't get
copied to the PAR. This makes sense, since VPost on the host is completed
first. Don't know of a workaround, but it's easy enough to manually copy those
last two frames to the Par. Thanks for your suggestions. -Mark
Mark:
What we do is just render a couple of extra frames, that way the critical ones
always get copied out to the PAR.
Greg Pyros
Greg,
How are you going to work getting ahold of the DOS version? Are you going to
make it available to all registered users? Same price? Let me know what
you guys are planning. I'm looking forward to getting it.
-Glen
Glen:
Yes, all registered users (or, if you're like most, just send in your original
disk!) and we'll send out the DOS version free.
Greg Pyros
Greg,
Thanks for the note. BTW, will this version output to the PAR in reverse as
well? I know the next version of the PAR software is supposed to fix the
"Reverse" feature not working, but I figured I'd ask anyway.
-Glen
Greg- Thanks for the tip. A couple of extra frames shouldn't be a problem.
-Mark
Greg- That's one of those classic "Why didn't I think of that?" suggestions.
Great idea! Thanks for the work around, that'll do the trick for now. Thanks
again. -Mark
Mark:
Anytime! Make sure you follow Gus's suggestion on the errorlevel check before
deleting your files!
Greg Pyros
Greg- The del in the bat file worked just fine. What was Gus's suggestion? I
must have missed it. -M
Greg- I saw Gus's message. Tapcis give me my messages before any forum ones so
I was unclear as to what you were refering to. Thanks. -M