Posts by Moritz

Das Start script wird nicht benötigt zum manuell starten, kannst du mal direkt das rpi-beamertool binary starten? Kommt dort auch der Fehler?

Entweder das beamertool funktioniert generell nicht oder der autostart ist kaputt. Kannst du mal testen das beamertool manuell über ssh zu starten?

Zur Not hilft auch hier wieder die Texturen per SSH zu übertragen, z.B. mit WinSCP.

Webinterface würde ich den aktuellen Zustand nicht nennen, das ist ein minimales php script, dass ein paar commands ans Terminal sendet (unter Missachtung jeglicher moderner Sicherheitsfeatures )

Ideen zur Verbesserung sind hier nicht das Problem, geplant haben wir schon sehr viel, es fehlt halt leider die Zeit für die Umsetzung. Deswegen ist das beamertool jetzt auch schon wieder lange Zeit ohne update.

Wie genau versucht du denn auf die Datei zuzugreifen? Über die Dateifreigabe im Netzwerk? Also eigentlich sollte die samba Freigabe als guest eingerichtet sein und ohne Benutzername und Passwort funktionieren. Wie ein Mac darauf reagiert weiß ich nicht, könnte gut sein dass der das einfach nicht tut.

Unter Windows hat es damals auf jedenfall funktioniert. Ich habe aber aktuell keinen Pi griffbereit um das zu testen ob sich auf dem Pi was verändert hat.

Kennst du dich ein wenig mit dem Linux Terminal aus? Du könntest sonst die Datei auch einfach über die SSH Sitzung direkt bearbeiten.

sudo nano /opt/rpi-beamertool/config.txt

Dann einfach mit Tastatur und Pfeiltasten bearbeiten. Zum Beenden "Strg + X", wenn Änderungen gemacht wurden muss man das Speichern dann noch mit "Y" und "Enter" bestätigen.

Das sollte dich jetzt bitte nicht komplett entmutigen. Was nicht geht ist lediglich der von dir angedachte Lösungsweg, das heißt nicht, dass dein gewünschtes Ergebnis völlig unerreichbar ist.

Ich wollte dir im Prinzip nur mal aufzeigen, dass du hier deinen angedachten Lösungsweg zum Problem machst, statt Problem und Lösungsweg getrennt zu betrachten. Ich hatte eher gehofft, dass dir das eventuell helfen kann alternative Lösungswege in Betracht zu ziehen und nicht das Projekt jetzt ganz aufzugeben.

Dein Problem ist ja eigentlich nicht, dass du DMX Daten an MP3 Anhängen möchtest, sondern dein Problem ist - wenn ich das richtig verstanden habe - du möchtest eine Tanzfläche beleuchten, sowohl allgemein halbwegs automatisiert, als auch ggf. eine spezielle Lichtshow mit einzelnen Liedern abspielen.

Für dieses Problem gibt es auf jeden Fall Lösungen, ja der von dir angedachte Lösungsweg (mpDMX) wird nicht funktionieren, und eventuell werden deine Anforderungen nicht zu 100% erfüllt werden und manche Schritte sind umständlicher, aber du hast am Ende eine passend beleuchtete Tanzfläche.

Ich habe selbst früher mit einem kleinen Lichtsetup (ein paar PAR Kannen, Scanner, Strobo und Nebel) Licht gemacht, sowohl im kleinen Rahmen daheim, als auch ab und zu bei Studentenwochenenden. Da ich auch keine Lust hatte den ganzen Abend LJ zu machen war das Ziel auch möglichst viel zu automatisieren. Mein Vorgehen war damals (noch mit DMXControl 2) mehrere Effekte zu Programmieren, die alle über die Beat Erkennung gesteuert werden. Verschiedene Effekte die Position und Farbe getrennt hatten. Dazu dann ein Zufallsgenerator der alle 30 Takte (oder wie viel auch immer) den Effekt wechselt. Klar damit ist nicht immer alles 100% perfekt passend, aber im großen und ganzen für eine kleine Tanzfläche durchaus ausreichend. Meine Erfahrung war dabei eh, das Publikum hat viel weniger Ansprüche als du erwartest. Buntes Blinken, dass halbwegs zu Takt passt, kann da durchaus schon überzeugen, mehr wird eh nicht beachtet.

Gut feiernde Studenten sind jetzt vermutlich kein Maßstab für Ansprüche des Publikums, aber deine Zielgruppe sind ja vermutlich auch keine Lichtshow-Kritiker, und je nachdem wie viel Arbeit man in die Effekte steckt, kann man da schon noch einiges mehr rausholen dann.

Wichtig dabei ist, diese automatischen Effekte sollten halbwegs ruhig bis moderat sein, kein wildes geblinke oder Strobo. Wenn du da einigermaßen dezente Effekte programmierst, passt das aber fast immer und es ist eine Basic Lichtshow da. Darüber hinaus hatte ich damals dann eine ganze Palette Highlight Effekte die man dann manuell geziehlt dazuschalten kann (gerade z.B. Strobo). Diese Effekte kann man dann manuell triggern, passend zum Beat Drop oder wenn die Stimmung das gerade benötigt. Das ganze geht übrigens auch vom Handy. Ich hatte damals auch mit TouchOSC rumgespielt, d.h. du kannst einfach auch in die Menge gehen, nimmst dein Handy mit und drückst im passenden Moment unauffällig auf den Trigger für z.B. Strobo.

Ich denke damit kann man schon relativ viel abdecken und ohne viel Aufwand eine Lichtshow machen und das ist für den Live Diskobetrieb eventuell schon volkommen Ausreichend, da benötigst du dann gar keine perfekt programmierte Show pro Lied um z.B. Leute zum tanzen zu animieren. Ich denke einzelne Beat gesteuerte "Highlight Effekte" die du einfach auf Knopfdruck triggern kannst, bringen dich da fast genauso weit.

Wenn du dann wirklich deinen Gästen eine Show bieten willst und einfach mal Zeigen was die Lichtanlage so hergibt kannst du dann ja durchaus eine (oder mehrere) Lichtshows programmieren die du dann ganz gezielt abspielen kannst. Ja diese Show ist dann fest und nicht live in einem DJ Set Mixbar und wird vom anderen PC abgespielt, aber ich denke das bekommt man schon hin auch ohne große Unterbrechung. Die Lichtshow kann ja dann trotzdem ein dezentes Intro haben, d.h. du drückst am Licht PC auf Start und fadest dann die Musik langsam dazu über, ja du kannst dann Speed etc. nur auf Musikseite des alten Songs und nicht auf Lichtseite mit dem Show-Lied verändern, aber das weiß dein Publikum ja nicht und wird den Unterschied sicher nicht merken.

Ich lese hier auch schon ne Weile mit und glaube hier wird ganz viel aneinander vorbei diskutiert.

Tanzen wenn ich dich Richtig verstehe beginnst du gerade erst mit dem Thema Lichttechnik, deswegen laufen gefühlt viele Argumente der anderen Forenuser hier ein wenig an dir vorbei. Ich versuche das mal etwas überspitzt darzustellen.

(Ich mein das nicht böse, es kann ggf. in Sarkasmus abdriften, deswegen bitte nicht falsch oder persönlich verstehen, ich hoffe nur die Diskussion wieder irgendwie zusammenzubekommen und dass du das Problem an deiner Idee erkennen kannst, dass dir die Anderen hier auch schon erklären wollen. )

Dein Wunsch "mpDMX", klingt in etwa so als würdest du dir fliegende Autos wünsches. Klar die Idee hört sich super an und wäre praktisch wenn man das hätte, da würde ich dir zustimmen, aber Stand heute gibt es das einfach nicht.

Dein Argument wäre in etwa man muss ja nur ein Auto nehmen und Flügel drankleben, so schwer kann das für einen Ingenieur doch nicht sein. Doch gibt Stand heute keine fliegenden Autos, weil es einfach im Detail ganz viele technische Schwierigkeiten gibt, die das nicht praktikabel erlauben. Genau das gleiche gilt für "mpDMX" oder ähnliche Lösungen wie du dir das vorstellst.

Auch wenn sich das erstmal gut anhört, gibt es einfach zu viele Probleme im Detail damit, dass es bisher einfach noch niemand umgesetzt hat.

Um jetzt zielorientiert weiterzumachen, bringt es vermutlich nichts zu Diskutieren warum es denn jetzt fliegende Autos geben sollte. Es gibt 2 Möglichkeiten für dich:

1. Du fängst an dir eine eigene DJ und/oder Lichtsoftware zu schreiben, die dir mpDMX bringt.

2. Du könntest versuchen dich auf bestehende Konzepte in der Lichttechnik einzulassen, das ist dann eventuell nicht genau das was du dir Vorstellst, aber bringt dich eventuell auch in die Nähe deines gewünschten Ziels und ist eventuell der schnellere Weg.

Oder um nochmal in Metaphern zu Sprechen: Du hast einen Hammer weil du sonst immer Nägel in die Wand gehauen hast, jetzt versuchst du mit einer Schraube genau das gleiche, statt einfach mal einen Schraubenzieher zu versuchen.

Gerne auch noch mit Auflösung der Metaphern:

Nagel = Musik

Hammer = DJ Software

Schraube = Licht

Schraubenzieher = Lichsoftware

Fliegendes Auto = "mpDMX"

Du kannst gerne überlegen ob du 1. oder 2. machen möchtest, wir können dir bei egal welchem Weg auch gerne hier im Forum bei weiteren Fragen helfen. Aber weiter Argumente zu suchen warum es denn jetzt mpDMX geben sollte und wie du die Lichtshow exakt mit einem Lied zusammenbringen bringt dich vermutlich deiner Lichtshow nicht näher, von uns wird das vermutlich niemand Programmieren, weil es halt einfach nicht praktikabel funktionieren wird. Warum steht in den ganzen Beiträgen drüber.

Wie gesagt verstehe es bitte nicht persönlich, auch wenn das eventuell jetzt sehr deutlich und attakierend klingt

Viele Grüße

Moritz

In dem kurzen Log Auszug findet sich jetzt kein Problem. Aber der Auszug ist vermutlich auch viel zu kurz. Grundsätzlich wäre da schon der gesamte Log interessant um Fehler zu sehen. Zudem ist es auch nur der GUI Log, beim Projekt laden dürfte wenn dann was im Kernel Log stehen.

Ohne weitere Informationen können wir dir vermutlich nicht helfen.

Wenn du dein Projekt und/oder die kompletten Logfiles nicht öffentlich teilen möchtest oder hier im Forum anhängen, ist das aber auch verständlich und in Ordnung. Du kannst uns aber auch Logs und/oder Projekt persönlich nicht öffentlich senden, wenn das für dich ok wäre.

Du kannst uns die Daten an info@dmxcontrol-projects.org senden (dann bitte mit Verweis auf diesen Thread). Dann ist es nur für das DMXControl Team intern möglich die Daten einzusehen. Wenn dir das auch noch zu viele Personen wären, gäbe es eventuell noch die Möglichkeit es nur einem einzelnen DMXControl Entwickler zu senden, müsste halt dann irgendwie organisiert werden.

Viele Grüße

Moritz

PS: Falls dieser Beitrag in Zukunft bei ähnlichen Problemen gefunden wird: Bitte nicht unaufgefordert Daten per Mail senden. Bitte immer zuerst einen Thread im Forum starten und dann nach Aufforderung Logs und/oder Projekte auf privatem Weg senden.

In den Virtual DJ Einstellungen gibt es irgendwo eine eine OS2L Einstellung.

(Ich weiß auswendig leider nicht mehr genau wo, aber das findet man irgendwo unter erweitert, kann sein, dass es so einer Registry artigen Ansicht mit allen Einstellungen war.)

Als Optionen gibt es Yes, No und Auto. Welche Option ist bei dir eingestellt?

Falls es nicht Yes ist, mal auf Yes wechseln und neustarten.

Bei Auto funktioniert der Beat immer erst nachdem man irgend einen Command Button im DMX Pad gedrückt hat. Das war bei mir aber auch schon nicht immer zuverlässig.

Quote from ImAnOwl

Besteht die Möglichkeit sich als Betatester zu "bewerben"?

Um das nochmal vom Team aus direkt zu beantworten: Nein diese Möglichkeit gibt es nicht.

Dazu wollen wir bewusst auch keine Betatester, die einfach nur an den neuen Features interessiert sind aber sonst nur an ihrem Projekt/Usecase arbeiten. Wir verstehen bei uns den Beta-Test eher im wirklich engeren Sinn. D.h. die Betatester nehmen nicht nur die Version und arbeiten einfach damit wie immer um zu sehen ob das tut, sondern die arbeiten wirklich aktiv am Testen. D.h. es gibt Liste mit Änderungen und Neuerungen die es aktiv abzuarbeiten gib, Teilnahme an Besprechungen, etc.

Klar kennt man den Begriff "Beta-Test" auch in anderer Form, dass man sich bei anderer Software oder Spielen, da aktiv bewerben kann und auch zu nichts verpflichtet ist und einfach das nutzen kann. Unsere Erfahrung zeigt aber, dass dann die offensichtlichen Fehler mehrfach gefunden und berichtet werden, weil die Software einfach an machen Stellen dann noch nicht stabil ist. Das bringt den Entwicklern keinen Mehrwert, erhöht aber sehr massiv den Verwaltungsaufwand. Dazu werden dann aber spezielle neue Funktionen so gut wie gar nicht getestet, weil die so keiner nutzt, was dann schlecht für die Stabilität ist, wenn wir die Software veröffentlichen wollen.

Wir haben deswegen einfach entschieden, dass es für uns deutlich effizienter ist den Beta-Test mit einem eher kleineren Team, dafür aber aktiv koordiniert durchzuführen. Mehr Effizienz für uns bedeutet letztendlich auch, dass das allen durch ein schnelleres Release der neuen finalen Version zu gute kommt.

Viele Grüße

Moritz

Ja das sollte automatisch funktionieren, wenn beide Rechner im gleichen Netzwerk sind.

Die Frage muss ich an Soon5 oder Qasi weiterleiten.

Das Beamertool läuft leider nicht auf dem Raspberry Pi 4.

Die Rapberry Pis 1-3 hatten ja alle den gleichen Graphikchip, der Pi 4 hat jetzt einen komplett neuen bekommen. Leider haben sich dadurch aber die alten Schnittstellen geändert. Es ist jetzt nicht mehr möglich direkt einen Graphikkontext auf dem Terminal über den alten Weg zu starten. Das bedeutet man müsste große Teile des Beamertools neu bauen. Dazu war zumindest bis vor einiger Zeit noch wenig Dokumentation dazu vorhanden, insbesondere wenn man dann darauf aus ist, dass der neue Code dann möglichst auch trotzdem noch auf den alten Raspberrys läuft. Wie es aktuell aussieht weiß ich nicht, ist schon etwas her dass ich da mal geschaut hatte ob das geht.

Das Projekt Raspberry Pi 4 Beamertool steht auf unserer Vereins TODO Liste und wir hätten das schon auch gerne wieder am laufen. Nur wie du eventuell schon an vielen stellen hier gelesen hast, unsere Wunsch TODO Liste an Features ist sehr lang und wir haben leider nur begrenzt Freizeit für die ganzen Projekte. Ich kann daher leider nicht sagen ob oder wann wir es schaffen das Beamertool auf den Raspberry Pi 4 zu bringen.

Viele Grüße

Moritz

Quote from steffens

wenn ich den Song im Virtual DJ stoppe/pausiere, dann kommt kein OS2L Beatsignal mehr an.
Die Signal-Lampe die sonst im Takt blinkt, blinkt jetzt nicht mehr. (heißt OS2L sendet keinen Beat)

Das ist so korrekt und liegt am OS2L Protokoll. Es wird bei jedem Takt eine Nachricht über OS2L gesendet. Anschaulich ist das in Virtual DJ, dass immer eine Nachricht gesendet wird wenn die Taktmarkierungen in der Songdarstellung an der aktuellen Play Position vorbeilaufen. Wenn der Song pausiert wird, wird entsprechend keine Nachricht mehr gesendet.
Das Beatsignal vom OS2L wird immer dann getriggert wenn so eine Nachricht empfangen wird.
Die weiteren Eigenschaften wie BPM Zahl, sind an die Beat Nachrichten angehängt und werden bei jeder neuen Nachricht aktualisiert. Dazwischen wenn Virtual DJ keine neuen Nachrichten sendet, ist es entsprechend nicht möglich irgendwelche Werte zu aktualisieren.

Das OS2L Plugin gibt so einfach nur 1:1 das OS2L Protokoll wieder, alles weitere muss man dann irgendwie selbst im Input Assignment zusammen bauen. Da kenne ich aber leider selber das Input Assignment zu wenig um da jetzt irgendwelche Tipps geben zu können. Ich kann nur sagen was das definierte Verhalten vom OS2L Plugin an sich ist.

Viele Grüße

Moritz

Du kannst mal auf GitHub schauen, dort gibt es ein Demo Plugin: https://github.com/DMXControl/KernelCloudPlugin

Das sollte einen Grundlegenden Überblick geben wie ein Plugin aufgebaut ist. Unsere Dokumentation darüberhinaus ist sonst aber leider noch nicht sehr umfangreich. Du kannst aber gerne im Forum jederzeit fragen, wenn du Informationen zur internen API von DMXControl benötigst und beschreibst was genau du tun möchtest.

Viele Grüße

Moritz

PS: Und bitte DMXControl nur mit einem "l" schreiben

Quote from JohannesStroe

Da will ich jetzt mehr hören

Da gibt es aktuell wenig dazu zu sagen. Das .Net Remoting was bisher dazu verwendet wird ist schon lange veraltet und wird dann voraussichtlich mit der 3.3 ersetzt. Das sind aber Tiefe technische Details innerhalb von DMXControl, als User bemerkt man davon nichts. Im besten Fall tun manche Dinge etwas schneller.

Es gibt das OS2L Plugin auch für DMXControl 3.2. Das Plugin stellt alle Beat Signale die über OS2L gesendet werden im Input Assignment zur Verfügung. Dort kannst du dann beliebiges damit Programmieren.

Das Plugin gibts hier:

OS2L Plugin (für VirtualDJ Beat Signal)

Viele Grüße

Moritz

Nein, bei der Intel Quelle gibt es nur die OpenGL Versionen zu allen Intel Graphik Chips. Für AMD hab ich jetzt keine Quelle aus erster Hand gefunden, aber meistens ist hier auch Wikipedia ganz gut (insbesondere das englische Wiki), z.B. hier: https://en.wikipedia.org/wiki/List_of_A…rocessing_units

Die Mobility Radeon HD 4650 unterstützt OpenGL 3.3.

Und ja das Erscheinungsdatum der Graphikkarte sagt nicht direkt etwas zur OpenGL Version aus. OpenGL ist eine Schnittstellen Spezifikation (API), die letztendlich vom Graphiktreiber zur Verfügung gestellt wird. Es kann durchaus sein, dass man mit einem Treiber Update eine neuere OpenGL Version bekommt, allerdings geht das natürlich nur wenn die Hardware auch in der Lage ist alle Funktionen bereitzustellen. So kann es durchaus sein, dass auch ältere Graphikkarten noch nachträglich OpenGL 4.3 bekommen haben, genauso kann es sein, dass es (LowLevel) Chips gibt die neuer als 2012 sind und auch kein OpenGL 4.3 unterstützen.

Das Stimmt die Intel HD4000 Unterstützt nur OpenGL 4.0. Erst ab der Nachfolgeversion (HD4200) wird OpenGL 4.3 unterstützt.

Ich würde das aber trotzdem gerne mal noch etwas einordnen und näher beschreiben um jetzt nicht zu viel Angst vor der 3.3 zu verbreiten.

Wir planen das aktuell für einzelne Features zu verwenden. Nach aktueller Planung würde DMXControl dann auch eventuell ohne OpenGL 4.3 laufen, jedoch stehen dann einzelne Features eventuell nicht zur Verfügung.

Das ist auch übrigens jetzt schon der Fall. Für die Matrix Features wird eine Graphikkarte benötigt die dem "XNA HiDef" Profil entspricht. (Das bedeutet so ganz ungefähr es wird mindestens DirectX 10) benötigt. Wenn man das nicht hat funktioniert DMXControl, aber eben ohne die Matrix Effekte.

Als nächstes muss man noch sagen, dass die Entwicklung der 3.3 gerade erst begonnen hat. Wenn ich in unserer News nachlese, dass zwischen dem Release der 3.1 und 3.2 ca. 2,5 Jahre vergangen sind dürfte es auch bis zur 3.3 noch ein wenig dauern. Wir sind noch viel zu weit davon entfernt Ankündigungen machen zu können oder auch schon intern einen realistischen Zeitplan zu haben, aber wenn wir mal sehr sehr grob 2021 schätzen würden, dann wäre OpenGL 4.3 (Veröffentlichung 2012) 9 Jahre alt und damit hoffentlich ausreichend verbreitet um hier nicht zu viele User einzuschränken.

Aus Entwicklersicht ist es halt leider manchmal notwendig alte Sachen zu entfernen um dann eben die weitere Entwicklung nicht einzuschränken. Gerade das ganze alte XNA Graphik Zeug ist z.B. einer der Gründe warum es von DMXControl noch keine (zeitgemäße) 64 Bit Version gibt. Damit bringen die z.B. oben erwähnten 16GB RAM für DMXControl gar nichts, weil nur maximal 4 GB davon verwendet werden können (von DMXControl).

Und zu guter letzt gieng es in diesem Thread ja um den Kauf einer Graphikkarte. Da wollten wir nur schon frühzeitig zukünftige Planungen ansprechen, damit das ggf. bei der jetzigen Kaufentscheidung berücksichtigt werden kann und niemand hinterher sagt, ja hättet ihr mir das nicht damals gleich sagen können

In diesem Sinn auch bitte jetzt auch das hier geschriebene nur mal als Kontext zur OpenGL 4.3 Anmerkung verstehen. Wir sind aktuell kurz nach der 3.2 Veröffentlichung. Was Features und Release der 3.3 angeht ist es noch viel zu früh um da irgendwas zu sagen können. Das einzige was das heißen soll, ist dass DMXControl 3.3 sehr wahrscheinlich OpenGL 4.3 Features verwenden wird und entsprechend voraussichtlich die Mindestvoraussetzungen (eventuell auch nur die für einzelne Features) auf OpenGL 4.3 angehoben werden müssen.

Viele Grüße

Moritz

The library ID should not be a problem, for custom DDFs you can just remove it. The ID is added automatically when you upload your DDF to the Library, but DMXControl should ignore it.

Perhaps there is a bug within your DDF, you can open the Kernel window and check if you can see an error message there. Wrong DDFs are not shown in the add device dialog.

Also prinzipiell wäre natürlich immer was zumindest noch einigermaßen aktuelles zu empfehlen. Auch DMXControl wird in Zukunft vermutlich noch mehr auf GPU Berechnungen setzten. (wie z.B. für die Matrix Funktionen). Wenn du nicht nach kurzer Zeit schon wieder aufrüsten möchtest oder auf einzelne Funktionen verzichten möchtest, wäre es gut wenn die Graphikkarte nicht älter als 5-6 Jahre ist. Ein Guter Anhaltspunkt wäre OpenGL 4.3 Unterstützung.

Du kannst einfach mal z.B. im Heise Preisvergleich schauen: https://www.heise.de/preisvergleich/?cat=gra16_512

Bei den erweiterten Filtern kannst du "Digitale Ausgänge Anzahl" auf 4 setzen. (Dazu eventuell noch "Gelistet seit" auf ca. "ab 2016".)

Auf den ersten Blick ok sieht da z.B. eine NVIDIA GTX 1050 oder AMD Radeon RX 570 aus. Wenn es 4 mal Display Port sein soll eventuell auch eine Radeon Pro WX 3200. Das wäre so der Preisbereich 100€-200€. Günstiger wird dann vermutlich (zumindest neu) schwer wenn es 4 Bildschirme sein sollen. Die Chips der Karten unterstützen auf jedenfall genug Bildschirme. Man sollte aber beim konkreten Modell nochmal checken, dass auch wirklich 4 Ausgänge gleichzeitig nach außen durchgereicht sind.
Wie es bei gebrauchten angeboten aussieht kann ich nicht sagen.

Viele Grüße

Moritz