Hallo,
muss gleich vorweg sagen.. es handelt sich bei der Frage nicht um ein ausschließlich
in Reaper auftretendes Problem, andere DAW wie Ardour zeigt selbe Auffälligkeit.
Habe mir über die Zeit hinweg ein recht schönes Linux-System aufgebaut, das ausschließlich
zum Basteln an Musik verwendet wird.
Kompakter Rechner, im IDLE nicht zu hören, stromsparend, und darauf ein angepasstes
ArchLinux. Ich wäre eigentlich zufrieden, wenn da nicht dieses Problem wäre..
Hatte die Tage in Reaper (v6.79) 3 Spuren erstellt, und in jede das VSTi Vital (auch als CLAPi) mit
dem "Abbysun" Preset geladen. Diese drei Spuren werden von einem externen Sequenzer getriggert.
.. da fiel es dann auf, der Rechner produziert bei einer "Buffer Size" von 512/3 über JACKd reichlich Xruns,
die "RT CPU"-Last wird in Reaper mit ~130% angegeben, wobei die normale CPU-Last bei <20% liegt.
Wenn aus Reaper heraus die Spuren getriggert werden, baut sich diese Last ebenfalls über wenige
Sekunden hinweg auf.
Ebenfalls fällt auf, dass die drei Spuren im "Performance Meter" von Reaper bei Stop je nur ~1.20% "FX CPU"
Last erzeugen, "RT CPU" aber schon bei ~22% liegt.
Habe seitdem schon einiges versucht auszuschließen, bis hin ein frisches "Ubuntu Studio 23.04"
zu installieren, aber die Xruns bleiben.
Sollte die vorhandene Hardware tatsächlich nicht fähig sein diese drei Spuren zu verarbeiten?
Dann hatte ich Einstellungen in UEFI (aktuellste Version) in Verdacht, aber auch das möchte ich
nahezu ausschließen. Hier sind sämtliche mir bekannte Stromsparmaßnahmen deaktiviert.
Nach all diesem hin und her bleibt fast nur noch die Hardware als Verursacher.
Hoffe es hat noch jemand Lust weiterzulesen..
gebe mal Informationen dazu.
CPU : Intel(R) Core(TM) i5-9500 CPU @ 3.00GHz
MB : ASUS ROG STRIX H370-I Gaming
RAM : 2x 8GB @ 2666MHz
MIDI : M-Audio MIDISPORT 4x4
Das ist die Ausgabe von 'lspci'
$ lspci
00:00.0 Host bridge: Intel Corporation 8th Gen Core Processor Host Bridge/DRAM Registers (rev 07)
00:01.0 PCI bridge: Intel Corporation 6th-10th Gen Core Processor PCIe Controller (x16) (rev 07)
00:02.0 VGA compatible controller: Intel Corporation CoffeeLake-S GT2 [UHD Graphics 630]
00:14.0 USB controller: Intel Corporation Cannon Lake PCH USB 3.1 xHCI Host Controller (rev 10)
00:14.2 RAM memory: Intel Corporation Cannon Lake PCH Shared SRAM (rev 10)
00:16.0 Communication controller: Intel Corporation Cannon Lake PCH HECI Controller (rev 10)
00:1c.0 PCI bridge: Intel Corporation Cannon Lake PCH PCI Express Root Port #3 (rev f0)
00:1c.7 PCI bridge: Intel Corporation Cannon Lake PCH PCI Express Root Port #8 (rev f0)
00:1d.0 PCI bridge: Intel Corporation Cannon Lake PCH PCI Express Root Port #9 (rev f0)
00:1f.0 ISA bridge: Intel Corporation H370 Chipset LPC/eSPI Controller (rev 10)
00:1f.4 SMBus: Intel Corporation Cannon Lake PCH SMBus Controller (rev 10)
00:1f.5 Serial bus controller: Intel Corporation Cannon Lake PCH SPI Controller (rev 10)
00:1f.6 Ethernet controller: Intel Corporation Ethernet Connection (7) I219-V (rev 10)
01:00.0 PCI bridge: Texas Instruments XIO2000(A)/XIO2200A PCI Express-to-PCI Bridge (rev 03)
02:00.0 FireWire (IEEE 1394): Texas Instruments XIO2200A IEEE-1394a-2000 Controller (PHY/Link) (rev 01)
05:00.0 Non-Volatile memory controller: Sandisk Corp Western Digital WD Black SN850X NVMe SSD (rev 01)
Da auch Ubuntu Studio die Probleme bereitet, spare ich jetzt mal weitere Informationen zu
den Einstellungen am OS, da sollte es keinen Zusammenhang geben.
An dem Rechner wird eine "Focusrite Saffire Pro 24" verwendet, die über oben ausgegebene
Firewire-Karte angesteuert wird.
Auch dazu hatte ich mich beim Kauf des Rechners vor ~3 Jahren informiert, und eine Karte
mit diesem TI Chip wurde empfohlen.
Bei erneuter Spurensuche stieß ich dann allerdings auf mehrere Seiten die von genau diesem
Chip abraten, oft aber im Zusammenhang mit Windows 10 und neuer, allerdings wird auch von
Fehlern im Chip gesprochen.
Es wurde zu einer Karte mit TI XIO2213B oder LSI/Agere FW643 geraten, und bestenfalls zu
einer Karte ohne PCIe-to-PCI bridge.
Heute wurde eine FW-Karte mit dem TI-Chip verbaut, eine von LSI ließ sich nicht auftreiben.
01:00.0 PCI bridge: Texas Instruments XIO2213A/B/XIO2221 PCI Express to PCI Bridge [Cheetah Express] (rev 01)
02:00.0 FireWire (IEEE 1394): Texas Instruments XIO2213A/B/XIO2221 IEEE-1394b OHCI Controller [Cheetah Express] (rev 01)
Ich hatte ja sehr große Hoffnung, aber das Problem besteht noch immer..
Was haltet Ihr davon, wo kann ich da noch ansetzen?
Alle noch fehlenden Informationen werden nachgeliefert, aber bitte bedenkt, dass das OS
IMHO ausgeschlossen werden kann.
An alle schon mal vielen Dank für's lesen!!
Ergänzung :
(1) ..mmh, habe jetzt nochmal in einem Projekt die besagten drei Spuren intern, und dann mit dem externen
Sequenzer angesteuert. Drei Spuren in Reaper mit 4 Takten bei 74bpm erzeugen schnell eine DSP Last die von 22%
bei Stop auf ~55% anwächst, dort dann aber bleibt. Werden die Spuren extern angesprochen, steigt diese bei
jedem neuen Durchlauf immer weiter und erzeugt bei ~90% Xruns.
Könnte das Problem doch am MIDI-Interface / USB-Anschluss liegen? Das Kabel und die Anschlüsse wurden
schon gewechselt..
(2) Wird der externe Sequenzer direkt an MIDI-In der Soundkarte angeschlossen, sind mehr Durchläufe
möglich, allerdings steigt auch dann die Last an und erzeugt Xruns.. aber deutlich später.