Bugs item #362, was opened at 2005-06-02 12:55 You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=362&group_id=106 Category: None Group: v1.21a
Status: Closed Resolution: Rejected Priority: 5 Submitted By: Jens Elstner (daguy) Assigned to: Nobody (None) Summary: pdfobj produces extra /Filter for object streams with own filter
Initial Comment: When I use the following code with pdftex and activated compression \pdfcompresslevel=9 \pdfobj stream% attr{/Filter/ASCIIHexDecode/FunctionType 0/Encode[0 255]/BitsPerSample 8/Domain[0 1]/Size[2]/Range[0 1 0 1 0 1 0 1]/Decode[0 1 0 1 0 1 0 1]}% {00000000FFFFFFFF}% output tint function The generated pdf file contains the object as shown below 3 0 obj << /Filter/ASCIIHexDecode/FunctionType 0/Encode[0 255]/BitsPerSample 8/Domain[0 1]/Size[2]/Range[0 1 0 1 0 1 0 1]/Decode[0 1 0 1 0 1 0 1] /Length 17 /Filter /FlateDecode
stream x┌30Ç'7'c endobj
The compression added an extra /Filter line and produces an error or does not work the way it was intended anymore. Proposed fix for this would be to check the <attr- spec> for /Filter and omit any compression if a user filter function is present already. Yours sincerely, Jens Elstner ----------------------------------------------------------------------
Comment By: Martin Schröder (oneiros) Date: 2005-06-16 14:47
Message:
Logged In: YES
user_id=421
This is a (mis)feature of pdftex; pdftex does not scan the
<attr-spec>.
----------------------------------------------------------------------
Comment By: Heiko Oberdiek (oberdiek)
Date: 2005-06-02 14:52
Message:
Logged In: YES
user_id=1276
Hello,
not a fix, just a workaround:
\begingroup
\pdfcompresslevel=0 % then pdfTeX does not
% add /Filter itself
\immediate\pdfobj stream attr{/Filter/...}{...}\relax
\endgroup
Yours sincerely
Heiko