libpgf-devel Mailing List for libPGF (Page 2)
libPGF is an implementation of the Progressive Graphics File (PGF)
Brought to you by:
c_stamm
You can subscribe to this list here.
2006 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(7) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
---|---|---|---|---|---|---|---|---|---|---|---|---|
2008 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2009 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(6) |
Nov
|
Dec
(4) |
2010 |
Jan
(3) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2011 |
Jan
|
Feb
|
Mar
|
Apr
(5) |
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
2012 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2014 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Thomas S. <ts_...@so...> - 2006-05-29 11:53:26
|
Hello, I've reorganized PGFCodec to be more in thread with common autotooled library packages. The changes I've made: == Done == Changed PGFCodec to libpgf for consistency *.cpp moved to src/ *.h moved to include/PGFCodec Added SUBDIRS src/ and include/ to Makefile.am Added EXTRA_DIST and package/version stuff to Makefile.am Added src/Makefile.am Added include/Makefile.am Added include/PGFCodec/Makefile.am Changed #include "something" to #include <libpgf/something> in all .h and .cpp Moved configure.in to configure.ac Changed configure.ac to create makefiles and define INTERFACE_VERSION Added libpgf.pc.in (pkg-config support) Moved Doxyfile to doc/Doxyfile.in Added doc/Makefile.am Changed Doxyfile.in to get project name, version and have_dot from configure Removed ChangeLog Added ChangeLog target to build ChangeLog from subversion history == TODO == * Generate pdf from latex in doc/ * Add libpgf.spec.in and rules to Makefile.am to build libpgf and libpgf-devel rpms * Bring PGFCodec.{sln,vcproj} and .project/.cdtproject up to speed with the new source code organization * Bring PGFConsole up to date with new header file location I think the reorg makes a lot of sense and I am hoping you will commit it to subversion. Best regards, Thomas Sondergaard |
From: Thomas S. <th...@so...> - 2006-05-29 07:45:30
|
I notice that PGFImage::Read allows progressive loading in terms of levels. I'd like to know whether it would be possible, with the PGF format, to support spatially progressive loading as well. As I understand it, with JPEG 2000, it is merely a difference of reordering the encoded data. For instance, I might have an image with dimensions 4096x5120, but initially I'd like to just load a small rectangular region of the image, say the rectangular region {(0,0), (800, 600)}. In terms of API, I could imagine something like this: class PGFImage { public: void Read(int level = 0, const Region ®ion, CallbackPtr cb = NULL) THROW_; }; Would that be possible? Thomas |
From: Thomas S. <th...@so...> - 2006-05-29 07:21:10
|
A few suggestions * 'make install' in PGFCodec doesn't install the header files * It would be nice if PGFCodec was organized in folders include/ and src/ * PGFCodec lends itself well to automated unit testing. * It would be nice if PGFCodec included an rpm .spec file for generating an rpm archive If there is interest I could help with one or more of these changes. Cheers, Thomas |
From: Thomas S. <ts...@me...> - 2006-05-28 15:35:59
|
[ts@argon PGFCodec]$ make cd . && automake-1.4 --gnu Makefile aclocal.m4: 6346: `automake requires `AM_CONFIG_HEADER', not `AC_CONFIG_HEADER' automake: configure.in: required file `./install-sh' not found automake: configure.in: required file `./mkinstalldirs' not found automake: configure.in: required file `./missing' not found configure.in: 6346: required file `./config.h.in' not found autoreconf --install adds the missing files, but they should be committed to svn. Thomas |