2010/2/5 Vincent Povirk
>
> It's supported 32bpp with transparency from the start. The full list
> of supported writing formats is here:
> http://source.winehq.org/source/dlls/windowscodecs/pngformat.c#L680
>
> GUID_WICPixelFormat32bppBGRA is the format you want, I think.
>
> You probably tried t
On Fri, Feb 5, 2010 at 9:54 AM, Vincent Povirk
wrote:
> It's supported 32bpp with transparency from the start. The full list
> of supported writing formats is here:
> http://source.winehq.org/source/dlls/windowscodecs/pngformat.c#L680
>
> GUID_WICPixelFormat32bppBGRA is the format you want, I thin
> I was looking in to the overall architectural issues but have not had
> the time to really hack on it recently. As far as I understand, the
> current png support in wine's windowscodecs does not support creation
> of a 32bpp image with transparency, unless I missed some commit
> messages or total
2010/2/4 Vincent Povirk
>
> > As a side note, you need to do a similar work on winemenubuilder, as it
> uses
> > libpng and fails linking without modifications. to test this images i
> > statically linked it to libpng, just to make it work, as it wasn't needed
> in
> > your test.
> > Thank you fo
2010/2/4 Vincent Povirk
>
> > * http://www.libpng.org/pub/png/PngSuite/basn4a16.png - This is a
> > grayscale png with an alpha channel. That's the situation where we use
> > the png_set_gray... function that was removed.
>
> Errr.. I may actually be thinking of
> http://www.libpng.org/pub/png/Pn
Hi,
On Thu, Feb 4, 2010 at 7:08 PM, Luca Bennati wrote:
>> Technically, winemenubuilder should be using windowscodecs for its png
>> support, like the rest of wine. I believe Steven Edwards has done some
>> work on this.
>
> Don't know about this. What i know is that currently winemenubuilder sho
> As a side note, you need to do a similar work on winemenubuilder, as it uses
> libpng and fails linking without modifications. to test this images i
> statically linked it to libpng, just to make it work, as it wasn't needed in
> your test.
> Thank you for working on this, since i'm not really an
> * http://www.libpng.org/pub/png/PngSuite/basn4a16.png - This is a
> grayscale png with an alpha channel. That's the situation where we use
> the png_set_gray... function that was removed.
Errr.. I may actually be thinking of
http://www.libpng.org/pub/png/PngSuite/tbbn1g04.png
Could you test the attached patch? It builds with libpng 1.2 and seems
to work, but I'd like to verify that it also solves the problems with
1.4.
If it's not too much trouble, I'd like you to also test the functionality.
There's a program at
http://code.google.com/p/winezeug/source/browse/trunk/a
png_jmpbuf used to be a macro that accessed fields of png structures
directly. In 1.4.0 it was apparently changed to call
png_set_longjmp_fn.
This is probably because the png developers hate that programmers can
directly access fields in their structures. As I recall, they whine
about this frequen
2010/2/3 Roderick Colenbrander
> We are loading png dynamically and we want to keep doing that. Figure
> out where the longjmp call comes from (perhaps it is some macro or so
> in the png code). We might have to dynamically load the function..
>
> Regarding that gray conversion function. The only
2010/2/3 Luca Bennati
> LD_LIBRARY_PATH="../../libs/wine:$LD_LIBRARY_PATH" ../../tools/wrc/wrc
> --nostdinc -I. -I. -I../../include -I../../include -D__WINESRC__
> -foversion.res version.rc
> ../../tools/winegcc/winegcc -B../../tools/winebuild --sysroot=../..
> -shared ./windowscodecs.spec bmp
2010/2/3 Vincent Povirk
>
> We use png_set_gray_1_2_4_to_8 to expand grayscale PNG's to an RGB format.
>
> It'd be nice to have libpng do this (if there's a non-deprecated way
> to do it), but it's a trivial operation that we could do without if
> necessary.
>
The error is:
ccache gcc -c -I. -I.
On Wed, Feb 3, 2010 at 11:57 AM, Luca Bennati wrote:
>
>
> 2010/2/3 Luca Bennati
>
>>
>> LD_LIBRARY_PATH="../../libs/wine:$LD_LIBRARY_PATH" ../../tools/wrc/wrc
>> --nostdinc -I. -I. -I../../include -I../../include -D__WINESRC__
>> -foversion.res version.rc
>> ../../tools/winegcc/winegcc -B../..
We use png_set_gray_1_2_4_to_8 to expand grayscale PNG's to an RGB format.
It'd be nice to have libpng do this (if there's a non-deprecated way
to do it), but it's a trivial operation that we could do without if
necessary.
On Tue, Feb 2, 2010 at 8:46 PM, Luca Bennati wrote:
> First: should i open a bug for this?
> The problem is from the new libpng 1.4.0: this evening i just updated this
> lib, and now i get compile error in dlls/windowscodecs/pngformat.c
> I'm still investigating the issue to find a solution, but t
First: should i open a bug for this?
The problem is from the new libpng 1.4.0: this evening i just updated this
lib, and now i get compile error in dlls/windowscodecs/pngformat.c
I'm still investigating the issue to find a solution, but the change that
introduced this is clear, directly from their
17 matches
Mail list logo
