imagebau.GOLDEN MEDIA SPARK

[hellmaster1024]

@seife
vielen dank für deinen patch https://gitorious.org/neutrino-hd/build ... idle.patch

ich war so frei und habe den patch etwas abgewandelt und ins Duckbox git eingespielt.
http://gitorious.org/open-duckbox-proje ... fd239fa4f6

[seife]

Hellmaster: achtung, pinky hat das auch mal probiert und es hat nicht geholfen sondern ihm sind die boxen dauernd abgeschmiert. Des weiteren ist das von der Kooperation des userspace abhängig: nur wenn alle demuxer geschlossen sind, wird beim nächsten öffnen resetted. Deswegen denke ich hat es bei pinky auch nie funktioniert...
Ausserdem ist das ein Hack, eigentlich müsste man das aus dem pti.ko heraus triggern, wenn da müll ankommt. Dann könnte man auch DMA stoppen etc. Aber aus bekannten Gründen hilft es ja nicht viel, das im opensource-pti.ko zu ändern, weil das dann inkompatibel mit dem non-opensource pti.ko wird was vermutlich nicht massenkompatibel sein dürfte.

Dietmar: die Versionen müssen sich unterscheiden. opkg guckt nur auf die Versionnummer im Packages file. Deswegen zähle ich ja jedes mal die Buildnummer hoch, wenn das Paket nicht identisch zum vorgängerbuild ist. Wenn du jeden Tag das buildsystem komplett wegwirfst, wird das nicht funktionieren, du musst mindestens pkgs/opkg behalten, damit die Versionen hochzählen. Ansonsten fängt die Buildnummer immer wieder mit "1" an.

[hellmaster1024]

Hellmaster: achtung, pinky hat das auch mal probiert und es hat nicht geholfen sondern ihm sind die boxen dauernd abgeschmiert. Des weiteren ist das von der Kooperation des userspace abhängig: nur wenn alle demuxer geschlossen sind, wird beim nächsten öffnen resetted. Deswegen denke ich hat es bei pinky auch nie funktioniert...
Ausserdem ist das ein Hack, eigentlich müsste man das aus dem pti.ko heraus triggern, wenn da müll ankommt. Dann könnte man auch DMA stoppen etc. Aber aus bekannten Gründen hilft es ja nicht viel, das im opensource-pti.ko zu ändern, weil das dann inkompatibel mit dem non-opensource pti.ko wird was vermutlich nicht massenkompatibel sein dürfte.

Dietmar: die Versionen müssen sich unterscheiden. opkg guckt nur auf die Versionnummer im Packages file. Deswegen zähle ich ja jedes mal die Buildnummer hoch, wenn das Paket nicht identisch zum vorgängerbuild ist. Wenn du jeden Tag das buildsystem komplett wegwirfst, wird das nicht funktionieren, du musst mindestens pkgs/opkg behalten, damit die Versionen hochzählen. Ansonsten fängt die Buildnummer immer wieder mit "1" an.

Ich hab den Patch so wie ich ihn eingechekt habe von mehren Betatestern 2 Tage lang auf der Atevio 7500 testen lassen. Bis jetzt sind da keinerlei Fehler aufgetreten. Bei der Migration des Patches für die anderne Boxen musste ich noch etwas Hand anlegen. Dein Patch bezog sich ja nur auf die Spark Routine. Sollten trotzdem noch weitere Probleme durch diesen Patch auftauchen, dann werde ich/wir sicher noch was umbauen.

Das Resetten des TSM muss für eine saubere Lösung nicht zwingend aus dem PTI erfolgen. Es gibt Möglichkeiten durch Auslesen von Registern einen Overflow im TSM zu erkennen. Der Reset des TSM muss dann wirklich nur erfolgen wenn ein Overflow aufgetreten ist. Im Moment habe ich leider nicht so viel Zeit und habe daher diese Lösung erstmal mittelfristig eingechekt da sie bis jetzt läuft und noch keine größeren Probleme aufgetreten sind.

Ich gebe dir aber recht das man Langfristig eine schönere Lösung ausarbeiten sollte.

Bei der Atevio 7500 hatten wir das Problem das nach unregelmäßigen Abständen einer oder beide der Tuner keine Daten mehr geliefert haben. Dein Patch sah vielversprechend aus und daher habe ich deinen Patch migriert und testen lassen. Glücklicherweise mit Erfolg.

Der zweite Punkt, den du angesprochen hast, dass der TSM nur resettet wird wenn alle demuxer geschlossen also inaktiv sind habe ich so umgebaut, dass der TSM resettet wird sobald ein feed auf einem demuxer gestartet wird der inaktiv war. Daher ist die Variable running nun in den Context gewandert. Jeder Tuner/Session hat einen eigenen Context.
Kritisch war ob das Resetten des TSM eine laufende Aufnahme auf einem anderen demuxer stört und zu defekten Aufnahmen oder Aussetzern im TV bild führt. Meine Tester haben aber berichtet das alle Aufnahmen ok waren und auch im TV-Bild keine Aussetzer zu erkenen waren.

[seife]

Ok, ich habe halt im pti gesehen, dass da erst müll kam (Tags die es nicht gibt: 5,6,7) und dann gar nichts mehr.
Meine Idee wäre gewesen, im PTI, "wenn da müll kommt, dann dma anhalten, dann resetten". Aber ich habe auch nicht die geringste Ahnung vom PTI zeug, das einzige was ich darüber weiss habe ich aus den Treiberquellen und experimentell ermittelt... Insofern ist es sicher nicht schlecht, wenn da mal jemand draufschaut, der da etwas mehr weiss.

Mein Problem war halt, dass ich mit neutrino keinen vollständigen scan von astra + hotbird hinbekommen habe, irgendwann spätestens beim 2. Satellit war dann Ende.
Ab und zu kam es auch beim Zappen zu dem Effekt, aber selten.

Mit dem Patch ist das nun weg. Nicht schön, aber hilfreich

[hellmaster1024]

Ok, ich habe halt im pti gesehen, dass da erst müll kam (Tags die es nicht gibt: 5,6,7) und dann gar nichts mehr.
Meine Idee wäre gewesen, im PTI, "wenn da müll kommt, dann dma anhalten, dann resetten". Aber ich habe auch nicht die geringste Ahnung vom PTI zeug, das einzige was ich darüber weiss habe ich aus den Treiberquellen und experimentell ermittelt... Insofern ist es sicher nicht schlecht, wenn da mal jemand draufschaut, der da etwas mehr weiss.

Mein Problem war halt, dass ich mit neutrino keinen vollständigen scan von astra + hotbird hinbekommen habe, irgendwann spätestens beim 2. Satellit war dann Ende.
Ab und zu kam es auch beim Zappen zu dem Effekt, aber selten.

Mit dem Patch ist das nun weg. Nicht schön, aber hilfreich

ja das war beim Atevio auch so ... läuft jetzt auch ... so gibt es jedenfalsl kein zeitdruck das schön und fertig zu machen

[AudioSlyer]

Ich hab mal die Icons von Doom2010 aus dem DB2W auf 75% gebracht, damit ich über SCART schicke Icons habe. Danke an Doom2010
Anbei seine Icons von mir auf 75% gebracht.

http://home.arcor.de/audioslyer/spark/I ... _75pro.zip

[azureus]

@seife Da sind die codes für Amiko 8900

Code: Alles auswählen

 begin codes
          POWER                    0xDA25	[LT:00000000:init  ] irmp_get_data proto:  2 addr: 0x3699 cmd: 0x005b fl: 0
          TV/SAT                   0x5AA5	[LT:00000000:init  ] irmp_get_data proto:  2 addr: 0x3699 cmd: 0x005a fl: 0
          V.FORMAT                 0x52AD	[LT:00000000:init  ] irmp_get_data proto:  2 addr: 0x3699 cmd: 0x004a fl: 0
          SLEEP                    0x728D	[LT:00000000:init  ] irmp_get_data proto:  2 addr: 0x3699 cmd: 0x004e fl: 0
          MUTE                     0x7A85	[LT:00000000:init  ] irmp_get_data proto:  2 addr: 0x3699 cmd: 0x005e fl: 0
          Picasa                   0x1AE5	[LT:00000000:init  ] irmp_get_data proto:  2 addr: 0x3699 cmd: 0x0058 fl: 0
          SHOUTCAST                0x12ED	[LT:00000000:init  ] irmp_get_data proto:  2 addr: 0x3699 cmd: 0x0048 fl: 0
          YOUTUBE                  0x32CD	[LT:00000000:init  ] irmp_get_data proto:  2 addr: 0x3699 cmd: 0x004c fl: 0
          SPARK                    0x3AC5	[LT:00000000:init  ] irmp_get_data proto:  2 addr: 0x3699 cmd: 0x005c fl: 0	
          KEY_1                    0x4AB5	[LT:00000000:init  ] irmp_get_data proto:  2 addr: 0x3699 cmd: 0x0052 fl: 0
          KEY_2                    0x6A95	[LT:00000000:init  ] irmp_get_data proto:  2 addr: 0x3699 cmd: 0x0056 fl: 0
          KEY_3                    0x42BD	[LT:00000000:init  ] irmp_get_data proto:  2 addr: 0x3699 cmd: 0x0042 fl: 0
          KEY_4                    0x0AF5	[LT:00000000:init  ] irmp_get_data proto:  2 addr: 0x3699 cmd: 0x0050 fl: 0
          KEY_5                    0x2AD5	[LT:00000000:init  ] irmp_get_data proto:  2 addr: 0x3699 cmd: 0x0054 fl: 0
          KEY_6                    0x02FD	[LT:00000000:init  ] irmp_get_data proto:  2 addr: 0x3699 cmd: 0x0040 fl: 0
          KEY_7                    0xCA35	[LT:00000000:init  ] irmp_get_data proto:  2 addr: 0x3699 cmd: 0x0053 fl: 0
          KEY_8                    0xEA15	[LT:00000000:init  ] irmp_get_data proto:  2 addr: 0x3699 cmd: 0x0057 fl: 0
          KEY_9                    0xC23D	[LT:00000000:init  ] irmp_get_data proto:  2 addr: 0x3699 cmd: 0x0043 fl: 0
          TV/RADIO                 0x8877	[LT:00000000:init  ] irmp_get_data proto:  2 addr: 0x3699 cmd: 0x0011 fl: 0
          KEY_0                    0xA857	[LT:00000000:init  ] irmp_get_data proto:  2 addr: 0x3699 cmd: 0x0015 fl: 0
          RECALL                   0x807F	[LT:00000000:init  ] irmp_get_data proto:  2 addr: 0x3699 cmd: 0x0001 fl: 0
          SAT                      0x629D	[LT:00000000:init  ] irmp_get_data proto:  2 addr: 0x3699 cmd: 0x0046 fl: 0
          FAV                      0xBA45	[LT:00000000:init  ] irmp_get_data proto:  2 addr: 0x3699 cmd: 0x005d fl: 0
          VOL-                     0x38c7	[LT:00000000:init  ] irmp_get_data proto:  2 addr: 0x3699 cmd: 0x001c fl: 0
          VOL+                     0x22dd	[LT:00000000:init  ] irmp_get_data proto:  2 addr: 0x3699 cmd: 0x0044 fl: 0
          PG-                      0xA05F	[LT:00000000:init  ] irmp_get_data proto:  2 addr: 0x3699 cmd: 0x001f fl: 0
          PG+                      0xF807	[LT:00000000:init  ] irmp_get_data proto:  2 addr: 0x3699 cmd: 0x0005 fl: 0
          INFO                     0xE21D	[LT:00000000:init  ] irmp_get_data proto:  2 addr: 0x3699 cmd: 0x0047 fl: 0
          EPG                      0x7887	[LT:00000000:init  ] irmp_get_data proto:  2 addr: 0x3699 cmd: 0x001e fl: 0
          MENU                     0x9A65	[LT:00000000:init  ] irmp_get_data proto:  2 addr: 0x3699 cmd: 0x0059 fl: 0
          EXIT                     0x58A7	[LT:00000000:init  ] irmp_get_data proto:  2 addr: 0x3699 cmd: 0x001a fl: 0
          FIND                     0xB24D	[LT:00000000:init  ] irmp_get_data proto:  2 addr: 0x3699 cmd: 0x004d fl: 0
          REC                      0x708F	[LT:00000000:init  ] irmp_get_data proto:  2 addr: 0x3699 cmd: 0x000e fl: 0
          UP                       0xD827	[LT:00000000:init  ] irmp_get_data proto:  2 addr: 0x3699 cmd: 0x001b fl: 0
          DOWN                     0xF00F	[LT:00000000:init  ] irmp_get_data proto:  2 addr: 0x3699 cmd: 0x000f fl: 0
          LEFT                     0x926D	[LT:00000000:init  ] irmp_get_data proto:  2 addr: 0x3699 cmd: 0x0049 fl: 0
          RIGHT                    0x50AF	[LT:00000000:init  ] irmp_get_data proto:  2 addr: 0x3699 cmd: 0x000a fl: 0
          OK                       0xD02F	[LT:00000000:init  ] irmp_get_data proto:  2 addr: 0x3699 cmd: 0x000b fl: 0
          RED                      0x8A75	[LT:00000000:init  ] irmp_get_data proto:  2 addr: 0x3699 cmd: 0x0051 fl: 0
          GREEN                    0x08F7	[LT:00000000:init  ] irmp_get_data proto:  2 addr: 0x3699 cmd: 0x0010 fl: 0
          YELLOW                   0xC837	[LT:00000000:init  ] irmp_get_data proto:  2 addr: 0x3699 cmd: 0x0013 fl: 0
          BLUE                     0x48B7	[LT:00000000:init  ] irmp_get_data proto:  2 addr: 0x3699 cmd: 0x0012 fl: 0
          FR                       0xAA55	[LT:00000000:init  ] irmp_get_data proto:  2 addr: 0x3699 cmd: 0x0055 fl: 0
          PLAY                     0x28D7	[LT:00000000:init  ] irmp_get_data proto:  2 addr: 0x3699 cmd: 0x0014 fl: 0
          FF                       0x6897	[LT:00000000:init  ] irmp_get_data proto:  2 addr: 0x3699 cmd: 0x0016 fl: 0
          PAUSE                    0xE817	[LT:00000000:init  ] irmp_get_data proto:  2 addr: 0x3699 cmd: 0x0017 fl: 0
          PLAY_MODE                0x20DF	[LT:00000000:init  ] irmp_get_data proto:  2 addr: 0x3699 cmd: 0x0004 fl: 0
          FILELIST                 0xA25D	[LT:00000000:init  ] irmp_get_data proto:  2 addr: 0x3699 cmd: 0x0045 fl: 0
          USB                      0xE01F	[LT:00000000:init  ] irmp_get_data proto:  2 addr: 0x3699 cmd: 0x0007 fl: 0
          STOP                     0x609F	[LT:00000000:init  ] irmp_get_data proto:  2 addr: 0x3699 cmd: 0x0006 fl: 0
          F1                       0x827D	[LT:00000000:init  ] irmp_get_data proto:  2 addr: 0x3699 cmd: 0x0041 fl: 0
          F2                       0x00FF	[LT:00000000:init  ] irmp_get_data proto:  2 addr: 0x3699 cmd: 0x0000 fl: 0
          F3                       0xC03F	[LT:00000000:init  ] irmp_get_data proto:  2 addr: 0x3699 cmd: 0x0003 fl: 0
          F4                       0x40BF	[LT:00000000:init  ] irmp_get_data proto:  2 addr: 0x3699 cmd: 0x0002 fl: 0
      end codes

Steht bestimmt schon irgendwo aber ich finde es zurzeit einfach nicht wo kann ich die codes eingeben(welche datei ?? ) damit mein amiko wirklich kopmplett zu bedienen ist...

[dietmarw]

/etc/lircd.conf

[seife]

LIRMP wird nicht mehr verwendet. Wenn du die codes noch bekommst, hast du den lircd nicht gestartet.
LIRC HOWTOs gibt es ja genügend im Netz.

[dietmarw]

..
per telnet einloggen, dann "killall neutrino", dann "HAL_DEBUG=0x20 neutrino"
..
Dann sollte für jeden Tastendruck eine Zeile im Terminal erscheinen. Die brauche ich, und jeweils den Namen der Taste dazu.

Code: Alles auswählen

[LT:00000000:init  ] irmp_get_data proto:  2 addr: 0x5a45 cmd: 0x0056 fl: 0
[LT:00000000:init  ] irmp_get_data proto:  2 addr: 0x5a45 cmd: 0x0056 fl: 1
[LT:00000000:init  ] irmp_get_data proto:  2 addr: 0x5a45 cmd: 0x0057 fl: 0
[LT:00000000:init  ] irmp_get_data proto:  2 addr: 0x5a45 cmd: 0x0057 fl: 1
[LT:00000000:init  ] irmp_get_data proto:  2 addr: 0x5a45 cmd: 0x0014 fl: 0
[LT:00000000:init  ] irmp_get_data proto:  2 addr: 0x5a45 cmd: 0x0014 fl: 1

Das war F1, F2 und F3 auf der GM990 FB. flag "0" heisst "taste gedrückt", flag "1" heisst "repeat".
...

dieser test geht aber mit lircd nicht mehr?
denn weder die original fb noch die dbox tastatur erzeugen dort ausgaben..

[seife]

Nein, das geht nicht mehr. Mit lircd wird die Fernbedienung von lircd behandlet und es werden dann via uinput ganz normale input-Events gemacht, so als ob man eine normale Tastatur angeschlossen hätte.
Wenn der lircd die Taste nicht kennt, kommt beim uinput und somit beim neutrino gar nichts an.


Der LIRMP-Code hat die Fernbedienung selbst abgehandelt (ich hatte den eingebaut, weil ursprünglich lircd eher langsam auf die Fernbedienung reagiert hatte, aber dafür ist jetzt ein Patch im lircd drin).

[OlliT]

Ich muss ja sagen das bei mir die LIRMP-Lösung nen wenig besser funktioniert als mit Lirc... Hab da auch schon nen wenig mit den repeat-Werten gespielt, aber ohne Lirc hab ich da einfach nen besseres Feeling. Gut das man beides nutzen kann.

[azureus]

Lade mal für andere Amiko Alien user eine Passende Lircd.conf hoch



p.s.: Ist nicht von mir sondern von Thomas66 aus dem hdfreaks Board vielen Dank dafür nochmal

[Nullinga]

Ich muss ja sagen das bei mir die LIRMP-Lösung nen wenig besser funktioniert als mit Lirc... Hab da auch schon nen wenig mit den repeat-Werten gespielt, aber ohne Lirc hab ich da einfach nen besseres Feeling. Gut das man beides nutzen kann.

wie kann mann die "LIRMP-Lösung" ausprobieren, was ist hier zu tun um ohne lirc zu testen ?

[toto1]

Ich muss ja sagen das bei mir die LIRMP-Lösung nen wenig besser funktioniert als mit Lirc... Hab da auch schon nen wenig mit den repeat-Werten gespielt, aber ohne Lirc hab ich da einfach nen besseres Feeling. Gut das man beides nutzen kann.

wie kann mann die "LIRMP-Lösung" ausprobieren, was ist hier zu tun um ohne lirc zu testen ?

Sollte ausreichen wenn in /var/run/ der lirc Ordner gelöscht wird (dann kommt es aber drauf an welche FB in deinen Neutrino Harcodet ist). Meine die Abfrage von Seife war dahin und wenn der da ist dann wird lircd genutzt wenn nicht irmp.

Nachteil für irmp ist das man bei den Clones (Pingulux, AMiko, GM990 jeweils ein eigenes Neutrino.bin braucht wo die Tasten hardcodet sind. Bei Lircd kann man einfach die lircd.conf anpassen dann passt es auf allen Fulanclones.

Vorteil war das es meiner Meinung nach schneller und besser reagiert aber mit dem Patch ist lircd vollkommen ausreichend.(meine Meinung)

[Nullinga]

seife hat doch gm990 von daher denke ich das irmp da schon passt für gm990 (hab ich auch)

aber /var/run/ ist nur ein link nach /tmp dort ist dann ordner "lirc" mit 2 dateien.

edit:
hab einfach mal lircd in /etc/init.d gelöscht ... klappt nun einwandfrei mit der orginal gm990 FB

meine Logitech Harmony885 verweigert nun aber den Dienst ! hab aber die GM990 bei Logitech Setup eingestellt ) warum ist das nun so ?

lircd wieder rein und beide gehn wieder.

[dietmarw]

Lade mal für andere Amiko Alien user eine Passende Lircd.conf hoch

p.s.: Ist nicht von mir sondern von Thomas66 aus dem hdfreaks Board vielen Dank dafür nochmal

ich leg die mal ungetestet bei mir mit rein..
sollte noch jemand für andere geräte versionen haben, immer her damit..

[toto1]

seife hat doch gm990 von daher denke ich das irmp da schon passt für gm990 (hab ich auch)

aber /var/run/ ist nur ein link nach /tmp dort ist dann ordner "lirc" mit 2 dateien.

edit:
hab einfach mal lircd in /etc/init.d gelöscht ... klappt nun einwandfrei mit der orginal gm990 FB

meine Logitech Harmony885 verweigert nun aber den Dienst ! hab aber die GM990 bei Logitech Setup eingestellt ) warum ist das nun so ?

lircd wieder rein und beide gehn wieder.

Kann ich dir nicht sagen aber evtl. ist das der FB Code doch etwas anders.

[Tann]

ich kann die lircd machen - nur das Problem ist ja folgendes

die Predata 6699 um die es hier geht wird von mehreren FB genutzt und jeweils in der FB anders beschriftet

Wenn ich amiko alien FB nehme - dann muß ich die bedienen als hätte ich ne EdisionFB in der Hand !

jedenfalls man muß da die Predata sich nicht unterscheidet dann eine Art Auswahlmenü machen (das würde klappen da hoch runter hin her und ok immer gleich ist) und dann sein Receiver wählen und diese lircd würde dann genutzt

Pinky hat es wie ich es Vorschlug damals so umgesetzt das er ausliest welche ID der Reci hat und hat dann die richtige Datei eingebunden, was auch super funktioniert und auch bei PKT verwendet wird

[dietmarw]

wenn pkt den sourcecode der änderung liefert baut seife das bestimmt gerne ein..

[toto1]

wenn pkt den sourcecode der änderung liefert baut seife das bestimmt gerne ein..

Man könnte auch mehrer lircd.conf machen und in der rcs am Anfang abfagen, welche id da ist und danach laden. Beispiel

Code: Alles auswählen

   pingulux=`grep -c 'STB_ID=09:00:08:00' /proc/cmdline`
   if [ $pingulux == 0 ]; then
   mv lircdpingu.conf lircd.conf
   elif ...........

Wobei ich meine auch mir einer passenden Großen lircd wo alles drin ist geht es beim Amiko trotz gleicher predata, muss mal nachfragen aber meine ich hätte jemanden eine gemacht wo er gesagt hat sie ging.

[Tann]

Klar geht die da - nur die Tasten sind dann falsch

man muß 2 getrennte Dateien machen und die per ID abfrage einbinden

[seife]

Ich hab da mal was eingebaut:
Wenn es /etc/lircd.conf.XX_YY_ZZ mit XX YY und ZZ die ersten 3 Bytes der STB_ID (also für amiko /etc/lircd.conf.09_00_0A) gibt, dann wird die benutzt.
Die oben angehängte habe ich als /etc/lircd.conf.09_00_0A mit eingebaut. Wer updates für die Config files hat, immer her damit. Ich kann nur GM990 testen.

[Tann]

Danke

[Nullinga]

@seife findest du nicht das bei der "gm990" das händling ohne lircd besser ist ?

finde die LIRMP Lösung um einiges flüssiger , lösche im moment immer lircd.
hoffe das bleibt so erhalten wie es im mom ist.