![](https://secure.gravatar.com/avatar/adfff96f4299fb3ee3b199b06eea68da.jpg?s=120&d=mm&r=g)
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: Open Resolution: None 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: 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