slow render options SOLVED!

Mailing List

Home

Forum Home

Softimage

Carrara

trueSpace

Dir3d-l

Maya - a powerful 3D animation and visual effects software

Macromedia Flash Development

Subjects

•	Cameras
•	scaleDown command
•	black out solved
•	Aircraft Tutorial
•	Mathematical XYZ ?
•	Its done This vs That
•	Its done first week
•	recommendations for screen video captures?
•	3DExplorer "Oddity "
•	New Director
•	ProTeam renewals
•	Fuel 's new websites (X post)
•	Blue peter create a make toy
•	targeting groups question
•	XPost: Shockwave 3D game ( sort of )
•	RES: RES: RES: Fish Modeling
•	Emitting particles from object intersection
•	Fuel 's new websites (X post)
•	Texturing
•	Big Break Contest Videos
•	New Plugins
•	Models and Texture on my updated site
•	Error Installing Patch tS6 6
•	Plasma?
•	Looking for Inspiration
•	Weird EMail Q
•	It 's done first week ?
•	Cherry not cranberry
•	New game
•	Camera Animation Problem
•	Particle plugins?

slow render options SOLVED!

slow render options SOLVED!

2004-04-05 - By Rob Cazin

Back

Reply: 1 2 3 4 5 6 7 8

This is interesting, the amount of user response regarding this problem,
since every time I have ever mentioned it to Softimage tech support, they
have given me the same line: "Gee, I have never heard of that before..."

H-E-L-L-O..... Earth to Soft

-- --Original Message-- --
From: owner-xsi@(protected) [mailto:owner-xsi@(protected)] On Behalf Of
Sylvain Moreau
Sent: Monday, April 05, 2004 11:41 AM
To: XSI@(protected)
Subject: Re: slow render options SOLVED!

I am struggling with this problem for years.
In my experience large numbers of file have a major impact on a system
responsiveness. Unfortunately I really don't know much about what is causing
this and how to fix it. Sometime I notice obvious performance problem (I
recently ask XP to open all JPEG with Photoshop by default, XP responded by
being 10 times slower...) but most of the time this problem is really
insidious. The system is getting slower and slower without obvious reason. A
large number of file in the same directory is never a good idea but I think
there are other similar problems. I had a case where a hierarchy of
directories was very slow to access. No folders in the hierarchy contained
more than a 1000 pictures but the whole hierarchy contained more than a 100
000.

If anybody knows more about how to efficiently deal with large numbers of
files please comments.

syl

p.s. I am not a Linux user but I remember having similar problems on Unix.
System architects and animators probably don't have the same point of view
on what is a 'reasonable' number of documents.

-- -- Original Message -- --
From: "kim aldis" <kim@(protected)>
To: <XSI@(protected)>
Sent: Saturday, April 03, 2004 2:59 AM
Subject: RE: slow render options SOLVED!

> That'd be it. Many pictures take years to scan. The other reason not to
> allow too many files in directories - and this includes simulation cache
> files too - is that windows is just crap at dealing with large numbers.
> Thing is, there's no clear cut rules about how many and the problems it
> causes aren't consistent. I had an incident a couple of years ago where
> anything between 15000 and 18000 pics in a directory gave the error 'can't
> write to file: Printer not available'. Go figure.
> > -- -- Original Message -- --
> > From: "adrian" <adrian@(protected)>
> > To: <XSI@(protected)>
> > Sent: Friday, April 02, 2004 2:53 PM
> > Subject: slow render options SOLVED!
> >
> >
> > > you may or may not remember me waffling on about
> > render/region options
> > > ppgs taking YEARS to open and refresh when you changed ANY
> > entry in the
> > ppgbout
> > >
> > > finally found out it is related to how many images you have in your
> > > Render_Pictures folder!
> > > i have a current project that has 13,000 or so pal rendered
> > pic files,
> > > and the render options are very very slow
> > > i saved the scene into a new/clean database and the render
> > options are
> > > really quick
> > >
> > > does anyone at Soft know if the fg/gi/image-output
> > entries, in the ppg,
> > > are refreshed every time something in the ppg is changed?
> > > if so this behaviour needs to be modified
> > >
> > > ta
> > >
> > > a
> > >
> > > --
> > > <<<<< adrian wyer - Head of 3D - MillTv >>>>>
> > > <<<<<www.photonmap.com>>>>>>>>
> > >
> > >
> > > ---
> > > Unsubscribe? Mail Majordomo@(protected) with the
> > following text in body:
> > > unsubscribe xsi
> > >
> >
> > ---
> > Unsubscribe? Mail Majordomo@(protected) with the following
> > text in body:
> > unsubscribe xsi
> >
> >
> >
>
>
>
> ---
> Unsubscribe? Mail Majordomo@(protected) with the following text in body:
> unsubscribe xsi

---
Unsubscribe? Mail Majordomo@(protected) with the following text in body:
unsubscribe xsi

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=us-ascii">
<META NAME="Generator" CONTENT="MS Exchange Server version 6.5.7036.0">
<TITLE>RE: slow render options SOLVED!</TITLE>
</HEAD>
<BODY>


This is
interesting, the amount of user response regarding this problem, since every time I have ever mentioned it
to Softimage tech support, they have given me the same line
: "Gee, I have never heard of that before..
."

H-E-L
-L-O...
.. Earth
to Soft

-- --Original
Message-- -- 
From: owner-xsi@(protected) [<A HREF="mailto:owner-xsi@(protected)">mailto
:owner-xsi@(protected)</A>] On Behalf Of Sylvain Moreau 
Sent: Monday, April 05, 2004 11:41 AM 
To: XSI@(protected) 
Subject: Re: slow render options SOLVED!

I am
struggling with this problem for years.

In my
experience large numbers of file have a major impact on a system

responsiveness
. Unfortunately I really don't know much about what is causing

this and how
to fix it. Sometime I notice obvious performance problem (I

recently ask
XP to open all JPEG with Photoshop by default, XP responded by

being 10 times
slower...) but most of the time this problem is really

insidious. The
system is getting slower and slower without obvious reason. A

large number
of file in the same directory is never a good idea but I think

there are
other similar problems. I had a case where a hierarchy of

directories
was very slow to access. No folders in the hierarchy contained

more than a
1000 pictures but the whole hierarchy contained more than a 100

000.

If anybody
knows more about how to efficiently deal with large numbers of

files please
comments.

syl

p.s. I am not
a Linux user but I remember having similar problems on Unix.

System
architects and animators probably don't have the same point of view

on what is a
'reasonable' number of documents.
 

-- -- Original
Message -- -- 

From: &quot
;kim aldis" <kim@(protected)>

To: <XSI
@(protected)>

Sent: Saturday
, April 03, 2004 2:59 AM

Subject: RE:
slow render options SOLVED!
 

> That'd be
it. Many pictures take years to scan. The other reason not to

> allow too
many files in directories - and this includes simulation cache

> files too
- is that windows is just crap at dealing with large numbers.

> Thing is,
there's no clear cut rules about how many and the problems it

> causes
aren't consistent. I had an incident a couple of years ago where

> anything
between 15000 and 18000 pics in a directory gave the error 'can't


> write to
file: Printer not available'. Go figure.

> > ----
- Original Message -- --

> > From
: "adrian" <adrian@(protected)>

> > To:
<XSI@(protected)>

> > Sent
: Friday, April 02, 2004 2:53 PM

> >
Subject: slow render options SOLVED!

> >

> >

> > >
you may or may not remember me waffling on about

> >
render/region options

> > >
ppgs taking YEARS to open and refresh when you changed ANY

> >
entry in the

> >
ppgbout

> > >


> > >
finally found out it is related to how many images you have in your

> > >
Render_Pictures folder!

> > >
i have a current project that has 13,000 or so pal rendered

> > pic
files,

> > >
and the render options are very very slow

> > >
i saved the scene into a new/clean database and the render

> >
options are

> > >
really quick

> > >


> > >
does anyone at Soft  know if the fg/gi/image-output

> >
entries, in the ppg,

> > >
are refreshed every time something in the ppg is changed?

> > >
if so this behaviour needs to be modified

> > >


> > >
ta

> > >


> > >
a

> > >


> > >
-- 

> > >
<<<<< adrian wyer - Head of 3D - MillTv >>>>>

> > >
          <<<<<www
.photonmap.com>>>>>>>>

> > >


> > >


> > >
---

> > >
Unsubscribe? Mail Majordomo@(protected) with the

> >
following text in body:

> > >
unsubscribe xsi

> > >


> >

> > ---

> >
Unsubscribe? Mail Majordomo@(protected) with the following

> > text
in body:

> >
unsubscribe xsi

> >

> >

> >

>

>

>

> ---

>
Unsubscribe? Mail Majordomo@(protected) with the following text in body:

>
unsubscribe xsi

---

Unsubscribe?
Mail Majordomo@(protected) with the following text in body:

unsubscribe
xsi

</BODY>
</HTML>