Raspberry Pi Projekt machbar?

Hallo zusammen,

vielleicht hat ja der eine oder andere so etwas schon einmal probiert umzusetzen. Ich würde gerne einmal versuchen auf meinem zweiten Raspberry Pi eine GrandOrgue Lösung einzurichten. Der Raspberry Pi wäre das Modell 3B also mit 1GB Ram. Mein ihr es wäre im Bereich des realistischen eine Orgel mit drei Manualen und Pedal von http://familjenpalo.se/vpo/download/ dort zum laufen zu bringen, so dass ein ernsthaftes Spielen möglich wäre?

Die Piteå School of Music wäre wohl dafür die am besten geeignete da sie mit knapp 400mb schlank ist. Die Bureå Church wäre eher mein Favorit da ich diese kenne. Sie ist aber auch sehr viel größer. Ich glaube mit geringeren Einstellungen kam ich am Desktop auf 800 mb Ram. Aber GO und das System brauchen ja auch ein bisschen. Drei Register wie das 1 1/5" würde ich weglassen können, solche Register spielt man ja sehr sehr selten. Gleichzeitig braucht man für diese Orgeln natürlich einen Faltungshall. Externe Soundkarte wäre vorhanden.

Was meint ihr lohnt sich der Versuch? Die fertigen Builds von GO sollten ja eigentlich auf dem Raspberry Pi laufen? Selber bauen auf dem Raspberry Pi wäre nämlich nicht so fein Würde es auch Alternative Orgeln für diese Leistungsklasse geben?

Aber wenn die Daten von GO wieder komprimiert werden, dann sollte man doch eigentlich irgendwo zwischen entpackter Größe und komprimierter Größe je nach Qualität landen oder?

So, ich habe es mal versucht und die Demo Orgel funktioniert. Die Latenz macht keine Probleme auch bei 8 Stimmigkeit. Nur an irgendeinen Punkt entstehen Störgeräusche. So ein Knistern was auch zu hören ist wenn nicht gespielt wird und GO nur im Leerlauf ist. Das ganze ist auch in den Aufnahmen zu hören. Vor allem mit Kopfhörer. Dieses Phänomen habe ich auch an einen meiner Desktop Systemen. Hat dazu jemand von euch eine Idee? Am besten hört man es mit Kopfhörer.

http://christian-hofmann.eu/images/Musik/Aufnahme.mp3

Das mit dem Dietpi werde ich mir mal ansehen, ich nutze gerade auf einem Raspberry Pi 400 das ganze. Eigentlich war das eher gezwungen weil einen normalen Pi bekommst du im Moment ja nicht zu kaufen. Als System nutze ich ein normales Rasberry OS als Lite Version, da hier doch einige Optimierungen enthalten sind die in anderen Distributionen nicht enthalten sind und doch starke Auswirkungen haben.

Ich nutze als Fenstermanager Openbox und verzichte auf weiteres, GO ist dort einfach als Autostart, Desktop und ähnliches gibt es also nicht. Als Dateimanager nehme ich noch Rox-Filer. Aber primär deshelb, dass ich mal ein Terminal bei Bedarf zur Hand habe. Mit den 4GB läuft die Burea Chruch ohne Komprimierung sehr gut. Auch Aufnahmen gehen dort ohne Einschränkungen. Die Startzeit ist natürlich mit 1-2 Minuten vom Einschalten bis zur Spielbarkeit sehr lange. Im Vergleich dazu ist es bei Organnery (Aeolus) auf meinem Raspberry Pi 3B vom Einschalten bis zur Spielbarkeit rund 10 Sekunden.

Zitat von Sebi

Einzig die etwas längere Ladezeit der Sample-Sets stört ein bisschen, aber vielleicht gibt es bald mal einen RPi mit EMMC-Sockel?!?!?

Gibt es im Grunde ja bereits. Du brauchst ein Raspberry Pi als Compute Modul und dann nach den eigenen Wünschen ein passendes Board welches z.B entsprechende Ports bietet. Inzwischen ist ja auch PCI-e verfügbar. Im Grunde wäre ein Ruhemodus eine gute Lösung. Bedeutet bei Abschalten schreibt das System ein Speicherabbild auf einen Datenträger wie eine SSD und lädt dieses einfach beim Neustart wieder. Dann Wäre man theoretisch innerhalb weniger Sekunden wieder im laufenden System was nur einmal gestartet werden musste. Praktisch muss man sich dann aber einen eigenen Kernel bauen welcher dies kann. Wobei man da auch die Sinnhaftigkeit prüfen muss, ein Raspberry Pi mit 2 Watt kann ja auch mal längere Zeit durchlaufen ohne das es teuer wird.

Ich spiele schon länger mit dem Gedanken ein System wie damals GOLive zu bauen, welches ich dann zugänglich machen kann. Aber ich habe keine Ahnung was man dort im Bezug auf die ganzen Lizenzen beachten muss. Einfach ein Kartenabbild erstellen und verteilen reicht ja nicht so ganz wenn man rechtssicher und fair sein will.

Meine Idee war ja auch einmal für diesen Zweck GO Headless zu machen. Wenn man einen Spieltisch hat der z.B entsprechende Schalter/Eingabegeräte hat, dann braucht man ja kein Display und könnte diesen ganzen Overhead weglassen. Leider lässt sich die Oberfläche nicht so einfach trennen. Ideal wären zwei Modi, wenn man das System erstmalig einrichtet, dann startet eben der grafische Aufsatz hierfür und danach braucht es diesen ja nicht mehr, bzw. man könnte auch einen Textmodus umsetzen der vollkommen ausreichend wäre um die Geräte zuzuordnen und einmal einzurichten.

Zitat von Sebi

Meine Erfahrung mit einem Odroid XU4 und EMMC ist sehr gut was die Ladezeiten angeht, echt blitzschnell.

Wie sieht es mit der Latenz beim spielen aus? Auf dem Raspberry Pi 4 geht das Laden zwar fix und auch eine große Orgel die in den Speicher passt läuft anständig und sauber. Selbst komplexe Stücke kann man als Midi Datei ohne Probleme abspielen. Nur wenn man selber spielt, dann fällt die extreme Latenz auf, selbst auf den kleinesten Orgeln. Vom Tastendruck auf die Taste bis zur Wiedergabe vergehen bestimmt eine halbe Sekunde. Somit ist das ganze natürlich nicht wirklich spielbar, obwohl GO eine Latenz von 49 ms anzeigt, was zwar nicht besonders ist, aber spielbar sein sollte. An der Leistung sollte es nicht liegen, alle CPU Kerne dümpeln bei 5-10% herum beim spielen.

Zumindest auf einem Raspberry Pi ist die einzige Chance anständig Orgel zu spielen stand jetzt Aeolus/Organnery.

Zitat von Mikelectric

Beim Raspi 3B hattest Du keine Probleme mit der Latenz und beim Raspi 4 dann 500 ms Latenz?

Inzwischen ist dort das gleiche Problem, scheint aber an der neuen Version von GO zu liegen... Aber auch in der neuen Version verabschiedet sich das Programm beim Versuch einen IR zu laden, egal ob Raspberry oder PC... Nicht so schön wenn eine Software unzuverlässig wird.

Ich werde DietPi noch einmal antesten. Ich habe bei GO die 32 Bit Version, könnte das der Grund sein?

Nachtrag. Ich habe jetzt DietPi genutzt und die arm64 Version von GO installiert. Läuft ohne Probleme. Die ArmHf Version scheint Ursache gewesen zu sein.

So schaut es mit der Buea Church aus.

pasted-from-clipboard.png

Du kannst versuchen die Einstellungen zu ändern, dass der Cache nur einmal erzeugt wird. Dann geht nach der einmaligen Qual das Laden recht fix. Lesen von einer Speicherkarte ist ja nicht das Problem, Scheiben dauert ewig. Alternativ eine ssd/HDD einen USB Adapter anschließen und davon das Set laden oder Booten.

Wenn du es versuchst, dietpi ist eine gute Wahl. LXDE ist nach dem einschalten innerhalb 3-5 Sekunden bereit und go fängt an zu laden.

Zitat von Sebi

Darum würde ich eher den Odroid N2+ nehmen mit der eMMC.

Aber im Vergleich zu einer guten SD Karte ist der eMMC eher langsam. Im Grunde sind die meisten eMMC's in diesen Geräten nur verlötete Speicherkarten Chips. Der Nachteil ist aber, wenn dieser seine Lebensdauer erreicht hat eben unbrauchbar ist und nicht getauscht werden kann. Da würde ich unabhängig vom Gerät eine SSD via USB3 vorziehen.

Ich selbst habe mir jetzt aus meinem Lager ein kleines System zusammengebaut. Raspberry Pi 4 Compute Modul mit 8GB, dazu ein IO Board mit M.2 SSD sowie einer PCI-e Soundkarte. Kostenpunkt etwa 100 Euro ohne M.2. Das System startet nach Einschalten des Stroms innerhalb von ca. 15 Sekunden in den Spielbaren betrieb, also Sampleset geladen. Das Sampleset ist https://piotrgrabowski.pl/cracow-st-john-cantius/ (16 Bit da der Ram sonst nicht reicht)

okay dann revidiere ich meine Aussage zu den Odroid. Das ist natürlich praktisch, vor allem das ess leicht wechselbar ist. Ein mmc hat ja auch nur eine begrenzte Lebensdauer.