LibTiff Mailing List
TIFF and LibTiff Mailing List Archive
February 2000
Previous Thread
Next Thread
Previous by Thread
Next by Thread
Previous by Date
Next by Date
Contact
The TIFF Mailing List Homepage
This list is run by Frank Warmerdam
Archive maintained by AWare Systems
Thread
2000.02.23 13:42 "Re: New to this list", by Scott Wagner
Michael, Please be aware that both the LibTiff code and the documentation / mail list associated with it are the product of volunteers. It may frustrate you, as it has undoubtedly frustrated others in the past, that the code and its documentation are not supported in the manner that they would be if this were commercial code. Of course, if this were commercial code you would have neither the high quality nor the accessibility that results from its being an open source project. LibTiff has become the world standard for TIFF partly because of its high quality and partly because the "official" commercial caretaker of TIFF, Adobe Systems Inc, has allowed it to languish through lack of development and support. If you are truly dissatisfied with the efforts that the volunteers on this list have made to help you, then I suggest you contact Adobe support - perhaps you will find them more attentive. Should that fail - gee, wouldn't we all be surprised - we invite you to stop complaining and contribute your documentation skills to improving LibTiff's usability for the rest of the world. There are numerous commercial libraries available out there - I have used a few of them. They will be more than happy to take your money, provide their libraries (with good documentation to their published interface), and support you as long as they feel that you are using their product within the limits that they intend. At 06:27 02/23/2000, you wrote: >To: Bj >ørn Brox <brox@corena.no> >cc: tiff@olympiakos.com > > >It becomes apparent that answers like this are why this list seems to be >dead... > >If you had read the original question, you would know that I have looked >at the >code for tiffcp and found it wanting for what I desire. I want to be able >to do >the conversion in memory, without the intermediate file. > >The code for the g4 compression within libtiff is somewhat undocumented, and I >was hoping to have this clarified. > >In general, as ever, RTFQ... > >Michael > >NB: Any swearing, express or in acronyms, is not the fault of my employer. > > > > > > >Bjørn Brox <brox@corena.no> on 23/02/2000 05:25:33 pm > >To: Michael Still >cc: > >Subject: Re: New to this list > > > > > >Michael.Still@ipaustralia.gov.au wrote: > > > > To: Helge Blischke <H.Blischke@srz-berlin.de> > > cc: tiff@olympiakos.com > > > > I am aware of tiffcp. I want to perform the manipulation in code... > >Ok, then take a look on the source for tiffcp!!! >Everything is there. > > > I can read the uncompressed data and make it into a single block of memory, >the > > question is more how can I group 4 compress this block of memory? > >As in tiffcp when changing compression: Open input file, output file and >read scanlines from input file and write them to output file. > >In general: RTFM! > >-- >Bjorn Brox, CORENA Norge AS, http://www.corena.no/ ICQ#17872043 >Kirkeg >årdsvn. 45, P.O.Box 1024, N-3601 Kongsberg, NORWAY >Phone: +47 32287435 (NEW!), Fax: +47 32736877, Mobile: +47 92638590 > /********************************************************************* * Scott Wagner (swagner@itek.com) NOTICE: My personal information, * Staff Engineer including my E-mail address, may * Itek Graphix not be sold, distributed, or made * Rochester, NY USA public without my consent. *********************************************************************/