Ich habe jetzt deine Codes in die /etc/lirc/lircd.conf kopiert und den vdr neu gestartet.
Dann kommt bei mir das anlernen Menu.
Heißt das, du benutzt nicht die originale remote.conf oder evtl. noch das remote-plugin?
Ich habe jetzt deine Codes in die /etc/lirc/lircd.conf kopiert und den vdr neu gestartet.
Dann kommt bei mir das anlernen Menu.
Heißt das, du benutzt nicht die originale remote.conf oder evtl. noch das remote-plugin?
Was sagt den "sudo irw" wenn du die Taste zum Ausschalten drückst?
Wie sieht deine lircd.conf aus?
Gibt es irgendwelche laufenden Dienste oder bestehende Verbindungen, bei denen das LIfeguard-Addon zuschlägt und das Herunterfahren abbricht?
Ok, danke für den Hinweis. Solange bin ich noch nicht mit dem VDR unterwegs, dass ich das mitbekommen hätte...
Klar:
# für die remote.conf:
sudo process-template --owner=vdr --group=vdr /var/lib/vdr/remote.conf
# für die Lircmap.xml
sudo process-template --owner=vdr --group=vdr /var/lib/vdr/.xbmc/userdata/Lircmap.xm
Die hardware.conf sollte neu erzeugt werden, wenn du im Webfrontend lirc aktivierst und den entsprechenden Empfänger auswählst.
Ich habe einfach die Config Dateien von yaVDR 0.3a genommen, sollte doch eigentlich funktionieren, oder?
Nein.
Die remote.conf sollte in der 0.4 nicht mehr verändert werden, die lircd.conf muss Namespace-Konforme Tastennamen haben (siehe Spalte "Event" in https://bugs.yavdr.com/project…tegration_04#Eventmapping) und XBMC bringt bereits eine Lircmap.xml mit, die zu den Tastennamen der remote.conf passt.
Ansonsten bitte mal einen Blick in die Doku werfen: http://www.yavdr.org/documentation/de/ch02s02.html
KEY_PLAYPAUSE
Das ist kein Namespace-konformer Tastenname. Gültig sind nur die in der Spalte "Event" in dieser Tabelle: https://bugs.yavdr.com/project…tegration_04#Eventmapping
Hast du das dvbsdevice-plugin für die FF-Karte installiert?
syslog sagt dann zu der zeit eben immer "timer conflict check"
Zumindest bei dem Absturz auf dem VDR mit der PVR350 war das einfach die letzte Zeile im Syslog vor dem Tastendruck (der VDR war noch nicht so lange aktiv) - ich glaube nicht, dass das etwas damit zu tun hat.
z.B. über den (analogen) Ausgang deines Boards.
Leider ist deine Signatur nicht besonders aussagekräftig...
So, meine Bemerkung zu HD und Live-TV kann man streichen, mein BIOS hatte nur vergessen, dass es der Onboard-Grafikkarte die vollen 512MB VRAM geben soll...
So, ich habe das Problem mal auf zwei unterschiedlichen VDR-Konfigurationen nachgestellt (1x VDPAU, VDR #1, 1x PVR350 Test-Client #2 aus meiner Signatur)
Der Fehler tritt bei der Wiedergabe mittels VDPAU in einer Milden Form auf - der Bildschirm wird kurz schwarz, das Info-Menü ist nicht zu sehen und nach ein paar Aufgenblicken läuft die TV-Ausgabe weiter. Das Frontend stürzt offenbar nicht ab (bin gestern nacht im Syslog verrrutscht), zeigt aber eben auch keine Info an. Einen Backtrace gibt es daher nicht, im Syslog ist auch nichts zu sehen. Das Verhalten tritt bei mir reproduzierbar mit allen in yaVDR vorinstallierten VDR-Skins (also auch Klassik und ST:TNG) auf.
In der setup.conf steht folgendes:
epgsearch.AddSubtitleToTimerMode = 2
epgsearch.BlueKeyMode = 1
epgsearch.CheckConflictsAfterTimerProg = 0
epgsearch.CheckConflictsIntervall = 30
epgsearch.CheckConflictsIntervall2 = 15
epgsearch.CheckConflictsMinDuration = 0
epgsearch.CheckConflictsOnRecording = 0
epgsearch.CheckConflictsWithinLimit = 60
epgsearch.CheckEPGChannelgroup = -1
epgsearch.CheckEPGHours = 6
epgsearch.CheckEPGWarnByMail = 0
epgsearch.CheckEPGWarnByOSD = 1
epgsearch.CheckTimerConflicts = 0
epgsearch.CheckTimerConflictsDays = 14
epgsearch.CheckTimerConflictsPriority = 0
epgsearch.DefLifetime = 99
epgsearch.DefMarginStart = 2
epgsearch.DefMarginStop = 10
epgsearch.DefPriority = 50
epgsearch.DefRecordingDir =
epgsearch.DefSearchTemplateID = -1
epgsearch.FavoritesMenuTimespan = 24
epgsearch.HideMenu = 1
epgsearch.IgnorePayTV = 0
epgsearch.MailAddress =
epgsearch.MailAddressTo =
epgsearch.MailAuthPass =
epgsearch.MailAuthUser =
epgsearch.MailNotificationConflicts = 0
epgsearch.MailNotificationSearchtimers = 0
epgsearch.MailNotificationSearchtimersHours = 0
epgsearch.MailServer =
epgsearch.MailUseAuth = 0
epgsearch.MailViaScript = 1
epgsearch.MainMenuEntry =
epgsearch.MaxChannelMenuNow = 0
epgsearch.NoAnnounceWhileReplay = 0
epgsearch.NoConflMsgWhileReplay = 0
epgsearch.OnePressTimerCreation = 1
epgsearch.RedKeyMode = 0
epgsearch.ReplaceOrgSchedule = 1
epgsearch.ShowChannelGroups = 0
epgsearch.ShowChannelNr = 0
epgsearch.ShowDaySeparators = 0
epgsearch.ShowEmptyChannels = 1
epgsearch.ShowFavoritesMenu = 0
epgsearch.ShowProgress = 1
epgsearch.ShowRadioChannels = 1
epgsearch.StartMenu = 1
epgsearch.SVDRPPort = 6419
epgsearch.TimeIntervallFRFF = 30
epgsearch.TimerProgRepeat = 0
epgsearch.ToggleGreenYellow = 1
epgsearch.UpdateIntervall = 30
epgsearch.UseOkForSwitch = 1
epgsearch.UserMode1Description =
epgsearch.UserMode1Time = 0
epgsearch.UserMode1UseIt = 0
epgsearch.UserMode2Description =
epgsearch.UserMode2Time = 0
epgsearch.UserMode2UseIt = 0
epgsearch.UserMode3Description =
epgsearch.UserMode3Time = 0
epgsearch.UserMode3UseIt = 0
epgsearch.UserMode4Description =
epgsearch.UserMode4Time = 0
epgsearch.UserMode4UseIt = 0
epgsearch.UseSearchTimers = 0
epgsearch.UseVDRTimerEditMenu = 0
Alles anzeigen
vdr-sxfe meldet auf meinem Laptop beim Druck der Info-Taste folgendes: vdr-sxfe.txt
Bei der PVR350 (mit vdr-plugin-pvr350) gibt es einen richtigen Absturz des VDR mit folgendem Backtrace: http://dl.dropbox.com/u/960809/backtrace.zip
Im Syslog steht dabei: syslog_pvr350.txt
Hallo, lircd ist im Webfrontend aber deaktiviert, oder?
Hallo,
da der Bugtracker gerade nicht will und der Link im Wiki zur Maillingliste nicht will, halte ich es mal hier fest:
In yaVDR 0.4 ist momentan die Version 1.0.0 aus dem Git vom 23.09.11 drin.
Stellt man in den Allgemeinen Einstellungen von EPG-Search die Standardanzeige von "Programm" auf "Jetzt" (also welche Übersicht geöffnet werden soll, wenn man die EPG-Taste drückt) und drückt dann im TV-Betrieb die Info-Taste, stürzt das VDR-Frontend ab.
Ok, das heißt er erkennt die Tasten, aber sie sind falsch benannt.
in der /lib/udev/rules.d/98-eventlircd.rules könntest du mal diese Regel hinzufügen:
ENV{ID_VENDOR_ID}=="0b48", ENV{ID_MODEL_ID}=="3007", \
ENV{eventlircd_enable}="true",\
ENV{eventlircd_evmap}="03_$env{ID_VENDOR_ID}_$env{ID_MODEL_ID}.evmap"
Und in /etc/eventlircd.d/ eine 03_0b48_3007.evmap erstellen, in der du die Tasten ummapst. Da musst du die die Tastennamen die evtest anzeigt (poste die doch bitte noch zur Sicherheit, das sind die ersten Zeilen, die evtest ausgibt wenn du es aufrufst) auf die Tastennamen in der /etc/vdr/remote.conf mappen (siehe Spalte "Events" in https://bugs.yavdr.com/project…tegration_04#Eventmapping), z.B.:
Was gibt dir denn evtest aus? Nach der Ausgabe von "cat /proc/bus/input/devices waren es event3 und event 5
Da kommt keine Tastenausgabe, wenn eventlircd noch läuft, also besser vorher stoppen - und bitte die dort angezeigten Tastennamen posten.
Wenn ich es aber richtig verstehe wird daran gearbeitet
Naja, man kann nur einbauen, was schon entwickelt wurde...
Man hört ja auch immer dass sich Yavdr wohl mit einem neuen Skin schmücken will und dann ähnlich wie xbmc wirken soll?
Wo?
Vielleicht willst du noch hierhin stolpern: http://yavdr.org/documentation/de/ch02s02.html
Was sagt den "sudo irw" wenn du eine der Tasten auf der TT-Fernbedienung drückst, die der VDR noch nicht erkennt?
Bei mir interessanterweise Punkt 1 (Overscan gereicht) mal sehen ob das auch reboot sicher ist
OSD habe ich auch über das Menu schon verkleinert, so bekomme ich jetzt auch noch das ganze Bild
Wenn es mit der Overscan Kompensation wirklich geklappt hat, muss man eigentlich die OSD-Größe nicht mehr anpassen...