Hallo Sven,
die Logs kannst du entweder über das Webfrontend (anderer PC im Webbrowser IP vom VDR eintippen) oder über /var/log finden,
Gruß, Uwe
Hi,
ich denke ich hab seit einiger Zeit (Monate?) das selbe Problem. yaVDR läuft eigentlich superstabil.
Aber manchmal (schätze mal so ca. jedes 10. Mal) wenn ich versuche ein Video abzuspielen (dabei ist es glaub ich egal von welchem Sender und ob die Aufnahme schonmal angeschaut wurde) bleibt das Frontend hängen (das Menü bleibt angezeigt, die Aufnahme "ausgewählt").
- Aufnahmen laufen im Hintergrund bei Bedarf weiter bzw. Starten auch danach noch.
- VDRAdmin reagiert noch
- Neustart des Frontends (über das Webfrontend) funktioniert, danach läßt sich die selbe Aufnahme in der Regel auch abspielen
- vdr-sxfe@vdr-plugin-xineliboutput war immer als Frontend eingestellt (hab jetzt mal auf xine@vdr-plugin-xine umgestellt und werde jetzt mal damit testen)
- OSD ist anthra_1920_FS in lightamber
- es sind einige Plugins installiert. keine Ahnung welche davon nicht zur Defaultinstallation gehören
- HW ist ein ASUS AT3IONT-I, 2xDVB-T-Receiver (Hauppauge Nova-T + Pinnacle)
- Pakete sind per aptitude immer mal wieder aktualisiert, haben aber nix geändert
Auszug aus Syslog:
Apr 30 10:26:06 vdr vdr: [12632] [xine..put] OSD bandwidth: 241283 bytes/s (1885 kbit/s)
Apr 30 10:26:13 vdr vdr: [11907] [extrecmenu] starting replay of recording
Apr 30 10:26:13 vdr vdr: [11907] loading /srv/vdr/video.00/c't_magazin/Computer_&_Technik/2011-04-29.02.03.4-0.rec//marks
Apr 30 10:26:13 vdr vdr: [11907] replay /srv/vdr/video.00/c't_magazin/Computer_&_Technik/2011-04-29.02.03.4-0.rec
Apr 30 10:26:13 vdr vdr: [11907] playing '/srv/vdr/video.00/c't_magazin/Computer_&_Technik/2011-04-29.02.03.4-0.rec/00001.ts'
Apr 30 10:26:13 vdr vdr: [11907] loading /srv/vdr/video.00/c't_magazin/Computer_&_Technik/2011-04-29.02.03.4-0.rec//marks
Apr 30 10:26:13 vdr vdr: [12632] Text2Skin: menu display update thread ended (pid=11907, tid=12632)
Apr 30 10:26:13 vdr vdr: [12656] dvbplayer thread started (pid=11907, tid=12656)
Apr 30 10:26:13 vdr vdr: [12657] non blocking file reader thread started (pid=11907, tid=12657)
Apr 30 10:26:13 vdr vdr: [12656] [xine..put] Detected video size 704x576
Apr 30 10:26:13 vdr vdr-sxfe[12045]: [12081] [input_vdr] wait_stream_sync: discard_index 4652151399 != curpos 4652096879 ! (diff 54520)
Apr 30 10:26:13 vdr vdr: [12631] TS buffer on device 1 thread ended (pid=11907, tid=12631)
Apr 30 10:26:13 vdr vdr: [12630] buffer stats: 74636 (3%) used
Apr 30 10:26:13 vdr vdr: [12630] receiver on device 1 thread ended (pid=11907, tid=12630)
Apr 30 10:26:13 vdr vdr-sxfe[12045]: [12081] [demux_vdr] PMT changed, resetting demuxer
Apr 30 10:26:15 vdr vdr: [11907] connect from 127.0.0.1, port 46673 - accepted
Apr 30 10:26:16 vdr vdr: [11907] closing SVDRP connection
Apr 30 10:27:44 vdr vdr: [11975] frontend 1/0 timed out while tuning to channel 0, tp 212
Apr 30 10:27:44 vdr vdr: [11972] frontend 0/0 timed out while tuning to channel 0, tp 191
Apr 30 10:27:57 vdr vdr: [11973] channel 6 (RTL Television) event Sat 30.04.2011 10:25-10:35 'Exclusiv - Das Star-Magazin' status 4
Apr 30 10:28:26 vdr vdr: [11975] frontend 1/0 timed out while tuning to channel 0, tp 666
Apr 30 10:28:26 vdr vdr: [11972] frontend 0/0 timed out while tuning to channel 0, tp 626
Apr 30 10:28:47 vdr vdr: [11972] frontend 0/0 timed out while tuning to channel 0, tp 674
Apr 30 10:28:47 vdr vdr: [11975] frontend 1/0 timed out while tuning to channel 0, tp 682
Apr 30 10:29:22 vdr vdr: [11973] channel 1 (Das Erste) event Sat 30.04.2011 10:03-10:30 (VPS: 30.04 10:03) 'Willi wills wissen' status 1
Apr 30 10:29:22 vdr vdr: [11973] channel 1 (Das Erste) event Sat 30.04.2011 10:30-11:00 (VPS: 30.04 10:30) 'Die Pferdeflüsterin' status 2
Apr 30 10:29:50 vdr vdr: [11975] frontend 1/0 timed out while tuning to channel 0, tp 212
Apr 30 10:29:50 vdr vdr: [11972] frontend 0/0 timed out while tuning to channel 0, tp 191Ingo
Ich hatte gestern einen Absturz, aber es war schon spät und ich hatte den Desktop-PC schon heruntergefahren. Das VDR-Log hat nicht viel gesagt, ausser, dass er irgendein Script unter /usr/local/bin ausführen wollte, welches aber nicht existiert.
yaVDR installiert nichts unter /usr/local/bin und versucht deshalb auch nichts von dort zu starten. Problem ist also selbst verursacht.
Gerald
das script kommt aber nicht von yavdr. also irgendwas zusätzlich installiertes hat das script dahin gepackt (addon, plugin).
eine solche datei existiert bei mir auch nicht.
und zur thematik mit dem beenden einer aufzeichnung ... ich benutze seit ich vdr kenne dazu die "back"-taste. das sowas mit der blauen geht, wusste ich bis hierher noch gar nicht. kann also auch nicht daran liegen. ich hatte noch keinen absturz bei der videowiedergabe.
gruss
markus
Nachtrag: Ich habe nun einen "Zombieprozess" vlc2iptv entdeckt. Keine Ahnung, was das ist und ob das die Ursache sein könnte!
Ich nehme an du hast immer noch die 3 Demo-Kanäle in deiner channels.conf stehen. Nimm die doch mal raus.
Gerald
*puh* das war "anstrengend...
Ich hatte nur 3Sat drin, denke ich mal, ich sehe sonst nichts. Allerdings hatte ich über 1.000 Kanäle, also in den DVB-Einstellungen nur noch das Erneuern des Namens und des PIDs erlaubt und den Rest schön mit F3+Enter gelöscht. Das waren ja "nur" 900x. Okay, ich hätte die channels.conf auch irgendwie mit einem Editor editieren können, aber bei einer laufenden Aufnahme etwas schlecht und außerdem wäre das ja auch langweilig gewesen... 
Back to Topic:
Ob die Abstürze an IPTV liegen, kann ich natürlich nicht nachvollziehen. Ich weiß nur, dass ich die Probleme früher schon hatte (gegen November/ Dezember) und dann deswegen wieder zu MythTV gewechselt bin. Die jetzige Installation hatte ich aber "frisch" aufgesetzt und Konfigurationsdateien nur für Lirc und LCDProc übernommen.
Hi,
ich habe grad VDR3 neu gebaut und VDR1 neu aufgesetzt, beide mit der aktuellen YaVDR 0.3a. VDR1 zeigt ganz massiv dieses Problem (Bild bleibt stehen), lässt sich mit dem abschiessen des vdr-sxfe beheben. Dies wird beim starten einer Aufnahme beobachtet, beim schauen einer Aufnahme, einschalten des TV wenn der VDR schon eine Weile läuft (hier allerdings kein Standbild, sondern einfach nix).
Bin zwischendurch zu xine als fontend gewechselt, dort gibt's aber die selben Probleme. Da es sich hier ganz klar um ein Problem bei der Anzeige handelt, vermute ich das Problem bei VDPAU. Ich hatte auch an einen IRQ Konlikt gedacht, da sich eine TV Karte und die G210 anscheinend den IRQ 19 teilen. Ich weiß aber noch nicht, wie ich das behebe.
Ob VDR3 Probleme macht, weiß ich noch nicht. Wäre aber eine mittelschwere Katastrophe, da der an einen technisch desinteressierten versendet wurde.
Leider finde ich im Syslog nichts, was ganz klar auf das Problem hindeutet. Ich poste mal ein paar verdächtige stellen, vielleicht kann das jemand bestätigen:
May 1 05:52:47 vdr vdr: [1544] frontend 0/0 lost lock on channel 28, tp 530
May 1 05:52:47 vdr vdr: [1544] frontend 0/0 regained lock on channel 28, tp 530
May 1 05:53:59 vdr vdr: [2647] [xine..put] cXinelibServer::Play Buffer overflow (TCP/PIPE)
May 1 05:55:23 vdr vdr: last message repeated 28 times
May 1 06:00:39 vdr vdr: [2647] [xine..put] cXinelibServer::Play Buffer overflow (TCP/PIPE)
May 1 06:00:42 vdr vdr: last message repeated 971 times
May 1 06:00:42 vdr vdr: [2647] [xine..put] cXinelibServer: Too many TCP buffer overflows, dropping client
May 1 06:00:42 vdr vdr: [2647] [xine..put] cXinelibServer::Play Write/Queue error (TCP/PIPE)
May 1 06:00:42 vdr vdr: [2647] [xine..put] Closing connection 0
May 1 06:00:42 vdr vdr-sxfe[1633]: [2020] [input_vdr] Control stream disconnectedso leider nicht lesbar...
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!