[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

AW: Re: Ssh X-Forwarding: /usr/bin/X > 90% CPU




Hi

Warum nimmst du nicht ffmpeg und anschließend dvdauthor? 

So brauchst du dich nicht mit dem Container stressen...

Schließlich willst du doch den Film gucken und dich nicht stunden lang mit docker beschäftigen? 

Meistens brauchst du irgendwelche workaround ums am laufen zu kriegen ( also im Container) da wird schwer ne Antwort zu geben

Grüße 
Alex
Von Samsung Mobile gesendet


-------- Ursprüngliche Nachricht --------
Von: Stefan Klein
Datum:07.11.2014 16:43 (GMT+01:00)
An: debian-user-german@lists.debian.org
Cc: debian-user-german@lists.debian.org
Betreff: Re: Ssh X-Forwarding: /usr/bin/X > 90% CPU



Am 7. November 2014 16:14 schrieb Michael Schuerig <michael.lists@schuerig.de>:

Ich möchte ein Video (mp4) so auf eine DVD brennen, dass es auf einem
gewöhnlichen DVD-Player abspielbar ist. Ich habe keine besonderen
Anforderungen, es soll nur einfach sein. Auf der Suche habe ich
DVDStyler gefunden, den es allerdings im offiziellen Debian-Repo nicht
gibt, wohl aber in Deb Multimedia. Da ich meine normalen Systeme nicht
mit einer Vielzahl an dmo-Paketen kontanimieren will, läuft DVDStyler
nun in einem Docker Container mit jessie + dmo auf meinem (lokalen)
Server, auf den ich per ssh -X vom Notebook aus zugreife. So weit, so
gut.

Wenn ich nun in DVDStyler ein ISO-Image erzeuge, dann passieren zwei
auffällige Dinge: Der Netzwerkverkehr vom Server zum Notebook geht auf
>10MB/s hoch und CPU-Nutzung des X-Servers auf dem Notebook geht auf
>90%. Im UI von DVDStyler tut sich dagegen nichts. Es gibt auch keine
Fortschrittsanzeige, die dauernd aktualisiert werden müsste.

Hat jemand eine Idee, was da los sein könnte?


Ein kompletter Schuss ins Blaue:

Versucht DVDStyler evtl. Funktionen moderner Grafikkarten zum recodieren zu verwenden, die aus $Gründen über Netzwerk nicht verfügbar sind, aber dann, ebenfalls aus $Gründen, in CPU emuliert werden.

Wie gesagt, ein kompletter Schuss ins Blaue.

--
Stefan





Reply to: