Beiträge von Nelvin

Hallo Nighthawk,
auf dieser Seite findest Du alles zu layman.
Gentoo Wiki Layman

Nelvin

Die udev-Regel ändern den Besitzer von /dev/lcd0 auf root:video.
So kann vdr ohne root-Rechte auf das Device zugreifen.

Nelvin

Das stimmt.
Es wird kein lcdproc mehr benötigt. Viel Spaß beim Testen....

Nelvin

Ein Ebuild für das imonlcd-plugin ist jetzt unter dem overlay vdr-testing
(layman -a vdr-testing)
erhältlich.

Bitte testen..

Nelvin

Ich kann mich diesem Thema nur anschließen.

Ich habe auch die 8400 GS PCI und sobald das OSD aufgeht ruckelt es auch bei mir.
Mir sind übrigens noch ein paar Gedanken gekommen, als ich alle diese Postings gelesen habe.

1. Hat schon mal jemand probiert den CPU-Takt auf einen festen Wert einzustellen? (Bin im Moment auf der Arbeit und kann nicht testen)

2. Wenn es die Kommunikation über den PCI-Bus ist, wie sieht es mit einer PCIe-Version dieser Karte aus. Gibt es dort das selbe Problem?

Nelvin

Vielen Dank!

Genau das hatte ich nicht gemacht. Jetzt geht alles.

Nelvin

Hallo pitdahl,

ich habe mir auch ein 37" Panasonic-TV zugelegt und kriege es einfach nicht hin, daß die Auflösung 1920x1080 richtig angezeigt wird.

Hast Du auch die Schwierigkeiten, daß der XScreen bei der oben genannte Auflösung zwar erscheint, aber z.B. die Taskleiste (Gnome) zwar da ist, aber nicht vollstädig angezeigt wird.

Es scheint so als hätte ich irgendetwas vergessen. Weißt Du einen Rat?

Nelvin

Danke für den Tipp

Hallo VDR-Portaler,

ich überlege mir gerade ein HDTV-System aus meinem vorhandenen VDR zu erstellen.
Zur Zeit habe ich ein ASUS K8N-E-Deluxe Mainboard mit einem AMD Athlon 64 Processor 3000+, 1GB Ram, GeForce FX 5600 und einer FullFeatured Fujitsu-Siemens DVB-S REV 1.3-Karte.

Mir ist klar, daß ich zum Empfang eine DBV-S2 Karte benötige (z.B. TechnoTrend TT-budget S2-1600).
Da der Prozessor und die Grafikkarte ja nicht gerade für die HD-Fernseh-Wiedergabe geeignet sind, habe ich mir überlegt zusätzlich noch die ExtensionHD von Reel anzuschaffen.

Soweit so gut. Ich möchte aber nicht auf die Hardwaredekodierung der Fujitsu-Siemens DVB-S verzichten und so die TechnoTrend TT-budget S2-1600 und die ExtensionHD zusätzlich einbauen.

Meine Fragen dazu sind:

1. Muß ich ein zweites SAT-Kabel an die TechnoTrend TT-budget S2-1600 anschließen oder wird das Signal von der Fujitsu-Siemens DVB-S weitergeleitet?

2. Werden alle Signal von den DVB-S-Karten über die ExtensionHD ausgegeben?

3. Mit welchen Einschränkungen muß ich rechnen? (mplayer-plugin usw)

Vielen Dank für Eure Mühe!

Nelvin

Danke, werde ich mir mal anschauen

Hallo Zoolook,

ich weiß, daß es schon sehr lange her ist, daß dieser Thread überhaupt bedient worden ist, aber ich habe einige Fragen zum Plugin.

Ich benutze Gentoo für meine Freevo-VDR-Kombination.

Folgende Schritte habe ich bis jetzt durchgeführt:

1. Patch aus deinem Paket (ich hoffe korrekt) für vdr-1.4.7 angepaßt.

Zitat

diff -Nru vdr-1.4.7-orig/remote.c vdr-1.4.7/remote.c
--- vdr-1.4.7-orig/remote.c 2008-06-27 21:15:57.000000000 +0200
+++ vdr-1.4.7/remote.c 2008-06-27 21:22:59.000000000 +0200
@@ -31,6 +31,7 @@
cCondVar cRemote::keyPressed;
const char *cRemote::keyMacroPlugin = NULL;
const char *cRemote::callPlugin = NULL;
+bool cRemote::Enabled = true;

cRemote::cRemote(const char *Name)
{
@@ -76,6 +77,8 @@

bool cRemote::Put(eKeys Key, bool AtFront)
{
+ if (!Enabled)
+ return true;
if (Key != kNone) {
cMutexLock MutexLock(&mutex);
if (in != out && (keys[out] & k_Repeat) && (Key & k_Release))
@@ -104,6 +107,8 @@

bool cRemote::PutMacro(eKeys Key)
{
+ if (!Enabled)
+ return true;
const cKeyMacro *km = KeyMacros.Get(Key);
if (km) {
keyMacroPlugin = km->Plugin();
@@ -118,6 +123,8 @@

bool cRemote::Put(uint64_t Code, bool Repeat, bool Release)
{
+ if (!Enabled)
+ return true;
char buffer[32];
snprintf(buffer, sizeof(buffer), "%016LX", Code);
return Put(buffer, Repeat, Release);
@@ -125,6 +132,8 @@

bool cRemote::Put(const char *Code, bool Repeat, bool Release)
{
+ if (!Enabled)
+ return true;
if (learning && this != learning)
return false;
eKeys Key = Keys.Get(Name(), Code);
@@ -195,6 +204,10 @@
}
}

+void cRemote::EnableRemote(bool bEnable)
+{
+ Enabled = bEnable;
+}
// --- cRemotes --------------------------------------------------------------

cRemotes Remotes;
diff -Nru vdr-1.4.7-orig/remote.h vdr-1.4.7/remote.h
--- vdr-1.4.7-orig/remote.h 2008-06-27 21:15:57.000000000 +0200
+++ vdr-1.4.7/remote.h 2008-06-27 21:24:25.000000000 +0200
@@ -31,6 +31,7 @@
static const char *keyMacroPlugin;
static const char *callPlugin;
char *name;
+ static bool Enabled;
protected:
cRemote(const char *Name);
const char *GetSetup(void);
@@ -61,6 +62,7 @@
///< plugin name will be reset to NULL by this call.
static bool HasKeys(void);
static eKeys Get(int WaitMs = 1000, char **UnknownCode = NULL);
+ static void EnableRemote(bool bEnable = true);
};

class cRemotes : public cList<cRemote> {};

Alles anzeigen

2. VDR mit dem Patch kompiliert
3. vdr-freevo-plugin installiert
4. vdrpylib mit diff-Paket gepatch, kompiliert und installiert
5. freevo-vdr-plugin installiert und in die Konfig eingebunden

Jetzt kommt mein Problem.
Freevo startet korrekt, VDR erscheint im Menu. Ohne Probleme wird der VDR mit XINE eingebunden und ich habe ein Bild. Leider kann ich keine Sender direkt wählen, sondern nur per Chan+ und Chan-. Ich habe auch keine Möglichkeit in das Menu des VDRs zu kommen.

Freevo gibt mir folgende Meldung aus:

Zitat

no event mapping for key EIGHT in context vdr
send button event BUTTON arg=EIGHT
VDR_XINE: EVENT BUTTON

Okay, es fehlt also ein Event.
Wie und wo habe ich dieses Event einzutragen? Die Doku von freevo ist in dem Fall sehr schlecht und auch hier im Forum sieht es mau aus!

Oder habe ich eventuell etwas anderes vergessen?

Nelvin

Okay...ich habe schon mal ein Fehler gefunden!
Ich habe vergessen, denn patch für die CVS-Version von vdrpylib einzuspielen.

Freevo läuft jetzt, wenn auch nicht ganz perfekt, mit VDR.

Nelvin

Hallo VDRler,

ich würde gerne VDR in Freevo einbinden. Ich habe dazu den VDR mit XINE konfiguriert, den Patch aus dem vdr-freevo-paket an vdr-1.4.7 angepaßt und eingespielt. Natürlich habe ich das Plugin auch per ebuild installiert.

Freevo habe ich mit dem Plugin freevo-vdr (mit vdrpylib) ausgestattet und ebenfalls konfiguriert.

Leider funktioniert das Zusammenspiel nicht. VDR und Freevo für sich laufen.

Beim Start von Freevo bekomme ich folgende Meldungen:

Zitat

failed to load plugin vdr_interface
start 'freevo plugins -l' to get a list of plugins
Traceback (most recent call last):
File "/usr/lib/python2.4/site-packages/freevo/plugin.py", line 557, in __load_plugin__
p = eval(object)()
File "/usr/lib/python2.4/site-packages/freevo/plugins/vdr_interface.py", line 69, in __init__
close_connection=config.VDR_SVDRP_ALWAYSCLOSE
TypeError: __init__() got an unexpected keyword argument 'close_connection'
failed to load plugin vdrtv
start 'freevo plugins -l' to get a list of plugins
Traceback (most recent call last):
File "/usr/lib/python2.4/site-packages/freevo/plugin.py", line 557, in __load_plugin__
p = eval(object)()
File "/usr/lib/python2.4/site-packages/freevo/plugins/vdrtv.py", line 125, in __init__
raise Exception,"VDR Interface Plugin not loaded!"
Exception: VDR Interface Plugin not loaded!

Alles anzeigen

Kann mir jemand in diesem Zusammenhang behilflich sein?

Nelvin

Gibt es hier niemanden, der ein ähnliches Problem oder die gleiche Ausgabe in lsusb hat?

Wenn ja, bitte posten zwecks Erfahrungsaustausch!

Nelvin

Stand: 10.01.2007

Ich habe gestern Abend mal kurzzeitig WindowsXP auf dem System installiert, um zu testen, ob das LCD überhaupt mit den internen USB-Anschlüssen funktioniert.

Es läuft einwandfrei.

Nach dem Ausschaltet zeigt das LCD immer die aktuelle Uhrzeit an, was ja auch korrekt ist.
Nachdem ich wieder Linux per partimage installiert und anschließend gestartet habe ändert sich an der Anzeige nichts.

Meine Vermutung geht dahin, daß das LCD überhaupt kein Signal bekommt, sich einzuschalten.

Hier nochmal die komplette Ausgabe von lsusb über das LCD

Zitat

Bus 002 Device 002: ID 15c2:ffdc SoundGraph Inc. iMON PAD Remote Controller
Device Descriptor:
bLength 18
bDescriptorType 1
bcdUSB 1.10
bDeviceClass 0 (Defined at Interface level)
bDeviceSubClass 0
bDeviceProtocol 0
bMaxPacketSize0 8
idVendor 0x15c2 SoundGraph Inc.
idProduct 0xffdc iMON PAD Remote Controller
bcdDevice 0.00
iManufacturer 0
iProduct 0
iSerial 0
bNumConfigurations 1
Configuration Descriptor:
bLength 9
bDescriptorType 2
wTotalLength 41
bNumInterfaces 1
bConfigurationValue 1
iConfiguration 0
bmAttributes 0x80
MaxPower 100mA
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 0
bAlternateSetting 0
bNumEndpoints 2
bInterfaceClass 0 (Defined at Interface level)
bInterfaceSubClass 0
bInterfaceProtocol 0
iInterface 0
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x81 EP 1 IN
bmAttributes 3
Transfer Type Interrupt
Synch Type None
Usage Type Data
wMaxPacketSize 0x0008 1x 8 bytes
bInterval 10
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x02 EP 2 OUT
bmAttributes 3
Transfer Type Interrupt
Synch Type None
Usage Type Data
wMaxPacketSize 0x0008 1x 8 bytes
bInterval 10

Alles anzeigen

Nelvin

So, jetzt habe ich im Lirc die debug-Funktion aktiviert um eine besser Analyse zu machen.

Zitat

lirc_dev: IR Remote Control driver registered, at major 61
/var/tmp/portage/lirc-0.8.1/work/lirc-0.8.1/drivers/lirc_imon/lirc_imon.c: Driver for Soundgraph iMON MultiMedian IR/VFD, v0.3
/var/tmp/portage/lirc-0.8.1/work/lirc-0.8.1/drivers/lirc_imon/lirc_imon.c: Venky Raju <dev@venky.ws>
/var/tmp/portage/lirc-0.8.1/work/lirc-0.8.1/drivers/lirc_imon/lirc_imon.c: imon_probe: found IMON device
/var/tmp/portage/lirc-0.8.1/work/lirc-0.8.1/drivers/lirc_imon/lirc_imon.c: imon_probe: found IR endpoint
/var/tmp/portage/lirc-0.8.1/work/lirc-0.8.1/drivers/lirc_imon/lirc_imon.c: imon_probe: found VFD endpoint
/var/tmp/portage/lirc-0.8.1/work/lirc-0.8.1/drivers/lirc_imon/lirc_imon.c: ir_onboard_decode: 1
/var/tmp/portage/lirc-0.8.1/work/lirc-0.8.1/drivers/lirc_imon/lirc_imon.c: vfd_proto_6p: 1
lirc_dev: lirc_register_plugin: sample_rate: 0
/var/tmp/portage/lirc-0.8.1/work/lirc-0.8.1/drivers/lirc_imon/lirc_imon.c: imon_probe: Registered iMON plugin (minor:0)
/var/tmp/portage/lirc-0.8.1/work/lirc-0.8.1/drivers/lirc_imon/lirc_imon.c: Registering VFD with devfs
/var/tmp/portage/lirc-0.8.1/work/lirc-0.8.1/drivers/lirc_imon/lirc_imon.c: imon_probe: iMON device on usb<2:2> initialized
usbcore: registered new driver lirc_imon

Alles anzeigen

Doch leider hilft mir diese auch nicht weiter, weil alles korrekt geladen wird.

Also, das Display hat einer Größe von 11,4 cm x 2,7 cm. Das Textfeld liegt in der Mitte das LCDs. Um das Textfeld gibt es Extraanzeigen, welcher Medientyp abgespielt wird, AC3-Ton usw.

Hat jemand das gleiche Gehäuse?

Hallo rkp,

ja, /dev/lcd0 existiert.

Gentoo benutzt komplett udev und hat die Datei durch lirc erstellen lassen.

ls -al /dev/lcd0

Zitat

crw-rw---- 1 root root 180, 144 Jan 6 21:27 /dev/lcd0

Ich bin schon die ganze Zeit am Probieren, aber bis jetzt hat überhaupt nichts geholfen....

Hast Du das gleiche LCD?

Hallo VDR-User,

ich habe mir vor ein paar Tagen ein neues Gehäuse für meinen VDR zugelegt. Es hat ein kleines LCD-Display, das ich auch gerne benutzen würde.

Laut lsusb ergeben sich folgende Werte:

15c2:ffdc SoundGraph Inc. iMON PAD Remote Controller

Es handelt sich also um ein iMon-Gerät. Jetzt habe ich lirc mit dem imon Treiber compiliert und installiert.

Nachdem ich modprobe lirc_imon ausgführt habe, bekomme ich folgende Ausgabe im Syslog:

Zitat

Jan 6 14:50:01 LinuxVDR2 kernel: lirc_dev: IR Remote Control driver registered,
at major 61
Jan 6 14:50:01 LinuxVDR2 kernel: /var/tmp/portage/lirc-0.8.1_pre5/work/lirc-0.8
.1pre5/drivers/lirc_imon/lirc_imon.c: Driver for Soundgraph iMON MultiMedian IR/
VFD, v0.3
Jan 6 14:50:01 LinuxVDR2 kernel: /var/tmp/portage/lirc-0.8.1_pre5/work/lirc-0.8
.1pre5/drivers/lirc_imon/lirc_imon.c: Venky Raju <dev@venky.ws>
Jan 6 14:50:01 LinuxVDR2 kernel: /var/tmp/portage/lirc-0.8.1_pre5/work/lirc-0.8
.1pre5/drivers/lirc_imon/lirc_imon.c: imon_probe: found IMON device
Jan 6 14:50:01 LinuxVDR2 kernel: lirc_dev: lirc_register_plugin: sample_rate: 0
Jan 6 14:50:01 LinuxVDR2 kernel: /var/tmp/portage/lirc-0.8.1_pre5/work/lirc-0.8
.1pre5/drivers/lirc_imon/lirc_imon.c: imon_probe: Registered iMON plugin (minor:
0)
Jan 6 14:50:01 LinuxVDR2 kernel: /var/tmp/portage/lirc-0.8.1_pre5/work/lirc-0.8
.1pre5/drivers/lirc_imon/lirc_imon.c: imon_probe: iMON device on usb<2:2> initia
lized
Jan 6 14:50:01 LinuxVDR2 kernel: usbcore: registered new driver lirc_imon

Alles anzeigen

Okay, das Gerät wurde erkannt und steht zu Verfügung. (Also es existiert /dev/lcd0)

Nun habe ich mode2 aus dem Lirc-Paket benutzt um zu überprüfen, ob die die Fernbedienung funktioniert.

Test erfolgreich!

Jetzt wollte ich natürlich noch wissen, ob die LCD-Anzeige funktioniert und habe mit

echo "Hallo VDR" >/dev/lcd0

einen Funktionstest durchgeführt!

Test nicht erfolgreich!

Syslog gibt dazu folgende Ausgabe aus:

Zitat

Jan 6 14:56:50 LinuxVDR2 kernel: /var/tmp/portage/lirc-0.8.1_pre5/work/lirc-0.8
.1pre5/drivers/lirc_imon/lirc_imon.c: VFD port opened
Jan 6 14:56:50 LinuxVDR2 kernel: /var/tmp/portage/lirc-0.8.1_pre5/work/lirc-0.8
.1pre5/drivers/lirc_imon/lirc_imon.c: VFD port closed

Was habe ich denn falsch gemacht? Kann mir jemand weiterhelfen?

System:
Gentoo mit 2.6.17-r8 Kernel
lirc-0.8.1_pre5

Also ich hätte einen Vorschlag, aber leider kann ich bis jetzt noch nichts für die Umsetzung unter Gentoo beitragen.

Unter LinVDR gibt es die Möglichkeit einfach und komfortabel den VDR immer zu einer bestimmten Zeit starten zu lassen. (z.B. für InfosatEPG).
Dort stellt man, so wie ich gelesen habe, in der Datei poweroff.pl den TWOCLOCK-Parameter auf ein und schon startet der VDR jede Nacht um 02:00 Uhr!
Danach kann man ja einen Cronjob für den InfosatEPG-Scan starten. So bleibt der VDR autark und braucht keine Internetverbindung um fehlende EPG-Einträge zu ergänzen.

Vielleicht gibt es ja die Möglickeit, so etwas auch in auch in die Gentoo-Skripte einzubauen.

Nelvin

Hallo VDR-User,

ich mußte aufgrund vom Empfangsproblemen von Sat.1, ProSieben, Kabel1 usw (Deutschland) auf die schweizer Ableger wechseln, doch leider weiß ich nicht, ob diese auch Dolby Digital anbieten.

Klar, Kabel1 sowieso nicht, aber was ist mit Sat.1 und ProSieben!

Hat jemand die DPID für diese Sender (Schweiz)

Gruß Nelvin