Falsches erstes Zeichen in timers.conf

dbossing · 17. Oktober 2003

Hallo,

ich benutze schon seit einiger Zeit vdr1.2.5, hatte bis jetzt keine Probleme.
Gelegentlich kommt es jetzt aber vor das VDR dauernd neu durchstartet.
Der Grund laut Fehlerangabe ist ein falsches Zeichen in Zeile 1 der timers.conf.
Die Einträge sind über das OSD manuell, aber auch über OSD EPG dort eingetragen worden.
Lösche ich die timers.conf startet VDR normal.
Habe auch schon VDR und die Plugins neu kompilieren lassen, leider auch kein Erfolg.

Hat jemand eine Ahnung /Lösung für das Problem oder ähnliche Erfahrungen gemacht!?

cu Dirk

mark2 · 17. Oktober 2003

Hi Dirk,

Zitat

Der Grund laut Fehlerangabe ist ein falsches Zeichen in Zeile 1 der timers.conf.

aha. Und Du erwartest nun vom Leser Deines Beitrages, dass er per Gedankenuebertragung an den Inhalt der ersten Zeile Deiner timers.conf kommt.
Also, lass' das Teil vielleicht mal rueberwachsen.

Gruesse
Markus

Torsten/WarEagle · 17. Oktober 2003

War der erste Timer ein autotimer von vdradmin?
Damit habe ich das auch schon gehabt. Allerdings nicht der erste sondern der 9. Timer.

mottobug · 17. Oktober 2003

Zitat

Original von Torsten/WarEagle
War der erste Timer ein autotimer von vdradmin?
Damit habe ich das auch schon gehabt. Allerdings nicht der erste sondern der 9. Timer.

Du meinst warscheinlich die Event-ID. Die ist nicht ungültig, VDR beschwert sich darüber auch nicht. Die Möglichkeiten des ersten feldes in der timers.conf sind in vdr.5 dokumentiert (stichwort > 16 bit)

Tom.

dbossing · 19. Oktober 2003

Sorry,

aber es sind die gleichen Zeilen wie vorher drin, trotzdem hier der Inhalt:

1:C-61441-0-28226:19:2010:2205:50:50:Landpartie - Im Norden unterwegs:
1:C-61441-0-28206:19:2155:2300:50:50:Ein Herz und eine Seele:

Heutenacht wieder das gleiche, hier mal ein Auszug der messages :

Oct 19 05:40:00 linux vdr[1858]: timer 1 (9 0540-0650 'Beat Club (16/39)') start
Oct 19 05:40:00 linux vdr[1858]: Title: 'Beat Club (16/39)' Subtitle: ''
Oct 19 05:40:00 linux vdr[1858]: record /video/Beat_Club_(16#2F39)/2003-10-19.05.40.50.50.rec
Oct 19 05:40:00 linux vdr[1858]: creating directory /video/Beat_Club_(16#2F39)
Oct 19 05:40:00 linux vdr[1858]: creating directory /video/Beat_Club_(16#2F39)/2003-10-19.05.40.50.50.rec
Oct 19 05:40:00 linux vdr[1858]: recording to '/video/Beat_Club_(16#2F39)/2003-10-19.05.40.50.50.rec/001.vdr'
Oct 19 05:40:00 linux vdr[3311]: recording thread started (pid=3311)
Oct 19 05:40:00 linux vdr[3312]: receiver thread started on device 1 (pid=3312)
Oct 19 05:59:00 linux /USR/SBIN/CRON[3332]: (root) CMD ( rm -f /var/spool/cron/lastrun/cron.hourly)
Oct 19 06:25:39 linux -- MARK --
Oct 19 06:45:39 linux -- MARK --
Oct 19 06:50:00 linux vdr[3311]: recording thread ended (pid=3311)
Oct 19 06:50:00 linux vdr[3312]: receiver thread ended on device 1 (pid=3312)
Oct 19 06:50:00 linux vdr[1858]: buffer stats: 1061260 (20%) used
Oct 19 06:50:00 linux vdr[1858]: timer 1 (9 0540-0650 'Beat Club (16/39)') stop
Oct 19 06:50:00 linux vdr[1858]: deleting timer 1
Oct 19 06:57:09 linux su: pam_unix2: session finished for user root, service su
Oct 19 06:57:25 linux kernel: Linux video capture interface: v1.00
Oct 19 06:57:27 linux kernel: DVB: registering new adapter (Technotrend/Hauppauge PCI rev2.1 or 2.2).
Oct 19 06:57:27 linux kernel: PCI: Found IRQ 11 for device 00:0f.0
Oct 19 06:57:28 linux kernel: ves1820.c: setup for tuner sp5659c
Oct 19 06:57:28 linux kernel: DVB: registering frontend 0:0 (VES1820 based DVB-C frontend)...
Oct 19 06:57:29 linux kernel: mt312_read: ret == -121
Oct 19 06:57:31 linux kernel: DVB: AV7111(0) - firm f0240009, rtsl b0250018, vid 71010068, app 8000261a
Oct 19 06:57:31 linux kernel: DVB: AV7111(0) - firmware supports CI link layer interface
Oct 19 06:57:31 linux kernel: av7110(0): adac type set to 0
Oct 19 06:57:31 linux kernel: Technotrend/Hauppauge PCI rev2.1 or 2.2 adapter 0 has MAC addr = 00:d0:5c:02:da:e2
Oct 19 06:57:31 linux kernel:
Oct 19 06:57:31 linux kernel: Technisat SkyStar2 driver loading
Oct 19 06:57:32 linux su: (to root) root on /dev/tty1

Und dann startet er nur noch durch.

Oct 19 06:57:31 linux kernel: Technisat SkyStar2 driver loading
Oct 19 06:57:32 linux su: (to root) root on /dev/tty1
Oct 19 07:07:31 linux su: (to root) root on /dev/tty1
Oct 19 07:07:31 linux su: pam_unix2: session started for user root, service su
Oct 19 07:07:31 linux vdr[8259]: VDR version 1.2.5 started
Oct 19 07:07:31 linux vdr[8259]: loading plugin: ./PLUGINS/lib/libvdr-timeline.so.1.2.5
Oct 19 07:07:31 linux vdr[8259]: loading plugin: ./PLUGINS/lib/libvdr-console.so.1.2.5
Oct 19 07:07:31 linux vdr[8259]: loading plugin: ./PLUGINS/lib/libvdr-dvd.so.1.2.5
Oct 19 07:07:31 linux vdr[8259]: loading plugin: ./PLUGINS/lib/libvdr-vcd.so.1.2.5
Oct 19 07:07:31 linux vdr[8259]: loading plugin: ./PLUGINS/lib/libvdr-mp3.so.1.2.5
Oct 19 07:07:31 linux vdr[8259]: loading plugin: ./PLUGINS/lib/libvdr-osdteletext.so.1.2.5
Oct 19 07:07:31 linux vdr[8259]: loading plugin: ./PLUGINS/lib/libvdr-games.so.1.2.5
Oct 19 07:07:31 linux vdr[8259]: loading /video/setup.conf
Oct 19 07:07:31 linux vdr[8259]: loading /video/sources.conf
Oct 19 07:07:31 linux vdr[8259]: loading /video/diseqc.conf
Oct 19 07:07:31 linux vdr[8259]: loading /video/channels.conf
Oct 19 07:07:31 linux vdr[8259]: loading /video/timers.conf
Oct 19 07:07:31 linux vdr[8259]: ERROR: channel C-61441-0-28226 not defined
Oct 19 07:07:31 linux vdr[8259]: ERROR: error in /video/timers.conf, line 1
Oct 19 07:07:31 linux su: pam_unix2: session finished for user root, service su
Oct 19 07:07:44 linux kernel: Linux video capture interface: v1.00
Oct 19 07:07:46 linux kernel: DVB: registering new adapter (Technotrend/Hauppauge PCI rev2.1 or 2.2).
Oct 19 07:07:46 linux kernel: PCI: Found IRQ 11 for device 00:0f.0
Oct 19 07:07:47 linux kernel: ves1820.c: setup for tuner sp5659c

Eintrag Channels.conf
NDR FS NDS:426:M64:C:6900:2401:2402:2404:0:28226:61441:0:0

Nehme ich einen anderen Kanal auf, passiert das halt mit einem anderen Kanal. Die Kanäle sind in Ordnung, kein Problem beim Sehen.

Nicht über vdradmin erstellt sondern über OSD.

cu Dirk

S!XEr · 20. Oktober 2003

Hallo,
habe das gleiche Problem wenn ich den autopid Patch benutze,
habe deshalb autopid wieder rausgeschmissen.

S!x

Horstl · 20. Oktober 2003

nutzt Du AutoPid?
hast Du nach dem patchen auch die gepatchte channels.conf nach /video kopiert?
Nutze auch 1.2.5 mit dem Komplettpatch und hab' überhaupt keine Probleme damit. Auch bei den Vorgängerversionen (1.2.1 und 1.2.2, jeweils mit AutoPid) ist sowas nicht aufgetreten.

MarcTwain · 20. Oktober 2003

Ich habe das Problem bei einigen Sendern auch. Vermutlich ist es mit 1.2.6 behoben. Folgender Patch ist in der 1.2.6pre1 enthalten:

diff -ruNbw vdr-1.2.5/timers.c vdr-1.2.6pre1/timers.c
--- vdr-1.2.5/timers.c Sun May 11 15:48:49 2003
+++ vdr-1.2.6pre1/timers.c Sun Oct 12 12:33:09 2003
@@ -4,7 +4,7 @@
* See the main source file 'vdr.c' for copyright information and
* how to reach the author.
*
- * $Id: timers.c 1.5 2003/05/11 13:48:49 kls Exp $
+ * $Id: timers.c 1.6 2003/10/12 10:33:09 kls Exp $
*/

#include "timers.h"
@@ -217,7 +217,7 @@
strreplace(file, '|', ':');
strreplace(summary, '|', '\n');
tChannelID cid = tChannelID::FromString(channelbuffer);
- channel = cid.Valid() ? Channels.GetByChannelID(cid) :
Channels.GetByNumber(atoi(channelbuffer));
+ channel = cid.Valid() ? Channels.GetByChannelID(cid, true) :
Channels.GetByNumber(atoi(channelbuffer));
if (!channel) {
esyslog("ERROR: channel %s not defined", channelbuffer);
result = false;

dbossing · 20. Oktober 2003

Hi,

benutze nicht autopid.

Dieses Problem trat erst mit der Version 1.2.5 auf.

Hatte es mal probiert und den Komplettpatch installiert, dann waren aber die Hälfte der Kanäle (ZDF, usw) nicht mehr vorhanden, auch das Kopieren der channels.conf brachte keine Abhilfe.

Habe deswegen Heutemorgen den DVB-Treiber, VDR 1.2.5, Plugins und den Elchpatch neu installiert, nach einem erneuten Scan waren dann alle Kanäle wieder vorhanden.

VDR funktioniert bis auf dieses Timer-Problem einwandfrei.

Benutze den VDR unter dem User root, kann das Problem da irgendwo liegen?

Denn wenn ich in die messages ansehe, sehe ich immer diese Zeile und danach startet vdr in einer Endlosschleife durch , wegen dem falschen Zeichen in der timers.conf:

Oct 19 06:57:09 linux su: pam_unix2: session finished for user root, service su

Das Problem tritt auch immer dann auf, wenn ich VDR mit STRG-C abbreche, danach muss ich die timers.conf immer löschen, ansonsten startet VDR auch in einer Endlosschleife durch.

Wäre doch einfach genial, wenn die alte timers.conf weiter benutzt werden könnte.

cu Dirk

Den Tip mit der PreVersion VDR 1.2.6 pre1 o 2 werde ich mal ausprobieren.
Bin froh das alles Andere weiterhin läuft.

dbossing · 22. Oktober 2003

Habe gestern den neuen DvB-Treiber 13.10.03 installiert und danach vdr-1.2.6 pre2, die Probleme mit der timers.conf scheinen sich jetzt erledigt zu haben.

Habe meinem VDR einem Stresstest unterzogen, 20 verschiedene Timer-Aufnahmen mit verschiedenen Kanäle einen ganzen Tag aufnehmen lassen, keine Probleme mehr.

Vielen Dank an MarcTwain für seinen Tip bezüglich des vdr-1.2.6 pre2, hat einwandfrei funktioinert.
Hoffe andere VDR-Benutzer können davon auch proftieren.

cu Dirk

Falsches erstes Zeichen in timers.conf

Jetzt mitmachen!

Teilen

Benutzer online in diesem Thema