Posts by .rhavin

ok kunde drohte mit Auftrag, hab grad ne Messe. Och kümmer mich nach dem WE

ddfs für adj hex p und ultra hex bars folgen heute abend

Funktioniert tatsächlich schon ganz nett (also in der Ausgabe), auch für UV! Problem: es werden die Farben *dazugenommen*n selbt wenn ich grün definiere als…:

<green dmxchannel="4" hueLeftBottom="60" hueLeftTop="120" hueRightBottom="240" hueRightTop="120"/>

…wird das ignoriert, was die Amber-Funktion natürlich zunichte macht, da man ja gerade Amber im Mix hat, um eben *kein* R/G-Yellow zu haben.

Quote from Qasi

In der entstehenden Fleche des Farbbereiches wird dann eure Farbe angesteuert

Äh, genau darum gings ja, dass das eben nicht passiert

Kann einer mal kurz erklären, genau *wie* hueLeftBottom, hueLeftTop, hueRightTop und hueRightBottom in die Farbtransformation einfließen? Und geht das auch über 360 und unter 0 hinaus für z.B. Farben nahe Rot?

Weil: Wenn ich Amber im HSI-picker auswähle, ignoriert er das auch in der 3.1…

Und wenn ich Amber direkt als Wert setze, transformiert das nicht in HSI und wird auch nicht in der RGB-Preview umgesetzt:

Quote from Soon5

Danke für die Angebote.

@.rhavin
Ähnliches gilt für Entwickler. Generell freue ich mich über jeden der mitarbeiten will, aber auch hier haben wir die Erfahrung gemacht, dass sich viele melden, und dann am Ende doch keine Zeit / Lust haben. Wichtiger als die Erfahrung ist eher wie viel zeitliches Engagement man bereit und fähig ist zu leisten. Ich habe schon viel Zeit damit verbracht jemanden einzulernen damit er dann bei der 1. Aufgabe wieder verschwindet.

Ich will damit nur die Gelegenheit geben nochmal darüber nach zu denken ob du im Schnitt wirklich so 8 Stunden die Woche Zeit hast dich mit dem Projekt auseinander zu setzen, und das jetzt nicht nur die nächsten 2 Wochen, sondern längerfristig. Falls dich das hier nicht abgeschreckt hat, schreibe mir eine PN, dann machen wir einen Termin für einen Teamspeak Call aus, damit wir uns mal unterhalten.

Gruß

Arne

Also, meine Freundinninnen wären recht froh gewesen, wenns mal bei 8h am Tag geblieben wär, denn wenn mich was grad fasziniert, kann das schon mal mehr werden

Es kommt aber natürlich darauf an, wie die Struktur ist und ob das Ganze halbwegs nachvollziehbar und lesbar ist. Aber da ihr ein Kernel/Client-System habt und bei V3.x seid, ist ja anzunehmen, dass der Punkt "Ok, wir fangen nochmal von vorne an und machen die wesentlichsten Fehler diesmal nicht" – an dem fast jedes ernsthafte Projekt irgendwann mal steht – schon vorbei ist XD. Ich hätte auf jeden Fall große Lust, mal reinzuschauen, zumal von den Möglichkeiten DMXC sehr viel von dem kann, was ich eigentlich gern hätte, und es dazu auch noch kostenfrei ist.

8h/die Woche im Jahresdurchschnitt würde ich mit Sicherheit sehr weit überbieten, aber ich bin halt jemand, der sein Geld in die Musik steckt und im Veranstaltungsbereich (Gig/Messe/Theater) verdient; da sind also auch mal Phasen bei, wo ich Geld verdienen muss und dementsprechend weniger Zeit habe. Das hol ich dann aber mit 40h in vier Tagen wieder raus

I second that,

Wenn ihr irgendwas implementiert haben wollt, ich Programmier seit 30 Jahren

Ich finde, Fachwörter sollten generell nur übersetzt werden, wenn die deutsche Übersetzung ähnlich geläufig ist. Computer° wurde aus der Indianersprache ja auch nicht übersetzt…

_____
° = ›Weißer Mann schaut durch Fenster auf Sanduhr‹

Quote from nutzer99

in solchen Fällen würde ich eher zum Timecode greifen! Eine ordentliche Software die mehrere Kanäle ausgeben kann (Sonar, Protools, Cubase etc.) und per midi den Timecode an die DMXC weiter gibt...
Schon alleine um die Hardwareauslastung zu verteilen

Erfahrungsgemäß ist das leider overkill. Mit Cubase hab ich das versucht, aber das ist halt wie 'n Neumann Großmembran zu nehmen, um ne Ansage aufm Fischmarkt zu machen. Das Teil soll ja nur Multichannel-Wav wiedergeben können und nen Timecode senden. Cubase belegt vielzuviele Resourcen. Die Alternative war dann für mich: Extra Laptop für die Wiedergabe und von da mit MIDI in ein Chimp 300, welches die Lichtsteuerung übernehmen sollte. Flog nach 4 Tagen programmieren aus dem Bandraum, weil die Software des Chimp selbst in der 1.1 noch Mist ist.
Mein derzeitiger Plan sieht also ein Elation MidiconPro vor, nur brauch ich dafür ne Software, die es drauf hat. Und von den Features her scheidet Sunlight aus, weil es nur RGBW kann. Wobei das Hauptproblem dabei für mich ist, dass sich Leute seit über 2 Jahren in deren Forum darüber beschweren, dass Amber und Weiß nicht gleichzeitig gehen, und die das seit 2 Jahren nicht hinbekommen; für mich als Programmierer also ein Grund, auch ungesehen starke Zweifel an entweder deren Code oder deren Einstellung gegenüber zahlenden Kunden zu haben. Als ich Behriger den Invert für die Scribblestrip-Colors beim X32 vorgeschlagen hab (wissend, dass das trivial ist), war das nen Monat später implementiert.

Quote from Soon5

Zum Audioplayer: Evtl. schaffen wir es in der 3.2 eine erste Version zur Verfügung zu stellen. In unserem nächsten Entwicklermeeting Ende März sind die Hauptfeatures der 3.2 der Hauptpunkt auf der Agenda.

Dann denkt bitte dran, dass WAVEFORMATEXTENSIBLE mehr als nur 2 Kanäle kann und man als Band am Ende immer ne Lösung braucht (3ch+-Wave oder mehrere Spuren), die min. 3 Kanäle auf min. 3 Ausgänge bringen, weil man sonst dem Drummer keinen Klick geben kann.

Quote from nutzer99

Du könntest ja vlt. ja mal schreiben was du von der 3.1 erwartest, damit du diese benutzen würdest.

Ich muss von einem oder schlimmstenfalls zwei Laptops 3 Audiospuren (Einspieler L/R und Klickspur für den Drumer) abspielen und will dazu synchronisiertes Licht haben. Dafür brauch ich Focus-Paletten, da ich ja erst vor Ort im Laden die genauen Positionen für die Moving-Heads einprogrammieren kann. Der Farbraum muss RGBWYV sein (auch RGBAWUV genannt), ich will mindestens 4 Universen haben, weil ich davon ausgehe, das man in den meisten Läden die Lampen nicht umaddressieren kann (is zumindst meine Erfahrung in Berlin) und ich daher einfach zwei Universen für den Laden reservieren will und zwei für meinen Krempel, und ich muss am ende eine Möglichkeit haben, dass ein Lichtmensch noch eingreifen kann, idealerweise über einen angeschlossenen Faderwing, im falle von DMXC evtl über ein X-Touch.

Ich hatte das über die Chimp 300 versucht, die prinzipiell von der Hardware ziemlich geil ist und auf Linux aufsetzt, nur die Software nennt sich "1.2" und ist höchstens 'ne 0.8.x

Da ich selbe programmieren kann (C++/MFC/whatever), wär mir am liebsten ne OpenSource-Lösung, oder etwas, was ich selber erweitern kann, ich wär aber auch bereit, einfach was zu kaufen. Nur: ich finde nix. Preis/Leistung ist Infinity Chimp 300 ziemlich weit vorne, aber mein Eindruck von der Art, wie hier mit der Software umgegangen wird, macht mir Bauchschmerzen, weil ich den Eindruck nicht los werde, dass das noch sehr lange dauert, bis ich das einsetzen kann.

ETC GIO@5 käme auch in Frage, aber preislich hat ETC einfach ne Vollmeise und verkauft lieber 10 Konsolen an 10 große Häuser statt 10000 Konsolen an Bands, denn wir reden hier nur über einen aufgemotzten Standart-PC in nem Fancy Gehäuse. Wobei ich die ETC-Dinger ja ganz cool finde, besonders im Theater-Einsatz, ich würde sie mir nur *niemals* für den Preis kaufen, die die dafür haben wollen. Und solange Behringer nicht endlich mit nem X32-Licht vorbeikommt, sitz ich hier mit 4 Movingheads, 20 LedPars und 4 "ADJ Hexbar 12" rum und weiß nicht, womit ich die steuern kann.

Wo ist das Problem, einfach mal ne Beta vorbeizuschicken, damit ich testen kann, ob sich das warten lohnt?

Quote from Soon5

Wenn dir die Aussage nicht reicht, dann nimm dein Geld und kauf dir im Laden was.

Nu sei mal nicht gleich so dünnhäutig, das habe ich versucht. Es ist für 5k€ keine Hardware-Konsole zu bekommen, die nicht in den Kanälen idiotisch beschränkt ist oder komplett buggy. Und wenn ich auf DMXC3 aufsetze, muss ich dafür Hardware kaufen und konfigurieren. Das dauert, und um zu sehen, ob das prinzipiell in die richtige Richtung geht oder ich doch was ganz anderes machen muss, reicht mir ne Beta.

Quote from JPK

Sobald ich Zeit habe, bekommen die Beta-Tester noch eine letzte Version zum testen. Wenn da dann keine Probleme auffallen, wird nach jetzigem Plan veröffentlicht.

...uuuuund.....??

Ich muss langsam mal n paar Sachen kaufen und würd gern wissen, in welche Richtung ich gehe. Mir reicht auch ne Beta...

Ich habe 3× ADJ 5p hex, 4× ADJ ultra hex bar 12 (beide RGBW+Amber+UV) und mehrere RGBW-Leuchten. Zur 3.1 soll ja der Farbraum brauchbarer werden, deshalb freu ich mich auf die 3.1.

Suchen tu ich sowieso, aber das einzige, was bisher alles bietet, was ich gern hätte, ist die ETC GIO@5, die ich für 5k€ auch kaufen würde, aber eben nicht für 15k€.

Deshalb überlege ich, ob eine Kombination aus nem X-Touch (Motorfaderwing), nem Laptop und nem Artnet DMX 4604 mich dahin bringt, wo ich hin will…

Wie siehts denn nun aus mit der 3.1? Die 3.0 is für mich ungeeignet und ich würd gern sehen, ob die 3.1 in die richtige Richtung geht. Klingt komisch, aber ich sitz seit 2 Monaten auf 5k€ und finde nix, was meinen Ansprüchen genügt^^

ETC & MA: völlig indiskutabel absurde Preise, ETC GIO@5 für 14k€ usw.
Chimp 300: geiles Pult aber die Software braucht noch 'n Jahr.

Schau mal auf das angehängte Bild, RGB kann weder theoretisch noch Praktisch den vollen Farbraum abbilden. Die Draufsicht macht das deutlich (rechts): Dein voller Farbraum wäre ein Kreis, in diesem ist RGB ein Dreieck. In HSI wird dieses Dreieck in den Kreis reinverformt, was es mathematisch zwar einfacher aber halt Farblich ungeeignet macht. Es muss auchniemanx seine Lampen ausmessen, es gibt ja nur folgende Farben im Einsatz: Rot, Amber, Gelb, Grün, Limette, Cyan, Blau, Indigo, Magenta, UV und 3 Weißtöne. Man müsste nur in den Fixuredefs angeben, welche Kanäle verwendet werden. Falls ihr das in C++ braucht, kann ich Euch das implementieren.

Wie wird denn die Farbe im HAL gehandled? Also Beispiel Gelb (RGB FFFF00):

In RGB ist das keine reine Farbe, sondern eine Mischfarbe (q=0.5) aus Rot und Grün, im HSI-Modell wäre sie von reinem Gelb einer Natriumdampflampe (q=1.0) nicht zu unterscheiden. Hingegen ist RGB FFFF00 einer RGB-Lampe die gleiche Farbe wie FFFF0000 einer RGB+Amber-Lampe, während das 000000FF einer RGB+Amber-Lampe in RGB nur mit FFBF00 angenähert werden kann, die reine Farbe ist außerhalb des Gamut.

Hier mal eine Simulation einer RGB-Leuchte.

Hat der HAL ein Farbmodel, welches das berücksichtigt?