• Open Menu Close Menu
  • Apple
  • Shopping Bag
  • Apple
  • Mac
  • iPad
  • iPhone
  • Watch
  • TV
  • Music
  • Support
  • Search apple.com
  • Shopping Bag

Lists

Open Menu Close Menu
  • Terms and Conditions
  • Lists hosted on this site
  • Email the Postmaster
  • Tips for posting to public mailing lists
Re: Profile compression
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Profile compression


  • Subject: Re: Profile compression
  • From: Graeme Gill <email@hidden>
  • Date: Sun, 05 Mar 2006 00:22:43 +1100

Tom Beckenham wrote:

Firstly, I can't believe I missed the URL Profile Specification in the PDF/X-5 spec! I'd actually read through the two specs but somehow missed it. I have actually been working on getting an Australian PDF/X technical committee together, so we can give input into future specs. Big oops on missing that one!

I can't say I'm a big fan of the idea of URLs substituting for profiles in document files. To me this looks like a way of making files more fragile, for not a lot of benefit. URL's seem to have a bad habit of "rotting". Over the years, there have been no end of niggling problems with fonts, when they are included only by reference. Fonts missing or mis-matching seems to be one of the issues that the latest standards have tried to address, by going the opposite direction - making sure that files are fully self contained.

Of course, for a closed application that depends on network
access, there may well be good reason to download various resources
on demand.

I think there's still more that could be done by the ICC in defining a profile format that can be efficiently used by remote users. There are a couple of things I can think of that could extend this idea further. What about being able to reference the tags/tables as separate URL referencable files? This way a CMM could download only the pieces of a profile it needs. Instead of the tag table including offsets, it could include URLs. That way when doing a perceptual conversion for example, you'd only download the perceptual table you need.

Why complicate the ICC standard with such a narrow solution ? Why not instead, simply implement or use a remote file system, with local caching ? The application could just read the parts of the ICC profile it needs remotely, without needing any application code changes.

Graeme Gill.

_______________________________________________
Do not post admin requests to the list. They will be ignored.
Colorsync-users mailing list      (email@hidden)
Help/Unsubscribe/Update your Subscription:
This email sent to email@hidden


  • Follow-Ups:
    • Re: Profile compression
      • From: Tom Beckenham <email@hidden>
References: 
 >Re: Profile compression (From: Chris Murphy <email@hidden>)
 >Re: Profile compression (From: Phil Green <email@hidden>)
 >Re: Profile compression (From: Phil Green <email@hidden>)
 >Re: Profile compression (From: Chris Murphy <email@hidden>)
 >Re: Profile compression (From: Tom Beckenham <email@hidden>)

  • Prev by Date: RE: Unprofiled printer preview
  • Next by Date: FW: Unprofiled printer preview
  • Previous by thread: Re(2): Profile compression
  • Next by thread: Re: Profile compression
  • Index(es):
    • Date
    • Thread