Neuer RPCemu - Geschwindigkeitsrausch!
Moderator: Patrick
Hallo zusammen,
ich habe gerade mal die Version 0.7 des RPCemu ausprobiert, und so langsam kann ich wohl meinen VirtualRPC in die Rente schicken - der RPCemu ist nun (zumindest auf meinem Laptop) ähnlich schnell.
Wenn es jetzt noch demnächst den MouseSync gibt und ein paar Probleme im HostFS behoben werden und vielleicht sogar von HostFS gebootet werden kann - Netzwerkunterstützung brauche ich eigentlich nie - gibt es endlich den geeigneten Emulator für jedermann. Und man kann seine Software einfach mit allen Betriebssystemversionen in ansprechender Geschwindigkeit testen, was mit dem VirtualRPC ja bekanntlich nicht ging.
Ein Hoch auf Tom Walker!
Das nächste Projekt wäre jetzt ein kostenloses RISC OS 5 aus dem ROOL-Projekt, welches auf dem Risc PC läuft und damit auch auf dem RPCemu...
Steffen
ich habe gerade mal die Version 0.7 des RPCemu ausprobiert, und so langsam kann ich wohl meinen VirtualRPC in die Rente schicken - der RPCemu ist nun (zumindest auf meinem Laptop) ähnlich schnell.
Wenn es jetzt noch demnächst den MouseSync gibt und ein paar Probleme im HostFS behoben werden und vielleicht sogar von HostFS gebootet werden kann - Netzwerkunterstützung brauche ich eigentlich nie - gibt es endlich den geeigneten Emulator für jedermann. Und man kann seine Software einfach mit allen Betriebssystemversionen in ansprechender Geschwindigkeit testen, was mit dem VirtualRPC ja bekanntlich nicht ging.
Ein Hoch auf Tom Walker!
Das nächste Projekt wäre jetzt ein kostenloses RISC OS 5 aus dem ROOL-Projekt, welches auf dem Risc PC läuft und damit auch auf dem RPCemu...
Steffen
Wegen dem bevorstehenden Urlaubs habe ich mich in den letzten Tagen mit RPCemu beschäftigt. Performanceunterschiede zu VRPC kann ich nicht beurteilen mangels VRPC. Aber auf den heimischen 1800 Duron ist RPCemu durchaus benutzbar. Leider ist der Vollbildschirm bei 1024 x 786 kaum zu nutzen. Da müßte ein schnellerer Rechner ran. Ist aber Zuhause Quatsch wenn daneben echte RISC OS Hardware steht die ausreichend schnell ist. Wenn ich den Vollbildschirm mit verlassen, muß ich den Emu neustarten. Ich muß aber zugeben das ich die spärliche Doku noch nicht gelesen habe. Ich wollte zuerst mal meine Umgebung haben und die Doku kann ich noch im Urlaub lesen.
Auch ich habe Probleme mit HostFS bemerkt. So kann man Dateien bzw. Verzeichnisse nicht umbenennen und ich hatte auch mal zwei Dateien mit gleichen Namen, aber unterschiedlichen Dateityp im Filer. Das man nicht von HostFS booten kann finde ich aber nicht so schlimm, da ich auf der kleinen Bootplatte nur !Boot und Apps gepackt habe. Der Rest ist halt HostFS. Leider funktioniert mein Lieblingseditor StrongED in der aktuellen Version 4.67 nicht unter RPCemu. Die ältere 4.65a3 läuft zum Glück. Deshalb habe ich zusätzlich RedSquirrel RISC OS 4.0 fertig gemacht, da ich im Urlaub nach etwas an der aktuellen StrongED Version erforschen wollte. Ansonsten lief alle Software die ich ausprobiert habe incl. NetSurf. Habe aber lange nicht alles ausprobiert. Erstmal sollte der Emu laufen und dann habe ich mich RedSquirrel wegen StrongED zugewendet.
Ich bin aber beim Netzwerk anderer Meinung. Für einen vollwertigen Hardwareersatz brauche ich schon Netzwerk. Allein Messenger Pro ist für mich elementar und ohne Netzwerk recht nutzlos. Ohne VRPC benutzt zu haben, aber in Anbetracht des Urahnen RedSquirrel gehe ich davon aus, daß noch VRPC die erste Wahl als RISC OS Emulator ist. Was aber RPCemu sehr aktraktiv macht ist, daß man auch Linux als Host benutzen kann und damit Windowsfrei einen Laptop mit RISC OS haben kann.
Da ich im Vollbesitz von ARTHUR, RISC OS 2, 3.1, 3.7 und 4.0 ROMs und Images bin sehe ich nicht die Notwendigkeit für mich von RISC OS 5. Aber andere haben nicht das Glück und damit keine Chance sich recht günstig RISC OS anzusehen und da kann RISC OS 5 der legale Weg sein. Auch ohne Emulator wird sicher irgendeiner RISC OS 5 auf den Risc PC bringen, warum auch immer in Anbetracht von 4.0 und Select/Adjust.
Bevor Anfragen kommen wegen den ROM Images: Nein, ich werde keine weitergeben!
Auch ich habe Probleme mit HostFS bemerkt. So kann man Dateien bzw. Verzeichnisse nicht umbenennen und ich hatte auch mal zwei Dateien mit gleichen Namen, aber unterschiedlichen Dateityp im Filer. Das man nicht von HostFS booten kann finde ich aber nicht so schlimm, da ich auf der kleinen Bootplatte nur !Boot und Apps gepackt habe. Der Rest ist halt HostFS. Leider funktioniert mein Lieblingseditor StrongED in der aktuellen Version 4.67 nicht unter RPCemu. Die ältere 4.65a3 läuft zum Glück. Deshalb habe ich zusätzlich RedSquirrel RISC OS 4.0 fertig gemacht, da ich im Urlaub nach etwas an der aktuellen StrongED Version erforschen wollte. Ansonsten lief alle Software die ich ausprobiert habe incl. NetSurf. Habe aber lange nicht alles ausprobiert. Erstmal sollte der Emu laufen und dann habe ich mich RedSquirrel wegen StrongED zugewendet.
Ich bin aber beim Netzwerk anderer Meinung. Für einen vollwertigen Hardwareersatz brauche ich schon Netzwerk. Allein Messenger Pro ist für mich elementar und ohne Netzwerk recht nutzlos. Ohne VRPC benutzt zu haben, aber in Anbetracht des Urahnen RedSquirrel gehe ich davon aus, daß noch VRPC die erste Wahl als RISC OS Emulator ist. Was aber RPCemu sehr aktraktiv macht ist, daß man auch Linux als Host benutzen kann und damit Windowsfrei einen Laptop mit RISC OS haben kann.
Da ich im Vollbesitz von ARTHUR, RISC OS 2, 3.1, 3.7 und 4.0 ROMs und Images bin sehe ich nicht die Notwendigkeit für mich von RISC OS 5. Aber andere haben nicht das Glück und damit keine Chance sich recht günstig RISC OS anzusehen und da kann RISC OS 5 der legale Weg sein. Auch ohne Emulator wird sicher irgendeiner RISC OS 5 auf den Risc PC bringen, warum auch immer in Anbetracht von 4.0 und Select/Adjust.
Bevor Anfragen kommen wegen den ROM Images: Nein, ich werde keine weitergeben!
Mit StrongEd und auch Zap hatte ich schon diverse Probleme in diversen Emulatoren, ich verwende jetzt von StrongEd Version 4.51 und von Zap 1.47, das scheint zu funktionieren.
HostFS hat einige interessante Macken, insbesondere fehlerhafte Encodierung von nicht erlaubten Zeichen in Dateinamen in RISC OS/Windows.
Ich stimme zu, dass VRPC immer noch die Nase vorne hat, aber er hat halt entscheidende Nachteile, die ihn quasi unbenutzbar für mich machen:
- "8 MB VRAM"-Feature funktioniert nicht unter Select
- Single Machine Licence - für mich ist nur eine freie oder eine Single User Licence akzeptabel
- läuft nur mit genau einer RISC OS-Version ab 4 zzgl. eventuell Select
- MouseSync funktioniert seit den letzten Updates nicht mehr
Booten von HostFS hätte ich nur deshalb gerne, damit ich in VRPC/RedSquirrel/RPCemu dasselbe Setup verwenden kann. Die IDE-Emulation in VRPC und RedSquirrel ist leider unbrauchbar buggy, so dass ich die Variante mit dem hdf leider nicht fahren kann - sie hat zudem auch enorme Performancenachteile.
Ein Bundle von RISC OS 5 und RPCemu wäre halt höchst attraktiv, um für den gemeinen PC-User ein Ready-to-use-Paket zu schnüren. Im Moment bleibt RPCemu eben eine Bastellösung für Leute, die eh schon einen RISC OS-Rechner irgendwo rumstehen haben.
Steffen
HostFS hat einige interessante Macken, insbesondere fehlerhafte Encodierung von nicht erlaubten Zeichen in Dateinamen in RISC OS/Windows.
Ich stimme zu, dass VRPC immer noch die Nase vorne hat, aber er hat halt entscheidende Nachteile, die ihn quasi unbenutzbar für mich machen:
- "8 MB VRAM"-Feature funktioniert nicht unter Select
- Single Machine Licence - für mich ist nur eine freie oder eine Single User Licence akzeptabel
- läuft nur mit genau einer RISC OS-Version ab 4 zzgl. eventuell Select
- MouseSync funktioniert seit den letzten Updates nicht mehr
Booten von HostFS hätte ich nur deshalb gerne, damit ich in VRPC/RedSquirrel/RPCemu dasselbe Setup verwenden kann. Die IDE-Emulation in VRPC und RedSquirrel ist leider unbrauchbar buggy, so dass ich die Variante mit dem hdf leider nicht fahren kann - sie hat zudem auch enorme Performancenachteile.
Ein Bundle von RISC OS 5 und RPCemu wäre halt höchst attraktiv, um für den gemeinen PC-User ein Ready-to-use-Paket zu schnüren. Im Moment bleibt RPCemu eben eine Bastellösung für Leute, die eh schon einen RISC OS-Rechner irgendwo rumstehen haben.
Steffen
[quote="hubersn"]HostFS hat einige interessante Macken, insbesondere fehlerhafte Encodierung von nicht erlaubten Zeichen in Dateinamen in RISC OS/Windows.[/quote]
Stimmt, das Fragezeichen bei zwei StrongED Dateien. Völlig vergessen.
[quote="hubersn"]- Single Machine Licence - für mich ist nur eine freie oder eine Single User Licence akzeptabel
- läuft nur mit genau einer RISC OS-Version ab 4 zzgl. eventuell Select[/quote]
Das mit der Bindung an den Rechner ist auf alle Fälle ärgerlich. Sicher nicht nur für mich ein wichtiges Argument gegen VRPC.
Da ich eh kein Spieler oder Entwickler bin, könnte ich mich mit einer RISC OS Version zufriedengeben. Im Prinzip mach ich das ja mit meiner RISC OS Hardware, auch wenn ich zwei RISC OS Rechner auch dem Tisch stehen habe (den einen schalte ich aber nur selten ein, den anderen aber auch, aber den schalte ich auch fast nie aus :-).
[quote="hubersn"]Booten von HostFS hätte ich nur deshalb gerne, damit ich in VRPC/RedSquirrel/RPCemu dasselbe Setup verwenden kann.[/quote]
Das ist ein Argument.
Ich muß aber noch betonen das ich, auch trotz der Argumente für einen RISC OS Emulator an anderer Stelle hier im Forum, ein Gegner von Emulation von RISC OS bin. Wie man schon gelesen hat aber kein Betongegner. Ich denke das einzig Wahre ist halt echte RISC OS Hardware. Ich möchte auch nicht wissen wieviele mit einen Emulator nach und nach nur nach das Hostbetriebssytem benutzt haben.
Stimmt, das Fragezeichen bei zwei StrongED Dateien. Völlig vergessen.
[quote="hubersn"]- Single Machine Licence - für mich ist nur eine freie oder eine Single User Licence akzeptabel
- läuft nur mit genau einer RISC OS-Version ab 4 zzgl. eventuell Select[/quote]
Das mit der Bindung an den Rechner ist auf alle Fälle ärgerlich. Sicher nicht nur für mich ein wichtiges Argument gegen VRPC.
Da ich eh kein Spieler oder Entwickler bin, könnte ich mich mit einer RISC OS Version zufriedengeben. Im Prinzip mach ich das ja mit meiner RISC OS Hardware, auch wenn ich zwei RISC OS Rechner auch dem Tisch stehen habe (den einen schalte ich aber nur selten ein, den anderen aber auch, aber den schalte ich auch fast nie aus :-).
[quote="hubersn"]Booten von HostFS hätte ich nur deshalb gerne, damit ich in VRPC/RedSquirrel/RPCemu dasselbe Setup verwenden kann.[/quote]
Das ist ein Argument.
Ich muß aber noch betonen das ich, auch trotz der Argumente für einen RISC OS Emulator an anderer Stelle hier im Forum, ein Gegner von Emulation von RISC OS bin. Wie man schon gelesen hat aber kein Betongegner. Ich denke das einzig Wahre ist halt echte RISC OS Hardware. Ich möchte auch nicht wissen wieviele mit einen Emulator nach und nach nur nach das Hostbetriebssytem benutzt haben.
Der Urlaub ist leider schon einige Tage Zuende und so kann ich von meinen Erfahrungen mit RPCemu 0.7 auf einen Firmenlaptop kurz berichten. Ich habe im Urlaub zwischendurch einige Texte für ArcSite überarbeitet und konnte das Dank RPCemu unter RISC OS 4.0 machen. Das ging auch weitesgehend ganz gut. Einige Probleme sind ja oben schon angesprochen worden. Zusätzlich kann ich mit der alten StrongED Version kein "<" und ">" eingeben. Dank XChars konnte ich aber etwas unkonfortable HTML Tags eingeben. Ein paar Mal gab es Schwierigkeiten mit dem Emulator, so das ich den Emu neustarten mußte. Da aber StrongED bei mir jede Minute den aktuellen Stand sichert, gabs keine Verlußte und ich neige eh dazu zwichendurch immer wieder zu Speichern. Da die Bluetooth Maus nur zwei Tasten hat mußte ich für die Menütaste einer der Windowstasten bemühen. Ansonsten ist so eine Maus aber eine prima Sache für einen Laptop und ich selbst hätte auch auf drei Tasten geachtet. Insgesamt ist das gesamte Feeling des Emulators anders als mit einen echten RISC OS Rechner.
Da ich noch etwas mit dem aktuellen StrongED experimentieren wollte, habe ich später RedSquirrel genutzt. Das Feeling war dort genauso RISC OS untypisch und hier hatte die Tastatur ab und zu einen "Klemmer". Dann mußte ich die letzte Taste nochmals drücken um das zu stoppen. Auch hier gab es ab und zu den Zwang zum Neustart ohne mir ersichtlichen Grund. Mir scheint es auch so, als wenn RedSquirrel etwas flüssiger als RPCemu ist. Dieser Eindruck kann aber mit schnellerer Hardware möglicherweise verschwinden.
Beide Emulatoren funktionieren weitesgehend, haben aber so ihre Problemchen. Beide haben auch ein Problem mit der Uhr, dem bin ich aber nicht weiter nachgegangen. Für den täglichen Einsatz sind beide Emulatoren nicht geeignet. Was mich am meisten gestört hat war das sich beide Emus nicht ganz nach RISC OS anfühlen. Mal sehen wie weit RPCemu in einen Jahr ist. Ich für meinen Teil bleibe bei echter RISC OS Hardware.
Da ich noch etwas mit dem aktuellen StrongED experimentieren wollte, habe ich später RedSquirrel genutzt. Das Feeling war dort genauso RISC OS untypisch und hier hatte die Tastatur ab und zu einen "Klemmer". Dann mußte ich die letzte Taste nochmals drücken um das zu stoppen. Auch hier gab es ab und zu den Zwang zum Neustart ohne mir ersichtlichen Grund. Mir scheint es auch so, als wenn RedSquirrel etwas flüssiger als RPCemu ist. Dieser Eindruck kann aber mit schnellerer Hardware möglicherweise verschwinden.
Beide Emulatoren funktionieren weitesgehend, haben aber so ihre Problemchen. Beide haben auch ein Problem mit der Uhr, dem bin ich aber nicht weiter nachgegangen. Für den täglichen Einsatz sind beide Emulatoren nicht geeignet. Was mich am meisten gestört hat war das sich beide Emus nicht ganz nach RISC OS anfühlen. Mal sehen wie weit RPCemu in einen Jahr ist. Ich für meinen Teil bleibe bei echter RISC OS Hardware.
Neues aus dem RPCemu-SVN: der vom VirtualRPC bekannte "8 MB VRAM support" scheint demnächst auch für RPCemu verfügbar zu sein. Endlich 1600x1200 in TrueColour!
Carlos' Erfahrungen kann ich teilweise bestätigen: die Spitzklammertasten funktionieren tatsächlich bei mir auch nicht. "Hänger" habe ich aber keine, und ein Neustart war auch noch nie nötig (ich nutze aber wie Carlos allermeistens native-RISC OS-Rechner). Mein Laptop ist aber auch zimelich fix (Core2Duo, 2 GHz). Eine Drei-Tastenmaus ist absolute Pflicht für RISC OS-Feeling.
Steffen
Carlos' Erfahrungen kann ich teilweise bestätigen: die Spitzklammertasten funktionieren tatsächlich bei mir auch nicht. "Hänger" habe ich aber keine, und ein Neustart war auch noch nie nötig (ich nutze aber wie Carlos allermeistens native-RISC OS-Rechner). Mein Laptop ist aber auch zimelich fix (Core2Duo, 2 GHz). Eine Drei-Tastenmaus ist absolute Pflicht für RISC OS-Feeling.
Steffen
Nur damit kein Missverständnis kleben bleibt: Die "Tastaturklemmer" waren bei RedSquirrel. In der kurzen Zeit in der ich bei Windows selbst die Tastatur benutzt habe, gabs keine. Das mit der Dreitastenmaus stimmt natürlich, aber ich war schon froh nicht das Pad oder diesen Pin nutzen zu müssen. Aber auch wenn man gerade nicht die Menütaste braucht war das Feeling halt anders als unter nativer Hardware. Die meiste Zeit habe ich halt in StrongED meine Texte eingetippt und das meiste mach ich da eh mit der Tastatur. RPCemu und RedSquirrel sind für mich nur Notlösungen um überhaupt RISC OS zu haben. Bei RPCemu kann sich ja noch einiges ändern und den RedSquirrel Nachfolger VirtualRPC würde mich wegen der Hardwarebindung zum Kauf eines Laptops zwingen und das lohnt sich für mich nicht.
Das klingt ja alles super interessant! Ich habe mir vor einem guten halben Jahr VRPC schenken lassen, aber die Installation hat bei mir nie geklappt: leider kann man das nicht in virtuelle Windowse installieren und native Windowse will ich mir partout nicht anschaffen.
Nach viel Frickelei und dem zehnten Installier-Schlüssel-Dialog mit dem Hersteller von VRPC habe ich dann booten können (in Windows in VMware Workstation 3.5). Leider war die Maus unbrauchbar und alle Versuche, dem abzuhelfen, sind gescheitert. Die Maus sprang bei jeder Bewegung in eine Richtung statt eines Pixels immer etwa 32 Pixel weiter. So kann man nicht arbeiten :-(
Ich werde also das Experiment mal mit RPCemu versuchen.
Ich habe hier zwar auch einen fett hochgerüsteten RPC stehen, aber witzigerweise hat auch der Maus-Probleme, und zwar nahezu die gleichen wie der VRPC. Da das Problem mit zwei verschiedenen Mäusen gleich ist, vermute ich einen sterbenden IC auf dem Motherboard, der die Signale aufbereitet. Wackeln am Stecker oder Drücken auf ICs (im Betrieb) hat nichts geholfen. Deswegen suche ich einen brauchbaren Ersatz, weil ich immer noch zu doof bin, moderne Office-Pakete zu benutzen, um einen einfachen Brief zu schreiben. EasiWriter sei Dank war das mit dem RPC nie ein Thema.
Also: Danke für die guten Nachrichten. Wo gibt es denn diesen Emulator?
Nach viel Frickelei und dem zehnten Installier-Schlüssel-Dialog mit dem Hersteller von VRPC habe ich dann booten können (in Windows in VMware Workstation 3.5). Leider war die Maus unbrauchbar und alle Versuche, dem abzuhelfen, sind gescheitert. Die Maus sprang bei jeder Bewegung in eine Richtung statt eines Pixels immer etwa 32 Pixel weiter. So kann man nicht arbeiten :-(
Ich werde also das Experiment mal mit RPCemu versuchen.
Ich habe hier zwar auch einen fett hochgerüsteten RPC stehen, aber witzigerweise hat auch der Maus-Probleme, und zwar nahezu die gleichen wie der VRPC. Da das Problem mit zwei verschiedenen Mäusen gleich ist, vermute ich einen sterbenden IC auf dem Motherboard, der die Signale aufbereitet. Wackeln am Stecker oder Drücken auf ICs (im Betrieb) hat nichts geholfen. Deswegen suche ich einen brauchbaren Ersatz, weil ich immer noch zu doof bin, moderne Office-Pakete zu benutzen, um einen einfachen Brief zu schreiben. EasiWriter sei Dank war das mit dem RPC nie ein Thema.
Also: Danke für die guten Nachrichten. Wo gibt es denn diesen Emulator?
Ich vermute das die Mausprobleme auch mit RPCemu kommen werden. Bei mir war die Bewegung mit RPCemu immer etwas ruckeliger als mit Windows selbst. Bei langsamen Rechner wird das aber sicherlich nervig sein, mal von dem Rest abgesehen. Egal ob Emulation oder Remotedesktop bzw. VNC, die Maus ist da gerne Störenfried. Vermutlich zerren die vielen Interrups an den Möglichkeiten des Rechners.
RPCemu kann man z. B. hier finden: http://www.arcsite.de/cgi-bin/linksuch?Muster=rpcemu&Verknuepf=or
Funktionieren die Mäuse den an einen anderen Rechner ohne Probleme. So eine Maus ist halt ein Verschleißteil, das man ja gerne durch die Gegen schupst. Das Übliche, also verdreckte Rollen, ist es wohl hoffentlich nicht.
BTW: Um einen Text/Brief unter Window zu benutzen einfach WordPad nutzen.
RPCemu kann man z. B. hier finden: http://www.arcsite.de/cgi-bin/linksuch?Muster=rpcemu&Verknuepf=or
Funktionieren die Mäuse den an einen anderen Rechner ohne Probleme. So eine Maus ist halt ein Verschleißteil, das man ja gerne durch die Gegen schupst. Das Übliche, also verdreckte Rollen, ist es wohl hoffentlich nicht.
BTW: Um einen Text/Brief unter Window zu benutzen einfach WordPad nutzen.
[quote="cms"]Ich vermute das die Mausprobleme auch mit RPCemu kommen werden. Bei mir war die Bewegung mit RPCemu immer etwas ruckeliger als mit Windows selbst. Bei langsamen Rechner wird das aber sicherlich nervig sein, mal von dem Rest abgesehen. Egal ob Emulation oder Remotedesktop bzw. VNC, die Maus ist da gerne Störenfried. Vermutlich zerren die vielen Interrups an den Möglichkeiten des Rechners.
[/quote]
Na ja, eine aktuelle 2 GHz-Maschine sollte das schon stemmen können (in VMware oder Parallels). (Nativ will ich Windows eigentlich nicht haben ...)
[quote="cms"]
RPCemu kann man z. B. hier finden: http://www.arcsite.de/cgi-bin/linksuch?Muster=rpcemu&Verknuepf=or
[/quote]
Danke!
[quote="cms"]
Funktionieren die Mäuse den an einen anderen Rechner ohne Probleme. So eine Maus ist halt ein Verschleißteil, das man ja gerne durch die Gegen schupst.
[/quote]
Ich habe keinen anderen Rechner mit Bus-Maus-Anschluss zur Verfügung (die Early-90es-Sun-Workstation ist aus dem Rechnerpool verschwunden ;-).
Die zweite Maus war fast fabrikneu und hat wunderbar funktioniert, bevor ich sie als Reserve wieder eingemottet habe. Jetzt hat sie den gleichen Effekt wie die Maus, die mit dem Rechner kam. Daraus schliesse ich, dass der eigentliche Defekt auf dem Motherboard ist.
[quote="cms"]
Das Übliche, also verdreckte Rollen, ist es wohl hoffentlich nicht.
[/quote]
[quote="cms"]
BTW: Um einen Text/Brief unter Window zu benutzen einfach WordPad nutzen.
[/quote]
Ja, wenn ich nicht so ein Korinthenkacker wäre, dann ginge das (danke trotzdem!). Ich habe ja gvim und Co. und von der Firma auch Word (zu Recht Einzahl!), aber so schön wie mit TechWriter wird's halt nicht wieder. Ist nur Gejammer auf hohem Niveau. Ich schreibe jetzt wieder mit der Hand. Das trainiert ganz und gar vergessene Handbewegungen und Muskeln.
[/quote]
Na ja, eine aktuelle 2 GHz-Maschine sollte das schon stemmen können (in VMware oder Parallels). (Nativ will ich Windows eigentlich nicht haben ...)
[quote="cms"]
RPCemu kann man z. B. hier finden: http://www.arcsite.de/cgi-bin/linksuch?Muster=rpcemu&Verknuepf=or
[/quote]
Danke!
[quote="cms"]
Funktionieren die Mäuse den an einen anderen Rechner ohne Probleme. So eine Maus ist halt ein Verschleißteil, das man ja gerne durch die Gegen schupst.
[/quote]
Ich habe keinen anderen Rechner mit Bus-Maus-Anschluss zur Verfügung (die Early-90es-Sun-Workstation ist aus dem Rechnerpool verschwunden ;-).
Die zweite Maus war fast fabrikneu und hat wunderbar funktioniert, bevor ich sie als Reserve wieder eingemottet habe. Jetzt hat sie den gleichen Effekt wie die Maus, die mit dem Rechner kam. Daraus schliesse ich, dass der eigentliche Defekt auf dem Motherboard ist.
[quote="cms"]
Das Übliche, also verdreckte Rollen, ist es wohl hoffentlich nicht.
[/quote]
[quote="cms"]
BTW: Um einen Text/Brief unter Window zu benutzen einfach WordPad nutzen.
[/quote]
Ja, wenn ich nicht so ein Korinthenkacker wäre, dann ginge das (danke trotzdem!). Ich habe ja gvim und Co. und von der Firma auch Word (zu Recht Einzahl!), aber so schön wie mit TechWriter wird's halt nicht wieder. Ist nur Gejammer auf hohem Niveau. Ich schreibe jetzt wieder mit der Hand. Das trainiert ganz und gar vergessene Handbewegungen und Muskeln.