Re: Is this a bug in Tiger's NSBitmapImageRep?
Re: Is this a bug in Tiger's NSBitmapImageRep?
- Subject: Re: Is this a bug in Tiger's NSBitmapImageRep?
- From: Marc Liyanage <email@hidden>
- Date: Tue, 3 May 2005 08:03:44 +0200
On 03.05.2005, at 03:31, Andrew Platzer wrote:
This is a change to the semantics of -initWithBitmapDataPlanes:...
Thanks a lot for the quick reply. Yes, I did recompile on Tiger.
Either pass in an explicit bytesPerRow value instead of zero to -
initWithBitmapDataPlanes:... to explicitly indicate packed values
This works perfectly.
or change your loop
In this particular case this was not an option as I'm simply using
memcpy to transfer a (packed) bitmap generated by another library
(epeg, a very fast JPEG decoder I'm using to create thumbnails) into
the NSBitmapImageRep buffer.
The following is what the docs say about this method. Isn't this
incorrect now?
If rowBytes is 0, the NSBitmapImageRep assumes there’s no empty
space at the end of a row.
Should I file a bug?
For those interested, my updated EpegWrapper class is available at
http://www.entropy.ch/viewcvs/trunk/EpegWrapper/
Thanks again...
_________________________________________________________________
Marc Liyanage http://www.entropy.ch
_______________________________________________
Do not post admin requests to the list. They will be ignored.
Cocoa-dev mailing list (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden