RE: [Gimp-developer] how does undo currently work

2002-11-01 Thread Austin Donnelly
I wrote some docs about the undo system's operation; try looking around in the doc/ subdirectory. I can't vouch for how accurate they are now, but I don't think the system has changed much since I added the undo history feature. Austin ___

Re: [Gimp-developer] Dreamworks, Shrek, and the need for 16 Bit

2002-11-01 Thread Sven Neumann
Hi, David Hodson [EMAIL PROTECTED] writes: What if we improve the file plug-ins that read file types that support higher color depths (like TIFF) in such a way that they allow to do simple adjustments before the data is propagated down to 8bit? My Cineon/DPX plugin does exactly this.

Re: [Gimp-developer] Dreamworks, Shrek, and the need for 16 Bit

2002-11-01 Thread Robert L Krawitz
On another note about 16 bits, I've been thinking about writing a standalone version of the Print plugin that could interactively print a file outside of the GIMP. I had this in mind more for Macintosh OS X, but would this be of more general use? -- Robert Krawitz

Re: [Gimp-developer] Dreamworks, Shrek, and the need for 16 Bit

2002-11-01 Thread RW Hawkins
That might not be a bad interim solution. My workflow goes something like this: Scan with little to no adjustments Level correct, possible minor overall color correct Convert to 8 bit Create dodge/burn masks etc. Sharpen Output So I could do most of my 16 bit work with a histogram. Of course I

[Gimp-developer] Re: Dreamworks, Shrek, and the need for 16 Bit

2002-11-01 Thread Guillermo S. Romero / Familia Romero
[EMAIL PROTECTED] (2002-11-01 at 0211.09 +0100): adjustments before the data is propagated down to 8bit? I was thinking of something like the levels tool. Do you think it would be possible to perform a reasonable first color adjustment only by looking at a histogram? In that case it should

[Gimp-developer] Re: Dreamworks, Shrek, and the need for 16 Bit

2002-11-01 Thread Guillermo S. Romero / Familia Romero
[EMAIL PROTECTED] (2002-11-01 at 0136.10 +0100): Just FYI (I have no specific goal with this mail ;): I met some guy from Dreamworks (Shrek) at the LWE in Frankfurt, and he told me that their whole rendering infrastructure is 8 bit, including intermediate results (so the whole of Shrek was

Re: [Gimp-developer] Re: Dreamworks, Shrek, and the need for 16 Bit

2002-11-01 Thread Nathan Carl Summers
On Fri, 1 Nov 2002, Guillermo S. Romero / Familia Romero wrote: I think it should be visual, a window with the image in 8 bit, and controls that decide how to get that 8 bit from the original 16 or 32. Basically black white points and a curve. I say visual, cos it could mean what one does in

[Gimp-developer] Re: Re: Dreamworks, Shrek, and the need for 16 Bit

2002-11-01 Thread Guillermo S. Romero / Familia Romero
[EMAIL PROTECTED] (2002-11-01 at 0938.03 -0800): Would error-diffusing dithering be an option people would like? Yes. Niklas should know a lot. :] He gave me a case in which it was really bad, and no need of import, it was possible to get it with current tools (gradient and proper colours). I

Re: [Gimp-developer] Dreamworks, Shrek, and the need for 16 Bit

2002-11-01 Thread Stephen J Baker
On Fri, 1 Nov 2002, Marc wrote: Just FYI (I have no specific goal with this mail ;): I met some guy from Dreamworks (Shrek) at the LWE in Frankfurt, and he told me that their whole rendering infrastructure is 8 bit, including intermediate results (so the whole of Shrek was done at 8 bits,

Re: [Gimp-developer] linux-graphics-dev

2002-11-01 Thread Tor Lillqvist
Steinar H. Gunderson writes: Does GIMP use the X clipboard at all, BTW? I think the Windows version uses its internal clipboard, at least (which is quite annoying :-) For text or images? Annoying that it does, or doesn't? It uses the Windows clipboard for text when you use the normal