Apache OpenOffice (AOO) Bugzilla – Full Text Issue Listing |
Summary: | Add JPEG2000 filter for graphics | ||
---|---|---|---|
Product: | Draw | Reporter: | lars <lars_o_hansen> |
Component: | code | Assignee: | AOO issues mailing list <issues> |
Status: | ACCEPTED --- | QA Contact: | |
Severity: | Trivial | ||
Priority: | P5 (lowest) | CC: | issues, stp |
Version: | OOo 1.0.0 | Keywords: | rfe_eval_ok |
Target Milestone: | AOO Later | ||
Hardware: | All | ||
OS: | All | ||
Issue Type: | FEATURE | Latest Confirmation in: | --- |
Developer Difficulty: | --- |
Description
lars
2002-08-30 10:14:21 UTC
perhaps I should have written "images" instead of "graphics" the mentioned issue is issue 7350 TM->FT: This one is a wish for a new feature, so please have a look,...thanks ! JPEG2000 is still hardly used in the real world so ot os no issue for 2.0 Nevertheless it might change and should be re-considered for Office Later. . Issue moderator brought to my attention that 7349 and 11016 are related. The single most critical reason for adopting JPEG 2000 format in real world has been correctly identified in issue 7350 by ft@openoffice.org as the reduction in storage need. Imagine 20-40% of expense reduction, or budget cut, for storage. I think that the previous assessment of JPEG 2000 usage in real world, presented in issue 7349, may have not been valid. OO software only deals with the last step in info. processing, i.e., packaged presentation, in the form of report, spreadsheet, and overhead presentation. Typically only a percentage of total collected images are selected for presentation purposes. It is about 5-10% in my environment, and could vary with other businesses. The workflow involved in image intensive business operations: * object and sample preparation * image capture * image processing (stitching, montage, measurement, analysis, etc.) * image archiving (database) and retrieval indexing * image correlation (part of analysis) * image reporting (OO competes here as a candidate solution) All these efforts for a simple reason: effective competition for funding of our business, attracting prospective customers. We are exploring beyond the stage of still image info.: affordable solution for embedding stream info., like video and audio, in packaged presentation. Proprietary solutions do exist today. It is not clear whether OO software plans to enter into that next domain of competition. *** Issue 11016 has been marked as a duplicate of this issue. *** changed component Using JPEG2000 as the internal format for image storage would allow for some reduction in file sizes (on the order of 30-40 percent for large, 24-bit color images). My main interest, however, is to be able to insert JPEG2000 images into OpenOffice documents without having to first convert to another format (JPEG or TIFF). it seems as though there are really two separate issues here: Issue #1: use of JPEG2000 as the internal format for OpenOffice storage of bitmap images Issue #2: the ability to insert JPEG2000 images into OpenOffice documents without first converting to another image format. I'm more interested in #2 than #1 (although #1 is probably also a good idea). I'd love to see jpeg2000 being supported. It would help to keep presentations small. To grep the issues easier via "requirements" I put the issues currently lying on my owner to the owner "requirements". |