Please change the description on this file to something like "JPEG 2000 codec library".
Since jpeg (.jpg) and jpeg (.jp2) are two entirely different formats the current description (which is different from the one I set, which I admit was rather minimal) is very confusing IMO.
Jpeg 2000 is the successor of jpeg format and offers better compression/quality than jpeg but is from what I've read supported by none of the major browsers ATM.
OT: Just e general question. Is the API on the original .so stable? Linux shared object API's doesn't always stay backwards compatible with earlier versions of the same libraries like amiga libraries does. Will your port stay backwards compatible even if the so doesn't?
If not, are you planning on releasing a JPEG2000 Datatype?
I'm looking into it, yes.
I originally created the library for my icns.datatype. Using static linking the size of the datatype was increased from about 14000 bytes to about 140000 bytes (a few k less when stripped).
OT: Just e general question. Is the API on the original .so stable? Linux shared object API's doesn't always stay backwards compatible with earlier versions of the same libraries like amiga libraries does. Will your port stay backwards compatible even if the so doesn't?
I dont see a problem here, if the API changes salass00 could simply add a new Interface to the Library.
If it is possible without too much work I will try to keep the API compatible by writing wrapper functions f.e. if needed. Without knowing what the possible incompatible API changes might be it is a little hard to answer more clearly though.
Just as a warning the Bretagne2.j2k pic (~5MB) runs out of memory here and crashes when I try to open it, others work ok except for Facade.j2k which doesn't work for some reason.
The problem is in libopenjpeg. When I program I always check memory allocations and other functions that can fail so that I can handle such conditions without crashing.
I have just compiled libopenjpeg 1.3, it should be faster and use less memory. I will do some tests and if all is fine, it should be in OS4Depot this weekend.
The version reported for the DT descriptors is: "J2K . (29.7.08)" & "JP2 . (29.7.08)" They need to be fixed so the version command interprets them correctly. (That way the version of the descriptors and the datatype will match)
The source files for the descriptors (J2K,JP2) start with the comment: # DataType file for a RIFF-WAVE Sound
You might want to change RIFF-WAVE to JPEG2000 to avoid any confusion for developers.
Could you place the next upload in a directory before you archive it so the files don't get mixed with other files that might already exist in the destination dir?