QuoteIch habe zwar nie mit einer FF getestet aber prinzipiell sollte das auch funktionieren.
Danke, klingt schonmal gut. Ich habe aber nirgends etwas gefunden, wie man den Input im dfatmo dann auf diese Karte einstellt. Früher beim Atmo wurde dann von /dev/videoX gegrabt. Evtl. muss man da dann Codemäßig noch etwas anpassen oder habe ich etwas übersehen?
Danke, klingt schonmal gut. Ich habe aber nirgends etwas gefunden, wie man den Input im dfatmo dann auf diese Karte einstellt. Früher beim Atmo wurde dann von /dev/videoX gegrabt. Evtl. muss man da dann Codemäßig noch etwas anpassen oder habe ich etwas übersehen?
Es wird über die standard Grab-Funktion des primären Device im VDR gegrabt. Deshalb gibt es da nichts einzustellen.
Hi,
ich versuche gerade mein Sedu-Board mit 80 PIX-Platinen einzurichten. Leider geht's im Moment nur mit 64 Kanälen.
Kann mir jemand einen Befehl für >64 Kanäle nennen, äquivalent zu diesem hier:
CodeFarbe auf Rot z.b: echo -e "\xa5\x5a\xff\xc0\x01\xff\x00\x00\xff" > /dev/ttySEDU
?
BTW: Hardware-Version des Sedu-Boards ist V2.0 mit Firmware 2.1. Vielleicht liegt ja hier der Hund begraben...
Grüße,
ich muss hier noch mal auf blöd fragen:
dieses df10ch_setup.py Python Sktipt kann auch benutzen um das dfatmo auf andere Controller, bsw den SEDU mit WS2801 LED Stripes einzustellen, der Name des Sktipts kommt einfach daher das er im Zuge des DF10CH Projektes entwickelt wurde?
Und wie viele separate Kanäle unterstützt das dfatmo Plugin bzw xbmc addon, der Controller macht ja in der aktuellen Version bis zu 256 Kanäle?
Christian
Display Moreich muss hier noch mal auf blöd fragen:
dieses df10ch_setup.py Python Sktipt kann auch benutzen um das dfatmo auf andere Controller, bsw den SEDU mit WS2801 LED Stripes einzustellen, der Name des Sktipts kommt einfach daher das er im Zuge des DF10CH Projektes entwickelt wurde?
Und wie viele separate Kanäle unterstützt das dfatmo Plugin bzw xbmc addon, der Controller macht ja in der aktuellen Version bis zu 256 Kanäle?
Christian
Das df10ch_setup.py ist zur Zeit nur für den DF10CH Controler geeignet.
Pro Bildschirmkante unterstützt das dfatmo zur Zeit bis zu 128 Kanäle, also insgesamt 517.
Sieh auch das README zum Projekt.
Gruss
durchflieger
danke, dann fass ich mal zusammen:
Der SEDU mit den Stripes spielt prima mit deinem dfatmo, sowohl mit vdr als auch mit deinem xbmc addon. - ist aber, gerade wenn es um viele PIX geht, nicht wirklich ergonomisch zu konfigurern, zumindest hab ich schon jemanden hier im Forum gefunden der so eine Kombination physisch vorhanden, jedoch nicht am laufen hat.
Ist das soweit korrekt? Wenn sich das so verhält würden Horchi und ich da gern was machen, Controller sind zwar noch nicht vorhanden aber im Zulauf.
Deshalb würde ich gern einen geeigneten Ansatz erörtern:
- soll man das df10ch_setup.py dementsprechend erweitern? - Python ist jetzt nicht unsere Sprache, aber wenn das deiner Meinung nach nur marginale Änderungen sind ist gfs eine Alternative.
- gibt es gfs schon ein passendes Tool für xbmc, windows oder whatever, dessen Konfiguration man konvertieren kann (Bevor alle losschreien, das Setuptool des Controllers läuft eh unter Windows)
---- was ist da mit diesem Tool von Krautmaster, ist das schon weiter und kann das mittlerweile (wie vor ein paar Monaten diskutiert) den Kontroller bei passender Firmware im miniDMX mode fahren.
---- warum ist das Konfigfile für xbmc egtl nicht äquivalent?
- würde man es ins Pluginsetup des dfatmo bauen - würde ja egtl Sinn ergeben - wäre das im vdr nur mit der FB (ohne Tastatur und Maus) noch ergonomisch zu bedienen
- hättest du dazu andere Ideen die wir weiter verfolgen könnten?
Gruß
Christian
Display Moredanke, dann fass ich mal zusammen:
Der SEDU mit den Stripes spielt prima mit deinem dfatmo, sowohl mit vdr als auch mit deinem xbmc addon. - ist aber, gerade wenn es um viele PIX geht, nicht wirklich ergonomisch zu konfigurern, zumindest hab ich schon jemanden hier im Forum gefunden der so eine Kombination physisch vorhanden, jedoch nicht am laufen hat.
Ist das soweit korrekt? Wenn sich das so verhält würden Horchi und ich da gern was machen, Controller sind zwar noch nicht vorhanden aber im Zulauf.
Deshalb würde ich gern einen geeigneten Ansatz erörtern:
- soll man das df10ch_setup.py dementsprechend erweitern? - Python ist jetzt nicht unsere Sprache, aber wenn das deiner Meinung nach nur marginale Änderungen sind ist gfs eine Alternative.
- gibt es gfs schon ein passendes Tool für xbmc, windows oder whatever, dessen Konfiguration man konvertieren kann (Bevor alle losschreien, das Setuptool des Controllers läuft eh unter Windows)
---- was ist da mit diesem Tool von Krautmaster, ist das schon weiter und kann das mittlerweile (wie vor ein paar Monaten diskutiert) den Kontroller bei passender Firmware im miniDMX mode fahren.
---- warum ist das Konfigfile für xbmc egtl nicht äquivalent?
- würde man es ins Pluginsetup des dfatmo bauen - würde ja egtl Sinn ergeben - wäre das im vdr nur mit der FB (ohne Tastatur und Maus) noch ergonomisch zu bedienen
- hättest du dazu andere Ideen die wir weiter verfolgen könnten?
Gruß
Christian
WIe gut oder schlecht das dfatmo mit dem sedu läuft dazu kann ich nichts sagen da ich kein sedu einsetze.
Die Konfiguration so vieler Kanäle mit dem derzeitigen dfatmo serial Treiber ist aber sicher nicht optimal.
Deshalb hab ich ja für den df10ch einen eigenen Treiber und eigenes Setup entwickelt.
Meine Empfehlung wäre einen eigenen Treiber abgeleitet aus dem serial (und df10ch) für das sedu zu entwickeln.
Bei den Stripes liegen die Kanäle ja immer schön seriell hintereinander so das eine Konfiguration jedes
einzelnen Kanal wie derzeit in der "proto" Option realisiert nicht nötig ist (ist zu umständlich).
Ein Weissabgleich sowie individuelle Gammakorrektur pro Kanal kann aber sinnvoll sein insbesondere
wenn inhomogene LED's zum Einsatz kommen. Da wäre dann ein spezielles Setupprogramm alla
df10ch_setup schon hilfreich. Dieses Programm könnte die Konfigurationsdaten ja in eine eigene
Datei schreiben die dann vom sedu dfatmo treiber geladen würden. In dem Setupprogramm könnten
auch die Treiber unabhängigen Parameter des dfatmo (oder ein Teil der Parameter) konfiguriert werden.
Die derzeitige Treiberschnittstelle im dfatmo gibt das her und es wird vom df10ch Treiber auch genutzt.
Damit wäre die Konfiguration Einheitlich für vdr und xbmc.
Gruss
durchflieger
P.S.: Das dfatmo/df10ch war auch mein erstes Python Projekt. Hat sehr viel Spass gemacht mit dieser
mächtigen Scriptsprache.
ok, danke.
Wir lassen uns das mal auf der Zunge zergehen und schauen uns das im Code mit den bisherigen serial/df10ch Treibern an, gefällt uns aber auf den ersten Blick gut.
QuoteEin Weissabgleich sowie individuelle Gammakorrektur pro Kanal kann aber sinnvoll sein insbesondere wenn inhomogene LED's zum Einsatz kommen.
Würde das implizieren diese miniDMX firmware zu benutzen von der Krautmaser geredet hat? (Das hat für den Betrieb glaub ich noch andere Vorteile, hab ich in dem anderen Board gelesen)
Christian
Display Moreok, danke.
Wir lassen uns das mal auf der Zunge zergehen und schauen uns das im Code mit den bisherigen serial/df10ch Treibern an, gefällt uns aber auf den ersten Blick gut.
Würde das implizieren diese miniDMX firmware zu benutzen von der Krautmaser geredet hat? (Das hat für den Betrieb glaub ich noch andere Vorteile, hab ich in dem anderen Board gelesen)
Christian
Wie gesagt mit dem sedu hab ich mich nicht näher beschäftigt kann somit auch nichts zur firmware sagen.
Beim df10ch bin ich so vorgegangen das ich Weissabgleich und Gammakorrektur im dfatmo Treiber durchführe
weil hier mehr als genug Rechenpower zur Verfügung steht. Die Konfigurationsdaten werden hier allerdings nicht
in eine eigene Datei geschrieben sondern vollständig im NVRAM des Controller gespeichert. Somit ist das dann
plug & play auch bei mehreren Controllern egal an welchem USB Port/Hub die eingesteckt sind.
Unterstüzung für mehrere Controller gleichzeitig ist für das sedu ja nicht notwendig womit die Sache dann doch einfacher wird.
wir gehen jetzt in diese Richtung, sind aber noch nicht genau auf dem Weg. - Die Controller sind jetzt unterwegs, die Stripes werden vermutlich noch ne Woche dauern. - ich versuch mich derweil mit den Besonderheiten SEDU mit WS2801 auch mit den beiden FW zu erhellen.
Christian
Hallo,
nachdem ich jetzt auf YaVDR 0.5 upgedatet hab, bekomme ich den DF10CH leider nicht ans laufen. Ist hier jemand, der den DF10CH unter ya 0.5 am laufen hat?
Ich bekomme die Fehlermeldung die hier im Thread schonmal genannt wurde, aber keine Abhilfe bisher gefunden wurde.
DFAtmo: video open
DFAtmo: search output driver '/usr/lib/dfatmo/drivers/dfatmo-df10ch.so'
DFAtmo: loading output driver failed: /usr/lib/dfatmo/drivers/dfatmo-df10ch.so: undefined symbol: libusb_openHabe sowohl die automatische, als auch die manuelle Installation ausprobiert. Mit dem Test-Script läuft alles wunderbar, aber weder VDR noch XBMC leuchten.
Libusb ist aktuell.
libusb-1.0-0 ist schon die neueste Version.
libusb-1.0-0-dev ist schon die neueste Version.Irgendwelche Ideen?
Schonmal vielen Dank und super Arbeit mit dem Plugin 
Moin zusammen,
ich würde gerene das dfatmo plugin mit softhddevice nutzen um mein karatelight anzusteuern.
mittels xineliboutput hatte ich es am Laufen, aber was muss ich denn in der vdr-frontend.conf editieren, damit es mit dem sofhddevive funktioniert?
Grüße, Doc.
CodeDFAtmo: video open DFAtmo: search output driver '/usr/lib/dfatmo/drivers/dfatmo-df10ch.so' DFAtmo: loading output driver failed: /usr/lib/dfatmo/drivers/dfatmo-df10ch.so: undefined symbol: libusb_open
Also, ich hab die Linkerflags im Verdacht.
Die Zeile hier im Makefile hat bei mir scheinbar keinen Einfluss:
QuoteLIBS_USB ?= $(shell pkg-config --libs libusb-1.0)
Kann ich sogar auskommentieren, fehlermeldung bleibt die gleiche.
Hab aber keine Ahnung was da nicht passen sollte.
Scheinbar benutzt hier keiner nen DF10CH mit YaVDR0.5?
Moin zusammen,
ich würde gerene das dfatmo plugin mit softhddevice nutzen um mein karatelight anzusteuern.
mittels xineliboutput hatte ich es am Laufen, aber was muss ich denn in der vdr-frontend.conf editieren, damit es mit dem sofhddevive funktioniert?
Grüße, Doc
Ich kann mich der Frage von Doc nur anschließen.
Ich habe den Feiertag genutzt, um meinen VDR von yavdr 0.4 auf yavdr 0.5 umzurüsten. Unter yavdr 0.4 lief mein Atmolight CLASSIC unter xineliboutput einwandfrei. Bei yavdr 0.5 komme ich nun nicht weiter. Ich habe das Plugin vdr-plugin-atmo installierrt und in /etc/vdr/plugins/plugin.atmo.conf den Eintrag --input=FFDVB in SOFTDEVICE geändert, da ich ja softhddevice nutzen möchte. Beim Start des VDR erhalte ich nun kurz die Meldung angezeigt, dass das Eingabegerät nicht geöffnet werden kann.
Was muss man tun, damit dfatmo mit softhddevice funktioniert? Alle Anleitungen, die ich fand bezogen sich nur auf xine und xineliboutput.
Gruß, Fridi
Ich habe es nun selbst hinbekommen. Der Fehler war vdr-plugin-atmo aus der Web-Konfigurationsseite zu installieren.
Stattdessen müssen "von Hand" dfatmo, vdr-plugin-dfatmo und libxine-dfatmo-plugin nachinstalliert werden.
Nun noch im VDR-Menü die Einstellungen des dfatmo-plugins anpassen und es leuchtet! ![:]](https://www.vdr-portal.de/images/smilies/pleased.gif "Freude"){kind=small}
Bei mir musste unter driver parameter "/dev//ttyUSB0&proto:classic" eingetragen werden.
@ Doc: In der vdr-frontend.conf gab es nichts zu editieren.
Also, ich hab die Linkerflags im Verdacht.
Die Zeile hier im Makefile hat bei mir scheinbar keinen Einfluss:Kann ich sogar auskommentieren, fehlermeldung bleibt die gleiche.
Hab aber keine Ahnung was da nicht passen sollte.
Scheinbar benutzt hier keiner nen DF10CH mit YaVDR0.5?
Nachtrag:
ldd /usr/lib/dfatmo/drivers/dfatmo-df10ch.so bringt:
Quote
linux-vdso.so.1 => (0x00007fff66fff000)
libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f5c11d7c000)
/lib64/ld-linux-x86-64.so.2 (0x00007f5c12350000)
Also libusb nicht verlinkt. Warum auch immer. Bin für Ratschläge jeglicher Art dankbar
Was sagt denn "pkg-config --libs libusb-1.0"?
cu
Display MoreIch habe es nun selbst hinbekommen. Der Fehler war vdr-plugin-atmo aus der Web-Konfigurationsseite zu installieren.
Stattdessen müssen "von Hand"
-dfatmo
-vdr-plugin-dfatmo und
-libxine-dfatmo-plugin nachinstalliert werden.
Nun noch im VDR-Menü die Einstellungen des dfatmo-plugins anpassen und es leuchtet!
Bei mir musste unter driver parameter "/dev//ttyUSB0&proto:classic" eingetragen werden.
@ Doc: In der vdr-frontend.conf gab es nichts zu editieren.
Nabend,
Danke für die Tips Fridi tut,
allerdings waren bei mir folgende Eintraege per OSD nötig:
DFAtmo General
Output Driver: serial
Driver parameters: /dev/ttyUSB0&speed:38400&proto:classic
und benötigt man:
-libxine-dfatmo-plugin
wirklich für softhddevice?
Danke an Durchflieger für die Arbeit!
Gruß Ulf
PS: per OSD unter DFAtmo Areas
muss man natürlich noch je eines für top,bottem, left und right aktivieren
Don’t have an account yet? Register yourself now and be a part of our community!
