Beiträge von somebody

Einfach das Paket bash-completion installieren.

Das Problem habe ich, sobald das Aufnahmeverzeichniss des VDR Aufnahmen enthält. In den Logs habe ich bisher noch nichts konkretes entdeckt. Eine Lösung, außer das Verzeichnis nach einer Aufnahme wieder zu leeren habe ich noch nicht gefunden.

Hat das Plugin denn überhaupt etwas in die epg.data geschrieben? Am besten mal mit einem anderen Frontend (xine, bzw. xineliboutput) gegen prüfen.

Btw. liegt die epg.data nicht normaler weise im Aufnahmeverzeichnis?

Ich habe mir epgsync gerade mal angesehen. Es kann auch auf einem einzeln laufendem VDR verwandt werden. Dazu müssen die Kanäle, deren EPG kopiert werden soll, einer anderen Kanalgruppe angehören (Digital), als die, die die Daten kriegen sollen (Analog).

Die Kanäle die EPG-Daten kriegen sollen müssen so benannt werden, wie ihre digitalen Spender. Die Einstellung für das EPG-Syncplugin sind dann:
Server IP: 127.0.0.1
Serverport: 2001
Kanalweise Synchronisieren ja
Kanäle zuordnen nach: Name,ID
Zielkanäle: Analog (der Name der Kanalgruppe)

EPG sync beim Start funktioniert bei mir nicht. Daher habe ich Hauptmenüeintrag verstecken auf nein Gesetzt und löse das synchronisieren selber aus.

Hallo,
ich konnte das Problem jetzt eingrenzen:
XBMC hängt sich auf dem vdr immer dann beim Aktivieren der TV Funktion auf, wenn Aufnahmen im Aufnahmeverzeichnis des VDR liegen. Das tritt auch bei meinem eigenem Build auf. Gestern hatte ich versehentlich die /etc/default/vdr mit der Standardversion überschrieben.
Das xbmc log gibt leider nicht hilfreiches her, außer dass das Einlesen der Aufnahmen schon bei der ersten Aufnahme aufhört.
Ein entferntes xmbc funktioniert problemlos. Ich glaube, dass es mit der neuen Option, Aufnahmeverzeichnisse direkt einzulesen zusammen hängt. Es tritt aber unabhängig davon auf, ob diese an oder aus ist. Und es betrifft sowohl den Streamdev, als auch den vnsi Client.

Da xbmc, die Daten vom vdr holt, bleiben dir die üblichen Verdächtigen für den vdr.
Das wären:
vdr-addon-tvmovie2vdr - da weiß ich leider nicht, ob das noch funktioniert
nextvtepg mit xmltv2vdr - keine Ahnung ob xmltv2vdr schon für vdr-1.7.xx angepasst wurde
xmltv2vdr mit Daten von zb. xmltv.info - s.o.
vdr-plugin-epgsync - habe ich aber noch nicht versucht

Hallo, hab das heute mal getestet. Der aktuelle XBMC-Karmic-Build von Hepi stürtzt beim Aktivieren des PVRClients ab. Ein selbst gebauter svn Snapshot funktioniert ganz gut. Ab und zu sagt er: "Kanal nicht verfügbar" und bei pvrinput Kanälen kommt nur der Ton richtig. Das Problem wir aber schon in einem anderen Thread behandelt.

Ein richtiger rc5 Empfänger wie der alte Serielle von Technisat oder wie er auf einer Haupauge PVRxxx Karte verbaut ist, ist für die Fernbedienung natürlich das beste. Aber auch das muss gehen.

Eine Idee hab ich schon, nur nicht die Zeit es richtig auszuformulieren, bzw. im selber im Code nach zusehen. Grundsätzlich ist es so, dass die Codetabelle zwar in die ir-keymaps.c gehört, aber dann besser gleich als neue Tabelle (nicht vergessen im header (ir-common.h?) den Prototypen mit anzulegen den Prototypen mit anzulegen).
Die zuweisung, welche Tabelle verwendet wird findet irgendwo im Treiber unter linux/drivers/media/dvb/... statt. Da musst du mal suchen, welcher Treiber verwendet wird. Und es dann dort ändern.

hubsif:
Ich muss dich leider enttäuschen. Die umgelötete TS35ai funktioniert mit dem mantis empfänger nicht vernüftig. Viele Tasten erkennt gar nicht - das heißt man kann auch mit der leeren Liste keine Codes für die ir-keymaps.c ermitteln. Am besten funktioniert diese Fernbedienung mit dem Seriellen empfänger, den Technisat mitgeliefert hat oder mit dem RC5-fähigen Empfängern an Haupaugekarten.

Mit dem Patch für den mantis-v4l-dvb Treiber dauert es leider noch etwas. Ich bin dafür grad keine Zeit. Ungefähr zwei bis drei Wochen brauche ich noch.

Wieso brauchst du vsni? Xmbc funktioniert auch mit dem Streamdevserver.

Welchen Treiber verwendet die Karte?

Hallo,
hast du tatsächlich die längliche TS35ai oder die TS35 (sieht aus wie hier: http://www.amazon.de/Ersatzfer…S35-TTS35AI/dp/B001BX55B4)? Welchen Mantis-Treiber verwendest du denn? Von TS35AI gibt es inzwischen auch eine Variante ohne den Widerstand. Umlöten ist da leider nicht. Ansonsten könntest du mal folgende Scancodes probieren. Die hab ich für die TS35 zusammengestellt. Sie sollten weitestgehend identisch sein.

static struct ir_scancode ir_codes_technisat_tts35[] = {
	{0x33, KEY_POWER},
	{0x32, KEY_MUTE}, 
	{0x3e, KEY_1},
	{0x3d, KEY_2},
	{0x3c, KEY_3},
	{0x3b, KEY_4},
	{0x3a, KEY_5},
	{0x39, KEY_6},
	{0x38, KEY_7},
	{0x37, KEY_8},
	{0x36, KEY_9},
	{0x3f, KEY_0},
	{0x35, KEY_CHANNEL}, 
	{0x1c, KEY_AUDIO},
	{0x14, KEY_RED},
	{0x13, KEY_GREEN},
	{0x12, KEY_YELLOW},
	{0x11, KEY_BLUE},
	{0x1f, KEY_UP},
	{0x1e, KEY_DOWN},
	{0x2e, KEY_LEFT},
	{0x2f, KEY_RIGHT},
	{0x28, KEY_OK},
	{0x10, KEY_EPG},
	{0x1d, KEY_ESC},
	{0x20, KEY_INFO},
	{0x2c, KEY_TV},
	{0x2d, KEY_MENU},
	{0x30, KEY_HELP},
	{0x03, KEY_TEXT},
	{0x16, KEY_STOP},
	{0x07, KEY_MEDIA},
	{0x09, KEY_MODE},
};

Zitat

Code

Apr 12 18:37:11 yavdr kernel: [    7.412543] Mantis VP-2040 IR Receiver: unknown key for scancode 0x0000
Apr 12 18:37:11 yavdr kernel: [    7.412555] Mantis VP-2040 IR Receiver: unknown key: key=0x00 down=1

Das wird so nicht gehen. Der Mantistreiber enthält eine falsche Codetabelle für die Terratecfernbedienung. Ich hatte mal einen Patch für die Fernbedienung, die Technisat mit der Baugleichen Skystar HD2 ausliefert geschrieben. Der wird so aber nicht bei euch Funktionieren. Ich komm leider auch frühestens nächste Woche dazu mir das mal anzusehen. Was ihr machen könnt, ist mal eine Liste zu machen:
Welche Taste funktioniert nicht, dann mit dem Passenden Syslogauszug (Taste x: IR Receiver: unknown key: key=0x00 down=1) und welche Taste, welche Eingabe auslöst.

Kann vielleicht die Ausgabe von Xrandr genutzt werden? Ich habe leider werder einen Rechner noch Fernsher mit HDMI zur Hand, aber xrandr zeigt zumindest am VGA, ob der Bildschirm verbunden (an) ist oder nicht.

xrandr
Screen 0: minimum 320 x 200, current 1280 x 800, maximum 8192 x 8192
VGA1 disconnected (normal left inverted right x axis y axis)

So, ich hab grad mal ein git Abbild auf Ubuntu Karmic (yavdr Pakete) installiert. Läuft wunderbar. Sogar xbmc kommt jetzt mit den pvrinput-Kanälen klar.
Super Arbeit!

Das klingt alles sehr, sehr gut. Ich werde mich nach Ostern gleich ans Testen machen und euch RÜckmeldung geben. Frohe Ostern euch beiden noch.

Also ich habe mit der baugleichen Technisat Cablestar HD2, von der es hier auch Berichte über diese Abstürze gibt, und einem ASUS P5N7A (also NVIDIA Chipsatz) keine Probleme. Ich glaube immer noch, dass dieses Problem vom S2-Liplianin-Mantis Treiber stammt. Der aus dem offiziellen v4l-dvb Quellen (und Kernel ab 2.6.33) ist ein Anderer, mit dem das nicht passiert!

Na das klingt doch toll.
Wird die neue Version das nur mit vdrs 1.7.12 und höher können?

Das Problem ist weniger der Streamdevserver, als der Client. Ich habe die libavformat, die mWn sowohl der VLC-Player als auch xbmc zur dekodierung der Streams verwenden, im Verdacht. Leider habe ich weder das Wissen über die Formate, noch die Zeit mihc einzuarbeiten, um da produktive Beiträge zu liefern.