Keeping up to date – how the car analogy may no longer be relevant in the printing world

In his latest blog post, Martin Bailey, consultant at Global Graphics Software, takes a look at some of the reasons why his go-to car analogy to help his audience understand the world of print may no longer be as relevant as it once was:

Over the years I’ve used analogies in many of my blog posts, conference presentations and white papers; they’re a very effective way of sharing a high-level understanding of sometimes complex ideas. I’m not a car fanatic, so I’ve not had any specific motivation to compare print technologies to anything around cars, but for some reason it seems that car analogies have consistently just worked, so I’ve used them.

But I realized recently that I’m going to have to rework some of them in response to the growth of electric vehicles replacing internal combustion. I know that growth is very uneven across the world (wow, go Norway!), but it’s clearly the future of motoring for many of us. Much of what I write and report might be summarized as “this is the future and how we’ll get there”, so building on something that will become more and more outdated for many readers and listeners introduces an unwelcome distraction from the analogy. It also makes it less effective because analogies must be based on a common understanding or experience, otherwise they just don’t work.

On the other hand, internal combustion vehicles are not even close to the point yet where all readers and listeners will regard them as dinosaurs of historical interest only. So I can’t sensibly use them as a representation of what we were all doing in the past.

So, I thought I’d look through some of the car-based analogies I’ve used to see which need updating, and which are fine as they are:

I’ve often compared a digital press and its associated digital front end (DFE) to the components of a car:

  • The supplied job file, probably in PDF, is the fuel
  • The steering wheel and dashboard are the DFE control systems and user interface
  • The engine is the RIP (clearly the most important part of the entire system, but then I may be biased!)
  • The gearbox and transmission are the electronics and drivers, like those from our friends at Meteor inkjet
  • The wheels are the inkjet heads, actually putting the rubber/ink on the road/substrate

Well, some of those parts still make sense, but I’m not sure that I can equate submitting a PDF file to charging a battery. Somehow the motors in an electric vehicle never seem to have the prominence that I’d personally give to a RIP. And the motors are often linked direct to the wheels, with less of the gearbox and transmission infrastructure than you’d use for internal combustion. This one needs some serious fixing.

Next up is a statement that we used, for example, in Full Speed Ahead: how to make variable data PDF files that won’t slow your digital press: that making a PDF file constructed for efficiency is like using better fuel in a car. There can be a clear step-up from regular to super for gasoline/petrol, but electricity is electricity, at least once it’s in the car battery.

I guess you could argue that charging points with different power capabilities, from 7kW up to 350kW, will significantly affect how long it will take to recharge the car, and therefore on how far you can get in a day, but it’s not really the same discussion. That’s another analogy that I’m going to have to work on.

And finally, for now, I’ve described companies who build digital presses without thinking about software to process job files and proper user interfaces as being like people thinking they can sell rolling chassis: cars with no bodywork, no seats and not even a cup-holder. You may get a few sales for that in specialist markets, but it’s not exactly a mass market.

Of the three analogies I’ve listed here, I think this is the only one that might survive unscathed, although it probably has less value without being able to equate the other bits of the car to digital press and DFE components.

As I said to start with, I had no reason to pick cars as the base for analogies that I use other than that they seemed to work well. I have a feeling that may not be as true in the future. I guess there did have to be one advantage to big oil!

About the author

Martin Bailey, CTO, Global Graphics Software

Martin Bailey, consultant at Global Graphics Software, is a former CTO of the company and currently the primary UK expert to the ISO committees maintaining and developing PDF and PDF/VT. He is the author of Full Speed Ahead: how to make variable data PDF files that won’t slow your digital press, a guide offering advice to anyone with a stake in variable data printing including graphic designers, print buyers, composition developers and users.

To be the first to receive our blog posts, news updates and product news why not subscribe to our monthly newsletter? Subscribe here

Follow us on LinkedIn and Twitter

Introducing SmartDFE to INKISH TV at Fespa 2022

At the recent Fespa show in Berlin, Justin Bailey, managing director at Global Graphics Software, spoke to Morten Reitoft of INKISH TV about the technologies offered for inkjet by Hybrid Software Group and why the SmartDFE™ is a key component if you’re planning to integrate print into your smart factory. 

Find out more:

  1. Global Graphics Smart QI: New Platform for On-the-Fly Inspection
  2. Connecting print to a smart factory.
  3. How to transform your inkjet business with Industry 4.0 and OPC UA
  4. Short introduction to the OPC UA

Be the first to receive our blog posts, news updates and product news. Why not subscribe to our monthly newsletter? Subscribe here

Follow us on LinkedInTwitter and YouTube

Working with spot colors in Harlequin Core

Whenever we start working with a company who’s interested in using Harlequin Core™ for their Digital Front End (DFE), there are always three technical topics under discussion: speed, quality and capabilities. Speed and quality are often very quick discussions; much of the time they’ve approached us because they’re already convinced that Harlequin can do what they need. In the remaining cases we tend to jointly agree that the best way for them to be convinced is for them to take a copy of Harlequin Core and to run their own tests. There’s nothing quite like trying something on your own systems to give yourself confidence in the results.

So that leaves capabilities.

If the company already sells a DFE using a different core RIP they will almost always want to at least match, and usually to extend, the functionality of their existing solution when they switch to Harlequin. And if they’re building their first DFE they usually have a clear idea of what their target market will need.

At that stage we start by ensuring that we all understand that Harlequin Core can deliver rasters in whatever format is required (color channels, interleaving, resolution, bit depth, halftoning) and then cover color management pretty quickly (yes, Harlequin uses ICC profiles, including v4 and DeviceLink; yes, you can chain multiple profiles in arbitrary sequences, etc).

Then we usually come on to a series of questions that boil down to handling spot colors:

  • Most spot separations in jobs will be emulated on my digital press; can I adjust that emulation?
  • Can I make sure that the emulation works well with ICC profiles for different substrates?
  • Can I include special device colorants, such as White and Silver inks in that emulation?
  • Can I alias one spot separation name to another?
  • Can I make technical separations, like cut and fold lines, completely disappear, without knocking out if somebody upstream didn’t set them to overprint?
  • Alternatively, can I extract technical separations as vector graphics to drive a cutter/plotter with?

Since the answer to all of those is ‘yes’ we can then move on to areas where the vendor is looking for a unique capability …

But I’ve always been slightly disappointed that we don’t get to talk more about some of the interesting corners of spot handling in Harlequin. So I created a video to walk through some examples. Take a look, and I’d welcome your comments and questions!

Further reading:

  1. Channelling how many spot colors?!!
  2. Shade and color variation in textile printing
  3. Harlequin Core – the heart of your digital press
  4. What is a raster image processor 

Be the first to receive our blog posts, news updates and product news. Why not subscribe to our monthly newsletter? Subscribe here

Follow us on LinkedInTwitter and YouTube

Head, inks, substrates – don’t forget the software!

Martin Bailey, distinguished technologist at Global Graphics Software, chats to Marcus Timson of FuturePrint in this episode of the FuturePrint podcast. They discuss Martin’s role in making standards work better for print so businesses can compete on the attributes that matter, and software’s role in solving complex problems and reducing manual touchpoints in workflows.

They also discuss the evolution of software in line with hardware developments over the last few years, managing the increasing amounts of data needed to meet the demands of today’s print quality, the role of Global Graphics Software in key market segments and more.

Listen in here:

Head, ink and substrates, don't forget the software. A FuturePrint podcast with Martin Bailey

To be the first to receive our blog posts, news updates and product news why not subscribe to our monthly newsletter? Subscribe here

Follow us on LinkedInTwitter and YouTube

Connecting print to the Smart Factory

This week WhatTheyThink launched its 2021 Technology Outlook – a resource guide designed for you to quickly learn about new innovations from industry analysts and thought leaders. It includes five technology focus areas: digital printing, labels & packaging, software & workflow, wide format & signage and textiles & apparel, and finishing.

As part of the software & workflow technology focus, David Zwang of WhatTheyThink chatted to our VP of products and services, Eric Worrall, about digital front ends (DFEs), the elements that comprise a DFE, and the recent launch of Global Graphics’ SmartDFE™, a complete single-source software and electronics stack that does everything from job creation through to printhead electronics, and a vital component in the smart factory of the future. Smart factories are designed to autonomously run the entire production process and this will include the print subsystems.

Watch it here:

Global Graphics Software's Eric Worrall talking about Smart DFEs
Global Graphics Software’s Eric Worrall talking about Smart DFEs

To find out more about the smart factory and the smart digital front end, visit our website.


Be the first to receive our news updates and product news. Why not subscribe to our monthly newsletter? Subscribe here

Follow us on LinkedIn, Twitter, and YouTube

What is a Raster Image Processor (RIP)?

Ever wondered what a raster image processor or RIP does? And what does RIPping a file mean? Read on to learn more about the phases of a RIP, the engine at the heart of your Digital Front End (DFE).

The RIP converts text and image data from many file formats including PDF, TIFF™ or JPEG into a format that a printing device such as an inkjet printhead, toner marking engine or laser platesetter can understand. The process of RIPping a job requires several steps to be performed in order, regardless of the page description language (such as PDF) that it’s submitted in. Even image file formats such as TIFF, JPEG or PNG usually need to be RIPped, to convert them into the correct color space, at the right resolution and with the right halftone screening for the press.

Interpreting: The file to be RIPped is read and decoded into an internal database of graphical elements that must be placed on the output. Each may be an image, a character of text (including font, size, color etc), a fill or stroke etc. This database is referred to as a display list.

Compositing: The display list is pre-processed to apply any live transparency that may be in the job. This phase is only required for any graphics in formats that support live transparency, such as PDF; it’s not required for PostScript language jobs or for TIFF and JPEG images because those cannot include live transparency.

Rendering: The display list is processed to convert every graphical element into the appropriate pattern of pixels to form the output raster. The term ‘rendering’ is sometimes used specifically for this part of the overall processing, and sometimes to describe the whole of the RIPing process.

Output: The raster produced by the rendering process is sent to the marking engine in the output device, whether it’s exposing a plate, a drum for marking with toner, an inkjet head or any other technology.

Sometimes this step is completely decoupled from the RIP, perhaps because plate images are stored as TIFF files and then sent to a CTP platesetter later, or because a near-line or off-line RIP is used for a digital press. In other environments the output stage is tightly coupled with rendering, and the output raster is kept in memory instead of writing it to disk to increase speed.

RIPping often includes a number of additional processes; in the Harlequin RIP® for example:

  • In-RIP imposition is performed during interpretation
  • Color management (Harlequin ColorPro®) and calibration are applied during interpretation or compositing, depending on configuration and job content
  • Screening can be applied during rendering. Alternatively it can be done after the Harlequin RIP has delivered unscreened raster data; this is valuable if screening is being applied using Global Graphics’ ScreenPro™ and PrintFlat™ technologies, for example.

A DFE for a high-speed press will typically be using multiple RIPs running in parallel to ensure that they can deliver data fast enough. File formats that can hold multiple pages in a single file, such as PDF, are split so that some pages go to each RIP, load-balancing to ensure that all RIPs are kept busy. For very large presses huge single pages or images may also be split into multiple tiles and those tiles sent to different RIPs to maximize throughput.

The raster image processor pipeline. The Harlequin RIP includes native interpretation of PostScript, EPS, DCS, TIFF, JPEG, PNG and BMP as well as PDF, PDF/X and PDF/VT, so whatever workflows your target market uses, it gives accurate and predictable image output time after time.
The raster image processor pipeline. The Harlequin RIP includes native interpretation of PostScript, EPS, DCS, TIFF, JPEG, PNG and BMP as well as PDF, PDF/X and PDF/VT, so whatever workflows your target market uses, it gives accurate and predictable image output time after time.

Harlequin Host Renderer brochure


To find out more about the Harlequin RIP, download the latest brochure here.


This post was first published in June 2019.

Further reading:

1. Where is screening performed in the workflow

2. What is halftone screening?

3. Unlocking document potential

To be the first to receive our blog posts, news updates and product news why not subscribe to our monthly newsletter? Subscribe here

Follow us on LinkedIn and Twitter


How to accurately calculate the ink costs for your digital press

There are many costs that can impact your profitability when running a production digital press, from power consumption to the substrate you’re printing on. One of the most variable costs is ink consumption, which often varies from job to job and therefore can be difficult to estimate. As you might expect, the content to be printed is the key determining factor, but you also need to consider the resolution, screening method, drop sizes and choice of colorants. This can bring quite a challenge for a press shop when quoting for a job, especially if the client is open to hearing a range of options.

Even with a static job that might be suitable for a test print run to get a cost that can be multiplied for the number of copies, it’s still not ideal to have to spend any time or other resources using the actual press. It’s much better to be able to get an accurate ink cost estimate away from the press, which is where our Job Cost Estimator comes in. It’s available as part of our Direct™ software range as well as our Harlequin Host Renderer™ and ScreenPro™ products. It uses the same setup that drives your printer, calculating a very accurate estimate of the ink cost for a specific job. Self-contained, it doesn’t require any connection to your printer, which makes it ideal when you want to give a job cost indication away from the print shop.

The screenshot shows a calculation performed using our Job Cost Estimator for a 1200x1200 dpi version of our two-page Direct brochure, screened with 4-drop pearl.

The screenshot above shows a calculation performed using our Job Cost Estimator for a 1200×1200 dpi version of our two-page Direct brochure, screened with 4-drop pearl. Under Cost Per Page, this is the average cost per page per colorant based on the two pages that were analyzed, with a final row showing the total (All). This is then multiplied by the total pages and the number of copies to get the Cost Per Job for each row.

Obviously, no costs can be determined without knowing how much the inks cost per liter, so you can set these within the application. Similarly, you will need to configure your printhead(s) to specify how many picoliters of ink are used per drop size.

As you can see from the left image above, we have assigned a different printhead for Black called Budget_PrintHead, which will have fewer picoliters per drop size than the Default_PrintHead shown on the right, to represent a possible response to a hypothetical jump in the price of black ink.

The Job Cost Estimator has been designed to be extensible, so it would be possible in future to incorporate other costs, such as paper, or factor in ink used periodically for nozzle refreshing, for example.

If you’d like to know more about the Job Cost Estimator, watch my short demonstration here:

For more information visit the Direct pages on our website:

To be the first to receive our blog posts, news updates and product news why not subscribe to our monthly newsletter? Subscribe here

About the author:

Ian Bolton, Product Manager, Direct
Ian Bolton, Product Manager – Direct

Ian has over 15 years’ experience in industry as a software engineer focusing on high performance. With a passion for problem-solving, Ian’s role as product manager for the Direct range gives him the opportunity to work with printer OEMs and break down any new technology barriers that may be preventing them from reaching their digital printer’s full potential.

Improve inkjet output quality with PrintFlat™

If you print on an inkjet press you’ll know that the problem of non-uniformity or banding is a particularly difficult one to resolve. It’s especially acute on areas of flat tints with the result that printed output is unacceptable to you and to your customers. This means you either don’t run certain jobs on your inkjet press or, in some sectors of the market, are forced to sell your output at a discount.

The good news is that with PrintFlat you have a solution that is quick to deploy and cost-effective, and it can be applied to any workflow with or without a RIP. With more press vendors adopting this technology, watch our new explainer video to see how you might benefit.

Find out more about PrintFlat here.


Fundamentally it’s…

8 Fundamentals _black

It’s been a really interesting week chatting to vendors and the press about our new software and services package for inkjet. In case you missed it, we’ve called it Fundamentals because it combines essential software components and engineering expertise that press vendors need to build a Digital Front End.

What’s the big deal you might say?  Well, The Times They Are A Changing to quote Bob Dylan both in terms of the progression of inkjet technology and the swing towards digital printing in the labels and packaging sector which is where we have focussed our initial offering of Fundamentals.

Thanks to our lengthy graphic arts experience – we’ve been supplying software to drive digital presses since 2002 – we are regularly approached by inkjet press vendors either to intervene at some point in an existing workflow or because they’re starting from a blank sheet of paper and need to figure out how to build a Digital Front End for a new press.

If they have an existing DFE a press vendor might be stuck on output quality, or maybe they can’t get the throughput in speed that they need. If they’re building a new press they might not know where to quickly source the components they need. Or often they can’t allocate enough engineering resource to the DFE when they need to. Plus it takes a very special skill set to know how to wire it all together.

How do we know all this? Because vendors tell us so. And Fundamentals is our response to this market demand. It offers best of breed software products with an engineering service that allows the press vendor to address their specific applications.

It will grow, of course. We are already looking at a Fundamentals software bundle for industrial inkjet for example. But the good news for press vendors is that we can do all of the above and then some!