Hallo!
Es sieht so aus, als wären die dev Pakete von xorg nicht installiert.
Überprüfe nochmal, ob du alle Pakete installiert hast.
Das image-Plugin hab ich eigentlich entfernt. Hab's vergessen, aus
der runvdr zu nehmen. Entferne einfach die Zeile mit dem image-Plugin
aus /usr/local/bin/runvdr. Ich werd's die Tage korrigieren.
Anleitung für Debian und VDR auf der SMT-7020S
-
-
Sodele kaum liegt die sxfe im richtigen pfad wird se auch schon ausgeführt.
Beim xineliboutput plugin kann ich kein zusätzliches make install durchführen.Und die sxfe-loop stürzt mit einem SegFault ab. Sprich der Fehler muss in diesem Aufruf liegen:
Codeelse sleep 5 /usr/local/bin/vdr-sxfe --fullscreen --video=xv --audio=alsa --nokbd --reconnect xvdr+tcp://127.0.0.1 & sleep 5 fi
Momentan kann sich sxfe nicht connecten weil kein vdr läuft. Und die xorg-files scheinen vollständig zu sein aus der xorg.conf habe ich lediglich die xtrap entfernt.
Ich bastel mal weiter....
-
Mich wundern die ganzen disabled features in xineliboutput.
Es sieht so aus, als wären die xorg Headers nicht installiert.
Die Ausgabe über xv kann so nicht funktionieren.
Deshalb auch die Segfaults. -
So der ganzen Sache (vielleicht) wieder einen Schritt näher gekommen. Aber xine mag noch immer nicht so wie ich das gern hätte.
Bis auf das wichtigste verläuft der boot usw. fehlerfrei.Code
Alles anzeigenvdr-sxfe 1.0.90-cvs (build with xine-lib 1.1.90, using xine-lib 1.1.90) Fullscreen mode Video driver: xv Audio driver: alsa Keyboard input disabled Automatic reconnection enabled VDR Server: xvdr+tcp://127.0.0.1 [2170] [scrnsaver] Error: The name org.gnome.ScreenSaver was not provided by any .service files xv_set_property: property=6, value=66046 [2170] [input_vdr] Connecting (control) to tcp://127.0.0.1:37890 ... [2170] [input_vdr] Can't connect to tcp://127.0.0.1:37890 [2170] [input_vdr] (ERROR (xine_input_vdr.c,5322): Operation now in progress) [2170] [input_vdr] Can't connect to tcp://127.0.0.1:37890 [2170] [input_vdr] (ERROR (xine_input_vdr.c,5742): Operation now in progress) [2170] [input_vdr] Connections closed. [2170] [vdr-fe] fe_xine_open: xine_open("xvdr+tcp://127.0.0.1#nocache") failed Error opening xvdr+tcp://127.0.0.1 [2170] [scrnsaver] Error: The name org.gnome.ScreenSaver was not provided by any .service files
Also X und vdr laufen einwandfrei, nur mit der Verbindung zum vdr das will einfach nicht. Die unterschiedlichen hosts-files sind auch schon angepasst.Vielen Dank für die Unterstützung.
-
Wenn das xineliboutput Plugin gebaut wird, erscheint zuvor als Ausgabe,
welche Funktionen aktiviert sind. Wenn dort xv nicht dabei ist, dann fehlen
definitiv die Devel Pakete von X.
Geh mal in den Plugin-Ordner von xineliboutput. Mach dort mal ein make clean.
Dann ein ./configure. Dann siehst du, was aktiviert ist, bzw. was fehlt.
Ich habe genau nach meiner Anleitung eine komplette SMT von Grund auf installiert,
also alles genau überprüft. Wenn du keine Packages weggelassen hast, muss es
so gehen. -
Also ich habe mal deinen Tipp befolgt:
Ausgabe von ./configure
Code
Alles anzeigenEnabled features: x11 fb vdr libxine libextractor libavutil libjpeg dbus_glib_1 xshm xdpms xinerama xrender xshape pthread dlfcn vdpau i18n libcap Disabled features: opengl libbluray Creating features.h ... Creating config.mak ...
Auf eine Liste aller apt-get Pakete deiner Anleitung, heisst es alles installiert.
ps -auxf | grep vdr:
Coderoot 5512 0.0 0.6 3840 756 pts/1 S+ 10:00 0:00 \_ grep vdr reitscbn 1460 0.0 0.2 1796 360 ? S 09:39 0:00 /bin/sh /usr/local/bin/runvdr reitscbn 1466 2.5 29.9 82480 36896 ? Sl 09:39 0:32 \_ /usr/local/bin/vdr -u reitscbn -w 120 -l 1 -L /usr/local/vdr/plugins -c /etc/vdr --localedir=/usr/local/vdr/locales -s /usr/local/bin/vdrshutdown.sh -P arghdirector -P burn -d /tmp -i /home/reitscbn -D /dev/cdrom reitscbn 1576 0.0 0.7 2704 904 ? S 09:39 0:00 /bin/bash /usr/local/bin/vdr-sxfe-loop.sh
Die syslog Ausgabe der vdr-sxfe-loop:
Code
Alles anzeigenOct 11 09:37:56 samsung vdr: [1635] ERROR: lircd connection broken, trying to reconnect every 3.0 seconds Oct 11 09:39:09 samsung vdr: [1466] ERROR: unknown config parameter: DisableVPS = 0 Oct 11 09:39:09 samsung vdr: [1466] ERROR: unknown config parameter: DoubleEpgAction = 0 Oct 11 09:39:09 samsung vdr: [1466] ERROR: unknown config parameter: DoubleEpgTimeDelta = 15 Oct 11 09:39:09 samsung vdr: [1466] ERROR: unknown config parameter: HardLinkCutter = 1 Oct 11 09:39:09 samsung vdr: [1466] ERROR: unknown config parameter: JumpPlay = 1 Oct 11 09:39:09 samsung vdr: [1466] ERROR: unknown config parameter: JumpSeconds = 60 Oct 11 09:39:09 samsung vdr: [1466] ERROR: unknown config parameter: JumpSecondsRepeat = 300 Oct 11 09:39:09 samsung vdr: [1466] ERROR: unknown config parameter: JumpSecondsSlow = 10 Oct 11 09:39:09 samsung vdr: [1466] ERROR: unknown config parameter: MaxRecordingSize = 100 Oct 11 09:39:09 samsung vdr: [1466] ERROR: unknown config parameter: MenuCmdPosition = 0 Oct 11 09:39:09 samsung vdr: [1466] ERROR: unknown config parameter: MixEpgAction = 0 Oct 11 09:39:09 samsung vdr: [1466] ERROR: unknown config parameter: PauseLastMark = 0 Oct 11 09:39:09 samsung vdr: [1466] ERROR: unknown config parameter: PlayJump = 1 Oct 11 09:39:09 samsung vdr: [1466] ERROR: unknown config parameter: ShowProgressBar = 1 Oct 11 09:39:09 samsung vdr: [1466] ERROR: unknown config parameter: ShowRecDate = 1 Oct 11 09:39:09 samsung vdr: [1466] ERROR: unknown config parameter: ShowRecLength = 1 Oct 11 09:39:09 samsung vdr: [1466] ERROR: unknown config parameter: ShowRecTime = 0 Oct 11 09:39:09 samsung vdr: [1466] ERROR: unknown config parameter: ShowValidInput = 0 Oct 11 09:39:09 samsung vdr: [1466] ERROR: unknown config parameter: SupportTeletext = 1 Oct 11 09:39:09 samsung vdr: [1466] ERROR: unknown config parameter: WarEagleIcons = 1 Oct 11 09:39:16 samsung vdr: [1466] ERROR: invalid primary device number: 3 Oct 11 09:39:16 samsung vdr: [1466] ERROR: no primary device found - using first device! Oct 11 09:39:16 samsung vdr: [1466] ERROR: no OSD provider available - using dummy OSD! Oct 11 09:39:20 samsung vdr-sxfe[1637]: [1637] [scrnsaver] Error: The name org.gnome.ScreenSaver was not provided by any .service files Oct 11 09:39:22 samsung vdr-sxfe[1637]: [1637] [input_vdr] Connecting (control) to tcp://127.0.0.1:37890 ... Oct 11 09:39:22 samsung vdr-sxfe[1637]: [1637] [input_vdr] Can't connect to tcp://127.0.0.1:37890 Oct 11 09:39:22 samsung vdr-sxfe[1637]: [1637] [input_vdr] (ERROR (xine_input_vdr.c,5322): Operation now in progress) Oct 11 09:39:22 samsung vdr-sxfe[1637]: [1637] [input_vdr] Can't connect to tcp://127.0.0.1:37890 Oct 11 09:39:22 samsung vdr-sxfe[1637]: [1637] [input_vdr] (ERROR (xine_input_vdr.c,5742): Operation now in progress) Oct 11 09:39:22 samsung vdr-sxfe[1637]: [1637] [input_vdr] Connections closed. Oct 11 09:39:22 samsung vdr-sxfe[1637]: [1637] [vdr-fe] fe_xine_open: xine_open("xvdr+tcp://127.0.0.1#nocache") failed Oct 11 09:39:22 samsung vdr-sxfe[1637]: [1637] [scrnsaver] Error: The name org.gnome.ScreenSaver was not provided by any .service files Oct 11 10:04:36 samsung kernel: [ 110.362940] codec_read 0: semaphore is not ready for register 0x2c Oct 11 10:04:36 samsung kernel: [ 110.362957] codec_read 0: semaphore is not ready for register 0x3a Oct 11 10:04:36 samsung kernel: [ 110.362967] codec_write 0: semaphore is not ready for register 0x2a Oct 11 10:04:36 samsung kernel: [ 110.362978] codec_write 0: semaphore is not ready for register 0x2a Oct 11 10:04:36 samsung kernel: [ 110.374321] codec_read 0: semaphore is not ready for register 0x2c Oct 11 10:04:36 samsung kernel: [ 110.374338] codec_read 0: semaphore is not ready for register 0x3a Oct 11 10:04:36 samsung kernel: [ 110.374349] codec_write 0: semaphore is not ready for register 0x2a Oct 11 10:04:36 samsung kernel: [ 110.374359] codec_write 0: semaphore is not ready for register 0x2a
Der X-Servr meckert noch ein bisschen wegen Schriften und der angeschlossenen Tastatur, aber das macht keinen Unterschied im Verhalten von vdr-sxfe.
Ich hatte schon eine Konfiguration, bei der ich per mplayer Videos (ohne Ton) auf meinem Fernseher anschauen konnte.
Das war leider aber schon das höchste der Gefühle.Haben sich vielleicht die Paketnamen verändert?
-
Sieht soweit ganz gut aus. Die unknown config parameter kommen von dem nicht
mehr vorhandenen ExtPatch. Für mal als user nach dem Booten folgendes aus:
Nun sollte das Backend laufen. Wenn wieder eine Eingabeaufforderung kommt, dann
schmiert der VDR aus irgend einem Grund ab. Er dürfte erst wieder durch CTRL+c
beendet werden. Wenn das Backend nicht läuft, kann sich das Frontend nicht verbinden. -
Okay also wie oben durchgeführt
Console1:
Codereitscbn@samsung:~$ vdr-frontend.sh stop reitscbn@samsung:~$vdr.sh stop reitscbn@samsung:~$runvdr vdr: no primary device found - using first device!
Bedeutet wohl, dass das backend sauber läuft. OleConsole2:
Code
Alles anzeigenreitscbn@samsung:~$ vdr-frontend.sh start mms: Kein Prozess gefunden irexec: Kein Prozess gefunden irxevent: Kein Prozess gefunden 220 samsung SVDRP VideoDiskRecorder 1.7.21; Tue Oct 11 16:27:59 2011; UTF-8 250 Remote control enabled 221 samsung closing connection reitscbn@samsung:/root$ vdr-sxfe 1.0.90-cvs (build with xine-lib 1.1.90, using xine-lib 1.1.90) Fullscreen mode Video driver: xv Audio driver: alsa Keyboard input disabled Automatic reconnection enabled VDR Server: xvdr+tcp://127.0.0.1 xv_set_property: property=6, value=66046 Error opening xvdr+tcp://127.0.0.1 vdr-sxfe 1.0.90-cvs (build with xine-lib 1.1.90, using xine-lib 1.1.90)
Das sieht bis auf Error opening klasse aus.
Die /etc/vdr/svdrphosts.conf
Code127.0.0.1 # always accept localhost 192.168.178.0/24 # any host on the local net #204.152.189.113 # a specific host #0.0.0.0/0 # any host on any net (USE THIS WITH CARE!)
Bedeutet wohl das der vdr lokal und aus dem lokalen Netz erreichbar ist. Kann es noch an einem Port liegen?
Denn bis auf die Verbindung und folglich Bild und Ton funktioniert es doch.Vielen Dank für die Hilfestellung.
-
Kommt nachdem du runvdr ausgeführt hast, wieder eine Eingabeaufforderung,
oder ist die Konsole durch den VDR blockiert. Wenn ersteres, dann stimmt was
mit dem Backend nicht. -
Die Console wird durch den Aufruf von runvdr blockiert. Hätte ich auch explizit dazu schreiben können....
Das Backend ist also in Ordnung.
Habe nun die Ports in runvdr und sxfe-loop angeglichen un jetzt reden sie zumindest anfangs miteinander:
Coderoot@samsung:~# netstat -npl | grep vdr tcp 0 0 0.0.0.0:37890 0.0.0.0:* LISTEN 9759/vdr root@samsung:~# netstat -nal | grep vdr root@samsung:~# netstat -nal | grep 37890 tcp 0 0 0.0.0.0:37890 0.0.0.0:* LISTEN root@samsung:~# netstat -ano | grep 37890 tcp 0 0 0.0.0.0:37890 0.0.0.0:* LISTEN aus (0.00/0/0)
CodeOct 11 22:45:36 samsung vdr-sxfe[7818]: [7818] [input_vdr] Connecting (control) to tcp://127.0.0.1:37890 ... Oct 11 22:45:37 samsung vdr-sxfe[7818]: [7818] [input_vdr] Server greeting: 220 samsung SVDRP VideoDiskRecorder 1.7.21; Tue Oct 11 22:45:37 2011; UTF-8 Oct 11 22:45:37 samsung vdr-sxfe[7818]: [7818] [input_vdr] Unregonized greeting ! Oct 11 22:45:37 samsung vdr-sxfe[7818]: [7818] [input_vdr] Can't connect to tcp://127.0.0.1:37890 Oct 11 22:45:37 samsung vdr-sxfe[7818]: [7818] [input_vdr] Connections closed. Oct 11 22:45:37 samsung vdr-sxfe[7818]: [7818] [vdr-fe]fe_xine_open: xine_open("xvdr+tcp://127.0.0.1:37890#nocache") failed Oct 11 22:45:38 samsung vdr-sxfe[7818]: [7818] [scrnsaver] Error: The name org.gnome.ScreenSaver was not provided by any .service files
Wenn ich mich nun von extern mit vlc connecte kommt noch ein:
hinzu. Übertragen wird aber nichts.
-
Wie siehts mit einer Verbindung über streamdev oder vdr-live aus?
Funktioniert die? -
zu streamdev:
Habe die hosts.conf angepasst aber keinerlei Verbindung bekommen ( xine, vlc, ...)
zu vdr-live:
Da bin ich etwas überfragt.Wenn ich aber per Firefox auf http://<ip_des_vdr>:37890 zugreife kommt:
Code
Alles anzeigen220 samsung SVDRP VideoDiskRecorder 1.7.21; Wed Oct 12 17:11:38 2011; UTF-8 500 Command unrecognized: "GET" 500 Command unrecognized: "Host:" 500 Command unrecognized: "User-Agent:" 500 Command unrecognized: "Accept:" 500 Command unrecognized: "Accept-Language:" 500 Command unrecognized: "Accept-Encoding:" 500 Command unrecognized: "Accept-Charset:" 500 Command unrecognized: "DNT:" 500 Command unrecognized: "Connection:" 500 Command unrecognized: "" 221 samsung closing connection (timeout)
Aber eine Streming-Verbindung kann ich von nirgends her aufbauen und der Port ist auch im Router freigeschalten.
Sonst würde ja die Firefox-Anfrage ja nichts anzeigen....vlc {http|xvdr+tcp|xvdr+udp|xvdr}oder xine "xvdr+tcp://<VDR's IP address>:37890#nocache" -D
brachten auch keine sinnvollen Informationen außer tut ned!? -
Versuch mal im Browser folgende Ports:
3000 für streamdev
8008 für live.
Wenn das nicht geht, dann läuft das Backend nicht. Dann kann sich
vdr-sxfe auch nicht verbinden. Jedenfalls vermute ich immernoch, dass
das Backend nicht läuft. -
heureka
nachdem ich nochmal alles neu gebaut habe fiel mir auf, dass das syseminfo(da musste ich den symlink exakter setzen wegen der API)
und das ripit plugin(deaktiviert) fehlten. Der ripit.pl fehlt auch im download bereich.Nun surfe ich mit vdr-live auf der Kiste rum ich sehe noch nichts (weder Browser noch Fernseher) aber zumnidest tut sich mal etwas.
Auf dem Fernseher bleibt die Fehlermeldung gleich:
Code
Alles anzeigenvdr-sxfe 1.0.90-cvs (build with xine-lib 1.1.90, using xine-lib 1.1.90) Fullscreen mode Video driver: xv Audio driver: alsa Keyboard input disabled Automatic reconnection enabled VDR Server: xvdr+tcp://127.0.0.1 [6751] [scrnsaver] Error: The name org.gnome.ScreenSaver was not provided by any .service files xv_set_property: property=6, value=66046 [6751] [input_vdr] Connecting (control) to tcp://127.0.0.1:37890 ... [6751] [input_vdr] Can't connect to tcp://127.0.0.1:37890 [6751] [input_vdr] (ERROR (xine_input_vdr.c,5322): Operation now in progress) [6751] [input_vdr] Can't connect to tcp://127.0.0.1:37890 [6751] [input_vdr] (ERROR (xine_input_vdr.c,5742): Operation now in progress) [6751] [input_vdr] Connections closed. [6751] [vdr-fe] fe_xine_open: xine_open("xvdr+tcp://127.0.0.1#nocache") failed Error opening xvdr+tcp://127.0.0.1 [6751] [scrnsaver] Error: The name org.gnome.ScreenSaver was not provided by any .service files
Im Browser bleibt ebenfalls alles schwarz und ohne Ton.
Vielleicht noch etwas am X.
-
Sodele remote habe ich jetzt über vdr-live und vdr-fbfe Bild und Ton auf meinem Rechner. GENIAL
Wenn jetzt noch lokal auf dem Fernseher ein Bild dazu kommt, wäre ich schlichtweg als begeistert.
Next step mms
-
Am besten kommst du mal in den IRC von vdr-portal.
Dann sehen wir zu, dass wir das Problem gelöst bekommen.
Kann sein, dass sich in meiner Anleitung durch die letzten
Änderungen der ein oder andere Fehler eingeschlichen hat. -
Habe die Anleitung gerade mal mit meiner S100 nachvollzogen und muss sagen, dass es soweit gut funktioniert.
Folgende Änderungen und Vorgehen (aus dem kopf):- debootstrap -> kernel angepasst und kompiliert -> vdr und plugins selbst kompiliert -> eingies weggelassen. Brauche nur VDR-Only ohne FF nur Streaming.
- TVOut auf dem Scart schalte ich mit intelfb-tvout-0.1 von Ralph Wuerthner um. Das tvout.c funktionierte bei mir nicht.
- Eigener Kernel (2.6.39) mit der .config aus der Anleitung bzw aus dem dep-File der Anleitung. Hab draus einen NFS_ROOT fähigen Kernel gemacht. -
Also kaum macht man es richtig funktioniert es auch...
Dank einer irc Session mit mase sind wir meinem Fehler auf die Schliche gekommen.Falls so ein Fehler auftaucht oder etwas vergleichbares:
Codexine: found input plugin : VDR (Video Disk Recorder) input plugin xine: input plugin cannot open MRL [xvdr+tcp://127.0.0.1:37890#nocache] xine: cannot find input plugin for MRL [xvdr+tcp://127.0.0.1:37890#nocache] Error opening xvdr+tcp://127.0.0.1:37890
Unbedingt die runvdr kontrollieren. Dabei darauf achten plugin-zeilen nicht auskommentieren sondern ausschneiden
und verschieben oder ganz löschen!Und jetzt geht auf einmal alles. Zeit zum wieder "kaputt spielen"
-
Hallo,
ich bin bei meiner SMT genau nach der im ersten Beitrag verlinkten Anleitung vorgegangen und bis Schritt 3 hat auch alles problemlos geklappt. Allerdings habe ich nach dem Einbau der Platte in die SMT jetzt folgendes Problem: Die SSH Sessions sind extrem langsam (teilweise bis zu einer Minute Wartezeit bis eine Tastatureingabe durch kommt) und frieren meist nach kurzer Zeit komplett ein. An der Konsole (USB Keyboard + Fernseher) funktioniert aber alles und weder dmesg noch syslog noch top zeigen irgendwelche Auffälligkeiten an.
Habt Ihr eine Idee, an was das liegen könnte? Könnte es an (falschen) BIOS Settings liegen? Die Batterie meiner SMT war platt.
Gruß,
Reiner. -
Hallo !
erst mal vielen Dank für die Arbeit und die tolle Anleitung.
Ich habe vor am Wochenende meine beiden SMT7020s mit Debian zu bestücken.
Leider geht der Link http://www.setho.org/vdr/smt-7020s/smt-7020s.html nicht.Gibt es eine Möglichkeit die Anleitungen und die Dateien zu bekommen ?
Hast du schon mal einen aktuelleren Kernel ausprobiert ?
Vielen Dank für Deine Bemühungen
mfG Matthias
Jetzt mitmachen!
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!