The first image:
i=PIL.Image.open(open(/Users/wichert/Desktop/dont.bmp))
i
PIL.BmpImagePlugin.BmpImageFile instance at 0x43f490
i.mode
'RGB'
i.size
(290, 4294967075L)
i.tile
[('raw', (0, 0, 290, 4294967075L), 54, ('BGR', 872, -1))]
and the second image:
Does anyone have a (preferrably) small example, or a simple way to
create a broken file on a stock Windows XP machine? An URL or an
off-list mail works fine.
/F
On Fri, Mar 6, 2009 at 4:52 PM, Howard Lightstone
how...@eegsoftware.com wrote:
This LOOKS like a bug in Windows XP which creates
This LOOKS like a bug in Windows XP which creates .BMP files via DirectX
with an incorrect bitmap header size (54 vice 40). Changing the 54 to 40
makes the file readable again. Most utilities seem to ignore this but
Windows itself won't be able to 'read' it as a .BMP file.
(using XP SP2 and
Looks like some people out there have noticed this little page:
http://bitbucket.org/effbot/pil-2009-raclette/overview/
so I might as well announce it to the list - it's finally time for the
1.1.7 patch catchup I mentioned last year. The plan is simple: pick
so I might as well announce it to the list - it's finally time for the
1.1.7 patch catchup I mentioned last year.
(and many thanks to Tim Hatch who happened to nag me about this at a
point where I had some cycles to spare and happened to be tinkering
with Mercurial for another reason)
/F
Fredrik Lundh schrieb:
so I might as well announce it to the list - it's finally time for the
1.1.7 patch catchup I mentioned last year.
Ah, wonderful.
(and many thanks to Tim Hatch who happened to nag me about this at a
point where I had some cycles to spare and happened to be tinkering
Ok, a patch for this issue can be found here:
http://bitbucket.org/effbot/pil-2009-raclette/changeset/53b7aa435b9c/
(you can also grab the updated files via that page)
Thanks to Wichert, who reported the problem and provided overflowing samples.
/F
On Fri, Mar 6, 2009 at 5:43 PM, Fredrik
I'm have a lingering feeling that someone have helped me with this
before, but I cannot find the mails/files, so here we go again:
I need a small (e.g. 100x100) sample CMYK JPEG from Photoshop - that
is, the kind of file that keeps causing trouble for people on this
list from time to time. To
Except for the JPEG hack, Florian's original patch looks pretty quite
clean to me. And I'm pretty sure I can do something about the hack
before we go alpha.
That diff link looks a bit strange to me, though - looks more like
status output than diff output. Am I missing something, or did you
post
Problem solved!
Roughly half of the display tools I have on my machine displays it as
blue on gray, and the rest as red on black. This is going to be
rather interesting ;-)
/F
On Fri, Mar 6, 2009 at 9:49 PM, Fredrik Lundh fred...@pythonware.com wrote:
I'm have a lingering feeling that someone
Except for the JPEG hack, Florian's original patch looks pretty quite
clean to me.
Right, I just fixed where hunks didn't apply and adjusted to be more
PEP8.
That diff link looks a bit strange to me, though - looks more like
status output than diff output. Am I missing something, or did
_ |__ __| | /_ |__ \| |
| __| | | | (_) | | __/ (__| |_
__ | | | | | | __/ | |/ /_| | | | |
_ | | | '_ \ / _ \ | | / /| '_ \| '__|
The 12hr-ISBN-JPEG Projectposted since 1994
_ | | |
Thanks!
http://bitbucket.org/effbot/pil-2009-raclette/changeset/debdde9b7862/
/F
On Fri, Mar 6, 2009 at 10:25 PM, Tim Hatch t...@timhatch.com wrote:
Except for the JPEG hack, Florian's original patch looks pretty quite
clean to me.
Right, I just fixed where hunks didn't apply and adjusted
Thanks to Tim and Charlie, I now have a set of nice Photoshop CMYK
samples to play with. The first result is a revamp of Kevin's CMYK
patch; I'm now doing the inversion at the codec levels, both when
reading and writing. Also, the code *always* assumes Adobe behaviour,
in both directions. The
14 matches
Mail list logo
