ich spiele zur Zeit viel mit WINE herum, emuliere dabei hauptsächlich alte Spiele. Viele von denen stauchen dabei meinen Bildschirm auf vorsintflutliche Auflösungen wie 800x600 oder 640x480 zusammen. Nach Beendigung von WINE finde ich dann oftmals ein totales Chaos vor: Piktogramme & andere Desktop-Elemente wurden in irgendeine Ecke geklatscht, mitunter ist KDE nicht in der Lage, die Ausgangsauflösung wieder herzustellen und nicht selten habe ich nur noch ein schwarzes Bild.
Nun habe ich mich gefragt, ob man die grafische Oberfläche nicht einfach vorübergehend deaktivieren/verschwinden lassen kann, damit sie von dem Getue mit der Auflösung unberührt bleibt. Der X-Server (der ja nötig ist) soll natürlich weiter laufen.
Irgendjemand eine Idee, wie man so was hinkriegt. Oder vielleicht ein ganz anderer Weg, den Desktop zu schützen?
krishan1 - 13.09.2012, 11:16 Uhr Titel:
Wechsel für Wine doch auf eine andere, minimale Desktop Umgebung, wie Fluxbox, IceWM oder was auch immer.
pintcat - 13.09.2012, 15:33 Uhr Titel:
Klappt leider nicht so gut, denn sind die Einstellungen für die Anzeige erst mal vermurkst, überträgt sich das auf alle anderen Desktop-Umgebungen. Abgesehen davon gibt es wohl keinen Weg, den Wechsel von einer Umgebung auf die andere ohne aus- und wieder einloggen. Etwas zu umständlich. Ich dachte da mehr an etwas, das sich vielleicht per Skript automatisieren läßt.
totschka - 13.09.2012, 20:46 Uhr Titel:
Wie wäre es mit einer Virtuellen Maschine? Einfach mal testen, ob die Spiele auch zufriedenstellend laufen, wenn WinXP in der VirtualBox installiert wird. Ich habe da keine Erfahrung, weil kein XP mehr vorhanden, aber so als Denkansatz...
Kano - 13.09.2012, 21:23 Uhr Titel:
Also vbox ist wirklich mies für spiele. möglicherweise ist vmplayer bisserl besser aber wenn man wirklich dauernd win spiele machen will dann sollte man einfach 2 betriebssysteme drauftun.
pintcat - 20.05.2013, 08:42 Uhr Titel:
* rauskram *
Nach langer Zeit bin ich im Netz über einen Tip gestolpert, der mein Problem anscheinend löst:
Code:
xinit /usr/bin/wine game.exe -- :1
...startet Wine in einer separaten X-Session und hält meine Desktop-Oberfläche aus allem Ärger raus. Einziger Wermutstropfen: Ich kann das nicht mit User-Rechten machen, muß immer Root- oder Sudoer-Paßwort eingeben. Läßt sich das noch vereinfachen?
Kano - 20.05.2013, 10:31 Uhr Titel:
startx in ner vt als user geht auch. mit den selben optionen. wine würde ich nicht als root laufen lassen.
pintcat - 20.05.2013, 12:32 Uhr Titel:
Das funktioniert schon mal ganz gut, macht die Sache aber leider nicht weniger umständlich. Es war auch nicht mein Anliegen, Wine als root zu starten. Was mich aber eigentlich daran gestört hat, war die nervige Paßworteingabe. Und die bleibt mir leider auch nicht beim Wechsel ins Virtual Terminal erspart. Wonach ich suche, ist eine Lösung, die sich vielleicht mit einer Hand voll Kommandozeilen bewerkstelligen läßt, so daß man am Ende nur noch ein simples Skript starten muß.
makke - 20.05.2013, 12:40 Uhr Titel:
bei
Code:
dpkg-reconfigure x11-common
anybody einstellen, dann brauchts kein sudo/root/Passwort
pintcat - 20.05.2013, 12:55 Uhr Titel:
...und kein VT mehr - die neue X-Session läßt sich direkt aus der alten heraus starten Klappt soweit bestens. In der Beschreibung heißt es, daß es unklug wäre, jedermann das Starten von X zu ermöglichen. Worin genau besteht das Sicherheitsrisiko? Es betrifft in diesem Fall nur meinen Desktop-Rechner, an dem ich ganz alleine arbeite.
Klappt soweit bestens. In der Beschreibung heißt es, daß es unklug wäre, jedermann das Starten von X zu ermöglichen. Worin genau besteht das Sicherheitsrisiko? Es betrifft in diesem Fall nur meinen Desktop-Rechner, an dem ich ganz alleine arbeite.