-
Hi,
I believe that the way the hi-level API schedules received timestamped messages is wrong design.
This forbids taking latency into account in a realtime app.
Say that thread A receives a timestamped message, and wants to pass it to the realtime audio thread called B.
If liblo calls a method in thread A when the timestamp is lower or equal to the current time, it is already too...
2009-09-14 19:10:03 UTC in LibLO
-
No problem, I'm glad to help :)
Olivier.
2008-10-08 16:12:31 UTC in libdmtx
-
Last note: when running ./configure, if you get the following error:
./configure: line 19354: syntax error near unexpected token `MAGICK,'
./configure: line 19354: `PKG_CHECK_MODULES(MAGICK, GraphicsMagick >= 1.1.7, true,'
..make sure you have pkg-config installed, and run autoreconf -fi
Cheers,
2008-10-08 15:13:49 UTC in libdmtx
-
I just can't attach any file in here... Here is the magick patch:
http://www.samalyse.com/code/misc/patches/dmtxread-magick-r446.diff.
2008-10-08 14:56:22 UTC in libdmtx
-
Here we go: the attached patch (against r446) adds GraphicsMagick support to dmtxread. It works well for bitmaps formats but also vectorial formats (for ex: http://commons.wikimedia.org/wiki/Image:Datamatrix.svg).
I've also added two command line options: -l which lists the supported input formats, and -r to tweak the resolution when decoding vectorial formats (GM default is 72dpi, that is...
2008-10-08 14:44:12 UTC in libdmtx
-
Yes, GraphicsMagick is under a MIT style license.
Of course it has a programming interface, in several languages, with C at its heart:
http://www.graphicsmagick.org/api/api.html
Yes GraphicsMagick detects the file type based on its content, I verified this using the example at the URL above. The ReadImage() function does this transparently.
Additional dependencies are a relative issue:
2008-10-06 14:29:02 UTC in libdmtx
-
libmagic isn't a very portable thing. But what about using GraphicsMagick (http://www.graphicsmagick.org/) and just forget about libpng, libjpeg and libtiff ?
GraphicsMagick offers completely transparent image type detection through ReadImage(), for as little as "88 major formats" :)
I must confess I've never used it before, but it seems to be what Debian recommends over ImageMagick...
2008-10-03 12:46:01 UTC in libdmtx
-
Hi,
The following somehow relates to request #1866557.
Attach is a small patch against r426, that allows to write images output to stdout, using the conventional "-" value as filename.
It works for PNG and PNM, and I've added a small note on the manpage.
This is especially useful for web-based apps, in order to avoid temporary files. eg, in PHP:
2008-09-19 10:52:46 UTC in libdmtx
-
Yes it works great as of r426.
I ran simpletest and unittest without problem (no sdl here, this is an X-less machine).
A small dmtxwrite + dmtxread test passed fine too.
For your info, I'm about to use it for a shipping company here in France (labeling
thousands of packages :)
Thanks for the great lib.
2008-09-18 19:15:42 UTC in libdmtx
-
Hi,
libdmtx 0.5.2 compilation fails on FreeBSD 7.0 with:
In file included from ../common/dmtxutil.c:8:
../common/../../dmtx.h:399: error: expected specifier-qualifier-list before 'time_t'
The small attached patch solves this issue. It is tested on both FreeBSD and Linux.
Cheers,
2008-09-18 15:18:53 UTC in libdmtx
