microbug
meckerbug
Reaper braucht einen großen Monitor, auf dem 15" Powerbook ist das nicht toll, muß mal den 19" dranklemmen oder gleich einen Widescreen kaufen.
Was habt ihr denn im Einsatz?
Was habt ihr denn im Einsatz?
darsho
Sö Sünteßeisör !
einfach mein Notebook, glaube 17 Zoll.
microbug
meckerbug
Mal schaun, ich will auf lange Sicht eh auf einen 24" Widescreen gehen, da ist dann Platz genug 
Widy75
...
super dankemink99 schrieb:
.. Mink tut sehr fein hier mit anushri drum mode .. keine aussetzer mehr bei jedem 2ten loop verursacht durch stop und continue messages, hab aber leider noch einen versatz zwichen midi noten und audio wenn ich zb. shruthi im arp mode mit ext clock fahre werd mich mal am we spielen und checken ob das nicht auch im plugin möglich ist zu kompensieren
mittels pdc_bot_ch, pdc_top_ch pdc_delay
hinterdrung/mein setup:
mein setup sieht wie folgt aus
spur eins <-- master spur für effekte und mastering ( nur diese supr ist im mixer sichtbar )
^- spur zwei <- sub sur .. nehm ich nur zum recorden ..ich nehme des ausgangsignal von spur 3 auf
^-spur drei <- reainsert mit midi out und audio in bzw auch audio out wenn benötigt -> gefollgt von sample delay um den signal weg zu kopensieren
geht beim spielen von noten super .. note und audio haben einen versatz von +-~32 samples genauer bekom ichs nicht hin
änder ich die spur 3
Mink -> ReaInsert -> Sample Delay
wird das Sample delay ignieriert ... und ich hab wieder einen versatz von midi noten zu audio ..stange
lg Widy
mink99
|
Reainsert hat in Bezug auf Latenzkompensation einen besonders ambivalenten Ruf. So wie du es verkabelt hast, findet gar keine Kompensation statt oder etwas undefiniertes.
Als ich noch nicht mit dem grossen motu als "clockverteiler" gearbeitet habe, habe ich z.b. die Mpc wie folgt geroutet :
Es gibt einen track, per Konvention immer der erste im Projekt, der hat :
.... keinen Eingang "input Monitoring only"
.... Als midi output den input von der MPC (indirekt, s.u) und als plugin das clock plugin
Der audio output der mpc geht in einen zweiten track in reaper.
Die clock wird nicht kompensiert, sondern funktioniert "so schnell wie möglich "
Aber das audio wird kompensiert, und du hängst nur die zwei oder drei millisec der clock hinterher.
Anmerkung : der sync-track ist bei mir im default Projekt , ging auf den ersten port der midi patchbay und wurde per patchbay weiterverteilt. Ein Splitter hätte es genauso gut getan.
Als ich noch nicht mit dem grossen motu als "clockverteiler" gearbeitet habe, habe ich z.b. die Mpc wie folgt geroutet :
Es gibt einen track, per Konvention immer der erste im Projekt, der hat :
.... keinen Eingang "input Monitoring only"
.... Als midi output den input von der MPC (indirekt, s.u) und als plugin das clock plugin
Der audio output der mpc geht in einen zweiten track in reaper.
Die clock wird nicht kompensiert, sondern funktioniert "so schnell wie möglich "
Aber das audio wird kompensiert, und du hängst nur die zwei oder drei millisec der clock hinterher.
Anmerkung : der sync-track ist bei mir im default Projekt , ging auf den ersten port der midi patchbay und wurde per patchbay weiterverteilt. Ein Splitter hätte es genauso gut getan.
mink99
|
Ein Kollege dort im Forum hat mir gepmt, dass die kompensation in der v5 beta besser funktioniert . Es gibt auch mehr und mehr Protest, dass reainsert für die v5 endlich repariert werden soll.
Die kompensation hab ich aber noch nicht getestet, das steht noch ein neuer prophet600, ein sixtrack und eine Roland msq-100 in der prio höher.
Die kompensation hab ich aber noch nicht getestet, das steht noch ein neuer prophet600, ein sixtrack und eine Roland msq-100 in der prio höher.
Widy75
...
@mink99
ohne realinserts könnt ich nicht leben, die tun bei mir perfekt
ich verwende auch nicht die latenz komensatzion im realinsert sondern schalte ein js sample delay dahinter ( das kann man auch für mehr als 2 kanäle umschreiben
anfangs hatte ich das probleme im loop mode. hier wurde immer ein offset aufsummiert wurde, und alles war spätestens nach 5xmal loppen out of sync .... das hab ich aber in den griff bekommen wenn ich das realinsert im old compatibility mode starte ( liegt aber eher an der soundkartentreibern ..wie auch immer )
Zum andern hab ich aniticipate fx processing abgeschalten ( sowohl global als auch für jeden track noch in den trackeigenschaften) und midi buffer auch abgeschalten. Geht nicht anders wenn ich meine Sonic Core Benütze und die DSP miteinbinde muss alles Echtzeit sein. Nachteil an der Sache nur der SampleBuffer dient als Buffer. Der muss daher etwas grösser sein.
Nachmal zurück zu Clock generator
Danke nochmal für die inspiration, hab sowohl das Mink als auch das Borger studiert und beide lösten mein Problem nicht
Hauptproblem:
Wenn ich einen track starte ist Reaper ja fast schon hinterher und versucht noch versäumte Events rauszuwerfen.
Hat dazu geführt das Clocks generiert wurden ( hab die im midi monitor, nach reaper gesehen reaper -> Monitor -> Interface ) das Midi Interface hat aber diese nicht weitergegeben, da die ersten Clocks zeitlich zu schnell geschickt wurden.
Setup war:
Reaper Readinsert Midi Out ->Midi Monitor->Midi Interface->Nordcore Midi Interface Clock Out-> VCA Modular -> Audio Return -> Repaer Reinsert
1 Takt hatte anstatt 24 cloks nur 23 ... wenn ich das tempo reduziert kam auch die 24te clock
Meine Lösung hierfür
Clock wird generiert wenn mindestens ein Beat Ende durchlaufen wird
=>Reaper play start vor beat ..Clock started auf Beat 0
=>Wenn play start genau Beat 0 ist, kommt keine Clock, erst meim nächsten beat durchlaufenen beat 0
(programmierer zählen 0, 1, 2 ,3 für beats
==>Reaper ist nicht so gestresst und wenn clocks generiert werden wurde der Samplebufffer schon durchlaufen und es kommt zu keinem rausschleudern mit kurzen zeitintervall von versäumenten events ... hat zumindest mein problem gelöst
Wer meine Midi Clock benötigt einfach pm ( oder soll ich den code auch hier posten ) Feature:
-Enable / Disable global
-Send Start on Current Play Position / or on Next Beat Start
-Send Clock on Current Play Position / or on Next Beat Start
-Ignore first Beat / Start on First Beat
-Beat Divider ( wird erst bei voll durchlaufenen Beats gewechselt,damit alles schön im takt bleibt )
weiters:
-Hab den code von @sampe auf @block verschoben, da der @block für midi sends besser geeignet ist da reaper schon vorab diese midi messages bekommt und nicht erst beim samplegenauen abarbeiten
-beat += beat_per_sample .. immer aufsummieren führt zu rundungsfehlern ..besser ist da beat = beat_postion_start + count * beat_per_sample
lg widy
weitere Probleme die ich auch noch hatte:
-mein Anushri hatte Drums immer einen dick vorher geschickt als die analogen Sounds
hierzu brauchgt ich eine neue FW die ich im Forum gefunden hatte ..jetzt ist der beat im takt .....
lg widy
nochmal zurück zum clock generator
ohne realinserts könnt ich nicht leben, die tun bei mir perfekt
ich verwende auch nicht die latenz komensatzion im realinsert sondern schalte ein js sample delay dahinter ( das kann man auch für mehr als 2 kanäle umschreiben
anfangs hatte ich das probleme im loop mode. hier wurde immer ein offset aufsummiert wurde, und alles war spätestens nach 5xmal loppen out of sync .... das hab ich aber in den griff bekommen wenn ich das realinsert im old compatibility mode starte ( liegt aber eher an der soundkartentreibern ..wie auch immer )
Zum andern hab ich aniticipate fx processing abgeschalten ( sowohl global als auch für jeden track noch in den trackeigenschaften) und midi buffer auch abgeschalten. Geht nicht anders wenn ich meine Sonic Core Benütze und die DSP miteinbinde muss alles Echtzeit sein. Nachteil an der Sache nur der SampleBuffer dient als Buffer. Der muss daher etwas grösser sein.
Nachmal zurück zu Clock generator
Danke nochmal für die inspiration, hab sowohl das Mink als auch das Borger studiert und beide lösten mein Problem nicht
Hauptproblem:
Wenn ich einen track starte ist Reaper ja fast schon hinterher und versucht noch versäumte Events rauszuwerfen.
Hat dazu geführt das Clocks generiert wurden ( hab die im midi monitor, nach reaper gesehen reaper -> Monitor -> Interface ) das Midi Interface hat aber diese nicht weitergegeben, da die ersten Clocks zeitlich zu schnell geschickt wurden.
Setup war:
Reaper Readinsert Midi Out ->Midi Monitor->Midi Interface->Nordcore Midi Interface Clock Out-> VCA Modular -> Audio Return -> Repaer Reinsert
1 Takt hatte anstatt 24 cloks nur 23 ... wenn ich das tempo reduziert kam auch die 24te clock
Meine Lösung hierfür
Clock wird generiert wenn mindestens ein Beat Ende durchlaufen wird
=>Reaper play start vor beat ..Clock started auf Beat 0
=>Wenn play start genau Beat 0 ist, kommt keine Clock, erst meim nächsten beat durchlaufenen beat 0
(programmierer zählen 0, 1, 2 ,3 für beats
==>Reaper ist nicht so gestresst und wenn clocks generiert werden wurde der Samplebufffer schon durchlaufen und es kommt zu keinem rausschleudern mit kurzen zeitintervall von versäumenten events ... hat zumindest mein problem gelöst
Wer meine Midi Clock benötigt einfach pm ( oder soll ich den code auch hier posten ) Feature:
-Enable / Disable global
-Send Start on Current Play Position / or on Next Beat Start
-Send Clock on Current Play Position / or on Next Beat Start
-Ignore first Beat / Start on First Beat
-Beat Divider ( wird erst bei voll durchlaufenen Beats gewechselt,damit alles schön im takt bleibt )
weiters:
-Hab den code von @sampe auf @block verschoben, da der @block für midi sends besser geeignet ist da reaper schon vorab diese midi messages bekommt und nicht erst beim samplegenauen abarbeiten
-beat += beat_per_sample .. immer aufsummieren führt zu rundungsfehlern ..besser ist da beat = beat_postion_start + count * beat_per_sample
lg widy
weitere Probleme die ich auch noch hatte:
-mein Anushri hatte Drums immer einen dick vorher geschickt als die analogen Sounds
hierzu brauchgt ich eine neue FW die ich im Forum gefunden hatte ..jetzt ist der beat im takt .....
lg widy
nochmal zurück zum clock generator
Widy75
...
hi
puh hab ich voll übersehen dass ma auch actions in repaer selber schreiben kann .. in der 4er halt nur mit einer eingeschrenkten api (eel)... kommt mit der 5er aber mit lua ... juh freu
hier kleines schnipsel einfach als .eel abspeicher und in reaper als action laden
damit kann man tracks muten/solo die im namen -1- haben
die letzte zeile kann man auch verändern und andere patterns definieren ..ich hab das 8 mal für -1- -2- ..-8- .... ist ganz witzig ..meine tracktitel sehen dann ~ so aus
-1-2-4-Bass
-1-2-3-4-Drum
die script sind den tasten 1 .. 8 zugeordnet ...drück ich 1 spielt bass + drum .. drück ich 3 spielt nur noch drums .... und ich seh das gleich auf einen blick im titel und ist leicht änderbar ....nur so als idee
have fun lg widy
puh hab ich voll übersehen dass ma auch actions in repaer selber schreiben kann .. in der 4er halt nur mit einer eingeschrenkten api (eel)... kommt mit der 5er aber mit lua ... juh freu
hier kleines schnipsel einfach als .eel abspeicher und in reaper als action laden
damit kann man tracks muten/solo die im namen -1- haben
die letzte zeile kann man auch verändern und andere patterns definieren ..ich hab das 8 mal für -1- -2- ..-8- .... ist ganz witzig ..meine tracktitel sehen dann ~ so aus
-1-2-4-Bass
-1-2-3-4-Drum
die script sind den tasten 1 .. 8 zugeordnet ...drück ich 1 spielt bass + drum .. drück ich 3 spielt nur noch drums .... und ich seh das gleich auf einen blick im titel und ist leicht änderbar ....nur so als idee
Code:
//solo given track if track name contains the pattern in the name
function SoloTrackContain(pattern,track) local(solo)
(
GetSetMediaTrackInfo_String(track, "P_NAME", #trackname, 0);
solo = match(pattern,#trackname);
solo ? (
SetMediaTrackInfo_Value(track, "I_SOLO", 1.0);
) : (
SetMediaTrackInfo_Value(track, "I_SOLO", 0.0);
);
);
//loop all tracks
function SoloAllTrackContain(pattern) local(i, track_count)
(
track_count = CountTracks(0);
i=0;
loop(track_count,
track = GetTrack(0, i);
SoloTrackContain(pattern,track);
i += 1
);
);
//hell yeah ... change pattern for other actions e.g -2-
SoloAllTrackContain("*-1-*");
![j[b++]](/synthesizer/data/avatars/m/5/5663.jpg?1501482891){kind=avatar}
j[b++]
Blub
Danke für die Info! Werde ich gleich mal ausprobieren.Thomas75 schrieb:
j[b++]
Blub
Das war schon immer so iirc. Nach den 60 Tagen lief/läuft Reaper einfach weiter.Björn schrieb:
Ich habe mir Reaper erst ca. 1/2 Jahr nach dem Download gekauft.
mink99
|
Spp ist jetzt korrekt im send implementiert. Der Loop bug ist nach 5 Jahren (!) gefixt.
Der jitter hat sich angeblich verbessert.
Die latency compensation ist immer noch fehlerhaft.
Reaper verspringt den jeweils 1. Takt, wenn externes Midi gesendet wird.
Ext clock funktioniert dafür jetzt weitestgehend.
Dafür gibt's Videos
Was war das Problem mit dem wie Rusty ?
Der jitter hat sich angeblich verbessert.
Die latency compensation ist immer noch fehlerhaft.
Reaper verspringt den jeweils 1. Takt, wenn externes Midi gesendet wird.
Ext clock funktioniert dafür jetzt weitestgehend.
Dafür gibt's Videos
Was war das Problem mit dem wie Rusty ?
mink99
|
Also arpeggio , nicht frei spielen....
Ok verstanden...
Reaper-seitig wird das,, ggf mit ein wenig Latenz, funktionieren, hat es aber auch mit 4.x und "dem Script " getan . Das Script ist weiter vorne im Thread. Wenn jetzt dein Midi Interface ok ist, sollte es tun. Es wird dir ggfs den ersten Takt verstolpern, aber das ist überschaubar...
Ok verstanden...
Reaper-seitig wird das,, ggf mit ein wenig Latenz, funktionieren, hat es aber auch mit 4.x und "dem Script " getan . Das Script ist weiter vorne im Thread. Wenn jetzt dein Midi Interface ok ist, sollte es tun. Es wird dir ggfs den ersten Takt verstolpern, aber das ist überschaubar...
Trylle
ÆLIEN
so: gestern auf den live lappi reaper 5.0 installiert. dann gleich probe mit der band, reaper läuft super UND meine Synths fühlen sich mit der MidiClock erheblich wohler.
entweder ist 5.0 da echt besser geworden oder die drei bier haben mir zu einer unverhofften tight-igkeit verholfen 8)
entweder ist 5.0 da echt besser geworden oder die drei bier haben mir zu einer unverhofften tight-igkeit verholfen 8)
Widy75
...
wenn du das script meinst ..das hab ich für mich modifiziert, dass es erst beim ersten vollen tak einsetztmink99 schrieb:
mit anderen worten ...starte ich mitten im beat kommt das clock erst beim nächtzen vollem beat
starte ich am beat anfang hab ich die möglichkeit den ersten beat auszulassen oder auch nicht ...dann holpert nix mehr ..ein midi start hab ich auch eingefügt ..das triggert bei meinen externen sequencern das reset ...
haut so weit voll super hin und daw und externe sequencer sind immer in sync ...wers braucht ich kann das mal wo uploaden
des weitern hab ich mir auch ein launchpad mini zuleget ... und das funktinierte mit playtime extrem super ..cooles reaper plugin/extension...hab mir auch ein script geschrieben dass mit noten in cc wandelt ..somit kann ich mit dem reaper baby sequencer ein pattern erstellen und diese in cc wandeln um am lauchpad in der obersten reihe die lichter zum leuchten bringen ...somit weiss ich da auch immer in welchen takt ich bin ...is witzig ....der plan ist, dass ich das mal in einem video festhalte ....mal gucken ob ich die nächsten tage hierfür zeit finde
lg widy
darsho
Sö Sünteßeisör !
Kann jemand bestätigen, das Reaper mit Version 5 endlich von Haus aus ne tighte MIDI Clock liefert ?
Insbesondere was erneutes Start/Stop angeht, wenn man ein Loop laufen lässt. Zumindest gab es da mal Trouble mit.
Ich bin noch auf Reaper Version 4.
Ich nutze aktuell das JS Plugin "JS: MIDI/adjustable MIDI Clock" plugin, das funzt einwandfrei.
http://stash.reaper.fm/v/21479/adjustab ... DI%20clock
Wäre aber natürlich cool ohne das Plugin.
btw, Playtime hab ich auch im Einsatz, klappt prima mit dem ganz alten Novation Launchpad was ich noch habe.
https://www.helgoboss.org/projects/playtime/
Insbesondere was erneutes Start/Stop angeht, wenn man ein Loop laufen lässt. Zumindest gab es da mal Trouble mit.
Ich bin noch auf Reaper Version 4.
Ich nutze aktuell das JS Plugin "JS: MIDI/adjustable MIDI Clock" plugin, das funzt einwandfrei.
http://stash.reaper.fm/v/21479/adjustab ... DI%20clock
Wäre aber natürlich cool ohne das Plugin.
btw, Playtime hab ich auch im Einsatz, klappt prima mit dem ganz alten Novation Launchpad was ich noch habe.
https://www.helgoboss.org/projects/playtime/
mink99
|
1.) Der spp bug ist in v5 gefixt. Der sorgte dafür, dass im Loop nur jeder zweite Durchlauf gespielt wurde.
2.) Der Clock-Timing-bug bei niedrigen audiolatenzen ist nicht gefixed. Da die Latenz selbst geringer geworden ist, kann man teilweise auf das Script verzichten.
Ich habe nicht upgedatet, da ich ich die neuen Features nicht brauche, und die alten nicht wirklich gefixed werden bei Midi.
Ausserdem gibt es gefährliche Tendenzen in der Community , Midi für externe Instrumente unbrauchbar zu machen, z.b. durch cc-automationen im ms-Bereich um "sanfte automationskurven" hinzubekommen. Bei der im reaper Umfeld vorherrschenden Midi Legasthenie , auch bei Justin , ist nicht zu erklären, wo die Probleme dabei sind.
Ich habe deshalb bei Midi komplett auf externes sequencing umgestellt, Audio läuft im harddiskrecorder, reaper ist nur noch Zuspieler für spezielle audiosamples (die grossen ) und recorder für den final mixdown.
2.) Der Clock-Timing-bug bei niedrigen audiolatenzen ist nicht gefixed. Da die Latenz selbst geringer geworden ist, kann man teilweise auf das Script verzichten.
Ich habe nicht upgedatet, da ich ich die neuen Features nicht brauche, und die alten nicht wirklich gefixed werden bei Midi.
Ausserdem gibt es gefährliche Tendenzen in der Community , Midi für externe Instrumente unbrauchbar zu machen, z.b. durch cc-automationen im ms-Bereich um "sanfte automationskurven" hinzubekommen. Bei der im reaper Umfeld vorherrschenden Midi Legasthenie , auch bei Justin , ist nicht zu erklären, wo die Probleme dabei sind.
Ich habe deshalb bei Midi komplett auf externes sequencing umgestellt, Audio läuft im harddiskrecorder, reaper ist nur noch Zuspieler für spezielle audiosamples (die grossen ) und recorder für den final mixdown.
mink99
|
1.) Der spp bug ist in v5 gefixt. Der sorgte dafür, dass im Loop nur jeder zweite Durchlauf gespielt wurde.
2.) Der Clock-Timing-bug bei niedrigen audiolatenzen ist nicht gefixed. Da die Latenz selbst geringer geworden ist, kann man teilweise auf das Script verzichten.
Ich habe nicht upgedatet, da ich ich die neuen Features nicht brauche, und die alten nicht wirklich gefixed werden bei Midi.
Ausserdem gibt es gefährliche Tendenzen in der Community , Midi für externe Instrumente unbrauchbar zu machen, z.b. durch cc-automationen im ms-Bereich um "sanfte automationskurven" hinzubekommen. Bei der im reaper Umfeld vorherrschenden Midi Legasthenie , auch bei Justin , ist nicht zu erklären, wo die Probleme dabei sind.
Ich habe deshalb bei Midi komplett auf externes sequencing umgestellt, Audio läuft im harddiskrecorder, reaper ist nur noch Zuspieler für spezielle audiosamples (die grossen ) und recorder für den final mixdown.
2.) Der Clock-Timing-bug bei niedrigen audiolatenzen ist nicht gefixed. Da die Latenz selbst geringer geworden ist, kann man teilweise auf das Script verzichten.
Ich habe nicht upgedatet, da ich ich die neuen Features nicht brauche, und die alten nicht wirklich gefixed werden bei Midi.
Ausserdem gibt es gefährliche Tendenzen in der Community , Midi für externe Instrumente unbrauchbar zu machen, z.b. durch cc-automationen im ms-Bereich um "sanfte automationskurven" hinzubekommen. Bei der im reaper Umfeld vorherrschenden Midi Legasthenie , auch bei Justin , ist nicht zu erklären, wo die Probleme dabei sind.
Ich habe deshalb bei Midi komplett auf externes sequencing umgestellt, Audio läuft im harddiskrecorder, reaper ist nur noch Zuspieler für spezielle audiosamples (die grossen ) und recorder für den final mixdown.
darsho
Sö Sünteßeisör !
mink99 schrieb:
Das verstehe ich technisch nicht, kannst Du das evtl. erläutern ?
darsho
Sö Sünteßeisör !
darsho
Sö Sünteßeisör !
Durch den Amazona Artikel entdeckt :
http://wascal.net/music/
Man kann damit die JS Effekte zu einem VST Effekt kompilieren, um sie auch in anderen Hosts zu nutzen.
Kann ja sein, dass das jemand benötigt.
http://wascal.net/music/
Man kann damit die JS Effekte zu einem VST Effekt kompilieren, um sie auch in anderen Hosts zu nutzen.
Kann ja sein, dass das jemand benötigt.
mink99
|
Es gab den Wunsch in der Community , dass die Auflösung der cc-Automation extrem erhöht werden solle, um "glattere Kurven" zu erreichen. Damit sollten eine wirklich grosse Anzahl cc's in kurzer Zeit verschickt werden.
Während dies bei vsts kein Problem darstellt, nur überhaupt keinen Sinn macht, da man hier vst Automation nutzen kann, hat dies für Midi für externe Hardware potenziell katastrophale Folgen.
Eine Midi Verbindung hat nur eine begrenzte Kapazität. Auch ist die verarbeitungsgeschwindigkeit externer Midi Geräte nicht immer hoch. Wenn nun der Bus überflutet wird mit cc Messages , können clock und Note informationen nur verzögert abgearbeitet werden und die Performance des gesamtsystems sinkt, die Latenz und der jitter steigen.
Da die Community wenig Interesse an externem Midi hat, und der Midi Editor viel Pflege und weiterentwicklung erhält, besteht die Gefahr , dass mit diesem Feature externes Midi wirklich mühsam wird.
Während dies bei vsts kein Problem darstellt, nur überhaupt keinen Sinn macht, da man hier vst Automation nutzen kann, hat dies für Midi für externe Hardware potenziell katastrophale Folgen.
Eine Midi Verbindung hat nur eine begrenzte Kapazität. Auch ist die verarbeitungsgeschwindigkeit externer Midi Geräte nicht immer hoch. Wenn nun der Bus überflutet wird mit cc Messages , können clock und Note informationen nur verzögert abgearbeitet werden und die Performance des gesamtsystems sinkt, die Latenz und der jitter steigen.
Da die Community wenig Interesse an externem Midi hat, und der Midi Editor viel Pflege und weiterentwicklung erhält, besteht die Gefahr , dass mit diesem Feature externes Midi wirklich mühsam wird.
Similar threads
News
-
-
News SequencerTalk 226 - Synthesizer Transporte & Aufstellung & News - heute 20:30 live
- Gestartet von Moogulator
- Antworten: 1