Hi,
da ich ja der einzige zu sein scheine, der schonmal eins gebaut hat, hier meine vorgehensweise:
ich hab mir ILSpy (super Tool btw...) besorgt, damit die DMX-Control Bibliotheken zerlegt und geguckt was ich implementieren muss.
Danach hab ich die fertigen Plugins genommen, und daraus ein grobes Modell gebaut, danach angefangen zu entwickeln.
Tipp dazu: falls du VS oder Derivate nutzt, richte dir ein Buildskript ein das dein Projekt in das DMXC Verzeichnis kopiert.
Dann kannst du einfach mit dem Debug button dmxc mit deinem Plugin starten.
Wenns noch zu speziellen Themen fragen gibt kannst du mir auch eine PN schreiben.
Hi,
würde mich auch gerne mal an einem PlugIn versuchen. Gibt es hierzu schon etwas neues?
Gruß
ist ok.
Wenn du noch fragen hast, dann kannst du die hier in dem thread oder per pn an mich stellen.
ich weiß bloß nicht ob es sinnvoll ist wenn wir hier Implementierungsdetails verraten / bzw DMXC 3 ist ja noch nicht openSource, vielleicht sollten wir das dann erstmal im kleinen Kreis halten.
LG Martin
Hallo zusammen,
es ist ja schon ein wenig her, aber leider ist für µDMX noch immer kein Plugin vorhanden... Deshalb wollte ich in die Tasten greifen und selber was machen...
Leider scheint das nicht so, wie beschrieben zu funktionieren ... das Plugin taucht im Manager nicht auf. Gut, ich kenne das Problem mit der Glaskugel... Über eine PN freue ich mich 
Jörg
Hallo zusammen,
gibt es inzwischen ein Tutorial oder Beispielcode, um ein DMX-Interface (oder eine ähnlich geartete Hardware) unter DMX V3 verfügbar zu machen, also ein Out-Plugin zu schreiben?
Wenn ja, würde ich mich über eine Nachricht an musical.applications zu/nach/bei gmx.net freuen.
Viele Grüße
michaeL
Hallo Michael,
mittlerweile gibt es zumindest Beispielcode, um Plugins zu schreiben. Unter https://github.com/DMXControl findest du entsprechende Projekte.
Viele Grüße
JP
Hallo zusammen,
wie ich bereits mal im Forum erwähnt habe, habe ich mir ein Interface selber gebastelt. Nun habe ich endlich mal Zeit gefunden, selber ein Interface Plugin zu schreiben. Dafür habe ich einfach die NodleU .dll dekompiliert. (Ich hoffe das ist ok, da ich es ja nur für mich selbst mache)
Jetzt habe ich zwei Fragen:
1. Bei mir scheint VS System.CodeDom nicht zu finden und ich sehe es auch nicht in der System-Lib. Hat da jemand mal ein ähnliches Problem gehabt oder weiß wie man es lösen könnte?
2. Welche Version von .net wird vom Plugin verwendet?
Grüße, Julian
Hallo,
zumindest zu 2 kann ich was sagen: Das aktuelle DMXC 3.0.2 verwendet .Net 3.5. Die kommende Version 3.1 von DMXControl verwendet .Net 4.0
Viele Grüße
JP
Hallo,
zumindest zu 2 kann ich was sagen: Das aktuelle DMXC 3.0.2 verwendet .Net 3.5. Die kommende Version 3.1 von DMXControl verwendet .Net 4.0
Viele Grüße
JP
Danke für die schnelle Antwort!
Hallo,
Ich arbeite grade an einen andren Plugin. Die zeite Frage hatte ich vor kurzer Zeit auch gestelt 
.
Zu der ersten Frage Visual Studio kennt bei mir den Namespace System.CodeDom. Ich habe ihn Testweise in meinen Projektcode hinzugefügt. Das Projekt ist bei mir noch unter .Net3.5.
Viele Grüße
soekkle
Problem ist seit weg, nachdem ich VS neu gestartet habe. Trotzdem danke!
Ich habe jetzt allerdings noch eine Frage:
Mir ist aufgefallen, dass bei "Add DMX Interface" bei den ganzen Non-Autodetect Interfaces nur In-Ports sind und alle Out-Ports = 0. Ist das jetzt so zu verstehen, dass diese Interfaces nur DMX empfangen aber nicht senden können? Hat mich nur gerade etwas gewundert, da man ja meistens Interfaces zum senden verwendet.
Nach einem Tag den ich jetzt mit meinem Plugin verbracht habe und es trotzdem nocht nicht läuft, obwohl die meiste Arbeit vom Arduino erledigt wird, kann ich nur sagen dass ich wirklich hoffe, dass bald ne Doku raus kommt. Vll hat jemand schon mal ein "simples" serial plugin geschrieben und kann seine Erfahrung teilen.
Schönen Abend, Julian
Hallo Julian,
wenn ich das richtig sehe, dann ist hier in und out jeweils vom Ausgabeplugin her gesehen, also es gehen DMX-Daten in das Ausgabeplugin zum Senden und es gehen welche raus an DMXControl, wenn das Interface Daten empfängt. Das es noch keine Dokumentation auch solcher bereiche gibt liegt daran, dass wir leider im Doku-Team total unterbesetzt sind und die Doku-Team-Mitglieder auch noch durch andere Dinge sehr eingespannt sind und daher so gut wie garnicht zum dokumentieren kommen 
Daher ist die Doku leider so, wie sie ist.
Viele Grüße
JP
Danke JP,
dann ist das das mit den IN und OUTS so wie ich es mittlerweile vermutet habe.
Grüße Julian
JPK 
