Der Fehler ist leider wieder da.
Ich wäre über neue Ideen dankbar.
Eventuell sollte ich mal einen anderen Treiber probieren?
Der Fehler ist leider wieder da.
Ich wäre über neue Ideen dankbar.
Eventuell sollte ich mal einen anderen Treiber probieren?
Okay danke, bleibe dann erstmal bei dem Kerneltreiber.
Bisher läuft es stabil.
Ich hatte tatsächlich noch Bios 1.00 drauf, habe jetzt auf 1.20 aktualisiert und wieder auf EFI umgestellt. Mir fällt gerade auf, dass ich das blöd formuliert habe. EFI alleine hatte nichts gebracht, daran lag es nicht. Jetzt probiere ich die 1.2.0er Version. Ich werde die Tage mal schreiben, ob es jetzt stabil äuft.
Ich bin immer noch wegen des Treibers verunsichert. Gibt es einen besseren, als den, der im Kernel ist? Ich hatte eigentlich nie Probleme mit der Karte und dem Kerneltreiber.
Hi,
ich hatte die Karte damals extra gekauft, weil die Treiber im Kernel sind. Ich hatte da definitiv nie was per Hand kompiliert.
Das Board läuft derzeit im Bios-Modus. Eventuell könnte das das Problem sein, dass die Firmware des Boards da Probleme macht. Ich könnte mal EFI probieren.
Ich gucke mal in das andere Thema.
Grüße
Matthias
Hallo Stefan,
danke für deine Antwort. Ich habe den verwendet, der automatisch im Kernel dabei ist. Oben in Zeile drei der Ausgabe von lspci heißt das Modul DDBridge. Welchen würdest du mir empfehlen?
Grüße
Matthias
PS: Unter 3.16 lief das super stabil, teilweise mit Laufzeiten mehrere Monate. Die Frage ist jetzt, ob das eine Regression ist oder ob das Board doch noch ein paar Probleme mit der Linuxunterstützung hat.
Moin zusammen,
hat schon jemand Erfahrungen mit dem Kernel 4.10 und dem Octopus-Adapter von Digital Devices?
02:00.0 Multimedia controller: Digital Devices GmbH Octopus DVB Adapter (rev ff) (prog-if ff)
!!! Unknown header type 7f
Kernel driver in use: DDBridge
Ich habe das Board getauscht und mein Board wird leider erst von den relativ jungen Kerneln unterstützt. Daher weiß ich nicht so richtig, ob es ein Problem mit dem Board oder dem Treiber ist.
Es läuft erst, aber nicht stabil. Ich muss den VDR alle 24-48 h neu starten. Das Syslog ist dann voll von folgenden Einträgen:
Apr 4 15:44:40 Server1 kernel: [242082.946028] IRS ffffffff
Apr 4 15:44:40 Server1 kernel: [242082.996757] I2C timeout
Apr 4 15:44:40 Server1 kernel: [242083.046275] IRS ffffffff
Apr 4 15:44:40 Server1 vdr: [21326] ERROR (dvbdevice.c,859): Eingabe-/Ausgabefehler
Apr 4 15:44:41 Server1 kernel: [242083.956742] I2C timeout
Apr 4 15:44:41 Server1 kernel: [242083.998405] IRS ffffffff
Apr 4 15:44:41 Server1 kernel: [242084.052734] I2C timeout
Apr 4 15:44:41 Server1 kernel: [242084.098645] IRS ffffffff
Das Kernelmodul entladen und neu laden funktioniert leider nicht, ich muss das System neu booten. Das Board ist ein ASRock J3455M mit fest verbautem Prozessor. Ich hatte vorher immer Kernel 3.16 oder so. Es ist ein Ubuntu 14.04 mit yavdr.
Hat jemand eine Idee, was das sein könnte?
Grüße
Matthias
Moin wolfi.m,
ich bekomme es leider immer noch nicht hin.
Bei mir gibt es die Kernelmodule ati_remote und lirc_atiusb auch gar nicht, nur ati_remote2 und das legt kein /dev/input/eventX an.
Kannst du mir sagen, welchen Treiber du verwendest und aus welcher Quelle der stammt?
Grüße
Matthias
Hallo,
ich baue derzeit das erste Mal an einem echten VDR, der also an einem Fernseher betrieben wird, und wirklich dann als solcher genutzt werden soll.
Dabei bin ich auf das Problem gestoßen, dass anderes als die 0815-Fertiggeräte, scheinbar die DVB-C Karte, eine TBS 6281, das Signal nicht durchleitet, wenn sie keinen Strom hat, respektive das Gerät ausgeschaltet ist.
Löst man das nur mit einer Weiche oder kann man das Softwareseitig anpassen?
Hab per Google unter dem Stichwort „Signaldurchleitung“ zusammen mit VDR etc. nichts finden können. Daher dachte ich, ich frage einfach Mal.
Mein Plan ist sonst so eine kleine Weiche zu kaufen und statt hintereinander, die Geräte parallel anzuschließen.
Grüße
MPW
Komisch, hast du noch irgendeine udev-Regel angelegt oder ähnliches?
Unter 12.04 funktioniert es sofort, unter 14.04 nicht.
Bei meinem Ubuntu 12.04 geht die X10 sofort, es wird ein neues /dev/input/eventX angelegt und fertig.
12.04 hat Kernel 3.8.
An 14.04 Kernel 3.16 geht das nicht. lsusb zeigt das Gerät an, aber es wird kein /dev/input/eventX angelegt.
Da passt was nicht.
Hab hier schon Hilfe erhalten. Die Tastatur geht wieder :D.
Danke, die Tastatur geht jetzt schon Mal.
Aber mit der X10 komme ich noch nicht weiter.
Kannst du mir einmal sagen, welchen Kernel und welche Distri du verwendest?
Ich habe mit evtest alls /dev/input/eventX durch und keines passt zur X10. Ich glaube da läuft was schief, oder?
Es gibt auch kein Modul ati_remote nur ati_remote2.
Irgendwas scheint sich da im Kernel geändert zu haben, was in den ganzen VDR-Wikis noch nicht dokumentiert ist. Ich finde nur per Google nicht raus was.
Hallo,
da ich mit meinen beiden Fernbedienungen nicht weiter komme (X10 und TBS), möchte ich jetzt gerne erstmal übergangsweise eine Tastatur verwenden. Aber auch das gelingt mir nicht, da ist doch der Wurm drin.
$ cat /etc/vdr/setup.conf |grep -i xineliboutput
xineliboutput.Remote.AllowHttp = 1
xineliboutput.Remote.AllowHttpCtrl = 0
xineliboutput.Remote.AllowRtsp = 1
xineliboutput.Remote.AllowRtspCtrl = 0
xineliboutput.Remote.Iface =
xineliboutput.Remote.Keyboard = 1
xineliboutput.Remote.ListenPort = 37890
xineliboutput.Remote.LocalIP =
xineliboutput.Remote.Rtp.Address = 224.0.1.9
xineliboutput.Remote.Rtp.AlwaysOn = 0
xineliboutput.Remote.Rtp.Port = 37890
xineliboutput.Remote.Rtp.SapAnnouncements = 1
xineliboutput.Remote.Rtp.TTL = 1
xineliboutput.Remote.UseBroadcast = 1
xineliboutput.Remote.UseHttp = 1
xineliboutput.Remote.UsePipe = 0
xineliboutput.Remote.UseRtp = 0
xineliboutput.Remote.UseTcp = 1
xineliboutput.Remote.UseUdp = 0
xineliboutput.RemoteMode = 1
Alles anzeigen
$ cat /etc/vdr/remote.conf
#LIRC.Up up
#LIRC.Down down
#LIRC.Menu setup
#LIRC.Ok ok
#LIRC.Back del
#LIRC.Left left
#LIRC.Right right
#LIRC.Red red
#LIRC.Green green
#LIRC.Yellow yellow
#LIRC.Blue blue
#LIRC.0 0
#LIRC.1 1
#LIRC.2 2
#LIRC.3 3
#LIRC.4 4
#LIRC.5 5
#LIRC.6 6
#LIRC.7 7
#LIRC.8 8
#LIRC.9 9
#LIRC.Info txt
#LIRC.Play play
#LIRC.Pause pause
#LIRC.Stop stop
#LIRC.Record rec
#LIRC.FastFwd forward
#LIRC.FastRew reward
#LIRC.Next skipf
#LIRC.Prev skipr
#LIRC.Channel+ ch+
#LIRC.Channel- ch-
#LIRC.PrevChannel chsearch
##LIRC.Volume+ vol+
##LIRC.Volume- vol-
##LIRC.Mute mute
#LIRC.Audio dvdaudio
#LIRC.Schedule preview
#LIRC.Channels list
#LIRC.Timers vcr
#LIRC.Recordings dvd
#LIRC.Setup dvdmenu
#LIRC.Commands music
KBD.Up 00000000001B5B41
KBD.Down 00000000001B5B42
KBD.Menu 000000000000006D
KBD.Ok 000000000000000D
KBD.Back 000000000000007F
KBD.Left 00000000001B5B44
KBD.Right 00000000001B5B43
KBD.Red 000000001B5B5B41
KBD.Green 000000001B5B5B42
KBD.Yellow 000000001B5B5B43
KBD.Blue 000000001B5B5B44
KBD.0 0000000000000030
KBD.1 0000000000000031
KBD.2 0000000000000032
KBD.3 0000000000000033
KBD.4 0000000000000034
KBD.5 0000000000000035
KBD.6 0000000000000036
KBD.7 0000000000000037
KBD.8 0000000000000038
KBD.9 0000000000000039
KBD.Info 0000000000000069
KBD.FastFwd 0000001B5B31377E
KBD.FastRew 000000001B5B5B45
KBD.Play 0000000000000070
KBD.Volume+ 0000001B5B32347E
KBD.Volume- 0000001B5B32337E
KBD.Mute 0000001B5B32317E
KBD.User7 0000001B5B31387E
KBD.User8 0000001B5B31397E
KBD.User9 0000001B5B32307E
XKeySym.Up Up
XKeySym.Down Down
XKeySym.Menu m
XKeySym.Ok Return
XKeySym.Back BackSpace
XKeySym.Left Left
XKeySym.Right Right
XKeySym.Red F1
XKeySym.Green F2
XKeySym.Yellow F3
XKeySym.Blue F4
XKeySym.0 0
XKeySym.1 1
XKeySym.2 2
XKeySym.3 3
XKeySym.4 4
XKeySym.5 5
XKeySym.6 6
XKeySym.7 7
XKeySym.8 8
XKeySym.9 9
XKeySym.Info i
XKeySym.Pause space
XKeySym.FastFwd F6
XKeySym.FastRew F5
XKeySym.Play p
XKeySym.Stop s
XKeySym.Record r
XKeySym.Next n
XKeySym.Prev b
XKeySym.Info i
XKeySym.Schedule w
XKeySym.Channels c
XKeySym.Timers t
XKeySym.Recordings a
XKeySym.Volume+ F12
XKeySym.Volume- F11
XKeySym.Channel+ u
XKeySym.Channel- j
XKeySym.PrevChannel z
XKeySym.Mute F10
XKeySym.User7 F7
XKeySym.User8 F8
XKeySym.User9 F9
Alles anzeigen
$ vdr --showargs
--record=/usr/lib/vdr/vdr-recordingaction
--user=vdr
--grab=/tmp
--port=6419
--watchdog=0
--shutdown=/usr/lib/vdr/vdr-shutdown.wrapper
--dirnames=,,1
--plugin=conflictcheckonly
--plugin=epgsearch
--plugin=epgsearchonly
--plugin=extrecmenu
--plugin=live --port=8008 --ip=0.0.0.0 --log=INFO --epgimages=/var/cache/vdr/epgimages
--plugin=markad
--plugin=quickepgsearch
--plugin=xineliboutput --local=none --primary --remote=127.0.0.1:37890 --truecolor
Alles anzeigen
vdr-sxfe xvdr+tcp://127.0.0.1 --buffers=450 --height=1366 --width=768 -fs --post method:tvtime=use_vo_driver --reconnect --video=vaapi
Und das dubiose ist, auf einem anderen System funktioniert das exakt so. Beides Ubuntu 14.04 mit yavdr-Testing-Repo. Argh, bin gerade etwas gefrustet.
Muss ich noch was anderes konfigurieren?
Grüße
MPW
Hm, er findet ja das lirc_atiusb gar nicht, wenn ich probiere es mit modprobe zu laden.
Du meinst, ich soll das andere zusätzlich sperren, werde ich gleich nochmal probieren.
Grüße
MPW
Hallo nochmal,
parallel zu meinem anderen Thema, arbeite ich auch an der X10. Da scheitert es derzeit daran, dass das Modul lirc_atiusb nicht geladen werden kann :(.
Hat jemand eine Idee, wie ich das unter Ubuntu 14.04 geladen bekomme?
Grüße
MPW
Also die udev-Regel hab ich jetzt schon Mal richtig, die muss nämlich für diese Karte so heißen:
Wie kommt man da drauf? Ganz einfach, wenn man weiß wie: Mit evtest alle /dev/input/eventX durchprobieren (nur die Zahlentasten sind dafür geeignet, die funktionierten hier ohne jegliche Konfiguration).
Wenn man beim richtigen ist, steht ganz oben am Anfang der Ausgabe der Name, den wohl dann auch dev versteht. Beispiel
$ sudo evtest /dev/input/event3|head
Input driver version is 1.0.1
Input device ID: bus 0x1 vendor 0x6281 product 0x1 version 0x1
Input device name: "saa716x IR (TurboSight TBS 6281)"
Supported events:
Event type 0 (EV_SYN)
Event type 1 (EV_KEY)
Event code 2 (KEY_1)
Event code 3 (KEY_2)
Event code 4 (KEY_3)
Event code 5 (KEY_4)
Alles anzeigen
Im Übirgen muss man auch keine Module sperren (blacklisten), da lircd wohl das Input-Device für sich sperrt. Wenn lircd nämlich läuft, werden keine Zahlen bzw. Eingaben mehr an den X-Server geleitet.
Soweit so gut, fehlt mir noch die Verknüpfung zwischen lircd und irw...
Also ich hab jetzt rausgefunden, dass ich das Problem mit irrecord umgehen kann, indem ich raw codes (-f) aufzeichne.
Dann sieht es so aus, er macht es immerhin:
Now hold down button "KEY_REWIND".
Sorry, something went wrong.
Try again.
Got it.
Signal length is 3
Ich erhalte folgende Datei:
begin remote
name fernbedienung.conf
flags RAW_CODES|CONST_LENGTH
eps 30
aeps 100
gap 108500
begin raw_codes
name KEY_EXIT
9077 2233 591
name KEY_POWER
9066 2239 580
name KEY_MUTE
9119 2186 638
name KEY_1
9116 2179 642
name KEY_2
9062 2243 578
name KEY_3
9064 2241 579
name KEY_4
9063 2249 573
name KEY_5
9053 2248 575
name KEY_6
9067 2244 578
name KEY_7
9010 2243 580
name KEY_8
9066 2298 584
name KEY_9
9062 2246 581
name KEY_DOT
9121 2239 587
name KEY_0
9067 2243 579
name KEY_H
9070 2239 584
name KEY_BACK
9103 2221 559
name KEY_CLEAR
9064 4499 584 552 581 543
586 553 579 550 579 550
583 554 577 552 579 554
576 1679 579 1669 587 1683
573 1680 577 1673 580 1676
581 1676 579 1677 581 552
576 554 580 1694 559 548
585 1676 580 555 575 1676
580 1679 577 1677 581 1672
579 557 576 1674 583 550
580 1679 577 551 578 562
578
name KEY_UP
9122 2236 584
name KEY_LEFT
9143 2195 590
name KEY_OK
9054 2237 587
name KEY_RIGHT
9068 2268 560
name KEY_DOWN
9073 2235 587
name KEY_RED
9071 2244 583
name KEY_YELLOW
9070 2244 580
name KEY_GREEN
9097 2214 614
name KEY_BLUE
9123 2184 643
name KEY_TV
9127 2188 635
name KEY_ZOOM
9169 2172 644
name KEY_FAVORITES
9128 2183 705
name KEY_MODE
9110 2206 621
name KEY_MENU
9108 2209 615
name KEY_EPG
9104 2208 621
name KEY_SUBTITLE
9107 2210 618
name KEY_S
9096 2202 623
name KEY_RECORD
9106 2237 587
name KEY_PLAY
9103 2209 619
name KEY_PAUSE
9103 2209 619
name KEY_STOP
9192 2178 617
name KEY_REWIND
9106 2205 621
name KEY_FORWARD
9111 2210 617
name KEY_PREVIOUS
9106 2209 618
name KEY_NEXT
9106 2209 618
end raw_codes
end remote
Alles anzeigen
Aber wenn ich diese nach /etc/lirc/lircd.conf kopiere, und lirc neu starte, tut sich mit irw gar nichts.
Hat jemand eine Idee?
Grüße
MPW
Oh, da ist tatsächlich was falsch:
$ apt-cache policy vdr-plugin-streamdev-client
vdr-plugin-streamdev-client:
Installiert: 0.6.1.git20140919-0yavdr0~trusty
Installationskandidat: 0.6.1.git20150123-2yavdr0~trusty
Versionstabelle:
0.6.1.git20150123-2yavdr0~trusty 0
500 http://ppa.launchpad.net/yavdr/testing-vdr/ubuntu/ trusty/main amd64 Packages
*** 0.6.1.git20140919-0yavdr0~trusty 0
100 /var/lib/dpkg/status
0.6.0+git20130305-5 0
500 http://de.archive.ubuntu.com/ubuntu/ trusty/universe amd64 Packages
Alles anzeigen
Da das nur ein Testsystem ist, soll ich einfach Mal den VDR komplett deinstallieren?
/edit: Hab jetzt Mal das Plugin deinstalliert, das scheint etwas bewirkt zu haben.
Hallo nochmal,
irgendwas klemmt da noch oder wieder.
mpw@Server0:~$ sudo dpkg -i /var/cache/apt/archives/vdr-plugin-live_0.3.0+git20130915-7yavdr1~trusty_amd64.deb
(Lese Datenbank ... 1009468 Dateien und Verzeichnisse sind derzeit installiert.)
Vorbereitung zum Entpacken von .../vdr-plugin-live_0.3.0+git20130915-7yavdr1~trusty_amd64.deb ...
Entpacken von vdr-plugin-live (0.3.0+git20130915-7yavdr1~trusty) über (0.3.0+git20130915-5yavdr6~trusty) ...
dpkg: Abhängigkeitsprobleme verhindern Konfiguration von vdr-plugin-live:
vdr-plugin-live hängt ab von vdr-abi-2.2.0-yavdr2; aber:
Paket vdr-abi-2.2.0-yavdr2 ist nicht installiert.
Paket vdr, das vdr-abi-2.2.0-yavdr2 bereitstellt, ist noch nicht konfiguriert.
dpkg: Fehler beim Bearbeiten des Paketes vdr-plugin-live (--install):
Abhängigkeitsprobleme - verbleibt unkonfiguriert
Fehler traten auf beim Bearbeiten von:
vdr-plugin-live
mpw@Server0:~$ sudo apt-get install vdr-addon-
vdr-addon-acpiwakeup vdr-addon-lifeguard vdr-addon-simple-pip
vdr-addon-avahi-linker vdr-addon-mcli-tool vdr-addon-wakemeup
vdr-addon-epgdata2vdr vdr-addon-seriestimer
mpw@Server0:~$ sudo apt-get install vdr-addon-
vdr-addon-acpiwakeup vdr-addon-lifeguard vdr-addon-simple-pip
vdr-addon-avahi-linker vdr-addon-mcli-tool vdr-addon-wakemeup
vdr-addon-epgdata2vdr vdr-addon-seriestimer
mpw@Server0:~$ sudo dpkg-reconfigure vdr
/usr/sbin/dpkg-reconfigure: vdr ist kaputt oder nicht komplett installiert
mpw@Server0:~$ sudo apt-get install --reinstall vdr
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
Probieren Sie »apt-get -f install«, um dies zu korrigieren:
Die folgenden Pakete haben unerfüllte Abhängigkeiten:
vdr-plugin-streamdev-client : Hängt ab von: vdr-abi-2.0.6-yavdr0 ist aber nicht installierbar
E: Unerfüllte Abhängigkeiten. Versuchen Sie »apt-get -f install« ohne Angabe eines Pakets (oder geben Sie eine Lösung an).
Alles anzeigen
Es scheint irgendwie ein Problem mit den vdr-abi-Paket zu geben. Einmal wird Version 2.0.6 verlangt und einmal 2.2.0. Das Paket kann ich aber einzeln nicht tauschen, weil es wohl irgendwie im vdr-Paket mit drin ist. Kenne ich da nicht so genau aus.
Hab ich was falsch jongliert, oder gibt es ein Problem im Repo? Ist nur so eine Frage, brauche das aktuell nicht, da meine Sachen derzeit alle laufen.
Zusatzfrage: Auch das manuell gelöscht libx265-16-Paket ist wieder installiert wurden. Wie kann ich apt-get (mit Pinning) sagen, dass er das nicht mehr installieren soll?
Grüße
MPW