1. Support for Preferred Feed Edge / Media Orientation CIP4 discussion Jean-Marc Steux (Océ) Date: 2012-08-17

2. 3 Cases 1.The job ticket specifies a Media that CAN be handled in the specified orientation by the Digital Printer 2.The job ticket specifies a Media that MUST be handled by the Digital Printer with a different orientation than the specified one, due to device constraints (media size, finishing…) 3.The job ticket specifies a Media that SHOULD be handled by the Digital Printer in a different orientation, for instance due to Media specificities (grain, shape, speed…) Very often, the PrePress Operator prepares the job independently of these Press constraints

3. 2 configurations 1.The RIP is separated from the Digital Printer 2.The RIP is combined with the Digital Printer

4. The Workflow Components (1) Digital PrePress application – JDF Processes: LayoutPreparation or Stripping, Imposition – Input Resources: RunList (Document) Instructions defining the imposition layout (LayoutPreparationParams or StrippingParams) The Media(s) to be used, as refelement LayoutPreparationParams/Media or StrippingParams/Media – There is no @Orientation – @Dimension is used to specify Portrait/Landscape: X Y) – Other Input Media Catalog (= List of available Media with dimensions but no orientation). Can be read from a Device via JMF Resource Query. – Output Resources RunList (Surface): the imposed document (nothing about which Media was used)

5. The Workflow Components (2) RIP – JDF Processes: Interpreting, Rendering Optionally: ColorSpaceConversion, Trapping, Screening – Input: RunList (Surface): the imposed document InterpretingParams, RenderingParams The Media(s) to be used, as refelement InterpretingParams/Media – no @Orientation – @Dimension is used to select Portrait/Landscape: X Y ). – Media has been deprecated in JDF 1.2 as input resource of Rendering process and as refelement in RenderingParams – Output: RunList (ByteMaps) (nothing about which Media was used)

6. The Workflow Components (3) Digital Printer – JDF Processes: DigitalPrinting, some Finishing (Folding, Stitching…) – JDF Input: RunList(ByteMaps) The Media(s) to be used, as Input Resource Media mounting in trays can lead to a Rotation, specified in the @Orientation attribute of the MediaLink – JDF Output: Component (printed document)

7. Legend for next pictures Input resources Output resources A3 Media Feed edge Processes PDF Blablabla ByteMaps Page 2 Page 1 Imposition Layout

8. Example of case 1 Blablabla RunList (Doc) A3 LPPorSP/Media (X<Y) A3 Media with short edge feed Digital PrePress (Imposition) Printer (DigitalPrinting) Blablabla RunList (Surface) Page 2 Page 1 Imposition layout Blablabla RunList (ByteMaps) A3 InterpretingParams/ Media (X<Y) A3 Media Catalog A4 RIP (Interpreting, Rendering)

9. Example of case 2 Blablabla RunList (Doc) A3 LPPorSP/Media (X>Y) Blablabla RunList (ByteMaps) Page 2 Page 1 Imposition layout Printer Constraint: A3 requires short edge feed A3 Media rotated for short edge feed Blablabla RunList (Surface) A3 InterpretingParams/ Media (X>Y) A3 Media Catalog A4 Digital PrePress (Imposition) Printer (DigitalPrinting) RIP (Interpreting, Rendering)

10. Example of case 3 Blablabla RunList (Doc) A4 LPPorSP/Media (X<Y) Blablabla RunList (ByteMaps) Page 2 Page 1 Imposition layout Blablabla RunList (Surface) Printing A4 is faster with long edge feed A4 Media rotated for long edge feed A4 InterpretingParams/ Media (X<Y) A3 Media Catalog A4 Digital PrePress (Imposition) Printer (DigitalPrinting) RIP (Interpreting, Rendering)

11. Combined RIP + Printer (Interpreting, Rendering, DigitalPrinting) Internal  Not in JDF Case 3B (combined RIP&DP) Blablabla RunList (Doc) A4 LPPorSP/Media (X<Y) Printing A4 is faster with long edge feed A4 Media rotated for long edge feed Imposition layout Page 2 Page 1 Blablabla RunList (Surface) A4 InterpretingParams/ MediaRef  Media (X<Y) With feed edge Blablabla RunList (ByteMaps) A3 Media Catalog A4 Digital PrePress (Imposition)

12. Imposition Output Imposition Media Media Feed Edge RIP Output Orientation and Rotation: Examples Blablabla A3 Blablabla A3 Blablabla A3 Blablabla A3 Blablabla A3 Blablabla A4 Portrait content 2 up on A3 Landscape Media with short feed edge A3 Portrait content on A3 Landscape Media with short feed edge A4 Portrait content centered on A3 Landscape Media with short feed edge A4 Portrait content centered on A3 Portrait Media with short feed edge

13. Orientation and Rotation Orientation is how the Media is used when defining the Layout – Portrait or Landscape – It is expressed via Dimensions (X Y) Rotation is how the Media is used in the input tray – Rotate/Flip 0, 90, 180, 270 degrees – It is expressed in MediaLink/@Orientation They are both necessary. Media Orientation cannot be deduced from the Content orientation! The RIP needs to know both Media Orientation and Media Rotation.

14. Facts In a Media Catalog, a Media – has dimensions – has neither orientation nor rotation – may have a preferred edge feed The Media rotation in the printer tray is either forced by a constraint or freely chosen, preferably using the preferred edge feed. The output of Imposition is independent from the rotation of the Media in the input tray The output of the RIP must be rotated according to how the Media fed in the Digital Printer input tray Media is NOT an input resource of Interpreting and Rendering but is refelement in InterpretingParams. There is not @Orientation in a refelement!  The usage of MediaLink for the RIP is not possible with JDF as it is now! When RIP is included in Digital Printer, the Media rotation in the Tray is internally managed. It is not specified in the input JDF.

15. Where to specify Rotation? Blablabla RunList (Doc) A4 LPPorSP/Media (X<Y) Blablabla RunList (ByteMaps) Digital PrePress (Imposition) RIP (Interpreting, Rendering) A4 Media rotated for long edge feed Printing A4 is faster with long edge feed Page 2 Page 1 Imposition layout Blablabla RunList (Surface) Printer (DigitalPrinting) A4 InterpretingParams/ Media (X<Y) A3 Media Catalog with preferred feed edge A4 Media rotated for long edge feed

16. Proposals 1.Extend processes resources to specify the Media Orientation as input to the Ripping process, so that the RIP knows which rotation to apply – Un-deprecate Media input resource in Rendering; so that MediaLink/@Orientation can be used ? – Add @Orientation to RunListLink ? – Add a new Media attribute ? 2.Extend JMF with a mechanism allowing an OMS or MIS to query a Printer about a Media Orientation Constraint or Choice, so that it can correctly instruct the RIP – Add a new Media attribute and get it via JMF Resource Query ? 3.Extend JDF to allow specifying a preferred Media orientation in a Media Catalog (list of Media without MediaLink) that can be read via JMF Resource Query – Add a new Media attribute, returned via JMF Resource Query ?