Dann verhält sich das Plugin aber merkwürdig - der VDR sollte ja sehen, dass er wegen einem ACPI-Wakeup Event geweckt wurde und dann MinEventTimeout warten, bis er den Shutdown einleitet (was steht da im syslog - "assuming manual start" oder "assuming start for acpi-wakeup"?):
Beiträge von OleS
-
-
Ok, gefunden:
Code
Alles anzeigentime_t cPluginXmltv2vdr::WakeupTime(void) { // Return custom wakeup time for shutdown script if (!g.WakeUp()) return (time_t) 0; time_t nextruntime=g.EPGSources()->NextRunTime(); if (nextruntime) nextruntime-=(time_t) 180; #ifdef VDRDBG tsyslog("reporting wakeuptime %s",ctime(&nextruntime)); #endif return nextruntime; }
Das wären 3 Minuten vor der Zeit, hinzu kommt:
Das wären dann insgesamt 5 Min. und woher kommen die fehlenden 3 Min.? *grübel*Cheers,
Ole -
Hallo zusammen,
ich habe hier mal wieder ein Timingproblem...
Installiert ist xmltv2vdr in Kombination mit epgdata.com, der Abgleich der EPG-Daten soll nachts erfolgen, daher habe ich xmltv2vdr.options.wakeup = 1 in der setup.conf
gesetzt und 3:09 als Aufwachzeit definiert. Im syslog habe nun folgendes:
Die Stundendifferenz rührt sicherlich vom UTC der RTC und die 8 Minuten kommen allem Anschein nach vom xmltv2vdr.
Ein erstes Lebenszeichen im syslog:
Und dann kommt der böse Shutdown (nach 5 Min., da das Frontend nicht aktiv ist - soll ja auch nicht.CodeMar 2 03:06:52 htpc vdr: [2071] dbus2vdr: new message, object /Shutdown, interface de.tvdr.vdr.shutdown, member ConfirmShutdown
Die daraus resultierende Frage: Wo kann ich diesen Shutdown-Timeout einstellen, wenn das überhaupt so ohne weiteres möglich ist bzw. kann man xmltv2vdr
dazu bringen, weniger als 8 Min. vor der Zeit zu booten?Cheers,
Ole -
Hmm ok, und Probleme mit dem W im WAF möchte natürlich niemand...
allerdings habe ich einen laufenden Suchtimer (der schon eine Zeit gut gearbeitet hat), der im Test mehr Ergebnisse liefert als er Timer anlegt.
Daran könnte 'vermeide Wiederholungen' im Suchtimer schuld sein.
Ansonsten vieleicht doch noch mal die timersdone.conf kontrollieren.Cheers,
Ole -
Hallo zusammen,
habe gerade --> hier <--einen evtl. zielführenden Hinweis erhalten - bin ja mittlerweile, was dieses spezielle Thema angeht, vorsichtig geworden.Ich habe (hatte) folgendes in der order.conf:
Codegraphtft -graphlcd -dvbhddevice -dvbsddevice -pvr350 -dummydevice -xine -xineliboutput *dynamite
Nachdem ich den graphtft-Eintrag gelöscht habe, konnte ich das System bisher immer (~15x) sauber booten. Also abwarten...Cheers,
OlePS: Ich betrachte das Thema als gelöst, da ich nach der oben genannten Änderung bisher immer sauber booten konnte.
-
Hast du das Plugin epgsearch evtl. in /etc/vdr/plugins/order.conf deaktiviert?
Cheers,
Ole -
Ich habe schon ein paar Hinweise gelesen man solle die
timersdone.conf löschenSchau mal unter /var/lib/vdr/plugins/epgsearch
Cheers,
Ole -
JTC: vdr-plugin-devstatus
Cheers,
Ole -
Es ist zum Haareraufen...die Kiste hängt immer noch sporadisch. Ich habe jetzt wieder den Urzustand hergestellt.
Interpretiere ich richtig, dass der vdr an sich nicht startet?Codestart wait-for-job-state WAIT_FOR=vdr TARGET_GOAL=start WAIT_STATE=running WAITER=vdr-frontend WAIT_FOREVER=1
Und hier mal ein Auszug vom syslog:Code
Alles anzeigenFeb 19 06:36:35 htpc vdr: [1185] starting plugin: dbus2vdr Feb 19 06:36:35 htpc vdr: [1185] dbus2vdr: new message dispatcher for interface de.tvdr.vdr.epg Feb 19 06:36:35 htpc vdr: [1185] dbus2vdr: new message dispatcher for interface de.tvdr.vdr.osd Feb 19 06:36:35 htpc vdr: [1185] dbus2vdr: new message dispatcher for interface de.tvdr.vdr.plugin Feb 19 06:36:35 htpc vdr: [1185] dbus2vdr: new message dispatcher for interface de.tvdr.vdr.recording Feb 19 06:36:35 htpc vdr: [1185] dbus2vdr: new message dispatcher for interface de.tvdr.vdr.remote Feb 19 06:36:35 htpc vdr: [1185] dbus2vdr: new message dispatcher for interface de.tvdr.vdr.setup Feb 19 06:36:35 htpc vdr: [1185] dbus2vdr: new message dispatcher for interface de.tvdr.vdr.shutdown Feb 19 06:36:35 htpc vdr: [1185] dbus2vdr: new message dispatcher for interface de.tvdr.vdr.skin Feb 19 06:36:35 htpc vdr: [1185] dbus2vdr: new message dispatcher for interface de.tvdr.vdr.timer Feb 19 06:36:35 htpc vdr: [1185] dbus2vdr: StartMonitor Lock Feb 19 06:36:35 htpc vdr: [2094] dbus2vdr: monitor started on bus de.tvdr.vdr Feb 19 06:36:35 htpc vdr: [1185] dbus2vdr: StartMonitor Unlock 2 Feb 19 06:36:35 htpc vdr: [1185] starting plugin: text2skin Feb 19 06:36:35 htpc vdr: [2094] dbus2vdr: Action Lock Feb 19 06:36:35 htpc vdr: [2094] dbus2vdr: try to connect to system bus Feb 19 06:36:35 htpc vdr: [2094] dbus2vdr: connect to system bus successful Feb 19 06:36:35 htpc vdr: [2094] dbus2vdr: Action Unlock Feb 19 06:36:35 htpc vdr: [2094] dbus2vdr: new message, object /org/freedesktop/DBus, interface org.freedesktop.DBus, member NameAcquired Feb 19 06:36:35 htpc vdr: [2094] dbus2vdr: NameAcquired: get ownership of name de.tvdr.vdr Feb 19 06:36:35 htpc vdr: [1185] text2skin: loading /var/lib/vdr/plugins/text2skin/anthra_1920_OS/anthra_1920_OS.colors Feb 19 06:36:35 htpc vdr: [1185] parsing /var/lib/vdr/plugins/text2skin/anthra_1920_OS/anthra_1920_OS.skin Feb 19 06:36:35 htpc vdr: [1185] text2skin: loading /var/lib/vdr/plugins/text2skin/anthra_1280_OS/anthra_1280_OS.colors Feb 19 06:36:35 htpc vdr: [1185] parsing /var/lib/vdr/plugins/text2skin/anthra_1280_OS/anthra_1280_OS.skin Feb 19 06:36:35 htpc vdr: [1185] text2skin: loading /var/lib/vdr/plugins/text2skin/anthra_1920_FSt/anthra_1920_FSt.colors Feb 19 06:36:35 htpc vdr: [1185] parsing /var/lib/vdr/plugins/text2skin/anthra_1920_FSt/anthra_1920_FSt.skin Feb 19 06:36:35 htpc vdr: [1185] text2skin: loading /var/lib/vdr/plugins/text2skin/anthra_1280_FS/anthra_1280_FS.colors Feb 19 06:36:35 htpc vdr: [1185] parsing /var/lib/vdr/plugins/text2skin/anthra_1280_FS/anthra_1280_FS.skin Feb 19 06:36:35 htpc vdr: [1185] text2skin: loading /var/lib/vdr/plugins/text2skin/anthra_1920_FSE/anthra_1920_FSE.colors Feb 19 06:36:35 htpc vdr: [1185] parsing /var/lib/vdr/plugins/text2skin/anthra_1920_FSE/anthra_1920_FSE.skin Feb 19 06:36:35 htpc vdr: [1185] text2skin: loading /var/lib/vdr/plugins/text2skin/anthra_1920_FS/anthra_1920_FS.colors Feb 19 06:36:35 htpc vdr: [1185] parsing /var/lib/vdr/plugins/text2skin/anthra_1920_FS/anthra_1920_FS.skin Feb 19 06:36:35 htpc vdr: [1185] text2skin: loading /var/lib/vdr/plugins/text2skin/anthra_1920bFSE/anthra_1920bFSE.colors Feb 19 06:36:35 htpc vdr: [1185] parsing /var/lib/vdr/plugins/text2skin/anthra_1920bFSE/anthra_1920bFSE.skin Feb 19 06:36:35 htpc kernel: [ 14.255386] udlfb: /dev/fb1 FB_BLANK mode 0 --> 0 Feb 19 06:36:35 htpc kernel: [ 14.276907] init: vdr main process (1185) killed by PIPE signal Feb 19 06:36:35 htpc kernel: [ 14.278080] init: graphtft-fe-DL main process (1443) killed by TERM signal Feb 19 06:36:37 htpc ntpdate[1526]: step time server 91.189.94.4 offset -0.016134 sec Feb 19 06:36:38 htpc kernel: [ 17.344003] eth0: no IPv6 routers present Feb 19 07:17:01 htpc CRON[4635]: (root) CMD ( cd / && run-parts --report /etc/cron.hourly) Feb 19 07:30:01 htpc CRON[5451]: (root) CMD (start -q anacron || :) Feb 19 07:30:01 htpc anacron[5454]: Anacron 2.3 started on 2013-02-19 Feb 19 07:30:01 htpc anacron[5454]: Normal exit (0 jobs run) Feb 19 08:07:34 htpc dbus[1123]: [system] Failed to activate service 'de.tvdr.vdr': timed out
Der letzte Eintrag stammt aller Wahrscheinlichkeit nach von meinem kill auf den vdr-Prozess.
Ausschlaggebend ist wohl eher der Eintrag
Vieleicht hat noch jemand eine Idee, in welche Richtung ich schauen kann?Cheers,
Ole -
Nachdem ich heute schon wieder Bootprobleme (kein Bild am TV, DisplayLink-Device zeigt nur yaVDR-Logo) hatte, musste
ich mich zwecks Ausrichtung des Haussegens mal wieder an diese Thema machen. Dabei fiel mir auf, dass das vdr-frontend
mal vor und mal nach dem DisplayLink-Geraffel gestartet wurde...hmmmm.Schnell mal eine kleine Anpassung an /etc/init/vdr-frontend.conf gemacht (stopped openbox-tools in stopped openbox-tools-DL geändert):
Coderoot@htpc:~# cp --parents -p /usr/share/yavdr/templates/etc/init/vdr-frontend.conf/10_start_stop /etc/yavdr/templates_custom/.
/etc/yavdr/templates_custom/etc/init/vdr-frontend.conf/10_start_stop:Codestart on started vdr or stopped openbox-tools-DL or started sound-device \ or vdr-frontend-restart stop on stopping vdr or stopping openbox
Mal sehen, ob's das jetzt bringt. Sollte doch...Cheers,
Ole -
Been there, done that...
Die neue Version zeigt keine Aufnahme mehr doppelt - weder im OSD noch in Live-Plugin.Cheers,
Ole -
Da war ich wohl zu voreilig. Das Problem der doppelten Anzeige in Live und im OSD besteht leider immer noch.
Cheers,
Ole -
-
Jupp, läuft hier per cronjob:
Code
Alles anzeigenroot@htpc:~# cat /etc/cron.daily/vdr-addon-seriestimer #!/bin/sh # Set LISTSDIR to your episodes lists dir! LISTSDIR=/var/cache/eplists/episodes/ [ -z "$LISTSDIR" ] && (echo "Set ListsDir!"; exit 1; ) # Use TGET (since|newer than) x (minutes|hours|days|weeks|months|years). svdrpsend-ng -d eplists.constabel.net -p 2006 -c -e UTF8 -o "${LISTSDIR}" TGET newer than 25 hours
manuell geht's auch:Coderoot@htpc:~# svdrpsend-ng -d eplists.constabel.net -p 2006 -c -e UTF8 -o /var/cache/eplists/episodes TGET newer than 25 hours root@htpc:~#
Und der normale Connect auf Port 2006 ist auch funktional:
Code
Alles anzeigenroot@htpc:~# telnet eplists.constabel.net 2006 Trying 78.46.80.23... Connected to eplists.constabel.net. Escape character is '^]'. 220-eplists.constabel.net EpisodesListsServer 0.0.5-beta6; Fri Feb 15 12:49:32 2013 220-Timeout after 60 seconds. 220-(1 of max 20 Clients) 220-Use HELP to see help. 220 Start SSL with STARTSSL quit 221 Bye, eplists.constabel.net closing connection Connection closed by foreign host.
Evtl. Firewall auf deiner Seite oder das Connectionlimit des Servers eplists.constable.net ist/war überschritten (20 gleichzeitige Connects)?Cheers,
Ole -
Nicht?
Code-rw-r--r-- 1 root root 364 Feb 15 12:00 Apartment 23.episodes -rw-r--r-- 1 root root 346 Feb 15 12:00 2012 - Das Jahr Null.episodes -rw-rw-rw- 1 vdr vdr 3066 Feb 15 12:00 Private Practice.episodes -rw-r--r-- 1 root root 689 Feb 15 12:00 What's up, Warthogs! - Die West Hill Highschool News.episodes drwxr-xr-x 2 vdr vdr 36864 Feb 15 12:00 . -rw-r--r-- 1 root root 390 Feb 15 12:00 Wolfblood - Verwandlung bei Vollmond.episodes
Hier geht's.Cheers,
Ole -
hier geht's weiter --> klick mich <--
@Moderator: dieser Thread könnte, um Verwirrungen zu vermeiden, geschlossen werden.
Cheers,
Ole -
Moin Holger,
sieht gut aus:
- joinfiles ohne vorhandene marks -> geht
- prepare_traco_ts ohne vorhandene marks -> geht
- joinfiles mit marks -> geht
- prepare_traco_ts mit marks -> gehtDanke und cheers,
Ole -
Ausgecheckt und getestet:
Code
Alles anzeigentracoadm.pl status prepare_traco_ts /srv/vdr/video.00/Serien/FlashForward/Staffel_01/01._Blackout/2012-09-20.00.29.47-0.rec <files>00001.ts 00002.ts 00003.ts</files> drwxr-xr-x 3 vdr vdr 4096 Sep 20 00:29 .. -rw-r--r-- 1 vdr vdr 1842 Sep 20 00:29 info -rw-r--r-- 1 vdr vdr 2097453772 Sep 20 00:59 00001.ts -rw-r--r-- 1 vdr vdr 2097311080 Sep 20 01:32 00002.ts -rw-r--r-- 1 vdr vdr 2327736 Sep 20 02:06 index -rw-r--r-- 1 vdr vdr 1900778324 Sep 20 02:06 00003.ts -rw-r--r-- 1 vdr vdr 9 Okt 10 23:38 resume drwxr-xr-x 2 vdr vdr 4096 Feb 11 16:37 . -rw-rw-rw- 1 vdr root 1900778324 Feb 11 16:39 vdrtranscode.ts -rw-rw-rw- 1 vdr root 834 Feb 11 16:39 vdrtranscode.xml tracoadm.pl status joinfiles /srv/vdr/video.00/Serien/FlashForward/Staffel_01/01._Blackout/2012-09-20.00.29.47-0.rec <files>00001.ts 00002.ts 00003.ts</files> drwxr-xr-x 3 vdr vdr 4096 Sep 20 00:29 .. -rw-r--r-- 1 vdr vdr 1842 Sep 20 00:29 info -rw-r--r-- 1 vdr vdr 2097453772 Sep 20 00:59 00001.ts -rw-r--r-- 1 vdr vdr 2097311080 Sep 20 01:32 00002.ts -rw-r--r-- 1 vdr vdr 2327736 Sep 20 02:06 index -rw-r--r-- 1 vdr vdr 1900778324 Sep 20 02:06 00003.ts -rw-r--r-- 1 vdr vdr 9 Okt 10 23:38 resume drwxr-xr-x 2 vdr vdr 4096 Feb 11 16:46 . -rw-rw-rw- 1 vdr root 1900778324 Feb 11 16:48 vdrtranscode.ts -rw-rw-rw- 1 vdr root 834 Feb 11 16:48 vdrtranscode.xml
Fazit: Ohne marks funktionieren weder prepare_traco_ts noch joinfiles.
Mit marks teste ich noch.Test mit marks:
joinfiles funktioniert nicht, prepare_traco_ts schon.Cheers,
Ole -
Hallo Holger,
leider kein Erfolg:
Code
Alles anzeigenroot@htpc:/srv/vdr/video.00/Serien/FlashForward/Staffel_01/01._Blackout/2012-09-20.00.29.47-0.rec# ll insgesamt 7811228 drwxr-xr-x 2 vdr vdr 4096 Feb 8 11:39 ./ drwxr-xr-x 3 vdr vdr 4096 Sep 20 00:29 ../ -rw-r--r-- 1 vdr vdr 2097453772 Sep 20 00:59 00001.ts -rw-r--r-- 1 vdr vdr 2097311080 Sep 20 01:32 00002.ts -rw-r--r-- 1 vdr vdr 1900778324 Sep 20 02:06 00003.ts -rw-r--r-- 1 vdr vdr 2327736 Sep 20 02:06 index -rw-r--r-- 1 vdr vdr 1842 Sep 20 00:29 info -rw-r--r-- 1 vdr vdr 9 Okt 10 23:38 resume -rw-rw-rw- 1 vdr root 1900778324 Feb 8 11:41 vdrtranscode.ts -rw-rw-rw- 1 vdr root 834 Feb 8 11:41 vdrtranscode.xml
Cheers,
OleNachtrag: joinfiles geht jetzt auch nicht mehr, wenn keine marks vorhanden ist.
-
Primäres Display im WFE ist :1.0 Panasonic TV, DFP-1, modeline: 1920x1080 50 Hz, falls du das meinst.
Die X-Server laufen auch:Coderoot@htpc:/var/log/upstart# ps -ef | grep X root 1293 1285 0 10:32 tty7 00:00:01 X :1 vt7 root 1444 1 0 10:32 ? 00:00:01 /usr/bin/X :2 -audit 0 -novtswitch -sharevts vt7
Eigentlich geht jetzt auch alles wunderbar, mich hatte die Meldung bei meiner Suche nur in die falsche Richtung gebracht und wenn ich
schon dabei bin, die Kiste zu debuggen... Sobald ich wieder Zugriff auf die Tastatur habe, werde mal testen ob x2x das macht, was es soll.Cheers,
Ole