libvips / libvips Goto Github PK
View Code? Open in Web Editor NEWA fast image processing library with low memory needs.
Home Page: https://libvips.github.io/libvips/
License: GNU Lesser General Public License v2.1
libvips's People
Contributors
Stargazers
Watchers
Forkers
aturcotte nrobidoux alon sepastian renjiec ashishof77 imazen-discovery kjell olafkarsten achanda101 lovell chinmayatgit vinvinod gxliu eric-shim web5design sandstrom flaviofalcao abdullahferoz xuxiandi hunterchen deepak1556 imagekit mtco aferrero2707 homerjam vapopov mcuelenaere wavelets fernaliza mindis sanazalali mistobaan shilpi230 wishabi eeertekin h2non jondeen zmack leiyangyou vizz-me chickenlove taohuang123 mcanthony minhtoantm songfj aashish24 avldya aarti draekko mengjinglei gasi ericcorriel gi11es djiesamsoe dinkin felixbuenemann wanqiukong everbox leevlad korf74 optimizersio yochju dhandeo bobobo1618 ioquatix zyh329 skhanker templeblock yuriipolishchuk digital-flowers linearregression akonia dreamplayerzhang mah0x211 tonbo-imaging nabepi gargsms hunterjhu fmjgroupe minghao2016 notbakaneko 2bec xzm2004260 tomzhang benjamesbabala dreadlord1984 lovelyboy1 egari jaume-pinyol alexkordic hades210 dagams fabioz aoaob priestd09 a5ync fslaser monschine zhangleilibvips's Issues
vipsthumbnail problem with alpha transparent png
if I convert alpha transparent pngs to jpeg they look very interesting... from png to png works but it loses the transparency.
examples (480px):
Original: https://dl.dropbox.com/u/1656816/vips/Opera-icon-high-res.png
PNG: https://dl.dropbox.com/u/1656816/vips/thumb.png
JPEG: https://dl.dropbox.com/u/1656816/vips/thumb.jpeg
it seems like the transparency in the png is still there but it gets displayed with a gray background under OSX.
scale, reduce colors and sharpen in one step
Unfortunately there is no user mailinglist. According to the wiki, questions can be asked here....
Here is my question
I need to reduce the byte size of a color scan.
Up to now I think the following steps should be made:
- sharpen to reduce noise
- scale to ~120dpi
- reduce colors
Doing these steps one after the other wouldn't be the best result. To get the best result, I need a tool which can make these steps in one optimized algorithm.
Up to now we use convert (imagemagick) and net-ppm tools. But I want to switch to a library. I think VIPS would be a good choice.
The scans are invoices, not photos.
Any hints appreciated.
http://stackoverflow.com/questions/8999544/scale-reduce-colors-and-sharpen-in-one-step
Wants possibility to overwrite existing folder
Ideally to fill only missed parts.
Also wants to generate target tiles only. Possible options to specify required tiles.
- Specify level to generate entire level
--level=12
- Specify list of tiles to generate
--tiles=15\1_1;15\1_2
- Specify center tile and radius
--center=15\6_6 --radius=4
Mirax to pyramidal TIFF
Sorry if this is the wrong place to ask this. It's not clear if there is a separate 'users' list.
I'm struggling to get the syntax right to convert a Mirax file directly to a pyramidal TIFF file. I've seen a blog post discussing DeepZoom, Zoomify and GoogleMaps output, but none for the pyramidal TIFFs that im_vips2tiff produced.
In the past I've converted TIFFs to pyramidal TIFFs, but the syntax appears to have changed.
I'm on Linux Mint 13 (which equates to Ubuntu 12.04). The version of libvips in the repository is too old for OpenSlide interaction so I've built vips 7.32.1 with openslide 3.3.2 (incorporating openjpeg 1.5.1).
The syntax used in the past was
vips im_vips2tiff source_image output_image.tif:jpeg:75,tile:256x256,pyramid
Thanks, Alex
CentOS 5.4 / 6.3 Make Fails.
When trying to make on ver vips-7.32.3 i get the following
libtool: link: gcc -std=gnu99 -g -O2 -o .libs/find_mosaic find_mosaic.o -DG_DISABLE_ASSERT -DG_DISABLE_CHECKS -I/usr/lib64/glib-2.0/include -I/usr/include/libxml2 -I/usr/include/libpng12 -I/usr/include/glib-2.0 -Wl,--export-dynamic ../libvips/.libs/libvips.so -lpng12 -lz -ljpeg -lgmodule-2.0 -lxml2 -lgobject-2.0 -lglib-2.0 -lm -lstdc++
../libvips/.libs/libvips.so: undefined reference to g_thread_init' collect2: ld returned 1 exit status make[2]: *** [find_mosaic] Error 1 make[2]: Leaving directory/root/vips-7.32.3/tools'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/root/vips-7.32.3'
make: *** [all] Error 2
I can install ver vips-7.30.3 no issues.
Stale version of libvips in Ubuntu repositories
Hi John,
I am not sure if you have any control over this. Is there any way to push updated libvips-tools to repositories?
I am struggling with, compiling the code locally to be later run on another machine with the same architecture.
EDIT:
Now I am fairly sure there is nothing you can do about updating the repos for Ubuntu (Debian ha the same old ish version). I have managed to build it and then move the binaries and now I'm hunting the libraries one by one. Is there simple way to configure the build so that a it copies all the required libs to a lib subfolder for example or perhaps makes one big binary file?
I though I found them all when vips dzsave Leica-1.scn dz_dir --layout google --background 255 worked fine, but then I tried vips openslideload --associated Leica-1.scn macro.png and got an error
openslide2vips: unsupported slide format . How come one operation on the same file works fine and another doesn't?
dzsave - -centre creates a huge differential in processing time
We're converting aperio .svs images directly to a google maps pyramid.
In some basic tests, we're seeing a huge variance between running with and without centre.
One of our smaller examples - a ~84 MB .svs:
without
ubuntu@Tortuga:/opt/Processing$ time vips dzsave 2 a --layout google --background black
real 0m43.411s
user 2m44.544s
sys 0m42.400s
with
ubuntu@Tortuga:/opt/Processing$ time vips dzsave 2 b --layout google --background black --centre
real 17m6.623s
user 73m9.596s
sys 17m53.780s
Is this fairly par for the course?
Is there anyway we can pre-process the image to optimize conversion?
We have live samples that are 2 GB+ that are taking an hour without the flag, I'm not sure I want to see the difference at that rate. :)
preserve jpeg resolution tags more accurately
Here is what JPEGsnoop shows for the original 5500x5524 and for a thumbnail created at 2404x2414. As you can see it changes the APP0 JFIF resolution to be an aspect ration instead of dpi and it messes with the Exif. It even changes the embbeded exif IFD1 thumbnail resolution for good measure.
*** Marker: APP0 (xFFE0) ***
OFFSET: 0x00000002
length = 16
identifier = [JFIF]
version = [1.2]
density = 300 x 300 DPI (dots per inch)
thumbnail = 0 x 0
*** Marker: APP1 (xFFE1) ***
OFFSET: 0x00000320
length = 15820
Identifier = [Exif]
Identifier TIFF = 0x[4D4D002A 00000008]
Endian = Motorola (big)
TAG Mark x002A = 0x002A
EXIF IFD0 @ Absolute 0x00000332
Dir Length = 0x000D
[ImageDescription ] = "SQA Caption 1"
[Orientation ] = Row 0: top, Col 0: left
[XResolution ] = 3000000/10000
[YResolution ] = 3000000/10000
[ResolutionUnit ] = Inch
[Software ] = "Adobe Photoshop Elements 5.0 (20060914.r.77) Windows"
[DateTime ] = "2007:08:03 11:08:23"
[Artist ] = "SQA Author 1"
[Copyright ] = ".. SQA Copyright 1"
[ExifOffset ] = @ 0x0940
[XPComment ] = "SQA Description 1"
[XPSubject ] = "SQA Description 1"
[IFD0.0xEA1C ] = 0x[1CEA0000 00080000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000...]
Offset to Next IFD = 0x00001200
EXIF IFD1 @ Absolute 0x0000152A
Dir Length = 0x0006
[Compression ] = JPEG
[XResolution ] = 1/96
[YResolution ] = 1/96
[ResolutionUnit ] = Inch
[JpegIFOffset ] = @ +0x125E = @ 0x1588
[JpegIFByteCount ] = 11109
Offset to Next IFD = 0x00000000
EXIF SubIFD @ Absolute 0x00000C6A
Dir Length = 0x0005
[UserComment ] = "S"
[ColorSpace ] = sRGB
[ExifImageWidth ] = 5500
[ExifImageHeight ] = 5524
[SubIFD.0xEA1C ] = 0x[1CEA0000 00080000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000...]After vipsthumbnail:-
*** Marker: APP0 (xFFE0) ***
OFFSET: 0x00000002
length = 16
identifier = [JFIF]
version = [1.1]
density = 1 x 1 (aspect ratio)
thumbnail = 0 x 0
*** Marker: APP1 (xFFE1) ***
OFFSET: 0x00000014
length = 15843
Identifier = [Exif]
Identifier TIFF = 0x[4D4D002A 00000008]
Endian = Motorola (big)
TAG Mark x002A = 0x002A
EXIF IFD0 @ Absolute 0x00000026
Dir Length = 0x000D
[ImageDescription ] = "SQA Caption 1"
[Orientation ] = Row 0: top, Col 0: left
[XResolution ] = -1096/28633108
[YResolution ] = -1096/28633108
[ResolutionUnit ] = Inch
[Software ] = "Adobe Photoshop Elements 5.0 (20060914.r.77) Windows"
[DateTime ] = "2007:08:03 11:08:23"
[Artist ] = "SQA Author 1"
[Copyright ] = ".. SQA Copyright 1"
[ExifOffset ] = @ 0x0988
[XPComment ] = "SQA Description 1"
[XPSubject ] = "SQA Description 1"
[IFD0.0xEA1C ] = 0x[1CEA0000 00080000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000...]
Offset to Next IFD = 0x00001218
EXIF IFD1 @ Absolute 0x00001236
Dir Length = 0x0006
[Compression ] = JPEG
[XResolution ] = -1096/28633108
[YResolution ] = -1096/28633108
[ResolutionUnit ] = Inch
[JpegIFOffset ] = @ +0x1276 = @ 0x1294
[JpegIFByteCount ] = 11109
Offset to Next IFD = 0x00000000
EXIF SubIFD @ Absolute 0x000009A6
Dir Length = 0x0007
[ExifVersion ] = 02.10
[UserComment ] = "S"
[FlashPixVersion ] = 01.00
[ColorSpace ] = sRGB
[ExifImageWidth ] = 5500
[ExifImageHeight ] = 5524
[SubIFD.0xEA1C ] = 0x[1CEA0000 00080000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000...]7.28.5 compilation error in libvips/iofuncs/type.c
The G_DEFINE_BOXED_TYPE macro causes a compilation error for me in libvips/iofuncs/type.c on Ubuntu 10.04. Here is the make output:
Making all in iofuncs
make[3]: Entering directory `/home/jcobb/tmp/vips-7.28.5/libvips/iofuncs'
/bin/bash ../../libtool --tag=CC --mode=compile gcc -std=gnu99 -DHAVE_CONFIG_H -I. -I../.. -I../../libvips/include -DG_DISABLE_ASSERT -DG_DISABLE_CHECKS -pthread -fopenmp -I/usr/local/include/openslide -I/usr/lib/glib-2.0/include -I/usr/include/libxml2 -I/usr/include/libpng12 -I/usr/include/libexif -I/usr/include/glib-2.0 -I/usr/include/OpenEXR -I/usr/include/ImageMagick -g -O2 -MT type.lo -MD -MP -MF .deps/type.Tpo -c -o type.lo type.c
libtool: compile: gcc -std=gnu99 -DHAVE_CONFIG_H -I. -I../.. -I../../libvips/include -DG_DISABLE_ASSERT -DG_DISABLE_CHECKS -pthread -fopenmp -I/usr/local/include/openslide -I/usr/lib/glib-2.0/include -I/usr/include/libxml2 -I/usr/include/libpng12 -I/usr/include/libexif -I/usr/include/glib-2.0 -I/usr/include/OpenEXR -I/usr/include/ImageMagick -g -O2 -MT type.lo -MD -MP -MF .deps/type.Tpo -c type.c -fPIC -DPIC -o .libs/type.o
type.c:104: error: expected declaration specifiers or '...' before 'vips_thing'
type.c:105: error: expected declaration specifiers or '...' before '(' token
type.c:106: error: expected declaration specifiers or '...' before '(' token
type.c:104: warning: data definition has no type or storage class
type.c:106: warning: type defaults to 'int' in declaration of 'G_DEFINE_BOXED_TYPE'
make[3]: *** [type.lo] Error 1
make[3]: Leaving directory `/home/jcobb/tmp/vips-7.28.5/libvips/iofuncs'
And here is the offending source before macro expansion:
G_DEFINE_BOXED_TYPE( VipsThing, vips_thing,
(GBoxedCopyFunc) vips_thing_copy,
(GBoxedFreeFunc) vips_thing_free );
RCS tag in base64.c should be removed
It should be removed as it's not applicable to GIT repository anymore.
Direct tile access in TIFF Pyramid
Sorry for the n00b question, but is there python api command to extract a single tile from a tiff pyramid file generated by libvips? my goal is to dynamically manipulate the tile with some filters (i.e. color manipulation) and then send it to the client.
ImportError: No module named vipsCC
How to slove this problems?Thx
vipsthumbnail has trouble resizing a particular animated gif
Using vips 7.32.3 on ubuntu 13.04
If I try to resize this animated gif: http://i.imgur.com/2CIAU.gif using vipsthumbnail, the output seems to contain all the frames of animation instead of just the first.
I've tried a couple of other animated gifs and they seem to work as I would expect, so I'm not sure if it's a bug in vips or a malformed gif.
Way to enforce --tile-width and --tile-height ?
question
Can I force vips dzoom to always generate tiles of specified --tile-width and --tile-height?
The edge tiles inevitably end up narrower or shorter in different zoom levels.0
Unless the solution is using google maps export in 7.31, will look into that.
Documentation
I'm thinking about changing from PIL to VIPS. But it has to provide the operations I need. I found the documentation very strange. For example I couldn't figure out how to rotate an image by any angle. http://www.vips.ecs.soton.ac.uk/supported/current/doc/html/libvips/index.html says VipsResample could do that. But there are no functions. What does this mean?
What I have to do is change the brightness, rotate (and specify background color), move, zoom, extend image with specific color, loading truetype fonts, draw text, applying a contour filter on a grayscale mask and drawing masks with a given color on an image. Can you do this with VIPS? Do you have a little hint how to find those operations?
Tutorial for common image adjustments?
I'm new to libvips and want to perform common image corrections like the adjustment of white balance, hue, brightness or tonal range. Are there tutorials/documentations covering these adjustments? I'm also interested in applying filters like gaussian blur etc. with libvips
vipthumbnail doesn't work with certain files
When I use vipthumbnails to generate thumbnails, it fails for certain files
http://imgur.com/a/WqAKy
http://commons.wikimedia.org/wiki/File:Waterfalls_in_Tomboy,_Colorado.jpg
http://upload.wikimedia.org/wikipedia/commons/9/97/Azoren_%2814%29.jpg
with the exception like:
VipsFormat: file "Waterfalls_in_Tomboy%2C_Colorado.jpg" not a known format
while some other JPEGs, give out the warning like
vips warning: VipsJpeg: unknown JFIF resolution unit
but it seems to work fine
Check gobject-introspection dependency?
Hi, I am trying to compile libvips on Ubuntu 12.04 and hitting a wall.
$ ./bootstrap.sh
cp: cannot stat `/usr/share/aclocal/isc-posix.m4': No such file or directory
cp: cannot stat `/usr/share/aclocal/introspection.m4': No such file or directory
./bootstrap.sh: 31: ./bootstrap.sh: gtkdocize: not foundI solved the introspection problelm by $ apt-get gobject-introspection but haven't yet figured out how to fix the isc-posix.m4 (can I just copy this one https://gnunet.org/svn/freeway/m4/isc-posix.m4 to ./m4 ?)
Then I had to install gtk-doc-tools and swig
Then it configured, so I maked and make installed.
Now getting:
./tools/vips list all
possible actions:
list - list classes|packages|all|package-name|operation-name
cpph - generate headers for C++ binding
cppc - generate bodies for C++ binding
links - generate links for vips/bin
<operation> - execute named vips operation
lt-vips: unknown action "/home/fuho/Src/vips-7.30.0/tools/.libs/lt-vips"no matter what I try. I don't ever compile programs from source, usually just apt-get them, is there something I am doing completely wrong?
EDIT: I removed the git directory and this time tried to install from tar, got version 7.3, unpacked, ./configured, maked, make installed and this time when running
$ /usr/local/bin/vips
/usr/local/bin/vips: error while loading shared libraries: libvips.so.32: cannot open shared object file: No such file or directoryI wish I could tell you more but am quite noobish. I will keep trying, but please if you see something obvious let me know I will appreciate it.
OpenSlide images aren't automatically converted from ARGB
Reading an OpenSlide image produces ARGB image data, which doesn't display correctly in nip2 and causes vips openslideload to write output images with incorrect color channels. There's also no hint in the image header (e.g. VipsInterpretation?) that im_argb2rgba is needed.
Is this the correct behavior? I can understand that VIPS may not want to mangle channels without explicit instructions, but it does mean that the most straightforward approaches to loading slides will always be wrong.
(cc: @agoode)
Python: Create VImage from string/buffer?
From the documentation, I see these two functions:
VImage.fromstring (string,
width, height, bands, format) ->
VImage
VImage.frombuffer (buffer,
width, height, bands, format) ->
VImage
Can I use these functions to load, say, a JPEG which is stored in memory as a string/buffer? If so, the issue is that I don't know the size/bands/format beforehand. Basically what I want is something like the usual constructor which takes a filename, except I want to pass in a buffer instead of a filename (or if I could pass in a file descriptor/pipe, that would work for me as well). Is this not available in the Python binding? Thanks!
vips 7.30.4 decrements soname
4050c47 bumps the libtool revision and age, which is an invalid state transition under the libtool rules. As a result, we have:
| 7.30.3 | libvips.so.31.2.6 |
|---|---|
| 7.30.4 | libvips.so.30.3.7 |
vipsthumbnail doesn't accept absolute paths as --output (-o)
Maybe I didn't experiment enough, but I haven't found a way to generate a thumbnail on absolute path. Is there a way to achieve this or do I have to cd to that directory first? (I will be calling it from another program programmatically)
Example:
$ pwd
/home/user/current/working/directory
$ vipsthumbnail -s 150 -o /home/user/thumbnail.jpeg original.jpg
Should try to create /home/user/thumbnail.jpg not /home/user/current/working/directory/./home/user/thumbnail.jpg
7.28.5 JPEG encoding problem
We've been trying to switch to the 7.28 version (for OpenSlide support), but the 7.28.5 version causes an issue with JPEG encoding in the output. Here is the error for an example image (this input is a normal LZW compressed TIFF):
$ vips im_vips2tiff 003.tif 003.tif.dzi.tif:jpeg:75,tile:256x256,pyramid,,,,8
vips warning: tiff2vips: no resolution information for TIFF image "003.tif" -- defaulting to 1 pixel per mm
vips warning: tiff2vips: no resolution information for TIFF image "003.tif" -- defaulting to 1 pixel per mm
TIFFSetField: /tmp/vips-1-XI91FW.tif: Unknown tag 317
TIFFSetField: /tmp/vips-2-7391FW.tif: Unknown tag 317
TIFFSetField: /tmp/vips-3-3491FW.tif: Unknown tag 317
TIFFSetField: /tmp/vips-4-L291FW.tif: Unknown tag 317
TIFFSetField: /tmp/vips-5-SX91FW.tif: Unknown tag 317
TIFFSetField: /tmp/vips-6-1X91FW.tif: Unknown tag 317
TIFFSetField: /tmp/vips-7-F9B2FW.tif: Unknown tag 317
TIFFSetField: /tmp/vips-8-V2B2FW.tif: Unknown tag 317
TIFFSetField: 003.tif.dzi.tif: Unknown tag 317
JPEGDecodeRaw: application buffer not large enough for all data.
This same file is processed without issue using the 7.26.7 version of libvips. It also works fine with e.g. LZW compression, only JPEG causes a problem. I built both versions of libvips against the same libtiff and other dependencies, so the issue seems to be in libvips itself.
Here is some information about the input image:
$ tiffinfo 003.tif
TIFF Directory at offset 0x3a74fb26 (980744998)
Image Width: 28672 Image Length: 28672
Tile Width: 512 Tile Length: 512
Bits/Sample: 8
Compression Scheme: LZW
Photometric Interpretation: RGB color
FillOrder: msb-to-lsb
Orientation: row 0 top, col 0 lhs
Samples/Pixel: 3
Planar Configuration: single image plane
Predictor: horizontal differencing 2 (0x2)
vipsthumbnail interpolators
I'm trying to use different interpolators with the Windows version of vipsthumbnail and I'm having trouble knowing what values to pass with the --interpolator switch. When I try and get a list of available interpolators from vips this is what i get::-
C:\Projects\Common\vips-dev-7.30.3\bin>vips --list classes
possible actions:
list - list classes|packages|all|package-name|operation-name
cpph - generate headers for C++ binding
cppc - generate bodies for C++ binding
links - generate links for vips/bin
- execute named vips operation
vips: unknown action "classes"
build fails on centos6
Hi, we are having trouble installing libvips on CentOS 6,
Any chance you will put a new tarball on the website soon?
This is what we are getting:
./bootstrap.sh
cp: cannot stat `/usr/share/aclocal/isc-posix.m4': No such file or directory
testing for glibtoolize ...
using libtoolize
Copying file mkinstalldirs
Copying file po/Makefile.in.in
Please add the files
codeset.m4 gettext.m4 glibc21.m4 iconv.m4 isc-posix.m4 lcmessage.m4
progtest.m4
from the /usr/share/aclocal directory to your autoconf macro directory
or directly to your aclocal.m4 file.
You will also need config.guess and config.sub, which you can get from
ftp://ftp.gnu.org/pub/gnu/config/.
configure.in:91: installing `./config.guess'
configure.in:91: installing `./config.sub'
configure.in:12: installing `./install-sh'
configure.in:12: installing `./missing'
gtk-doc.make:55: GTK_DOC_BUILD_HTML does not appear in AM_CONDITIONAL
doc/reference/Makefile.am:89: `gtk-doc.make' included from here
gtk-doc.make:60: GTK_DOC_BUILD_PDF does not appear in AM_CONDITIONAL
doc/reference/Makefile.am:89: `gtk-doc.make' included from here
libvips/Makefile.am: installing `./depcomp'
swig/vipsCC/Makefile.am:13: installing `./py-compile'
and then this when compiling from source (the old 7.30.6 from web):
checking for THREADS... ./configure: line 22756: syntax error near unexpected token `else'
./configure: line 22756: `else'
I finally feel quite comfortable getting VIPS to work on Debian based distributions, but this is Amazon Linux which is very close to Cent OS 6 and I have noc lue what is going on, it's like a different world :( .
Porblems installing on Centos
I'm having trouble installing Vips on my centos box.
I've downloaded the latest files:
wget http://www.vips.ecs.soton.ac.uk/supported/current/vips-7.30.0.tar.gz
wget http://www.vips.ecs.soton.ac.uk/supported/current/nip2-7.30.1.tar.gz
And on ./configure I get:
configure: error: Package requirements (glib-2.0 >= 2.6 gmodule-2.0 >= 2.4 libxml-2.0 gobject-2.0) were not met:
No package 'glib-2.0' found
No package 'gmodule-2.0' found
No package 'gobject-2.0' found
However I have yum install glib2 and rerun ./configure but get the same error. Am I doing something wrong?
Is there a guide I can follow to install on Centos?
Sorry to be such a noob.
vips dzsave core dumps
Hi, vips dzsave seemingly randomly hangs (well it tends to happen when I request 256px tiles).
I compiled libvips from this commit 418427b
Before that I compiled openslide from this commit openslide/openslide@3b1e205
Is the following of any use to you?
ubuntu@ip-10-28-209-79:~$ ls
install_vips.sh Leica-1.scn p256_0 p512_0 p512_1 p512_2 p512_3 src
ubuntu@ip-10-28-209-79:~$ date && vips dzsave Leica-1.scn p512_4 --layout google --tile-size 512 --background '221 221 221 255' && date
Tue Dec 18 16:34:25 UTC 2012
Tue Dec 18 16:36:57 UTC 2012
ubuntu@ip-10-28-209-79:~$ date && vips dzsave Leica-1.scn p256_5 --layout google --tile-size 256 --background '221 221 221 255' && date
Tue Dec 18 16:37:46 UTC 2012
*** glibc detected *** vips: double free or corruption (fasttop): 0x000000000230ba50 ***
======= Backtrace: =========
/lib/x86_64-linux-gnu/libc.so.6(+0x7eb96)[0x7f4a56e71b96]
/usr/local/lib/libvips.so.29(vips_area_unref+0x7f)[0x7f4a57a92999]
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(g_boxed_free+0x12b)[0x7f4a576d1eab]
/usr/local/lib/libvips.so.29(vips_object_set_property+0xa02)[0x7f4a57a96755]
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(g_object_set_valist+0x2b3)[0x7f4a576db4b3]
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(g_object_set+0xe7)[0x7f4a576dbc97]
/usr/local/lib/libvips.so.29(+0x18278a)[0x7f4a57a9578a]
/usr/local/lib/libvips.so.29(vips_argument_map+0xb6)[0x7f4a57a95103]
/usr/local/lib/libvips.so.29(+0x1827ba)[0x7f4a57a957ba]
/usr/local/lib/libvips.so.29(+0x1828e3)[0x7f4a57a958e3]
/usr/local/lib/libvips.so.29(+0x19690b)[0x7f4a57aa990b]
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(g_object_unref+0x12d)[0x7f4a576d8e0d]
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(g_object_set_valist+0x315)[0x7f4a576db515]
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(g_object_set+0xe7)[0x7f4a576dbc97]
/usr/local/lib/libvips.so.29(+0x182a22)[0x7f4a57a95a22]
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(g_closure_invoke+0x132)[0x7f4a576d3ca2]
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(+0x20d71)[0x7f4a576e4d71]
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(g_signal_emit_valist+0xd79)[0x7f4a576ed099]
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(g_signal_emit+0x82)[0x7f4a576ed242]
/usr/local/lib/libvips.so.29(+0x1819d3)[0x7f4a57a949d3]
/usr/local/lib/libvips.so.29(+0x1828ef)[0x7f4a57a958ef]
/usr/local/lib/libvips.so.29(+0x189003)[0x7f4a57a9c003]
/usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0(g_object_unref+0x12d)[0x7f4a576d8e0d]
/usr/local/lib/libvips.so.29(+0x13ed6c)[0x7f4a57a51d6c]
/usr/local/lib/libvips.so.29(+0x19c407)[0x7f4a57aaf407]
/usr/local/lib/libvips.so.29(+0x19c4e7)[0x7f4a57aaf4e7]
/usr/local/lib/libvips.so.29(+0x19c537)[0x7f4a57aaf537]
/lib/x86_64-linux-gnu/libglib-2.0.so.0(+0x699e5)[0x7f4a574389e5]
/lib/x86_64-linux-gnu/libpthread.so.0(+0x7e9a)[0x7f4a571b9e9a]
/lib/x86_64-linux-gnu/libc.so.6(clone+0x6d)[0x7f4a56ee6cbd]
======= Memory map: ========
00400000-00405000 r-xp 00000000 ca:01 21456 /usr/local/bin/vips
00604000-00605000 r--p 00004000 ca:01 21456 /usr/local/bin/vips
00605000-00606000 rw-p 00005000 ca:01 21456 /usr/local/bin/vips
01e0e000-0255b000 rw-p 00000000 00:00 0 [heap]
7f4a0c000000-7f4a0c073000 rw-p 00000000 00:00 0
7f4a0c073000-7f4a10000000 ---p 00000000 00:00 0
7f4a10000000-7f4a10070000 rw-p 00000000 00:00 0
7f4a10070000-7f4a14000000 ---p 00000000 00:00 0
7f4a14000000-7f4a14060000 rw-p 00000000 00:00 0
7f4a14060000-7f4a18000000 ---p 00000000 00:00 0
7f4a18000000-7f4a1806c000 rw-p 00000000 00:00 0
7f4a1806c000-7f4a1c000000 ---p 00000000 00:00 0
7f4a1c000000-7f4a1c069000 rw-p 00000000 00:00 0
7f4a1c069000-7f4a20000000 ---p 00000000 00:00 0
7f4a25ffc000-7f4a25ffd000 ---p 00000000 00:00 0
7f4a25ffd000-7f4a267fd000 rw-p 00000000 00:00 0
7f4a267fd000-7f4a267fe000 ---p 00000000 00:00 0
7f4a267fe000-7f4a26ffe000 rw-p 00000000 00:00 0
7f4a26ffe000-7f4a26fff000 ---p 00000000 00:00 0
7f4a26fff000-7f4a277ff000 rw-p 00000000 00:00 0
7f4a277ff000-7f4a27800000 ---p 00000000 00:00 0
7f4a27800000-7f4a28000000 rw-p 00000000 00:00 0
7f4a28000000-7f4a28078000 rw-p 00000000 00:00 0
7f4a28078000-7f4a2c000000 ---p 00000000 00:00 0
7f4a2c000000-7f4a2c078000 rw-p 00000000 00:00 0
7f4a2c078000-7f4a30000000 ---p 00000000 00:00 0
7f4a30000000-7f4a314f1000 rw-p 00000000 00:00 0
7f4a314f1000-7f4a34000000 ---p 00000000 00:00 0
7f4a34000000-7f4a3404b000 rw-p 00000000 00:00 0
7f4a3404b000-7f4a38000000 ---p 00000000 00:00 0
7f4a38000000-7f4a3bffb000 rw-p 00000000 00:00 0
7f4a3bffb000-7f4a3c000000 ---p 00000000 00:00 0
7f4a3c000000-7f4a3d601000 rw-p 00000000 00:00 0
7f4a3d601000-7f4a40000000 ---p 00000000 00:00 0
7f4a40000000-7f4a43f51000 rw-p 00000000 00:00 0
7f4a43f51000-7f4a44000000 ---p 00000000 00:00 0
7f4a44032000-7f4a44033000 ---p 00000000 00:00 0
7f4a44033000-7f4a44833000 rw-p 00000000 00:00 0
7f4a44833000-7f4a44834000 ---p 00000000 00:00 0
7f4a44834000-7f4a4742d000 rw-p 00000000 00:00 0
7f4a4742d000-7f4a4742e000 ---p 00000000 00:00 0
7f4a4742e000-7f4a47c2e000 rw-p 00000000 00:00 0
7f4a47c2e000-7f4a47c2f000 ---p 00000000 00:00 0
7f4a47c2f000-7f4a4a828000 rw-p 00000000 00:00 0
7f4a4a828000-7f4a4a829000 ---p 00000000 00:00 0
7f4a4a829000-7f4a4b029000 rw-p 00000000 00:00 0
7f4a4b029000-7f4a4b02a000 ---p 00000000 00:00 0
7f4a4b02a000-7f4a4fe22000 rw-p 00000000 00:00 0
7f4a4fe22000-7f4a4fe27000 r-xp 00000000 ca:01 7687 /usr/lib/x86_64-linux-gnu/libXdmcp.so.6.0.0
7f4a4fe27000-7f4a50026000 ---p 00005000 ca:01 7687 /usr/lib/x86_64-linux-gnu/libXdmcp.so.6.0.0
7f4a50026000-7f4a50027000 r--p 00004000 ca:01 7687 /usr/lib/x86_64-linux-gnu/libXdmcp.so.6.0.0
7f4a50027000-7f4a50028000 rw-p 00005000 ca:01 7687 /usr/lib/x86_64-linux-gnu/libXdmcp.so.6.0.0
7f4a50028000-7f4a5002a000 r-xp 00000000 ca:01 7686 /usr/lib/x86_64-linux-gnu/libXau.so.6.0.0
7f4a5002a000-7f4a50229000 ---p 00002000 ca:01 7686 /usr/lib/x86_64-linux-gnu/libXau.so.6.0.0
7f4a50229000-7f4a5022a000 r--p 00001000 ca:01 7686 /usr/lib/x86_64-linux-gnu/libXau.so.6.0.0
7f4a5022a000-7f4a5022b000 rw-p 00002000 ca:01 7686 /usr/lib/x86_64-linux-gnu/libXau.so.6.0.0
7f4a5022b000-7f4a50234000 r-xp 00000000 ca:01 20240 /usr/lib/x86_64-linux-gnu/libXrender.so.1.3.0
7f4a50234000-7f4a50433000 ---p 00009000 ca:01 20240 /usr/lib/x86_64-linux-gnu/libXrender.so.1.3.0
7f4a50433000-7f4a50434000 r--p 00008000 ca:01 20240 /usr/lib/x86_64-linux-gnu/libXrender.so.1.3.0
7f4a50434000-7f4a50435000 rw-p 00009000 ca:01 20240 /usr/lib/x86_64-linux-gnu/libXrender.so.1.3.0
7f4a50435000-7f4a5043d000 r-xp 00000000 ca:01 20208 /usr/lib/x86_64-linux-gnu/libxcb-render.so.0.0.0
7f4a5043d000-7f4a5063d000 ---p 00008000 ca:01 20208 /usr/lib/x86_64-linux-gnu/libxcb-render.so.0.0.0
7f4a5063d000-7f4a5063e000 r--p 00008000 ca:01 20208 /usr/lib/x86_64-linux-gnu/libxcb-render.so.0.0.0
7f4a5063e000-7f4a5063f000 rw-p 00009000 ca:01 20208 /usr/lib/x86_64-linux-gnu/libxcb-render.so.0.0.0
7f4a5063f000-7f4a50641000 r-xp 00000000 ca:01 20220 /usr/lib/x86_64-linux-gnu/libxcb-shm.so.0.0.0
7f4a50641000-7f4a50840000 ---p 00002000 ca:01 20220 /usr/lib/x86_64-linux-gnu/libxcb-shm.so.0.0.0
7f4a50840000-7f4a50841000 r--p 00001000 ca:01 20220 /usr/lib/x86_64-linux-gnu/libxcb-shm.so.0.0.0
7f4a50841000-7f4a50842000 rw-p 00002000 ca:01 20220 /usr/lib/x86_64-linux-gnu/libxcb-shm.so.0.0.0
7f4a50842000-7f4a508c3000 r-xp 00000000 ca:01 20167 /usr/lib/x86_64-linux-gnu/libpixman-1.so.0.24.4
7f4a508c3000-7f4a50ac2000 ---p 00081000 ca:01 20167 /usr/lib/x86_64-linux-gnu/libpixman-1.so.0.24.4
7f4a50ac2000-7f4a50ac8000 r--p 00080000 ca:01 20167 /usr/lib/x86_64-linux-gnu/libpixman-1.so.0.24.4
7f4a50ac8000-7f4a50ac9000 rw-p 00086000 ca:01 20167 /usr/lib/x86_64-linux-gnu/libpixman-1.so.0.24.4
7f4a50ac9000-7f4a50ae6000 r-xp 00000000 ca:01 7920 /usr/lib/x86_64-linux-gnu/libxcb.so.1.1.0
7f4a50ae6000-7f4a50ce5000 ---p 0001d000 ca:01 7920 /usr/lib/x86_64-linux-gnu/libxcb.so.1.1.0
7f4a50ce5000-7f4a50ce6000 r--p 0001c000 ca:01 7920 /usr/lib/x86_64-linux-gnu/libxcb.so.1.1.0
7f4a50ce6000-7f4a50ce7000 rw-p 0001d000 ca:01 7920 /usr/lib/x86_64-linux-gnu/libxcb.so.1.1.0
7f4a50ce7000-7f4a50d0e000 r-xp 00000000 ca:01 395313 /lib/x86_64-linux-gnu/libexpat.so.1.5.2
7f4a50d0e000-7f4a50f0e000 ---p 00027000 ca:01 395313 /lib/x86_64-linux-gnu/libexpat.so.1.5.2
7f4a50f0e000-7f4a50f10000 r--p 00027000 ca:01 395313 /lib/x86_64-linux-gnu/libexpat.so.1.5.2
7f4a50f10000-7f4a50f11000 rw-p 00029000 ca:01 395313 /lib/x86_64-linux-gnu/libexpat.so.1.5.2
7f4a50f11000-7f4a50f2f000 r-xp 00000000 ca:01 21161 /usr/lib/libopenjpeg-2.1.3.0.so
7f4a50f2f000-7f4a5112f000 ---p 0001e000 ca:01 21161 /usr/lib/libopenjpeg-2.1.3.0.so
7f4a5112f000-7f4a51130000 r--p 0001e000 ca:01 21161 /usr/lib/libopenjpeg-2.1.3.0.so
7f4a51130000-7f4a51131000 rw-p 0001f000 ca:01 21161 /usr/lib/libopenjpeg-2.1.3.0.so
7f4a51131000-7f4a511ea000 r-xp 00000000 ca:01 20251 /usr/lib/x86_64-linux-gnu/libcairo.so.2.11000.2
7f4a511ea000-7f4a513e9000 ---p 000b9000 ca:01 20251 /usr/lib/x86_64-linux-gnu/libcairo.so.2.11000.2
7f4a513e9000-7f4a513eb000 r--p 000b8000 ca:01 20251 /usr/lib/x86_64-linux-gnu/libcairo.so.2.11000.2
7f4a513eb000-7f4a513ec000 rw-p 000ba000 ca:01 20251 /usr/lib/x86_64-linux-gnu/libcairo.so.2.11000.2
7f4a513ec000-7f4a513ef000 rw-p 00000000 00:00 0
7f4a513ef000-7f4a513f5000 r-xp 00000000 ca:01 21275 /usr/lib/libIlmThread.so.6.0.0
7f4a513f5000-7f4a515f4000 ---p 00006000 ca:01 21275 /usr/lib/libIlmThread.so.6.0.0
7f4a515f4000-7f4a515f5000 r--p 00005000 ca:01 21275 /usr/lib/libIlmThread.so.6.0.0
7f4a515f5000-7f4a515f6000 rw-p 00006000 ca:01 21275 /usr/lib/libIlmThread.so.6.0.0
7f4a515f6000-7f4a51610000 r-xp 00000000 ca:01 21272 /usr/lib/libIex.so.6.0.0
7f4a51610000-7f4a51810000 ---p 0001a000 ca:01 21272 /usr/lib/libIex.so.6.0.0
7f4a51810000-7f4a51814000 r--p 0001a000 ca:01 21272 /usr/lib/libIex.so.6.0.0
7f4a51814000-7f4a51815000 rw-p 0001e000 ca:01 21272 /usr/lib/libIex.so.6.0.0
7f4a51815000-7f4a51857000 r-xp 00000000 ca:01 21273 /usr/lib/libHalf.so.6.0.0
7f4a51857000-7f4a51a56000 ---p 00042000 ca:01 21273 /usr/lib/libHalf.so.6.0.0
7f4a51a56000-7f4a51a57000 r--p 00041000 ca:01 21273 /usr/lib/libHalf.so.6.0.0
7f4a51a57000-7f4a51a58000 rw-p 00042000 ca:01 21273 /usr/lib/libHalf.so.6.0.0
7f4a51a58000-7f4a51a5c000 r-xp 00000000 ca:01 21274 /usr/lib/libImath.so.6.0.0
7f4a51a5c000-7f4a51c5c000 ---p 00004000 ca:01 21274 /usr/lib/libImath.so.6.0.0
7f4a51c5c000-7f4a51c5d000 r--p 00004000 ca:01 21274 /usr/lib/libImath.so.6.0.0
7f4a51c5d000-7f4a51c5e000 rw-p 00005000 ca:01 21274 /usr/lib/libImath.so.6.0.0
7f4a51c5e000-7f4a51c61000 r-xp 00000000 ca:01 7711 /usr/lib/x86_64-linux-gnu/libgmodule-2.0.so.0.3200.3
7f4a51c61000-7f4a51e60000 ---p 00003000 ca:01 7711 /usr/lib/x86_64-linux-gnu/libgmodule-2.0.so.0.3200.3
7f4a51e60000-7f4a51e61000 r--p 00002000 ca:01 7711 /usr/lib/x86_64-linux-gnu/libgmodule-2.0.so.0.3200.3
7f4a51e61000-7f4a51e62000 rw-p 00003000 ca:01 7711 /usr/lib/x86_64-linux-gnu/libgmodule-2.0.so.0.3200.3
7f4a51e62000-7f4a51e64000 r-xp 00000000 ca:01 395502 /lib/x86_64-linux-gnu/libdl-2.15.so
7f4a51e64000-7f4a52064000 ---p 00002000 ca:01 395502 /lib/x86_64-linux-gnu/libdl-2.15.so
7f4a52064000-7f4a52065000 r--p 00002000 ca:01 395502 /lib/x86_64-linux-gnu/libdl-2.15.so
7f4a52065000-7f4a52066000 rw-p 00003000 ca:01 395502 /lib/x86_64-linux-gnu/libdl-2.15.so
7f4a52066000-7f4a5206e000 r-xp 00000000 ca:01 20387 /usr/lib/x86_64-linux-gnu/libltdl.so.7.3.0
7f4a5206e000-7f4a5226e000 ---p 00008000 ca:01 20387 /usr/lib/x86_64-linux-gnu/libltdl.so.7.3.0
7f4a5226e000-7f4a5226f000 r--p 00008000 ca:01 20387 /usr/lib/x86_64-linux-gnu/libltdl.so.7.3.0
7f4a5226f000-7f4a52270000 rw-p 00009000 ca:01 20387 /usr/lib/x86_64-linux-gnu/libltdl.so.7.3.0
7f4a52270000-7f4a5227d000 r-xp 00000000 ca:01 5513 /usr/lib/x86_64-linux-gnu/libgomp.so.1.0.0
7f4a5227d000-7f4a5247c000 ---p 0000d000 ca:01 5513 /usr/lib/x86_64-linux-gnu/libgomp.so.1.0.0
7f4a5247c000-7f4a5247d000 r--p 0000c000 ca:01 5513 /usr/lib/x86_64-linux-gnu/libgomp.so.1.0.0
7f4a5247d000-7f4a5247e000 rw-p 0000d000 ca:01 5513 /usr/lib/x86_64-linux-gnu/libgomp.so.1.0.0
7f4a5247e000-7f4a52494000 r-xp 00000000 ca:01 395362 /lib/x86_64-linux-gnu/libz.so.1.2.3.4
7f4a52494000-7f4a52693000 ---p 00016000 ca:01 395362 /lib/x86_64-linux-gnu/libz.so.1.2.3.4
7f4a52693000-7f4a52694000 r--p 00015000 ca:01 395362 /lib/x86_64-linux-gnu/libz.so.1.2.3.4
7f4a52694000-7f4a52695000 rw-p 00016000 ca:01 395362 /lib/x86_64-linux-gnu/libz.so.1.2.3.4
7f4a52695000-7f4a526a4000 r-xp 00000000 ca:01 395304 /lib/x86_64-linux-gnu/libbz2.so.1.0.4
7f4a526a4000-7f4a528a3000 ---p 0000f000 ca:01 395304 /lib/x86_64-linux-gnu/libbz2.so.1.0.4
7f4a528a3000-7f4a528a4000 r--p 0000e000 ca:01 395304 /lib/x86_64-linux-gnu/libbz2.so.1.0.4
7f4a528a4000-7f4a528a5000 rw-p 0000f000 ca:01 395304 /lib/x86_64-linux-gnu/libbz2.so.1.0.4
7f4a528a5000-7f4a529d4000 r-xp 00000000 ca:01 7685 /usr/lib/x86_64-linux-gnu/libX11.so.6.3.0
7f4a529d4000-7f4a52bd4000 ---p 0012f000 ca:01 7685 /usr/lib/x86_64-linux-gnu/libX11.so.6.3.0
7f4a52bd4000-7f4a52bd5000 r--p 0012f000 ca:01 7685 /usr/lib/x86_64-linux-gnu/libX11.so.6.3.0
7f4a52bd5000-7f4a52bd9000 rw-p 00130000 ca:01 7685 /usr/lib/x86_64-linux-gnu/libX11.so.6.3.0
7f4a52bd9000-7f4a52be9000 r-xp 00000000 ca:01 7688 /usr/lib/x86_64-linux-gnu/libXext.so.6.4.0
7f4a52be9000-7f4a52de8000 ---p 00010000 ca:01 7688 /usr/lib/x86_64-linux-gnu/libXext.so.6.4.0
7f4a52de8000-7f4a52de9000 r--p 0000f000 ca:01 7688 /usr/lib/x86_64-linux-gnu/libXext.so.6.4.0
7f4a52de9000-7f4a52dea000 rw-p 00010000 ca:01 7688 /usr/lib/x86_64-linux-gnu/libXext.so.6.4.0
7f4a52dea000-7f4a52e1e000 r-xp 00000000 ca:01 20076 /usr/lib/x86_64-linux-gnu/libfontconfig.so.1.4.4
7f4a52e1e000-7f4a5301e000 ---p 00034000 ca:01 20076 /usr/lib/x86_64-linux-gnu/libfontconfig.so.1.4.4
7f4a5301e000-7f4a5301f000 r--p 00034000 ca:01 20076 /usr/lib/x86_64-linux-gnu/libfontconfig.so.1.4.4
7f4a5301f000-7f4a53020000 rw-p 00035000 ca:01 20076 /usr/lib/x86_64-linux-gnu/libfontconfig.so.1.4.4
7f4a53020000-7f4a53032000 r-xp 00000000 ca:01 21314 /usr/lib/liblqr-1.so.0.3.1
7f4a53032000-7f4a53232000 ---p 00012000 ca:01 21314 /usr/lib/liblqr-1.so.0.3.1
7f4a53232000-7f4a53233000 r--p 00012000 ca:01 21314 /usr/lib/liblqr-1.so.0.3.1
7f4a53233000-7f4a53234000 rw-p 00013000 ca:01 21314 /usr/lib/liblqr-1.so.0.3.1
7f4a53234000-7f4a532ca000 r-xp 00000000 ca:01 7707 /usr/lib/x86_64-linux-gnu/libfreetype.so.6.8.0
7f4a532ca000-7f4a534c9000 ---p 00096000 ca:01 7707 /usr/lib/x86_64-linux-gnu/libfreetype.so.6.8.0
7f4a534c9000-7f4a534cf000 r--p 00095000 ca:01 7707 /usr/lib/x86_64-linux-gnu/libfreetype.so.6.8.0
7f4a534cf000-7f4a534d0000 rw-p 0009b000 ca:01 7707 /usr/lib/x86_64-linux-gnu/libfreetype.so.6.8.0
7f4a534d0000-7f4a53503000 r-xp 00000000 ca:01 20331 /usr/lib/x86_64-linux-gnu/liblcms.so.1.0.19
7f4a53503000-7f4a53703000 ---p 00033000 ca:01 20331 /usr/lib/x86_64-linux-gnu/liblcms.so.1.0.19
7f4a53703000-7f4a53704000 r--p 00033000 ca:01 20331 /usr/lib/x86_64-linux-gnu/liblcms.so.1.0.19
7f4a53704000-7f4a53705000 rw-p 00034000 ca:01 20331 /usr/lib/x86_64-linux-gnu/liblcms.so.1.0.19
7f4a53705000-7f4a53707000 rw-p 00000000 00:00 0
7f4a53707000-7f4a5370e000 r-xp 00000000 ca:01 395507 /lib/x86_64-linux-gnu/librt-2.15.so
7f4a5370e000-7f4a5390d000 ---p 00007000 ca:01 395507 /lib/x86_64-linux-gnu/librt-2.15.so
7f4a5390d000-7f4a5390e000 r--p 00006000 ca:01 395507 /lib/x86_64-linux-gnu/librt-2.15.so
7f4a5390e000-7f4a5390f000 rw-p 00007000 ca:01 395507 /lib/x86_64-linux-gnu/librt-2.15.so
7f4a5390f000-7f4a5394b000 r-xp 00000000 ca:01 395342 /lib/x86_64-linux-gnu/libpcre.so.3.12.1
7f4a5394b000-7f4a53b4a000 ---p 0003c000 ca:01 395342 /lib/x86_64-linux-gnu/libpcre.so.3.12.1
7f4a53b4a000-7f4a53b4b000 r--p 0003b000 ca:01 395342 /lib/x86_64-linux-gnu/libpcre.so.3.12.1
7f4a53b4b000-7f4a53b4c000 rw-p 0003c000 ca:01 395342 /lib/x86_64-linux-gnu/libpcre.so.3.12.1
7f4a53b4c000-7f4a53b53000 r-xp 00000000 ca:01 7704 /usr/lib/x86_64-linux-gnu/libffi.so.6.0.0
7f4a53b53000-7f4a53d52000 ---p 00007000 ca:01 7704 /usr/lib/x86_64-linux-gnu/libffi.so.6.0.0
7f4a53d52000-7f4a53d53000 r--p 00006000 ca:01 7704 /usr/lib/x86_64-linux-gnu/libffi.so.6.0.0
7f4a53d53000-7f4a53d54000 rw-p 00007000 ca:01 7704 /usr/lib/x86_64-linux-gnu/libffi.so.6.0.0
7f4a53d54000-7f4a53d69000 r-xp 00000000 ca:01 395315 /lib/x86_64-linux-gnu/libgcc_s.so.1
7f4a53d69000-7f4a53f68000 ---p 00015000 ca:01 395315 /lib/x86_64-linux-gnu/libgcc_s.so.1
7f4a53f68000-7f4a53f69000 r--p 00014000 ca:01 395315 /lib/x86_64-linux-gnu/libgcc_s.so.1
7f4a53f69000-7f4a53f6a000 rw-p 00015000 ca:01 395315 /lib/x86_64-linux-gnu/libgcc_s.so.1
7f4a53f6a000-7f4a54065000 r-xp 00000000 ca:01 395511 /lib/x86_64-linux-gnu/libm-2.15.so
7f4a54065000-7f4a54264000 ---p 000fb000 ca:01 395511 /lib/x86_64-linux-gnu/libm-2.15.so
7f4a54264000-7f4a54265000 r--p 000fa000 ca:01 395511 /lib/x86_64-linux-gnu/libm-2.15.so
7f4a54265000-7f4a54266000 rw-p 000fb000 ca:01 395511 /lib/x86_64-linux-gnu/libm-2.15.so
7f4a54266000-7f4a54348000 r-xp 00000000 ca:01 7749 /usr/lib/x86_64-linux-gnu/libstdc++.so.6.0.16
7f4a54348000-7f4a54547000 ---p 000e2000 ca:01 7749 /usr/lib/x86_64-linux-gnu/libstdc++.so.6.0.16
7f4a54547000-7f4a5454f000 r--p 000e1000 ca:01 7749 /usr/lib/x86_64-linux-gnu/libstdc++.so.6.0.16
7f4a5454f000-7f4a54551000 rw-p 000e9000 ca:01 7749 /usr/lib/x86_64-linux-gnu/libstdc++.so.6.0.16
7f4a54551000-7f4a54566000 rw-p 00000000 00:00 0
7f4a54566000-7f4a54597000 r-xp 00000000 ca:01 20224 /usr/lib/x86_64-linux-gnu/libexif.so.12.3.2
7f4a54597000-7f4a54797000 ---p 00031000 ca:01 20224 /usr/lib/x86_64-linux-gnu/libexif.so.12.3.2
7f4a54797000-7f4a547aa000 r--p 00031000 ca:01 20224 /usr/lib/x86_64-linux-gnu/libexif.so.12.3.2
7f4a547aa000-7f4a547ab000 rw-p 00044000 ca:01 20224 /usr/lib/x86_64-linux-gnu/libexif.so.12.3.2
7f4a547ab000-7f4a547d8000 r-xp 00000000 ca:01 21528 /usr/lib/libmatio.so.0.0.0
7f4a547d8000-7f4a549d7000 ---p 0002d000 ca:01 21528 /usr/lib/libmatio.so.0.0.0
7f4a549d7000-7f4a549d8000 r--p 0002c000 ca:01 21528 /usr/lib/libmatio.so.0.0.0
7f4a549d8000-7f4a549d9000 rw-p 0002d000 ca:01 21528 /usr/lib/libmatio.so.0.0.0
7f4a549d9000-7f4a54b2f000 r-xp 00000000 ca:01 20178 /usr/lib/x86_64-linux-gnu/libcfitsio.so.3.290
7f4a54b2f000-7f4a54d2e000 ---p 00156000 ca:01 20178 /usr/lib/x86_64-linux-gnu/libcfitsio.so.3.290
7f4a54d2e000-7f4a54d2f000 r--p 00155000 ca:01 20178 /usr/lib/x86_64-linux-gnu/libcfitsio.so.3.290
7f4a54d2f000-7f4a54d33000 rw-p 00156000 ca:01 20178 /usr/lib/x86_64-linux-gnu/libcfitsio.so.3.290
7f4a54d33000-7f4a54d9c000 rw-p 00000000 00:00 0
7f4a54d9c000-7f4a54db6000 r-xp 00000000 ca:01 21239 /usr/local/lib/libopenslide.so.0.3.2
7f4a54db6000-7f4a54fb5000 ---p 0001a000 ca:01 21239 /usr/local/lib/libopenslide.so.0.3.2
7f4a54fb5000-7f4a54fb6000 r--p 00019000 ca:01 21239 /usr/local/lib/libopenslide.so.0.3.2
7f4a54fb6000-7f4a54fb7000 rw-p 0001a000 ca:01 21239 /usr/local/lib/libopenslide.so.0.3.2
7f4a54fb7000-7f4a55075000 r-xp 00000000 ca:01 21431 /usr/lib/libIlmImf.so.6.0.0
7f4a55075000-7f4a55274000 ---p 000be000 ca:01 21431 /usr/lib/libIlmImf.so.6.0.0
7f4a55274000-7f4a55277000 r--p 000bd000 ca:01 21431 /usr/lib/libIlmImf.so.6.0.0
7f4a55277000-7f4a55278000 rw-p 000c0000 ca:01 21431 /usr/lib/libIlmImf.so.6.0.0
7f4a55278000-7f4a552be000 r-xp 00000000 ca:01 20341 /usr/lib/x86_64-linux-gnu/liblcms2.so.2.0.2
7f4a552be000-7f4a554bd000 ---p 00046000 ca:01 20341 /usr/lib/x86_64-linux-gnu/liblcms2.so.2.0.2
7f4a554bd000-7f4a554be000 r--p 00045000 ca:01 20341 /usr/lib/x86_64-linux-gnu/liblcms2.so.2.0.2
7f4a554be000-7f4a554c2000 rw-p 00046000 ca:01 20341 /usr/lib/x86_64-linux-gnu/liblcms2.so.2.0.2
7f4a554c2000-7f4a554c3000 rw-p 00000000 00:00 0
7f4a554c3000-7f4a55538000 r-xp 00000000 ca:01 20403 /usr/lib/x86_64-linux-gnu/liborc-0.4.so.0.16.0
7f4a55538000-7f4a55737000 ---p 00075000 ca:01 20403 /usr/lib/x86_64-linux-gnu/liborc-0.4.so.0.16.0
7f4a55737000-7f4a55739000 r--p 00074000 ca:01 20403 /usr/lib/x86_64-linux-gnu/liborc-0.4.so.0.16.0
7f4a55739000-7f4a5573e000 rw-p 00076000 ca:01 20403 /usr/lib/x86_64-linux-gnu/liborc-0.4.so.0.16.0
7f4a5573e000-7f4a558ac000 r-xp 00000000 ca:01 21159 /usr/lib/libfftw3.so.3.3.0
7f4a558ac000-7f4a55aab000 ---p 0016e000 ca:01 21159 /usr/lib/libfftw3.so.3.3.0
7f4a55aab000-7f4a55ab7000 r--p 0016d000 ca:01 21159 /usr/lib/libfftw3.so.3.3.0
7f4a55ab7000-7f4a55ab8000 rw-p 00179000 ca:01 21159 /usr/lib/libfftw3.so.3.3.0
7f4a55ab8000-7f4a55afe000 r-xp 00000000 ca:01 20370 /usr/lib/x86_64-linux-gnu/libpango-1.0.so.0.3000.0
7f4a55afe000-7f4a55cfe000 ---p 00046000 ca:01 20370 /usr/lib/x86_64-linux-gnu/libpango-1.0.so.0.3000.0
7f4a55cfe000-7f4a55d00000 r--p 00046000 ca:01 20370 /usr/lib/x86_64-linux-gnu/libpango-1.0.so.0.3000.0
7f4a55d00000-7f4a55d01000 rw-p 00048000 ca:01 20370 /usr/lib/x86_64-linux-gnu/libpango-1.0.so.0.3000.0
7f4a55d01000-7f4a55d2a000 r-xp 00000000 ca:01 20369 /usr/lib/x86_64-linux-gnu/libpangoft2-1.0.so.0.3000.0
7f4a55d2a000-7f4a55f29000 ---p 00029000 ca:01 20369 /usr/lib/x86_64-linux-gnu/libpangoft2-1.0.so.0.3000.0
7f4a55f29000-7f4a55f2a000 r--p 00028000 ca:01 20369 /usr/lib/x86_64-linux-gnu/libpangoft2-1.0.so.0.3000.0
7f4a55f2a000-7f4a55f2b000 rw-p 00029000 ca:01 20369 /usr/lib/x86_64-linux-gnu/libpangoft2-1.0.so.0.3000.0
7f4a55f2b000-7f4a5607c000 r-xp 00000000 ca:01 7932 /usr/lib/x86_64-linux-gnu/libxml2.so.2.7.8
7f4a5607c000-7f4a5627b000 ---p 00151000 ca:01 7932 /usr/lib/x86_64-linux-gnu/libxml2.so.2.7.8
7f4a5627b000-7f4a56283000 r--p 00150000 ca:01 7932 /usr/lib/x86_64-linux-gnu/libxml2.so.2.7.8
7f4a56283000-7f4a56285000 rw-p 00158000 ca:01 7932 /usr/lib/x86_64-linux-gnu/libxml2.so.2.7.8
7f4a56285000-7f4a56286000 rw-p 00000000 00:00 0
7f4a56286000-7f4a562c4000 r-xp 00000000 ca:01 14082 /usr/lib/x86_64-linux-gnu/libjpeg.so.8.0.2
7f4a562c4000-7f4a564c4000 ---p 0003e000 ca:01 14082 /usr/lib/x86_64-linux-gnu/libjpeg.so.8.0.2
7f4a564c4000-7f4a564c5000 r--p 0003e000 ca:01 14082 /usr/lib/x86_64-linux-gnu/libjpeg.so.8.0.2
7f4a564c5000-7f4a564c6000 rw-p 0003f000 ca:01 14082 /usr/lib/x86_64-linux-gnu/libjpeg.so.8.0.2
7f4a564c6000-7f4a564d6000 rw-p 00000000 00:00 0
7f4a564d6000-7f4a56543000 r-xp 00000000 ca:01 36 /usr/local/lib/libtiff.so.5.2.0
7f4a56543000-7f4a56743000 ---p 0006d000 ca:01 36 /usr/local/lib/libtiff.so.5.2.0
7f4a56743000-7f4a56744000 r--p 0006d000 ca:01 36 /usr/local/lib/libtiff.so.5.2.0
7f4a56744000-7f4a56747000 rw-p 0006e000 ca:01 36 /usr/local/lib/libtiff.so.5.2.0
7f4a56747000-7f4a56748000 rw-p 00000000 00:00 0
7f4a56748000-7f4a5676e000 r-xp 00000000 ca:01 395344 /lib/x86_64-linux-gnu/libpng12.so.0.46.0
7f4a5676e000-7f4a5696e000 ---p 00026000 ca:01 395344 /lib/x86_64-linux-gnu/libpng12.so.0.46.0
7f4a5696e000-7f4a5696f000 r--p 00026000 ca:01 395344 /lib/x86_64-linux-gnu/libpng12.so.0.46.0
7f4a5696f000-7f4a56970000 rw-p 00027000 ca:01 395344 /lib/x86_64-linux-gnu/libpng12.so.0.46.0
7f4a56970000-7f4a56b81000 r-xp 00000000 ca:01 21425 /usr/lib/libMagickCore.so.4.0.1
7f4a56b81000-7f4a56d81000 ---p 00211000 ca:01 21425 /usr/lib/libMagickCore.so.4.0.1
7f4a56d81000-7f4a56d93000 r--p 00211000 ca:01 21425 /usr/lib/libMagickCore.so.4.0.1
7f4a56d93000-7f4a56dd2000 rw-p 00223000 ca:01 21425 /usr/lib/libMagickCore.so.4.0.1
7f4a56dd2000-7f4a56df3000 rw-p 00000000 00:00 0
7f4a56df3000-7f4a56fa8000 r-xp 00000000 ca:01 395503 /lib/x86_64-linux-gnu/libc-2.15.so
7f4a56fa8000-7f4a571a7000 ---p 001b5000 ca:01 395503 /lib/x86_64-linux-gnu/libc-2.15.so
7f4a571a7000-7f4a571ab000 r--p 001b4000 ca:01 395503 /lib/x86_64-linux-gnu/libc-2.15.so
7f4a571ab000-7f4a571ad000 rw-p 001b8000 ca:01 395503 /lib/x86_64-linux-gnu/libc-2.15.so
7f4a571ad000-7f4a571b2000 rw-p 00000000 00:00 0
7f4a571b2000-7f4a571ca000 r-xp 00000000 ca:01 395505 /lib/x86_64-linux-gnu/libpthread-2.15.so
7f4a571ca000-7f4a573c9000 ---p 00018000 ca:01 395505 /lib/x86_64-linux-gnu/libpthread-2.15.so
7f4a573c9000-7f4a573ca000 r--p 00017000 ca:01 395505 /lib/x86_64-linux-gnu/libpthread-2.15.so
7f4a573ca000-7f4a573cb000 rw-p 00018000 ca:01 395505 /lib/x86_64-linux-gnu/libpthread-2.15.so
7f4a573cb000-7f4a573cf000 rw-p 00000000 00:00 0
7f4a573cf000-7f4a574c1000 r-xp 00000000 ca:01 395317 /lib/x86_64-linux-gnu/libglib-2.0.so.0.3200.3
7f4a574c1000-7f4a576c1000 ---p 000f2000 ca:01 395317 /lib/x86_64-linux-gnu/libglib-2.0.so.0.3200.3
7f4a576c1000-7f4a576c2000 r--p 000f2000 ca:01 395317 /lib/x86_64-linux-gnu/libglib-2.0.so.0.3200.3
7f4a576c2000-7f4a576c3000 rw-p 000f3000 ca:01 395317 /lib/x86_64-linux-gnu/libglib-2.0.so.0.3200.3
7f4a576c3000-7f4a576c4000 rw-p 00000000 00:00 0
7f4a576c4000-7f4a57711000 r-xp 00000000 ca:01 7715 /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.3200.3
7f4a57711000-7f4a57911000 ---p 0004d000 ca:01 7715 /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.3200.3
7f4a57911000-7f4a57912000 r--p 0004d000 ca:01 7715 /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.3200.3
7f4a57912000-7f4a57913000 rw-p 0004e000 ca:01 7715 /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0.3200.3
7f4a57913000-7f4a57b35000 r-xp 00000000 ca:01 21235 /usr/local/lib/libvips.so.29.4.8
7f4a57b35000-7f4a57d35000 ---p 00222000 ca:01 21235 /usr/local/lib/libvips.so.29.4.8
7f4a57d35000-7f4a57d37000 r--p 00222000 ca:01 21235 /usr/local/lib/libvips.so.29.4.8
7f4a57d37000-7f4a57d4d000 rw-p 00224000 ca:01 21235 /usr/local/lib/libvips.so.29.4.8
7f4a57d4d000-7f4a57f1e000 rw-p 00000000 00:00 0
7f4a57f1e000-7f4a57f40000 r-xp 00000000 ca:01 395517 /lib/x86_64-linux-gnu/ld-2.15.so
7f4a57f72000-7f4a57f73000 rw-p 00000000 00:00 0
7f4a57f73000-7f4a57f83000 rw-s 00000000 ca:01 17063 /tmp/orcexec.jXkPGQ (deleted)
7f4a57f83000-7f4a57f93000 r-xs 00000000 ca:01 17063 /tmp/orcexec.jXkPGQ (deleted)
7f4a57f93000-7f4a5811c000 r--p 00000000 ca:01 17069 /usr/lib/locale/locale-archive
7f4a5811c000-7f4a58136000 rw-p 00000000 00:00 0
7f4a58136000-7f4a5813d000 r--s 00000000 ca:01 1911 /usr/lib/x86_64-linux-gnu/gconv/gconv-modules.cache
7f4a5813d000-7f4a58140000 rw-p 00000000 00:00 0
7f4a58140000-7f4a58141000 r--p 00022000 ca:01 395517 /lib/x86_64-linux-gnu/ld-2.15.so
7f4a58141000-7f4a58143000 rw-p 00023000 ca:01 395517 /lib/x86_64-linux-gnu/ld-2.15.so
7fff8fae5000-7fff8fb06000 rw-p 00000000 00:00 0 [stack]
7fff8fbb3000-7fff8fbb4000 r-xp 00000000 00:00 0 [vdso]
ffffffffff600000-ffffffffff601000 r-xp 00000000 00:00 0 [vsyscall]
Aborted (core dumped)
Segfault with im_affinei_all
I'm getting a segmentation fault in 7.26.7 while attempting to rotate an image. I've tried two different images and both segfault. On Gentoo Linux amd64.
(gdb) run im_affinei_all /scratch/sep16/24623.v /tmp/24623-rotated.v -- bicubic -0.994522 0.104528 -0.104528 -0.994522 0 0
Starting program: /usr/bin/vips im_affinei_all /scratch/sep16/24623.v /tmp/24623-rotated.v -- bicubic -0.994522 0.104528 -0.104528 -0.994522 0 0
[Thread debugging using libthread_db enabled]
Program received signal SIGSEGV, Segmentation fault.
0x00007ffff7a8fdd3 in vips_object_new_from_string () from /usr/lib64/libvips.so.15
(gdb) bt
#0 0x00007ffff7a8fdd3 in vips_object_new_from_string () from /usr/lib64/libvips.so.15
#1 0x00007ffff7a0da0a in input_interpolate_init () from /usr/lib64/libvips.so.15
#2 0x00007ffff7a1110c in im_run_command () from /usr/lib64/libvips.so.15
#3 0x0000000000404e14 in main ()
Opening a corrupted file using im_jpeg2vips crashes the app
*** glibc detected *** /home/greg/workspace/testcpp/Debug/testcpp: double free or corruption (!prev): 0x00000000020a7d10 ***
======= Backtrace: =========
/lib/x86_64-linux-gnu/libc.so.6(+0x7e626)[0x7fac1baf7626]
/lib/x86_64-linux-gnu/libc.so.6(fclose+0x155)[0x7fac1bae72a5]
/usr/local/lib/libvips.so.15(+0x10fa0d)[0x7fac1c245a0d]
/usr/local/lib/libvips.so.15(vips__jpeg_read_file+0xf1)[0x7fac1c2469d1]
/usr/local/lib/libvips.so.15(+0x110ef3)[0x7fac1c246ef3]
/usr/local/lib/libvips.so.15(+0x101c20)[0x7fac1c237c20]
/usr/local/lib/libvips.so.15(+0x1110fd)[0x7fac1c2470fd]
/usr/local/lib/libvips.so.15(vips_object_build+0x19)[0x7fac1c2619f9]
/usr/local/lib/libvips.so.15(vips_cache_operation_buildp+0xb4)[0x7fac1c26afe4]
/usr/local/lib/libvips.so.15(+0x1397ec)[0x7fac1c26f7ec]
/usr/local/lib/libvips.so.15(vips_call_split+0xa3)[0x7fac1c270d73]
/usr/local/lib/libvips.so.15(vips_jpegload+0x96)[0x7fac1c239076]
/usr/local/lib/libvips.so.15(im_jpeg2vips+0xc6)[0x7fac1c20e8b6]
Pyramid TIFF parser creates a bad image
When writing a Pyramid TIFF image from an original high-resolution TIFF, the smallest level image will come out corrupted.
Screenshot available here:
http://dl.dropbox.com/u/1996023/vips_bad_output.png
I can provide a link to the original file as well if you need it.
No diagnostic if string passed to integer command-line argument
vips openslideload --level aardvark CMU-1.svs out.png is silently accepted as equivalent to --level 0, rather than producing an error.
build errors
Hello!
I work on creating VIPS packages for openSUSE, but there are build errors based on compilation warnings:
... running 01-check-debuginfo
... testing for empty debuginfo packages
... running 02-check-gcc-output
... testing for serious compiler warnings
(using /usr/lib/build/checks-data/check_gcc_output)
(using /var/tmp/build-root/.build.log)
I: Program is likely to break with new gcc. Try -fno-strict-aliasing.
W: vips strict-aliasing-punning cache.c:149, 154, 159, 164
I: Program returns random data in a function
E: vips no-return-in-nonvoid-function rename.c:397
E: vips no-return-in-nonvoid-function vips2tiff.c:1208, 1222
I: Program returns random data in a function
E: vips no-return-in-nonvoid-function rename.c:397
E: vips no-return-in-nonvoid-function vips2tiff.c:1208, 1222build for openSUSE 12.1, GCC 4.6 and openSUSE 12.2, GCC 4.7.
For some reason, I don't see --with_libexif_libraries and --with_libexif_includes
Do you know why ./configure script I got doesn't seem to have an option to specify libexif libraries?
Can not compile on Amazon Linux 64b
This time I will document everything I do while trying to get VIPS compiled on Amazon AWS EC2 instance running Amazon Linux updated to the latest version (I believe that is 2012.09):
After git clone, from libvips directory:
$ ./bootstrap.sh
./bootstrap.sh: line 20: aclocal: command not found
cp: cannot stat `/codeset.m4': No such file or directory
cp: cannot stat `/gettext.m4': No such file or directory
cp: cannot stat `/glibc21.m4': No such file or directory
cp: cannot stat `/iconv.m4': No such file or directory
cp: cannot stat `/isc-posix.m4': No such file or directory
cp: cannot stat `/lcmessage.m4': No such file or directory
cp: cannot stat `/progtest.m4': No such file or directory
cp: cannot stat `/introspection.m4': No such file or directory
./bootstrap.sh: line 31: gtkdocize: command not found
ok, aclocal and gtkdocize missing, aclocal is i think provided by automake:
$ sudo yum install automake gtk-doc then:
./bootstrap.sh
mkdir: cannot create directory `m4': File exists
cp: cannot stat `/usr/share/aclocal/codeset.m4': No such file or directory
cp: cannot stat `/usr/share/aclocal/gettext.m4': No such file or directory
cp: cannot stat `/usr/share/aclocal/glibc21.m4': No such file or directory
cp: cannot stat `/usr/share/aclocal/iconv.m4': No such file or directory
cp: cannot stat `/usr/share/aclocal/isc-posix.m4': No such file or directory
cp: cannot stat `/usr/share/aclocal/lcmessage.m4': No such file or directory
cp: cannot stat `/usr/share/aclocal/progtest.m4': No such file or directory
cp: cannot stat `/usr/share/aclocal/introspection.m4': No such file or directory
testing for glibtoolize ...
using libtoolize
Copying file mkinstalldirs
Copying file po/Makefile.in.in
Please add the files
codeset.m4 gettext.m4 glibc21.m4 iconv.m4 isc-posix.m4 lcmessage.m4
progtest.m4
from the /usr/share/aclocal directory to your autoconf macro directory
or directly to your aclocal.m4 file.
You will also need config.guess and config.sub, which you can get from
ftp://ftp.gnu.org/pub/gnu/config/.
configure.in:289: error: possibly undefined macro: AC_LIBTOOL_WIN32_DLL
If this token and others are legitimate, please use m4_pattern_allow.
See the Autoconf documentation.
configure.in:299: error: possibly undefined macro: AC_PROG_LIBTOOL
./bootstrap.sh: line 50: libtoolize: command not found
configure.in:91: installing `./config.guess'
configure.in:91: installing `./config.sub'
configure.in:12: installing `./install-sh'
configure.in:12: installing `./missing'
gtk-doc.make:55: GTK_DOC_BUILD_HTML does not appear in AM_CONDITIONAL
doc/reference/Makefile.am:89: `gtk-doc.make' included from here
gtk-doc.make:60: GTK_DOC_BUILD_PDF does not appear in AM_CONDITIONAL
doc/reference/Makefile.am:89: `gtk-doc.make' included from here
libvips/Makefile.am:83: HAVE_INTROSPECTION does not appear in AM_CONDITIONAL
libvips/Makefile.am:32: Libtool library used but `LIBTOOL' is undefined
libvips/Makefile.am:32: The usual way to define `LIBTOOL' is to add `AC_PROG_LIBTOOL'
libvips/Makefile.am:32: to `configure.in' and run `aclocal' and `autoconf' again.
libvips/Makefile.am:32: If `AC_PROG_LIBTOOL' is in `configure.in', make sure
libvips/Makefile.am:32: its definition is in aclocal's search path.
libvips/Makefile.am: installing `./depcomp'
libvips/arithmetic/Makefile.am:1: Libtool library used but `LIBTOOL' is undefined
libvips/arithmetic/Makefile.am:1: The usual way to define `LIBTOOL' is to add `AC_PROG_LIBTOOL'
libvips/arithmetic/Makefile.am:1: to `configure.in' and run `aclocal' and `autoconf' again.
libvips/arithmetic/Makefile.am:1: If `AC_PROG_LIBTOOL' is in `configure.in', make sure
libvips/arithmetic/Makefile.am:1: its definition is in aclocal's search path.
libvips/cimg/Makefile.am:1: Libtool library used but `LIBTOOL' is undefined
libvips/cimg/Makefile.am:1: The usual way to define `LIBTOOL' is to add `AC_PROG_LIBTOOL'
libvips/cimg/Makefile.am:1: to `configure.in' and run `aclocal' and `autoconf' again.
libvips/cimg/Makefile.am:1: If `AC_PROG_LIBTOOL' is in `configure.in', make sure
libvips/cimg/Makefile.am:1: its definition is in aclocal's search path.
libvips/colour/Makefile.am:1: Libtool library used but `LIBTOOL' is undefined
libvips/colour/Makefile.am:1: The usual way to define `LIBTOOL' is to add `AC_PROG_LIBTOOL'
libvips/colour/Makefile.am:1: to `configure.in' and run `aclocal' and `autoconf' again.
libvips/colour/Makefile.am:1: If `AC_PROG_LIBTOOL' is in `configure.in', make sure
libvips/colour/Makefile.am:1: its definition is in aclocal's search path.
libvips/conversion/Makefile.am:1: Libtool library used but `LIBTOOL' is undefined
libvips/conversion/Makefile.am:1: The usual way to define `LIBTOOL' is to add `AC_PROG_LIBTOOL'
libvips/conversion/Makefile.am:1: to `configure.in' and run `aclocal' and `autoconf' again.
libvips/conversion/Makefile.am:1: If `AC_PROG_LIBTOOL' is in `configure.in', make sure
libvips/conversion/Makefile.am:1: its definition is in aclocal's search path.
libvips/convolution/Makefile.am:1: Libtool library used but `LIBTOOL' is undefined
libvips/convolution/Makefile.am:1: The usual way to define `LIBTOOL' is to add `AC_PROG_LIBTOOL'
libvips/convolution/Makefile.am:1: to `configure.in' and run `aclocal' and `autoconf' again.
libvips/convolution/Makefile.am:1: If `AC_PROG_LIBTOOL' is in `configure.in', make sure
libvips/convolution/Makefile.am:1: its definition is in aclocal's search path.
libvips/deprecated/Makefile.am:1: Libtool library used but `LIBTOOL' is undefined
libvips/deprecated/Makefile.am:1: The usual way to define `LIBTOOL' is to add `AC_PROG_LIBTOOL'
libvips/deprecated/Makefile.am:1: to `configure.in' and run `aclocal' and `autoconf' again.
libvips/deprecated/Makefile.am:1: If `AC_PROG_LIBTOOL' is in `configure.in', make sure
libvips/deprecated/Makefile.am:1: its definition is in aclocal's search path.
libvips/foreign/Makefile.am:1: Libtool library used but `LIBTOOL' is undefined
libvips/foreign/Makefile.am:1: The usual way to define `LIBTOOL' is to add `AC_PROG_LIBTOOL'
libvips/foreign/Makefile.am:1: to `configure.in' and run `aclocal' and `autoconf' again.
libvips/foreign/Makefile.am:1: If `AC_PROG_LIBTOOL' is in `configure.in', make sure
libvips/foreign/Makefile.am:1: its definition is in aclocal's search path.
libvips/freq_filt/Makefile.am:1: Libtool library used but `LIBTOOL' is undefined
libvips/freq_filt/Makefile.am:1: The usual way to define `LIBTOOL' is to add `AC_PROG_LIBTOOL'
libvips/freq_filt/Makefile.am:1: to `configure.in' and run `aclocal' and `autoconf' again.
libvips/freq_filt/Makefile.am:1: If `AC_PROG_LIBTOOL' is in `configure.in', make sure
libvips/freq_filt/Makefile.am:1: its definition is in aclocal's search path.
libvips/histograms_lut/Makefile.am:1: Libtool library used but `LIBTOOL' is undefined
libvips/histograms_lut/Makefile.am:1: The usual way to define `LIBTOOL' is to add `AC_PROG_LIBTOOL'
libvips/histograms_lut/Makefile.am:1: to `configure.in' and run `aclocal' and `autoconf' again.
libvips/histograms_lut/Makefile.am:1: If `AC_PROG_LIBTOOL' is in `configure.in', make sure
libvips/histograms_lut/Makefile.am:1: its definition is in aclocal's search path.
libvips/inplace/Makefile.am:1: Libtool library used but `LIBTOOL' is undefined
libvips/inplace/Makefile.am:1: The usual way to define `LIBTOOL' is to add `AC_PROG_LIBTOOL'
libvips/inplace/Makefile.am:1: to `configure.in' and run `aclocal' and `autoconf' again.
libvips/inplace/Makefile.am:1: If `AC_PROG_LIBTOOL' is in `configure.in', make sure
libvips/inplace/Makefile.am:1: its definition is in aclocal's search path.
libvips/iofuncs/Makefile.am:1: Libtool library used but `LIBTOOL' is undefined
libvips/iofuncs/Makefile.am:1: The usual way to define `LIBTOOL' is to add `AC_PROG_LIBTOOL'
libvips/iofuncs/Makefile.am:1: to `configure.in' and run `aclocal' and `autoconf' again.
libvips/iofuncs/Makefile.am:1: If `AC_PROG_LIBTOOL' is in `configure.in', make sure
libvips/iofuncs/Makefile.am:1: its definition is in aclocal's search path.
libvips/morphology/Makefile.am:1: Libtool library used but `LIBTOOL' is undefined
libvips/morphology/Makefile.am:1: The usual way to define `LIBTOOL' is to add `AC_PROG_LIBTOOL'
libvips/morphology/Makefile.am:1: to `configure.in' and run `aclocal' and `autoconf' again.
libvips/morphology/Makefile.am:1: If `AC_PROG_LIBTOOL' is in `configure.in', make sure
libvips/morphology/Makefile.am:1: its definition is in aclocal's search path.
libvips/mosaicing/Makefile.am:1: Libtool library used but `LIBTOOL' is undefined
libvips/mosaicing/Makefile.am:1: The usual way to define `LIBTOOL' is to add `AC_PROG_LIBTOOL'
libvips/mosaicing/Makefile.am:1: to `configure.in' and run `aclocal' and `autoconf' again.
libvips/mosaicing/Makefile.am:1: If `AC_PROG_LIBTOOL' is in `configure.in', make sure
libvips/mosaicing/Makefile.am:1: its definition is in aclocal's search path.
libvips/other/Makefile.am:1: Libtool library used but `LIBTOOL' is undefined
libvips/other/Makefile.am:1: The usual way to define `LIBTOOL' is to add `AC_PROG_LIBTOOL'
libvips/other/Makefile.am:1: to `configure.in' and run `aclocal' and `autoconf' again.
libvips/other/Makefile.am:1: If `AC_PROG_LIBTOOL' is in `configure.in', make sure
libvips/other/Makefile.am:1: its definition is in aclocal's search path.
libvips/resample/Makefile.am:42: Libtool library used but `LIBTOOL' is undefined
libvips/resample/Makefile.am:42: The usual way to define `LIBTOOL' is to add `AC_PROG_LIBTOOL'
libvips/resample/Makefile.am:42: to `configure.in' and run `aclocal' and `autoconf' again.
libvips/resample/Makefile.am:42: If `AC_PROG_LIBTOOL' is in `configure.in', make sure
libvips/resample/Makefile.am:42: its definition is in aclocal's search path.
libvips/video/Makefile.am:1: Libtool library used but `LIBTOOL' is undefined
libvips/video/Makefile.am:1: The usual way to define `LIBTOOL' is to add `AC_PROG_LIBTOOL'
libvips/video/Makefile.am:1: to `configure.in' and run `aclocal' and `autoconf' again.
libvips/video/Makefile.am:1: If `AC_PROG_LIBTOOL' is in `configure.in', make sure
libvips/video/Makefile.am:1: its definition is in aclocal's search path.
libvipsCC/Makefile.am:9: Libtool library used but `LIBTOOL' is undefined
libvipsCC/Makefile.am:9: The usual way to define `LIBTOOL' is to add `AC_PROG_LIBTOOL'
libvipsCC/Makefile.am:9: to `configure.in' and run `aclocal' and `autoconf' again.
libvipsCC/Makefile.am:9: If `AC_PROG_LIBTOOL' is in `configure.in', make sure
libvipsCC/Makefile.am:9: its definition is in aclocal's search path.
swig/vipsCC/Makefile.am:32: Libtool library used but `LIBTOOL' is undefined
swig/vipsCC/Makefile.am:32: The usual way to define `LIBTOOL' is to add `AC_PROG_LIBTOOL'
swig/vipsCC/Makefile.am:32: to `configure.in' and run `aclocal' and `autoconf' again.
swig/vipsCC/Makefile.am:32: If `AC_PROG_LIBTOOL' is in `configure.in', make sure
swig/vipsCC/Makefile.am:32: its definition is in aclocal's search path.
swig/vipsCC/Makefile.am:13: installing `./py-compile'
./bootstrap.sh: line 53: swig: command not found
you need swig to build from SVN
I need SWIG! sudo yum install swig also it has some issues with libtoolize, let's get it libtool sudo yum install libtool-ltdl-devel libtool then
./bootstrap.sh
cp: cannot stat `/usr/share/aclocal/codeset.m4': No such file or directory
cp: cannot stat `/usr/share/aclocal/gettext.m4': No such file or directory
cp: cannot stat `/usr/share/aclocal/glibc21.m4': No such file or directory
cp: cannot stat `/usr/share/aclocal/iconv.m4': No such file or directory
cp: cannot stat `/usr/share/aclocal/isc-posix.m4': No such file or directory
cp: cannot stat `/usr/share/aclocal/lcmessage.m4': No such file or directory
cp: cannot stat `/usr/share/aclocal/progtest.m4': No such file or directory
cp: cannot stat `/usr/share/aclocal/introspection.m4': No such file or directory
testing for glibtoolize ...
using libtoolize
Copying file mkinstalldirs
Copying file po/Makefile.in.in
Please add the files
codeset.m4 gettext.m4 glibc21.m4 iconv.m4 isc-posix.m4 lcmessage.m4
progtest.m4
from the /usr/share/aclocal directory to your autoconf macro directory
or directly to your aclocal.m4 file.
You will also need config.guess and config.sub, which you can get from
ftp://ftp.gnu.org/pub/gnu/config/.
configure.in:91: installing `./config.guess'
configure.in:91: installing `./config.sub'
configure.in:12: installing `./install-sh'
configure.in:12: installing `./missing'
gtk-doc.make:55: GTK_DOC_BUILD_HTML does not appear in AM_CONDITIONAL
doc/reference/Makefile.am:89: `gtk-doc.make' included from here
gtk-doc.make:60: GTK_DOC_BUILD_PDF does not appear in AM_CONDITIONAL
doc/reference/Makefile.am:89: `gtk-doc.make' included from here
libvips/Makefile.am:83: HAVE_INTROSPECTION does not appear in AM_CONDITIONAL
libvips/Makefile.am: installing `./depcomp'
swig/vipsCC/Makefile.am:13: installing `./py-compile'
ok, now let's try to configure (to /lib and /bin) :
./configure --prefix=''
checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for a thread-safe mkdir -p... /bin/mkdir -p
checking for gawk... gawk
checking whether make sets $(MAKE)... yes
./configure: line 2740: syntax error near unexpected token `1.30.0'
./configure: line 2740: `GOBJECT_INTROSPECTION_CHECK(1.30.0)'
And now I am trying to install gobject-introspection, I haven't found it in repositories, so I am trying to compile it from source. It keeps telling me that Glib on the system is too old, so I compiled latest glib from source with prefix='', then ldconfig and tried configuring gobject-introspection again, but it still doesn't register the newly compiled Glib and keeps telling me that Requested 'glib-2.0 >= 2.29.7' but version of GLib is 2.22.5. Restarted the instance and now am recompiling glib again after I sudo yum remove glib-devel (it didn't let me uninstall glib, when I tried it tried to remove yum)
Now for a change No package 'glib-2.0' found, even though I have just compiled it, restarting the system again...
Variety of errors when using dzsave
Hi again :)
I finally found a sort of reliable way to compile BigTiff Openslide and libvips and when i try it keep getting errors:
fuho@U1204SRV64b:~/src/libvips$ vips --version
** DEBUG_FATAL
vips-7.31.0-Thu Oct 11 11:06:46 EDT 2012
memory: high-water mark 0 bytes
fuho@U1204SRV64b:~/src/libvips$ which vips
/usr/local/bin/vips
fuho@U1204SRV64b:~$ vips dzsave Leica-1.scn dz_leica
** DEBUG_FATAL
**
VIPS:ERROR:openslide2vips.c:282:vips__openslide_generate: assertion failed: ((r->height % TILE_HEIGHT) == 0)
Aborted (core dumped)
fuho@U1204SRV64b:~$ vips dzsave Leica-1.scn gm_leica --layout google --background "255 255 255"
** DEBUG_FATAL
VipsEmbed: vector must have 1 or 4 elements
wbuffer_write: write failed
unix error: Unknown error -1
memory: high-water mark 162.45 MBDid I miss something again?
using libvips from other packages
Hey,
while trying to start using node-vips (https://github.com/dosx/node-vips) , I ran into issues since I had 7.28 installed, and their wscript specifically pointed at 7.26. I'm trying to understand why vips registers it's pkg-config with version in the name? Do you break abi verisoning per minor or something?
Specify number of levels in pyramid file
Hi,
I am using VIPS to create pyramid TIFF files of multi-page books. We're finding that VIPS will try to automatically determine how many pyramid levels should go in a given PTIF file, but this means that we're finding pages where some images are processed into 4 discrete levels, while others are processed into five.
For example, a TIFF file that is 1396x2114 will be processed to five pyramid levels, while a slightly smaller image (1411x2046) is processed into four pyramid levels.
We're using the following command to process these images:
vips im_vips2tiff $infile $outfile.tiff:jpeg:75,tile:256x256,pyramid
Is there any way to force an output pyramid file to contain a fixed number of levels?
Thanks.
Odd behavior with large pyramidal tiff creation with VIPS
I have been using VIPS to create pyramidal TIFF Files for quite some time with good success.. I have recently started using even larger images, and now running into some odd behavior. The files are still viewable, but the created image size are 10X the base image.... whereas I would expect ~ a 2 fold increase over the base image size. (1+1/2 +1/4 +1/8 ... etc).
Originally I was typing the following command:
vips im_vips2tiff --vips-progress --vips-concurrency=2 xaaa.tif xaaa.tif.dzi.tif:deflate,tile:256x256,pyramid
tiffinfo for base image (which is 1.1 gigs or so)
TIFF Directory at offset 0x44e74cc6 (1156009158)
Subfile Type: (0 = 0x0)
Image Width: 74827 Image Length: 44053 Image Depth: 1
Tile Width: 240 Tile Length: 240
Bits/Sample: 8
Compression Scheme: JPEG
Photometric Interpretation: RGB color
Samples/Pixel: 3
Planar Configuration: single image plane
ImageDescription: Aperio Image Library v9.0.22
Gets converted to a 1.6 GB tiff image... makes sense
My newer images are slightly different (come from a different source), but are a single plane image... Since these images are larger (40X slide images instead of 20X images) I've recompiled with BIGTIFF support (version 4.0 beta 7) LIBTIFF, Version 4.0.0
vips-7.26.7-Mon Jan 9 13:54:52 EST 2012
So my input image in this case is about 3.0 gigs (tiffinfo below)... but the output file using LZW is HUGE... approximately 30 gigs.
TIFF Directory at offset 0xbc59487c (3159967868)
Image Width: 131072 Image Length: 98304
Tile Width: 512 Tile Length: 512
Bits/Sample: 8
Compression Scheme: JPEG
Photometric Interpretation: RGB color
FillOrder: msb-to-lsb
YCbCr Subsampling: 2, 2
Orientation: row 0 top, col 0 lhs
Samples/Pixel: 3
Planar Configuration: single image plane
JPEG Tables: (289 bytes)
------------- TRIED VARYING OPTIONS OF VIPS_2tiff ..
22G AGD-17.deflate.dzi.tif
4.3G AGD-17.jpg75.dzi.tif
6.5G AGD-17.jpg90.dzi.tif
28G AGD-17.lzw.dzi.tif <---- the biggest version
22509212 AGD-17.deflate.dzi.tif
4487052 AGD-17.jpg75.dzi.tif
6795540 AGD-17.jpg90.dzi.tif
28615392 AGD-17.lzw.dzi.tif
the command I passed was
vips --vips-concurrency=2 --vips-progress im_vips2tiffI NPUT_IMAGE.tif OUTPUT_IMAGE.dzi.tif:lzw,tile:256x256,pyramid,,,,8
The image conversion goes fine... but somehow it takes a 3 gig file and makes it 32 gigs.... and the file is converting properly...
here's the tiffinfo for the "delfated" / biggest version...
TIFF Directory at offset 0x3f0a323ce (16922125262)
Image Width: 131072 Image Length: 98304
Tile Width: 256 Tile Length: 256
Resolution: 10, 10 pixels/cm
Bits/Sample: 8
Compression Scheme: AdobeDeflate
Photometric Interpretation: RGB color
Orientation: row 0 top, col 0 lhs
Samples/Pixel: 3
Planar Configuration: single image plane
TIFF Directory at offset 0x5005a4c0c (21480754188)
Image Width: 65536 Image Length: 49152
Tile Width: 256 Tile Length: 256
Resolution: 10, 10 pixels/cm
Bits/Sample: 8
Compression Scheme: AdobeDeflate
Photometric Interpretation: RGB color
Orientation: row 0 top, col 0 lhs
Samples/Pixel: 3
Planar Configuration: single image plane
TIFF Directory at offset 0x546f35236 (22665187894)
Image Width: 32768 Image Length: 24576
Tile Width: 256 Tile Length: 256
Resolution: 10, 10 pixels/cm
Bits/Sample: 8
Compression Scheme: AdobeDeflate
Photometric Interpretation: RGB color
Orientation: row 0 top, col 0 lhs
Samples/Pixel: 3
Planar Configuration: single image plane
TIFF Directory at offset 0x5587d581c (22959446044)
Image Width: 16384 Image Length: 12288
Tile Width: 256 Tile Length: 256
Resolution: 10, 10 pixels/cm
Bits/Sample: 8
Compression Scheme: AdobeDeflate
Photometric Interpretation: RGB color
Orientation: row 0 top, col 0 lhs
Samples/Pixel: 3
Planar Configuration: single image plane
TIFF Directory at offset 0x55c8bd05a (23027503194)
Image Width: 8192 Image Length: 6144
Tile Width: 256 Tile Length: 256
Resolution: 10, 10 pixels/cm
Bits/Sample: 8
Compression Scheme: AdobeDeflate
Photometric Interpretation: RGB color
Orientation: row 0 top, col 0 lhs
Samples/Pixel: 3
Planar Configuration: single image plane
TIFF Directory at offset 0x55d7dca74 (23043361396)
Image Width: 4096 Image Length: 3072
Tile Width: 256 Tile Length: 256
Resolution: 10, 10 pixels/cm
Bits/Sample: 8
Compression Scheme: AdobeDeflate
Photometric Interpretation: RGB color
Orientation: row 0 top, col 0 lhs
Samples/Pixel: 3
Planar Configuration: single image plane
TIFF Directory at offset 0x55db9bebe (23047290558)
Image Width: 2048 Image Length: 1536
Tile Width: 256 Tile Length: 256
Resolution: 10, 10 pixels/cm
Bits/Sample: 8
Compression Scheme: AdobeDeflate
Photometric Interpretation: RGB color
Orientation: row 0 top, col 0 lhs
Samples/Pixel: 3
Planar Configuration: single image plane
TIFF Directory at offset 0x55dc8e336 (23048282934)
Image Width: 1024 Image Length: 768
Tile Width: 256 Tile Length: 256
Resolution: 10, 10 pixels/cm
Bits/Sample: 8
Compression Scheme: AdobeDeflate
Photometric Interpretation: RGB color
Orientation: row 0 top, col 0 lhs
Samples/Pixel: 3
Planar Configuration: single image plane
TIFF Directory at offset 0x55dce63ac (23048643500)
Image Width: 512 Image Length: 384
Tile Width: 256 Tile Length: 256
Resolution: 10, 10 pixels/cm
Bits/Sample: 8
Compression Scheme: AdobeDeflate
Photometric Interpretation: RGB color
Orientation: row 0 top, col 0 lhs
Samples/Pixel: 3
Planar Configuration: single image plane
TIFF Directory at offset 0x55dcf6af6 (23048710902)
Image Width: 256 Image Length: 192
Tile Width: 256 Tile Length: 256
Resolution: 10, 10 pixels/cm
Bits/Sample: 8
Compression Scheme: AdobeDeflate
Photometric Interpretation: RGB color
Orientation: row 0 top, col 0 lhs
Samples/Pixel: 3
Planar Configuration: single image plane
vips pyramid builder also available via python api?
Is the image pyramid builder vips dzsave also available via the python interface or do i have to invoke the vips binary for this functionality?
I am asking this because I plan to modify (e.g. blur, color adjust) and tile the image via the python api. if I can do everything within python this would save me from dumping out the VImage to the file system for the tile generation.
Suggestion: Generic read/write image from buffer
It'd be a really nice addition to the C++ API if VImage could be constructed from buffered compressed data, ideally without knowing the image type in advance.
VImage.write in Python seems to take a lot of time
Is there a way to speed up VImage.write in Python? It seems to take a lot of time writing the result from affinei operation (500-600ms). The affine operation itself is very quick but not write(). I didn't notice the similar problem with vipsthumbnails.
vips.exe dzsave bug: stops with large images
I have the following 2 issues:
- I used vips.exe like this:
vips dzsave <inputfile.tif>
It works great and superfast with images of e.g. 10,000x 10,000 pixels. However, I have microscopy images of 60,000 x60,000 and more. There, the script ends withouth errors (the only output being "no resolution information, taking 1 px per mm). However, only zoomlevels 16-10 are filled with tiles. Folders 9-0 are empty. Also, in folder 10, only half of an image is present (I have an exact squared image and I only have half of that). - vips dzsave works with -TIFF (uncompressed) and Aperios SVS file as long as you have SVS(JPEG), so with internal JPEG. However, if I use the standard SVS files (JPEG2000 internally), only black tiles are produced.
Is it possible to compile vips with openslide together in a Windows program? That would solve most of the problems.
Thanks for your effort,
Martin
vips failed to build with --without-lcms
vips 7.32.0 is failing to build without lcms with some undefined references to vips_icc_* functions. It works in 7.30.8.
$ ./configure --build=x86_64-pc-linux-gnu --host=x86_64-pc-linux-gnu --without-lcms && CFLAGS="-march=core2 -O2 -pipe" make -j9
(...lots of output snipped...)
g-ir-scanner: compile: gcc -Wall -pthread -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -g -O2 -I../libvips/include -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include -c -o /tmp/vips-7.32.0/libvips/tmp-introspectU_Biy_/Vips-8.0.o /tmp/vips-7.32.0/libvips/tmp-introspectU_Biy_/Vips-8.0.c
g-ir-scanner: link: /bin/sh ../libtool --mode=link --tag=CC gcc -o /tmp/vips-7.32.0/libvips/tmp-introspectU_Biy_/Vips-8.0 -export-dynamic -g -O2 /tmp/vips-7.32.0/libvips/tmp-introspectU_Biy_/Vips-8.0.o -L. libvips.la -lgio-2.0 -lgobject-2.0 -Wl,--export-dynamic -lgmodule-2.0 -pthread -lrt -lglib-2.0
libtool: link: gcc -o /tmp/vips-7.32.0/libvips/tmp-introspectU_Biy_/.libs/Vips-8.0 -g -O2 /tmp/vips-7.32.0/libvips/tmp-introspectU_Biy_/Vips-8.0.o -Wl,--export-dynamic -pthread -Wl,--export-dynamic -L. ./.libs/libvips.so -lgio-2.0 -lgobject-2.0 -lgmodule-2.0 -lrt -lglib-2.0 -fopenmp -pthread
./.libs/libvips.so: undefined reference to `vips_icc_transform'
./.libs/libvips.so: undefined reference to `vips_icc_ac2rc'
./.libs/libvips.so: undefined reference to `vips_icc_export'
./.libs/libvips.so: undefined reference to `vips_icc_import'
collect2: ld returned 1 exit status
linking of temporary binary failed: Command '['/bin/sh', '../libtool', '--mode=link', '--tag=CC', 'gcc', '-o', '/tmp/vips-7.32.0/libvips/tmp-introspectU_Biy_/Vips-8.0', '-export-dynamic', '-g', '-O2', '/tmp/vips-7.32.0/libvips/tmp-introspectU_Biy_/Vips-8.0.o', '-L.', 'libvips.la', '-lgio-2.0', '-lgobject-2.0', '-Wl,--export-dynamic', '-lgmodule-2.0', '-pthread', '-lrt', '-lglib-2.0']' returned non-zero exit status 1
make[3]: *** [Vips-8.0.gir] Error 1
make[3]: Leaving directory `/tmp/vips-7.32.0/libvips'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/tmp/vips-7.32.0/libvips'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/tmp/vips-7.32.0'
make: *** [all] Error 2
vipsthumbnail generates corrupt images
When shrinking a 5500 x 5524 image to 2951 x 2964 vipsthumbnail on Windows gives a warning and the resulting thumbnail is corrupt.
thumbnailing 42-35276890-MEDHI_IPTC.jpg
detected format as jpeg
using fast jpeg shrink, factor 1
thumbnailing 42-35276890-MEDHI_IPTC.jpg as tn_42-35276890-MEDHI_IPTC.jpg:70
integer shrink by 2
residual scale by 0.968139
bilinear interpolation
vips warning: VipsJpeg: read gave 40 warnings
vips warning: VipsJpeg: Application transferred too many scanlines
Deep Zoom directory structure doesn't match docs
vips dzsave CMU-1.svs dzimage produces:
dzimage/
dzimage.dzi
0/
1/
[...]
However, and somewhat unfortunately, the Deep Zoom documentation wants the directory structure to look like this:
dzimage.dzi
dzimage_files/
0/
1/
[...]
Built-in static interpolators
From my experience, it seems that both:
vips_interpolate_nearest_static()
vips_interpolate_bilinear_static()
do nearest-pixel interpretation. And unfortunately, vips_interpolate_bicubic_static(), does not exist (although it is documented in http://www.vips.ecs.soton.ac.uk/supported/current/doc/pdf/vipsmanual.pdf).
Are these two issues being worked on? Thanks!
For reference, here is the image I tested on: https://www.dropbox.com/s/ru1ybctkpro91wh/original.jpeg
And here is the image resampled with the bilinear interpolator (with the same results from the nearest pixel interpolator): https://www.dropbox.com/s/g95aeu1l5e56k2k/bilinear.jpeg
Build failling on mac osx without libjpeg
On a clean osx install, vips doesn't build when installed via brew, configure script says that import/export with libjpeg is "no" but still during make it gives:
im_jpeg2vips.c:51:10: fatal error: 'jpeglib.h' file not found
I'm going to create a PR on brew for now to set jpeg lib dependency mandatory and later when you'll fix the optional dependency feel free to set it as optional as before.
im_error_buffer lacking thread-saftey docs
I was wondering if im_error_buffer() is thread-safe and couldn't find out via the docs. My instinct from scanning the code says no.
Two erroneous operations are running in parallel and I call im_error_buffer() looking for the firsts message but may get the second.
Is this correct?
XYZ2Lab lookup tables not initialized
Hi,
I need XYZ to Lab conversion as part of a new operation I am writing. When I tried to use im_col_XYZ2Lab() function I noticed that it does not initialize the lookup tables. The im_XYZ2Lab operation does this in function imb_XYZ2Lab_tables(), but this is not defined in any headers nor documented, and if it is not called before im_col_XYZ2Lab the latter does not work.
7.28.7 - Compilation problem on CentOS 5
I used the latest tarball http://www.vips.ecs.soton.ac.uk/supported/7.28/vips-7.28.7.tar.gz
I am on CentOS 5, so I am not sure what is problem here -
@jakecobb says it is CentOS 5 issue having old version of glib:
"I'm sure this is related to CentOS having an older version of glib, but it probably deserves it's own issue report since it's a different libvips version and file than mentioned in the title of this issue." (https://github.com/jcupitt/libvips/issues/16)
Could you please explain what can I do in this case?
./configure works
make stage gives following:
...
mv -f .deps/mapfile.Tpo .deps/mapfile.Plo
/bin/sh ../../libtool --tag=CC --mode=compile gcc -std=gnu99
-DHAVE_CONFIG_H -I. -I../.. -I../../libvips/include -DG_DISABLE_ASSERT
-DG_DISABLE_CHECKS -pthread -fopenmp -I/usr/lib/glib-2.0/include
-I/usr/include/libxml2 -I/usr/include/glib-2.0 -I/usr/include/ImageMagick
-g -O2 -MT cache.lo -MD -MP -MF .deps/cache.Tpo -c -o cache.lo cache.c
libtool: compile: gcc -std=gnu99 -DHAVE_CONFIG_H -I. -I../..
-I../../libvips/include -DG_DISABLE_ASSERT -DG_DISABLE_CHECKS -pthread
-fopenmp -I/usr/lib/glib-2.0/include -I/usr/include/libxml2
-I/usr/include/glib-2.0 -I/usr/include/ImageMagick -g -O2 -MT cache.lo -MD
-MP -MF .deps/cache.Tpo -c cache.c -fPIC -DPIC -o .libs/cache.o
cache.c: In function 'vips_value_hash':
cache.c:137: warning: implicit declaration of function 'g_int64_hash'
cache.c:152: warning: implicit declaration of function 'g_double_hash'
cache.c: In function 'vips_cache_dump':
cache.c:423: error: 'GHashTableIter' undeclared (first use in this function)
cache.c:423: error: (Each undeclared identifier is reported only once
cache.c:423: error: for each function it appears in.)
cache.c:423: error: expected ';' before 'iter'
cache.c:427: warning: implicit declaration of function
'g_hash_table_iter_init'
cache.c:427: error: 'iter' undeclared (first use in this function)
cache.c:428: warning: implicit declaration of function
'g_hash_table_iter_next'
cache.c: In function 'vips_cache_drop_all':
cache.c:505: error: 'GHashTableIter' undeclared (first use in this function)
cache.c:505: error: expected ';' before 'iter'
cache.c:508: error: 'iter' undeclared (first use in this function)
make[3]: *** [cache.lo] Error 1
make[3]: Leaving directory
`/home/stanislaw/etc/vips/vips-7.28.7/libvips/iofuncs'
make[2]: *** [all-recursive] Error 1
make[2]: Leaving directory `/home/stanislaw/etc/vips/vips-7.28.7/libvips'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/home/stanislaw/etc/vips/vips-7.28.7'
make: *** [all] Error 2Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.