You are not logged in.

Dear visitor, welcome to VDR Portal. If this is your first visit here, please read the Help. It explains in detail how this page works. To use all features of this page, you should consider registering. Please use the registration form, to register here or read more information about the registration process. If you are already registered, please login here.

helau

Sage

  • "helau" started this thread

Posts: 5,120

Location: Northern Black Forest

  • Send private message

1

Tuesday, April 3rd 2012, 12:11am

svdrpsend oder dbus2vdr beschleunigen

Hallo

Ich wuerde auch gerne Tasten via svdrpsend oder dbus2vdr senden. Das ist allerdings limitiert auf 1 Aktion pro Sekunde. Hat jemand ne Idee wie man dem Beine machen koennte ?
Gen2VDR / alcd / admin / yacoto - Features & Bugs - HW: Zotac Geforce 9300 MoBo / Cine-S2 im Activy Gehaeuse
und her mit den Logs :)

2

Tuesday, April 3rd 2012, 12:19am

Das ist allerdings limitiert auf 1 Aktion pro Sekunde. Hat jemand ne Idee wie man dem Beine machen koennte ?


Wieso "Beine machen" und "beschleunigen" wenn du es auf max. 1 Aktion pro Sekunde begrenzen willst? Was hast du vor?

cu

Mein VDR

Mein VDR
Digitainer2xBouget DVB-SDebian Squeeze (Kernel 2.6.35.3 von kernel.org)Softdevice Ausgabepluginvdr 1.6.0-3 (Extensions Patch 72) und viele Plugins von SourceMedion X10 FernbedienungSDC-Megtron Display (240x128x1) mit GraphLCD-PluginFreevo 1.9.0
Vodcatcher Helper in ein freundliches DEB verpackt, Tester Willkommen: http://dl.dropbox.com/s/705bh6ydgisfrqu/index.htmlFingerprint: 8A104A00D5031773A9F72A19BAEE135EA7860149

3

Tuesday, April 3rd 2012, 6:38am

helau möchte es nicht auf eine Sekunde begrenzt haben, sondern er sagt das es das ist und er es gerne schneller hätte. Woher die Limitierung kommt/kommen soll weiss ich allerdings nicht. Ich vermute dbus2vdr benutzt das selbe wie svdrp, restfulapi machts dann wohl auch so ? Kommt das von cRemote::Put ? Kann man vielleicht mehr als eine Taste pro Call übergeben (wenn nicht von Put kommt) und woher kommt die Einsicht das es nur eine Taste pro Sekunde gibt ?
VDR User: 87 - LaScala LC14B - LG/Phillipps 6,4" VGA Display | Asrock H61/U3S3 | G630T | 1x 16GB Mobi Mtron 3035 1x WD 750GB 2,5" |1x L4m DVB-S2 Version 5.4

4

Tuesday, April 3rd 2012, 7:19am

Das ist allerdings limitiert auf 1 Aktion pro Sekunde. Hat jemand ne Idee wie man dem Beine machen koennte ?

Wie sendest du denn Tasten an das dbus-Plugin? Evtl. macht es Sinn eine Variante zu wählen, bei der nicht pro Aktion eine Verbindung zu dem dbus2vdr-plugin erzeugt wird (wie bei dbus-send bzw. dem Wrapper vdr-dbus-send.sh), sondern das Verbindungsobjekt gehalten wird.
yaVDR-Doku

Meine VDRs

VDR 1: Point of View Ion-330-1 (Intel Atom 330@1,6 GHz). 2GB, 4TB HDD, KNC One DVB-C, Sundtek MediaTV Pro (DVB-C), Atric IR-Einschalter Rev.5, yaVDR 0.5 testing
VDR 2: Acer Revo 3610, 4GB Ram, 1x HDD 320 GB, Pinnacle PCTV SAT 452e, Medion X10, YaVDR 0.5
VDR 3: Intel DH67BL, Celeron 540, 4 GB Ram, POV Geforce 210 512 MB, 500 GB, DD Duo-flex CT, Arch LInux, VDR 2.1.6, CIR-Empfänger
Client 1: Raspberry Pi Model B, Arch Linux ARM, VDR 2.1.6
vdr-epg-daemon + MariaDB auf Cubietruck mit 32 GB SSD, Arch Linux ARM, optional Sundtek MediaTV Pro III + VDR 2.1.6
Ceterum censeo enchiridia esse lectitanda.

helau

Sage

  • "helau" started this thread

Posts: 5,120

Location: Northern Black Forest

  • Send private message

5

Tuesday, April 3rd 2012, 8:10am

svdrpsend.pl und vdr-dbus-send.sh senden bei mir beide so ca einen Befehl pro Sekunde raus, das laesst sich einfach mittels

Source code

1
for i in $(seq 1 10) ; do svdrpsend chan ; done

testen. Egal welche Aktion man ausfuehrt dauert das bei mir 1 Sekunde im Schnitt. Um z.B. ein input device zu nutzen ist dies zu langsam.
Ich weiss dafuer gibts das remote Plugin, aber ich habe nen eigenen eventmapper, welcher auch Makros ausfuehren kann, daher ist das remote plugin dafuer ungeeignet.
Variante B) waere Lirc commands zu senden, das sollte schneller moeglich sein.
Gen2VDR / alcd / admin / yacoto - Features & Bugs - HW: Zotac Geforce 9300 MoBo / Cine-S2 im Activy Gehaeuse
und her mit den Logs :)

mini73

Moderator

Posts: 6,404

Location: Flensburg

  • Send private message

6

Tuesday, April 3rd 2012, 9:23am

Moin!

Ich könnte mir vorstellen, "HitKey" von dbus2vdr zu erweitern bzw. eine neue Methode "HitKeys" einzubauen, die ein Array von Tastendrücken entgegennimmt.
Der Verbindungsaufbau (egal ob Socket oder DBus) dauert leider seine Zeit, deshalb könntest du auch überlegen, ob du statt eines Shell-Scripts vielleicht auf Python oder eine andere Sprache umstellst, wo du einmal eine Verbindung aufbaust und diese dann immer wieder benutzt.
DBus soll mit Python eigentlich recht einfach zu benutzen sein, hab's aber noch nie richtig gemacht, da ich kein Python kann.

dbus2vdr benutzt intern "cRemote:: Put", siehe https://github.com/flensrocker/vdr-plugi…r/remote.c#L175
Keine Ahnung, wie "schnell" das geht oder nicht.

Lars.

meine Signatur

vdr2: yaVDR 0.5/softhddevice @ G540, Intel DH67BLB3, Asus GT610/2GB, DDBridge + 2x DuoFlex C/T
vdr: yaVDR 0.2/pvr350 @ Sempron 64 LE-1200, MSI K9MM-V, 1x PVR350, 2x Satelco EasyWatch DVB-C
hdvdr: yaVDR unstable/softhddevice @ E8400, Asus P5Q SE Plus, 1x L4M-TwinCI + Flex C/T, 1x Sundtek MediaTV Pro, GT520
Plugins: | avahi4vdr | dbus2vdr | dynamite | noepg | pvrinput | sundtek |
pre-alpha Plugins: | ddci CI-Support für DD/L4M (siehe Post 1048374) |

gda

Im Forum Zuhause

Posts: 13,390

Location: HH

  • Send private message

7

Tuesday, April 3rd 2012, 9:53am

Probier doch mal das restfulapi, vielleicht ist das ja schneller.

Gerald

HP Proliant MicroServer Gen8, Xeon E3-1230, 12 GB RAM, 3xWD red 2TB im RAID 5, 2xSundtek MediaTV Home DVB-C/T, L4M TWIN-C/T, Ubuntu Server 12.04.2, Plex Media Server
Samsung UE55H6470

8

Tuesday, April 3rd 2012, 10:18am

Den reinen Verbindungsaufbau kann man für viele Tastendrücke "wegoptimieren". Ich habe mir z.B. ein Perl-Modul für SVDRP gebaut, welches die Verbindung über die gesamte Laufzeit meines Perl-Programms geöffnet lässt und anfallende Aufrufe über die offene Verbindung absetzt. Selbstverständlich kann man sowas nur für Programme machen, die nur wenige Sekunden Laufzeit haben, denn sonst wäre die SVDRP-Verbindung dauerhaft durch dieses eine Programm belegt.

9

Tuesday, April 3rd 2012, 10:44am

OT:
dbus Aufruf mit Python:
https://github.com/yavdr/vdr-addon-avahi…hi-mounter#L213
Relevant ist 215 - 217 und import dbus


Angenommen es ist ein Eventgerät/uinput daemon, dann denke ich bei uns würde sowas bei uns zu eventlircd geschickt werden, der das dann normal per Lirc an den VDR schickt.
VDR User: 87 - LaScala LC14B - LG/Phillipps 6,4" VGA Display | Asrock H61/U3S3 | G630T | 1x 16GB Mobi Mtron 3035 1x WD 750GB 2,5" |1x L4m DVB-S2 Version 5.4

10

Tuesday, April 3rd 2012, 11:43am

Also das

Source code

1
for i in $(seq 1 10) ; do /usr/bin/dbus-send --system --type=method_call --dest=de.tvdr.vdr /Remote de.tvdr.vdr.remote.HitKey string:'right'; done

läuft bei mir mit gefühlten 15 Anschlägen pro Sekunde. Getestet in nen Edit Feld (Da rast der Cursor nach Rechts).

Ich nutze dbus2vdr auch um Fernbedienungkommandos zum VDR zu bringen (über lircrc und irexec). Und das läuft eigentlich Verzögerungsfrei und ohne Probleme.

BTW: Python ist echt träge, das braucht wirklich 1 Sekunde pro Taste.

Source code

1
2
3
4
5
6
7
8
9
10
11
12
#!/usr/bin/env python
# coding=utf-8

import dbus

bus = dbus.SystemBus()
HitKey = bus.get_object('de.tvdr.vdr', '/Remote') 

a = 0
while a < 10 :
  a += 1
  HitKey.HitKey("right",dbus_interface = 'de.tvdr.vdr.remote')

Seltsam, ich dachte eigentlich das das schneller ist?

cu

Mein VDR

Mein VDR
Digitainer2xBouget DVB-SDebian Squeeze (Kernel 2.6.35.3 von kernel.org)Softdevice Ausgabepluginvdr 1.6.0-3 (Extensions Patch 72) und viele Plugins von SourceMedion X10 FernbedienungSDC-Megtron Display (240x128x1) mit GraphLCD-PluginFreevo 1.9.0
Vodcatcher Helper in ein freundliches DEB verpackt, Tester Willkommen: http://dl.dropbox.com/s/705bh6ydgisfrqu/index.htmlFingerprint: 8A104A00D5031773A9F72A19BAEE135EA7860149

This post has been edited 5 times, last edit by "Keine_Ahnung" (Apr 3rd 2012, 12:09pm)


helau

Sage

  • "helau" started this thread

Posts: 5,120

Location: Northern Black Forest

  • Send private message

11

Tuesday, April 3rd 2012, 12:40pm

Also das

Source code

1
for i in $(seq 1 10) ; do /usr/bin/dbus-send --system --type=method_call --dest=de.tvdr.vdr /Remote de.tvdr.vdr.remote.HitKey string:'right'; done

läuft bei mir mit gefühlten 15 Anschlägen pro Sekunde. Getestet in nen Edit Feld (Da rast der Cursor nach Rechts).

Das koennte der entscheidende Hinweis sein :)
Bei Dir fehlt der Parameter --print-reply , da werde ich heute abend mal testen ob das den Ausschlag macht.

Quoted

dbus2vdr benutzt intern "cRemote:: Put", siehe https://github.com/flensrocker/vdr-plugi…r/remote.c#L175
Keine Ahnung, wie "schnell" das geht oder nicht.

Das ist sicher schnell genug

Quoted

Probier doch mal das restfulapi, vielleicht ist das ja schneller.

Werde ich auch heute abend mal machen ...
Gen2VDR / alcd / admin / yacoto - Features & Bugs - HW: Zotac Geforce 9300 MoBo / Cine-S2 im Activy Gehaeuse
und her mit den Logs :)

12

Tuesday, April 3rd 2012, 12:49pm

Bei Dir fehlt der Parameter --print-reply , da werde ich heute abend mal testen ob das den Ausschlag macht.


Stimmt, jetzt wo du es sagst... Mal getestet, mit --print-reply komme ich hier auch auf einen Anschlag pro Sekunde. Ich hatte den nicht bewusst weggelassen, war eher Zufall das ich das in diesem Fall immer ohne nutzte (hier brauchts ja keinen Reply also setzte ich den Parameter erst gar nicht).

Das könnte auch ne Erklärung sein warum die Pythonvariante so träge ist. Vermutlich wartet die Python Implementierung immer auf nen Reply.

cu

Mein VDR

Mein VDR
Digitainer2xBouget DVB-SDebian Squeeze (Kernel 2.6.35.3 von kernel.org)Softdevice Ausgabepluginvdr 1.6.0-3 (Extensions Patch 72) und viele Plugins von SourceMedion X10 FernbedienungSDC-Megtron Display (240x128x1) mit GraphLCD-PluginFreevo 1.9.0
Vodcatcher Helper in ein freundliches DEB verpackt, Tester Willkommen: http://dl.dropbox.com/s/705bh6ydgisfrqu/index.htmlFingerprint: 8A104A00D5031773A9F72A19BAEE135EA7860149

This post has been edited 1 times, last edit by "Keine_Ahnung" (Apr 3rd 2012, 12:54pm)


mini73

Moderator

Posts: 6,404

Location: Flensburg

  • Send private message

13

Tuesday, April 3rd 2012, 12:49pm

Moin!

Das "--print-reply" wartet auf den Rückgabewert des Aufrufs, wenn du den nicht brauchst, kannst du einfach die Aufruf absetzen und gut ist. Ist dann sowas ähnliches wie ein DBus-Signal (fire and forget).
Das wird das sicherlich etwas beschleunigen.

"HitKeys" einzubauen ist auch nicht so schlimm, werde ich demnächst mal tun. dbus2vdr ist sowieso dazu gedacht, auf Zuruf um die nötigen Funktionen erweitert zu werden. :)
Ich freu mich über jeden neuen Nutzer...

Lars.

meine Signatur

vdr2: yaVDR 0.5/softhddevice @ G540, Intel DH67BLB3, Asus GT610/2GB, DDBridge + 2x DuoFlex C/T
vdr: yaVDR 0.2/pvr350 @ Sempron 64 LE-1200, MSI K9MM-V, 1x PVR350, 2x Satelco EasyWatch DVB-C
hdvdr: yaVDR unstable/softhddevice @ E8400, Asus P5Q SE Plus, 1x L4M-TwinCI + Flex C/T, 1x Sundtek MediaTV Pro, GT520
Plugins: | avahi4vdr | dbus2vdr | dynamite | noepg | pvrinput | sundtek |
pre-alpha Plugins: | ddci CI-Support für DD/L4M (siehe Post 1048374) |

mini73

Moderator

Posts: 6,404

Location: Flensburg

  • Send private message

14

Tuesday, April 3rd 2012, 12:57pm

Moin!

Was ich sonst noch zu Python/DBus gefunden habe:
http://dbus.freedesktop.org/doc/dbus-pyt…us-method-calls

Und hier ganz am Ende schreibt er irgendwas von "ignore_reply", kann ja mal jemand mit Ahnung ausprobieren... :)
http://smcv.pseudorandom.co.uk/2008/11/nonblocking/

Lars.

meine Signatur

vdr2: yaVDR 0.5/softhddevice @ G540, Intel DH67BLB3, Asus GT610/2GB, DDBridge + 2x DuoFlex C/T
vdr: yaVDR 0.2/pvr350 @ Sempron 64 LE-1200, MSI K9MM-V, 1x PVR350, 2x Satelco EasyWatch DVB-C
hdvdr: yaVDR unstable/softhddevice @ E8400, Asus P5Q SE Plus, 1x L4M-TwinCI + Flex C/T, 1x Sundtek MediaTV Pro, GT520
Plugins: | avahi4vdr | dbus2vdr | dynamite | noepg | pvrinput | sundtek |
pre-alpha Plugins: | ddci CI-Support für DD/L4M (siehe Post 1048374) |

15

Tuesday, April 3rd 2012, 2:01pm

Hier ist die non Blocking Python Lösung ;)

Source code

1
2
3
4
5
6
7
8
9
#!/usr/bin/env python
# coding=utf-8

import os

a = 0
while a < 10 :
  a += 1
  os.system("/usr/bin/dbus-send --system --type=method_call --dest=de.tvdr.vdr /Remote de.tvdr.vdr.remote.HitKey string:'right' &")


Ernsthaft, da brauchts für die Python Lösung anscheinend Threading und irgendwie wirds dann komplizierter (jedenfalls zu komplizierter für nen kleines Tastensendscript). Aber wenn hier jemand ne saubere Python Lösung kennt und Posten mag ... ;) Ich würde mich freuen das mal zu sehen.

cu

Mein VDR

Mein VDR
Digitainer2xBouget DVB-SDebian Squeeze (Kernel 2.6.35.3 von kernel.org)Softdevice Ausgabepluginvdr 1.6.0-3 (Extensions Patch 72) und viele Plugins von SourceMedion X10 FernbedienungSDC-Megtron Display (240x128x1) mit GraphLCD-PluginFreevo 1.9.0
Vodcatcher Helper in ein freundliches DEB verpackt, Tester Willkommen: http://dl.dropbox.com/s/705bh6ydgisfrqu/index.htmlFingerprint: 8A104A00D5031773A9F72A19BAEE135EA7860149

gda

Im Forum Zuhause

Posts: 13,390

Location: HH

  • Send private message

16

Tuesday, April 3rd 2012, 2:28pm

Hier ist die non Blocking Python Lösung

Clown gefrühstückt? :)

Gerald

HP Proliant MicroServer Gen8, Xeon E3-1230, 12 GB RAM, 3xWD red 2TB im RAID 5, 2xSundtek MediaTV Home DVB-C/T, L4M TWIN-C/T, Ubuntu Server 12.04.2, Plex Media Server
Samsung UE55H6470

17

Tuesday, April 3rd 2012, 2:46pm

Hier ist die non Blocking Python Lösung

Clown gefrühstückt? :)


Nur etwas frustriert vom Versuch es richtig zu machen ;) Irgendwie wollte die dbus Loop nicht so in nen extra Thread so wie ich das wollte.

cu

Mein VDR

Mein VDR
Digitainer2xBouget DVB-SDebian Squeeze (Kernel 2.6.35.3 von kernel.org)Softdevice Ausgabepluginvdr 1.6.0-3 (Extensions Patch 72) und viele Plugins von SourceMedion X10 FernbedienungSDC-Megtron Display (240x128x1) mit GraphLCD-PluginFreevo 1.9.0
Vodcatcher Helper in ein freundliches DEB verpackt, Tester Willkommen: http://dl.dropbox.com/s/705bh6ydgisfrqu/index.htmlFingerprint: 8A104A00D5031773A9F72A19BAEE135EA7860149

mini73

Moderator

Posts: 6,404

Location: Flensburg

  • Send private message

18

Wednesday, April 4th 2012, 11:34pm

Moin!

dbus2vdr 0.0.4c kann nun mehrere Tasten in einem Rutsch in den vdr jagen.
Einfach mehrere angeben:

Source code

1
vdr-dbus-send /Remote remote.HitKey string:'Menu' string:'Down' string:'Down' string:'Ok' ...

Ich hoffe, das ist dann schnell genug, selbst mit der Rückmeldung... :)

Lars.

meine Signatur

vdr2: yaVDR 0.5/softhddevice @ G540, Intel DH67BLB3, Asus GT610/2GB, DDBridge + 2x DuoFlex C/T
vdr: yaVDR 0.2/pvr350 @ Sempron 64 LE-1200, MSI K9MM-V, 1x PVR350, 2x Satelco EasyWatch DVB-C
hdvdr: yaVDR unstable/softhddevice @ E8400, Asus P5Q SE Plus, 1x L4M-TwinCI + Flex C/T, 1x Sundtek MediaTV Pro, GT520
Plugins: | avahi4vdr | dbus2vdr | dynamite | noepg | pvrinput | sundtek |
pre-alpha Plugins: | ddci CI-Support für DD/L4M (siehe Post 1048374) |

19

Friday, May 11th 2012, 4:24pm

So, nach einer kleinen experimentellen Phase (ist ganz einfach, wenn man mal verstanden hat, was man tun muss ;)) kann ich eine Lösung für nicht-blockierende Aufrufe per dbus in Python präsentieren:

Source code

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
#!/bin/python
# -*- coding:"utf-8" -*-

import sys
import traceback
import gobject
import dbus
import dbus.mainloop.glib

# Callbacks for asynchronous calls

def handle_reply(r,*args):
    print "replied", str(r)
    return True

def handle_error(e):
    print "dbus-handler raised an exception! That's not meant to happen..."
    print "\t", str(e)

def make_calls(remote,key):
    remote.send_key(key)
    return True


class dbusVDRremote():
    def __init__(self):
        dbus.mainloop.glib.DBusGMainLoop(set_as_default=True)
        bus = dbus.SystemBus()
        try:
            proxy_obj = bus.get_object("de.tvdr.vdr", "/Remote")
            self.remote = dbus.Interface(proxy_obj, "de.tvdr.vdr.remote")
        except dbus.DBusException:
            traceback.print_exc()
            print usage
            sys.exit(1)
            
    def send_key(self, key):
        self.remote.HitKey(str(key),reply_handler=handle_reply,
                             error_handler=handle_error)
        return True
        
def main():
    remote = dbusVDRremote()
    key = "DOWN"
    gobject.timeout_add(150, make_calls, remote, key) # Sends a "HitKey DOWN" every 150ms - replace by another gobject-event to do something useful... (have a look at lircd2uinput if you want to know how to read a lircd-socket using event-polling together with gobject https://github.com/yavdr/yavdr-utils/blob/master/lircd2uinput/lircd2uinput ;)
    loop = gobject.MainLoop(is_running=True)
    while loop.is_running():
      try:
        loop.run()
      except:
        print "Unexpected error:", sys.exc_info()[0]
        raise
        mainloop.quit()

if __name__ == '__main__':
	main()

Das Beispiel-Skript drückt alle 150ms die Nach-unten Taste - hier könnte man aber auch eine Reaktion auf eine Änderung an einem Socket, einer Datei oder anderen Events mit Callback, die gobject bietet einhängen. Ein Beispiel für einen Lirc-Socket mit gobject.io_add_watch findet man hier: https://github.com/yavdr/yavdr-utils/blo…ut/lircd2uinput
yaVDR-Doku

Meine VDRs

VDR 1: Point of View Ion-330-1 (Intel Atom 330@1,6 GHz). 2GB, 4TB HDD, KNC One DVB-C, Sundtek MediaTV Pro (DVB-C), Atric IR-Einschalter Rev.5, yaVDR 0.5 testing
VDR 2: Acer Revo 3610, 4GB Ram, 1x HDD 320 GB, Pinnacle PCTV SAT 452e, Medion X10, YaVDR 0.5
VDR 3: Intel DH67BL, Celeron 540, 4 GB Ram, POV Geforce 210 512 MB, 500 GB, DD Duo-flex CT, Arch LInux, VDR 2.1.6, CIR-Empfänger
Client 1: Raspberry Pi Model B, Arch Linux ARM, VDR 2.1.6
vdr-epg-daemon + MariaDB auf Cubietruck mit 32 GB SSD, Arch Linux ARM, optional Sundtek MediaTV Pro III + VDR 2.1.6
Ceterum censeo enchiridia esse lectitanda.

This post has been edited 6 times, last edit by "seahawk1986" (May 24th 2012, 7:23am)


mini73

Moderator

Posts: 6,404

Location: Flensburg

  • Send private message

20

Thursday, July 12th 2012, 11:14am

Moin!

dbus2vdr 0.0.8 sollte nun flotter reagieren, so langsam verstehe ich, was dbus von mir will...
Eine Implementation des dbus-main-loops ist keine einfache Sache, vor allen Dingen, weil es so gut wie gar nicht dokumentiert ist.

Lars.

meine Signatur

vdr2: yaVDR 0.5/softhddevice @ G540, Intel DH67BLB3, Asus GT610/2GB, DDBridge + 2x DuoFlex C/T
vdr: yaVDR 0.2/pvr350 @ Sempron 64 LE-1200, MSI K9MM-V, 1x PVR350, 2x Satelco EasyWatch DVB-C
hdvdr: yaVDR unstable/softhddevice @ E8400, Asus P5Q SE Plus, 1x L4M-TwinCI + Flex C/T, 1x Sundtek MediaTV Pro, GT520
Plugins: | avahi4vdr | dbus2vdr | dynamite | noepg | pvrinput | sundtek |
pre-alpha Plugins: | ddci CI-Support für DD/L4M (siehe Post 1048374) |