CONTENTS DELETED
The author has deleted this message.
|
On Nov 20, 2013, at 4:54 PM, Hilaire Fernandes <[hidden email]> wrote: > Hello, > > In Pharo 2.0 (true in 1.4 as well), it looks PNG bitmap are wrongly > rotated or scaled when they contain alpha transparency. > > In the example bellow with the joined bitmap, the alpha gray color are > rendered darker when the imagemorph is scaled or rotated. > > Sqeak does not suffer this problem hilaire may be you should have a look at the changes made in the graphics package of squeak to identify the change. We should have more tests. Stef > > > | dir morph transform form| > dir := FileSystem disk workingDirectory parent. > morph := (ImageReadWriter formFromFileNamed: (dir / 'bubble.png') > fullName) asMorph. > transform := TransformationMorph new asFlexOf: morph. > transform smoothingOn ; angle: Float pi / 3; scale: 1. > transform openInWorld > > > Thanks > > Hilaire > > > -- > Dr. Geo http://drgeo.eu > <bubble.png> |
In reply to this post by hilaire
CONTENTS DELETED
The author has deleted this message.
|
On 21 November 2013 14:22, hilaire <[hidden email]> wrote: The problem is really not related to PNG bitmap as the same issue can be no idea.. Except that while adopting cairo surfaces i also has odd transparency issues until i realized that cairo surface stores pixel data using premultiplied alpha format,e.g.: pixelColor = (R*A, G*A, B*A, A) while bitblt assumes it is (R,G,B,A) Hilaire -- Best regards, Igor Stasenko. |
CONTENTS DELETED
The author has deleted this message.
|
In reply to this post by Stéphane Ducasse
CONTENTS DELETED
The author has deleted this message.
|
CONTENTS DELETED
The author has deleted this message.
|
In reply to this post by hilaire
On 21 November 2013 21:27, Hilaire Fernandes <[hidden email]> wrote: Le 21/11/2013 08:21, Stéphane Ducasse a écrit : not directly, right. But since symptoms are similar, i think this is most probably the same case. (and your digging shown that we actually having separate rule for premultiplied alpha blend, which i could use for correctly transferring/blending cairo surface pixels in Forms) Hilaire -- Best regards, Igor Stasenko. |
Yay, it works.. if i use: canvas image: surface asForm at: bounds origin sourceRect: (0@0 extent: surface extent ) rule: 34. instead of canvas translucentImage: surface asForm at: bounds origin. hmm.. i just don't understand why: image: aForm at: aPoint sourceRect: sourceRect rule: rule "Note: The public use of this protocol is deprecated. It will become private. Nobody in the outside world must assume that a thing like a combination rule has any specific effect." i wanna blend my form with another using specific rule, (Sorry for derailing topic, but that problem was quite annoying to me, i will take more deeper look at a fix later , and reply separately ;) ) On 22 November 2013 00:54, Igor Stasenko <[hidden email]> wrote:
-- Best regards, Igor Stasenko. |
Free forum by Nabble | Edit this page |