• Welcome to Vampyre Imaging Library Forum. Please login or sign up.
 

Show posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.

Messages - Galfar

361
I tried it but I get acess violation when opening some TIFFs which use JPEG compression.
I'll stick with original 3.7.0.0 LibTiffDelphi for Imaging 0.24 release (this week!)
because it has been tested more. It can be updated to 3.8.2 later.
362
I am not sure what exactly you mean but I suppose it is record field alignment mismatch.
I have added few compiler options to LibTiffDelphi unit that may help you (and updated SVN).
Please let me know if it helps.
363
Thanks for reporting this.
I have fixed the issue and uploaded it to SVN.
JPEG you posted was not properly detected as JPEG (some unsual stuff in header).
364
Help & Questions / Re: TIFF
21 June 2007, 21:49:19
I have added experimental TIFF loading and saving support to Imaging.
It uses LibTiff for Delphi so it is currently only usable with Delphi.

Since it uses its own Jpeg and ZLib it increases executable sizes
quite a lot (nearly 400 KiB). I'll probably disable it by default in release version.   

ImagingTiff unit is located in Extras\Extensions directory. It has been
already uploaded to SVN repository along with required object files.

I will write native TIFF support later (after planned library redesign).
365
Nice format according to specs.
I'll try to compile encoder/decoder source in DPK and
see if it could be linked to Object Pascal.
If that will work I will add support for this format in near future.
366
Help & Questions / Re: TIFF
28 May 2007, 22:56:07
Yeah, I know libtiff for Delphi. Unfortunately it is not usable with FPC out of the box because of incompatible object file format. It also uses its own JpegLib and ZLib so it would greatly increase compiled binary size.
I'll try to compile original C libtiff with GCC to get FPC compatible object files. And I'll try to get it working with JpegLib and ZLib that is already included in Imaging to avoid redundancy.

For adding/removing pages from TIFF you will probably need to load whole TIFF, add/remove images from loaded array, and then save it. Loading of only one image from given index in multiimage file format is planned.

Access to some file format specific information is planned too. Like animation info in MNG files and GeoTIFF tags. I haven't look at GeoTIFF yet but I suppose it defines things like datums and reference ellipsoids?

Any help would be appreciated. Problem with native TIFF loader/saver is that there are so many compression and color schemes supported by TIFF.



367
Help & Questions / Re: TIFF
26 May 2007, 13:25:16
Most probably I'll write native Object Pascal TIFF loader/saver. Or do you know any LibTIFF -> Pascal translation? I haven't found any.

LibTIFF would provide great support for many tiff format types but I am not sure it is worth it (considering compiling C sources on different platforms with different compilers, having object files for them, and other problems - I have had enough of this with JPEG2000).
But I will probably try it anyway and if it works I'll put LibTIFF based loader/saver to Extras extensions and look into native TIFF later (as it is really quite complex format).
Native TIFF would support raw, RLE, deflate (Zlib), LZW, and JPEG compressed images and usual color spaces (RGB, CMYK, YCC, LAB). Any special TIFF features you would like to see?

Multipage TIFFs will be handled like all other supported formats that support multiple images per file - using LoadMultiImageFromX and SaveMultiImageToX functions.
368
Help & Questions / Re: Using library in C++
12 April 2007, 14:06:30
Well, displaying images is not really one of Imaging's intended features. There are functions that allow you to display images but they are only usable when directly using Pascal sources (they mostly use Delphi/Lazarus specific stuff). There are also functions that convert images to SDL/Direct3D/OpenGL textures which can later be displayed.

So the question is what does your C++ program use for displaying other stuff (like application window itself)? Do you use WinAPI, gtk, SDL, or what? Imaging gives you raw image pixels and cannot just display them somewhere on the monitor, that is a work for APIs/toolkits mentioned earlier. If you just write what do you use I can give you some hints how to do that.
369
Help & Questions / Re: Using library in C++
11 April 2007, 10:23:40
Have you looked at the C/C++ demos that come with Imaging? Well, that is not much about C/C++ usage in th documentation.
370
I'll be updating this post with information about (major) stuff I add/fix/change
in current working version (which is now 0.23). It is available
in Imaging's SubVersion repository at SourceForge
SourceForge.

EDIT: I will finally have some free time in June so I'll devote it to Imaging 0.24 release. No date yet, probably late June / early July.

EDIT2: Code for 0.24 will be finished this week, next week will be testing and documentation update.
So 0.24 release will be ready around 30/31 June weekend.


20. 3. 2007
Added loader/saver for Photoshop PSD image files to Extras.

14. 6. 2007
Added BTC image data format (block truncation coding).

18. 6. 2007
GIF file format loading support complete.

20. 6. 2007
GIF file format saving support complete.

21. 6. 2007
TIFF file format loading and saving (using libtiff - only for Delphi now).
371
I'll be definitively adding GIF support to library core (loading and saving, native Object Pascal) and TIFF (although this may come later). High level interface will be extended some more and there will also be more checks for parameters validity and asserts.

As stated in library docs I'm going to overhaul major parts of the library which should allow  things (among others that will make further Imaging development easier for me) like custom image data formats and progress callbacks. I will create branch in SVN for this new version in near future (versions 0.3x will be betas of new architecture, 0.40 will be final release).

EDIT: Photoshop's PSD format loader will be added to Extras package too.
372
Problems with compiling Imaging with Free Pascal (Win32) have been reported lately - fatal errors in JpegLib units. MODE DELPHI was set after uses clause in units that caused problems and FPC just ignored it, so compilation failed on some statements.

Problem was fixed - MODE is now set at the right place. Updated code is in SVN repository.
373
News & Announcements / Imaging 0.22 Released
26 January 2007, 11:31:12
Version 0.22.0 of Imaging has been released!
As I posted before, main new addition is Extras package with
several new file formats and other stuff.
There are also changes in general file format support and other places. As always, all bugs that were found were fixed (and I hope not many new ones created).

Main news/changes in 0.22.0:
  - Extras package with support for PCX, JPEG 2000 (not native), and
    old Bethesda games images (IMG, CIF, texture.*, BSI).
  - Core library support for loading and saving Portable AnyMap formats:
    PBM, PGM, PPM, PAM, and PFM.
  - High level interface classes were extended and updated as well as VCL/CLX/LCL
    support, low level interface, and canvas classes.
  - Demos were extended, updated, and fixed.
  - More

Head to Imaging Homepage for downloads and updated documentation.


There were probably problems with previous forum theme not showing some SMF extensions
(like captchas - but it did require input from them) sometimes - it worked for me but guessing from SMF error log not for everybody.
I have set the forum to default SMF theme (where everything is as it should be) for now.
374
News & Announcements / New Release Is Close
20 January 2007, 19:48:04
Imaging 0.22 will be released sometime near the end of the next week or during next weekend.
I have finished fixing known bugs and updating documentation. Only thing that remains is
testing on all supported platforms and with all compilers.
375
Good to hear it works ok.
Yes, I added rect/line/ellipse drawing to canvas but thats all for 0.22 release. I'm gonna redesign drawing
canvas routines to allow blending and patterns in future (near I hope) so I don't want to add too much stuff now
because I would have to rewrite it later.
SMF spam blocked by CleanTalk