On Fri, 27 Jun 2008 17:07:32 +0200, David Gowers <[EMAIL PROTECTED]> wrote:
> Hi solar,
> On Fri, Jun 27, 2008 at 11:32 PM, <[EMAIL PROTECTED]> wrote:
>> On Fri, 27 Jun 2008 03:02:01 +0200, David Gowers <[EMAIL PROTECTED]>
>>> and is no longer required in today's
>>> world of fast CPUs with fast FSBs, large memory, and huge hard drives.
>> Easy on the sweeping assumptions here. Embedded systems are in
>> growth right now and correspond in performance to what you are quickly
>> writing off as old and decrepid hardware that is best ignored.
>> Many embedded systems are reaching a power that allows them to be used
>> image and even video (CCTV) applications. It's unlikely, though not
>> impossible, that you'd use such a system for GUI image manipulation but
>> could conceivably be useful here for batch processing images or other
>> Be careful not to assume all target systems are like your average
> GIMP doesn't run on embedded systems AFAIK (mainly because of its
> minimum screen resolution requirements.)
> In any case, what you said above is true and unrelated. GEGL seems a
> much better choice for batch manip generally, however even if you
> would use GIMP, nothing would force you to use high bitdepths.. GEGL
> allows you to make different versions of an operation for different
> data types / colorspaces, so you would perhaps need to make
> 8bit-optimized versions (more likely, GIMP would implement these
> itself already, since it's a common data type). The difference is that
> GIMP needn't make that assumption, and thus the overall application is
> more flexible, accommodating different color spaces and color depths
> in the one application transparently.
> In short: optimization reflects an underlying assumption, and the
> assumption that 8bit is the only efficient choice is no longer true,
> therefore the optimization of assuming 8bit is no longer appropriate.
Hi, thanks for the reply.
IIRC the original comment here was about removal of a structure used for
storing 8 bit colours. Maybe that structure should be maintained as a
I agree about assumptions. My concern was that the assumption does not
>> and is no longer required in today's
>> world of fast CPUs with fast FSBs, large memory, and huge hard drives.
today's world is much broader than intel based PCs.
Gimp-developer mailing list