Wir haben aktuell ein Problem mit dem Board und arbeiten an der Lösung...
-> Aktuell bereiten wir das Upgrade auf die aktuelle Version 6 von Woltlab vor.
-
Das YOWSUP Paket ist inzwischn komplett veraltet und funktioniert nicht mehr. WA erlaubt nur mehr verschlüsselte Verbindungen.
Zu deiner Frage: du musst auf der Box eine Tel-Nummer exklusiv registrieren, d.h. du kannst auf der Box deinen normale Nummer auf dem Handy nicht weiternutzen. Das erlaubt WA leider (noch) nicht.
-
Sehe ich das richtig, dass man für das Erzeugen eines .deb Files immer ein Makefile braucht?
-
Immerhin. Der OE2.5 Arm Xrosscompiler läuft. ![smile :)](https://www.i-have-a-dreambox.com/wbb5/images/smilies/emojione/263a.png)
Schnell mal X-Komplilierungs-Script damit angeworfen.
Er findet iostream.h nicht:
In file included from atmo7-multi.cpp:24:0:
atmolightd-multi.h:1:21: fatal error: iostream: No such file or directory
compilation terminated.
Ich schaue mir das am Wochenende mal genauer an. Aktuell läuft der Build für's OE2.2.
LG,
Mamba
-
Wenn das dubbelige OE 2.5 endlich mal durchkompilieren würde, könnte man sich zumindest schon mal ansehen, was am Plugin zu tun wäre ..
/usr/src/debug/gcc-runtime/5.3.0-r0/gcc-5.3.0/build.arm-oe-linux-gnueabi.arm-oe-linux-gnueabi/arm-oe-linux-gnueabi/libstdc++-v3/src/c++98/messages_members_cow.cc:139: undefined reference to `__dso_handle'
| ../src/c++98/.libs/libc++98convenience.a(messages_members.o):/usr/src/debug/gcc-runtime/5.3.0-r0/gcc-5.3.0/build.arm-oe-linux-gnueabi.arm-oe-linux-gnueabi/arm-oe-linux-gnueabi/libstdc++-v3/src/c++98/messages_members.cc:139: more undefined references to `__dso_handle' follow
| collect2: error: ld returned 1 exit status
| Makefile:605: recipe for target 'libstdc++.la' failed
| make[3]: *** [libstdc++.la] Error 1
| make[3]: Leaving directory '/home/mamba/Projekte/OE2.5/opendreambox/build/dm900/tmp-glibc/work/cortexa15hf-neon-vfpv4-oe-linux-gnueabi/gcc-runtime/5.3.0-r0/gcc-5.3.0/build.arm-oe-linux-gnueabi.arm-oe-linux-gnueabi/arm-oe-linux-gnueabi/libstdc++-v3/src'
| Makefile:637: recipe for target 'all-recursive' failed
| make[2]: *** [all-recursive] Error 1
-
Hi,
leider kann ich dir zu dem Plugin nichts weiter sagen, aber vermutlich wird der Autor (speedyisfast) das Plugin mal im OE 2.5 neu kompilieren müssen.
Kontaktiere speedyisfast mal, vielleicht macht er das ja. Ich habe mir auch ein OE2.5 gebaut, um zu sehen, ob man es braucht.
Die "chasing red lights" kommen vom Sedu-Steuergerät selbst, die werden nicht vom Plugin beeinflußt. Daher ist es normal, dass diese wie immer kommen. Dass die LEDs ausbleiben, deutet darauf hin, dass er "alle LEDs dunkel" permanent auf das Sedulight rausschreibt, d.h. das Plugin tut etwas. Dass alles dunkel bleibt, klingt nach einem Problem im Grabber, der aber nicht wirklich vom OE abhängig ist, da er direkt auf den Videobuffer zugreift. Schlüssig ist der fehler aus der Entfernung jedenfalls nicht.
LG,
Mamba
-
Welches Plugin nimmst du?
-
Aktueller Stand der Programmierung:
https://www.youtube.com/watch?v=-ku7pZ8vRu4
Atmolight-Plugin mit Sedu-Support. 110 Kanäle, 100 FPS mit der Ultimo am 60" TV. Man sieht bei den dunklen Passagen die 8 bit Auflösung. Mit 10 bit ist das etwas "smoother". Nicht wirklich schlimm, fällt im direkten Vergleich mit de KL aber auf. Das kann wiederrum nur 16 Kanäle ... ![smile :)](https://www.i-have-a-dreambox.com/wbb5/images/smilies/emojione/263a.png)
110 Kanäle mit 8 bit vs. 16 Kanäle mit 10 bit ... die Qual der Wahl ...
Bleibe beim Sedu. ![winking face :winking_face:](https://www.i-have-a-dreambox.com/wbb5/images/smilies/twemoji/1f609.png)
-
Apropos ...
falls jemand noch ein Karatelight8- oder ein Atmolight-Steuergerät braucht, bitte PN. Liegt hier noch rum und ist für 1/4 des Neupreises zu haben. Muss aufräumen und Platz für neues schaffen.
Beide Geräte funktionieren einwandfrei und sind unverbastelt.
Mamba
-
Jack Pot.
Dachte ich mir aber schon. Leider lag ein 12V Netzteil direkt neben dem 5V mit dem gleichen Stecker und tja ... Murphy halt.
Ich schau mal nach den Maßen, weil die billigen WS-Stripes haben einfach nicht genug Leuchtpower. Sieht zwar OK aus, aber deine alten Module waren VIEL besser. Frage: werden die LEDs immer noch mit 8 bit angesteuert oder inzwischen auch mit 10 bit?
LG,
-
Danke für das Angebot!
Ich habe eben mal die Module alle durchgetestet. Keins der Module war mit dem Seduboard ansprechbar. Die Module waren vor 3 Jahren ein paar Sekunden 12V ausgesetzt und haben seither rumgelegen. Klingt so, als ob sie alle gestorben sind? Kann man die noch irgendwie anders testen? Beim Einstecken blinken kurz die erste LED in jedem Modul in einer der Spektralfarben (mal blau, mal grün, selten rot). Aber, wie gesagt, sie gehen nicht an ... auch das rote Lauflicht kommt nicht.
Noch was anderes: ich habe noch 2 Seduboards aus der Anfangszeit (siehe Anhang), die wohl noch mit 250kbaud laufen. Kann ich die irgendwie selbst auf 500kbaud umbauen?
LG,
Mamba
EDIT: reicht es den Jumper für 500kb zu setzen?
-
Hi,
ja, der bewirkt, dass die Werte der jeweiligen 3 Spektralfarben um die eingestellten % abgesenkt werden. Viele Stripes haben einen Rot- oder Grünstich. Damit kann man den wegbekommen. Eine gelbe Wand kannste damit leider nicht (nur schlecht) kaschieren. Gelb ist eine Mischung aus Rot und Grün. Kannst ja mal probieren Rot und Grün etwas zu reduzieren. Gelb und Blau ergibt wiederrum Grün ..
Schwieriges Thema.
-
Tippe auf 12V Spannungsversorung. Evtl. angelaufene Kontakt an der Buchse oder Stecker, bzw. Netzteil an der Lastgrenze? Solche sporadischen Fehler kommen bei wenigen Users hin und wieder mal auf.
-
Kurz mal ein "Hallo" an joergm6. Bin jetzt nach 3 Jahren auch mal wieder aktiv und habe 3 SPF 87h (2x neue Version, 1 alte Version) in Betrieb. Eben mal auf das neue Plugin aktualisiert. Wurde auch Zeit. :.D Tolle Arbeit, Joerg!
Gruß, Mamba
-
friday13: welche Version und welches Image setzt du ein?
Stelle man den Autostart im Plugin aus, boote die Box neu, logge dich per ssh/telnet ein und gibt das hier ein:
/usr/sbin/atmolightd
Poste dann mal die Ausgaben hier.
-
Interessant! Dann bleibt die bisherige Variante schnell an die Videodecoderdaten zu kommen leider vorerst versperrt. Die Grabber auf den Broadcom Boxen haben alle so funktioniert, dass sie am OS vorbei direkt im Videospeicher die Bilddaten ausgelesen haben (z.B. auf der DM8000 per DMA). Das ist eine recht krude, aber sehr effektive Variante. Und auch halbwegs schnell.
Mit dem im Atmolight-Plugin eingesetzten Hyperthreading kann man sich beim Auslesen dieser Daten auf ca. 10 FPS beschränken. Ob man ein 4K Bild im E2 10x pro Sekunde auslesen und an den Daemon übertragen kann? Das wäre die Frage. Wenn jemand damit Erfahrung hat, könnte man sich ein Gemeinschaftsprojekt überlegen. Ich bin leider kein Python Experte.
-
Kann die Box auf 4k auf HD runterskalieren, wenn man sie zeitweise an mein alten HD-ready TV betreiben will? Klar, macht sachlich keinen Sinn, geht mir nur um die Frage, ob das für bestimmte temp. Einsatzwecke geht.
-
Du stellst Fragen.
Keine Ahnung, bin total out of date. Das aiograb war zum Screenshot machen da, genau. In dessen Source Code könnte die Lösung für die 4k Boxen zu finden sein ...
-
Exakt. So ist es. Geht nur um den Grabber und ein paar Kleinigkeiten am python-Pluginteil.
m0rphU:
Zitat
make: Verzeichnis „/home/mamba/Projekte/OE2.5/opendreambox“ wird betreten
[*] Building image for dm900
![Zunge raus :tongue:](https://www.i-have-a-dreambox.com/wbb5/images/smilies/tongue2.gif)
-
holymoly: Haha ... stimmt. Ich bin zwar nicht heiß auf Spende, verstehe aber was du meinst. ![winking face :winking_face:](https://www.i-have-a-dreambox.com/wbb5/images/smilies/twemoji/1f609.png)
chrisly: Das Problem ist, dass der Grabber (kopiert Videodaten in den RAM, damit darauf die Farben für die LEDs berechnet werden können) auf die neuen Boxen angepasst werden muss. Das hat mit HD oder UDH erst mal gar nix zu tun. Ob man das Plugin auf UHD sonst noch anpassen muss, müßte man testen. Prinzipiell liest es die Auflösung aus /proc aus und es gibt kein Limit im Code auf HD.
m0rphU: Das sieht gut aus mit ner Devshell. Sauge das OE gerade. Mal schauen. Bzgl. ARM: läuft das aiograb von Seddi auf den UDH Boxen? Wenn ja, müsste man mal den Code studieren. Das gäbe erste Hinweise, was zu tun sein würde.
-
Cool! Danke! Weißt du zufällig, ob es weiterhin die Devshell im OE2.5 gibt?