Beiträge von pneuma

    Ein Freund von mir, einem Organisten in der örtlichen Kirche, hat eine Frage, die ich nicht beantworten kann.

    Auf meinen Vorschlag hin hat er GrandOrgue als Ergänzung zur Allen-Orgel seiner Kirche installiert und leitet die Computer-Soundausgabe an die Allen-Orgel weiter.

    Es gibt zwei Probleme: 1) Die Mindestlautstärke sollte die Orgel nicht völlig verstummen lassen, und 2) der Dynamikumfang der Expression-Pedale ist zu groß.

    Kann uns jemand mit Lösungen aufklären?

    "Sat 14 Jun 2025 08:21:11 PM MST: 08:21:11 PM: Error: File '/media/dave/SU750_GO/Schwerin/OrganInstallationPackages/002730/stops/p_ventilzupianobass_out.png' does not exist"

    Ich habe alle Schwerin-RAR-Dateien heruntergeladen und in 002730 gibt es keinen Ordner „Stopps“. Das hat Stunden gedauert und ich möchte das nicht noch einmal durchgehen, nur um den Ordner „Stopps“ zu finden.

    I am currently out of town and do not have access to the schnitger sample set. However, the first thing to look for with errors showing up in LINUX is the Upper Case/Lower Case issues. WINDOWS is not case-sensitive; LINUX is. I usually keep the error window active then use the File Manager to "open" the path and rank and pipe wav file. If the case is wrong, a simple edit-modification will generally end the error message.

    If you have space on your laptop hard drive, you could download LINUX MINT 22.1, create a bootable USB install Thumb Drivefrom the ISO, boot to it, install alongside WINDOWS (the option). When you install GrandOrgue in LINUX from GITHUB be sure to choose the "wx32" version (has nothing to do with bit-rateof your system). Have fun!

    I downloaded command-line instructions to enlarge the swap file. It is a simple process in LINUX. For my friends using GrandOrgue in LINUX I enlarge everyone's SWAP file. When the following is finished, LINUX' System Monitor will confirm the new SWAP File size. I actually think 64GB is overkill. 32GB would probably do the trick.

    Code
    sudo swapoff -a
     sudo dd if=/dev/zero of=/swapfile bs=1G count=64       (or other count if desired)   
     sudo mkswap /swapfile
     sudo swapon /swapfile

    I run LINUX MINT 22.1 Operating System with Intel i7 CPU. The computer has 32GB RAM and I enlarged the SWAP File to double the DRAM size - 64GB. Polyphony is set at 3600. I currently keep up and running five simultaneous different Sample Sets so I can pick and choose ranks or aggregate the organs. No problems unless I go overboard with multiple TUTTI's and play too fast with big chords. None of the problems you mention. If I go overboard I'll just get some CPU cutouts, but that's my stupid fault.

    I am more than ever convinced that LINUX is the superior OS for GrandOrgue and that it manages memory more efficiently. Here's a screenshot of the computer's current state with five big organs loaded:

    image.png


    And you can see the simultaneous GrandOrgue loads -

    image.png

    LUDGERUS-Rotterdam, Friesach6Manual,Utrecht, Rotterdam-Caen5Manual, and SolinaStrings.

    Purists may protest, but in the final analysis the ear is to be pleased without regard to rigid tradition.

    :)

    tim25

    Danke. Ich werde es dir mitteilen.

    Falls du die alte CAEN-Datei 001704 falsch abgelegt hast, kann ich dir einen Link auf meinem Cloud-Dienst zeigen, wo ich sie als RAR-Datei gespeichert habe.

    Ich habe auch die Einstellungen, die Kombinationsdatei und die .organ-Version sowie die erforderliche Konsolen-Hintergrunddatei abgelegt.

    Natürlich musste ich sie in 001705 umbenennen, damit sie nicht mit anderen, neueren Composite-Sets in Konflikt gerät.

    Weder Doesburg noch Utrecht wurden genutzt – nur Demos aus Caen und Rotterdam.

    Ein sehr talentierter und geschätzter Freund von mir macht sich möglicherweise daran, dieses wunderbare 2M+P-Composite mithilfe der späteren CAEN-Demodateien neu zu schreiben.

    mario

    Looks like you are the one who put together the original CAEN-ROTTERDAM 2M+P composite. [Cean en Rotterdam GO ODF in the filebase]

    Unfortunately, with the revised 001704 resource from sonusparadisi the organ will only play for those users who still own the original CAEN Demo download.

    Greetings from North Central Arizona!

    Weiß jemand, was mit diesem alten Verbund – CAEN-ROTTERDAM – in der Filebase passiert ist?

    Und wer ist „M. Schultz“?

    Hier sind einige frühe Zeilen der .organ-Datei:

    OrganBuilder=M.Schultz

    OrganBuildDate=15.9.2018

    OrganComments=Erstellt mit Organ Builder v1.0.2.0

    Es ist viele Jahre her, dass ich einen Computer mit MS WINDOWS-Betriebssystem besaß, daher eine Frage an das Forum.

    Mehrere Benutzer haben mich darauf hingewiesen, dass man auf WINDOWS-basierten Computern nicht mehrere Instanzen von GrandOrgue gleichzeitig öffnen kann.

    Wenn das tatsächlich der Fall ist, könnte man davon ausgehen, dass Linux das einzige Betriebssystem ist, auf dem mehrere Sample-Sets nebeneinander oder als Einheit abgespielt werden können.

    Ist das tatsächlich so? Hat jemand Tests durchgeführt, die diese Möglichkeit bestätigen oder widerlegen?

    Dank GrandOrgue 3.15 und neueren Versionen nutze ich jetzt 24-Bit, verlustfrei und polyphasig. Ich verwende 48K-Rate und Single Release. Es ist sehr schwierig, Störungen zu verursachen! Ich habe festgestellt, dass die Core-Thread-Anforderungen der i7-CPU geringer sind, wenn man die Sample-Sets mit den gleichen Bits lädt, die beim Erstellen verwendet wurden. Vielleicht muss die CPU auf dem Kopf stehen und Tricks anwenden, um die Samples herunterzubiten? Ist das möglich? Andererseits ist der Speicherbedarf bei 24-Bit natürlich höher als bei 16-Bit.