Posts by Cerfanos

    Hallo,

    also ich habe auch das Problem gehabt, dass meine Anlage nach ein paar Minuten angefangen hat, irgendwelche PARs kurz aufblitzen zu lassen. Manchmal bekamen die Scanner-Pans/Tilts noch einen Schlag weg. Konnte den Effekt mit einem entspannteren timing ziemlich kompensieren, doch so ganz weg war er doch nicht. Später gabs auf einmal den Effekt, dass zwei PARs eine andere Farbe ausgaben, als am Tag zuvor noch programiert und getestet. ... Very strange ... :-O

    Was die Ursache war? Wackelkontakt bzw. eigentlich schlampige Montagequalität der PARs ... soll ich die Firma nennen? :D ;) Betreffende PARs aufgeschraubt: dort war die Steckerleiste teilweise rausgerutscht, so dass es eben durch Erwärmungseffekte diese Blitzer gab bzw. nach längerer Zeit dann sogar eine Farbe "ausfiel".

    Von daher empfehle ich dir bzw. dem Besitzer der LA einfach mal alle devices zu checken.

    Ja, du hast recht. Würde mich ja auch freuen, wenn es so wäre.
    Da aber, wie gesagt, die Szenen identisch sind und die Geräte auch am Pult ohne Softwareeinsatz so unterschiedlich reagieren, liegt es wohl diesmal auch an ihnen.

    Aber wie der Thread-Titel schon sagt: hat vielleicht jemand auch diese Scanner, vielleicht auch zu einem späteren Zeitpunkt gekauft (Softwareupdate?) und kann über seine Erfahrungen mit den Geräten berichten?

    Gruß
    Cerfanos

    Hallo Ralf,

    danke für deine Antwort! Jetzt verwirrst du mich aber gerade: einserseits sagst du "Ja" (d.h. du meinst die Scanner selber), andererseits schreibst du, dass du den Anwender meinst ... :) Egal, wie dem auch sei:

    Die Bewegungsszene ist für beide Scannertypen exakt die selbe - nur eben umgeroutet von ADJ-Kanälen auf SC-X50 MKII-Kanäle.
    Gleiches Verhalten übrigens auch, wenn du simpel per Pult startest:

    1.) Du bewegst meinentwegen den Tilt-Regler um 100 steps in 0,5 sec:
    ADJ: läuft in 0,5 sec um 100 steps => ist korrekt
    SC-X50 MKII: läuft in 0,5 sec um 100 steps => ist korrekt

    2.) Du bewegst den Tilt-Regler um diesmal nur um 50 steps in 0,5 sec:
    ADJ: läuft in 0,5 sec um 50 steps => ist korrekt
    SC-X50 MKII: tastet sich in ca. 2 sec langsam an die 50 steps/Endposition heran => nicht korrekt

    Das heißt, irgendwas ist in der Steuersoftware der Stairville SC-X50 MKII anders - die Befehle werden nicht 1:1 umgesetzt.
    Ärgerlich ist das natürlich dann, wenn pan meinetwegen einen größere Strecke > 60 zurückzulegen hat (das geht ja dann unverzögert) und tilt nur eine kleine. Der SC-X50 MKII "springt" dann quasi auf die Pan-Endposition, währenddessen Tilt "hinterherschmiert".

    Klar hätte ich die Scanner eigentlich zurückschicken sollen (auch weil ein Stairville SC-X50 MKII ca. so viel Lärm macht, wie 4 ADJ Innoscans zusammen), aber sie haben halt gewisse features (statisches + rotierendes Dreifachprisma, 18 ° Abstrahlwinkel), die andere Scanner in der Preisklasse nicht bieten. Und so bin ich dazu übergegangen, dass jede Scannergruppe ihr eigenes Aufgabengebiet hat: Die ADJs werden mit ihren geringen Abstrahlwinkeln von 9 ° und ihrere schnellen Reaktion als flexibler spot eingesetzt, die Stairvilles übernehmen dann eher Lichtstimmungen wie die aufgehende violette "Planeten-Sonne" bei Planet Violet / Nalin I.N.C. :)

    Gruß
    Cerfanos

    Hallo Ralf,

    ja, der Cerfanos war wirklich lange nicht mehr im Dialog, aber nein, der Cerfanos hat es nicht im Griff: die Scanner verhalten sich einfach anders als z.B. die ADJs Inno Scans.

    Ich verstehe deinen Satz mit den "wenn ER Überblendzeiten mit einprogrammiert hat", dass der ER der Scanner ist?

    Gruß
    Cerfanos

    Hallo zusammen,

    besten Dank für eure schnelle Hilfe! Habe mich erst seit ein paar Tagen mit der Version 3 beschäftigt, da ich bisher immer in DMXC2 unterwegs war. Somit wusste ich nicht, dass es da ein Problem zwischen colorwheel + RGB gibt.

    Habe die Farben erst mal wieder rausgenommen ... da der Creator leider immer nur auf einen Dateinamen per default speichert (auch bei "save"), wurde das file mit den Farben leider durch einen zu schnellen OK-Klick überschrieben. Kann es somit nicht mehr hier anhängen. :(

    Viele Grüße!
    Cerfanos

    Hallo,

    habe mir gerade für einen PAR ein DDF gebastelt. Der PAR besitzt auch noch einen macro-Kanal, auf welchem ca. 30 separate Farben abgelegt sind. Diesen Kanal wollte ich mit hineinprogrammieren.
    Im DDF-Creator 3.0 finde ich für die Definition mehrerer Farben nur den colorwheel-Eintrag.
    Hatte erst Colortemp versucht, bloß dort kann man ja keine Farben zurordnen.

    Wie gesagt, dann eben mit Colorwheel alle Farben definiert, nur beim Anlegen eines Devices in DMXC3 selbst passiert gar nichts: das dneue Device erscheint nicht und auch kein Fehlerpopup. Im Hintergrundlog von DMXC 3 erscheint ein "Ausnahmefehler".

    Daher meine Frage, ob bei der Verwendung von colorwheel neben der eigentlichen color-definition zwingend ein colorwheel-Eintrag gemacht werden muss? Für den PAR ginge das dann natürlich nicht. ;) Gäbe es da eine andere Alternative via DDF-Creator 3.0? Oder direkt per editor? ... Könnte ja per raw-step jede Farbe anlegen, nur da hat man eben eine ellenlange Liste und auch nicht gleich die Farbe als Farbe, was bei colorwheel ja vorteilhaft ist.

    Viele Grüße!
    Cerfanos

    Hallo,

    ich habe mir gerade die releasede Version 3.0 installiert und wollte mir dort per DDF-Creator den neuen Aufbau der DDFs anschauen. Nur leider lassen sich ganz ganz wenige DDFs im Creator öffnen. Es gibt immer eine Fehlermeldung:

    Edit von JPK: JIT-Fehlermeldung entfernt

    Gibt es irgendwo ein Tutorial, wie man den Creator richtig bedient, d.h. welche Funktionen als was mit welchen Daten hinterlegt werden müssen? Wie implementiere ich am besten goboshake? Was hat es mit dem dann im unteren Bereich aufpoppenden Fenster im Falle von type = gobowheel auf sich, d.h. für was steht dort "handler" und "for"?
    Sitze gerade über einem Scanner-DDF, funktioniert auch ganz gut, nur wie bekomme ich z.B. alle Einstellparameter als Regler in den Fenstern von DMXC3 angezeigt? Im value-Fenster rechts oben in DMXC3 funktioniert ja alles.


    Viele Grüße!
    Cerfanos

    Hallo Soon5 + Uwe,

    besten Dank für die Info und das Verschieben!

    Soon5, du fragtest, was im AudioPlayer benötigt würde werden.
    Für die Version2 gibt es ja schon eine Anbindung an VDJ, allerdings "nur" per MIDI, also virtuellem MIDI-Kabel. Das heißt, übers Beattool wird dort der beat ausgewertet und die Show entsprechend abgearbeitet. Nachteil hier ist, dass DMXC leider nicht die Möglichkeit hat zu erkennen, was denn gerade VDJ (oder auch Traktor) für einen Titel spielt. Das geht im Audioplayer ja nur per WinAMP/AVS-Plugin, nur WinAMP kann ja nicht "richtig" mixen (ist ja "nur" ein Player).
    Könnte man, um den gewählten Songtitel zu DMXC3 zu bekommen (so dass dann wie in DMXC2 die Show zugeordnet werden kann), nicht dann irgendeinen Windows-Systembefehl abfangen, d.h. so eine Art "lade Datei xyz.mp3 für Traktor/VDJ"? Bin da kein Fachmann, wie der Befehlsablauf beim Aufrufen einer Datei von/in einer Applikation ist, d.h. inwiefern Windows da eingebunden ist .... aber so hätte man schon mal eine Kopplung!

    Die Beaterkennung wäre auch in DMXC3 wichtig, da man ja für Traktor/VDJ am Anfang hinein- und am Ende wieder hinausmixt, sprich timestretching betreibt, um die Beats anzupassen. Das heißt, wenn im Originalsong im Audioplayer die Szene 2 nach 10 sec startet muss das beim Abspielen in Traktor/VDJ ja noch lange nicht so sein.

    Viele Grüße!
    Cerfanos

    Hallo Team,

    ja, auch ich würde es toll finden, wenn der Audioplayer mit seinen features bald integriert werden würde. Denn momentan komme ich mir ein bisschen wie zwischen zwei Stühlen vor:
    Baue ich Projekte auf DMXC2 aus, ist das alles rausgeschmissene Zeit, da (ich hatte ja vor einiger Zeit schon mal nachgefragt/angeregt) es wohl keinen Konverter zwischen DMXC2 und 3 geben wird (aufgrund der wohl zu unterschiedlichen Konzepte).
    Mit DMXC3 macht es für mich momentan noch keinen Sinn zu arbeiten, da eben so ein wichtiges Element wie der Audioplayer samt Abspielkopplung (WinAMP) fehlt und ich somit Shows mit Songs nicht koppeln kann (zumindest ist das mein Verständnis bisher).
    Im Prinzip müsste man im Audioplayer auch eher die Kopplungen zu Programmen wie VDJ oder Traktor implementieren, da WinAMP ja mehr ein reines Abspielprogramm ist, VDJ + Traktor aber sicher die etwas gewichtigere Rolle spielen.

    Aber trotzdem Daumen hoch für das release von 3.0 - vielen Dank euch für den Einsatz und weiterhin viel Erfolg! Ein tolles Projekt! :)

    Viele Grüße!
    Cerfanos

    Hallo zusammen,

    muss jetzt auch noch mal nachfragen. Irgendwie krieg ich das mit dem Beattool nicht gebacken. Habe VDJ7, dort den controller + mapper installiert und in DMXC kommen unter "Steuerelemente" auch die 4 Beats beim learning in der MIDI-fernbedienung an. Sprich, bis dorthin ist alles OK?
    Ich nutze übrigens LoopBe1.

    In DMXC/Midifernbedienung:
    MIDI-Status ist "note on/off", nehme ich an?
    Wie geht es dann weiter? Habe im Reiter "Befehlszuordnung" eine Bank erstellt, den 4 Beats jeweils das Beattool zugeordnet, bei "Gerät/Funktion" TAP Button (ich weiß, man sollte eher den SYNC-Button nehmen, aber ich wollte es erst mal testen), bei "Kanal" konnte ich nur "Auswählen" wählen, bei "Flag" alle abgewählt (Standardeinstellung) und bei "Werte" ebenfalls "-".
    Im Beattool habe ich "manuell" stehen.
    Trotzdem macht das Beattool keinen Mucks.
    Normal über Winamp + AVS-Plugin (also ohne MIDI) funktioniert es.
    Was mache ich da falsch??? ?(

    Viele Grüße
    Cerfanos

    Soo, die Scanner sind da ... muss sagen, von der Ausstattung wirklich top!
    Habe da allerdings mal eine Frage, vielleicht ist dieses Problem auch bei anderen Scannern existent:

    Situation: ein Effekt mit vier Schritten ( = Scannerpositionen, die ein simples Viereck beschreiben). Jede Teilstrecke besteht entweder aus reinem pan oder reinem tilt. Weiterhin soll der Scanner an jeder Position für eine gewisse Haltezeit anhalten.

    Was passiert nun:
    Liegen die Positionen weiter auseinander (ca. mehr als 60 Schritte), dann "springt" der Scanner auch wie erwartet auf die jeweilige Position, verweilt dort und springt dann weiter.
    Liegen aber die Positionen näher beieinander, also weniger als 60...70 Schritte, dann fährt der Scanner die nächste Position nur langsam an, statt zu springen. Will man den Spiegel nur um ca. 10 Schritte bewegen, dann dauert das schon ca. 2 sec!
    Woran kann das liegen??? Hab schon mit den timing am Interface rumgespielt, kein Erfolg ...

    Hallo,

    also das Lauflicht besteht ja aus den 16 Schritten und sollte doch einen Effekt bilden, oder?
    Diesen dann einfach an der Stelle im Audioplayer mit "Befehl" => Effekt, dann den Lauflichteffekt auswählen und dann noch "Start" und schon sollte das Lauflicht laufen. :) Wenn es länger laufen soll, als nur einmal durch, dann im Effekt den Haken bei "wiederholen" setzen und im Audioplayer dann da, wo der Effekt beendet sein soll noch mal das Ganze, aber eben mit "Stop".
    Oder meinst du mit deiner Frage etwas anderes?

    Viele Grüße
    Cerfanos

    Hallo Martin,

    ja, genau das ist eben passiert. :) Genau eben wegen den guten Bewertungen habe ich sie mir mal zugelegt. Hoffe, sie "matchen dann auch mit den expectations", z.B. ruckeln nicht weiter und sind leise. Habe ja auch keine Lust das "Große T" wegen einer Rücksendung in Anspruch zu nehmen.
    Die ADJ Inno Scans haben jedenfalls schon mal gut vorgelegt. :D