[yaVDR 0.5] vdr läst sich beim Abspielen von Aufnahmen nicht mehr bedienen, Startzeiten des VDR haben sich verlängert, schaltet nach Timer Aufnahme nicht Automatisch ab.

Zitat

vdr friert beim Abspielen von Aufnahmen ein!

und jetzt ? bei mir passiert das nicht. sollen wir "handauflegen" spielen auf deinem vdr ? oder kommen noch mehr infos, welches frontend, welche aufnahme, welche hardware ... ? uw. usw.

Zitat

Langt das für eine erste Diagnose?

warscheinlich nicht.
evtl. braucht man doch syslog (pastebinit dafür nehmen)
dmesg
und welche fernbedienung hast du ? welchen empfänger ?
apt-get update
apt-get upgrade erledigt ?

ist linux-media-dkms installiert ?
hast du irgendwelche zusätzlichen plugins installiert ausser die default mit yavdr kommen ?

was hast überhaupt verändert am system ?
usw.
usw.

Poste bitte mal ein Syslog, das den Namen auch verdient

# falls noch nicht installiert:
sudo apt-get install pastebinit
# dann:
sudo pastebinit /var/log/syslog

Hallo,
gleiches Problem mit Timer-Aufnahme! Rechner startet, Aufnahme wird durchgeführt, aber das System läuft noch 5 Stunden später.
Einstellungen wurden nicht verändert, also alles nach Voreinstellung.

Auszug aus Syslog:

Jul 17 07:53:22 yavdr-media vdr: video: slow down video, duping frame
Jul 17 07:53:22 yavdr-media vdr: video: 16:03:06.970 +34 1112 80/\ms 73 v-buf
Jul 17 07:54:12 yavdr-media vdr: video: slow down video, duping frame
Jul 17 07:54:12 yavdr-media vdr: video: 16:03:56.970 +34 1128 80/\ms 61 v-buf
Jul 17 07:55:02 yavdr-media vdr: video: slow down video, duping frame
Jul 17 07:55:02 yavdr-media vdr: video: 16:04:46.970 +34 1112 80/\ms 68 v-buf
Jul 17 07:55:52 yavdr-media vdr: video: slow down video, duping frame
Jul 17 07:55:52 yavdr-media vdr: video: 16:05:36.970 +34 1096 80/\ms 64 v-buf
Jul 17 07:56:42 yavdr-media vdr: video: slow down video, duping frame
Jul 17 07:56:42 yavdr-media vdr: video: 16:06:26.970 +34 1112 80/\ms 73 v-buf
Jul 17 07:57:21 yavdr-media dhclient: DHCPREQUEST of 192.168.80.41 on eth0 to 192.168.80.1 port 67
Jul 17 07:57:21 yavdr-media dhclient: DHCPACK of 192.168.80.41 from 192.168.80.1
Jul 17 07:57:21 yavdr-media dhclient: bound to 192.168.80.41 -- renewal in 241 seconds.
Jul 17 07:57:32 yavdr-media vdr: video: slow down video, duping frame
Jul 17 07:57:32 yavdr-media vdr: video: 16:07:16.970 +34 1064 80/\ms 75 v-buf
Jul 17 07:58:22 yavdr-media vdr: video: slow down video, duping frame
Jul 17 07:58:22 yavdr-media vdr: video: 16:08:06.970 +34 1112 80/\ms 64 v-buf
Jul 17 07:59:12 yavdr-media vdr: video: slow down video, duping frame
Jul 17 07:59:12 yavdr-media vdr: video: 16:08:56.970 +34 1128 80/\ms 76 v-buf
Jul 17 08:00:02 yavdr-media vdr: video: slow down video, duping frame
Jul 17 08:00:02 yavdr-media vdr: video: 16:09:46.970 +34 1112 80/\ms 67 v-buf
Jul 17 08:00:12 yavdr-media vdr: [2235] [softhddev]FeedKeyPress: remote 'XKeySym' not found
Jul 17 08:00:12 yavdr-media vdr: [1980] dbus2vdr: new message, object /Remote, interface de.tvdr.vdr.remote, member HitKey
Jul 17 08:00:12 yavdr-media vdr: [1980] dbus2vdr: 1 idle message handler, reusing 0x7ff6740a7410
Jul 17 08:00:12 yavdr-media vdr: [6115] dbus2vdr message handler thread started (pid=1901, tid=6115)
Jul 17 08:00:12 yavdr-media vdr: [6115] dbus2vdr: de.tvdr.vdr.remote.HitKey: get key 'Power'
Jul 17 08:00:12 yavdr-media vdr: [1901] Power button pressed
Jul 17 08:00:12 yavdr-media vdr: [1901] warning: VDR schaltet später aus - Power zum erzwingen
Jul 17 08:00:12 yavdr-media vdr: [6116] Text2Skin: message display update thread started (pid=1901, tid=6116)
Jul 17 08:00:12 yavdr-media vdr: [6115] dbus2vdr: moving message handler 0x7ff6740a7410 from active to finished
Jul 17 08:00:12 yavdr-media vdr: [6115] dbus2vdr message handler thread ended (pid=1901, tid=6115)
Jul 17 08:00:18 yavdr-media vdr: [6116] Text2Skin: message display update thread ended (pid=1901, tid=6116)
Jul 17 08:00:48 yavdr-media vdr: [1901] Power button pressed
Jul 17 08:00:48 yavdr-media vdr: [1901] warning: VDR schaltet später aus - Power zum erzwingen
Jul 17 08:00:48 yavdr-media vdr: [6118] Text2Skin: message display update thread started (pid=1901, tid=6118)
Jul 17 08:00:52 yavdr-media vdr: video: slow down video, duping frame
Jul 17 08:00:52 yavdr-media vdr: video: 16:10:36.970 +34 1128 80/\ms 69 v-buf
Jul 17 08:00:54 yavdr-media vdr: [6118] Text2Skin: message display update thread ended (pid=1901, tid=6118)
Jul 17 08:01:17 yavdr-media vdr: [1901] Power button pressed
Jul 17 08:01:17 yavdr-media vdr: [1901] warning: VDR schaltet später aus - Power zum erzwingen
Jul 17 08:01:17 yavdr-media vdr: [6119] Text2Skin: message display update thread started (pid=1901, tid=6119)
Jul 17 08:01:22 yavdr-media dhclient: DHCPREQUEST of 192.168.80.41 on eth0 to 192.168.80.1 port 67
Jul 17 08:01:22 yavdr-media dhclient: DHCPACK of 192.168.80.41 from 192.168.80.1
Jul 17 08:01:23 yavdr-media dhclient: bound to 192.168.80.41 -- renewal in 283 seconds.
Jul 17 08:01:23 yavdr-media vdr: [6119] Text2Skin: message display update thread ended (pid=1901, tid=6119)

Beginn der Aufnahme um ca. 0.35 Uhr.

Ein verzögertes Startverhalten bzw. langsamer Systemstart ist nicht bemerkbar. Das Ding läuft so schnell hoch wie
mein letztes System mit YAVDR 0.4.

Zur INFO : Die Adresse 192.168.80.1 ist mein Server der 24/7 läuft und als Gateway für das Internet zur Filterung der
Webseiten und als Firewall dient.

norman & bernd180356

Tja, sowas kann passieren bei einer Pre-Alpha Version, die auch als solche ausdrücklich für Anwender, die sich auch selbst helfen können ausgeschrieben war.

Wie "gda" schon Gebetsmühlen-artig immer wieder schreibt es gibt kein: [yaVDR 0.5], sondern ausdrücklich eine yaVDR64-0.5.0-alpha1, also ein Preview ohne Support für interessierte und erfahrene Benutzer.

Regards
fnu

Zitat von bernd180356

gleiches Problem mit Timer-Aufnahme! Rechner startet, Aufnahme wird durchgeführt, aber das System läuft noch 5 Stunden später.
Einstellungen wurden nicht verändert, also alles nach Voreinstellung.

Das ist ein bekanntes Phänomen, beim Attachen des Softhddevice-Frontends wird AFAIK vom Plugin selbst Nutzeraktivität erzeugt, so dass nicht der Brückentimer sondern dern normale Inaktivitätstimer greift.

Man könnte das z.B. umgehen, indem man in der /etc/init/vdr-frontend.conf per vdr-dbus-send eine Abfrage macht, ob der VDR manuell oder für einen Timer gestartet wurde und für den letzteren Fall etwas nach dem Attachen des Frontends ebenfalls per vdr-dbus-send die Power-Taste drücken lässt.

Ist für mich auch kein Problem, da ich der Entwicklung interessiert folge und ich vom VDR nicht abhängig bin.
Wenn es nicht läuft warte ich auf die Updates, spiele Sie ein und freu mich wenns läuft.
Mal ein Blick in die Logfiles, man lernt nur dabei.
Wenns nicht geht, DVB-T über den TV und schon ist es gut. Mir machts Spaß, ich kann schauen wie Ihr das
macht -- für mich ein Vergnügen und wenns läuft freu ich mich - auch für die Macher.

mfg. Bernd

Zitat von bernd180356

Ist für mich auch kein Problem, da ich der Entwicklung interessiert folge und ich vom VDR nicht abhängig bin.

Oha, auch eine Art Luxus, schön, das wäre bei den meisten von uns klein wenig anders ...

Viel Spaß noch mit yaVDR64-0.5.0-alpha1 ...

Regards
fnu

Hallo fnu,
daß hier kein Mißverständnis entsteht. Selbstverständlich habe ich auch gerne ein System das rund läuft und
ich bin von YAVDR und den Machern noch nie enttäuscht worden !

Aber die Entstehung eures VDR`s zu verfolgen ist super und man kann dann den Aufwand den Ihr in euerer
Freizeit betreibt nur Bewundern. Ich denke manche Benutzer wissen das nicht zu schätzen.

Angefangen vom System selbst, bis zur Doku ist das schon ne tolle Sache!!!

Also von mir mal eine "Tiefe Verbeugung und vielen Dank für euren Einsatz von mir !!!"

mfg. Bernd

norman quatsch. ich bin auch kein entwickler.
aber man sollte immer vollständige infos liefern.

ein : "tut nicht mehr" ist halt irgendwie .... zuwenig

deaktivier mal bitte xvdr in der /etc/vdr/plugins/order.conf
also ein -xvdr

und dann restart vdr
nur eine vermutung.

Das mit dem nicht abschalten ist bekannt ,das andere: Last bei irgendeinem Prozess ? Du scheinst da nebenher zu streamen ? Lass mal top oder ähnliches mitlaufen - irgendetwas muss er ja tun ;).

Zitat von seahawk1986

Das ist ein bekanntes Phänomen, beim Attachen des Softhddevice-Frontends wird AFAIK vom Plugin selbst Nutzeraktivität erzeugt, so dass nicht der Brückentimer sondern dern normale Inaktivitätstimer greift.

Man könnte das z.B. umgehen, indem man in der /etc/init/vdr-frontend.conf per vdr-dbus-send eine Abfrage macht, ob der VDR manuell oder für einen Timer gestartet wurde und für den letzteren Fall etwas nach dem Attachen des Frontends ebenfalls per vdr-dbus-send die Power-Taste drücken lässt.

das

Jul 17 08:00:12 yavdr-media vdr: [1901] Power button pressed


Jul 17 08:00:12 yavdr-media vdr: [1901] warning: VDR schaltet später aus - Power zum erzwingen

kommt doch nur wenn er noch aufnimmt oder ?im Post steht die Aufnahme war um 00:35 beendet..

gruss gerd

Nein, die Aufnahme begann um 0.35 Uhr und war ca. 2.05 zu Ende.

Normal müßte die Maschine nach ca. 3 Stunden, je nach Einstellung automatisch
ausschalten. War auf jeden fall bei der 0.4 so.

Mache mal heute die Probe, also einschalten das Ding laufen lassen, keine FB usw.
Mal sehen ob er ohne das er Bedient wird ausschaltet.

mfg Bernd

Nachtrag : Habe morgens um 8.. den Power-Button der FB betätigt um die Maschine
auszuschalten, hab dann aber festgestellt daß Sie nicht herunter fährt.
Es war aber kein anderer Timer prog., also nur Aufnahme um 0.35 als Timer.
Rechner war aus, Start, 1 Aufnahme, Ende!

Zitat von gerdh

kommt doch nur wenn er noch aufnimmt oder ?im Post steht die Aufnahme war um 00:35 beendet..

Nein, das kommt wenn entweder der VDR selbst (aufgrund Timern oder Plugin-Aktivität) oder ein Shutdown-Hook den Shutdown abbricht.