- Status geschlossen
- Prozent erledigt
- Aufgabentyp Fehlerbericht
- Kategorie GUI & Server → Server → DMX Plugin → ArtNet
-
zuständig
StefanKrupop Soon5 fisl - Betriebssystem All
- Schweregrad hoch
- betrifft Version 3.2 Beta x
- fällig in Version 3.2
-
fällig am
unbestimmt
- Stimmen
- versteckt
gehört zu Projekt: DMXControl 3
angelegt von LightningBrothers - 16.03.2019
zuletzt bearbeitet von Soon5 - 07.10.2019
angelegt von LightningBrothers - 16.03.2019
zuletzt bearbeitet von Soon5 - 07.10.2019
FS#3491 - Datei libartnet-1.dll für Art-Net-Ausgabe fehlt
Der Installer liefert die Datei libartnet-1.dll möglicherweise im falschen Verzeichnis aus, welche gemäß der Logs aber für das Art-Net-Ausgabeplugin benötigt wird.
2019-03-16 19:13:55,326 [19] ERROR org.dmxc.lumos.Kernel.Plugin.AbstractPluginManager+DMXInterfaceBag - Error setting interface DMXIM: ID Artistic License#ArtNet#0 enabled state to True: System.DllNotFoundException: Die DLL "libartnet-1.dll": Das angegebene Modul wurde nicht gefunden. (Ausnahme von HRESULT: 0x8007007E) kann nicht geladen werden. bei org.dmxc.lumos.Kernel.DMX.ArtNetWrapper.artnet_new(String ip, Int32 verbose) bei org.dmxc.lumos.Kernel.DMX.ArtNetInterface.OnEnable() in D:\Jenkins\workspace\Lumos_3.2_Release\DMXPlugins\ArtisticLicenseArtNet\src\ArtNet.cs:Zeile 180. bei DMXLIB.AbstractDMXInterface.set_Enabled(Boolean value) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\DMXLIB\AbstractDMXInterface.cs:Zeile 91. bei org.dmxc.lumos.Kernel.Plugin.AbstractPluginManager.DMXInterfaceBag.SetEnabledInternal(Boolean state) in D:\Jenkins\workspace\Lumos_3.2_Release\Lumos\LumosLIB\src\Kernel\Plugin\DMXInterfaceBag.cs:Zeile 226. 2019-03-16 19:14:17,088 [Log-Thread] DEBUG org.dmxc.lumos.SceneFadeTicker - Registriere: org.dmxc.lumos.Kernel.SceneList.ValuesStack.OutputValuesStack 2019-03-16 19:14:17,123 [Main-Process-Chain] ERROR org.dmxc.lumos.Kernel.Plugin.PluginManager - Exception DllNotFoundException occured 20 times.
Gemäß Installer-Log liegt die Datei in folgendem Verzeichnis:
Zielverzeichnis: C:\Program Files (x86)\DMXControl Projects\DMXControl 3.2\Kernel\Plugins\api-dlls Wird entpackt: libartnet-1.dll... 100%
Der gleiche Log-Eintrag erscheint auch, wenn ich die Datei manuell in das Root-Verzeichnis verschiebe. Im Verzeichnis Plugins wird sie vom Kernel direkt ignoriert, weil sie vom falschen Typ ist.
Ok. Muss man mal mit dem Dependency Browser schauen, welche DLLs auf OS Ebene da referenziert werden.
Ich habe mal eine neue libartnet-1.dll gebaut. Diesmal mit Visual Studio als Release-Version. Ich hoffe, damit haben wir alle Abhängigkeiten über den Installer abgedeckt.
Sehr cool… Freut mich dies mit Hinblick auf das Jahrestreffen zu hören
Um das gleich mal zu testen, hab ich mir mal die aktuelle Version installiert. Auch dort tritt der gleiche Fehler auf.
Testkommentar (benachrichtigung)
Testkommentar 2 (Benachrichtigung)
@Joseph:
Wie groß ist die Datei?
Bitte einmal die Datei in den Dependency Walker laden und nachschauen, welche Dateien als "fehlend" angekreidet werden (oder großen Screenshot machen):
http://www.dependencywalker.com/depends22_x86.zip
ach misst. Ich hab die Version komplett neu installiert… Und jetzt geht es. Ich wollte das gerade testen.
Ich habe die libartnet-1.dll testweise mal manuell durch den aktuellen Build der Interface-Plugins getauscht. Damit funktioniert die Art-Net-Ausgabe in der Beta 1 wieder, auch über einen längeren Zeitraum von mehr als 10 Stunden. Andere Dateien habe ich hier nicht angefasst oder ersetzt.
So bei mir besteht das Problem mit der RC7a wieder…
Bei mir kommt auf einem vollständig neu aufgesetzten PC mit Windows 10 1903 die gleiche Fehlermeldung wie bei Joseph - und zwar wenn man das Art-Net-Plugin direkt beim Hinzufügen auf eine IP-Adresse binde. Lasse ich die IP-Adresse bei der Ersteinrichtung weg und trage diese im zweiten Step nach, funktioniert die Ausgabe via Art-Net (das heißt, ich kann das Plugin aktivieren).
Der Vollständigkeit halber füge ich aber nochmal die kompletten Logs inkl. Installer-Log an.
Kommando zurück!!!
Das war doch nicht des Rätsels Lösung. Ich habe mich davon irritieren lassen, dass das Plugin scheinbar aktiviert und nicht grau hinterlegt ist, weil hier der Status falsch an die GUI übergeben wurde.
Allerdings ist mir doch noch was aufgefallen, wo die "frische" Installation von DMXControl 3.2 anders arbeitet, als meine "Bestandsinstallationen", wie in den beigefügten Screenshots zu sehen sind. Bei letzteren finde ich im Dialog noch den Eintrag "Receive local". In der Datei libartnet-1.dll steckt diese Information jedoch nicht, denn ich hatte die Datei einfach mal auf meinen neuen PC übertragen - sie liegt nämlich auch auf meinem alten PC an der gleichen Stelle.
Art-Net-Konfiguration Bestand... (178,2 KB)
PC 1 funktioniert
PC 2 funktioniert nicht (auch RC7a)
Hier die beiden Dateien.
@Joseph und Stefan. Bitte noch die ArtisticLicenseArtNet.dll von den Rechnern wo es geht / nicht geht hoch laden. Und bitte nochmal prüfen das sowohl diese Datei als auch die libartnet-1.dll nur 1x im Installationsverzeichnis + Unterordnern vorhanden ist. Die libartnet-1.dll sollte ausschließlich in "\Plugins\api-dlls" sein. Die ArtisticLicenseArtNet.dll im "\Plugins\ Ordner
Anbei die ArtisticLicenseArtNet.dll im gleichen Schema, wie zuletzt die libartnet-1.dll:
Die Dateien sind auf beiden PCs wie von dir beschrieben jeweils nur einmal vorhanden:
Spannend. Die Dateien sind binär identisch. Ok, das hattest du ja vermutet.
Problem: Falsche Visual C++ Runtime installiert. Lösung: Installer auf neue Version umstellen, die hoffentlich Kompatibel mit allem ist was da draußen rumschwirrt.
Mal schauen, ob wir das in den Installer bekommen.
Noch als nachträgliche Info zwecks Dokumentation der Link zur Visual C++ Runtime: https://support.microsoft.com/de-de/help/2977003/the-latest-supported-visual-c-downloads.
Ich habe heute auf einem neuen Laptop die aktuelle Beta 4 installiert. Aktuell wird noch das Paket Microsoft Visual C++ 2015 Redistributable installiert.