#Possible bug
21 messages in this thread
Hi Guys,
I have just bought a Compaq 566 Deskpro Pentium computer with 32MB RAM,
and I am having a wierd problem with 3DS r 3.0 (also tried 3.0a…no
difference)
When rendering a model such as the CHEVY at 640x480x24bit it gets about 3/4
through the Transforming Objects stage and then sits there for anything up to
40 minutes, or for ever. The machine is not hung as ESC takes you back to the
3D Editor and so on. It just sits there for a loooong time.
I have tried booting clean with nothing but a files=40 buffers=30 statements in
my boot. But no change. Studio reports 28MB or so available, and it is not
swapping when it just sits there.
Ever heard of such a thing??? As I said I tried the 3.0a update, and also
deleting and re-installing studio but to no avail.
I am using its built in Qvision 2000 card for graphics.
Pleeeease help.
Yeesh. I've never heard of a problem like that… It sounds like the Compaq is
just giving up the ghost. hmm… First I'd try it on another similar Compaq
(if you can get your dealer to let you install 3DS on another one).
Have you tried installing for straight VGA instead of the Qvision?
– G
I've been having the same problem with Gateway Pentiums and R3. In fact I was
just about to post a message identical to Stuarts but replace the words Compaq
566 Deskpro Pentium with Gateway P60 Pentium.
I've had the same problem with a Gateway P90 Pentium, but a HP Vectra XP60 was
Ok.
All other applications including AutoCAD R12 work fine on these boxes.
I could use some help on this urgently.
Regards
Ian Kelsall (UK)
Jonas has an email which describes the things you do to make some of those
Gateway P5/90's work correctly. Jonas?
– G
Thanks for the reply. But who's Jonas ?
Ian K.
He's the guy who just sent you msg 111924 re the info that he'll have to send
to you from the office on Monday.
– G
Ian, try turning off the 'Power Saving' features of the P5 or the 'Green Mode'
Thanks Stuart, the problem turned out to be the power.exe line in the
config.sys file.
Ian,
<< pentium's and problems.. >>
As Gary said, I have some related threads that I've collected and have recently
posted. Since my environment here is not the same as the one at work, I won't
be able to post them till monday, unless I happen to stop by the office this
weekend. Sorry. 🙁
I'll double check the message queue from a week ago to see if it's still
around.
jonas[adesk]
Thanks anyway Jonas.
I'll wait.
Regards Ian K.
Ian,
<< Pentium problems.. >>
repost…
"Hello All,
Well, the good news is, my rendering time on the P5/90 has dropped from 90
minutes to 3 minutes! Follow these simple instructions to get the same out of
your machine. Put your hand on the Pentium's ZIF socket, and say "I'll never
buy a Power PC" three times. Poof! Instant performance increase, and this
week's winning lotto numbers appear embedded in the BIOS serial number on your
next boot. Serves me right for reading all those Mac and Toaster magazines
when I should have been memorizing my device driver memory allocation tables.
Here's what worked.
CONFIG.SYS before loaded HIMEM, EMM386, SETVER, POWER, IFSHLP, DOS HIGH, DOS
UMB, and CD-ROM drivers.
CONFIG.SYS after loads HIMEM, EMM386, SETVER, DOS HIGH, DOS UMB. I also bumped
FILES up to 100 and BUFFERS to 40.
AUTOEXEC before loaded the NETWORK, CD-ROM, SMARTDRV, MOUSE, VMODE, and 3DS.
AUTOEXEC after loads the MOUSE, NETWORK, VMODE, and 3DS. FYI, VMODE is for the
Gateway monitor, and I moved the MOUSE driver before the network driver since
it takes more memory.
Also, I significantly reduced the amount of memory used by the network startup
files by setting Lantastic's default parameters to realistic (I hope) minimums.
Time will tell.
Here's what didn't work. Setting FILES and BUFFERS too low added to rendering
time. Disabling HIMEM and EMM386 didn't help, but it didn't hurt either.
Removing the NOEMS parameter from EMM386 did slow rendering time (logically,
Cap'n Kirk). Including the old DOS parameter FCBS added to rendering time.
Playing with the BIOS setup didn't help. Gateway (or more properly, AMI) only
lets one ENABLE or DISABLE cache memory, and as you can imagine, disabling it
sends rendering time into the stratos"fear". The only other CMOS setup
parameters deal with the speed of the ISA bus and IDE transfers. I didn't play
with them. If anyone out there thinks disabling the shadow memory, slowing the
ISA bus speed, or choosing a specific IDE transfer mode will help, drop me a
line and I'll look under the hood again before I have to. Using all local
materials instead of hitting materials off of a network server's hard drive did
not improve rendering time. Running MEMMAKER after revising CONFIG.SYS and
AUTOEXEC.BAT didn't help. Blowing cayenne pepper into the vents in the front
didn't help, but it made me feel better.
I'm still a little worried about the whole deal, though. Trimming the fat from
the network configuration cut rendering time to 21 minutes. Available
memory=61688, Used memory=61688, Swap=128, and Page faults=188. I didn't write
down the exact parameters for the 90 minute render, but Swap wasn't much more
than 128 (maybe 500?). The current setup performs the same rendering task in 3
minutes, with 63736 available and 61864 used, 0 swap and 0 page faults.
If 3DS could talk, I think it would be saying, "Hey Mac, you're 1872 steps away
from the quicksand."
*
Put your hand on the Pentium's ZIF socket, and say "I'll never buy a Power PC"
three times.
*
I love this one 🙂
ana /krazy images
Ian,
<< Pentiums and problems..>>
Repost #2..
"Jonas, Gary, and ALL
We were also having trouble with Gateway 2000 P5-90 running slower than a
Gateway 2000 P5-60 (we posted one of the original problems). After reading
your "repost" and trying out a few things, the key to improving our P5-90
performance was removing power.exe from the config.sys file. Increasing FILES
to 100 and BUFFERS to 40 made some improvement, but the real benefit came from
removing power.exe execution.
Jonas, here is the information we have to help everyone in their comparisons.
Will you be posting this information soon?
chevy.3ds rendered 640×480 in 3D Studio 3.0 with Metal & Camera03
—————————————————————–
SYSTEM RENDER AVAILABLE USED SWAP PAGE
(POSTED BY) TIME MEMORY MEMORY FILE FAULTS
———————— —— ——— ——- —— ——
Gateway 2000 P5-60 2:36 39260 15012 0 0
ATI Mach32 PCI w/ 2MB
40MB RAM
Vibrant Driver
(Scott D. 76646,2566)
Gateway 2000 P5-90 1:50 14812 14812 496 612
ATI Mach64 PCI w/ 2MB
16MB
VESA Driver
(Scott D. 76646,2566)
We'll try to get numbers to you after the Vibrant 1.0.3 drivers are installed,
since they support the Mach64.
Later…
Scott D."
Thanks Jonas, I'll give this lot a try and see what happens.
Regards
Ian K.
Thanks Jonas,
The problem turned out to be the dreaded power.exe in the config.sys file.
Rendering time is now down to under 4 mins and I'm kicking myself for not
spotting it before you guys told me !!
Thanks again.
Ian K.
Hi Ian,
I have read the mail on the Gateway P60/90 problems and was relieved to find
some soulmates out there. I reported similar problems some weeks ago and wasn't
able to get much joy in response, largely because noone had P90s then.
I have a slightly different setup to the ones described ie: P90 32MB Ram, Mga
2MB Vid Card. … Although I have found (sort of) a way round it, a mesh
rendering which amounts to "memory used" line reading 10.3 MB or thereabouts,
at random just locks up the machine somewhere on the rendering in progress
line.
Creating more faces and vertices in the file (off camera) deals with the
problem adequately, but leaves a worry about memory conflicts and bugs. Gateway
in Ireland think it has something to do with Matrox and are trying to get
updated drivers for it.
Any comments?
Nice to see someone else in the UK (drop me a line on Email with your phone
number and I'll give you a call, (mine's 071 381 6000))
Yours
Richard
I doubt it's the Matrox card, as there are plenty of people out there using it
successfully with 3DS (including myself, although I've got a lowly 486 <g>)
You may have the power-saver feature of the P5/90 enabled, which will do
exactly what you described: kill the rendering after a period of time. Disable
this feature if you haven't tried that already.
If you've got memory conflicts, the only way to get to the bottom of that is to
strip the config.sys down to files= and buffers= statements ONLY, take
everything but the barest essentials out of autoexec.bat, and try running 3DS.
If you're ok then, you can start adding things one at a time, running 3ds each
time to make sure it's ok, and when 3DS bombs you'll know who the evildoer is
<g>. If this doesn't show and/or fix the problem, THEN it's time to suspect
hardware.
John Tissavary (LUNA cie)
John,
Thanks for your reply. I think this problem has something to do with the PCI
MGA card and/or its compatability with the P5-90. I have tried stripping the
A.bat & C.sys but unfortunately the problem still occurs .. I suspect (without
a great deal of logical reason) that it is therefore hardware/driver related,
and although I can work around it most of the time it's a worrying problem and
should have a solution ….. somewhere. I need to find someone with exactly the
same setup which is easier said than done. Thank you for your comment on the
power feature as I thought smartdrv was the culprit!
Regards
Richard
PS. I should also have said that the same problen occurs with either the Matrox
MGA RCPADI driver, Vibrant VESA or Vibrant VGA drivers.
Someone else had the same error recently… who was it now? Someone
with a P5 who was rendering a sailboat, and wanted an island in the background
and 3DS just froze on the Transforming Objects phase. Sounds like something's
up with the Pentiums, IMHO.
I have found that most Pentiums have a GREEN Mode that slows the processor if
there is no Keyboard or Mouse activity. Turn this off and the problems dissolve
away.