[ pdftex-Bugs-362 ] pdfobj produces extra /Filter for object streams with own filter
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 ---------------------------------------------------------------------- You can respond by visiting: http://sarovar.org/tracker/?func=detail&atid=493&aid=362&group_id=106
participants (1)
-
noreply@sarovar.org