Re: Performance of Gimp vs. photoshop for large images
hi, BTW, Unix "trashing" is rare to find, or at least to heard. When it moves data to disk it does not sound like Windows Machine Gun Swap Routine (TM), ;-) easiest way to see when you're swapping is to go to a shell and type 'free' - you shouldnt see the swap number used at all if you want best performance. Though some apps may require huge chunks but dont continually hit swap alan
Help with my mail
Hi all. I use pine and i want all [EMAIL PROTECTED] mails to go directly into my GIMP mail dir. How can I perform this? Happy Gimping! /Per
Re: Help with my mail
hi, Not the answer you expected, but pine cannot separate mail on its own. Yassen ..but your advice has helped me out (I was halfway to a working procmail) so it was worth saying anyway! :-) alan
Re: Performance of Gimp vs. photoshop for large images
On Tue, Jun 06, 2000 at 09:55:50AM +0100, Alan Buxey [EMAIL PROTECTED] wrote: can I see some references for these values? Seems that number is just climbing all the time. can the human eye distinguish more than 26-bit? Even at 4kx3k, you've only got 12million pixels that can be of different colours. This is "dynamic range" vs. "absolute number of colours". The human perception varies a lot accoridng to the environment, and, while the human eye has difficulties with a large number of different colours, it is very sensible to banding, and different media (film) must support a very large dynamic range. Digital effects filters also eat a lot of resolution. -- -==- | ==-- _ | ---==---(_)__ __ __ Marc Lehmann +-- --==---/ / _ \/ // /\ \/ / [EMAIL PROTECTED] |e| -=/_/_//_/\_,_/ /_/\_\ XX11-RIPE --+ The choice of a GNU generation | |
Re: Performance of Gimp vs. photoshop for large images
On Tue, Jun 06, 2000 at 09:50:08AM +0100, Alan Buxey [EMAIL PROTECTED] wrote: BTW, Unix "trashing" is rare to find, or at least to heard. When it moves data to disk it does not sound like Windows Machine Gun Swap Routine (TM), ;-) easiest way to see when you're swapping is to go to a shell and type 'free' this is linux specific, and wrong. It is very sensible of the kernel to swap out data that is likely not to be used for other apps like gimp. you shouldnt see the swap number used at all if you want best performance. Any non-obsolete linux kernel version can be expected to swap out 6-10mb even shortly after a boot, and even if memory is available. -- -==- | ==-- _ | ---==---(_)__ __ __ Marc Lehmann +-- --==---/ / _ \/ // /\ \/ / [EMAIL PROTECTED] |e| -=/_/_//_/\_,_/ /_/\_\ XX11-RIPE --+ The choice of a GNU generation | |
Re: Help with my mail
On Tue, Jun 06, 2000 at 07:25:40AM +, Per Pettersson [EMAIL PROTECTED] wrote: Hi all. I use pine and i want all [EMAIL PROTECTED] mails to go directly into my GIMP mail dir. How can I perform this? By mail filtering. Just look in an appropriate place where to do that. This, incidentally, is the wrong place. This is the gimp-users mailinglist. -- -==- | ==-- _ | ---==---(_)__ __ __ Marc Lehmann +-- --==---/ / _ \/ // /\ \/ / [EMAIL PROTECTED] |e| -=/_/_//_/\_,_/ /_/\_\ XX11-RIPE --+ The choice of a GNU generation | |
Re: Help with my mail
Per Pettersson wrote: Hi all. I use pine and i want all [EMAIL PROTECTED] mails to go directly into my GIMP mail dir. How can I perform this? Happy Gimping! /Per Try procmail, regards walter -- W.W. van den Broek e-mail: [EMAIL PROTECTED] AZR-Dijkzigtfax:010-4633217 afdeling psychiatrietel:010-4639222 Postbus 2040e-mail [EMAIL PROTECTED] (thuis) 3000 CA Rotterdam homepage: http://home.planet.nl/~vdbroekw
Re: Performance of Gimp vs. photoshop for large images
thats odd. that size should be fine. i work in film res all the time (4kx3k) at 32bpp (yes, i know film should be done at 48 or 64 bpp to prevent banding, i only work this res for testing) can I see some references for these values? Seems that number is just climbing all the time. can the human eye distinguish more than 26-bit? Even at 4kx3k, you've only got 12million pixels that can be of different colours. It is for retouching purpouses. When you operate with computers, you have quantization problems, if you use 8 bit per channel, in a few steps you will discover that color that were different now are the same, or that due rounding you get the wrong colors. (How do you see a 64bit picture on the monitor? ;-) ) You do not. It is just for internal ops. GSR