Old 06-03-2023, 05:48 AM   #1
modoo
Human being with feelings
 
Join Date: Mar 2023
Posts: 45
Default HW Problem? Bei nur 3 Spuren mit Vital Xruns

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.
modoo is offline   Reply With Quote
Old 06-03-2023, 08:43 AM   #2
modoo
Human being with feelings
 
Join Date: Mar 2023
Posts: 45
Default

Bin dann jetzt doch einmal hin.. xD und habe anstatt Vital v1.5.5 drei andere
VSTi eingefügt, mit natürlich anderem Preset.. das sieht dann schon besser aus.

Vieleicht ist das Vital Preset auch einfach zu heftig für den Rechner?

Wäre sehr schön wenn sich jemand die Zeit nehmen würde und das
vergleichen könnte..


Frage mich auch ob es normal ist dass dieses Preset starke Schwankungen
in der DSP Last erzeugt.. hier geht wie gesagt bei gut 50% los und
schaukelt sich bis über 100% hoch, und das innerhalb von gut unter 30s.

Das andere Preset erzeugt recht stabil keine 20%.. das hat aber auch wesentlich weniger Modulationen.. ist aber auch sehr hübsch.

Last edited by modoo; 06-03-2023 at 08:55 AM.
modoo is offline   Reply With Quote
Old 06-04-2023, 04:23 AM   #3
slangbein
Human being with feelings
 
Join Date: Aug 2021
Location: Hanover, Germany
Posts: 103
Default

Linux Mint 21.1 Cinnamon
ich hab jetzt keinen externen Sequencer, kann dazu nix sagen
Zu Vital: Es gibt einige Presets, bei denen mein Rechner in die Knie geht.
Die muss ich exclusiv bearbeiten, sprich danach die Spur freezen, damit ich an anderen Tracks weiter arbeiten kann.
slangbein is offline   Reply With Quote
Old 06-07-2023, 11:35 AM   #4
modoo
Human being with feelings
 
Join Date: Mar 2023
Posts: 45
Default

Hallo,

vielen Dank für die Rückmeldung!

Würdest mir noch sagen welchen Prozessor du verwendest?


Wäre auch schon fast beim Preset als Verursacher geblieben,
wenn der Rechner nicht auch bei anderen Kleinigkeiten schon
Xruns erzeugen würde..

Ist mir eigentlich erst vor wenigen Minuten aufgefallen.. :/

Selbst ein etwas schnelleres hin-und-herklicken in der
Transportansicht sorgt dafür, das hatte ich bisher noch nicht
mitbekommen.

Etwas problematisch kann ich mir bei VST(i) auch die iGPU vorstellen,
da dürfte sich eine eigene Karte ganz gut machen.

Auch bekomme ich die noch immer nicht dazu sich im OS nicht in den RC6
Stromsparmodus zu versetzen.. das nervt ebenfalls, könnte tatsächlich
problematisch sein.

Aber dann wäre selbst "Ubuntu Studio" nicht auf solche GPUs eingestellt.


Nuja, vielen Dank an alle für's lesen hoffe das Thema war nicht zu sehr
fehl am Platz..


Werde mich mal weiter auf die Suche machen, und wenn es okay ist evtl.
auch etwas weiter berichten..
modoo is offline   Reply With Quote
Old 06-07-2023, 01:31 PM   #5
modoo
Human being with feelings
 
Join Date: Mar 2023
Posts: 45
Default

Glaube ich habe es gefunden!!


Wenn die Aufnahmebereitschaft der Spur mit Vital, egal welches Preset,
abgeschaltet wird, von egal welcher Einstellung, sinkt die "RT CPU"
Last im "Performance Meter" in Reaper von ~23% auf 4% .. *hechel*

Das ist bei anderem PlugIn nicht so, oder nicht in dem Maße..

Verwende hier übrigens Jack2/a2jmidid auf dbus.. bisher liegt es
auschließlich ob Aufnahmebereitschaft oder nicht, egal ob a2j
geladen ist oder nicht.

Mmh.. das freut doch erstmal..


EDIT: Wird Aufnahmebereitschaft eingeschaltet, steigt nur "RT CPU",
nicht "FX CPU", die sinkt sogar um ~0.2% ..

Last edited by modoo; 06-07-2023 at 02:37 PM.
modoo is offline   Reply With Quote
Old 06-07-2023, 02:01 PM   #6
modoo
Human being with feelings
 
Join Date: Mar 2023
Posts: 45
Default

.. mmh, sieht wirklich gut aus.

Kann das erstellte Thema eigentlich beenden.. an der HW lag
es jedenfalls nicht.. xD

Die Spuren nur intern mit MIDI zu versorgen genügt hier, aber
extern, da "Record Arm" aktiviert, steigert "RT CPU" pro
Vital 1.5.5 um ~20%.. das mag natürlich nur so an meinem Rechner
vorkommen.
modoo is offline   Reply With Quote
Reply

Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump


All times are GMT -7. The time now is 06:22 AM.


Powered by vBulletin® Version 3.8.11
Copyright ©2000 - 2024, vBulletin Solutions Inc.