ntg-context - mailing list for ConTeXt users
 help / color / mirror / Atom feed
* Re: BIG PDF files with LOTS of images
@ 1999-05-25 10:13 Gilbert van den Dobbelsteen
  1999-05-25 12:13 ` Siep Kroonenberg
                   ` (2 more replies)
  0 siblings, 3 replies; 8+ messages in thread
From: Gilbert van den Dobbelsteen @ 1999-05-25 10:13 UTC (permalink / raw)


>>This massive monstrosity I have been working on for the past few weeks is
>>finally nearly ready for the printers, who are graciously accepting it in
>>PDF form.  Now I have a problem: this document doesn't have many pages but
>>it has a *lot* of images.  Acrobat grows in size with each page and it
>>runs out of memory before I've browsed very far into the document.  I'd
>>like Acrobat to clear all it's memory before loading the next page.  The
>>file isn't that big (only a few meg) so it must be storing all the

You can also use GhostView. Then the color-output will be correct too.

Has anybody any idea why Acrobat pdf colors are always wrong? Since I use
color, I use Ghostscript, since that does the colors right. Blue is too dark
in pdf, and so it red and magenta.

Gilbert.


^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: BIG PDF files with LOTS of images
  1999-05-25 10:13 BIG PDF files with LOTS of images Gilbert van den Dobbelsteen
@ 1999-05-25 12:13 ` Siep Kroonenberg
  1999-05-25 12:45 ` Neville Dean
  1999-05-25 12:55 ` Hans Hagen
  2 siblings, 0 replies; 8+ messages in thread
From: Siep Kroonenberg @ 1999-05-25 12:13 UTC (permalink / raw)


Gilbert van den Dobbelsteen writes:
 > >>This massive monstrosity I have been working on for the past few weeks is
 > >>finally nearly ready for the printers, who are graciously accepting it in
 > >>PDF form.  Now I have a problem: this document doesn't have many pages but
 > >>it has a *lot* of images.  Acrobat grows in size with each page and it
 > >>runs out of memory before I've browsed very far into the document.  I'd
 > >>like Acrobat to clear all it's memory before loading the next page.  The
 > >>file isn't that big (only a few meg) so it must be storing all the
 > 
 > You can also use GhostView. Then the color-output will be correct too.
 > 
 > 
 > Has anybody any idea why Acrobat pdf colors are always wrong? Since I use
 > color, I use Ghostscript, since that does the colors right. Blue is too dark
 > in pdf, and so it red and magenta.
 > 
 > Gilbert.

I assume you are talking about Acrobat Reader/Exchange? Maybe some
implicit cmyk <-> rgb conversions take place?

-- 
Siep Kroonenberg, TeX helpdesk
Siep.Kroonenberg@wkap.nl

Kluwer Academic Publishers
Prepress Department
Achterom 119
3311 KB Dordrecht
The Netherlands


^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: BIG PDF files with LOTS of images
  1999-05-25 10:13 BIG PDF files with LOTS of images Gilbert van den Dobbelsteen
  1999-05-25 12:13 ` Siep Kroonenberg
@ 1999-05-25 12:45 ` Neville Dean
  1999-05-25 13:14   ` Hans Hagen
  1999-05-25 12:55 ` Hans Hagen
  2 siblings, 1 reply; 8+ messages in thread
From: Neville Dean @ 1999-05-25 12:45 UTC (permalink / raw)
  Cc: Context List

On Tue, 25 May 1999, Gilbert van den Dobbelsteen wrote  

> You can also use GhostView. Then the color-output will be correct too.
> 
> 
> Has anybody any idea why Acrobat pdf colors are always wrong? Since I use
> color, I use Ghostscript, since that does the colors right. Blue is too dark
> in pdf, and so it red and magenta.
> 

While downloading Acroread 4 recently, I also downloaded Adobe's tryout 
version of Photoshop 5. The colours on a scanned photograph were 
different (darker) to those obtained by scanning into my usual image 
processing software. However, I discovered that Adobe had set up a
default monitor gamma of 2.2. Changing gamma to 1.0 resolved the problem.
Could something similar be happening in Acrobat I wonder? Quite possibly, 
there may be need for adjustment to suit your printer as well!

Neville Dean

----------------------------
Anglia Polytechnic University
Cambridge
England

c.n.dean@anglia.ac.uk


^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: BIG PDF files with LOTS of images
  1999-05-25 10:13 BIG PDF files with LOTS of images Gilbert van den Dobbelsteen
  1999-05-25 12:13 ` Siep Kroonenberg
  1999-05-25 12:45 ` Neville Dean
@ 1999-05-25 12:55 ` Hans Hagen
  2 siblings, 0 replies; 8+ messages in thread
From: Hans Hagen @ 1999-05-25 12:55 UTC (permalink / raw)
  Cc: Context List

Gilbert van den Dobbelsteen wrote:

> Has anybody any idea why Acrobat pdf colors are always wrong? Since I use
> color, I use Ghostscript, since that does the colors right. Blue is too dark
> in pdf, and so it red and magenta.

Like many adobe programs, they try to see the screen as a special kind
of paper and so some undercolor removal and alike things for it. You can
use the rgb-cmyk pdf document 
from the pragma site to see the differences. 

Hans

-----------------------------------------------------------------
                                          Hans Hagen | PRAGMA ADE
              Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
      tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.nl
-----------------------------------------------------------------


^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: BIG PDF files with LOTS of images
  1999-05-25 12:45 ` Neville Dean
@ 1999-05-25 13:14   ` Hans Hagen
  0 siblings, 0 replies; 8+ messages in thread
From: Hans Hagen @ 1999-05-25 13:14 UTC (permalink / raw)
  Cc: Gilbert van den Dobbelsteen, Context List

Neville Dean wrote:

> While downloading Acroread 4 recently, I also downloaded Adobe's tryout
> version of Photoshop 5. The colours on a scanned photograph were
> different (darker) to those obtained by scanning into my usual image
> processing software. However, I discovered that Adobe had set up a
> default monitor gamma of 2.2. Changing gamma to 1.0 resolved the problem.
> Could something similar be happening in Acrobat I wonder? Quite possibly,
> there may be need for adjustment to suit your printer as well!

As soon as I have time, I'll look into the jobticket specs. Maybe they
can help us out. I also want to see if low res screen/high res print
graphics can be build in. Technically possible (also in pdftex). 

Hans

-----------------------------------------------------------------
                                          Hans Hagen | PRAGMA ADE
              Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
      tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.nl
-----------------------------------------------------------------


^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: BIG PDF files with LOTS of images
@ 1999-05-25  9:37 Gilbert van den Dobbelsteen
  0 siblings, 0 replies; 8+ messages in thread
From: Gilbert van den Dobbelsteen @ 1999-05-25  9:37 UTC (permalink / raw)


>Hello,
>
>This massive monstrosity I have been working on for the past few weeks is
>finally nearly ready for the printers, who are graciously accepting it in
>PDF form.  Now I have a problem: this document doesn't have many pages but
>it has a *lot* of images.  Acrobat grows in size with each page and it
>runs out of memory before I've browsed very far into the document.  I'd
>like Acrobat to clear all it's memory before loading the next page.  The
>file isn't that big (only a few meg) so it must be storing all the

Probably you need to disable the page cache. Acrobat indeed stores
uncompressed images, this is caused by the Windows API which only accepts
uncompressed images (not entirely true, but it is true for Acrobat).

>embedded JPEG images internally as uncompressed bitmaps.  Is this problem
>related to PDF storing images globally so that they can be reused (I'm no
>PDF expert but I have vague recollections of it doing this)?  If so, can

This should have nothing to do with the object storage mechanism context
uses. In fact Adobe promotes object usage in their docs.

>that be turned off in context so that the images are deleted from memory
>after use?  And does this have anything to do with the preset option in
>externalfigure (which dumps TeX errors when I play with it)?

Don''t know what preset does, sorry.

>
>One more question: what does one do to make PDF bookmarks?  From what I
>can tell, I just need something like
>
>\placebookmarks[section]
>\setupinteraction[state=start]
>\setuplist
>  [section]
>  [criterium=all,
>   interaction=all]
>
>which I try but it doesn't seem to do anything.  I get promising looking
>entries in my tui file with bm:: as the name of the list so I figure I
>must be close.

You must *first* enable interaction, otherwise the bookmarks go into
nirvana:

\setupinteraction[state=start]
\placebookmarks[section]        % This must be somewhere after the previous
line
\starttext
..... Lots of sections etc.
\stoptext

So make sure you first say \setupinteraction[state=start]

Cheers, Gilbert.


^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: BIG PDF files with LOTS of images
  1999-05-25  6:07 Matthew Baker
@ 1999-05-25  8:31 ` Hans Hagen
  0 siblings, 0 replies; 8+ messages in thread
From: Hans Hagen @ 1999-05-25  8:31 UTC (permalink / raw)
  Cc: Context List

Matthew Baker wrote:

> This massive monstrosity I have been working on for the past few weeks is
> finally nearly ready for the printers, who are graciously accepting it in
> PDF form.  Now I have a problem: this document doesn't have many pages but
> it has a *lot* of images.  Acrobat grows in size with each page and it
> runs out of memory before I've browsed very far into the document.  I'd

This sounds like an acrobat bug. Did you try version 4? (Pleas keep
version 3on you system for more accurate viewing). 

> like Acrobat to clear all it's memory before loading the next page.  The
> file isn't that big (only a few meg) so it must be storing all the

There is an option to turn off the page cache in the preferences. 

> embedded JPEG images internally as uncompressed bitmaps.  Is this problem
> related to PDF storing images globally so that they can be reused (I'm no

Graphics are object anyway. Context does reuse them by default, and you
can turn this behavior off, but this will not solve the problem. They
still are xobjects. 

> PDF expert but I have vague recollections of it doing this)?  If so, can
> that be turned off in context so that the images are deleted from memory
> after use?  And does this have anything to do with the preset option in
> externalfigure (which dumps TeX errors when I play with it)?

Please show me the errors! The preset option has nothing to do with
this. You seldom (never) need to use this. It tells context not to
determine the dimensions (default with for instance movies, that are
always scaled by the viewer). The errors can be due to overflows when
(nearly) zero dimensions are used.  

One seldom has to mess around with preset, sometimes with preview
(movies) and also seldom with object (only when the illustration changes
while the name is the same). 

> One more question: what does one do to make PDF bookmarks?  From what I
> can tell, I just need something like
> 
> \placebookmarks[section]
> \setupinteraction[state=start]

This must come before ths \placebookmarks. 

> \setuplist
>   [section]
>   [criterium=all,
>    interaction=all]

This is unrelated to bookmarks. 

> which I try but it doesn't seem to do anything.  I get promising looking
> entries in my tui file with bm:: as the name of the list so I figure I
> must be close.

You can locally overload a chapter title by saying: 

% \chapter{het eerste hoofdstuk}
%
% \bookmark {de eerste bookmark} 

So here, \bookmark overloads the \chapter title. Keep inmind that,
although I do some conversion, it will never be 100%, due to pdfdoc
encoding and plain strings. 

% \placebookmarks
[hoofdstuk,paragraaf,subparagraaf,subsubparagraaf,mylist]
%                 [open list]

When you define a list with \definelist[mylist] you can also add marks
that are not in titles, saying \bookmark[mylist]{whatever}. BTW, no
problem in including figures etc too. 

The second argument of \placebookmark specifies which ones to open. 

Hans

-----------------------------------------------------------------
                                          Hans Hagen | PRAGMA ADE
              Ridderstraat 27 | 8061 GH Hasselt | The Netherlands
      tel: 038 477 53 69 | fax: 038 477 53 74 | www.pragma-ade.nl
-----------------------------------------------------------------


^ permalink raw reply	[flat|nested] 8+ messages in thread

* BIG PDF files with LOTS of images
@ 1999-05-25  6:07 Matthew Baker
  1999-05-25  8:31 ` Hans Hagen
  0 siblings, 1 reply; 8+ messages in thread
From: Matthew Baker @ 1999-05-25  6:07 UTC (permalink / raw)


Hello,

This massive monstrosity I have been working on for the past few weeks is
finally nearly ready for the printers, who are graciously accepting it in
PDF form.  Now I have a problem: this document doesn't have many pages but
it has a *lot* of images.  Acrobat grows in size with each page and it
runs out of memory before I've browsed very far into the document.  I'd
like Acrobat to clear all it's memory before loading the next page.  The
file isn't that big (only a few meg) so it must be storing all the
embedded JPEG images internally as uncompressed bitmaps.  Is this problem
related to PDF storing images globally so that they can be reused (I'm no
PDF expert but I have vague recollections of it doing this)?  If so, can
that be turned off in context so that the images are deleted from memory
after use?  And does this have anything to do with the preset option in
externalfigure (which dumps TeX errors when I play with it)?

One more question: what does one do to make PDF bookmarks?  From what I
can tell, I just need something like

\placebookmarks[section]
\setupinteraction[state=start]
\setuplist
  [section]
  [criterium=all,
   interaction=all]

which I try but it doesn't seem to do anything.  I get promising looking
entries in my tui file with bm:: as the name of the list so I figure I
must be close.

Many many thanks for your help.  This should be my last question for a
while...

Regards,
Matthew

--
Dr. Matthew Baker           matthew.baker@gmd.de
GMD - FIT.MMK               http://fit.gmd.de/hci/pages/matthew.baker.html


^ permalink raw reply	[flat|nested] 8+ messages in thread

end of thread, other threads:[~1999-05-25 13:14 UTC | newest]

Thread overview: 8+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
1999-05-25 10:13 BIG PDF files with LOTS of images Gilbert van den Dobbelsteen
1999-05-25 12:13 ` Siep Kroonenberg
1999-05-25 12:45 ` Neville Dean
1999-05-25 13:14   ` Hans Hagen
1999-05-25 12:55 ` Hans Hagen
  -- strict thread matches above, loose matches on Subject: below --
1999-05-25  9:37 Gilbert van den Dobbelsteen
1999-05-25  6:07 Matthew Baker
1999-05-25  8:31 ` Hans Hagen

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).