Use the JPEG2000-encoded wallpaper image from the WdS handout as is

[davidfoerster]

The installation script downloads a suitably licensed official PDF handout, extracts its wallpaper image for later use in Heldendokument. Currently, this wallpaper is transcoded to JPEG which is both lossy and results in a larger file size than the original.

This pull request modifies the installation process:

1. Invoke pdimages such that it extracts the exact bitstream of the wallpaper images. Move the resulting JPEG2000 file to wallpaper.jp2.
2. Tell LuaTeX how to handle images with the .jp2 file extension.
3. Tell LuaTeX the new wallpaper image file name.

Caveat: The wallpaper bitstream contains the image with inverted greyscale colours. Suitable PDF commands then invert the colours back to the expected result and, luckily, the graphicx module provides an undocumented option \includegraphics[decodearray=…]{…} to do just that. Unfortunately, not all PDF viewers support this PDF feature and Blink (Chrome, Edge, etc.) is among them. I successfully tested them in Adobe Reader, Firefox, Okular, Evince, and QPdfviewer. As a workaround, one may open the PDF using a compatible viewer and “print” it to a new PDF file or pass it through Ghostscript with -dCompatibilityLevel=1.4 (which will decode and colour-transform the wallpaper image and store it in a lossless format inside the resulting PDF).

Other minor change(s):

• Don’t include the file extension when specifying the path to the logo on the front page header (currently logo-fanprodukt.png). This makes it trivial to replace the image with something in a different format (JPEG, EPS, etc.) in case anybody wants to do that.

[flyx]

Habe ein resultierendes PDF getestet:

Preview (macOS), Skim (macOS), GoodReader (iOS)

Farben sind invertiert:

Adobe Acrobat Reader 2023.001.20063

Kann die Datei laden, zeigt aber eine Fehlermeldung und stellt den Hintergrund gar nicht dar:

Firefox

Der einzige Renderer den ich installiert habe, der die Datei korrekt anzeigen kann.

---

Der Support für dieses Feature ist zu schlecht, als dass ich das mergen möchte. Prinzipiell wäre es schön, das Bild nicht zu transcodieren, aber eine akzeptable Lösung dafür muss breiter unterstützt werden als diese. Insbesondere ist wichtig, dass das PDF auf Tablets (iPad, reMarkable, …) korrekt dargestellt wird – die sind in meinem Umfeld die üblichen Systeme, mit denen der Bogen angeschaut wird.

Danke trotzdem für deine Mühe, vielleicht findest du noch eine Option die besser funktioniert.