Who understand bilinear interpolation for reducing image size?

Previous Topic Next Topic
 
classic Classic list List threaded Threaded
23 messages Options
12
Reply | Threaded
Open this post in threaded view
|

Re: PNG importing appears to be broken ( was Re: [squeak-dev] Who understand bilinear interpolation for reducing image size?)

Karl Ramberg
There seem to be is some issues in Trunk on conversion between 32 bit and 16 bit display depth. Changing display depth shows the issue.
When I open the monkey1.png it has transparent pixels in 32 bit but opaque white in 16.



Karl

On Fri, Dec 12, 2014 at 8:09 PM, tim Rowledge <[hidden email]> wrote:

On 12-12-2014, at 3:04 AM, Bert Freudenberg <[hidden email]> wrote:

> On 12.12.2014, at 04:47, tim Rowledge <[hidden email]> wrote:
>>
>> monkey1.png where the background should be transparent but appears as white -https://copy.com/lgAtv9rDlTGaGb9m
>> bananas1.png (similar but different in detail) - https://copy.com/Vsj8lgqtyQmwIerA
>
> Both work fine if I simply drop them into a 4.5 image. I can move/rotate/scale no problem. Shadow rendering is not nice, but that's a problem of the shadow renderer, not the bitmap itself.

Sigh. It looks ok when used that way because the process makes a SketchMorph which draws by use of blending. Which is pretty much exactly what I said, though possibly rather long-windedly. Scratch has to use paint. Well, it could of course be changed to use blend but as previously explained that has a risk of messing up old projects and costing too much time on slower machines.

OK, I give up.

tim
--
tim Rowledge; [hidden email]; http://www.rowledge.org/tim
How do I set my laser printer on stun?





Reply | Threaded
Open this post in threaded view
|

Re: PNG importing appears to be broken ( was Re: [squeak-dev] Who understand bilinear interpolation for reducing image size?)

J. Vuletich (mail lists)

So, does my fix work for you?

Cheers,
Juan Vuletich

Quoting karl ramberg <[hidden email]>:

There seem to be is some issues in Trunk on conversion between 32 bit and 16 bit display depth. Changing display depth shows the issue.
When I open the monkey1.png it has transparent pixels in 32 bit but opaque white in 16.
 
 
 
Karl

On Fri, Dec 12, 2014 at 8:09 PM, tim Rowledge <[hidden email]> wrote:


On 12-12-2014, at 3:04 AM, Bert Freudenberg <[hidden email]> wrote:

> On 12.12.2014, at 04:47, tim Rowledge <[hidden email]> wrote:
>>
>> monkey1.png where the background should be transparent but appears as white -https://copy.com/lgAtv9rDlTGaGb9m
>> bananas1.png (similar but different in detail) - https://copy.com/Vsj8lgqtyQmwIerA
>
> Both work fine if I simply drop them into a 4.5 image. I can move/rotate/scale no problem. Shadow rendering is not nice, but that's a problem of the shadow renderer, not the bitmap itself.


Sigh. It looks ok when used that way because the process makes a SketchMorph which draws by use of blending. Which is pretty much exactly what I said, though possibly rather long-windedly. Scratch has to use paint. Well, it could of course be changed to use blend but as previously explained that has a risk of messing up old projects and costing too much time on slower machines.

OK, I give up.

tim
--
tim Rowledge; [hidden email]; http://www.rowledge.org/tim

How do I set my laser printer on stun?


 





Reply | Threaded
Open this post in threaded view
|

Re: PNG importing appears to be broken ( was Re: [squeak-dev] Who understand bilinear interpolation for reducing image size?)

Karl Ramberg
Hi,
There is no difference to appearance with or without you change set.

There is also some difference between little and big endian'nes  on Windows 8.1. Trunk latest.


Karl

On Sun, Dec 14, 2014 at 2:19 PM, J. Vuletich (mail lists) <[hidden email]> wrote:

So, does my fix work for you?

Cheers,
Juan Vuletich

Quoting karl ramberg <[hidden email]>:

There seem to be is some issues in Trunk on conversion between 32 bit and 16 bit display depth. Changing display depth shows the issue.
When I open the monkey1.png it has transparent pixels in 32 bit but opaque white in 16.
 
 
 
Karl

On Fri, Dec 12, 2014 at 8:09 PM, tim Rowledge <[hidden email]> wrote:


On 12-12-2014, at 3:04 AM, Bert Freudenberg <[hidden email]> wrote:

> On 12.12.2014, at 04:47, tim Rowledge <[hidden email]> wrote:
>>
>> monkey1.png where the background should be transparent but appears as white -https://copy.com/lgAtv9rDlTGaGb9m
>> bananas1.png (similar but different in detail) - https://copy.com/Vsj8lgqtyQmwIerA
>
> Both work fine if I simply drop them into a 4.5 image. I can move/rotate/scale no problem. Shadow rendering is not nice, but that's a problem of the shadow renderer, not the bitmap itself.


Sigh. It looks ok when used that way because the process makes a SketchMorph which draws by use of blending. Which is pretty much exactly what I said, though possibly rather long-windedly. Scratch has to use paint. Well, it could of course be changed to use blend but as previously explained that has a risk of messing up old projects and costing too much time on slower machines.

OK, I give up.

tim
--
tim Rowledge; [hidden email]; http://www.rowledge.org/tim

How do I set my laser printer on stun?


 





12