Posts by martin3182

Mache bitte hochauflösende und scharfe Fotos von Ober und Unterseite der Platine. Dann kann man basierend auf dem µC raten. Auf die schnelle würde ich mich aber Scyte anschließen und auf einen RS485 Transceiver tippen.
ggf. kannst du auch mal den Aufkleber vim µC abkratzen (Modell) und ihn aus dem Sockel nehmen, sodass man sehen kann, wohin die Leiterbahnen laufen.

Der µC sieht mir stark nach einem Attiny 2313 aus, sodass du mal testen könntest ob von Pin 2/3 nach Pin 1/4 Durchgang besteht. (Erklärung: Auf Pin 2/3 vom Attiny liegt ein UART, den man typischerweise für DMX Signale nutzt)

Grüße,
Martin

Hi,

um noch einmal eine andere Idee ins Feld zu führen:

versuche doch mal die Clock aus VDJ auf ein eigenes Signal zu legen, er sollte ja den Takt der Songs kennen. Solange du das in dein Pult vernünftig rein bekommst ,sollte das ganz gut tun.

Grüße,
Martin

Hi,

feste IP bedeutet in dem Fall nicht, das man diese nicht ändern kann, sondern dass diese manuell
konfiguriert wird.

Deshalb ist es kein Problem mit dem Standardverhalten hier.

Grüße,
Martin

Natürlich reichen 4GB für ein Debian Jessie. Vielleicht solltest du ein Minimal nehmen und dann tatsächlich nur die Pakete installieren die du brauchst, dann dürfstest du mit 500-600MB hinkommen.

Grüße,
Martin

Ich nehme mal an, du hast 144 kHz Abtastrate, mono?

Allerdings sind 48kHz * 16Bit Abtasttiefe recht exakt deine 768kBit/s Datenrate.

Was ich mir vorstellen könnte, dass im Originalfile nur 8bit Abtasttiefe verwendet wurden (unwahrscheinlich, aber technisch möglich)
Oder aber, dass du im Wave-Container einen anderen Codec mit VBR oder allgemein verlustbehaftet gepackt hast. (ja man kann in einem Wave Container auch durchaus MP3 Daten packen, also von daher.)
https://de.wikipedia.org/wiki/RIFF_WAVE

Allerdings spricht die Datenrate von >1MBit/s stark für unkomprimierte Signale

Wenn die Samplerate im Ausgabefile passt, würde ich eher von einem Fehler in der Ausgangsdatei ausgehen, dein FFMpeg Kommando macht genau was es soll.

Grüße,
Martin

Ich würde es mal mit ffmpeg/libav probieren.

http://www.catswhocode.com/blog/19-ffmpeg…s-for-all-needs

Grüße,
Martin

Meine ist ebenfalls angekommen.

Vielen Dank & Grüße
Martin

Hi,

klasse Aktion, ich würde auch eine nehmen.

#8

Grüße,
Martin

Quote from Frank066

mit permanenter Boshaftigkeit eine Fehlermeldung beim Öffnen des COM Ports.

Hi,

das gleiche Problem existiert auch unter DMXC3 - es liegt daran, dass unter Windows 10 die COM-Ports irgendwie umgebaut wurden.
Für .NET Programme kann Abhilfe geschaffen werden, wenn man Framework-Version >= 4.0 benutzt.
Für DMXC2 sehe ich da allerdings wenig Chancen dass sich daran was ändert.

Grüße,
Martin

Hi,

kannst du mal testweise ein anderes Projekt laden?

in deinen Logfiles waren einige Einträge dass Geräte zu verschiedenen IDs nicht gefunden wurden, das könnte durchaus daher rühren.

Einfach mal ein neues Projekt anlegen und damit mal ein wenig rumprobieren.

Grüße,
Martin

Hi,

wirf mal Logs und Projekt dran, dann schau ich mir das an.

Grüße,
Martin

Hi,

du musst aber alle Geräte in deinem Netzwerk (naja nicht zwangsläufig händisch) konsistent adressieren.

d.h. entweder du richtest alle Geräte (alle Nodes, alle Rechner etc.) auf statische IP ein, oder du reservierst Adressen aus dem Pool der Fritzbox für deine Geräte.

Wichtig ist, dass beide in den gleichen Netzsegmenten hängen.
Du kannst ja nicht nur 192.168.0.0/16 nutzen, sondern auch noch 10.0.0.0/8, 172.16.0.0/12...
Nur so als Gedankenanstoß.

Wenn du im 10er Netz unterwegs bist, ist es auch kein Problem das Netz verhältnismäßig sauber zu halten, also meinetwegen
alle Infrastruktur (Switch, Fritzbox etc.) in 10.0.1.xxx gehängt
alle Rechner in 10.0.2.xxx
alle Mediasachen in 10.0.3.xxx
alle ArtNet Nodes in 10.0.4.xxx
usw.

wäre dann konsistent addressiert.

Von den Fritzboxen weiß ich, dass man sie auch im 10er Netz betreiben kann.

So wie deine Konfiguration momentan ist, wird es nicht oder nur mit komischem Routing funktionieren, zudem wirst du manche Websites nicht sehen können... (192.178.0.0 ist KEIN privates Netzsegment)

Martin

Ich glaube, zuerst brauchst du eine vernünftige IP Vergabe.

Dein Rechner hängt in irgendeinem Netz, das nichts mit dem Netz deines Nodes zu tun hat.

Versuche mal folgendes:
Fritzbox:
IP: 192.168.0.1
Netmask: 255.255.255.0
DHCP: Aus!

PC:
IP: 192.168.0.11
Netmask: 255.255.255.0
Gateway/DNS: 192.168.0.1

Node:
IP: 192.168.0.21
Netmask/Gateway/DNS wie bei PC

dann sollte das Node vom PC zumindest anpingbar sein.

Meanwell Open Frame

Gibt es für nen schmalen Taler beim Chinesen.
24V/10A roundabout 20€ (hab ich für meins damals bezahlt)

Maximale Stärke wäre dann 600W, also 12V 50A für ~60€
Bezugsquelle typischerweise Bucht, aber .com

Halten auch was sie versprechen, man sollte hintendran noch ein wenig puffern.

Suche hier:Klick.
Grüße,
Martin

Hi,

Du kannst dir auch mal die Websockets angucken, die wurden dafür gebaut.
Ansonsten würde ich persönlich den Webserver in Python bauen, einfach weil man es direkt als dmxc plugin dann haben würde.

Grüße Martin

Hi,

wenn es um eine Fixe Auflösung geht, könnte Matrox TripleHead2Go oder Konsorten was für dich sein.
Ansonsten würde ich dir eine PC-basierte Lösung empfehlen, sprich DVI/HDMI Capture Card, Monitor an eine GPU und dazu eine kleine Anwendung, die das eigentlich Croppen durchführt.

CaptureCard z.b. http://www.datapath.co.uk/products/video…ge/visiondvi-dl

Grüße,
Martin

Hi,

der Fehlercode 1603 deutet erstmal auf Zugriffsprobleme auf den Installationspfad hin.
Man findet auch einiges darüber, allerdings häufig im Zusammenhang mit Windows XP

Du könntest tatsächlich mal versuchen, XNA manuell zu installieren (Download: http://www.microsoft.com/en-us/download…s.aspx?id=22588)

Grüße,
Martin

Den kannst du im Dialog angeben, wo du auswählen kannst, zu welchem Server du dich verbindest.
Normalerweise steht dort dein Rechnername drin.

Grüße,
Martin

Hi,

das ist kaputt und sollte so nicht sein:
<step type="gobo" mindmx="48" maxdmx="63" caption="Gobo3">
<step />
</step>
(Ist zwar valides XML, ich weiß aber nicht ob der Parser das frisst), es sollte jedenfalls so aussehen:
<step type="gobo" mindmx="48" maxdmx="63" caption="Gobo3" />

Kannst du ansonsten mal deine Probleme mit den Goborädern genauer beschreiben?
Rein vom DDF her würde ich auf Rotation vom Rad1 tippen.

Grüße, Martin

Habe das auch mal probiert, bei mir waren es 2,5min in der virtuellen Maschine, dürfte aber limitiert durch Festplatte sein.
Speichern geht aber schön fix.

Was mir an deinem Projekt auffält: du hast sehr viele Cuelists mit nur einer Cue drin, vielleicht kannst du da einige (z.b. die Farben) zusamenfassen und dann eher goto nutzen, das könnte das ganze etwas beschleunigen.

Grüße,
Martin