On Tue, 07 Nov 2006, Chipp Walters wrote:
Hi Wilhelm,
Then, if I am correct, setting the global paintcompression to RLE then
'touching' a PNG image (getting and setting both the imageData and
alphaData) will now set the image to RLE instead of the original PNG. Is
this your understanding as w
For those of you interested, here's a test stack which I've created which should demonstrate the anomally I previously mentioned regarding PNG gamma and the other formats.go URL "
http://www.gadgetplugins.com/chippstuff/testGamma.rev"I haven't tested it on a Mac yet, but the PNG image should be a d
On 11/7/06, Tereza Snyder <[EMAIL PROTECTED]> wrote:
BUT colors in images fail to match the backcolors of objects that they did match on the Mac.)Exactly the problem. The images, while the same colors when created, do not translate to the same colors on the 'other' platform. The GIF and JPG images
On Nov 7, 2006, at 2:11 PM, Chipp Walters wrote:Even though Fireworks can create images in native Window Gamma, does it really pass the test I outlined above? I would be very surprised if it did.I assume this is the test you propose:Import them all into Rev on a PC. They all look the same. Then vie
Tereza,Even though Fireworks can create images in native Window Gamma, does it really pass the test I outlined above? I would be very surprised if it did.best,Chipp
___
metacard mailing list
metacard@lists.runrev.com
http://lists.runrev.com/mailman/listin
Hi Wilhelm,Then, if I am correct, setting the global paintcompression to RLE then 'touching' a PNG image (getting and setting both the imageData and alphaData) will now set the image to RLE instead of the original PNG. Is this your understanding as well?
I suppose I could just test this. If it does
Other details about imagedata, text of image, and paintcompression:
Saving the imagedata will not save the paintcompression format at the
same time. Resetting the image from the saved imagedata will change the
paintcompression of the image to the default global paintcompression.
Contrariwise,
Chipp Walters wrote;
(snip)
Perhaps if I tweak the imageData on the PNG with paintCompression set
to RLE, it will keep it from showing the gamma change?
and Tereza Snyder wrote:
For me, using PNG images has a positive consequenceetc.
The global default setting of the paintcompress
On Nov 5, 2006, at 8:14 PM, Chipp Walters wrote:I'm wondering if paintCompression should be set to RLE in Rev as well? The reason I ask is because JPG, RLE and GIF do not have gamma settings, but PNG does. In other words, a PNG graphic will look different on Mac than on PC's. Try this easy test: cr
Chipp Walters wrote:
Very interesting thread.
I'm wondering if paintCompression should be set to RLE in Rev as well?
It is, in the sense that the engine uses RLE by default.
The IDE has a number of areas where its designers choose to conceal
engine behaviors from their users, causing much co
Very interesting thread.I'm wondering if paintCompression should be set to RLE in Rev as well? The reason I ask is because JPG, RLE and GIF do not have gamma settings, but PNG does. In other words, a PNG graphic will look different on Mac than on PC's. Try this easy test:
create a gray 128,128,128
On Wed, 01 Nov 2006, J. Landman Gay wrote:
(snip)
I take back what I said about the paintcompression being in revCommon.
It isn't, it is in the library the IDE loads. It's got to be somewhere
else in standalones, since that's what is obviously happening.
--
Jacqueline Landman Gay
Once
Richard Gaskin wrote:
J. Landman Gay wrote:
It is the default compression in the engine, and if no other
compression is set, you will get RLE by default. I just did a search
and found that Rev does set the paintcompression to PNG in the
revGeneral library.
How did this affect standalones?
J. Landman Gay wrote:
It is the default compression in the engine, and if no other
compression is set, you will get RLE by default. I just did a search
and found that Rev does set the paintcompression to PNG in the
revGeneral library.
How did this affect standalones?
It's the only library t
Richard Gaskin wrote:
J. Landman Gay wrote:
Wilhelm Sanke wrote:
For my imagedata-handling stacks "Seamless Tiles" and "Imagedata
Toolkit" I added an open-stack handler with "set the paintcompression
to RLE". The described and discussed speed differences between MC and
Rev are no longer the
J. Landman Gay wrote:
Wilhelm Sanke wrote:
For my imagedata-handling stacks "Seamless Tiles" and "Imagedata
Toolkit" I added an open-stack handler with "set the paintcompression
to RLE". The described and discussed speed differences between MC and
Rev are no longer there.
Wow, you solved i
Wilhelm Sanke wrote:
For my imagedata-handling stacks "Seamless Tiles" and "Imagedata
Toolkit" I added an open-stack handler with "set the paintcompression to
RLE". The described and discussed speed differences between MC and Rev
are no longer there.
Wow, you solved it! That was some intere
On Tue, 31 Oct 2006, J. Landman Gay wrote:
Wilhelm Sanke wrote:
For the above points there are no differences between Rev and MC, but
- The format of the "text of image" property is different in Rev
and MC - tested both in stacks and standalones.
Rev sets the default paintCompression to
Wilhelm Sanke wrote:
For the above points there are no differences between Rev and MC, but
- The format of the "text of image" property is different in Rev and MC
- tested both in stacks and standalones.
Rev sets the default paintCompression to PNG and MC sets it to RLE. I
suspect this is d
First: The imagedata speed problem has been added to Bugzilla as bug 3938.--
I took a look at the "text of image" property to see what is different
from imagedata (tested for Windows XP).
Results:
- The number of chars of the text of an image is about 50% sma
20 matches
Mail list logo
