Bitte geben Sie einen Grund für die Verwarnung an
Der Grund erscheint unter dem Beitrag.Bei einer weiteren Verwarnung wird das Mitglied automatisch gesperrt.
RustyPipes Open Source VPO Software
#61
Zitat von Dividebysandwich im Beitrag #61
BTW wie wichtig wäre denn Support für Hauptwerk-kompatible text-displays?
Ich denke, dass es keinen Bedarf für HW gibt, weil diese Klientel eher mit gut ausgerüsteten PC's ausgestattet ist. Für Anwender mit kleinen Samplesets auf kleinen Rechnern wie RasPi könnte das interessant sein, falls Rusty Pipes oder GO auf ARM läuft...
#63
Zitat von Montre im Beitrag #62
falls Rusty Pipes oder GO auf ARM läuft...
GrandOrgue läuft einwandfrei auf arm und dem Raspberry Pi. Da ist nur der Ram die Engstelle. Ein Minipc als B-Ware mit 16 Gb Ram kostet weniger als ein RPI mit 16 gb Ram. 8GB ginge zwar auch noch, aber da kann man nicht viel erwarten.
Ich sehe jetzt keinen Grund warum RustyPipes nicht auch unter arm gebaut werden könnte. Ob es Sinn macht müsste man aber wirklich einmal probieren. Arm Systeme sind ja oft eher langsam was die Datenträger betrifft. Der RPI mit einer microSD Karte ist wohl keine ernsthafte Konfiguration für eine große Orgel die gestreamt wird. Beim preload der Orgel spricht eher mehr für GrandOrgue weil man dort aktuell die Anforderungen durch komprimieren oder nicht laden einzelner Register/Werke einfach noch weiter reduzieren kann.
Aber man müsste es mal versuchen
Zitat von Montre im Beitrag #62Zitat von Dividebysandwich im Beitrag #61
BTW wie wichtig wäre denn Support für Hauptwerk-kompatible text-displays?
Ich denke, dass es keinen Bedarf für HW gibt, weil diese Klientel eher mit gut ausgerüsteten PC's ausgestattet ist.
Was hat denn Unterstützung von HW-kompatiblen Displays mit mehr oder minder gut ausgestatteten PCs zu tun? Vielleicht bin ich im Kopf ja auch falsch abgebogen, aber ich habe Dividebysandwich so verstanden, dass es da z.B. um LCD Displays geht (klassisch 1602 oder 2004), an das man z.B. per Sysex Informationen schicken kann (Schwellerstellung, Stepper, Orgelauswahl etc.). Ich persönlich halte das für sehr sinnvoll. Selbst an minimalistischen Spieltischen habe ich bislang LCDs beobachtet.
Vielleicht liege ich falsch. Ich bin davon ausgegangen, das er TUI's meint. Aber du kannst recht haben. Wenn die 16 Zeichen LCD-Displays mit zwei Zeilen gemeint sind, dann ist das natürlich ein brauchbarer Anwendungsfall für User, die sowas nutzen.
Lt. HW-Doc gibt es einen 7-Bit unsigned Int-State, einen 28-Bit signed Int-State und einen 16 Zeichen-String-State.
#66
Zitat von Montre im Beitrag #62
Ich denke, dass es keinen Bedarf für HW gibt, weil diese Klientel eher mit gut ausgerüsteten PC's ausgestattet ist.
Das wird die nächsten Monate spannend wie die Hauptwerk Nutzer reagieren, vor allem wenn ein neues System angeschafft werden muss ist ein Arbeitsspeicher aktuell teurer als der Rest vom PC und dem Spieltisch. Saturn verkauf gerade 32 GB DDR5 für schlappe 900 Euro. Da wird die echte Heimorgel vom Orgelbauer schon fast ein Schnapper...
Zitat von Untersatz32 im Beitrag #66
Das wird die nächsten Monate spannend wie die Hauptwerk Nutzer reagieren, vor allem wenn ein neues System angeschafft werden muss ist ein Arbeitsspeicher aktuell teurer als der Rest vom PC und dem Spieltisch. Saturn verkauf gerade 32 GB DDR5 für schlappe 900 Euro.
Das bekommt man für die Hälfte, aber trotzdem extrem teuer. Ich habe den Neukauf von Komponenten für einen Selbstbau-PC ewig vor mit her geschoben und jetzt ist warten angesagt. Ein Preisrückgang ist nicht in Sicht. Ich muss bei meinen 64 GB bleiben, sozusagen zum Pflicht-Sparen. Solange es läuft, ist alles gut.
#68
#69
Die RAM-Situation ist ja gerade der Grund warum ich mit RustyPipes angefangen habe.
Und ja, ich habe mehrere User die kleine Orgeln auf Raspi5 mit 8GB RAM fahren. Ich biete ja schon seit einiger Zeit Binaries für Arm an.
Was die LCD Sache angeht: Ich werde mal damit anfangen. Ich habe allerdings kein Display zum testen, darum werde ich da Hilfe brauchen ;)
#70
Rusty Pipes v1.6.4 ist da! [Download]
* TUI mode unterstützt jetzt auch MIDI Learning für Tremulant, Presets und Orgel wechsel
* OrganManager für TUI mode
* (BETA) Hauptwerk LCD support!
Falls jemand so ein Modul hat bitte um Feedback! Das ist nur ein erster Wurf, bin gespannt ob das klappt :)
#72
Ich wollte es grad probieren, aber irgenwie bekomme ich es nicht hin. Welche Schritte muss ich unternehmen, damit überhaupt Töne erklingen? Ich habe mal versucht Caen zu laden, das ging auch. Habe alle Register in der Übersicht gesehen. Manuale und deren MIDI-Befehle wurden auch erkannt.
Wie weist man die physischen Manuale den virtuellen zu? Wie werden Töne an mein Audio Interface gesendet? Und nach dem Einrichten des LCDs, was muss noch getan werden, damit es was sendet? Bislang sehe ich nichts auf meinem LCD.
Kannst du einen "Beispiel-Text" in HEX zur Verfügung stellen, den du angezeigt haben willst? Dann kann ich das mal mit dem vergleichen, was da erwartet wird.
#74
So jetzt gibt es doch v1.6.4 weil mir beim Refaktorisieren ein Fehler unterlaufen ist, darum hat er sich die LCD settings dann nicht gemerkt. Dabei habe ich auch gleich einen bug beim anzeigen der stops am LCD gefixt, und die MIDI Playback Zeit ist jetzt im Format mm:ss.
Zitat von Soubasse im Beitrag #73
Welche Schritte muss ich unternehmen, damit überhaupt Töne erklingen?
1. Auf der Config-Seite die MIDI Device(s) anwählen (Hakerl)
2. "Map" button rechts daneben drücken, und entweder das ganze Device auf einen virtuellen MIDI Channel mappen, oder die einzelnen echten MIDI Channels auf individuelle virtuelle MIDI Channels mappen. Wenn unsicher, einfach Simple Mode und auf Channel 1 mappen, ist auch der Default.
3. Start drücken
4. Beim gewünschten Register auf den "1" Button drücken.
5. Jetzt sollte es klingen :)
Zitat von Soubasse im Beitrag #73
Bislang sehe ich nichts auf meinem LCD.
Dazu bitte v1.6.4 installieren. Wichtig ist auch dass das MIDI device, an dem das Display haengt, auf der Config-seite angehakt ist (checkbox)
Beispiel-messages:
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
21:47:51 [DEBUG] (1) rusty_pipes::app_state: Updating LCD display ID 1
21:47:51 [INFO] LCD 1: Friesach | Ready CPU:0%
21:47:51 [DEBUG] (1) rusty_pipes::midi: Sending Sysex message: [240, 125, 1, 1, 0, 1, 70, 114, 105, 101, 115, 97, 99, 104, 32, 32, 32, 32, 32, 32, 32, 32, 82, 101, 97, 100, 121, 32, 67, 80, 85, 58, 48, 37, 32, 32, 32, 32, 247]
21:47:51 [DEBUG] (1) rusty_pipes::app_state: Updating LCD display ID 2
21:47:51 [INFO] LCD 2: F2: Medium | None
21:47:51 [DEBUG] (1) rusty_pipes::midi: Sending Sysex message: [240, 125, 1, 2, 0, 1, 70, 50, 58, 32, 77, 101, 100, 105, 117, 109, 32, 32, 32, 32, 32, 32, 78, 111, 110, 101, 32, 32, 32, 32, 32, 32, 32, 32, 32, 32, 32, 32, 247]
21:47:51 [DEBUG] (1) rusty_pipes::app_state: Updating LCD display ID 3
21:47:51 [INFO] LCD 3: Stopped | Recalled preset F2
21:47:51 [DEBUG] (1) rusty_pipes::midi: Sending Sysex message: [240, 125, 1, 3, 0, 1, 83, 116, 111, 112, 112, 101, 100, 32, 32, 32, 32, 32, 32, 32, 32, 32, 82, 101, 99, 97, 108, 108, 101, 100, 32, 112, 114, 101, 115, 101, 116, 32, 247]
21:47:51 [INFO] Refreshing LCDs. Out connections: 1, Configured Displays: 3
21:47:51 [DEBUG] (1) rusty_pipes::app_state: Updating LCD display ID 1
21:47:51 [INFO] LCD 1: Friesach | Ready CPU:0%
21:47:51 [DEBUG] (1) rusty_pipes::midi: Sending Sysex message: [240, 125, 1, 1, 0, 1, 70, 114, 105, 101, 115, 97, 99, 104, 32, 32, 32, 32, 32, 32, 32, 32, 82, 101, 97, 100, 121, 32, 67, 80, 85, 58, 48, 37, 32, 32, 32, 32, 247]
21:47:51 [DEBUG] (1) rusty_pipes::app_state: Updating LCD display ID 2
21:47:51 [INFO] LCD 2: F2: Medium | None
21:47:51 [DEBUG] (1) rusty_pipes::midi: Sending Sysex message: [240, 125, 1, 2, 0, 1, 70, 50, 58, 32, 77, 101, 100, 105, 117, 109, 32, 32, 32, 32, 32, 32, 78, 111, 110, 101, 32, 32, 32, 32, 32, 32, 32, 32, 32, 32, 32, 32, 247]
21:47:51 [DEBUG] (1) rusty_pipes::app_state: Updating LCD display ID 3
21:47:51 [INFO] LCD 3: Stopped | Recalled preset F2
21:47:51 [DEBUG] (1) rusty_pipes::midi: Sending Sysex message: [240, 125, 1, 3, 0, 1, 83, 116, 111, 112, 112, 101, 100, 32, 32, 32, 32, 32, 32, 32, 32, 32, 82, 101, 99, 97, 108, 108, 101, 100, 32, 112, 114, 101, 115, 101, 116, 32, 247]
Zitat von Soubasse im Beitrag #73
Wie weist man die physischen Manuale den virtuellen zu?
Das ist ein völlig neues Bedienkonzept. Das hat auch mein Hirn verdreht, weil es was Anderes gewohnt ist.
Du kannst alle Register auf allen Manualen gleichzeitig spielen => total ungewohnt, bietet aber maximale Flexibilität.
Der Kanal wird hier als Register ein/aus verwendet.
Sendet dein 1. Manual auf Kanal 1, dann aktivierst du die Register des 1. Manuals, indem du auf Kanal 1 des jeweiligen Register klickst.
Ich habe gerade mal mein Midi-Keyboard angeschlossen. Es hat wahnsinnig hohe Latenzen - unspielbar.
- Hauptwerk
- Hauptwerk-Konfiguration, Diskussion
- Hauptwerk-Samplesets
- GrandOrgue
- GrandOrgue-Konfiguration, Diskussion
- GrandOrgue-Samplesets
- Sweelinq
- Sweelinq-Konfiguration, Diskussion
- Sweelinq-Samplesets
- Sonstige Orgelsoftware
- Organteq
- Sonstige Sampler
- Hardware
- Spieltische und Selbstbau
- Zubehör (PCs, Monitore, Interfaces etc.)
- Klangabstrahlung
- Musikalisches
- Noten, Einspielungen, Konzerte
- Sonstige Musikthemen
Jetzt anmelden!
Jetzt registrieren!