Displayanzeige auf der Spark

[AudioSlyer]

Hi,
in dem anderen Thread habe ich auf der 6ten Seite kurz beschreiben wie man das Spark-N-HD-Seife-USB Image baut.
Ist ein HowTo für die Erstellung eines Spark-FlashImage auch gewünscht? Hmmm, hab natürlich keinen Bock wegen einer verflashten Box blöd angemacht zu werden.

@Pinky: Warum bist du denn auf "mkyaffs2 -o spark_oob.img rootfs_dir e2yaffs2.img" umgestiegen? Nur weil das nah am Original ist?

[doc]

Hi Audio,
wenn Du da etwas in petto hast dann schreibe es doch einfach. Der übliche Disclaimber wird zwar gerne überlesen aber ist ja selbstverständlich.

[schpuntik]

@Pinky: Warum bist du denn auf "mkyaffs2 -o spark_oob.img rootfs_dir e2yaffs2.img" umgestiegen? Nur weil das nah am Original ist?

Ich bin halt nicht pinky aber kann dir eins sagen. Yaffs2 ist halt etwas schneller als jffs2 und das ist halt der grund.

[dietmarw]

...
Ist ein HowTo für die Erstellung eines Spark-FlashImage auch gewünscht?...

jo, gerne..

[azureus]

Hi,
in dem anderen Thread habe ich auf der 6ten Seite kurz beschreiben wie man das Spark-N-HD-Seife-USB Image baut.
Ist ein HowTo für die Erstellung eines Spark-FlashImage auch gewünscht?

dann wäre der USB-Anschluss auch wieder frei für die Externe

[Schischu]

Für das erstellen kann man sich gerne hier Orientieren:

http://dev.duckbox.info/cgi-bin/cgit.cg ... lash/spark
bzw.
http://dev.duckbox.info/cgi-bin/cgit.cg ... rt_w_fw.sh

@Pinky was mir noch einfällt, hast du Jffs2 auch nochmal mit sumtool getestet?
Weil ich glaube du hast früher immer die Methode ohne Sumtool genutzt und das ist klar das Jffs2 ohne Sumtool langsamer ist.

[AudioSlyer]

@Schischu: Cool, da steht ja schon alles. Wenn man durchs Leben geht Danke

[dietmarw]

...
spark packst doch nur den folder mit:

$(prefix)/host/bin/mkfs.jffs2 -r $(prefix)/release_evolux_with_dev -o $(prefix)/e2jffs2.img -e 0x20000 -n

...

liegt ungetestet auf
http://dietmarw.polsum.net
http://dietmarw.trale.de (wohl temp offline)

[Tann]

Funktioniert - ausser die Fernbedienung und Display noch nicht
Fernbedienung wie kann man die Ändern, einbinden?

[dietmarw]

display ist bekannt und zur zeit not supported
fernbedienung, hast du mit ner reloaded getestet? da sollte es gehen?

[AudioSlyer]

Im anderen Thread steht wie du neutrino anpassen kannst, Seite 3 oder so.

[seife]

Inzwischen sollte es auch reichen, lirc zu bauen und das lirc-Paket zu installieren. Wenn lircd gestartet ist, dann wird das bevorzugt verwendet. Allerdings müssen vermutlich die Fernbedienungsbeschreibungen für nicht-GM990 noch angepasst / gefixt werden, weil ich die nicht testen kann.

[Tann]

getestet hatte ich Pingulux FB mit Predata 6699 und EE11 sowie Amiko Alien
normal gehen die unternander und die Tasten sind nur an anderer Stelle

[seife]

hast du schon mit lircd getestet? Mit IRMP geht nur die gm990 FB.

[dietmarw]

@seife
ist denn schon eine vision vorhanden wie evtl. unterscheidliche fernbedienungen in eine gemeinsame distribution eingebunden werden können?
so ala alle versionen mit bauen und über markerfiles auswählbar machen?

[Tann]

hast du schon mit lircd getestet? NEIN

hab das Image getestet so wie es ist

[doc]

@seife
ist denn schon eine vision vorhanden wie evtl. unterscheidliche fernbedienungen in eine gemeinsame distribution eingebunden werden können?
so ala alle versionen mit bauen und über markerfiles auswählbar machen?

Dann sind wir wohl wirklich bei einer nötigen Modularisierung angekommen.
Meiner Meinung nach lässt sich so etwas per Plattform spezifischer Libs sauber lösen, solange aber eine kommerzielle Implementierung von Neutrino hier eigene Wege geht wird so etwas recht aufwendig da man doch lauter Sonderlocken fahren muss.

Von einer echten Multiplattformlösung ist man dann doch noch weit weg.

[seife]

Einfach nur LIRC mit einbauen und evtl. die Konfiguration für die anderen Fernbedienungen fixen, dann gehen beliebige Fernbedienungen. Hoffe ich zumindest.

Hätte ich gewusst, das LIRC auch uinput verwenden kann und wäre der "use_last_remote_first" patch (der das Ansprechverhalten um einige Grössenordnungen verbessert) schon vorhanden gewesen, hätte ich IRMP nie implementiert

[dietmarw]

Einfach nur LIRC mit einbauen und evtl. die Konfiguration für die anderen Fernbedienungen fixen, dann gehen beliebige Fernbedienungen. Hoffe ich zumindest...

aber das bedingt ja für die breite masse eine distribution für jede fernbedienung.

welche vorgehensweise würdest du vorschlagen um die fernbedienung in einer bestehenden distribution umschaltbar zu machen?
-markerfiles (bedingt alle bekannten konfigurationen im build zu implementieren)
-keyboard.conf (wäre wohl am universellsten)

edit:
ok, lirc bauen..
aber ist die conf davon nachher in der distribution noch änderbar, oder wird die mit eincompiliert?

[seife]

lirc wird in /etc/lircd.conf konfiguriert. Da können auch mehrere Fernbedienungen drin stehen und man kann es ohne neu kompilieren ändern.

Anscheinend sind einige der verschiedenen Fernbedienungen "über kreuz" kodiert, also selbe codes mit verschiedenen Funktionen. Das könnte man aber mit mehreren Konfigurationsdateien, abhängig vom Receivermodell erschlagen.

[AudioSlyer]

Funktioniert - ausser die Fernbedienung und Display noch nicht
Fernbedienung wie kann man die Ändern, einbinden?

Was? DietmarWs Flash-Image? Ohne Kernel im Zip könnte das schwierig werden.

[Tann]

wieso uimage nimmt man vom P1 Ordner

ein User mit Gm 990 reloaded hat Fernbedienung erfolgreich getestet
------
beim PKT und (nachdem ich das Pinky vorschlug) auch bei Pinky wird das über die ID ausgelesen, und die richtige FB dann genommen

[dietmarw]

wär ja schön wenn so etwas auch mal wieder der allgemeinheit zur verfügung gestellt würde..

[dietmarw]

..
Hätte ich gewusst, das LIRC auch uinput verwenden kann und wäre der "use_last_remote_first" patch (der das Ansprechverhalten um einige Grössenordnungen verbessert) schon vorhanden gewesen, hätte ich IRMP nie implementiert

wie sieht es denn aus mit lirc zum default machen?

[dietmarw]

..
ein User mit Gm 990 reloaded hat Fernbedienung erfolgreich getestet
..

thx..