OpenPrinting Summit 2009 San Francisco, CA April 8 10, 2009 Glen - - PowerPoint PPT Presentation

▶
openprinting summit 2009
SMART_READER_LITE
LIVE PREVIEW

OpenPrinting Summit 2009 San Francisco, CA April 8 10, 2009 Glen - - PowerPoint PPT Presentation

Aug 20, 2022 215 likes •520 views

OpenPrinting Summit 2009 San Francisco, CA April 8 10, 2009 Glen Petrie Senior Software Architect Epson Imaging Technology Center 2580 Orchard Parkway, Suite 200 San Jose, California 95131 glen.petrie@eitc.epson.com 408.576.4131 OpenPrinting

slide-1
SLIDE 1

2009.04.08‐10 OpenPrinting Summit 2009 San Francisco 1

OpenPrinting Summit 2009

San Francisco, CA April 8‐10, 2009

Glen Petrie

Senior Software Architect Epson Imaging Technology Center 2580 Orchard Parkway, Suite 200 San Jose, California 95131 glen.petrie@eitc.epson.com 408.576.4131

slide-2
SLIDE 2

2009.04.08‐10 OpenPrinting Summit 2009 San Francisco 2

Subjects

Common Print Dialog Printing From Applications Color Management Driver Validation Multifunction Device Support Driver Auto Load/Install

slide-3
SLIDE 3

2009.04.08‐10 OpenPrinting Summit 2009 San Francisco 3

Common Print Dialog

OpenPrinting Summit 2009

San Francisco, CA April 8‐10, 2009

Glen Petrie

Senior Software Architect Epson Imaging Technology Center 2580 Orchard Parkway, Suite 200 San Jose, California 95131 glen.petrie@eitc.epson.com 408.576.4131

slide-4
SLIDE 4

2009.04.08‐10 OpenPrinting Summit 2009 San Francisco 4

Common Print Dialog

  • Epson Request Support for Mobile & Embedded Solutions

Level 1: Mobile Device

Target:

Mobile Devices with a screen of limit size.

Structure: Printer Zone, Quick Preset Zone and Control Zone.

The width all zones is set by the Quick Preset Zone.

Usage: The caller (application, OS, whatever) must define all

printing ʺmodesʺ by means of Presets.

Level 0: Embedded Device

Target: Embedded devices, GUI‐less devices, special needs. Structure: No GUI interface but same functional capability. Usage: The caller (application, OS, whatever) sets the printer

and options value (based on some internal determination); the GUI‐less CPD returns the ʺprint intentʺ information based on the callers input. This way the caller can use a different with same set value but get the correct ʺprint intentʺ values for the specified printer.

slide-5
SLIDE 5

2009.04.08‐10 OpenPrinting Summit 2009 San Francisco 5

CPD Level 2

slide-6
SLIDE 6

2009.04.08‐10 OpenPrinting Summit 2009 San Francisco 6

CPD Level 3

slide-7
SLIDE 7

2009.04.08‐10 OpenPrinting Summit 2009 San Francisco 7

CPD Level 3: Expanded

slide-8
SLIDE 8

2009.04.08‐10 OpenPrinting Summit 2009 San Francisco 8

CPD Level 1

slide-9
SLIDE 9

2009.04.08‐10 OpenPrinting Summit 2009 San Francisco 9

CPD Level 0

GUI-less

slide-10
SLIDE 10

2009.04.08‐10 OpenPrinting Summit 2009 San Francisco 10

CPD Specification

  • Currently CPD Specification is implemented by extending the

existing PPD files.

  • Epson Request an Independent CPD Specification File.

Still use currently Extended Format Proposed for PPD Files but no

Printer need be defined.

It contains only CPD content.

  • Example: Only Quick Presents

Intended for Support of Mobile and Embedded Solutions

slide-11
SLIDE 11

2009.04.08‐10 OpenPrinting Summit 2009 San Francisco 11

Printing From Applications

OpenPrinting Summit 2009

San Francisco, CA April 8‐10, 2009

Glen Petrie

Senior Software Architect Epson Imaging Technology Center 2580 Orchard Parkway, Suite 200 San Jose, California 95131 glen.petrie@eitc.epson.com 408.576.4131

slide-12
SLIDE 12

2009.04.08‐10 OpenPrinting Summit 2009 San Francisco 12

Printing From Applications

slide-13
SLIDE 13

2009.04.08‐10 OpenPrinting Summit 2009 San Francisco 13

Color Management

OpenPrinting Summit 2009

San Francisco, CA April 8‐10, 2009

Glen Petrie

Senior Software Architect Epson Imaging Technology Center 2580 Orchard Parkway, Suite 200 San Jose, California 95131 glen.petrie@eitc.epson.com 408.576.4131

slide-14
SLIDE 14

2009.04.08‐10 OpenPrinting Summit 2009 San Francisco 14

Color Management [CM]

What is it? Who Needs it? Why? About Printer Profiles To Create Printer Profiles Suggestions & Discussions?

slide-15
SLIDE 15

2009.04.08‐10 OpenPrinting Summit 2009 San Francisco 15

CM: What is it?

What is it?

Device profiles provide color management systems with the

information necessary to convert color data between native device color spaces and device independent color spaces.

The specification divides color devices into three broad

classifications:

input devices, display devices and

  • utput devices.

For each device class, a series of base algorithmic models are

described which perform the transformation between color spaces.

These models provide a range of color quality and performance

results which provide different trade‐offs in memory footprint, performance and image quality.

http://www.color.org/iccprofile.xalter

slide-16
SLIDE 16

2009.04.08‐10 OpenPrinting Summit 2009 San Francisco 16

CM: Who Needs it? Why

Color Fidelity depends Intent.

What is being printed?

  • Needed: High End Photo, Posters, Banners,…

~ Needed: Web Pages, Text Document, Home Photos, ….

Why is it being printed?

  • Needed: Color Matching intent, …

~ Needed: Short term document use, …

Who is printing it?

  • Needed: Semi/Professional Photographer, Print Shops, …

~ Needed: Home User, SOHO, General Office, …

slide-17
SLIDE 17

2009.04.08‐10 OpenPrinting Summit 2009 San Francisco 17

CM: About Printer Profiles

  • Printer Profile Factors
  • Printer Inks:
  • Number of Inks
  • Inks Color (= gamut)
  • Driver Dither/Halftone Algorithm
  • Type of Dither/Halftone (Speed Vs Size Vs Resources)
  • Dot Size of Printer Head (Fixed, Variable)
  • Color Transform Algorithm
  • Fidelity (Speed Vs Size Vs Resources)
  • Color Overlay Order
  • Linearity of Color “Addition”
  • Summarized:
  • For each set of Inks & for each Driver a Profile is needed for each combination of
  • Media Type (Plain, Matte, Fine Art, Photo, CD/DVD, etc – 10 to 100 type of media)
  • Quality Intent (Draft, Normal, High, Photo)
slide-18
SLIDE 18

2009.04.08‐10 OpenPrinting Summit 2009 San Francisco 18

CM: To Create Printer Profiles

  • Printer Driver Developer Needs
  • The Printer
  • Supply of Inks
  • Supply of Media Types
  • Spectrometer or External Measuring Service (Cost ~$30 USD per profile).
  • Test Time
  • Issues
  • For “Open Source” Developer is profiling too costly; timely?
  • For Mobile/Embedded Platform Too Large
  • A Single ICC profile (for one mode) can be 6+ MiB (x media type x quality=?)
  • Can’t Use Print Vendor Existing Profiles since they are the result of the Print

Vender’s Driver Algorithms not anotherʹs.

  • Windows: \Windows\system32\spool\drivers\color \
  • Mac: /Library/ColorSync/Profiles/
  • Linux: ???????????????
slide-19
SLIDE 19

2009.04.08‐10 OpenPrinting Summit 2009 San Francisco 19

CM: Suggestions/Solutions

  • Print‐Vendors:
  • Supply ICC Profiles (see below for what media type and quality)
  • Allow Public Domain Use of ICC Profile.
  • Non Print‐Vendors
  • Use Printer‐Vendors ICC Profile
  • “Close Enough”: Ok for non‐critical uses.
  • OpenPrinting Provides a Low Cost Profile Measurement Service.
  • OpenPrinting and/or Color Management
  • Define a Base Set of Media Type that MUST BE Supported.
  • Plain, Photo, etc is often media supplier dependent
  • Thus, Must Define Media Type by some set of Attributes:
  • Brightness, roughness, etc.
  • Define the Nominal “Quality Settings” for Each Media Type that MUST BE

Supported.

  • Does this mean DPI Range (Example: Normal = 300 to 400 dpi)
  • Does this mean an quantitative evaluation of a test image with resolution targets
  • Provide Profile Test Images and Instructions.
slide-20
SLIDE 20

2009.04.08‐10 OpenPrinting Summit 2009 San Francisco 20

Resolution Targets

slide-21
SLIDE 21

2009.04.08‐10 OpenPrinting Summit 2009 San Francisco 21

Media Type

RFC’s, documents & discussions that List Media Types.

More investigation is needed to define Media Types in terms of

attributes that can be gotten from the WWW or label on media package.

slide-22
SLIDE 22

2009.04.08‐10 OpenPrinting Summit 2009 San Francisco 22

Printer Driver Validation

OpenPrinting Summit 2009

San Francisco, CA April 8‐10, 2009

Glen Petrie

Senior Software Architect Epson Imaging Technology Center 2580 Orchard Parkway, Suite 200 San Jose, California 95131 glen.petrie@eitc.epson.com 408.576.4131

slide-23
SLIDE 23

2009.04.08‐10 OpenPrinting Summit 2009 San Francisco 23

Printer Driver Validation (PDV)

  • What is PDV?
  • Self‐Validation by Driver Developer
  • No Certification by Distro’s or Central Organization (LSB, OP)
  • Distro’s or Central Organization (LSB, OP) can also perform Self‐Validation
  • Includes Driver Packages and PPDs
  • What is PDV Not?
  • Validation of Distro Print Path (App ‐> ? ‐> ? ‐> ? ‐> Driver).
  • Validation of Print Transform Applications (PS/PDF ‐> Image, …)
  • Validation of Print Managers (LPR, CUPS, …)
  • Validation of Application Printing (GIMP, OpenOffice, …)
  • What is Needed?
  • Test/Testing Criteria
  • What is being tested.
  • Test/Testing Procedure
  • How to test.
  • Validation Result Summary Submission
  • How to deliver the results, drivers and PPDs
  • Will exceptions be allowed?
  • What are they? What are the exception parameters?

These would be Print System/ Solution Validation – Done by Distro’s

slide-24
SLIDE 24

2009.04.08‐10 OpenPrinting Summit 2009 San Francisco 24

PDV: What is Being Tested

  • Driver Package

[yes]

Installation

[yes]

Interfacing from/with CUPS

[yes]

Interfacing from/with Applications

[yes]

Interfacing from/with Transform Applications

[yes]

Driver Back‐Ends

[tbd]

“Standard” Print Capability

[no ]

Print Quality – Too Subjective

[no ]

Printing Performance – Too Subjective

  • PPD

[yes]

PPD Base Attributes

[yes]

CUPS PPD Extension Attributes

[yes]

CPD PPD Extension Attributes

slide-25
SLIDE 25

2009.04.08‐10 OpenPrinting Summit 2009 San Francisco 25

PDV: What Else Might Be Tested

  • Driver Package – Print Capability

[ ] Support Min Set of Media Sizes

  • [ ] Letter [ ] A4 [ ] B4 [ ] 4x6 [ ] CD/DVD [ ] ???
  • Exception: Not Limited by printer carriage / media‐handler.

[ ] Support Min Set of Media Types

  • [ ] Plain [ ] Matte [ ] Fine Art [ ] Photo [ ] ???

[ ] Support Min Set of Print Quality

  • [ ] Draft [ ] Normal [ ] High

[ ] Margin Setting [ ] Driver Supplied Preview Image [ ] Status Monitoring [ ]

  • PPD

[ ] CPD Predefine Modes

  • [ ] Text [ ] Web [ ] Doc [ ] Image [ ] Photo [ ] CD/DVD [ ] ???
slide-26
SLIDE 26

2009.04.08‐10 OpenPrinting Summit 2009 San Francisco 26

PDV: How to Test ‐ Drivers

  • Test Print Data

Images, Simple Text, Complex Text, PostScript, PDF, Web Page, Mix

Content

  • Scripts

Install Driver Update/Replace Driver Un‐Install Driver Exercise Printing Min Features:

Via CUPS Via Ghostscript Via OpenPrinting Application (TBD)

Exercise Printing Status Monitor

Via CUPS Via Ghostscript Via OpenPrinting Application (TBD)

slide-27
SLIDE 27

2009.04.08‐10 OpenPrinting Summit 2009 San Francisco 27

PDV: How to Test – PPDs

  • Use Existing OpenPrinting Submission Procedure and System.
slide-28
SLIDE 28

2009.04.08‐10 OpenPrinting Summit 2009 San Francisco 28

PDV: How to Deliver Results

  • The output of the Script File provide a ZIP file with

Identification File

Developer Identification and Company Printer(s) Supported by Driver and PPD

Text File of Driver and PPD Test Result Driver under test ‐ May be limited to Binaries only PPD under test ICC Profile(s) under test (if any) Document for Driver (if any) Exception Document (if any)

slide-29
SLIDE 29

2009.04.08‐10 OpenPrinting Summit 2009 San Francisco 29

PDV: Exceptions to Document

Exception Data Need by Script to Perform Testing Example – Final / Correct List To Be Determined.

  • Printer Only Supports

(Some/Most content below could be obtain from PPD file)

  • Photo Printing Only
  • Black Only Printer
  • Specific Media Sizes Only
  • Specific Media Weights Only
  • No Printer / Driver Specific ICC Profile
  • No Status Monitoring Support
  • To Be Determined.