AVR-ARTNET langsam?

We proudly present: The release of DMXControl 3.3.3!


On September 29, 2026, we held our release show for DMXControl 3.3.3. During our usual “hour-long” session, we showed you all the new features in this version and what it now has to offer.
Read all about it in the corresponding news article: We proudly present: The release of DMXControl 3.3.3!


  • Hallo zusammen,

    Ich habe das Problem, dass die DMX Ausgabe von meinem AVR-ARTNET langsam ist. Bsp. RGB an und wider aus auf 90% Speed, das Ausgegebene sieht unrund (also nicht im Takt) und einfach nicht zufrieden stellend aus... Es sieht auch so aus, als ob Rot kurz vorher angeht und man erkennt beim besten Willen kein sauberes weißes blinken. Bei noch mehr Speed, könnte man meinen die Umschaltung der Farben überschlage sich... Und das alles bei nur einem RGB PAR das gleiche auch bei einem anderen RGB PAR und zwei verschiedenen LED Leisten. Rechner hat 8 GB RAM und 2x3,6 GHz. Auf zwei anderen Rechnern das gleiche, ob über Switch oder Crossover-Kabel. Alle Prozesse in Windows geschlossen die nicht gebraucht werden, also keine anderen Programme offen. Dem Prozess von DMXc habe ich die höchste Priorität zugeordnet. Kann das Interface einfach nicht so schnell? Oder mache ich etwas anderes falsch? Hatte vorher ein billig USB-Interface zum testen ausgeliehen da bestand das Problem nicht...

    Gruß xXWARWICKXx

  • Hallo,
    das Problem gab es schon einmal, dass immer der erste übertragene Kanal vorauseilt.

    In dem Thema gab es dann, glaube ich, ein neues Ausgabe Plugin für DMXC, womit das Problem verbessert / behoben wurde.

    Viele Grüße
    Easter Bug


    P.S. Hier ist eine Lösungsmöglichkeit.

    Edited once, last by Easter_Bug: Link zum neuen Artnet Plugin (September 28, 2013 at 9:25 AM).

  • Hallo,

    danke für die erste Hilfe. Das Voreilen ist jetzt weg, aber trotzdem läuft das blinken noch unsauber. Was mir aufgefallen ist, es läuft mit dem Beattoll wesentlich besser als über den normalen Speed...

    Gruß

    xXWARWICKXx

  • Hallo,

    probiere mal testweise, das Interface mit Madrix anzusteuern, damit kannst du auf Fehlersuche gehen. Mein AVR Art-Net Interface der ersten Generation lief damit problemlos, es gab nur zwei kleine Besonderheiten:
    * Die DMX-Ausgabe erfolgt ständig, unabhängig vom aktuell eintreffenden Art-Net Paket, d.h. es kann mal der Fall sein, dass ein halbes altes Universum mit einem halben neuen Universum gemischt und übertragen wird. Ist aber nur bei sehr schnellen Übergängen/Videos relevant. Gab m.W. hier im Forum auch mal ne Erweiterung dafür, womit dieses Verhalten verbessert wurde
    * Sehr selten hat sich das Art-Net Interface einfach aufgehängt, nach einem Neustart lief es dann wieder.

    Bezüglich Geschwindigkeit gabs da keine Einschränkungen, die war wunderbar.

    Freundliche Grüße

    Stefan

  • Hallo,

    da fällt das jetzt nicht so richtig auf, aber wenns zu schnell ist, dan stockt das nurnoch.. in DMXc sieht die animation der Effekte aber passend aus... kommt für mich rüber als wenn das Artnet es nicht schafft die ganzen Daten zu verarbeiten. Aber die Geschwindigkeit die geht ist total angemessen, kann ich mich nicht drüber beklagen.

    Gruß

    xXWARWICKXx

  • Hallo nochmal,

    Ich habe hier mal ein kleines Video hochgeladen. da sieht man die Problematik...

    External Content www.youtube.com
    Content embedded from external sources will not be displayed without your consent.
    Through the activation of external content, you agree that personal data may be transferred to third party platforms. We have provided more information on this in our privacy policy.

    Gruß

    xXWARWICKXx

  • Hallo,
    du hast vermutlich jeweils die Einblend- und Haltezeit auf 0 gesetzt, habe ich recht? Wenn ich das selbe mache wie du, flackern meine LED-Pars auch unkontrolliert, obwohl sie an einem DE-Interface hängen. Da stößt du vermutlich a) an die Grenzen von VirtualBasic (in der DMXC geschrieben ist) und von DMX / Artnet.
    Viele Grüße
    JP

    im Falle eines Falles klebt Gaffa einfach alles, denn Gaffa ist dein Freund und Helfer :thumbup:

  • Nach 7 Sekunden Haltezeit sieht das aber nicht aus ;)
    Und natürlich kann in "0 Sekunden" um/eingeschaltet werden. In einem Artnet-Frame kann der Kanal noch auf 0 sein, im nächsten schon auf 255. Und auch der Controller im Scheinwerfer hat keinen Grund, einen Fade irgendwo einzubauen. Die Leistungstreiber können (in gewissen Grenzen) umgehend durchschalten, die LEDs gehen umgehend an.

    Es gibt natürlich Verzögerungen (Artnet überträgt nur etwa alle 40ms einen Frame, das Thema hatten wir schon einmal irgendwo und der Computer arbeitet auch nicht in Echtzeit) und es gibt in der Praxis kein "sofort", aber die Verzögerungen oder "Fades" vom Auslösen des Controllers zum Aufleuchten der LEDs dürften im Mikrosekundenbereich liegen.

    Das sichtbare willkürliche Flackern sind einfach die Interferenzen der unterschiedlichen Geschwindigkeiten in der Signalkette. Wie die Blinker zweier Autos, mal passt es, mal nicht  ;)


    Aber an 7 Sekunden Haltezeit glaube ich nicht

  • Hallo,
    im ersten Post steht etwas von Speed 90%.
    Ich gehe davon aus, dass der Speedmaster gemeint ist. Die 7s Haltezeit also deutlich verkürzt sind.

    Aber ich wie ich Warwick verstehe,

    Aber die Geschwindigkeit die geht ist total angemessen, kann ich mich nicht drüber beklagen.

    sind dass hier jetzt ja nurnoch Überlegungen zum theoretisch Machbaren und nicht mehr zum praktischen Einsetzen.
    Insofern sind jetzt doch die Probleme erst einmal gelöst, oder habe ich dich missverstanden?

    Viele Grüße
    Easter Bug

  • Hallo,

    ne das passt soweit ja schon. Ist alles Einstellungssache, war das so halt nicht von meinem "normalen" 48 Kanal Pult gewohnt. Dort den Seed auf max. Und ich hatte das gewünschte Bild.
    Man muss da echt ein wenig anders mit hantieren als ich erst gedacht hatte.

    Gruß und danke

    xXWARWICKXx

  • Newly created posts will remain inaccessible for others until approved by a moderator. The last reply was more than 365 days ago, this thread is most likely obsolete. It is recommended to create a new thread instead.