|
From: strk <st...@ke...> - 2009-03-15 21:41:56
|
On Sun, Mar 15, 2009 at 10:24:37PM +0100, strk wrote: > On Sun, Mar 15, 2009 at 06:24:30PM +0100, Albrecht Kleine wrote: > > Hi, > > > > > I'm not sure I see a case for handling alpha separaterly. > > > At least I tought the core lib would read alpha when available > > > in input (say png). > > > Jpeg with alpha would be impossible to generate with Ming, > > > by relying on that. > > > > So we need still some old code. > > A testing case inside ming distribution you'll find in > > > > per_ext/examples/alphafill.cgi > > > > This is one of Soheil's examples I have made runnig again last month, > > now once more broken. > > Ok, I took a closer look now and see what you mean. > A couple of questions: > 1. Would a PNG make any difference at compression > level when alpha is desired ? > 2. Shouldn't the caller be explicit when it wants > a JPEG with ALPHA rather than a generic bitmap ? > > Another thing: could you send me the SWF generated for > the alpha jpeg so I see how does swfextract deals with > that ? Tested myself, after fixing the extension to take a non-null alpha parameter as a signal that the filename is a jpeg. Swfextract just doesn't extract the alpha channel... --strk; Free GIS & Flash consultant/developer () ASCII Ribbon Campaign http://foo.keybit.net/~strk/services.html /\ Keep it simple! |