Sie sind nicht angemeldet.

Lieber Besucher, herzlich willkommen bei: VDR Portal. Falls dies Ihr erster Besuch auf dieser Seite ist, lesen Sie sich bitte die Hilfe durch. Dort wird Ihnen die Bedienung dieser Seite näher erläutert. Darüber hinaus sollten Sie sich registrieren, um alle Funktionen dieser Seite nutzen zu können. Benutzen Sie das Registrierungsformular, um sich zu registrieren oder informieren Sie sich ausführlich über den Registrierungsvorgang. Falls Sie sich bereits zu einem früheren Zeitpunkt registriert haben, können Sie sich hier anmelden.

helau

Erleuchteter

  • »helau« ist der Autor dieses Themas

Beiträge: 5 226

Wohnort: Northern Black Forest

  • Nachricht senden

1

Dienstag, 3. April 2012, 00:11

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 :)
VDR-Portal Forenregelergänzung: Wer es wagt Anfragen eines Moderators zu ignorieren kann an den virtuellen Pranger gestellt werden.

2

Dienstag, 3. April 2012, 00:19

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

Dienstag, 3. April 2012, 06:38

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

Dienstag, 3. April 2012, 07:19

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.6 testing
VDR 2: Acer Revo 3610, 4GB Ram, 1x HDD 320 GB, Pinnacle PCTV SAT 452e, Medion X10, YaVDR 0.5 testing
VDR 3: Intel DH67BL, Celeron 540, 4 GB Ram, POV Geforce 210 512 MB, 500 GB, DD Duo-flex CT, Arch LInux, VDR 2.2.0, CIR-Empfänger
Client 1: Raspberry Pi Model B, Arch Linux ARM, VDR 2.2.0
Client 2: Raspberry Pi 2, Arch Linux ARM, VDR 2.3.1
vdr-epg-daemon + MariaDB auf Cubietruck mit 32 GB SSD, Arch Linux ARM, optional Sundtek MediaTV Pro III + VDR 2.2.0
Ceterum censeo enchiridia esse lectitanda.

helau

Erleuchteter

  • »helau« ist der Autor dieses Themas

Beiträge: 5 226

Wohnort: Northern Black Forest

  • Nachricht senden

5

Dienstag, 3. April 2012, 08:10

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

Quellcode

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 :)
VDR-Portal Forenregelergänzung: Wer es wagt Anfragen eines Moderators zu ignorieren kann an den virtuellen Pranger gestellt werden.

6

Dienstag, 3. April 2012, 09:23

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) |

7

Dienstag, 3. April 2012, 09:53

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 14.04.1, Plex Media Server
Samsung UE55H6470

8

Dienstag, 3. April 2012, 10:18

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

Dienstag, 3. April 2012, 10:44

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

Dienstag, 3. April 2012, 11:43

Also das

Quellcode

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.

Quellcode

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

Dieser Beitrag wurde bereits 5 mal editiert, zuletzt von »Keine_Ahnung« (3. April 2012, 12:09)


helau

Erleuchteter

  • »helau« ist der Autor dieses Themas

Beiträge: 5 226

Wohnort: Northern Black Forest

  • Nachricht senden

11

Dienstag, 3. April 2012, 12:40

Also das

Quellcode

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.

Zitat

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

Zitat

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 :)
VDR-Portal Forenregelergänzung: Wer es wagt Anfragen eines Moderators zu ignorieren kann an den virtuellen Pranger gestellt werden.

12

Dienstag, 3. April 2012, 12:49

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

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »Keine_Ahnung« (3. April 2012, 12:54)


13

Dienstag, 3. April 2012, 12:49

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) |

14

Dienstag, 3. April 2012, 12:57

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

Dienstag, 3. April 2012, 14:01

Hier ist die non Blocking Python Lösung ;)

Quellcode

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

16

Dienstag, 3. April 2012, 14:28

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 14.04.1, Plex Media Server
Samsung UE55H6470

17

Dienstag, 3. April 2012, 14:46

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

18

Mittwoch, 4. April 2012, 23:34

Moin!

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

Quellcode

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

Freitag, 11. Mai 2012, 16:24

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:

Quellcode

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.6 testing
VDR 2: Acer Revo 3610, 4GB Ram, 1x HDD 320 GB, Pinnacle PCTV SAT 452e, Medion X10, YaVDR 0.5 testing
VDR 3: Intel DH67BL, Celeron 540, 4 GB Ram, POV Geforce 210 512 MB, 500 GB, DD Duo-flex CT, Arch LInux, VDR 2.2.0, CIR-Empfänger
Client 1: Raspberry Pi Model B, Arch Linux ARM, VDR 2.2.0
Client 2: Raspberry Pi 2, Arch Linux ARM, VDR 2.3.1
vdr-epg-daemon + MariaDB auf Cubietruck mit 32 GB SSD, Arch Linux ARM, optional Sundtek MediaTV Pro III + VDR 2.2.0
Ceterum censeo enchiridia esse lectitanda.

Dieser Beitrag wurde bereits 6 mal editiert, zuletzt von »seahawk1986« (24. Mai 2012, 07:23)


20

Donnerstag, 12. Juli 2012, 11:14

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) |

Immortal Romance Spielautomat