Allgemein > Allgemeine Diskussion

Bug bei der Konvertierung zu PDF

(1/1)

Franz:
Die Konvertierung der PS-Datei zu PDF funktioniert nicht mehr.

Hier die Ausgabe:

lilypond Partitur.ly

GNU LilyPond 2.13.29
»Partitur.ly« wird verarbeitet
Analysieren...
Interpretation der Musik...
Vorverarbeitung der grafischen Elemente...
Ideale Seitenanzahl wird gefunden...
Musik wird auf eine Seite angepasst...
Systeme erstellen...
Layout nach »Partitur.ps« ausgeben...
Konvertierung nach »./Partitur.pdf«...
»gs -q -dSAFER -dDEVICEWIDTHPOINTS=595.28 -dDEVICEHEIGHTPOINTS=841.89 -dCompatibilityLevel=1.4 -dNOPAUSE -dBATCH -r1200 -sDEVICE=pdfwrite -sOutputFile="./Partitur.pdf" -c .setpdfwrite -f "Partitur.ps"« gescheitert (256)
Fehler: gescheiterte Dateien: "Partitur.ly"

Wenn ich die entsprechende Befehlskette über die Konsole starte, klappt die Konvertierung. Ich gebe also folgendes ein:

gs -q -dSAFER -dDEVICEWIDTHPOINTS=595.28 -dDEVICEHEIGHTPOINTS=841.89 -dCompatibilityLevel=1.4 -dNOPAUSE -dBATCH -r1200 -sDEVICE=pdfwrite -sOutputFile="./Partitur.pdf" -c .setpdfwrite -f "Partitur.ps"


Kann da jemand helfen?


mfg
Franz-Rudolf

RobUr:
Hallo Franz,

bei solchen Problemen ist es unerlässlich, dass du neben der Lily-Versionsnummer (die wir in diesem Fall der Ausgabe entnehmen können) dein Betriebssystem (ich kann nur erraten, dass es ein unixoides sein könnte) und vielleicht auch die Rechnerarchitektur (Intel/PPC, falls es sich um einen Mac handelte) angibst.


--- Zitat von: Franz ---Die Konvertierung der PS-Datei zu PDF funktioniert nicht mehr.
--- Ende Zitat ---
Seit wann nicht mehr? Du verwendest die aktuelle Entwicklerversion, die ausdrücklich als unstable (instabil) angeboten wird. Funktionierte es mit der vorangehenden (Entwickler-)Version? Funktioniert es mit der aktuell stabilen Version (2.12.3)? Mit welcher Oberfläche übersetzt du die .ly-Dateien? Über die Konsole klappt ja die PS→PDF-Konvertierung, weshalb der Fehler weniger bei GhostScript, vielmehr bei Lily selbst oder deinem Editor/GUI zu suchen ist. Meist liegt es an einem nicht oder falsch übergebenen Parameter.

Wenn du dir sicher bist, Lily ordnungsgemäß installiert zu haben und der Fehler erst jetzt mit der neuesten Entwicklerversion auftritt, wäre es ein echter Bug, den du gern an die Entwickler melden kannst: http://lilypond.org/doc/v2.13/Documentation/web/bug-reports (aber auch die brauchen detaillierte Angaben zu Version und Systemumgebung).

Viele Grüße, Robert

Franz:
Hallo Robert,

ich verwende opensuse-11.3 und habe lilypond über die Konsole (Eingabeaufforderung) gestartet. Der Fehler tritt bei der aktuellen Entwicklerversion wie auch bei der aktuellen stabilen Version auf.
Unter opensuse-11.2 klappte alles noch, so dass ich das Problem bei opensuse-11.3 vermute.

Vielen Dank für Deine Hilfe,

Gruß
Franz-Rudolf
http://www.kuhnen-musik.de

Franz:
Hallo nochmal,

ich kenne nun den Grund für den Bug. Es hat etwas gedauert, aber ein anderer hat das Problem erkannt:
http://eumenidae.blogspot.com/2010/07/lilypond-fails-at-ghostscript-pdf.html
Eine zufiedenstellende Lösung gibt es noch nicht, aber das wird wohl nicht dauern.

Gruß

Franz-Rudolf

bnz:
Hallo,

dieser Thread ist zwar schon alt, aber da er noch auf der ersten Seite ist und mein Problem das gleiche zu sein scheint, poste ich mal hier.

Bei mir tritt das oben genannte Problem auf, sobald ich versuche Akkorde in die Partitur einzufügen. Ich benutze dabei die aktuelle stabile Version 2.12.3. Folgender Fehler wird ausgegeben wenn ich versuche dieses Beispiel von hier (unter Simple lead sheet) zu übersetzen:

GNU LilyPond 2.12.3
»test.ly« wird verarbeitet
Analysieren...
Eingabe in »simple-lead-sheet.ly« umbenannt
Interpretation der Musik...
Vorverarbeitung der grafischen Elemente...
Ideale Seitenanzahl wird gefunden...
Musik wird auf eine Seite angepasst...
Systeme erstellen...
Layout nach »test.ps« ausgeben...
Konvertierung nach »./test.pdf«...Error: /typecheck in --readonly--
Operand stack:
   CharStrings   --dict:951/951(L)--   glyph   glyph
Execution stack:
   %interp_exit   .runexec2   --nostringval--   --nostringval--   --nostringval--   2   %stopped_push   --nostringval--   --nostringval--   --nostringval--   false   1   %stopped_push   1830   1   3
 %oparray_pop   1829   1   3   %oparray_pop   1813   1   3   %oparray_pop   1707   1   3   %oparray_pop   --nostringval--   %errorexec_pop   .runexec2   --nostringval--   --nostringval--   --nostringv
al--   2   %stopped_push   --nostringval--
Dictionary stack:
   --dict:1152/1684(ro)(G)--   --dict:0/20(G)--   --dict:71/200(L)--   --dict:8/11(L)--
Current allocation mode is local
Current file position is 526667
GPL Ghostscript 8.70: Unrecoverable error, exit code 1

»gs -q -dDEVICEWIDTHPOINTS#595.28 -dDEVICEHEIGHTPOINTS#841.89 -dCompatibilityLevel#1.4 -dNOPAUSE -dBATCH -r1200 -sDEVICE#pdfwrite -sOutputFile#"./test.pdf" -c .setpdfwrite -f "test.ps"« gescheitert
(1)

Im Gegensatz zu Franz funktioniert die Konvertierung allerdings auch nicht, wenn ich den Befehl von Hand eingebe, da dann die Datei gs_init.ps nicht gefunden wird.

Mein Betriebssystem ist übrigens Windows 7, falls das von Belang ist. Ich benutze keine GUI, sondern editiere die Dateien mit VIM und übersetze sie dann per Kommandozeile.

Vielen Dank schonmal im Voraus,
bnz

EDIT: Mit der aktuellen Entwicklerversion funktioniert es auch. Es wird allerdings nicht abgebrochen, sondern es wird eine leere PDF erstellt...

Navigation

[0] Themen-Index