loading of MM200 takes toooooo long

Posted: 9 Aug 99 18:26:46 GMT -- by vickieverma. Subject: loading of MM200 takes toooooo long

I am a beginner and I have managed to finish a
photo album with the help of MM200. But now that
the script has become as large as 500MB and
subsequent publishing the same, I find that it
takes more than 8-10 min to start the script
i.e. loading. Even though I have a computer
PIII/128KB RAM/9.1GB SCSI/ God knows where I
have gone wrong, it is turning out to be nightmare
no amount of changes in the script are helping
me. Pls help !! (all photos scanned are BMP's)

Posted: 9 Aug 99 19:04:45 GMT -- by heicoART. Subject: Re: loading of MM200 takes toooooo long

[email hidden] wrote:
>I am a beginner and I have managed to finish a
> photo album with the help of MM200. But now that
> the script has become as large as 500MB and
> subsequent publishing the same, I find that it
> takes more than 8-10 min to start the script
> i.e. loading. Even though I have a computer
> PIII/128KB RAM/9.1GB SCSI/ God knows where I
>have gone wrong, it is turning out to be nightmare
> no amount of changes in the script are helping
> me. Pls help !! (all photos scanned are BMP's)
>
Hi,

oh dear, why do you use *.bmp's ?
*.jpg's are much more smaller and have
also a high color-deep (also 150dpi are more
than enough for pictures at the monitor).

Do you have published your script as one file ?
This could be the main reason of your problem.

Heico

Posted: Tue, 10 Aug 1999 10:00:09 -0400 -- by John Schilling. Subject: Re: loading of MM200 takes toooooo long

Assume the following:

13"/14" Monitors typically have a, (best case), Dots Per Inch of 96.
17"/19" Monitors typically have a, (best case), Dots Per Inch of 120.

When preparing artwork for screen displays, a DPI range of 100-150 is
generally the most that makes sence to use. [Note: Artwork that is being
printed should generally be sampled at 1/2 the resolution of the output
device]

In a typical multi-media development environment it is best to sample your
artwork at a high resolution, 300/600 DPI, and then have batch files for
your file convertion utilities that create versions of the artwork
appropriate to its current use: e.g. 100 DPI for on screen display, 150/300
DPI for color printing, etc.

For large "photo album" collections keeping the size of the artwork even
smaller may be of assistance: Since most displays run at 640x480, 800x600,
or 1024x768--any more pixels are generally a waste of space. Other options:
Use the JPEG format at a quality level range of 40 to75 for most artwork--40
is adiquate for low contrast images and 75 is generally good for most on
screen high contrast artwork.

Best Regards,

--John Schilling, Scala, Inc.

<[email hidden]> wrote in message
news:[email hidden]...
> [email hidden] wrote:
> >I am a beginner and I have managed to finish a
> > photo album with the help of MM200. But now that
> > the script has become as large as 500MB and
> > subsequent publishing the same, I find that it
> > takes more than 8-10 min to start the script
> > i.e. loading. Even though I have a computer
> > PIII/128KB RAM/9.1GB SCSI/ God knows where I
> >have gone wrong, it is turning out to be nightmare
> > no amount of changes in the script are helping
> > me. Pls help !! (all photos scanned are BMP's)
> >
> Hi,
>
> oh dear, why do you use *.bmp's ?
> *.jpg's are much more smaller and have
> also a high color-deep (also 150dpi are more
> than enough for pictures at the monitor).
>
> Do you have published your script as one file ?
> This could be the main reason of your problem.
>
> Heico
>

The Scala Website requires that JavaScript (Active Scripting) be enabled.

Please go to Tools, Internet Options under the Menus. Select the Security Tab, then Custom Level button. Then click the Enable button under Scripting / Active Scripting. Hit OK, then OK again to exit requestors. You will know it's working when you see a "More" link in the links beneath the Tabs.

You can still use the website without changing this setting, but certain features will be disabled.

Back: Text File Questions

Old Forum Index
(Page 23 of 612)

Next: Force iplay installer to default to Millions of colors on a published stand alone CD?

Additional Information

Contact Scala Sales

Contact Scala about your end-to-end software solutions for creating and controlling Electronic Display Networks, whether you call it Dynamic digital signage, Narrowcasting, Captive Audience Networks, Kiosks, Point-of-Purchase Displays, Digital In-Store Merchandising, Out-of-Home Media Networks, Place-based Advertising, Display Marketing, Retail Digital Media Networks, Datacasting, Electronic Billboards, The Outernet or any of the other terms in use today. Scala conducts business through a worldwide network of Value Added Resellers. For more information on what this emerging industry is coming to be named, you can see how other people found this page. Š1993-2008 Scala, Inc. Scala, InfoChannel, and the Exclamation Point Logo are registered trademarks of Scala, Inc. All other trademarks are the property of their respective organizations. To see all the content on our Website, click Sitemap or check our blog for the latest updates. Read our Privacy Policy.