Yes, just leaving the first of the multiframe images will work. For
jfk, that should suffice. I'm be nervous about getting rid of anything
but videos.
-Max
Jim Grandy wrote:
Well, following Phill's comment on the other branch of this discussion,
we could put a single still image in as a raster replacement for those
unused movies, and then theoretically everything should still work. Right?
On Nov 15, 2006, at 10:42 AM, Benjamin Shine wrote:
I'm almost with you there, in cost-benefit, except that we're talking
10 mb, which is a huuuuge benefit. There's a 2.6 mb chunk which is the
jfk movie, in basics, which I'm not proposing to delete. 10 mb of
unused data (uncompressed) in a (compressed) distro of 30-40 mb is huge.
I'm volunteering to do the work of pruning for amazon. How about I
give it a try and see if it yields easily in under an hour?
On Nov 15, 2006, at 9:39 AM, Jim Grandy wrote:
The immediate question is whether to prune back (perhaps just for
this release) the images automatically generated from multi-frame
movies in our source tree. I'd rather not do that, because it would
likely take more resources to ensure we didn't break anything than it
would save in reduced download times.
jim
On Nov 15, 2006, at 5:32 AM, P T Withington wrote:
I think autopng should refuse to autopng anything with more than 3-4
frames. Make the developer think about what they really want.
On 2006-11-15, at 01:11 EST, Benjamin Shine wrote:
We're carrying around 10 mb of unused images and 10 mb of svn info
about the unused images for the amazon demo; see evidence at end of
message. I want to clear this out before we make legals-b1 distros.
http://www.openlaszlo.org/jira/browse/LPP-2938 shows that the
amazon demo is scheduled to be fixed for Legals B2.
http://svn.openlaszlo.org/openlaszlo/branches/legals/demos/amazon/images/autoPng/
I propose either
1) delete amazon autopngs from legals-b1 branch but don't touch
amazon autopngs in legals branch
2) delete amazon autopngs from legals branch, carry that deletion
into autopngs, and do a stopgap measure to stop using the resources
which become many frames of autopngs. That's what I did for calendar.
Jim? Mamye?
[EMAIL PROTECTED] amazon]$ cd
/home/ben/src/svn/openlaszlo/branches/legals/demos/amazon
[EMAIL PROTECTED] amazon]$ du -k . | sort -n | tail -10
12 ./images/.svn/text-base
924 ./images/autoPng/.svn/prop-base
924 ./images/autoPng/.svn/props
924 ./images/autoPng/.svn/wcprops
1604 ./images/.svn
10548 ./images/autoPng/.svn/text-base
13448 ./images/autoPng/.svn
23992 ./images/autoPng
26108 ./images
26516 .
That's disk usage in kilobytes for the directory listed and its
contents, sorted from lowest to highest, selecting only the highest
10 results. Run that same command from $LPS_HOME for big fun.
benjamin shine
software engineer
[EMAIL PROTECTED]
benjamin shine
software engineer
[EMAIL PROTECTED]
