DOCSLIB.ORG

JPEG2000 (ISO/IEC 15444:1-2000) for Still Image Objects in Rucore

Total Page：16

File Type：pdf, Size：1020Kb

Download full-text PDF Read full-text

Load more

Proposal for Format Adoption: JPEG2000 (ISO/IEC 15444:1-2000) For Still Image Objects in RUcore Introduction DRAFT Since inception, the Rutgers Community Repository’s mission has been long term preservation of our digital content. This commitment inherently specifies an object architecture in which we select and use stable file formats to act as digital “containers” for this content. These format containers must be widely used and well documented, must facilitate easy access, and in the case of preservation datastreams, must not in any way degrade the content through lossy compression methods or the introduction of noise. With the majority of objects in RUcore based on digital-surrogate still image content (scanned photographs, scanned books and documents), the preservation datastream of choice up to now has been overwhelmingly based on the Tagged Image File Format (TIFF). TIFF has fit the criteria of an ideal preservation format, but has a number of disadvantages. Chief among them are the typically large file sizes of uncompressed (or even LZW-compressed) images, requiring a great deal of mass storage to maintain. Additionally, the relatively lengthy age of the format, having originated in the mid-1980s, has led to difficulties in revising TIFF to support embedded image metadata, a trait which more image specialists and archivists are requiring for easy indexing. Finally, the excessive size and limited utility of TIFF requires us to create multiple supplementary “presentation” streams (JPG, PDF, DjVu) that are heavily compressed and optimized for internet connections, in order for end users to access content. While widely used, TIFF is clearly beginning to show its age, and the digital imaging community has worked in earnest to find a successor format. Although it has been long in coming and its development controversial at times, JPEG2000 (JP2) is now reaching a critical mass in the archival community. Mainstream software vendors are now readily supporting the standard, and numerous plug-ins exist to permit viewing of JP2 images from a web browser. The format readily accepts various embedded metadata fields, and flash-enabled viewers permit us to present JP2 images in ways that rival our currently available PDF and DjVu viewers. Most importantly, JP2 incorporates sophisticated wavelet compression techniques that permit us to significantly compress image files without loss or degradation, to greater degrees than previously available methods. These recent developments have indicated the need for RUcore to begin adopting – and ultimately, migrating – to a new image standard for preservation of still images. This proposal recommends a shift from TIFF to the JPEG2000 container format. Why Switch? Advantages of migrating to JP2 1. Adoption mandatory for future grant eligibility Potential RUcore partners have begun to encounter grants where JPEG2000 files are a required deliverable. Specifically, a number of grants sponsored by the National Endowment for the Humanities (NEH) in conjunction with the Library of Congress, are requiring that still images and document scans be stored in both TIFF 6.0 and JPEG2000 lossless formats, with embedded XMP metadata.1 It is expected that an increasing number of grant underwriters will require similar exacting standards in order 1 National Endowment for the Humanites Digital Newspaper Program Guidelines (http://www.neh.gov/grants/guidelines/ndnp.html) 1 Beard, I, - 10/17/07 RUcore JPEG200 Proposal for digital projects to be eligible for funding. To meet the moderate-to-long-term needs of repository partners seeking grant funding, RUcore will need some form of JPEG2000 support built-in. 1. Reduced file size The most tangible benefit to JP2 migration would be a significant reduction in the disk space required to store preservation datastreams. Real world tests have indicated that even very basic JP2 lossless conversions will yield an average 20% reduction in file sizes.2 Picking several image samples from within RUcore and using more processor-intensive techniques, results suggested that an average of up to 30-40% savings in disk space could be attained merely by converting the existing preservation datastreams to lossless-JP2 format. 2. Scalable decompression With the use of newly developed presentation tools, it may be possible for a Derivative Master JP2 file NJDH - Hoboken Historical Photos: to be used as a presentation stream as well. JP2 permits a “First National Bank Interior” TIFF file size (LZW Compressed): 5.4MB “lossy” decompression of an image to be scaled based on JP2 Lossless File Size: 3.2MB a user’s preference, and the speed of a user’s internet Disk Space savings: 40.74% connection. The faster the connection (or, the longer a user with a slow connection is willing to wait), the more detail can be “pushed” to a user. This permits them the freedom to see an image in as granular or as detailed a resolution as they choose. 3. Tiled viewing and enhanced viewer tools for users The same features in JP2 that permit scalable decompression also permit enhanced viewing capabilities for end users. Vendors have developed streamlined interfaces that incorporate JP2 technology, and do not require the installation of plugins beyond what are available by default with most web browsers. The incorporation of zoom in/out and multidirectional scrolling can be built into the web browser without having to instruct users to install additional software. An example of items 2 and 3 have been recently demonstrated by Northwestern University. The demos can be found at: http://digital.library.northwestern.edu/imageviewer/. 4. Streamlining of presentation formats, and additional reduction of storage overhead Items 2 and 3 also imply that, with the proper deployment of a JP2 viewer, it may be possible to streamline the nuber of presentation formats offered to site visitors. Currently, non-OCR still image objects are presented in three different presentation formats (JPG, DjVu, PDF). The effective implementation of a JP2 viewer could mean that we could eliminate the need to generate and store these data streams, for still image objects that do not require OCR. Users would benefit by having a simple, unified way to view these objects, while RUcore would benefit in additional resource savings. DRAFT 2 Fasolt, Al. “Trim those important images down to manageable file size with JPEG2000.” Technofile, March 20, 2005. 2 Beard, I, - 10/17/07 RUcore JPEG200 Proposal Drawbacks and pre-requisites to JP2 1. Significant modifications, and development time required. A not-insignificant amount of modification will be required to RUcore’s existing structure. In particular, changes will be necessary to the Workflow Management System (WMS) pipeline which processes still images. Ultimately, the WMS pipeline must both accept submitted JP2s and convert submitted TIFF images to JP2 format. Additionally, the final phases of JP2 adoption will require changes in object architectures for certain still image objects. Implementation of a JP2 viewer will be necessary for end users to reap the benefits. While a gradual phasing in of the JP2 standard should be possible, it is clear that a significant devotion of resources will be required to complete the process. This migration will likely require a gradual re-structuring that spans over three or more upcoming software releases. 2. Some still image objects will not immediately benefit. Currently, there is not a widely available engine for the Optical Character Recognition (OCR) and text extraction of JP2 images bearing text. As a result, our existing pipeline (dependent on LizardTech’s DjVu platform) will need to remain in place for objects requiring OCR for the forseeable future. Additionally, we will need to continue presenting such objects (including multipage book objects) in the existing PDF and DjVu formats. Finally, the existing pipeline will need to be modified so that users submitting images with text in JP2 format can be temporarily downconverted to TIFF. This way, user-submitted documents in JP2 can still be OCR’ed and presented as PDF/DjVu. Additional objects not (or minimally) impacted by JP2 migration Born Digital documents, such as ETDs and Faculty Submissions, will not be part of the JP2 migration process and should not be affected. Such items are already highly compacted and well- preserved in their respective born-digital formats, and so no benefit is gained from converting their preservation datastreams to JP2. Born Digital Photographs, such as Digital Negatives (DNG), will also reap no benefit at this time from converting their preservation datastream to JP2 format. DNGs incorporate their own advanced lossless compression. However, users would benefit from seeing a presentation copy of these images as a JP2. 3. Capital spending is a likely requirement for full commitment A number of freely available, open source toolkits are available that facilitate basic JP2 rendering. However, the full implementation of a JP2 viewer will require the use of software packages sold by commercial vendors. Such sophisticated viewers have been developed by Pegasus Imaging Corporation (www.pegasusimaging.com) and Aware, Inc (www.aware.com). Funding sources will need to be found to purchase licenses for the appropriate toolkits. There is a possibility that additional server hardware may be required as well. DRAFT 3 Beard, I, - 10/17/07 RUcore JPEG200 Proposal Proposed strategy for adoption and migration Given the significant research, development and lead-time required to fully commit to a JP2 migration, the proposed strategy is to implement a gradual phase-in of features and capabilities. The proposed strategy calls for the following phased approach: Phase One Phase Two Phase Three RETRO Conversion FUTURE OCR 6-12 months 12-18 months 18-36 months (TBD) (TBD) Pipeline retrofit. Full commitment. Initial Acceptance of Converts from JP2 to Research and JP2 replaces Conversion of all non-OCR user-supplied JP2 for TIFF, and TIFF to JP2. implement OCR DjVu/PDF/JPG for objects ingested before ARCH MASTER MASTER and when the available non-OCR images.
Recommended publications
  • PDF/A for Scanned Documents

    PDF/A for Scanned Documents

    Webinar www.pdfa.org PDF/A for Scanned Documents Paper Becomes Digital Mark McKinney, LuraTech, Inc., President Armin Ortmann, LuraTech, CTO Mark McKinney President, LuraTech, Inc. © 2009 PDF/A Competence Center, www.pdfa.org Existing Solutions for Scanned Documents www.pdfa.org Black & White: TIFF G4 Color: Mostly JPEG, but sometimes PNG, BMP and other raster graphics formats Often special version formats like “JPEG in TIFF” Disadvantages: Several formats already for scanned documents Even more formats for born digital documents Loss of information, e.g. with TIFF G4 Bad image quality and huge file size, e.g. with JPEG No standardized metadata spread over all formats Not full text searchable (OCR) inside of files Black/White: Color: - TIFF FAX G4 - TIFF - TIFF LZW Mark McKinney - JPEG President, LuraTech, Inc. - PDF 2 Existing Solutions for Scanned Documents www.pdfa.org Bad image quality vs. file size TIFF/BMP JPEG TIFF G4 23.8 MB 180 kB 60 kB Mark McKinney President, LuraTech, Inc. 3 Alternative Solution: PDF www.pdfa.org PDF is already widely used to: Unify file formats Image à PDF “Office” Documents à PDF Other sources à PDF Create full-text searchable files Apply modern compression technology (e.g. the JPEG2000 file formats family) Harmonize metadata Conclusion: PDF avoids the disadvantages of the legacy formats “So if you are already using PDF as archival Mark McKinney format, why not use PDF/A with its many President, LuraTech, Inc. advantages?” 4 PDF/A www.pdfa.org What is PDF/A? • ISO 19005-1, Document Management • Electronic document file format for long-term preservation Goals of PDF/A: • Maintain static visual representation of documents • Consistent handing of Metadata • Option to maintain structure and semantic meaning of content • Transparency to guarantee access • Limit the number of restrictions Mark McKinney President, LuraTech, Inc.
  • Preparation Method for TIFF File (*.Tif) Over 300Dpi

    Preparation Method for TIFF File (*.Tif) Over 300Dpi

    Preparation method for TIFF file (*.tif) over 300dpi Using software with saving function of TIFF file. (e.g. DeltaGraph) 1. Select the figure. 2. On the “File” menu, point to “Export”, and then select “Image”. 3. Click “Option”, and select “Color/Gray-scale”. 4. Select “TIFF” in the “File type” dialog box, and save the file at over “300”dpi. Using Microsoft Excel. A) Using draw type graphics software. (e.g. Illustrator, Canvas, etc.) 1. Select the figure in Excel. 2. Copy the figure and paste into graphics software. 3. On the “File” menu, point to “Save as”, and save the file after select “TIFF (over 300dpi)“ in the “File type” dialog box. Compression “LZW”, “ZIP”, or “JPEG” should be used in compression mode for TIFF file to reduce the file size. B) Simple method Color printing by Excel or PowerPoint graphics 1. Select the figure in Excel or PowerPoint. 2. On the “File” menu, point to “Print”, and select “Microsoft Office Document Image Writer” under “printer”. Click “Properties”, click the “Advanced” tab, and then check “MDI” under “Output format”. 3. Click “OK”、and then close the “Properties”. 4. Click “OK” under “printer” and save the MDI file. 5. Start Windows Explorer. 6. Open the saved MDI file, or right-click of the saved MDI file —in the “Open with” dialog box; click “Microsoft Office Document Imaging”. 7. On the “Tool” menu, point to “Option”. In the “Compression” tab, check “LZW”, and then click “OK”. 8. On the “File” menu, point to “Save as”, and then select “TIFF ” in the “File type” dialog box.
  • Understanding Image Formats and When to Use Them

    Understanding Image Formats and When to Use Them

    Understanding Image Formats And When to Use Them Are you familiar with the extensions after your images? There are so many image formats that it’s so easy to get confused! File extensions like .jpeg, .bmp, .gif, and more can be seen after an image’s file name. Most of us disregard it, thinking there is no significance regarding these image formats. These are all different and not cross‐ compatible. These image formats have their own pros and cons. They were created for specific, yet different purposes. What’s the difference, and when is each format appropriate to use? Every graphic you see online is an image file. Most everything you see printed on paper, plastic or a t‐shirt came from an image file. These files come in a variety of formats, and each is optimized for a specific use. Using the right type for the right job means your design will come out picture perfect and just how you intended. The wrong format could mean a bad print or a poor web image, a giant download or a missing graphic in an email Most image files fit into one of two general categories—raster files and vector files—and each category has its own specific uses. This breakdown isn’t perfect. For example, certain formats can actually contain elements of both types. But this is a good place to start when thinking about which format to use for your projects. Raster Images Raster images are made up of a set grid of dots called pixels where each pixel is assigned a color.
  • One Software Solution. One World of Difference for Your Content

    One Software Solution. One World of Difference for Your Content

    Datasheet One software Have you heard? There has been a quiet revolution in solution. One world the way color documents are scanned and published on the Web. It is Document Express with DjVu®--a of diff erence for format that has long been preferred by universities your content. and libraries, because it produces dramatically smaller fi les while preserving original quality. Leading companies around the world are now turning to Document Express including Northwest Airlines, Panasonic, Samsung, Sears, Komatsu, and others-- and that’s because Document Express with DjVu is truly in a class by itself. Only Document Express empowers you to send scanned or electronic color documents on any platform, over any connection speed, with full confi dence in the results. Images download quickly, pages retain true design fi delity, and viewers can access and use your content in ways that are impossible with PDF, TIFF, or JPEG. Document Express with DjVu consistently delivers an excellent user experience, every time. About Document Express with DjVu Features Document Express with DjVu (pronounced: déjà vu) uses a highly effi cient document image compression methodology and fi le format. Scientists at AT&T Labs who fi rst de- veloped the DjVu format for color scanning, also found it vastly superior to Postscript or Sample 400dpi color scan PDF formats for transmitting electronic fi les. Document Express with DjVu uses the most advanced document image segmentation ever developed. The document image seg- 46 MB mentation technology enables the Document Express with DjVu format to have the high- est image quality while keeping text separate to maintain the highest legibility possible.
  • Making TIFF Files from Drawing, Word Processing, Powerpoint And

    Making TIFF Files from Drawing, Word Processing, Powerpoint And

    Making TIFF and EPS files from Drawing, Word Processing, PowerPoint and Graphing Programs In the worlds of electronic publishing and video production programs, the need for TIFF or EPS formatted files is a necessity. Unfortunately, most of the imaging work done in research for presen- tation is done in PowerPoint, and this format simply cannot be used in most situations for these three ends. Files can be generally be saved or exported (by using either Save As or Export under File) into TIFF, PICT or JPEG files from PowerPoint, drawing, word processing and graphing programs—all called vector programs—but the results are often poor in resolution (in Photoshop these are shown as having a resolution of 72dpi when opening the Image Size dialogue box: under Image on the menu select Image Size). Here are four ways to save as TIFF (generally the way in which image files are saved) or EPS (gen- erally the way in which files are saved which contain lines or text): Option 1. Use the Program’s Save As or Export option. If it exists, use the Export or Save As option in your vector program. This only works well when a dialogue box appears so that specific values for height, width and resolution can be typed in (as in the programs Canvas and CorelDraw). Anti-aliasing should be checked. Resolution values of 300 dots per inch or pixels per inch is for images, 600 dpi is for images with text and 1200 dpi is for text, graphs and drawings. If no dialogue box exists to type in these values, go to option 2 - 4.
  • Image Formats

    Image Formats

    Image Formats Ioannis Rekleitis Many different file formats • JPEG/JFIF • Exif • JPEG 2000 • BMP • GIF • WebP • PNG • HDR raster formats • TIFF • HEIF • PPM, PGM, PBM, • BAT and PNM • BPG CSCE 590: Introduction to Image Processing https://en.wikipedia.org/wiki/Image_file_formats 2 Many different file formats • JPEG/JFIF (Joint Photographic Experts Group) is a lossy compression method; JPEG- compressed images are usually stored in the JFIF (JPEG File Interchange Format) >ile format. The JPEG/JFIF >ilename extension is JPG or JPEG. Nearly every digital camera can save images in the JPEG/JFIF format, which supports eight-bit grayscale images and 24-bit color images (eight bits each for red, green, and blue). JPEG applies lossy compression to images, which can result in a signi>icant reduction of the >ile size. Applications can determine the degree of compression to apply, and the amount of compression affects the visual quality of the result. When not too great, the compression does not noticeably affect or detract from the image's quality, but JPEG iles suffer generational degradation when repeatedly edited and saved. (JPEG also provides lossless image storage, but the lossless version is not widely supported.) • JPEG 2000 is a compression standard enabling both lossless and lossy storage. The compression methods used are different from the ones in standard JFIF/JPEG; they improve quality and compression ratios, but also require more computational power to process. JPEG 2000 also adds features that are missing in JPEG. It is not nearly as common as JPEG, but it is used currently in professional movie editing and distribution (some digital cinemas, for example, use JPEG 2000 for individual movie frames).
  • Widetek® Wide Format MFP Solutions 17

    Widetek® Wide Format MFP Solutions 17

    ® The WideTEK 36CL-MF scanner forms the basis of all of the MF solutions and is the fastest, most productive wide format MFP so- lution on the market, running at 10 inches per second at 200 dpi in full color, at the lowest possible price. At the full width of 36“ and 600 dpi resolution, the scanner still runs at 1.7 inches per second. ® WideTEK 36CL-MF is the best choice to build a powerful and high quality MFP with either an integrated printer series specifi c stand, a high stand or a standalone stand. All MFP solutions come with a built in closed loop color calibration function producing the best possible copies on your selected printer and paper combination. Scanner Optics CIS camera, scans in color, grayscale, B&W Resolution 1200 x 1200 dpi scanner resolution 9600 x 9600 dpi interpolated (optional) Document Size 965 mm (38 inch) width, nearly unlimited length Scans 915 mm (36 inch) widths Scanning Speed 200 dpi - 15 m/min (10 inch/s) in color Face up scanning with on the fl y rotation and modifi cation 600 dpi - 8 m/min (5 inch/s) in grayscale of images without rescanning. Automated crop & deskew. Color Depth 48 bit color, 16 bit grayscale Built in closed loop color calibration function for best possible copies Scan output 24 bit color, 8 bit grayscale, bitonal, enhanced half- tone LED lamps, no warm up, IR/UV free Output Formats Multipage PDF (PDF/A) and TIFF, JPEG, JPEG 2000, Large 21“ full HD color touchscreen for simple operation in PNM, PNG, BMP, TIFF (Raw, G3, G4, LZW, JPEG), optional bundles AutoCAD DWF, JBIG, DjVu, DICOM, PCX, Postscript, EPS, Raw data Scan2USB, FTP, SMB and Network.
  • What's the Diff Between a Jpeg and a Tiff?

    What's the Diff Between a Jpeg and a Tiff?

    WHAT’S THE DIFF BETWEEN A JPEG AND A TIFF? You’ve just scanned a photo into your computer. Now you need to save the image. You click on File > Save As... > and up pops a window with a menu of obscure acronyms: GIF, JPEG, BMP, TIF, EPS, PSD, PDF and more. What do they mean? What diff erence does it make? GIF. The letters “GIF” stand for “Graphics Interchange Format”. It is a low-resolution graphics fi le format for use on the Internet, often used in simple animated graphics. Images copied from the Internet are either GIFs or JPEGs and are almost always 72 dpi (dots per square inch). These low resolution graphics should NOT be used for high-resolution printing. JPEG or JPG. The letters “JPEG” stand for “Joint Photographic Experts Group”. It is a standardized image compression format that makes fi les smaller for quick transfer over a network and for display on the Inter- net. Most JPEGs are saved at 72 dpi, too low for high quality printing. The JPEG fi le format is acceptable as long as images are saved at 300 dpi or higher. (NOTE: Many digital cameras record photos as large 72 dpi JPEG images - anywhere from 8x12” up to 24x36”. In PhotoShop, they can be “resampled” to a smaller size and a higher resolution in order to create 300 dpi images.) BMP. The letters “BMP” stand for “bitmap”, a fi le format best suited for “line art” (i.e. images that do not have a dot-pattern or screen). Cartoons or drawings should be scanned at 600 dpi or higher and saved as a BMP in order to preserve sharp lines and shapes.
  • PDF/A for Scanned Documents

    PDF/A for Scanned Documents

    PDF/A Competence Center PDF/A for Scanned Documents Overview of topics: From analog to digital - Previous solutions for scanned documents - The PDF alternative - If generating PDF, it makes sense to create PDF/A straight away Full-text search options in PDF/A Improved compression in PDF/A PDF/A – usage examples - PDF/A for personnel records in a service company - The DAK: Migration of knowledge base to PDF/A - PDF/A for the decentralized scanning of credit files PDF/A documents are not only generated from digital sources – a large per- centage of documents are created from scanned hard copies received by mail or from files that are being converted to digital form. In such cases, the com- pany has no access to the original files, and the documents that need to be converted into electronic documents are merely paper copies. PDF/A is prefer- able to other electronic formats because it is an ISO standard and a target for- mat that provides a range of benefits with regard to archiving and reusing con- tent. From analog to digital The digitalization of paper documents (letters, files, invoices, photographs, and many more) is part of everyday life in many companies and institutions. There are many common processes depending on the various intended uses of the documents concerned. Previous solutions for scanned documents In the case of documents that only exist in black and white, such as invoices, TIFF G4 has often been used, a format that is still in use today. This format was developed for fax transmissions. If original color documents exist, the JPEG image format is a popular choice.
  • Package 'Tiff'

    Package 'Tiff'

    Package ‘tiff’ March 31, 2021 Version 0.1-8 Title Read and Write TIFF Images Author Simon Urbanek <[email protected]> [aut, cre], Kent Johnson <[email protected]> [ctb] Maintainer Simon Urbanek <[email protected]> Depends R (>= 2.9.0) Description Functions to read, write and display bitmap images stored in the TIFF for- mat. It can read and write both files and in-memory raw vectors, including native image repre- sentation. License GPL-2 | GPL-3 SystemRequirements tiff and jpeg libraries URL https://www.rforge.net/tiff/ NeedsCompilation yes Repository CRAN Date/Publication 2021-03-31 15:10:02 UTC R topics documented: readTIFF . .1 writeTIFF . .4 Index 6 readTIFF Read a bitmap image stored in the TIFF format Description Reads an image from a TIFF file/content into a raster array. 1 2 readTIFF Usage readTIFF(source, native = FALSE, all = FALSE, convert = FALSE, info = FALSE, indexed = FALSE, as.is = FALSE, payload = TRUE) Arguments source Either name of the file to read from or a raw vector representing the TIFF file content. native logical, determines the image representation - if FALSE (the default) then the result is an array, if TRUE then the result is a native raster representation (suitable for plotting). all logical scalar or integer vector. TIFF files can contain more than one image. If all=TRUE then all images are returned in a list of images. If all is a vector, it gives the (1-based) indices of images to return. Otherwise only the first image is returned. convert logical, if TRUE then first convert the image into 8-bit RGBA samples and then to an array, see below for details.
  • Optimization of Image Compression for Scanned Document's Storage

    Optimization of Image Compression for Scanned Document's Storage

    ISSN : 0976-8491 (Online) | ISSN : 2229-4333 (Print) IJCST VOL . 4, Iss UE 1, JAN - MAR C H 2013 Optimization of Image Compression for Scanned Document’s Storage and Transfer Madhu Ronda S Soft Engineer, K L University, Green fields, Vaddeswaram, Guntur, AP, India Abstract coding, and lossy compression for bitonal (monochrome) images. Today highly efficient file storage rests on quality controlled This allows for high-quality, readable images to be stored in a scanner image data technology. Equivalently necessary and faster minimum of space, so that they can be made available on the web. file transfers depend on greater lossy but higher compression DjVu pages are highly compressed bitmaps (raster images)[20]. technology. A turn around in time is necessitated by reconsidering DjVu has been promoted as an alternative to PDF, promising parameters of data storage and transfer regarding both quality smaller files than PDF for most scanned documents. The DjVu and quantity of corresponding image data used. This situation is developers report that color magazine pages compress to 40–70 actuated by improvised and patented advanced image compression kB, black and white technical papers compress to 15–40 kB, and algorithms that have potential to regulate commercial market. ancient manuscripts compress to around 100 kB; a satisfactory At the same time free and rapid distribution of widely available JPEG image typically requires 500 kB. Like PDF, DjVu can image data on internet made much of operating software reach contain an OCR text layer, making it easy to perform copy and open source platform. In summary, application compression of paste and text search operations.
  • R-Photo User's Manual

    R-Photo User's Manual

    User's Manual © R-Tools Technology Inc 2020. All rights reserved. www.r-tt.com © R-tools Technology Inc 2020. All rights reserved. No part of this User's Manual may be copied, altered, or transferred to, any other media without written, explicit consent from R-tools Technology Inc.. All brand or product names appearing herein are trademarks or registered trademarks of their respective holders. R-tools Technology Inc. has developed this User's Manual to the best of its knowledge, but does not guarantee that the program will fulfill all the desires of the user. No warranty is made in regard to specifications or features. R-tools Technology Inc. retains the right to make alterations to the content of this Manual without the obligation to inform third parties. Contents I Table of Contents I Start 1 II Quick Start Guide in 3 Steps 1 1 Step 1. Di.s..k.. .S..e..l.e..c..t.i.o..n.. .............................................................................................................. 1 2 Step 2. Fi.l.e..s.. .M..a..r..k.i.n..g.. ................................................................................................................ 4 3 Step 3. Re..c..o..v..e..r.y.. ...................................................................................................................... 6 III Features 9 1 File Sorti.n..g.. .............................................................................................................................. 9 2 File Sea.r.c..h.. ............................................................................................................................