Korg DW-8000 - Rhythmisches Knacksen im Sound, abhängig vom Patch

1) C0 00, C0 01, C0 02 .. das ist die Trennung zwischen den Patches, die Patchnummer?
Das ist ein ganz normaler Program Change gemäss Midi Specs:

2) dann kommt der eigentliche Hex Code des Patches
Korrekt. Genau gesagt ist das ein Data Load (Data Dump) im SysEx Format des DW-8000.

3) dann kommt immer wieder F0 42 30 03 11 00 F7 für den Dumpbefehl
Korrekt. Genau gesagt ist das ein Write Request im SysEx Format des DW-8000.

Du musst die 64 Patches hochzählen. Eben C0 00, C0 01 bis C0 3F und auch F0 42 30 03 11 00 F7, F0 42 30 03 11 01 F7 bis F0 42 30 03 11 3F F7.
Alles natürlich in HEX, das mit 63 ist also falsch, stattdessen ist es 3F.

Siehe auch hier:
 
danke @swissdoc!
ich hab mir einen uuuuuuralten Hex Edit MX genommen, hatte ich noch auf der HDD rumschwirren und da gibts den Umrechner von Dezi in Hexa und dann hatte ich es kapiert. Wenn ich alle meine Patches zusammen habe, schraube ich mir damit mal eine Bank :)
 
@swissdoc
kann ich machen :D
obwohl das mit meiner Bank dann aber nur in die Richtung gehen wird, dass ich mir von verschiedenen SysEx Downloads aus dem Internet die besten zusammenstelle und die an der einen oder anderen Stelle meinem Geschmack entsprechend verändern werde. sicherlich hier und da auch mal vereinzelte von mir .. das wird aber noch bissel dauern, weil ich noch viel durchzuschauen und zu probieren habe.
 
obwohl das mit meiner Bank dann aber nur in die Richtung gehen wird, dass ich mir von verschiedenen SysEx Downloads aus dem Internet die besten zusammenstelle und die an der einen oder anderen Stelle meinem Geschmack entsprechend verändern werde.
Für den Anfang im Anhang die offiziellen 64 Download-Factory Presets (EX-A) zusammengefasst als eine Bank (A) *.SYX für den DW8000/Ex-8000 inkl. Patchlist.
Die Bank Nummern können zum Original variieren, stimmen jedoch mit der Patchlist (DW-EX_A.LST) überein.
Zusammengestellt mit dem Uralt KORG DW-8000 Editor von Anthony Ruggeri aus Post #78.
Viel Erfolg.
 

Anhänge

  • 64 Fact.Presets als Bank A_zu DW8000_EX8000.zip
    14,6 KB · Aufrufe: 3
Zuletzt bearbeitet:
@satchy

danke dir, die Factory Patches hab ich schon in zigfacher Ausführung ;-)
aktuell ist das meine Sammlung, die ich komplett durchgehen werde:

1713693237505.png
 
so wie ich das sehe besteht das immer aus drei Teilen:

1) C0 00, C0 01, C0 02 .. das ist die Trennung zwischen den Patches, die Patchnummer?
2) dann kommt der eigentliche Hex Code des Patches
3) dann kommt immer wieder F0 42 30 03 11 00 F7 für den Dumpbefehl
nach meinen Erfahrungen kann man sich die erste Zeile sparen (C0 00 etc.) da unter 3) hochgezählt wird und damit das entspechende Patch angewählt wird.

Vielleicht hilft es nochmals zu erläutern:
F0 42 30 03 11 00 F7

F0 ist immer Anfang
42: Korg
30: ist der MIDI Kanal, in diesem Fall: 1. MIDI Kanal 2 wäre: 31. MIDI Kanal 15 wäre: 3E
03: DW-8000
11: Write Request
00: Programm Nummer, in diesem Fall auf dem Display: 11
F7 ist immer Abschluss

----------------

Programm Nummern Beispiele:
00 für Nr. 1 -> entspricht 11 im Display
07 für Nr. 8 -> entspricht 18 im Display
0F für Nr. 16 -> entspricht 28 im Display
10 für Nr. 17 -> entspricht 31 im Display
17 für Nr. 24 -> entspricht 38 im Display
1F für Nr. 32 -> entspricht 48 im Display
20 für Nr. 33 -> entspricht 51 im Display
27 für Nr. 40 -> entspricht 58 im Display
2F für Nr. 48 -> entspricht 68 im Display
30 für Nr. 49 -> entspricht 71 im Display
37 für Nr. 56 -> entspricht 78 im Display
3F für Nr. 64 -> entspricht 88 im Display

----------------

Konstruieren wir ein Beispiel: Wenn man MIDI Kanal 10 verwendet und den Patch 57 auf dem Display ersetzen will, dann muss der Write Request wie folgt aussehen:

F0 42 39 03 11 26 F7

----------------

alles aus meinen Notizen und mein rudimentäres Wissen von Hex und SysEx ;-)
 
ich muss mir mal ein Excel Sheet oder Text Pad hernehmen und dann etwas sortiert die Patches anordnen. Geht es in Excel auch dass man in Hex hochzählt ? sonst muss ich erstmal einzeln die ganzen Hex Werte für den Program Change auf 64 Zeilen basteln und den Write Request zigfach duplizieren. ich würde am liebsten in Hex von 1-64 automatisch hochzählen lassen wollen , aber eben in Hex von C0 01 - C0 40, ähnlich wie in der Summe-Funktion in Excel. Zwei Absätze darunter dann immer den gleichen F0 42 30 03 11 00 F7 Befehl, und in den Absatz dazwischen dann den Patch. Damit ich das besser erkenne und immer mittig den Patch Code einfügen kann, würde ich natürlich Absätze lassen. Macht es da eigentlich was wenn ein Lehrzeichen mehr oder ein neuer Absatz drin ist? oder kann er das dann nicht mehr verarbeiten?

P.S. ich hab übrigens festgestellt, dass bei den Bänken mit allen 64 Patches, die ich runtergeladen habe, der DW-8000 nicht immer alle annimmt, da ist meist so bei 44 oder 50 Schluss. Das ist mir aufgefallen weil ich auf der Patchbank 8 ja meine eigenen hatte, und die hätte es bei einem Upload auf den DW-8000 ja ersetzen müssen. Ich hab das immer mit Bome Send SX gemacht. Mit MIDI OX geht es immer, da waren dann die Patches bis zur 88 im Korg. Ich glaub das liegt an der Datenübertragung. Mit dem DS-8 und anderen Synthis geht Bome Send SX, manchmal drossele ich auch die Geschwindigkeit, grad der DS-8 brauchts bissel langsamer ;-) Die Einstellung hab ich dann so gelassen aber der DW-8000 macht selbst da nicht mit. Bei MIDI OX kann man die Geschwindigkeit der Übertragung UND die Pause zwischen den Patches die übertragen werden, einstellen. Beides so auf 50 msec, und es lief. Nur als Randinfo, falls es Leute gibt die das gleiche Phänomen hatten.
 
Ich hab das immer mit Bome Send SX gemacht.
Hier ebenfalls, Bome Send SX. Stell die Settings für Sending Midi mal ganz nach unten auf Speed: 313bytes/s = 0,31KB/s (1/10,0x), das sollte eigentlich helfen. Bei mir klappt das.
Und wenn Du "Detect Bulk Dumps" in den Settings aktivierst, dann solltest Du in der Spalte "MIDI IN", sofern das MIDI-IN-OUT-Kabel gesteckt ist sehen, wieviele Schreibzyklen effektiv komplett getätigt wurden.

Die Meldung an MIDI IN sollte 64 mal lauten: "F0 42 30 03 21 F7" = Programm write is completed.

Bei einer Meldung wie: "F0 42 30 03 22 F7" = Programm write is not completed, würdest Du sehen, welche Patches nicht überschrieben wurden.
 
Zuletzt bearbeitet:
Die Meldung an MIDI IN sollte 64 mal lauten: "F0 42 30 03 21 F7" = Programm write is completed.

Bei einer Meldung wie: "F0 42 30 03 22 F7" = Programm write is not completed, würdest Du sehen, welche Patches nicht überschrieben wurden.
korrekt, gilt jeweils für den MIDI Kanal 1.

Also bei MIDI Kanal 10 wäre das: F0 42 39 03 21 F7 bzw. F0 42 39 03 22 F7
MIDI Kanal 15: F0 42 3E 03 21 F7 bzw. F0 42 3E 03 22 F7

ich habe mir für das Theme schon vor langer Zeit ein Cubase Projekt angelegt, und weil damals der DW8000 auf MIDI kanal 15 angeschlossen war ist bei mir immer (noch) 3E drin.
In Cubase kann ich z.b. auf einer MIDI Spur 64 x Program Change und eine Data Save Request abfeuern, jeweils mit einem gewissen Abstand dazwischen, also nicht schnell hintereinander. Das habe ich manuell alles vorbereitet mit copy paste und nötigen Modifikationen (Program Change).
Und parallel auf einer anderen MIDI Spur nehme ich die SysEx Daten auf. Das ist dann mein Backup.

hatte das schon jemand geschrieben? Ein Data Save Request sieht so aus:
F0 42 3E 03 10 F7
3E ist wieder MIDI Kanal 15, also stattdessen 30 wäre Kanal 1.
die 10 ist der Data Save Request
die Write Request hat die 11, siehe Posting weiter oben von mir.
 
Zuletzt bearbeitet:
was vorgefertigtes wäre doch schon cool ;-) Auf MIDI Kanal 1
Die 64-Patches als eine 8-fache Bank von #125 ist vorgefertigt und auf MIDI-Kanal 1.

Der Uralt KORG DW-8000 Editor von Anthony Ruggeri aus Post #78 erstellt diese 8-fache Bank am Schluss komplett als SYSEX-Datei automatisch aus den einzelnen Patches, welche Du selber mit Hilfe der Datei*.LST zusammenstellen kannst.

Also für Dich könnte das heissen: Kein umständliches hochzählen von Hex und Zeilen-Bastelei.
Die Bereitschaft sich mit alter Hard-/Software zu beschäftigen, ist natürlich Vorausgesetzt.

Hier nochmals die vorgefertigte 8-fach Bank inkl. Patchlist "DW-EX_A.LST"
Bei der Datei die .pdf Endung bitte entfernen, danach kann die Liste mit einem Standard Editor geöffnet und gelesen werden.
Die *.syx Datei kannst Du im Bome Send SX oder mit MIDI-OX einsehen und auch ändern.
 

Anhänge

  • 64 Factory Presets zusammengefasst als 8-Fach Bank A_Korg Ex-8000.SYX
    4 KB · Aufrufe: 1
  • DW-EX_A.LST.pdf
    3,4 KB · Aufrufe: 1
Zuletzt bearbeitet:
danke !
hier muss ich nochmal nachhaken...

wenn ich mit Ctrlr einen Dump Request mache, mit dem LOAD Button, gibt mir der DW über den MIDI Monitor den Patch zurück, und zwar so:

f0 42 30 03 40 00 00 1f 01 01 00 1f 00 00 1f 00 02 03 00 10 1f 05 03 00 15 0c 18 1f 1a 1f 18 06 00 16 1e 17 1f 09 03 00 14 00 01 00 02 00 03 0f 00 01 1f 0c 00 00 00 00 f7
(das ist ein Synth Bass den ich selbst gebastelt habe)

ab welcher Stelle setze ich da meine eigenen Patches ein?
ich würde am liebsten ein Sheet machen in Excel. an den Anfang setze ich in die erste Zeile: F0 42 30 03 40 00 00
Zeilenumbruch, dann kommt mein Patch: 1f 01 01 00 1f 00 00 1f 00 02 03 00 10 1f 05 03 00 15 0c 18 1f 1a 1f 18 06 00 16 1e 17 1f 09 03 00 14 00 01 00 02 00 03 0f 00 01 1f 0c 00 00 00 00 f7
und zum Schluss, wieder Zeilenumbruch: F0 42 30 03 11 00 F7

@satchy aber genau da hab ich nach deinem SysEx File ein Verständnisproblem: es müsste doch eigentlich im Code zu sehen sein, dass am Anfang jedes Patches die Patchnummer in Hex um eines weiter hochzählt. und genau das finde ich nicht. bei deiner Bank sehe ich die Abfolge:

F0 42 30 03 40 00 00
F0 42 30 03 40 00 0E
F0 42 30 03 40 00 06
F0 42 30 03 40 00 03
F0 42 30 03 40 01 00

das ist für mich unlogisch, ich versteh es nich. Laut Hex ist das doch nicht korrekte Hochzählung von einer Patchnummer zur nächsten Patchnummer.

im Grunde brauche ich 2 SysEx Files:

eines welches mir vom Korg alle 64 Patches von 11 - 88 zieht und als SysEx File zurückgibt
oder alternativ eines, welches ich mir selbstzusammenbastele, indem ich die Patches aus deinem mitgelieferten SysEx File mit meinen ersetze. aber dazu müsste ich wissen an welcher Stelle ich die einfüge und ich müsste auch das logische Hochzählen der Patches im Hex erkennen, aber das ist nicht der Fall. ich hab es so verstanden, dass mein Patch ZWISCHEN der Patch Nummer im Hex und dem Write Befehl platziert werden muss.
 
Zuletzt bearbeitet:
dein MIDI Kanal ist an dritter Stelle die 30, und das ist mit Sicherheit in allen Dumps immer eine 30. 30 ist ja MIDI Kanal 1, das geht bis 3F für 16
HEX ist ja klar, oder? nach 39 (für Kanal 10) kommt 3A (für Kanal 11) usw.
Nach meinen Notizen ist immer am Anfang bei jedem gedumpten Patch folgender String:
f0 42 30 03 40
f0: es fängt an
42: Korg
30: MIDI Kanal
03: DW-8000, also das Korg Modell
40: Data Dump, also der Hinweis worum es sich bei folgendem handelt

hier wird also immer festgelegt worum es sich handelt, 10 wäre Data Save Request, 11 wäre Write Request

Alles danach, also nach der "40" ist bereits der Patch, oder die Tone Data.
Ganz am Schluß wenn die Tone Data durch sind wird beendet mit F7.
 
Zuletzt bearbeitet:
@virtualant

ja, der ist immer auf der 30. d.h. der Dump Befehl von Ctrlr der den Patch vom DW abholt und ausgibt, liefert das f0 42 30 03 40 schon automatisch mit, offenbar.
also wie mache ich das dann?

Request: f0 42 30 03 40
Patch: 00 00 1f 01 01 00 1f 00 00 1f 00 02 03 00 10 1f 05 03 00 15 0c 18 1f 1a 1f 18 06 00 16 1e 17 1f 09 03 00 14 00 01 00 02 00 03 0f 00 01 1f 0c 00 00 00 00
Ende: f7
Wechsel: F0 42 30 03 11 00 F7, beim nächsten Mal dann: F0 42 30 03 11 01 F7, dann F0 42 30 03 11 02 F7, usw?

das heißt der Patchwechsel ist bei den zwei Ziffern vor dem F7 am Ende der Hochzähler, richtig?

ich könnte mir also ein Excel Sheet aus deinem SysEx anlegen und jedesmal vor dem F0 42 30 03 11 00 F7, F0 42 30 03 11 01 F7, F0 42 30 03 11 02 F7 einfach meinen Patch einfügen, richtig? Das würde sich gut machen weil das F0 42 30 03 11 00 F7 jedesmal separat steht.
 
Zuletzt bearbeitet:
In den Tone data gibt es keine Patchnummer, deshalb muß man im Write request für das Zurückspielen der Sounds die Programnummer reinschreiben, also das was hochzählt. So weiß der DW8000 auf welchen Speicherplatz das reingeladen werden soll. Ich such mal was raus...
 
aber das ist doch laut meinem Screenshot zu sehen, oder? ich muss es nicht mehr angeben, weil das im mitgelieferten SysEx File von @satchy bereits zu sehen ist.

ich habs mal in ein Excel Sheet kopiert:

1713961554027.png
 
Ich will vom DW8000 ---> in den Computer alle Sounds speichern.
ich brauche also einen DATA SAVE REQUEST
Also schicke ich dem DW8000
1. Program Change (1)
2. F0 42 30 03 10 F7

Ich bekomme den ersten Patch zurück, einen DATA DUMP, denn ich natürlich irgendwie aufnehme.
F0 42 30 03 40 [tone data] F7
Da ist nix mit Programnummer drin.

das machst du 64 x insgesamt und zählst jedes mal nur den Program Change hoch bis nr. 64
Idealerweise hast du in deiner DAW z.B. Cubase auf einer MIDI Spur mit zeitlichen Abständen den obigen Befehl bereits 64 mal drin, Program Change wird jedesmal hochgezählt.
Und du nimmst das in deiner DAW parallel auf einer anderen MIDI Spur auf was der Synth dir schickt, dann ist alles hintereinander, eigentlich recht übersichtlich.

In der zeitlichen Abfolge hast du also auf 2 Spuren am Ende
1. save request 1 (abfeuern)
2. data dump 1 (kommt zurück)
3. save request 2 (abfeuern)
4. data dump 2 (kommt zurück)
usw. bis nr. 64
Der save request 2 sollte zeitlich erst abgefeuert werden wenn der data dump 1 durch ist.

Wenn ich das wieder zurückschicken will, also Computer ---> DW-8000
brauche ich einen Write Request
Also schicke ich dem DW-8000
1. die aufgenommenen Daten, also man schickt den data dump 1 wieder zurück OHNE MODIFIKATION
2. danach kommt der Write Request F0 42 30 03 11 00 F7 (für Patch 1, auf dem Display 11)
3. dann der data dump 2 OHNE MODIFIKATION
4. F0 42 30 03 11 01 F7 (für Patch 2, auf dem Display 12)

ANMERKUNG: Reihenfolge korrigiert!

da du idealerweise in der DAW die DATA DUMPs auf einer Spur hast, kannst du genau diese Spur wieder zurückschicken, wieder zeitlich abwechselnd mit nachgeschaltetem Write request.
Die Write Requests könntest du genau wie die Save requests wieder auf einer MIDI Spur vorbereiten.
 
Zuletzt bearbeitet:
nicht mit dem was du patchcode nennst anfangen, hab ich doch geschrieben, immer mit dem vorgeschaltetem Write request anfangen
im screenshot würde der zweite "Patchcode" auf den ersten Speicherplatz landen, also der mit F0 42 30 03 11 00 F7
der erste Patchcode geht ins Nirvana.

Korrektur als Anmerkung: das ist falsch was ich geschrieben habe, zuerst der Data Dump, dann der Write Request.
 
Zuletzt bearbeitet:
cool, danke. ich leg mir nochmal ein Textfile mit Erläuterungen dazu an, ich glaub aber zumindest dass ich es jetzt langsam geschnallt habe. das Ding ist halt wenn du so einen Zahlenblock hast, da verrutscht man schnell mal in der Zeile und muss doppelt hingucken ob es wirklich der Teil vom Hex Code um den es geht. deswegen war ich verwirrt.

die Patches bastele ich übrigens einzeln. ziehe mir immer den Patch Code und füg ihn in das Sheet ein, so hab ich gleich meine eigene Library. und so feuere ich das natürlich immer ab.
 
wenn ich Daten in Cubase aufnehme kommen die einzeln an dh. es bleibt übersichtlich, die gehen nicht ineinander über. ich häng mal screenshots ran.
Das Cubase Projekt dafür läuft auf 120 bpm

Program Change und Data save request auf einer MIDI Spur

Bildschirmfoto 2024-04-24 um 17.27.23.png

Man sieht alle 2 Takte wird ein Progr. Change abgefeuert und alle 2 Takte abwechselnd der Data Save request
Bei mir mit 3E als Kanal weil ich Kanal 15 genutzt habe.

Was ich empfange auf einem anderen MIDI Kanal der dann aufnimmt:
Bildschirmfoto 2024-04-24 um 17.26.40.png

Und Detailansicht eines der Data Dumps:
Bildschirmfoto 2024-04-24 um 17.26.49.png
 

Anhänge

  • Bildschirmfoto 2024-04-24 um 17.26.49.png
    Bildschirmfoto 2024-04-24 um 17.26.49.png
    98,1 KB · Aufrufe: 2
genau diese Spur der Data Dumps kann ich auch wieder zurückschicken wenn ich danach ein Write Request auf einer anderen MIDI Spur platziere.
Inwieweit man SysEx aus einer externen Textdatei oder genaugenommen aus einer SysEx Datei in Cubase reinkopieren kann habe ich glaub ich noch nie ausprobiert.
 
Zuletzt bearbeitet:
naja, ich hab für gewöhnlich immer zu jedem Synth, falls verfügbar, einen Librarian der auch mit SysEx arbeitet. aber beim DW-8000 geht das nicht, da gibt es keinen, aber Ctrlr liefert mir wenigstens einen Patch per SysEx Dump aus, ich kann also meine Patches in Ruhe basteln, dumpen und einstweilen in ein Excel Sheet kopieren. und wenn ich alle zusammen habe, kopier ich es in Bome Send SX oder MIDI OX und feuere es ab. schon getestet, das geht, die Zeilenumbrüche machen offenbar nichts.
 
Also schicke ich dem DW-8000
1. F0 42 30 03 11 00 F7 (für Patch 1, auf dem Display 11)
2. danach kommen genau die von dir aufgenommenen Daten, also du schickst den data dump 1 wieder zurück OHNE MODIFIKATION
3. F0 42 30 03 11 01 F7 (für Patch 2, auf dem Display 12)
4. dann der data dump 2 OHNE MODIFIKATION
Man schickt also erst den Write Request und dann die Daten? UPN quasi?
 
oh ich habe einen Fehler gemacht, du hast recht!!!
zuerst muß, ich zitiere aus meiner Notizdatei:
ein DATA LOAD (DATA DUMP) muß von Cubase (Anmerkung: in meinem Fall mit Cubase umgesetzt) abgeschickt werden, danach muß ein WRITE REQUEST mit Programnummer an den DW-8000 gehen.
ich werde anschließend meine Postings korrigieren.
 
Zuletzt bearbeitet:
aber das ist doch laut meinem Screenshot zu sehen, oder? ich muss es nicht mehr angeben, weil das im mitgelieferten SysEx File von @satchy bereits zu sehen ist.

ich habs mal in ein Excel Sheet kopiert:

Anhang anzeigen 213533
tut mir leid ich habe mich geirrt, diese Version ist wohl die korrekte Reihenfolge, zuerst die Daten (Patchcode), und dann der dazugehörige Write Request nachfolgend.
Auch wenn ich mir das in Cubase ansehe wird zuerst der erste Data Dump abgefeuert, dann kommt der Write Request, der sich auch den vorherigen Data Dump bezieht, nicht auf den nachfolgenden!!
 
tut mir leid ich habe mich geirrt, diese Version ist wohl die korrekte Reihenfolge, zuerst die Daten (Patchcode), und dann der dazugehörige Write Request nachfolgend.
Auch wenn ich mir das in Cubase ansehe wird zuerst der erste Data Dump abgefeuert, dann kommt der Write Request, der sich auch den vorherigen Data Dump bezieht, nicht auf den nachfolgenden!!

also war mein Sheet aus #137 doch richtig?
 


Neueste Beiträge

News

Zurück
Oben