Installation des Soundthesizers rückgängig machen?

[deshbeta]

Hallo,
ich denke, ich weiß die Antwort, aber ich gehe auch lieber auf Nummer sicher.
Gibt es einen Weg, die Installation ohne Backups rückgängig zu machen?

Gruß
Philipp
P.S.: Bin ich der einzige, dem der Soundstil des Tools nicht gefällt?

[Mr. X]

Mir ist kein Weg zurück bekannt, außer einer Zusi-Neuinstallation oder der Nutzung eines vorher angefertigten backups.

P.S.: Bin ich der einzige, dem der Soundstil des Tools nicht gefällt?

ich fand es vor allem zu umständlich zu benutzen, weswegen ich es nicht mehr installiere. Denn der Preis, wenn man faul ist und es nicht startet, keinen Sound mehr von Zusi zu bekommen, ist mir zu hoch.

[Arne aus dem Norden]

Denn der Preis, wenn man faul ist und es nicht startet, keinen Sound mehr von Zusi zu bekommen, ist mir zu hoch.

Ja, das hab ich auch erst gedacht.
Aber nach diesem Video http://www.youtube.com/watch?v=qg6HXjeOXig wußte ich, was mir beim normalen Sound früher immer gefehlt hat: der Gasstoß beim aufschalten.
Das knallt mich bei einigen 218er Sounds im Soundthesizers total an

[Peter Zimmermann]

Denn der Preis, wenn man faul ist und es nicht startet, keinen Sound mehr von Zusi zu bekommen, ist mir zu hoch.

Ist doch auch während der Fahrt zuschaltbar, wenn man es vergisst.

[Mr. X]

Ist doch auch während der Fahrt zuschaltbar, wenn man es vergisst.

Ja, ist mir trotzdem zu mühsam. Außerdem verbinde ich meist auf Anhieb zuerst das falsche Programm, sodass sich das andere erst nicht verbinden will. Ich will fahren, nicht rumkonfigurieren.

[deshbeta]

Jetzt bin ich aber verwirrt... Bei mir habe ich gar keine andere Wahl mehr als den Soundthesizer!? Zumindest bei den Mustern, die dieser unterstützt. Da höre ich ohne STh kein Motorengeräusch mehr.

[Peter Zimmermann]

Jetzt bin ich aber verwirrt ... Bei mir habe ich gar keine andere Wahl mehr als den Soundthesizer!?

Wenn Du den Soundthesizer installiert hast und ihn jetzt nicht mehr nutzen möchtest, kommst Du ohne eine Neuinstallation von Zusi nicht herum, sofern Du kein Backup (Ordner 'Loks') angelegt hast; denn beim Soundthesizer wurden ja die lok-Dateien dementsprechend modifiziert (Sounds entfernt).

[deshbeta]

Dann hätte ich aber ne Lösung: Ich hab noch nen Laptop, auf dem Zusi ohne den STh läuft, wenn ich die Lokdateien von dort nehme, müsste ja alles wie zuvor sein, korrekt!?

[Andreas Karg]

Jup

[Stephan/Taschi]

Theoretisch(tm) ließe sich das über eine gute Installations- und Deinstallationsroutine lösen, ich fürchte allerdings, die wäre dann komplexer als der Soundthesizer selber...

[Mr. X]

Und sie würde eine Menge Platz fressen, weil sie ja die Backup-Dateien irgendwie sichern müsste. Versionskontrollsysteme können sowas natürlich, nennt sich Branching.

[Andreas Karg]

... mit einem VCS hast du aber trotzdem irgendwo massig Platz für das Repo verbraten.

[Max Senft]

Hi,

außer man bindet in das Setup nur diff-Dateien ein, die auf die entsprechenden Zusi-Daten beim Installieren und Deinstallieren entsprechend angewendet werden. Das sollte in Maßen sogar nachträgliche Änderungen an den Dateien durch den Benutzer tolerieren!?

Gruß
Max

[Mr. X]

... mit einem VCS hast du aber trotzdem irgendwo massig Platz für das Repo verbraten.

Je nach Art des VCS aber nur auf dem Server, während lokal nur die gerade genutzte Branch gespeichert wird. Trotzdem erzeugt das VCS natürlich Overhead.

[Johannes]

Von was fuer Datenmengen reden wir hier denn? Es werden doch meines Wissens nur die Lokdateien geaendert (Rausnehmen der Sounds), das sind reine Textdateien, zusammen vielleicht ein paar KB. Oder habe ich was uebersehen?

Generell natuerlich eine gute Idee, das Zusi-Verzeichnis unter Versionskontrolle zu stellen. Das vertraegt sich ja auch mit der Add-on-Installation -- einfach nach jedem Add-on einen Commit anlegen.

Vielleicht bekommt ja ZUpdater demnaechst eine Automatik dafuer (Konfigurationsoption: Kommandozeile zum Committen mit Platzhalter fuer den Addon-Namen, z.B. "git commit -a -m 'Add-on-Installation: %s'")

Gruesse
Johannes

[Hubert]

Ist doch auch während der Fahrt zuschaltbar, wenn man es vergisst.

Ja, ist mir trotzdem zu mühsam. Außerdem verbinde ich meist auf Anhieb zuerst das falsche Programm, sodass sich das andere erst nicht verbinden will. Ich will fahren, nicht rumkonfigurieren.

Komisch, da schreit man nach Realitäten und vergisst, dass man heute eine moderne Lok erst aufstarten muss bevor man fahren kann.
Gruss
Hubert

[Andreas Karg]

Johannes: Das hab ich mal ausprobiert. Git brauchte jedes Mal ewig, um die Myriaden von Dateien zu durchforsten. Schien mir damit nicht so recht praktikabel.

[Johannes]

Johannes: Das hab ich mal ausprobiert. Git brauchte jedes Mal ewig, um die Myriaden von Dateien zu durchforsten. Schien mir damit nicht so recht praktikabel.

Gut, 84.446 Dateien mit 6.1 GB (bei mir) sind schon ein ziemlicher Brocken, immerhin mehr als doppelt so viele Dateien wie der Linux-Kernel. Mal ein kleiner Test mit meiner aktuellen Zusi-Installation (leider keine frische Installation möglich, mangels optischem Laufwerk).

git init 0.21 Sekunden, Repo ist 6.1 GB groß
git add . 6:30 Minuten, Repo ist 7.6 GB groß
git commit -m "Initial commit" 4:08 Minuten, immer noch 7.6 GB

Klar, am Anfang muss Git halt alle Dateien mal durchgehen. Alle weiteren Operationen (status, add, commit) gingen dann aber sehr flott, zumal wenn sie nur einen kleinen Teil des Repositorys betrafen. Als Test habe ich mal bei allen Loks den PZB-Sound ausgetauscht, status/diff/add/commit liefen mit normaler Git-Geschwindigkeit (lies: komplett ohne Verzögerung).

Mal ein Test mit einem Addon-Paket: Dazu habe ich das Verzeichnis F(R)S gelöscht. Anschließendes „commit -a“ dauerte 10 Sekunden. Dann das Addon-Paket F(R)S installiert. „git add .“ 1s, „git commit“ 6.2 s.

Wäre tatsächlich interessant, das Ganze mit einer frischen Installation und allen Add-Ons zu versuchen. Vielleicht probiere ich das mal bei Zusi 3 Es könnte natürlich auch das verwendete Dateisystem eine Rolle spielen (hier: ext3).

Grüße
Johannes