Ingresar:     


Forum: German Forum

Tópico: Pioneer Flx10 und Hotcue mapping (Hilfe benötigen)
Hallo Zusammen,

bei Pioneer ist es aktuell so, dass die Hotcue Pads auch als Save Loop Pads benutzt werden können.

Dabei habe ich folgendes Mapping Problem

Szenario:

Hotcue Pad 1 ist als normaler Hotcue belegt
Hotcue Pad 2 ist als Saved_loop 2 belegt

Aktuelles Mapping

Hotcue Pad 1:
dauldeckmode_decks & pad 1 loop ? loop_save 1

Hotcue Pad 2:
dauldeckmode_decks & pad 2 loop ? loop_save 2

Problem an der ganzen Sache ist, wenn ich Pad 2 ausgelöst habe (spielt den gespeicherten Loop) und nun Pad 1 drücke, wird der gespielte Loop von Pad 2 mitgenommen und bei Pad 1 als loop_save 1 gespeichert und als loop gespielt. Das gleiche passiert immer, egal wo ich im Song ein Loop spiele und Pad 1 drücke (welches nur als Hotcue gespeichert wurde) , der Loop sozusagen mitgenommen wird und sich Pad 1 in einen save_loop verwandelt.

Ziel ist, wenn ein Loop gespielt wird (egal wo im Song) und ich Pad 1 drücke, das der Loop "nicht mitgenommen wird und nicht als saved_loop 1 auf Pad 1 gespeichert wird. Das ich sozusagen zwischen Pad 2 (save_loop 2) und Pad 1 (nur Hotcue 1) hin und her springen kann , ohne den Loop auf Pad 1 mitzunehmen

Das Mapping müsste dann in etwa so lauten:

Wenn Loop gespielt und Hotcue pad 1 frei, dann saved_loop 1 pad 1, aber wenn Pad 1 bereit belegt als Hotcue ohne save_loop 1, dann ohne save_loop anspielen und loop_exit.

Jemand eine Idee wie man das am besten mapped.

Mit Dank im Voraus und Gruß
 

Mensajes yesterday @ 12:33 pm
ToXcis wrote :
Hallo Zusammen,

bei Pioneer ist es aktuell so, dass die Hotcue Pads auch als Save Loop Pads benutzt werden können.

Dabei habe ich folgendes Mapping Problem

Szenario:

Hotcue Pad 1 ist als normaler Hotcue belegt
Hotcue Pad 2 ist als Saved_loop 2 belegt

Aktuelles Mapping

Hotcue Pad 1:
dauldeckmode_decks & pad 1 loop ? loop_save 1

Hotcue Pad 2:
dauldeckmode_decks & pad 2 loop ? loop_save 2

Problem an der ganzen Sache ist, wenn ich Pad 2 ausgelöst habe (spielt den gespeicherten Loop) und nun Pad 1 drücke, wird der gespielte Loop von Pad 2 mitgenommen und bei Pad 1 als loop_save 1 gespeichert und als loop gespielt. Das gleiche passiert immer, egal wo ich im Song ein Loop spiele und Pad 1 drücke (welches nur als Hotcue gespeichert wurde) , der Loop sozusagen mitgenommen wird und sich Pad 1 in einen save_loop verwandelt.

Ziel ist, wenn ein Loop gespielt wird (egal wo im Song) und ich Pad 1 drücke, das der Loop "nicht mitgenommen wird und nicht als saved_loop 1 auf Pad 1 gespeichert wird. Das ich sozusagen zwischen Pad 2 (save_loop 2) und Pad 1 (nur Hotcue 1) hin und her springen kann , ohne den Loop auf Pad 1 mitzunehmen

Das Mapping müsste dann in etwa so lauten:

Wenn Loop gespielt und Hotcue pad 1 frei, dann saved_loop 1 pad 1, aber wenn Pad 1 bereit belegt als Hotcue ohne save_loop 1, dann ohne save_loop anspielen und loop_exit.

Jemand eine Idee wie man das am besten mapped.

Mit Dank im Voraus und Gruß


dualdeckmode_decks & saved_loop 2 ? saved_loop_prepare 2 : loop_save 2


eher so?
also wenn es das ist was du meinst?

also ich würde eher die split funktion der Pads nutzen also Reihe 1-4 der Pads wäre dann Hotcue 1-4 und Saved Loops 1-4 die untere Reihe.
 

Das mapping von dir ist es leider nicht. Der Vorschlag obere Reihe nur Hotcue und unter Reihe nur saved_loops hab ich mir auch schon überlegt.
Dank dir trotzdem, werd jetzt nochmal warten, vielleicht kommt noch ein passendes Mapping
 

Nochmal zum Verständnis

Wenn kein Loop, dann pad 1 drücken
= hotcue 1

Wenn Loop, dann pad 1 drücken
= loop_save 1

Aber wenn ein loop im Song spielt und ich pad 1 drücke wo nur hotcue 1 gespeichert ist, dann nur Hotcue spielen und kein save_loop 1 speichern.

Ja, dass ist etwas verwirrend und knifflig. Da bei aktive Loop einmal saved_loop gespeichert werden soll

und einmal,

wenn schon hotcue vorhanden, kein save_loop statt finden soll, wenn eine aktiver loop gespielt wird.

Das ist der Konflikt wenn aktiver Loop, einmal saved_loop setzen beim anderen mal kein save_loop, wenn schon mit hotcue besetzt.
 

ToXcis wrote :
Nochmal zum Verständnis

Wenn kein Loop, dann pad 1 drücken
= hotcue 1

Wenn Loop, dann pad 1 drücken
= loop_save 1

Aber wenn ein loop im Song spielt und ich pad 1 drücke wo nur hotcue 1 gespeichert ist, dann nur Hotcue spielen und kein save_loop 1 speichern.

Ja, dass ist etwas verwirrend und knifflig. Da bei aktive Loop einmal saved_loop gespeichert werden soll

und einmal,

wenn schon hotcue vorhanden, kein save_loop statt finden soll, wenn eine aktiver loop gespielt wird.

Das ist der Konflikt wenn aktiver Loop, einmal saved_loop setzen beim anderen mal kein save_loop, wenn schon mit hotcue besetzt.


hast du loopAutoMove auf nein in den Einstellungen?

Ansonsten müsste es so sein für pad 1:
loop ? loop_save 1 : hot_cue 1


das würde das von dir oben beschriebene machen... allerdings speichert er dann bei einem manuellen Loop immer beim drücken von pad 1 wieder einen neuen saved loop.
 

saved_loop 1 ? saved_loop 1 : loop ? saved_loop 1 : hot_cue 1


Versuch das mal. LoopAutoMove muss aber deaktiviert sein in den Einstellungen.
 

Erstmal danke.

Jetzt kommen wir der Sache schon ziemlich nahe. Mit dem 2 Mapping funktioniert es. Allerdings gibt es noch einen kleinen Haken. Wenn ich im Loop bin (ohne save_loop und Pad) sagen wir im Song bei Minute 3 und eine Hotcue ansteuern, setzt er mir den Loop bei Minute 3 als save_loop.

Kurze gesagt: setzte Hotcue Pad1 bei Minute 1 und Loop (nicht save_loop Pad2.....) den Song bei Minute 3, steuere Pad 1 Hotcue an, dann wird saved_loop bei Minute 3 gespeichert ohne Pad....
 

Ich glaube da müsste noch ein Mapping integriert werden in etwa so:

Wenn Loop und kein Paad, dann loop_exit und zusätzlich kein save_loop wenn Pad gedrückt wird....
 

ToXcis wrote :
Ich glaube da müsste noch ein Mapping integriert werden in etwa so:

Wenn Loop und kein Paad, dann loop_exit und zusätzlich kein save_loop wenn Pad gedrückt wird....


saved_loop 1 ? saved_loop 1 : hot_cue 1 ? loop ? saved_loop 1 : hot_cue 1


vll so? aber es ergibt alleine von der Logik keinen Sinn.

Weil wenn ich einen Loop setze und drücke dann ein Pad, was keinen Hot Cue hat speichere ich ja automatisch diesen Loop als Hotloop. Das ist ja der Sinn daran.
Woher soll ein Script denn wissen, wann du einen "Hot Loop" setzen willst und wann es den Loop beenden soll, um dann einen Hot Cue zu setzen?
Drück doch einfach auf Loop Exit und setze dann den Hotcue.

Würdest du bei CDJs im Standalonebetrieb ja auch so machen. Zur Vorbereitung macht der Script ja Sinn, habe auch so etwas ähnliches als Padpage programmiert für den XP2.

vll mal @locodog fragen. der weiß bestimmt eine Lösung...