Ich benutze eine Harmony 600 und habe für den htpc das MCE Profil programmiert. Damit kann ich die vorhandene Keymap aus /usr/lib/udev/rc_keymaps/rc6_mce verwenden. Da diese Namespace-konforme Tastennamen benutzt (siehe http://www.yavdr.org/documentation/0.5/de/ch02s03.html, also z.B. KEY_0, KEY_1 etc.) muss ich die remote.xml von kodi nicht anpassen, sondern kann die mitgelieferte verwenden.
Beiträge von olebowle
-
-
Auch mit meiner uralt Firmware lief er ohne Probleme, daher habe ich den Pull-Request gemerged.
Sehr schön.
-
Das die S960 ab dem 3.18er Kernel supported wird, ist ja unabhängig von Debian. Allerdings wirst du auf die Schnelle keinen Debian Release mit einem Kernel >= 3.18 bekommen. Selbst Jessie (vom April 2015) hat nur Linux 3.16.
-
Das ist insofern eher weniger gut, da du ja der ursprüngliche Entwickler und jetziger Maintainer bist... Das zu forken wäre imho weniger vorteilhaft. Die Änderungen halten sich doch in Grenzen.
(Eine ähnlich unglückliche Situation wie bei eventlircd, da tat sich seit Jahren nix. Jetzt hat es OpenELEC geforkt, Kleinigkeiten geändert und reagieren auch nicht auf Pull Requests. )
-
Die S960 wird ab 3.18 unterstützt siehe: DVBSky Mainline Support. Wenn man noch einen älteren Kernel nutzt muss man bei jedem Kernelupdate den media-builld-tree erneut bauen.
Die Firmware wird man auch zukünftig installieren müssen. Aber das macht man ja nur einmal, i.d.R. ändert sich die Firmware selten.
-
Auf dem htpc läuft bei mir auch eventlircd, was ich viel lieber als lircd einsetze. Für den IR-Empfänger meines Laptops gibt es leider noch keine rc-core Unterstützung (und wird es wohl nicht mehr geben). Deswegen nutze ich dort noch lircd.
-
siehe revert_219b01.patch: https://bugs.archlinux.org/task/46550#comment139538
-
Als ich auf eventlircd umgestiegen bin wurde lircd nicht mehr gepflegt (was sich jetzt wohl wieder geändert hat). Außerdem hatte sich lircd des Öfteren aufgehangen (100% CPU Auslastung), wenn ich dauerhaft eine Taste drückte.
Eventlircd kann man verwenden, wenn der IR-Empfänger vom rc-core Subsystem erkannt wird, sprich wenn ir-keytable entsprechende Geräte anzeigt.
-
Das GT-S3SCR4 LNB läuft bei mir seit einem Jahr völlig problemlos.
-
Ich benutze eventlircd um lirc zu ersetzen, weil ich früher auch immer mal Probleme mit lirc hatte.
-
Ich bekomme meine S952 auch nicht mit 4.1.x ans Laufen (4.2 hab ich noch nicht getestet). Ich muss dafür immer noch das Treiberpaket von dvbsky.net nutzen. Bei mir liegt es wohl daran, dass ich noch eine ältere S952 mit TS2020 Tuner habe. Antti Palosaari hat den Support für TS2020 und TS2022 zwar zusammengelegt und meine Karte wird jetzt auch erkannt und es werden Nodes in /dev/dvb/ angelegt, allerdings bekomme ich ausschließlich Timeouts und keinen Lock (siehe kompletten Thread http://comments.gmane.org/gman…nput-infrastructure/89127)
Hier mal ein Log mit dem Kernel Treiber:
Jul 31 17:47:35 htpc kernel: cx23885 driver version 0.0.4 loaded
Jul 31 17:47:35 htpc kernel: cx23885 0000:04:00.0: enabling device (0000 -> 0002)
Jul 31 17:47:35 htpc kernel: CORE cx23885[0]: subsystem: 4254:0952, board: DVBSky S952 [card=50,autodetected]
Jul 31 17:47:36 htpc kernel: cx25840 3-0044: cx23885 A/V decoder found @ 0x88 (cx23885[0])
Jul 31 17:47:37 htpc kernel: cx25840 3-0044: loaded v4l-cx23885-avcore-01.fw firmware (16382 bytes)
Jul 31 17:47:37 htpc kernel: cx23885_dvb_register() allocating 1 frontend(s)
Jul 31 17:47:37 htpc kernel: cx23885[0]: cx23885 based dvb card
Jul 31 17:47:37 htpc kernel: i2c i2c-2: m88ds3103_attach: chip_id=70
Jul 31 17:47:37 htpc kernel: i2c i2c-2: Added multiplexed i2c bus 4
Jul 31 17:47:37 htpc kernel: ts2020 4-0060: Montage Technology TS2020 successfully identified
Jul 31 17:47:37 htpc kernel: DVB: registering new adapter (cx23885[0])
Jul 31 17:47:37 htpc kernel: cx23885 0000:04:00.0: DVB: registering adapter 0 frontend 0 (Montage M88DS3103)...
Jul 31 17:47:37 htpc kernel: DVBSky S952 port 1 MAC address: ff:ff:ff:ff:ff:ff
Jul 31 17:47:37 htpc kernel: cx23885_dvb_register() allocating 1 frontend(s)
Jul 31 17:47:37 htpc kernel: cx23885[0]: cx23885 based dvb card
Jul 31 17:47:37 htpc kernel: i2c i2c-1: m88ds3103_attach: chip_id=70
Jul 31 17:47:37 htpc kernel: i2c i2c-1: Added multiplexed i2c bus 5
Jul 31 17:47:37 htpc kernel: ts2020 5-0060: Montage Technology TS2020 successfully identified
Jul 31 17:47:37 htpc kernel: DVB: registering new adapter (cx23885[0])
Jul 31 17:47:37 htpc kernel: cx23885 0000:04:00.0: DVB: registering adapter 1 frontend 0 (Montage M88DS3103)...
Jul 31 17:47:37 htpc systemd[1]: Found device /dev/dvb/adapter0/demux0.
Jul 31 17:47:37 htpc kernel: DVBSky S952 port 2 MAC address: ff:ff:ff:ff:ff:ff
Jul 31 17:47:37 htpc kernel: cx23885_dev_checkrevision() Hardware revision = 0xa5
Jul 31 17:47:37 htpc kernel: cx23885[0]/0: found at 0000:04:00.0, rev: 4, irq: 17, latency: 0, mmio: 0xf7200000
Jul 31 17:47:41 htpc kernel: i2c i2c-2: m88ds3103: found a 'Montage M88DS3103' in cold state
Jul 31 17:47:41 htpc kernel: i2c i2c-2: m88ds3103: downloading firmware from file 'dvb-demod-m88ds3103.fw'
Jul 31 17:47:42 htpc kernel: i2c i2c-2: m88ds3103: found a 'Montage M88DS3103' in warm state
Jul 31 17:47:42 htpc kernel: i2c i2c-2: m88ds3103: firmware version 3.B
Jul 31 17:47:42 htpc vdr[447]: [447] DVB API version is 0x050A (VDR was built with 0x050A)
Jul 31 17:47:42 htpc vdr[447]: [447] frontend 0/0 provides DVB-S,DVB-S2 with QPSK ("Montage M88DS3103")
Jul 31 17:47:42 htpc kernel: i2c i2c-1: m88ds3103: found a 'Montage M88DS3103' in cold state
Jul 31 17:47:42 htpc kernel: i2c i2c-1: m88ds3103: downloading firmware from file 'dvb-demod-m88ds3103.fw'
Jul 31 17:47:43 htpc kernel: i2c i2c-1: m88ds3103: found a 'Montage M88DS3103' in warm state
Jul 31 17:47:43 htpc kernel: i2c i2c-1: m88ds3103: firmware version 3.B
Jul 31 17:47:43 htpc vdr[447]: [447] frontend 1/0 provides DVB-S,DVB-S2 with QPSK ("Montage M88DS3103")
Jul 31 17:47:43 htpc vdr[447]: [447] found 2 DVB devices
Jul 31 17:47:56 htpc vdr[447]: [469] frontend 0/0 timed out while tuning to channel 1 (Das Erste HD), tp 111493
Jul 31 17:48:59 htpc vdr[447]: [510] frontend 1/0 lost lock on channel 115 (Test-R), tp 110743
Jul 31 17:49:01 htpc vdr[447]: [510] frontend 1/0 timed out while tuning to channel 115 (Test-R), tp 110743
Jul 31 17:49:03 htpc vdr[447]: [469] frontend 0/0 timed out while tuning to channel 1 (Das Erste HD), tp 111493
Jul 31 17:49:11 htpc vdr[447]: [510] frontend 1/0 timed out while tuning to channel 31 (ANIXE HD), tp 110773
Jul 31 17:49:21 htpc vdr[447]: [510] ERROR (dvbdevice.c,727): Die Wartezeit für die Verbindung ist abgelaufen
Jul 31 17:49:21 htpc vdr[447]: [510] frontend 1/0 regained lock on channel 31 (ANIXE HD), tp 110773
Jul 31 17:49:32 htpc vdr[447]: [510] frontend 1/0 timed out while tuning to channel 1073 (1-2-3.tv HD), tp 110802
Jul 31 17:49:53 htpc vdr[447]: [510] frontend 1/0 timed out while tuning to channel 133 (RTL HD), tp 110832
Jul 31 17:50:10 htpc vdr[447]: [469] frontend 0/0 timed out while tuning to channel 1 (Das Erste HD), tp 111493
Jul 31 17:50:13 htpc vdr[447]: [469] frontend 0/0 lost lock on channel 1 (Das Erste HD), tp 111493
Jul 31 17:50:14 htpc vdr[447]: [510] frontend 1/0 timed out while tuning to channel 137 (TVP1 OBSOLETE), tp 110861
Jul 31 17:50:15 htpc vdr[447]: [469] frontend 0/0 timed out while tuning to channel 1 (Das Erste HD), tp 111493
Jul 31 17:50:35 htpc vdr[447]: [510] frontend 1/0 timed out while tuning to channel 3 (MDR Sachsen HD), tp 110891
Hast du auch die TS2020 Tuner und wie ist deine chip_id (siehe Spoiler)? -
Das klingt nach rc-core. Poste doch mal die Ausgabe von ir-keytable.
-
Moin,
bei der S960 ist der IR-Empfänger mittels rc-core im Kernel implementiert. Dementsprechend brauchst du lirc eigentlich gar nicht. Du kannst mal mit folgender Anleitung versuchen eine Keymap für deine Fernbedienung zu erstellen: DVBSky (Mystique TeCaBiX) LIRC ?
Wie es aussieht unterstützt die S960 ausschließlich RC-5. Es kann also sein, dass du gar keine Codes siehst, wenn die Fernbedienung kein RC-5 spricht. Versuch macht kluch. -
Ich hab es gerade mal getestet - scheint zu funktionieren. Nebenwirkungen sehe ich auf Anhieb auch nicht. Dann kann ich ja jetzt endlich ffmpeg 2.7.2 nutzen.
Danke für den Tipp!
-
Mit dem Atric kenn ich mich leider nicht aus. Da muss jemand anderes ran.
-
Hattest du den Atric oder die S952 zum Empfangen der IR Signale benutzt?
Die S952 hat wohl noch die ursprüngliche Keymap geladen, weswegen ich vermute, dass du bisher den Atric genutzt hast.Falls du die S952 zum Empfang der IR Codes nutzen möchtest, kannst du wie folgt eine passende Keymap für deine Fernbedinung erstellen: DVBSky (Mystique TeCaBiX) LIRC ?
-
Moin louis,
danke für das Umstellen auf Open Sans. Jetzt muss ich nur noch tomas nerven, dass er es bei shady auch noch umstellt.
Dieses Repository wird bei jedem Start des Skindesigners aktualisiert, bzw. geclont falls nicht vorhanden.
Wäre es nicht sinnvoller, das Repo nur zu aktualisieren, wenn man auch wirklich was an den Skins verändern will? Abgesehen von der Implementierung (die ich mir noch nicht angeschaut habe) fände ich es besser das Aktualisieren nur beim Öffnen des skindesigner Setups durchzuführen.
-
Ist es eigentlich Absicht, dass in dem fontconfig file von vdr4arch am Ende die schließende > fehlt?
Mist, da ist gestern beim Kopieren für den Pull Request was schief gelaufen. (siehe neuen PR)
-
fc-match ist nicht besonders groß. Ich hab es testweise auf ca. 40 Zeilen zusammen gekürzt. Allerdings matched es immer, sprich auch wenn man gar keinen Fontnamen übergibt (dann vermutlich auf die Standardschrift).
Oder einfach aus dem esyslog ein dsyslog machen, dann seh ich es zumindest nicht mehr. -
Code
$ grep -Ri vdropen /var/lib/vdr/plugins/skindesigner/installerskins/shady/ /var/lib/vdr/plugins/skindesigner/installerskins/shady/globals.xml: <font name="light">VDROpen Sans Light:Light</font> /var/lib/vdr/plugins/skindesigner/installerskins/shady/globals.xml: <font name="semibold">VDROpen Sans Semibold:Semibold</font> /var/lib/vdr/plugins/skindesigner/installerskins/shady/README: b. Font: VDROpen Sans, many other fonts are to fat and don't fit in some areas!
So ist es. Die Idee war aber shady nicht jedes mal anpassen zu müssen, wenn man es über das Menü aktualisiert. Deshalb eben die 99-skindesigner.conf, um Open Sans als alias für VDROpen Sans zu konfigurieren. Die Schrift wird ja auch richtig ersetzt. Dennoch meckert Skindesigner am Start rum.