On Tue, Mar 31, 2015 at 3:04 PM, wrote:
> Neither one produces good output when the compression is applied.
Oh well, was worth a try.
> Don't think it's related to fax standards - it's proprietary (E-Ink Tile)
Doesn't need to be specifically _related_, but it's looking similar.
If you could do
On Monday, 30 March 2015 16:48:08 UTC-7, Chris Angelico wrote:
> On Tue, Mar 31, 2015 at 8:22 AM, wrote:
> > rotimg = img.rotate(270) # rotation is counterclockwise
>
> Unless the 90 and 270 cases are documented as being handled specially,
> I'd look for a dedicated function for doing those cha
On Tue, Mar 31, 2015 at 8:22 AM, wrote:
> rotimg = img.rotate(270) # rotation is counterclockwise
Unless the 90 and 270 cases are documented as being handled specially,
I'd look for a dedicated function for doing those changes. A quick
perusal of the docs showed up this:
http://pillow.readthedo
On Mon, Mar 30, 2015 at 3:22 PM, wrote:
> rotimg = img.rotate(270) # rotation is counterclockwise
>
> # i can almost make it work by resizing rotimg here, but the aspect ratio is
> then screwed
> #rotimg = rotimg.resize((1024, 1280))
>
> rotimg.show()
> imagedata = list(rotimg.getdata())
>
> But
Last week some readers have kindly supplied ideas and code for a question I had
asked around a form of image data compression required for specialized display
hardware.
I was able to solve my issues for all but one:
The black & white only device (1024 (X) x 1280 (Y)) expects the compressed dat
