 | | | slow render options SOLVED! | slow render options SOLVED! 2004-04-03 - By kim aldis
Back
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
|
|
|