wie ist das denn bei euch mit dem Ambilight wenn das Bild mal schwarz ist?
Bei mir is das Ambi dann blau an der stelle, kann man sowas irgendwie korrigieren in der boblight.conf?
[ANNOUNCE] seduatmo 0.0.2 - Das Atmolight Plugin für SEDU basierte controller an softhddevice
- CKone
- Geschlossen
-
-
hmm, wir benutzten egtl kein boblight und auch kein xbmc zum Fernsehschauen - vllt der falsche Thread?
Christian
-
Gerade erst gesehen, mein neuer "color wheel" effect ist nun auch im master-branch des Plugins. Hats schon jemand ausprobiert?
Wer die Effekte schneller haben möchte, kann folgenden Patch probieren:
Diff
Alles anzeigendiff --git a/seduthread.c b/seduthread.c index ae9b1ec..9bcc1ad 100644 --- a/seduthread.c +++ b/seduthread.c @@ -104,7 +104,7 @@ void cSeduThread::Action() if (cfg.viewMode != vmRainbow && cfg.viewMode != vmColorWheel) wait = 500; // less load on fixed color or black else - wait = 100; // for Rainbow sleep always 100ms + wait = 15; // for Rainbow sleep always 15ms } waitCondition.TimedWait(mutex, wait); // wait time in ms @@ -491,7 +491,7 @@ Pixel cSeduThread::getRainbowColor() Pixel p = hsv2rgb(rainbowColorTone, 1, 1); - if (!(callCount++ % (cfg.effectSpeed / 100))) + if (!(callCount++ % (cfg.effectSpeed / 15))) { if (++rainbowColorTone >= 360) rainbowColorTone = 0; @@ -510,7 +510,7 @@ Pixel cSeduThread::getColorWheel(int moving, int led) int steps = 360 / cfg.ledCount; int color = 0; - if (moving && !(callCount++ % (cfg.effectSpeed / 100))) + if (moving && !(callCount++ % (cfg.effectSpeed / 15))) { // calculate spinng wheel with given effect speed
Grüsse
TheChief -
Hi,
erstmal vielen Dank an Christian und Jörg für die Arbeit an dem Plugin. Nachdem ich mein SEDU Board jetzt auf FW 3.0 upgedatet habe würde ich das Plugin gerne ausprobieren (dfatmo erzeugt bei mir sehr hohe CPU Last unter VDR, im gegensatz zu XBMC)
Ich habe es leider nicht geschafft das Plugin unter YaVDR 0.5 (stable) zum laufen zu bekommen. Hat jemand vllt eine Anleitung oder noch besser ein deb Paket.
Habe nur ein deb im Launchpad für unstable-vdr gefunden und wenn ich das Plugin selbst bauen will komme ich bei debianize-vdrplugin nicht weiter, hier mal das log dazu:
Code
Alles anzeigenroot@yavdr-wohnzimmer:/usr/src/seduatmo-0.0.2# debianize-vdrplugin Unknown option: b dh_make - prepare Debian packaging for an original source archive, version 0.59 Copyright (C) 1998-2011 Craig Small <csmall@debian.org> This is free software; see the source for copying conditions. There is NO warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. Usage: dh_make [options] -c, --copyright <type> use <type> of license in copyright file (apache|artistic|bsd|gpl|gpl2|gpl3|lgpl|lgpl2| lgpl3|x11) -e, --email <address> use <address> as the maintainer e-mail address -n, --native the program is Debian native, don't generate .orig -f, --file <file> specify file to use as the original source archive --createorig create orig.tar.gz file -s, --single set package class to single -i, --indep set package class to arch-independent -m, --multi set package class to multiple binary -l, --library set package class to library -k, --kmod set package class to kernel module --kpatch set package class to kernel patch -a, --addmissing reprocess package and add missing files -t, --templates <dir> apply customizing templates in <dir> -d --defaultless skip the default debian and package class templates -o, --overlay <dir> reprocess package using template in <dir> -p, --packagename <name> force package name to be <name> -r, --rulesformat <fmt> Set the format of debian/rules file (old|dh7|cdbs) -h, --help display this help screen and exit -v, --version show the version and exit By Craig Small <csmall@debian.org> Based on deb-make by Christoph Lameter <clameter@debian.org>. Custom template support by Bruce Sass <bmsass@shaw.ca>. Can't open debian/control: Datei oder Verzeichnis nicht gefunden. Can't open debian/install: Datei oder Verzeichnis nicht gefunden. Can't open debian/links.ex: Datei oder Verzeichnis nicht gefunden. root@yavdr-wohnzimmer:/usr/src/seduatmo-0.0.2#
-
Habe nur ein deb im Launchpad für unstable-vdr gefunden
Und da sind auch die Paketquellen (*.dsc, *.orig.tar.gz usw.), runterladen und per dpkg-source -x entpacken. Dann bauen (dpkg-buildpackage).
komme ich bei debianize-vdrplugin nicht weiter, hier mal das log dazu:
debianize-vdrplugin ist dauerkaputt.
cu
-
Hi,
habe es unter vdr-1.7.27 gebaut,
aber ich denke nicht das es funktioniert, weil das Plugin Softhddevice auch gepatcht werden muss.
Kann auch sein das der Patch schon ins stable eingeflossen ist.
Ist zu groß um es hier anzuhängen.
Dann schick mir mal deine Email per PM.Gruß Santos
-
softhddevice aus unstable kann ja auch noch lokal neu gebaut werden.
Oder doch gleich yaVDR auf unstable umstellen (dann braucht man nix bauen). Vorher Backup machen dann kann nix schiefgehen.
cu
-
Oder doch yaVDR auf unstable umstellen.
Bitte aber nur stable-vdr nach unstable-vdr und stable-xbmc nach unstable-xbmc ändern. unstable-yavdr ist nicht soweit, dass man es ohne Vorkenntnisse nutzen kann. -
Danke für die schnellen antworten
Hab das Seduatmo gebaut:
Code
Alles anzeigenwget https://launchpad.net/~yavdr/+archive/unstable-vdr/+files/vdr-plugin-seduatmo_0.0.2-git20121208-1yavdr1~precise.debian.tar.gz wget https://launchpad.net/~yavdr/+archive/unstable-vdr/+files/vdr-plugin-seduatmo_0.0.2-git20121208-1yavdr1~precise.dsc wget https://launchpad.net/~yavdr/+archive/unstable-vdr/+files/vdr-plugin-seduatmo_0.0.2-git20121208.orig.tar.gz dpkg-source -x vdr-plugin-seduatmo_0.0.2-git20121208-1yavdr1~precise.dsc cd vdr-plugin-seduatmo-0.0.2-git20121208/ aptitude update && aptitude install cdbs dpkg-buildpackage -tc cd .. aptitude remove vdr-plugin-dfatmo dpkg -i vdr-plugin-seduatmo_0.0.2-git20121208-1yavdr1~precise_amd64.deb #Konfigdatei anpassen nano /var/lib/vdr/plugins/seduatmo/seduconf.pl #Konfig erstellen /var/lib/vdr/plugins/seduatmo/seduconf.pl #VDR neustarten restart vdr
Hi,
habe es unter vdr-1.7.27 gebaut,
aber ich denke nicht das es funktioniert, weil das Plugin Softhddevice auch gepatcht werden muss.
Kann auch sein das der Patch schon ins stable eingeflossen ist.
Ist zu groß um es hier anzuhängen.
Dann schick mir mal deine Email per PM.Gruß Santos
Bekomme wie erwartet Fehler im LOG:
CodeDec 16 16:45:27 yavdr-wohnzimmer vdr: SEDUATMO: Can't find softhddevice service, aborting grab, retrying in 10 seconds!
Dann werde ich mal das softhddevice auch neubauen.
EDIT: Habe keine Option zum einstellen des Ports gefunden (/dev/ttySEDU bei mir) wird der automatisch erkannt?
-
Das Softhddevice muss gepatcht werden.
Liegt im Source vom Seduatmo Plugin.
Dann zieh es dir raus und bau dir noch das Softhddevice neu.Gruß Santos
-
Super funktioniert !
Patch war im unstable Paket bereits enthalten.
Hier noch die Anleitung zum bauen von softhddevice falls es noch jemand braucht:Code
Alles anzeigenwget https://launchpad.net/~yavdr/+archive/unstable-vdr/+files/vdr-plugin-softhddevice_0.5.2.git.20121126.0959-1yavdr1%7Eprecise.debian.tar.gz wget https://launchpad.net/~yavdr/+archive/unstable-vdr/+files/vdr-plugin-softhddevice_0.5.2.git.20121126.0959-1yavdr1%7Eprecise.dsc wget https://launchpad.net/~yavdr/+archive/unstable-vdr/+files/vdr-plugin-softhddevice_0.5.2.git.20121126.0959.orig.tar.gz dpkg-source -x vdr-plugin-softhddevice_0.5.2.git.20121126.0959-1yavdr1~precise.dsc #Ausgabe sollte folgende sein #gpgv: Unterschrift vom So 09 Dez 2012 19:31:47 CET mittels RSA-Schlüssel ID 5289F541 #gpgv: Unterschrift kann nicht geprüft werden: Öffentlicher Schlüssel nicht gefunden #dpkg-source: Warnung: Fehler beim Überprüfen der Signatur von ./vdr-plugin-softhddevice_0.5.2.git.20121126.0959-1yavdr1~precise.dsc #dpkg-source: Information: vdr-plugin-softhddevice wird nach vdr-plugin-softhddevice-0.5.2.git.20121126.0959 extrahiert #dpkg-source: Information: vdr-plugin-softhddevice_0.5.2.git.20121126.0959.orig.tar.gz wird entpackt #dpkg-source: Information: vdr-plugin-softhddevice_0.5.2.git.20121126.0959-1yavdr1~precise.debian.tar.gz wird entpackt #dpkg-source: Information: build_with_yaepghd.patch wird angewandt #dpkg-source: Information: vdpauqueue wird angewandt #dpkg-source: Information: softhddev-0.5.2-seduatmo.patch wird angewandt cd vdr-plugin-softhddevice-0.5.2.git.20121126.0959/ aptitude install libva-dev libx11-xcb-dev libxcb-dpms0-dev libxcb-xv0-dev libxcb-glx0-dev libxcb-randr0-dev libxcb-screensaver0-dev libxcb-image0-dev libxcb-util0-dev libxcb-event1-dev libxcb-atom1-dev libxcb-util0-dev libxcb-icccm4-dev libxcb-icccm1-dev libxcb-keysyms1-dev libavcodec-dev libavformat-dev vdpau-va-driver libasound2-dev libgl1-mesa-dev libglu1-mesa-dev libvdpau-dev libxcb-ewmh1-dev dpkg-buildpackage -tc cd .. dpkg -i vdr-plugin-softhddevice_0.5.2.git.20121126.0959-1yavdr1~precise_amd64.deb restart vdr
Serielle Schnitstelle wurde automatisch erkannt. Danke für die Hilfe
-
-
Hallo zusammen!
Nachdem nun meine Hardware fertig ist, habe ich mir ebenfalls aus yavdr-unstable das Paket installiert und die Konfigurationsdatei installiert.
Allerdings habe ich hier nun ein merkwürdiges Phänomen, das mich ziemlich erschreckt hat:
-- Es klappt alles (feste Farbe, aus, color wheel, atmo, ...), aber die letzten vier LEDs in meiner Kette leuchten gar nicht. Die sind einfach aus.Dachte natürlich direkt an einen Hardwareschaden, da ich hier gerade mit den losen Strippen hantiere zum Testen.
Aber wenn ich auf "detached" schalte, dann flitzt dieser Standardmodus auch um den ganzen Streifen drum herum.Fazit:
1) Hardware in Ordnung
2) seduconf.pl Datei in Ordnung
3) Steifen benimmt sich trotzdem nicht wie erwartet.Kann das ggf. mit dem "single corner" Dings zu tun haben? -- Ich meine, es sind halt so viele Lichter aus, wie ich Ecken habe.
Oder ist das ein Zufall?Ich habe $cor auf 1 gesetzt, weil die langen 28er Streifen oben quer gehen, und die kurzen 14er dann dazwischen hängen.
Oder hätte ich hier dann bei dem Setup für die Seiten 16 LEDs eingeben müssen?Danke schon mal vorab!!
Gruß,
MarcusPS: Ich habe übrigens die Box nicht geöffnet, um einen Jumper da rein zu machen. Aber es funktioniert ja alles einwandfrei ansonsten.
Müsste dieser Jumper dann trotzdem noch rein, um irgendwas zu verbessern? -
Das kriegen wir hin.
Der Jumper sollte auf jeden fall drauf, wegen
der Übertragungsgeschwindigkeit.
Dann sollte die tmp Firmware drauf, weil dann
wirklich nur so viele LEDs angesteuert werden
Wie du hast. Mit der dmx Firmware werden meine
ich 117 angesteuert.
Wieviele LEDs hast du insgesamt ?
Wieviele seitlich ?
Wieviele oben/unten ?
Und stehen LEDs über den Bildschirm ?
Poste mal deine conf.So, muss jetzt zur Arbeit .
Melde mich nachher , oder Christian ist schneller .Grus Santos
-
So lange es die neueste Firmware ist, gehts auch per miniDMX. Ist bei mir auch drauf. Klingt schon nach ner Konfigurationsgeschichte.
$cor und $shift hab ich bei mir auf 0.
-
Das kriegen wir hin.
Der Jumper sollte auf jeden fall drauf, wegen
der Übertragungsgeschwindigkeit.
Dann sollte die tmp Firmware drauf, weil dann
wirklich nur so viele LEDs angesteuert werden
Wie du hast. Mit der dmx Firmware werden meine
ich 117 angesteuert.
Wieviele LEDs hast du insgesamt ?
Wieviele seitlich ?
Wieviele oben/unten ?
Und stehen LEDs über den Bildschirm ?
Poste mal deine conf.So, muss jetzt zur Arbeit .
Melde mich nachher , oder Christian ist schneller .Grus Santos
ja, es sind 170 LEDs die mit minidmx angesteuert werden, ob sie da sind oder nicht. - geht aber natürlich auch ohne die andere tpm FW, ich hab sie aber auch drauf...
nein das ist kein Zufall: die Conf passt wegen der Ecken just um 4 nicht, kannst du sehen wenn du die definierten LED in der Conf zählst. Beantworte einfach die Fragen und poste deine Conf, dann kriegen wir das schon hin..
Christian
-
Hallo zusammen!
Ich denke, ich habe den Fehler gefunden. Muss ich die Tage mal testen.
Bei mir sind insgesamt 84 LEDs verbaut.
-- jeweils 24 LEDs oben und unten über die volle Breite
-- und dazwischen sind an den Seiten dann jeweils 14 LEDsIch habe entsprechend gesetzt:
$top=24
$bot=24
$left=14
$right=14Da ich so nur eine LED in der Ecke habe (die äußeren der langen Streifen oben und unten) habe ich dann $cor=1 gesetzt.
(0/1 habe ich als false/true interpretiert).Ich vermute, ich muss die Seiten einfach auf 16 erhöhen, oder muss ich $cor auf false setzen?
-- Mir erschließt sich die Logik noch nicht so ganz, aber an etwas anderem kann's ja gar nicht liegen.Viele Grüße,
Marcus -
Und stehen LEDs über den Bildschirm ?Santos,
was genau ist eigentlich damit gemeint?Gruß,
Marcus -
Hi,
So, ich hab' mal 'ne neue VDR Version hochgezogen mit 1.7.36, SoftHDDevice 0.5.2 und SEDUAtmo 0.0.2.
Wo kann ich dem Plugin sagen, welches Device er benutzen soll (/dev/ttyUSB0), bzw. welches default benutzt das Plugin (/dev/ttySEDU)?Auf der alten Installation läuft mit boblight alles einwandfrei, so dass ich davon ausgehe, das ich an der Hardware nichts ändern muss.
Grüße,
Edit:
das log beim Anstecken sieht irgendwie merkwürdig aus:Coderoot@xi:/usr/local/src/vdr/PLUGINS/src/seduatmo# dmesg|grep -i ftdi ... [22070.806143] usb 4-3: Manufacturer: FTDI [22070.813240] ftdi_sio 4-3:1.0: FTDI USB Serial Device converter detected [22070.819353] usb 4-3: FTDI USB Serial Device converter now attached to ttyUSB0 [22075.550343] usb 4-3: usbfs: interface 0 claimed by ftdi_sio while 'brltty' sets config #1 [22075.552610] ftdi_sio ttyUSB0: FTDI USB Serial Device converter now disconnected from ttyUSB0 [22075.552645] ftdi_sio 4-3:1.0: device disconnected
und natürlich existiert kein Device unter /dev/ttyUSB0Edit2:
Lösung des Device-Problems hierZitat -
Also gehts nun? /dev/ttyUSB0 ist fest ein programmiert. Ansonsten wird noch ttySEDU gestestet, ob vorhanden.
Jetzt mitmachen!
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!