Es stellte sich heraus, dass die zurückgelassene Kruste durch das Laufenlassen eines weiteren Mplayer-Prozesses verursacht wurde. Solange mindestens ein Mplayer-Prozess, der in den Framebuffer schreibt, läuft, bleibt cruft nach anderen Mplayer-Prozessen im Framebuffer. Bisher habe ich keine anderen Methoden gefunden, um dies zuverlässig durchzuführen.
Wie zwinge ich MPlayer, Cruf im Framebuffer zurückzulassen?
Ich verwende Arch Linux und habe bisher mplayer erfolgreich zum Abspielen von Videos mit fbdev2-Ausgabe verwendet.
Allerdings lässt mplayer manchmal Cruft im Framebuffer zurück (mit Cruft meine ich das letzte gerenderte Videoframe, bevor Mplayer danach auf dem Bildschirm sichtbar bleibt), und manchmal verlässt der Framebuffer "sauber" (ich meine, was war Hinter dem Videoausgang wird der Framebuffer wieder eingefügt, wenn der mplayer beendet wird. Daher sind keine sichtbaren Beweise außer der Befehlszeile des Videos vorhanden.
Wenn möglich, frage ich nach einer Methode, mit der sich mplayer ständig von Cruft zurückziehen lässt (nicht verwandte Gründe, auf die ich nicht eingehen möchte).
Möglicherweise bemerkenswerter Punkt: Ich frage nicht nach Alternativen, weder zu mplayer noch zur Framebuffer-Ausgabe. Ich frage nach dem oben genannten.
Danke im Voraus.
1 Antwort auf die Frage
Verwandte Probleme
-
4
Ist es möglich, den Video-Player "Totem" von Ubuntu vollständig zu entfernen?
-
1
WMP9-Skin für mplayer
-
4
DVDs unter Linux anschauen
-
2
mplayer mit einem Standardvolumen von 25% starten
-
1
Wie kann ich eine lokale DVD-Kopie im "DVD-Modus" mit Xine und / oder Mplayer abspielen?
-
3
Wie kann ich eine Xorg.config-Datei automatisch generieren?
-
1
ArchLinux in VirtualBox stürzt ab (Host Ubuntu)
-
1
Synchronisation von zwei (VM) Linux-Systemen
-
8
Ist Arch Linux schwer zu installieren? Gibt es einige Tipps, um es schneller und einfacher zu machen...
-
1
Ext3-Partitionen mit Windows reparieren?