2010-07-31 06:52:47 +04:00
|
|
|
#
|
|
|
|
# The Python Imaging Library.
|
|
|
|
# $Id$
|
|
|
|
#
|
|
|
|
# GIF file handling
|
|
|
|
#
|
|
|
|
# History:
|
|
|
|
# 1995-09-01 fl Created
|
|
|
|
# 1996-12-14 fl Added interlace support
|
|
|
|
# 1996-12-30 fl Added animation support
|
|
|
|
# 1997-01-05 fl Added write support, fixed local colour map bug
|
|
|
|
# 1997-02-23 fl Make sure to load raster data in getdata()
|
|
|
|
# 1997-07-05 fl Support external decoder (0.4)
|
|
|
|
# 1998-07-09 fl Handle all modes when saving (0.5)
|
|
|
|
# 1998-07-15 fl Renamed offset attribute to avoid name clash
|
|
|
|
# 2001-04-16 fl Added rewind support (seek to frame 0) (0.6)
|
|
|
|
# 2001-04-17 fl Added palette optimization (0.7)
|
|
|
|
# 2002-06-06 fl Added transparency support for save (0.8)
|
|
|
|
# 2004-02-24 fl Disable interlacing for small images
|
|
|
|
#
|
|
|
|
# Copyright (c) 1997-2004 by Secret Labs AB
|
|
|
|
# Copyright (c) 1995-2004 by Fredrik Lundh
|
|
|
|
#
|
|
|
|
# See the README file for information on usage and redistribution.
|
|
|
|
#
|
|
|
|
|
|
|
|
|
|
|
|
__version__ = "0.9"
|
|
|
|
|
|
|
|
|
2013-03-07 20:20:28 +04:00
|
|
|
from PIL import Image, ImageFile, ImagePalette, _binary
|
2010-07-31 06:52:47 +04:00
|
|
|
|
|
|
|
|
|
|
|
# --------------------------------------------------------------------
|
|
|
|
# Helpers
|
|
|
|
|
py3k: The big push
There are two main issues fixed with this commit:
* bytes vs. str: All file, image, and palette data are now handled as
bytes. A new _binary module consolidates the hacks needed to do this
across Python versions. tostring/fromstring methods have been renamed to
tobytes/frombytes, but the Python 2.6/2.7 versions alias them to the old
names for compatibility. Users should move to tobytes/frombytes.
One other potentially-breaking change is that text data in image files
(such as tags, comments) are now explicitly handled with a specific
character encoding in mind. This works well with the Unicode str in
Python 3, but may trip up old code expecting a straight byte-for-byte
translation to a Python string. This also required a change to Gohlke's
tags tests (in Tests/test_file_png.py) to expect Unicode strings from
the code.
* True div vs. floor div: Many division operations used the "/" operator
to do floor division, which is now the "//" operator in Python 3. These
were fixed.
As of this commit, on the first pass, I have one failing test (improper
handling of a slice object in a C module, test_imagepath.py) in Python 3,
and three that that I haven't tried running yet (test_imagegl,
test_imagegrab, and test_imageqt). I also haven't tested anything on
Windows. All but the three skipped tests run flawlessly against Pythons
2.6 and 2.7.
2012-10-21 01:01:53 +04:00
|
|
|
i8 = _binary.i8
|
|
|
|
i16 = _binary.i16le
|
|
|
|
o8 = _binary.o8
|
|
|
|
o16 = _binary.o16le
|
2010-07-31 06:52:47 +04:00
|
|
|
|
|
|
|
|
|
|
|
# --------------------------------------------------------------------
|
|
|
|
# Identify/read GIF files
|
|
|
|
|
|
|
|
def _accept(prefix):
|
py3k: The big push
There are two main issues fixed with this commit:
* bytes vs. str: All file, image, and palette data are now handled as
bytes. A new _binary module consolidates the hacks needed to do this
across Python versions. tostring/fromstring methods have been renamed to
tobytes/frombytes, but the Python 2.6/2.7 versions alias them to the old
names for compatibility. Users should move to tobytes/frombytes.
One other potentially-breaking change is that text data in image files
(such as tags, comments) are now explicitly handled with a specific
character encoding in mind. This works well with the Unicode str in
Python 3, but may trip up old code expecting a straight byte-for-byte
translation to a Python string. This also required a change to Gohlke's
tags tests (in Tests/test_file_png.py) to expect Unicode strings from
the code.
* True div vs. floor div: Many division operations used the "/" operator
to do floor division, which is now the "//" operator in Python 3. These
were fixed.
As of this commit, on the first pass, I have one failing test (improper
handling of a slice object in a C module, test_imagepath.py) in Python 3,
and three that that I haven't tried running yet (test_imagegl,
test_imagegrab, and test_imageqt). I also haven't tested anything on
Windows. All but the three skipped tests run flawlessly against Pythons
2.6 and 2.7.
2012-10-21 01:01:53 +04:00
|
|
|
return prefix[:6] in [b"GIF87a", b"GIF89a"]
|
2010-07-31 06:52:47 +04:00
|
|
|
|
|
|
|
##
|
|
|
|
# Image plugin for GIF images. This plugin supports both GIF87 and
|
|
|
|
# GIF89 images.
|
|
|
|
|
|
|
|
class GifImageFile(ImageFile.ImageFile):
|
|
|
|
|
|
|
|
format = "GIF"
|
|
|
|
format_description = "Compuserve GIF"
|
|
|
|
global_palette = None
|
|
|
|
|
|
|
|
def data(self):
|
|
|
|
s = self.fp.read(1)
|
py3k: The big push
There are two main issues fixed with this commit:
* bytes vs. str: All file, image, and palette data are now handled as
bytes. A new _binary module consolidates the hacks needed to do this
across Python versions. tostring/fromstring methods have been renamed to
tobytes/frombytes, but the Python 2.6/2.7 versions alias them to the old
names for compatibility. Users should move to tobytes/frombytes.
One other potentially-breaking change is that text data in image files
(such as tags, comments) are now explicitly handled with a specific
character encoding in mind. This works well with the Unicode str in
Python 3, but may trip up old code expecting a straight byte-for-byte
translation to a Python string. This also required a change to Gohlke's
tags tests (in Tests/test_file_png.py) to expect Unicode strings from
the code.
* True div vs. floor div: Many division operations used the "/" operator
to do floor division, which is now the "//" operator in Python 3. These
were fixed.
As of this commit, on the first pass, I have one failing test (improper
handling of a slice object in a C module, test_imagepath.py) in Python 3,
and three that that I haven't tried running yet (test_imagegl,
test_imagegrab, and test_imageqt). I also haven't tested anything on
Windows. All but the three skipped tests run flawlessly against Pythons
2.6 and 2.7.
2012-10-21 01:01:53 +04:00
|
|
|
if s and i8(s):
|
|
|
|
return self.fp.read(i8(s))
|
2010-07-31 06:52:47 +04:00
|
|
|
return None
|
|
|
|
|
|
|
|
def _open(self):
|
|
|
|
|
|
|
|
# Screen
|
|
|
|
s = self.fp.read(13)
|
py3k: The big push
There are two main issues fixed with this commit:
* bytes vs. str: All file, image, and palette data are now handled as
bytes. A new _binary module consolidates the hacks needed to do this
across Python versions. tostring/fromstring methods have been renamed to
tobytes/frombytes, but the Python 2.6/2.7 versions alias them to the old
names for compatibility. Users should move to tobytes/frombytes.
One other potentially-breaking change is that text data in image files
(such as tags, comments) are now explicitly handled with a specific
character encoding in mind. This works well with the Unicode str in
Python 3, but may trip up old code expecting a straight byte-for-byte
translation to a Python string. This also required a change to Gohlke's
tags tests (in Tests/test_file_png.py) to expect Unicode strings from
the code.
* True div vs. floor div: Many division operations used the "/" operator
to do floor division, which is now the "//" operator in Python 3. These
were fixed.
As of this commit, on the first pass, I have one failing test (improper
handling of a slice object in a C module, test_imagepath.py) in Python 3,
and three that that I haven't tried running yet (test_imagegl,
test_imagegrab, and test_imageqt). I also haven't tested anything on
Windows. All but the three skipped tests run flawlessly against Pythons
2.6 and 2.7.
2012-10-21 01:01:53 +04:00
|
|
|
if s[:6] not in [b"GIF87a", b"GIF89a"]:
|
2012-10-11 07:52:53 +04:00
|
|
|
raise SyntaxError("not a GIF file")
|
2010-07-31 06:52:47 +04:00
|
|
|
|
|
|
|
self.info["version"] = s[:6]
|
|
|
|
self.size = i16(s[6:]), i16(s[8:])
|
|
|
|
self.tile = []
|
py3k: The big push
There are two main issues fixed with this commit:
* bytes vs. str: All file, image, and palette data are now handled as
bytes. A new _binary module consolidates the hacks needed to do this
across Python versions. tostring/fromstring methods have been renamed to
tobytes/frombytes, but the Python 2.6/2.7 versions alias them to the old
names for compatibility. Users should move to tobytes/frombytes.
One other potentially-breaking change is that text data in image files
(such as tags, comments) are now explicitly handled with a specific
character encoding in mind. This works well with the Unicode str in
Python 3, but may trip up old code expecting a straight byte-for-byte
translation to a Python string. This also required a change to Gohlke's
tags tests (in Tests/test_file_png.py) to expect Unicode strings from
the code.
* True div vs. floor div: Many division operations used the "/" operator
to do floor division, which is now the "//" operator in Python 3. These
were fixed.
As of this commit, on the first pass, I have one failing test (improper
handling of a slice object in a C module, test_imagepath.py) in Python 3,
and three that that I haven't tried running yet (test_imagegl,
test_imagegrab, and test_imageqt). I also haven't tested anything on
Windows. All but the three skipped tests run flawlessly against Pythons
2.6 and 2.7.
2012-10-21 01:01:53 +04:00
|
|
|
flags = i8(s[10])
|
2010-07-31 06:52:47 +04:00
|
|
|
bits = (flags & 7) + 1
|
|
|
|
|
|
|
|
if flags & 128:
|
|
|
|
# get global palette
|
py3k: The big push
There are two main issues fixed with this commit:
* bytes vs. str: All file, image, and palette data are now handled as
bytes. A new _binary module consolidates the hacks needed to do this
across Python versions. tostring/fromstring methods have been renamed to
tobytes/frombytes, but the Python 2.6/2.7 versions alias them to the old
names for compatibility. Users should move to tobytes/frombytes.
One other potentially-breaking change is that text data in image files
(such as tags, comments) are now explicitly handled with a specific
character encoding in mind. This works well with the Unicode str in
Python 3, but may trip up old code expecting a straight byte-for-byte
translation to a Python string. This also required a change to Gohlke's
tags tests (in Tests/test_file_png.py) to expect Unicode strings from
the code.
* True div vs. floor div: Many division operations used the "/" operator
to do floor division, which is now the "//" operator in Python 3. These
were fixed.
As of this commit, on the first pass, I have one failing test (improper
handling of a slice object in a C module, test_imagepath.py) in Python 3,
and three that that I haven't tried running yet (test_imagegl,
test_imagegrab, and test_imageqt). I also haven't tested anything on
Windows. All but the three skipped tests run flawlessly against Pythons
2.6 and 2.7.
2012-10-21 01:01:53 +04:00
|
|
|
self.info["background"] = i8(s[11])
|
2010-07-31 06:52:47 +04:00
|
|
|
# check if palette contains colour indices
|
|
|
|
p = self.fp.read(3<<bits)
|
|
|
|
for i in range(0, len(p), 3):
|
py3k: The big push
There are two main issues fixed with this commit:
* bytes vs. str: All file, image, and palette data are now handled as
bytes. A new _binary module consolidates the hacks needed to do this
across Python versions. tostring/fromstring methods have been renamed to
tobytes/frombytes, but the Python 2.6/2.7 versions alias them to the old
names for compatibility. Users should move to tobytes/frombytes.
One other potentially-breaking change is that text data in image files
(such as tags, comments) are now explicitly handled with a specific
character encoding in mind. This works well with the Unicode str in
Python 3, but may trip up old code expecting a straight byte-for-byte
translation to a Python string. This also required a change to Gohlke's
tags tests (in Tests/test_file_png.py) to expect Unicode strings from
the code.
* True div vs. floor div: Many division operations used the "/" operator
to do floor division, which is now the "//" operator in Python 3. These
were fixed.
As of this commit, on the first pass, I have one failing test (improper
handling of a slice object in a C module, test_imagepath.py) in Python 3,
and three that that I haven't tried running yet (test_imagegl,
test_imagegrab, and test_imageqt). I also haven't tested anything on
Windows. All but the three skipped tests run flawlessly against Pythons
2.6 and 2.7.
2012-10-21 01:01:53 +04:00
|
|
|
if not (i//3 == i8(p[i]) == i8(p[i+1]) == i8(p[i+2])):
|
2010-07-31 06:52:47 +04:00
|
|
|
p = ImagePalette.raw("RGB", p)
|
|
|
|
self.global_palette = self.palette = p
|
|
|
|
break
|
|
|
|
|
|
|
|
self.__fp = self.fp # FIXME: hack
|
|
|
|
self.__rewind = self.fp.tell()
|
|
|
|
self.seek(0) # get ready to read first frame
|
|
|
|
|
|
|
|
def seek(self, frame):
|
|
|
|
|
|
|
|
if frame == 0:
|
|
|
|
# rewind
|
|
|
|
self.__offset = 0
|
|
|
|
self.dispose = None
|
2014-07-02 23:27:52 +04:00
|
|
|
self.dispose_extent = [0, 0, 0, 0] #x0, y0, x1, y1
|
2010-07-31 06:52:47 +04:00
|
|
|
self.__frame = -1
|
|
|
|
self.__fp.seek(self.__rewind)
|
2014-07-03 20:48:12 +04:00
|
|
|
self._prev_im = None
|
|
|
|
self.disposal_method = 0
|
2014-07-07 22:46:54 +04:00
|
|
|
else:
|
|
|
|
# ensure that the previous frame was loaded
|
|
|
|
if not self.im:
|
|
|
|
self.load()
|
2010-07-31 06:52:47 +04:00
|
|
|
|
|
|
|
if frame != self.__frame + 1:
|
2012-10-11 07:52:53 +04:00
|
|
|
raise ValueError("cannot seek to frame %d" % frame)
|
2010-07-31 06:52:47 +04:00
|
|
|
self.__frame = frame
|
|
|
|
|
|
|
|
self.tile = []
|
|
|
|
|
|
|
|
self.fp = self.__fp
|
|
|
|
if self.__offset:
|
|
|
|
# backup to last frame
|
|
|
|
self.fp.seek(self.__offset)
|
|
|
|
while self.data():
|
|
|
|
pass
|
|
|
|
self.__offset = 0
|
|
|
|
|
|
|
|
if self.dispose:
|
2014-07-02 23:27:52 +04:00
|
|
|
self.im.paste(self.dispose, self.dispose_extent)
|
2010-07-31 06:52:47 +04:00
|
|
|
|
2013-08-02 18:32:49 +04:00
|
|
|
from copy import copy
|
|
|
|
self.palette = copy(self.global_palette)
|
2010-07-31 06:52:47 +04:00
|
|
|
|
2012-10-17 07:39:56 +04:00
|
|
|
while True:
|
2010-07-31 06:52:47 +04:00
|
|
|
|
|
|
|
s = self.fp.read(1)
|
py3k: The big push
There are two main issues fixed with this commit:
* bytes vs. str: All file, image, and palette data are now handled as
bytes. A new _binary module consolidates the hacks needed to do this
across Python versions. tostring/fromstring methods have been renamed to
tobytes/frombytes, but the Python 2.6/2.7 versions alias them to the old
names for compatibility. Users should move to tobytes/frombytes.
One other potentially-breaking change is that text data in image files
(such as tags, comments) are now explicitly handled with a specific
character encoding in mind. This works well with the Unicode str in
Python 3, but may trip up old code expecting a straight byte-for-byte
translation to a Python string. This also required a change to Gohlke's
tags tests (in Tests/test_file_png.py) to expect Unicode strings from
the code.
* True div vs. floor div: Many division operations used the "/" operator
to do floor division, which is now the "//" operator in Python 3. These
were fixed.
As of this commit, on the first pass, I have one failing test (improper
handling of a slice object in a C module, test_imagepath.py) in Python 3,
and three that that I haven't tried running yet (test_imagegl,
test_imagegrab, and test_imageqt). I also haven't tested anything on
Windows. All but the three skipped tests run flawlessly against Pythons
2.6 and 2.7.
2012-10-21 01:01:53 +04:00
|
|
|
if not s or s == b";":
|
2010-07-31 06:52:47 +04:00
|
|
|
break
|
|
|
|
|
py3k: The big push
There are two main issues fixed with this commit:
* bytes vs. str: All file, image, and palette data are now handled as
bytes. A new _binary module consolidates the hacks needed to do this
across Python versions. tostring/fromstring methods have been renamed to
tobytes/frombytes, but the Python 2.6/2.7 versions alias them to the old
names for compatibility. Users should move to tobytes/frombytes.
One other potentially-breaking change is that text data in image files
(such as tags, comments) are now explicitly handled with a specific
character encoding in mind. This works well with the Unicode str in
Python 3, but may trip up old code expecting a straight byte-for-byte
translation to a Python string. This also required a change to Gohlke's
tags tests (in Tests/test_file_png.py) to expect Unicode strings from
the code.
* True div vs. floor div: Many division operations used the "/" operator
to do floor division, which is now the "//" operator in Python 3. These
were fixed.
As of this commit, on the first pass, I have one failing test (improper
handling of a slice object in a C module, test_imagepath.py) in Python 3,
and three that that I haven't tried running yet (test_imagegl,
test_imagegrab, and test_imageqt). I also haven't tested anything on
Windows. All but the three skipped tests run flawlessly against Pythons
2.6 and 2.7.
2012-10-21 01:01:53 +04:00
|
|
|
elif s == b"!":
|
2010-07-31 06:52:47 +04:00
|
|
|
#
|
|
|
|
# extensions
|
|
|
|
#
|
|
|
|
s = self.fp.read(1)
|
|
|
|
block = self.data()
|
py3k: The big push
There are two main issues fixed with this commit:
* bytes vs. str: All file, image, and palette data are now handled as
bytes. A new _binary module consolidates the hacks needed to do this
across Python versions. tostring/fromstring methods have been renamed to
tobytes/frombytes, but the Python 2.6/2.7 versions alias them to the old
names for compatibility. Users should move to tobytes/frombytes.
One other potentially-breaking change is that text data in image files
(such as tags, comments) are now explicitly handled with a specific
character encoding in mind. This works well with the Unicode str in
Python 3, but may trip up old code expecting a straight byte-for-byte
translation to a Python string. This also required a change to Gohlke's
tags tests (in Tests/test_file_png.py) to expect Unicode strings from
the code.
* True div vs. floor div: Many division operations used the "/" operator
to do floor division, which is now the "//" operator in Python 3. These
were fixed.
As of this commit, on the first pass, I have one failing test (improper
handling of a slice object in a C module, test_imagepath.py) in Python 3,
and three that that I haven't tried running yet (test_imagegl,
test_imagegrab, and test_imageqt). I also haven't tested anything on
Windows. All but the three skipped tests run flawlessly against Pythons
2.6 and 2.7.
2012-10-21 01:01:53 +04:00
|
|
|
if i8(s) == 249:
|
2010-07-31 06:52:47 +04:00
|
|
|
#
|
|
|
|
# graphic control extension
|
|
|
|
#
|
py3k: The big push
There are two main issues fixed with this commit:
* bytes vs. str: All file, image, and palette data are now handled as
bytes. A new _binary module consolidates the hacks needed to do this
across Python versions. tostring/fromstring methods have been renamed to
tobytes/frombytes, but the Python 2.6/2.7 versions alias them to the old
names for compatibility. Users should move to tobytes/frombytes.
One other potentially-breaking change is that text data in image files
(such as tags, comments) are now explicitly handled with a specific
character encoding in mind. This works well with the Unicode str in
Python 3, but may trip up old code expecting a straight byte-for-byte
translation to a Python string. This also required a change to Gohlke's
tags tests (in Tests/test_file_png.py) to expect Unicode strings from
the code.
* True div vs. floor div: Many division operations used the "/" operator
to do floor division, which is now the "//" operator in Python 3. These
were fixed.
As of this commit, on the first pass, I have one failing test (improper
handling of a slice object in a C module, test_imagepath.py) in Python 3,
and three that that I haven't tried running yet (test_imagegl,
test_imagegrab, and test_imageqt). I also haven't tested anything on
Windows. All but the three skipped tests run flawlessly against Pythons
2.6 and 2.7.
2012-10-21 01:01:53 +04:00
|
|
|
flags = i8(block[0])
|
2010-07-31 06:52:47 +04:00
|
|
|
if flags & 1:
|
py3k: The big push
There are two main issues fixed with this commit:
* bytes vs. str: All file, image, and palette data are now handled as
bytes. A new _binary module consolidates the hacks needed to do this
across Python versions. tostring/fromstring methods have been renamed to
tobytes/frombytes, but the Python 2.6/2.7 versions alias them to the old
names for compatibility. Users should move to tobytes/frombytes.
One other potentially-breaking change is that text data in image files
(such as tags, comments) are now explicitly handled with a specific
character encoding in mind. This works well with the Unicode str in
Python 3, but may trip up old code expecting a straight byte-for-byte
translation to a Python string. This also required a change to Gohlke's
tags tests (in Tests/test_file_png.py) to expect Unicode strings from
the code.
* True div vs. floor div: Many division operations used the "/" operator
to do floor division, which is now the "//" operator in Python 3. These
were fixed.
As of this commit, on the first pass, I have one failing test (improper
handling of a slice object in a C module, test_imagepath.py) in Python 3,
and three that that I haven't tried running yet (test_imagegl,
test_imagegrab, and test_imageqt). I also haven't tested anything on
Windows. All but the three skipped tests run flawlessly against Pythons
2.6 and 2.7.
2012-10-21 01:01:53 +04:00
|
|
|
self.info["transparency"] = i8(block[3])
|
2010-07-31 06:52:47 +04:00
|
|
|
self.info["duration"] = i16(block[1:3]) * 10
|
2014-07-02 23:27:52 +04:00
|
|
|
|
|
|
|
# disposal method - find the value of bits 4 - 6
|
2014-07-03 21:01:18 +04:00
|
|
|
dispose_bits = 0b00011100 & flags
|
|
|
|
dispose_bits = dispose_bits >> 2
|
|
|
|
if dispose_bits:
|
|
|
|
# only set the dispose if it is not
|
|
|
|
# unspecified. I'm not sure if this is
|
|
|
|
# correct, but it seems to prevent the last
|
|
|
|
# frame from looking odd for some animations
|
|
|
|
self.disposal_method = dispose_bits
|
py3k: The big push
There are two main issues fixed with this commit:
* bytes vs. str: All file, image, and palette data are now handled as
bytes. A new _binary module consolidates the hacks needed to do this
across Python versions. tostring/fromstring methods have been renamed to
tobytes/frombytes, but the Python 2.6/2.7 versions alias them to the old
names for compatibility. Users should move to tobytes/frombytes.
One other potentially-breaking change is that text data in image files
(such as tags, comments) are now explicitly handled with a specific
character encoding in mind. This works well with the Unicode str in
Python 3, but may trip up old code expecting a straight byte-for-byte
translation to a Python string. This also required a change to Gohlke's
tags tests (in Tests/test_file_png.py) to expect Unicode strings from
the code.
* True div vs. floor div: Many division operations used the "/" operator
to do floor division, which is now the "//" operator in Python 3. These
were fixed.
As of this commit, on the first pass, I have one failing test (improper
handling of a slice object in a C module, test_imagepath.py) in Python 3,
and three that that I haven't tried running yet (test_imagegl,
test_imagegrab, and test_imageqt). I also haven't tested anything on
Windows. All but the three skipped tests run flawlessly against Pythons
2.6 and 2.7.
2012-10-21 01:01:53 +04:00
|
|
|
elif i8(s) == 255:
|
2010-07-31 06:52:47 +04:00
|
|
|
#
|
|
|
|
# application extension
|
|
|
|
#
|
|
|
|
self.info["extension"] = block, self.fp.tell()
|
py3k: The big push
There are two main issues fixed with this commit:
* bytes vs. str: All file, image, and palette data are now handled as
bytes. A new _binary module consolidates the hacks needed to do this
across Python versions. tostring/fromstring methods have been renamed to
tobytes/frombytes, but the Python 2.6/2.7 versions alias them to the old
names for compatibility. Users should move to tobytes/frombytes.
One other potentially-breaking change is that text data in image files
(such as tags, comments) are now explicitly handled with a specific
character encoding in mind. This works well with the Unicode str in
Python 3, but may trip up old code expecting a straight byte-for-byte
translation to a Python string. This also required a change to Gohlke's
tags tests (in Tests/test_file_png.py) to expect Unicode strings from
the code.
* True div vs. floor div: Many division operations used the "/" operator
to do floor division, which is now the "//" operator in Python 3. These
were fixed.
As of this commit, on the first pass, I have one failing test (improper
handling of a slice object in a C module, test_imagepath.py) in Python 3,
and three that that I haven't tried running yet (test_imagegl,
test_imagegrab, and test_imageqt). I also haven't tested anything on
Windows. All but the three skipped tests run flawlessly against Pythons
2.6 and 2.7.
2012-10-21 01:01:53 +04:00
|
|
|
if block[:11] == b"NETSCAPE2.0":
|
2010-07-31 06:52:47 +04:00
|
|
|
block = self.data()
|
py3k: The big push
There are two main issues fixed with this commit:
* bytes vs. str: All file, image, and palette data are now handled as
bytes. A new _binary module consolidates the hacks needed to do this
across Python versions. tostring/fromstring methods have been renamed to
tobytes/frombytes, but the Python 2.6/2.7 versions alias them to the old
names for compatibility. Users should move to tobytes/frombytes.
One other potentially-breaking change is that text data in image files
(such as tags, comments) are now explicitly handled with a specific
character encoding in mind. This works well with the Unicode str in
Python 3, but may trip up old code expecting a straight byte-for-byte
translation to a Python string. This also required a change to Gohlke's
tags tests (in Tests/test_file_png.py) to expect Unicode strings from
the code.
* True div vs. floor div: Many division operations used the "/" operator
to do floor division, which is now the "//" operator in Python 3. These
were fixed.
As of this commit, on the first pass, I have one failing test (improper
handling of a slice object in a C module, test_imagepath.py) in Python 3,
and three that that I haven't tried running yet (test_imagegl,
test_imagegrab, and test_imageqt). I also haven't tested anything on
Windows. All but the three skipped tests run flawlessly against Pythons
2.6 and 2.7.
2012-10-21 01:01:53 +04:00
|
|
|
if len(block) >= 3 and i8(block[0]) == 1:
|
2010-07-31 06:52:47 +04:00
|
|
|
self.info["loop"] = i16(block[1:3])
|
|
|
|
while self.data():
|
|
|
|
pass
|
|
|
|
|
py3k: The big push
There are two main issues fixed with this commit:
* bytes vs. str: All file, image, and palette data are now handled as
bytes. A new _binary module consolidates the hacks needed to do this
across Python versions. tostring/fromstring methods have been renamed to
tobytes/frombytes, but the Python 2.6/2.7 versions alias them to the old
names for compatibility. Users should move to tobytes/frombytes.
One other potentially-breaking change is that text data in image files
(such as tags, comments) are now explicitly handled with a specific
character encoding in mind. This works well with the Unicode str in
Python 3, but may trip up old code expecting a straight byte-for-byte
translation to a Python string. This also required a change to Gohlke's
tags tests (in Tests/test_file_png.py) to expect Unicode strings from
the code.
* True div vs. floor div: Many division operations used the "/" operator
to do floor division, which is now the "//" operator in Python 3. These
were fixed.
As of this commit, on the first pass, I have one failing test (improper
handling of a slice object in a C module, test_imagepath.py) in Python 3,
and three that that I haven't tried running yet (test_imagegl,
test_imagegrab, and test_imageqt). I also haven't tested anything on
Windows. All but the three skipped tests run flawlessly against Pythons
2.6 and 2.7.
2012-10-21 01:01:53 +04:00
|
|
|
elif s == b",":
|
2010-07-31 06:52:47 +04:00
|
|
|
#
|
|
|
|
# local image
|
|
|
|
#
|
|
|
|
s = self.fp.read(9)
|
|
|
|
|
|
|
|
# extent
|
|
|
|
x0, y0 = i16(s[0:]), i16(s[2:])
|
|
|
|
x1, y1 = x0 + i16(s[4:]), y0 + i16(s[6:])
|
2014-07-02 23:27:52 +04:00
|
|
|
self.dispose_extent = x0, y0, x1, y1
|
py3k: The big push
There are two main issues fixed with this commit:
* bytes vs. str: All file, image, and palette data are now handled as
bytes. A new _binary module consolidates the hacks needed to do this
across Python versions. tostring/fromstring methods have been renamed to
tobytes/frombytes, but the Python 2.6/2.7 versions alias them to the old
names for compatibility. Users should move to tobytes/frombytes.
One other potentially-breaking change is that text data in image files
(such as tags, comments) are now explicitly handled with a specific
character encoding in mind. This works well with the Unicode str in
Python 3, but may trip up old code expecting a straight byte-for-byte
translation to a Python string. This also required a change to Gohlke's
tags tests (in Tests/test_file_png.py) to expect Unicode strings from
the code.
* True div vs. floor div: Many division operations used the "/" operator
to do floor division, which is now the "//" operator in Python 3. These
were fixed.
As of this commit, on the first pass, I have one failing test (improper
handling of a slice object in a C module, test_imagepath.py) in Python 3,
and three that that I haven't tried running yet (test_imagegl,
test_imagegrab, and test_imageqt). I also haven't tested anything on
Windows. All but the three skipped tests run flawlessly against Pythons
2.6 and 2.7.
2012-10-21 01:01:53 +04:00
|
|
|
flags = i8(s[8])
|
2010-07-31 06:52:47 +04:00
|
|
|
|
|
|
|
interlace = (flags & 64) != 0
|
|
|
|
|
|
|
|
if flags & 128:
|
|
|
|
bits = (flags & 7) + 1
|
|
|
|
self.palette =\
|
|
|
|
ImagePalette.raw("RGB", self.fp.read(3<<bits))
|
|
|
|
|
|
|
|
# image data
|
py3k: The big push
There are two main issues fixed with this commit:
* bytes vs. str: All file, image, and palette data are now handled as
bytes. A new _binary module consolidates the hacks needed to do this
across Python versions. tostring/fromstring methods have been renamed to
tobytes/frombytes, but the Python 2.6/2.7 versions alias them to the old
names for compatibility. Users should move to tobytes/frombytes.
One other potentially-breaking change is that text data in image files
(such as tags, comments) are now explicitly handled with a specific
character encoding in mind. This works well with the Unicode str in
Python 3, but may trip up old code expecting a straight byte-for-byte
translation to a Python string. This also required a change to Gohlke's
tags tests (in Tests/test_file_png.py) to expect Unicode strings from
the code.
* True div vs. floor div: Many division operations used the "/" operator
to do floor division, which is now the "//" operator in Python 3. These
were fixed.
As of this commit, on the first pass, I have one failing test (improper
handling of a slice object in a C module, test_imagepath.py) in Python 3,
and three that that I haven't tried running yet (test_imagegl,
test_imagegrab, and test_imageqt). I also haven't tested anything on
Windows. All but the three skipped tests run flawlessly against Pythons
2.6 and 2.7.
2012-10-21 01:01:53 +04:00
|
|
|
bits = i8(self.fp.read(1))
|
2010-07-31 06:52:47 +04:00
|
|
|
self.__offset = self.fp.tell()
|
|
|
|
self.tile = [("gif",
|
|
|
|
(x0, y0, x1, y1),
|
|
|
|
self.__offset,
|
|
|
|
(bits, interlace))]
|
|
|
|
break
|
|
|
|
|
|
|
|
else:
|
|
|
|
pass
|
py3k: The big push
There are two main issues fixed with this commit:
* bytes vs. str: All file, image, and palette data are now handled as
bytes. A new _binary module consolidates the hacks needed to do this
across Python versions. tostring/fromstring methods have been renamed to
tobytes/frombytes, but the Python 2.6/2.7 versions alias them to the old
names for compatibility. Users should move to tobytes/frombytes.
One other potentially-breaking change is that text data in image files
(such as tags, comments) are now explicitly handled with a specific
character encoding in mind. This works well with the Unicode str in
Python 3, but may trip up old code expecting a straight byte-for-byte
translation to a Python string. This also required a change to Gohlke's
tags tests (in Tests/test_file_png.py) to expect Unicode strings from
the code.
* True div vs. floor div: Many division operations used the "/" operator
to do floor division, which is now the "//" operator in Python 3. These
were fixed.
As of this commit, on the first pass, I have one failing test (improper
handling of a slice object in a C module, test_imagepath.py) in Python 3,
and three that that I haven't tried running yet (test_imagegl,
test_imagegrab, and test_imageqt). I also haven't tested anything on
Windows. All but the three skipped tests run flawlessly against Pythons
2.6 and 2.7.
2012-10-21 01:01:53 +04:00
|
|
|
# raise IOError, "illegal GIF tag `%x`" % i8(s)
|
2010-07-31 06:52:47 +04:00
|
|
|
|
2014-07-02 23:27:52 +04:00
|
|
|
try:
|
2014-07-03 20:48:12 +04:00
|
|
|
if self.disposal_method < 2:
|
2014-07-02 23:27:52 +04:00
|
|
|
# do not dispose or none specified
|
|
|
|
self.dispose = None
|
2014-07-03 20:48:12 +04:00
|
|
|
elif self.disposal_method == 2:
|
2014-07-02 23:27:52 +04:00
|
|
|
# replace with background colour
|
|
|
|
self.dispose = Image.core.fill("P", self.size,
|
|
|
|
self.info["background"])
|
|
|
|
else:
|
|
|
|
# replace with previous contents
|
|
|
|
if self.im:
|
|
|
|
self.dispose = self.im.copy()
|
|
|
|
|
|
|
|
# only dispose the extent in this frame
|
|
|
|
if self.dispose:
|
|
|
|
self.dispose = self.dispose.crop(self.dispose_extent)
|
|
|
|
except (AttributeError, KeyError):
|
|
|
|
pass
|
|
|
|
|
|
|
|
|
2010-07-31 06:52:47 +04:00
|
|
|
if not self.tile:
|
|
|
|
# self.__fp = None
|
2012-10-11 07:52:53 +04:00
|
|
|
raise EOFError("no more images in GIF file")
|
2010-07-31 06:52:47 +04:00
|
|
|
|
|
|
|
self.mode = "L"
|
|
|
|
if self.palette:
|
|
|
|
self.mode = "P"
|
|
|
|
|
|
|
|
def tell(self):
|
|
|
|
return self.__frame
|
|
|
|
|
2014-07-03 20:48:12 +04:00
|
|
|
def load_end(self):
|
|
|
|
ImageFile.ImageFile.load_end(self)
|
|
|
|
|
|
|
|
# if the disposal method is 'do not dispose', transparent
|
|
|
|
# pixels should show the content of the previous frame
|
|
|
|
if self._prev_im and self.disposal_method == 1:
|
|
|
|
# we do this by pasting the updated area onto the previous
|
|
|
|
# frame which we then use as the current image content
|
|
|
|
updated = self.im.crop(self.dispose_extent)
|
|
|
|
self._prev_im.paste(updated, self.dispose_extent, updated.convert('RGBA'))
|
|
|
|
self.im = self._prev_im
|
|
|
|
self._prev_im = self.im.copy()
|
2010-07-31 06:52:47 +04:00
|
|
|
|
|
|
|
# --------------------------------------------------------------------
|
|
|
|
# Write GIF files
|
|
|
|
|
|
|
|
try:
|
|
|
|
import _imaging_gif
|
|
|
|
except ImportError:
|
|
|
|
_imaging_gif = None
|
|
|
|
|
|
|
|
RAWMODE = {
|
|
|
|
"1": "L",
|
|
|
|
"L": "L",
|
|
|
|
"P": "P",
|
|
|
|
}
|
|
|
|
|
|
|
|
def _save(im, fp, filename):
|
|
|
|
|
|
|
|
if _imaging_gif:
|
|
|
|
# call external driver
|
|
|
|
try:
|
|
|
|
_imaging_gif.save(im, fp, filename)
|
|
|
|
return
|
|
|
|
except IOError:
|
|
|
|
pass # write uncompressed file
|
|
|
|
|
|
|
|
try:
|
|
|
|
rawmode = RAWMODE[im.mode]
|
|
|
|
imOut = im
|
|
|
|
except KeyError:
|
|
|
|
# convert on the fly (EXPERIMENTAL -- I'm not sure PIL
|
|
|
|
# should automatically convert images on save...)
|
|
|
|
if Image.getmodebase(im.mode) == "RGB":
|
2013-12-04 18:07:36 +04:00
|
|
|
palette_size = 256
|
|
|
|
if im.palette:
|
|
|
|
palette_size = len(im.palette.getdata()[1]) // 3
|
|
|
|
imOut = im.convert("P", palette=1, colors=palette_size)
|
2010-07-31 06:52:47 +04:00
|
|
|
rawmode = "P"
|
|
|
|
else:
|
|
|
|
imOut = im.convert("L")
|
|
|
|
rawmode = "L"
|
|
|
|
|
|
|
|
# header
|
2013-01-10 23:34:58 +04:00
|
|
|
try:
|
|
|
|
palette = im.encoderinfo["palette"]
|
|
|
|
except KeyError:
|
|
|
|
palette = None
|
2013-12-04 18:07:36 +04:00
|
|
|
im.encoderinfo["optimize"] = im.encoderinfo.get("optimize", True)
|
2014-03-05 09:43:11 +04:00
|
|
|
if im.encoderinfo["optimize"]:
|
|
|
|
# When the mode is L, and we optimize, we end up with
|
|
|
|
# im.mode == P and rawmode = L, which fails.
|
|
|
|
# If we're optimizing the palette, we're going to be
|
|
|
|
# in a rawmode of P anyway.
|
|
|
|
rawmode = 'P'
|
2013-05-23 17:45:11 +04:00
|
|
|
|
2013-05-24 15:12:40 +04:00
|
|
|
header, usedPaletteColors = getheader(imOut, palette, im.encoderinfo)
|
|
|
|
for s in header:
|
2010-07-31 06:52:47 +04:00
|
|
|
fp.write(s)
|
|
|
|
|
|
|
|
flags = 0
|
|
|
|
|
|
|
|
try:
|
|
|
|
interlace = im.encoderinfo["interlace"]
|
|
|
|
except KeyError:
|
|
|
|
interlace = 1
|
|
|
|
|
|
|
|
# workaround for @PIL153
|
|
|
|
if min(im.size) < 16:
|
|
|
|
interlace = 0
|
|
|
|
|
|
|
|
if interlace:
|
|
|
|
flags = flags | 64
|
|
|
|
|
|
|
|
try:
|
|
|
|
transparency = im.encoderinfo["transparency"]
|
|
|
|
except KeyError:
|
|
|
|
pass
|
|
|
|
else:
|
2013-05-24 15:12:40 +04:00
|
|
|
transparency = int(transparency)
|
|
|
|
# optimize the block away if transparent color is not used
|
|
|
|
transparentColorExists = True
|
|
|
|
# adjust the transparency index after optimize
|
|
|
|
if usedPaletteColors is not None and len(usedPaletteColors) < 256:
|
|
|
|
for i in range(len(usedPaletteColors)):
|
|
|
|
if usedPaletteColors[i] == transparency:
|
|
|
|
transparency = i
|
|
|
|
transparentColorExists = True
|
|
|
|
break
|
|
|
|
else:
|
|
|
|
transparentColorExists = False
|
2013-07-01 02:42:19 +04:00
|
|
|
|
2010-07-31 06:52:47 +04:00
|
|
|
# transparency extension block
|
2013-05-24 15:12:40 +04:00
|
|
|
if transparentColorExists:
|
|
|
|
fp.write(b"!" +
|
|
|
|
o8(249) + # extension intro
|
|
|
|
o8(4) + # length
|
|
|
|
o8(1) + # transparency info present
|
|
|
|
o16(0) + # duration
|
|
|
|
o8(transparency) # transparency index
|
|
|
|
+ o8(0))
|
2010-07-31 06:52:47 +04:00
|
|
|
|
|
|
|
# local image header
|
py3k: The big push
There are two main issues fixed with this commit:
* bytes vs. str: All file, image, and palette data are now handled as
bytes. A new _binary module consolidates the hacks needed to do this
across Python versions. tostring/fromstring methods have been renamed to
tobytes/frombytes, but the Python 2.6/2.7 versions alias them to the old
names for compatibility. Users should move to tobytes/frombytes.
One other potentially-breaking change is that text data in image files
(such as tags, comments) are now explicitly handled with a specific
character encoding in mind. This works well with the Unicode str in
Python 3, but may trip up old code expecting a straight byte-for-byte
translation to a Python string. This also required a change to Gohlke's
tags tests (in Tests/test_file_png.py) to expect Unicode strings from
the code.
* True div vs. floor div: Many division operations used the "/" operator
to do floor division, which is now the "//" operator in Python 3. These
were fixed.
As of this commit, on the first pass, I have one failing test (improper
handling of a slice object in a C module, test_imagepath.py) in Python 3,
and three that that I haven't tried running yet (test_imagegl,
test_imagegrab, and test_imageqt). I also haven't tested anything on
Windows. All but the three skipped tests run flawlessly against Pythons
2.6 and 2.7.
2012-10-21 01:01:53 +04:00
|
|
|
fp.write(b"," +
|
2010-07-31 06:52:47 +04:00
|
|
|
o16(0) + o16(0) + # bounding box
|
|
|
|
o16(im.size[0]) + # size
|
|
|
|
o16(im.size[1]) +
|
py3k: The big push
There are two main issues fixed with this commit:
* bytes vs. str: All file, image, and palette data are now handled as
bytes. A new _binary module consolidates the hacks needed to do this
across Python versions. tostring/fromstring methods have been renamed to
tobytes/frombytes, but the Python 2.6/2.7 versions alias them to the old
names for compatibility. Users should move to tobytes/frombytes.
One other potentially-breaking change is that text data in image files
(such as tags, comments) are now explicitly handled with a specific
character encoding in mind. This works well with the Unicode str in
Python 3, but may trip up old code expecting a straight byte-for-byte
translation to a Python string. This also required a change to Gohlke's
tags tests (in Tests/test_file_png.py) to expect Unicode strings from
the code.
* True div vs. floor div: Many division operations used the "/" operator
to do floor division, which is now the "//" operator in Python 3. These
were fixed.
As of this commit, on the first pass, I have one failing test (improper
handling of a slice object in a C module, test_imagepath.py) in Python 3,
and three that that I haven't tried running yet (test_imagegl,
test_imagegrab, and test_imageqt). I also haven't tested anything on
Windows. All but the three skipped tests run flawlessly against Pythons
2.6 and 2.7.
2012-10-21 01:01:53 +04:00
|
|
|
o8(flags) + # flags
|
|
|
|
o8(8)) # bits
|
2010-07-31 06:52:47 +04:00
|
|
|
|
|
|
|
imOut.encoderconfig = (8, interlace)
|
|
|
|
ImageFile._save(imOut, fp, [("gif", (0,0)+im.size, 0, rawmode)])
|
|
|
|
|
py3k: The big push
There are two main issues fixed with this commit:
* bytes vs. str: All file, image, and palette data are now handled as
bytes. A new _binary module consolidates the hacks needed to do this
across Python versions. tostring/fromstring methods have been renamed to
tobytes/frombytes, but the Python 2.6/2.7 versions alias them to the old
names for compatibility. Users should move to tobytes/frombytes.
One other potentially-breaking change is that text data in image files
(such as tags, comments) are now explicitly handled with a specific
character encoding in mind. This works well with the Unicode str in
Python 3, but may trip up old code expecting a straight byte-for-byte
translation to a Python string. This also required a change to Gohlke's
tags tests (in Tests/test_file_png.py) to expect Unicode strings from
the code.
* True div vs. floor div: Many division operations used the "/" operator
to do floor division, which is now the "//" operator in Python 3. These
were fixed.
As of this commit, on the first pass, I have one failing test (improper
handling of a slice object in a C module, test_imagepath.py) in Python 3,
and three that that I haven't tried running yet (test_imagegl,
test_imagegrab, and test_imageqt). I also haven't tested anything on
Windows. All but the three skipped tests run flawlessly against Pythons
2.6 and 2.7.
2012-10-21 01:01:53 +04:00
|
|
|
fp.write(b"\0") # end of image data
|
2010-07-31 06:52:47 +04:00
|
|
|
|
py3k: The big push
There are two main issues fixed with this commit:
* bytes vs. str: All file, image, and palette data are now handled as
bytes. A new _binary module consolidates the hacks needed to do this
across Python versions. tostring/fromstring methods have been renamed to
tobytes/frombytes, but the Python 2.6/2.7 versions alias them to the old
names for compatibility. Users should move to tobytes/frombytes.
One other potentially-breaking change is that text data in image files
(such as tags, comments) are now explicitly handled with a specific
character encoding in mind. This works well with the Unicode str in
Python 3, but may trip up old code expecting a straight byte-for-byte
translation to a Python string. This also required a change to Gohlke's
tags tests (in Tests/test_file_png.py) to expect Unicode strings from
the code.
* True div vs. floor div: Many division operations used the "/" operator
to do floor division, which is now the "//" operator in Python 3. These
were fixed.
As of this commit, on the first pass, I have one failing test (improper
handling of a slice object in a C module, test_imagepath.py) in Python 3,
and three that that I haven't tried running yet (test_imagegl,
test_imagegrab, and test_imageqt). I also haven't tested anything on
Windows. All but the three skipped tests run flawlessly against Pythons
2.6 and 2.7.
2012-10-21 01:01:53 +04:00
|
|
|
fp.write(b";") # end of file
|
2010-07-31 06:52:47 +04:00
|
|
|
|
|
|
|
try:
|
|
|
|
fp.flush()
|
|
|
|
except: pass
|
2013-05-23 17:45:11 +04:00
|
|
|
|
2010-07-31 06:52:47 +04:00
|
|
|
|
|
|
|
def _save_netpbm(im, fp, filename):
|
|
|
|
|
|
|
|
#
|
|
|
|
# If you need real GIF compression and/or RGB quantization, you
|
|
|
|
# can use the external NETPBM/PBMPLUS utilities. See comments
|
|
|
|
# below for information on how to enable this.
|
|
|
|
|
|
|
|
import os
|
2014-06-27 19:02:36 +04:00
|
|
|
from subprocess import Popen, check_call, PIPE, CalledProcessError
|
2014-06-30 01:24:32 +04:00
|
|
|
import tempfile
|
2010-07-31 06:52:47 +04:00
|
|
|
file = im._dump()
|
2014-06-30 01:24:32 +04:00
|
|
|
|
2010-07-31 06:52:47 +04:00
|
|
|
if im.mode != "RGB":
|
2014-06-27 08:28:44 +04:00
|
|
|
with open(filename, 'wb') as f:
|
2014-06-30 01:24:32 +04:00
|
|
|
stderr = tempfile.TemporaryFile()
|
|
|
|
check_call(["ppmtogif", file], stdout=f, stderr=stderr)
|
2010-07-31 06:52:47 +04:00
|
|
|
else:
|
2014-06-27 08:28:44 +04:00
|
|
|
with open(filename, 'wb') as f:
|
2014-06-27 19:02:36 +04:00
|
|
|
|
|
|
|
# Pipe ppmquant output into ppmtogif
|
|
|
|
# "ppmquant 256 %s | ppmtogif > %s" % (file, filename)
|
|
|
|
quant_cmd = ["ppmquant", "256", file]
|
|
|
|
togif_cmd = ["ppmtogif"]
|
2014-06-30 01:24:32 +04:00
|
|
|
stderr = tempfile.TemporaryFile()
|
|
|
|
quant_proc = Popen(quant_cmd, stdout=PIPE, stderr=stderr)
|
|
|
|
stderr = tempfile.TemporaryFile()
|
|
|
|
togif_proc = Popen(togif_cmd, stdin=quant_proc.stdout, stdout=f, stderr=stderr)
|
|
|
|
|
2014-06-27 19:02:36 +04:00
|
|
|
# Allow ppmquant to receive SIGPIPE if ppmtogif exits
|
|
|
|
quant_proc.stdout.close()
|
|
|
|
|
|
|
|
retcode = quant_proc.wait()
|
|
|
|
if retcode:
|
|
|
|
raise CalledProcessError(retcode, quant_cmd)
|
|
|
|
|
|
|
|
retcode = togif_proc.wait()
|
|
|
|
if retcode:
|
|
|
|
raise CalledProcessError(retcode, togif_cmd)
|
|
|
|
|
2014-06-27 08:28:44 +04:00
|
|
|
try:
|
|
|
|
os.unlink(file)
|
|
|
|
except:
|
|
|
|
pass
|
2010-07-31 06:52:47 +04:00
|
|
|
|
|
|
|
|
|
|
|
# --------------------------------------------------------------------
|
|
|
|
# GIF utilities
|
|
|
|
|
2013-01-11 16:24:44 +04:00
|
|
|
def getheader(im, palette=None, info=None):
|
2010-07-31 06:52:47 +04:00
|
|
|
"""Return a list of strings representing a GIF header"""
|
|
|
|
|
|
|
|
optimize = info and info.get("optimize", 0)
|
|
|
|
|
2013-08-05 19:59:35 +04:00
|
|
|
# Header Block
|
|
|
|
# http://www.matthewflickinger.com/lab/whatsinagif/bits_and_bytes.asp
|
2013-05-24 15:12:40 +04:00
|
|
|
header = [
|
2013-08-05 19:59:35 +04:00
|
|
|
b"GIF87a" + # signature + version
|
|
|
|
o16(im.size[0]) + # canvas width
|
|
|
|
o16(im.size[1]) # canvas height
|
2010-07-31 06:52:47 +04:00
|
|
|
]
|
2013-05-23 17:45:11 +04:00
|
|
|
|
2013-08-05 19:59:35 +04:00
|
|
|
if im.mode == "P":
|
|
|
|
if palette and isinstance(palette, bytes):
|
|
|
|
sourcePalette = palette[:768]
|
|
|
|
else:
|
|
|
|
sourcePalette = im.im.getpalette("RGB")[:768]
|
|
|
|
else: # L-mode
|
2013-08-06 13:36:02 +04:00
|
|
|
if palette and isinstance(palette, bytes):
|
|
|
|
sourcePalette = palette[:768]
|
|
|
|
else:
|
|
|
|
sourcePalette = bytearray([i//3 for i in range(768)])
|
2013-07-01 02:42:19 +04:00
|
|
|
|
2013-08-05 19:59:35 +04:00
|
|
|
usedPaletteColors = paletteBytes = None
|
|
|
|
|
|
|
|
if optimize:
|
2013-05-23 16:06:09 +04:00
|
|
|
usedPaletteColors = []
|
2013-05-23 17:45:11 +04:00
|
|
|
|
2013-08-05 19:59:35 +04:00
|
|
|
# check which colors are used
|
|
|
|
i = 0
|
|
|
|
for count in im.histogram():
|
|
|
|
if count:
|
|
|
|
usedPaletteColors.append(i)
|
|
|
|
i += 1
|
|
|
|
|
|
|
|
# create the new palette if not every color is used
|
|
|
|
if len(usedPaletteColors) < 256:
|
2013-08-06 13:36:02 +04:00
|
|
|
paletteBytes = b""
|
|
|
|
newPositions = {}
|
2013-08-05 19:59:35 +04:00
|
|
|
|
2013-08-06 13:36:02 +04:00
|
|
|
i = 0
|
|
|
|
# pick only the used colors from the palette
|
|
|
|
for oldPosition in usedPaletteColors:
|
|
|
|
paletteBytes += sourcePalette[oldPosition*3:oldPosition*3+3]
|
|
|
|
newPositions[oldPosition] = i
|
|
|
|
i += 1
|
2013-05-23 17:45:11 +04:00
|
|
|
|
2013-08-05 19:59:35 +04:00
|
|
|
# replace the palette color id of all pixel with the new id
|
2013-05-23 16:06:09 +04:00
|
|
|
imageBytes = bytearray(im.tobytes())
|
|
|
|
for i in range(len(imageBytes)):
|
2013-08-06 13:36:02 +04:00
|
|
|
imageBytes[i] = newPositions[imageBytes[i]]
|
2013-05-23 16:06:09 +04:00
|
|
|
im.frombytes(bytes(imageBytes))
|
2013-12-04 18:07:36 +04:00
|
|
|
newPaletteBytes = paletteBytes + (768 - len(paletteBytes)) * b'\x00'
|
|
|
|
im.putpalette(newPaletteBytes)
|
|
|
|
im.palette = ImagePalette.ImagePalette("RGB", palette = paletteBytes, size = len(paletteBytes))
|
2013-05-23 17:45:11 +04:00
|
|
|
|
2013-08-05 19:59:35 +04:00
|
|
|
if not paletteBytes:
|
|
|
|
paletteBytes = sourcePalette
|
|
|
|
|
|
|
|
# Logical Screen Descriptor
|
2013-05-23 16:06:09 +04:00
|
|
|
# calculate the palette size for the header
|
|
|
|
import math
|
2013-05-24 13:55:31 +04:00
|
|
|
colorTableSize = int(math.ceil(math.log(len(paletteBytes)//3, 2)))-1
|
2013-05-23 17:24:06 +04:00
|
|
|
if colorTableSize < 0: colorTableSize = 0
|
2013-08-05 19:59:35 +04:00
|
|
|
# size of global color table + global color table flag
|
|
|
|
header.append(o8(colorTableSize + 128))
|
|
|
|
# background + reserved/aspect
|
|
|
|
header.append(o8(0) + o8(0))
|
|
|
|
# end of Logical Screen Descriptor
|
2013-05-23 17:45:11 +04:00
|
|
|
|
2013-05-23 16:06:09 +04:00
|
|
|
# add the missing amount of bytes
|
2013-05-23 16:31:48 +04:00
|
|
|
# the palette has to be 2<<n in size
|
2013-05-23 16:06:09 +04:00
|
|
|
actualTargetSizeDiff = (2<<colorTableSize) - len(paletteBytes)//3
|
|
|
|
if actualTargetSizeDiff > 0:
|
|
|
|
paletteBytes += o8(0) * 3 * actualTargetSizeDiff
|
2013-05-23 17:45:11 +04:00
|
|
|
|
2013-08-05 19:59:35 +04:00
|
|
|
# Header + Logical Screen Descriptor + Global Color Table
|
2013-05-24 15:12:40 +04:00
|
|
|
header.append(paletteBytes)
|
|
|
|
return header, usedPaletteColors
|
2013-05-23 17:45:11 +04:00
|
|
|
|
2010-07-31 06:52:47 +04:00
|
|
|
|
|
|
|
def getdata(im, offset = (0, 0), **params):
|
|
|
|
"""Return a list of strings representing this image.
|
|
|
|
The first string is a local image header, the rest contains
|
|
|
|
encoded image data."""
|
|
|
|
|
|
|
|
class collector:
|
|
|
|
data = []
|
|
|
|
def write(self, data):
|
|
|
|
self.data.append(data)
|
|
|
|
|
|
|
|
im.load() # make sure raster data is available
|
|
|
|
|
|
|
|
fp = collector()
|
|
|
|
|
|
|
|
try:
|
|
|
|
im.encoderinfo = params
|
|
|
|
|
|
|
|
# local image header
|
py3k: The big push
There are two main issues fixed with this commit:
* bytes vs. str: All file, image, and palette data are now handled as
bytes. A new _binary module consolidates the hacks needed to do this
across Python versions. tostring/fromstring methods have been renamed to
tobytes/frombytes, but the Python 2.6/2.7 versions alias them to the old
names for compatibility. Users should move to tobytes/frombytes.
One other potentially-breaking change is that text data in image files
(such as tags, comments) are now explicitly handled with a specific
character encoding in mind. This works well with the Unicode str in
Python 3, but may trip up old code expecting a straight byte-for-byte
translation to a Python string. This also required a change to Gohlke's
tags tests (in Tests/test_file_png.py) to expect Unicode strings from
the code.
* True div vs. floor div: Many division operations used the "/" operator
to do floor division, which is now the "//" operator in Python 3. These
were fixed.
As of this commit, on the first pass, I have one failing test (improper
handling of a slice object in a C module, test_imagepath.py) in Python 3,
and three that that I haven't tried running yet (test_imagegl,
test_imagegrab, and test_imageqt). I also haven't tested anything on
Windows. All but the three skipped tests run flawlessly against Pythons
2.6 and 2.7.
2012-10-21 01:01:53 +04:00
|
|
|
fp.write(b"," +
|
2010-07-31 06:52:47 +04:00
|
|
|
o16(offset[0]) + # offset
|
|
|
|
o16(offset[1]) +
|
|
|
|
o16(im.size[0]) + # size
|
|
|
|
o16(im.size[1]) +
|
py3k: The big push
There are two main issues fixed with this commit:
* bytes vs. str: All file, image, and palette data are now handled as
bytes. A new _binary module consolidates the hacks needed to do this
across Python versions. tostring/fromstring methods have been renamed to
tobytes/frombytes, but the Python 2.6/2.7 versions alias them to the old
names for compatibility. Users should move to tobytes/frombytes.
One other potentially-breaking change is that text data in image files
(such as tags, comments) are now explicitly handled with a specific
character encoding in mind. This works well with the Unicode str in
Python 3, but may trip up old code expecting a straight byte-for-byte
translation to a Python string. This also required a change to Gohlke's
tags tests (in Tests/test_file_png.py) to expect Unicode strings from
the code.
* True div vs. floor div: Many division operations used the "/" operator
to do floor division, which is now the "//" operator in Python 3. These
were fixed.
As of this commit, on the first pass, I have one failing test (improper
handling of a slice object in a C module, test_imagepath.py) in Python 3,
and three that that I haven't tried running yet (test_imagegl,
test_imagegrab, and test_imageqt). I also haven't tested anything on
Windows. All but the three skipped tests run flawlessly against Pythons
2.6 and 2.7.
2012-10-21 01:01:53 +04:00
|
|
|
o8(0) + # flags
|
|
|
|
o8(8)) # bits
|
2010-07-31 06:52:47 +04:00
|
|
|
|
|
|
|
ImageFile._save(im, fp, [("gif", (0,0)+im.size, 0, RAWMODE[im.mode])])
|
|
|
|
|
py3k: The big push
There are two main issues fixed with this commit:
* bytes vs. str: All file, image, and palette data are now handled as
bytes. A new _binary module consolidates the hacks needed to do this
across Python versions. tostring/fromstring methods have been renamed to
tobytes/frombytes, but the Python 2.6/2.7 versions alias them to the old
names for compatibility. Users should move to tobytes/frombytes.
One other potentially-breaking change is that text data in image files
(such as tags, comments) are now explicitly handled with a specific
character encoding in mind. This works well with the Unicode str in
Python 3, but may trip up old code expecting a straight byte-for-byte
translation to a Python string. This also required a change to Gohlke's
tags tests (in Tests/test_file_png.py) to expect Unicode strings from
the code.
* True div vs. floor div: Many division operations used the "/" operator
to do floor division, which is now the "//" operator in Python 3. These
were fixed.
As of this commit, on the first pass, I have one failing test (improper
handling of a slice object in a C module, test_imagepath.py) in Python 3,
and three that that I haven't tried running yet (test_imagegl,
test_imagegrab, and test_imageqt). I also haven't tested anything on
Windows. All but the three skipped tests run flawlessly against Pythons
2.6 and 2.7.
2012-10-21 01:01:53 +04:00
|
|
|
fp.write(b"\0") # end of image data
|
2010-07-31 06:52:47 +04:00
|
|
|
|
|
|
|
finally:
|
|
|
|
del im.encoderinfo
|
|
|
|
|
|
|
|
return fp.data
|
|
|
|
|
|
|
|
|
|
|
|
# --------------------------------------------------------------------
|
|
|
|
# Registry
|
|
|
|
|
|
|
|
Image.register_open(GifImageFile.format, GifImageFile, _accept)
|
|
|
|
Image.register_save(GifImageFile.format, _save)
|
|
|
|
Image.register_extension(GifImageFile.format, ".gif")
|
|
|
|
Image.register_mime(GifImageFile.format, "image/gif")
|
|
|
|
|
|
|
|
#
|
|
|
|
# Uncomment the following line if you wish to use NETPBM/PBMPLUS
|
|
|
|
# instead of the built-in "uncompressed" GIF encoder
|
|
|
|
|
|
|
|
# Image.register_save(GifImageFile.format, _save_netpbm)
|