vdsb workaround

Bei mir hat das tunen nichts gebracht.

Gruss,

Jörg

Bei mir auch nicht!

Es gibt zur Zeit keine Lösung. Bei mir hat neue Treiber, ACPI on (jede Karte einen eigenen IRQ {21,22}), neueste vdr-1.3.17 ein wenig geholfen. Bei anderen aber wiederrum noch mehr Probleme. Also kannste nur probieren. Ich bin zzt. ganz zufrieden habe das Problem nur noch einmal im Monat. Dafür aber mehr ARM Crashs Obwohl mit dem neuesten Treiber Patch und Firmware scheint es noch stabiler zu laufen. Aber wie gesagt läuft erst seit 2 Tagen. Kann also noch nix genaues sagen.

Werde aber einfach mal posten wenn ich genaueres weiss.

Gruss,

Jörg

Mir glaubt es zwar keiner, aber ich habe mit folgender Änderung keinen VDSB mehr:

diff -urN vdr-1.3.16/timers.c vdr-1.3.16-OK/timers.c
--- vdr-1.3.16/timers.c 2004-11-14 17:02:42.000000000 +0100
+++ vdr-1.3.16-OK/timers.c 2004-11-19 19:56:43.857922888 +0100
@@ -536,6 +536,7 @@
if (Schedules) {
if (!lastSetEvents Schedules->Modified() >= lastSetEvents) {
for (cTimer *ti = First(); ti; ti = Next(ti)) {
+ if (ti->StartTime() - time(NULL) > 60*60*24*2) continue; // #reduce cpu load
const cSchedule *Schedule = Schedules->GetSchedule(ti->Channel()->GetChannelID());
if (Schedule) {
if (!lastSetEvents Schedule->Modified() >= lastSetEvents) {

Das gilt bei mir für vdr-1.3.12/13/16.
Ohne diesen Patch habe ich nach dem EPG-Scan einen VDSB, wenn eine Aufnahme startet (oder auf Pause gedrückt wird). Mit diesem Patch nicht. Kann sein, daß das ein Timing-Problem umgeht und auf anderer Hardware anders ausschaut, aber es ist doch einen Versuch wert.

servus miteinander,

habe nexus-s und skystar 2 im einsatz.
kurzer erfahrungsbericht:
bis unter vdr2 (mit 1.1.1-dvb-treiber) brachte mir der vdsb-workaround leider keinen vorteil. bereits ca 15-20 min. nach vdr-start hat sich die die skystar2 schlafen gelegt:sleep und wurde bei einem später programmierten timer unsanft durch einen vdr-restart
wieder geweckt. wenn da bereits ein timer lief - besonders bei premiere - war die aufnahme nicht brauchbar (ac3 verloren).

also nutze ich jede gelegenheit, um dies zu verbessern.
habe vor ein paar tagen vdr3 neu aufgesetzt, wieder 1.1.1-dvb-treiber gewählt, vdrdevel mit installiert, vdsb in /etc/default/vdrdevel eingetragen und einige timer gesetzt.
erster versuch: 20.45 h start vdr, 21.45 h timer start - es gab keinen restart - die aufnahme war bestens!!
zweiter versuch: 18.16 h vdr start, 20.13 h timer 1 start - alles bestens(kein vdr-restart). 22.13 timer 2 start - ja unglaublich wieder kein restart.
22.23 h zappen auf live-tv - jetzt kommt er aber der restart!!
in syslog nachgesehen: "video data stream broken" um 22.13h , restart erfolgte erst 22.23h durchs zappen. effekt: timer 2 hatte leider wieder eine 001.vdr mit 0 byte inhalt - die aufnahme begann erst nach restart um 22.23h (002.vdr).

fazit: es scheint wohl mit vdr 3 (getestet habe ich nur mit vdrdevel) deutlich besser geworden zu sein. noch 120 min nach vdr-start lief die 2. karte ohne restart - das ist doch schon mal was.
sorgen macht mir nur, dass auch danach kein automatischer restart stattfand- mit dem ergebnis, dass die timer 2-aufnahme erst 10 minuten zu spät durch mein aktives zappen, dann restart ausgelöst wurde.
was die kiste tut, wenn ich nicht davor sitze muss ich erst noch probieren.

gruß

marpiet

Ich habe leider das gleiche Problem. Heute kam meine low budget karte (Technotrend like Nova-s). Ich hatte mich schon sooo gefreut während einer Aufnahme umschalten zu können. Aber leider kam es nicht dazu! Ich hab zunächst die Treiber installiert (dpkg-reconfigure linuxtv-dvb...). Dann konnte ich in der Log sehen, dass die zweite Karte gefunden wurde. Mein erster Test ging allerdings direkt in die Hose! Ich startete eine Aufnahme und stellte fest, dass vdr neustartete. Das tat er dann andauernt! Aufgenommen hatte er allerdings rein gar nix! Die vdr Dateien waren 0 Bytes groß und in der Log stand nur video data stream broken. Ich habe verschieden Sachen versucht. Unteranderem die Karten getauscht (PCI) und auch die Kabel. Doch nichts hatte geholfen. Bestehen diese Probleme nur mit der Technotrend budget? Wenn das Problem nicht behoben werden kann, werde ich die Karte sehr wahrscheinlich wieder zurückschicken müssen! Mit der einen TT 1.6 läuft mein vdr nämlich super! Absolut keine Probleme gehabt, daher war ich auch so überrascht!

Ich hoffe, dass dem Problem der Gar aus gemacht werden kann.

Hi,

dieser Fehler trat bei mir erst auf als ich eine 2. Karte in den VDR gesteckt habe.
Ab diesem Zeitpunkt lief der EPG-Scan kontinuierlich(das ist normal).
Nach einer Zeit zwischen 15min. und 10Std. legte sich meine 2. Karte schlafen(skystar2).
Nach abschalten des EPG-Scans trat dieser Fehler nicht mehr auf (2 Monate).
Die Scan Zeit muß hiefür auf null gestellt werden.
Menü->Einstellungen->EPG dann Scantime auf 0 stellen.

mfg.

billi

Hallo,

habe jetzt bei mir seit ca. einer Woche die ct3 Version eingesetzt.
Installations CD aus dem Sonderheft aktualisiert und dann installiert (war wohl die 3...6). DVB 1.1.1 Treiber.

Damit hatte ich auch recht massiv den Fehler ("vdsb" bei der Aufnahme).

Nach tobis workaround (zappen in der runvdr) zusätzlich Hardwaremäßig im Bios einiges abgestellt (Midi, USB, Game, Sound) und damit jeder DVB Karte einen eigenen Interrupt spendiert. Und in der runvdr eine kleine Änderung (siehe unten) vorgenommen damit beim Fehler vor Neustart zappen durchgeführt wird.

Nun seit ca. 2 Tagen ist es stabiler. Nur beim extremen zappen (Aufnahme und paralleles zappen) kommt es sporadisch zum Hänger (erst Artefakte und Tonstörung und dann vdr Restart).
Ist aber wesentlich besser geworden. EPG Scan steht bei mir auf einer Stunde.
Habe auch testweise mehrere Aufnahmen ( 3) gestartet und im Vordergrund eine DVD geschaut (kein Problem).

Wenn ich das Problem jetzt noch mit dem mp3 Plugin (keine Musik CD) gelöst bekomme, bin ich zufrieden.

Viel Erfolg, mfg Norbert.

---------------------------------- geänderte runvdr ----------------------------

#!/bin/sh

# runvdr: Loads the DVB driver and runs VDR
#
# If VDR exits abnormally, the driver will be reloaded
# and VDR restarted.
#
# heavily modified for c't-vdr-distro
# Peter Siering, <ps@ctmagazin.de>
#

VDRPRG="vdr"
VDROPT="$*"
VDRCMD="$VDRPRG $VDROPT"
LSMOD="`/sbin/lsmod | grep -w '^dvb' | wc -l`"
KILL="/usr/bin/killall -q -TERM"

. /etc/default/vdr

DVB11="no"
if [ -e "/etc/modutils/linuxtv-dvb.`uname -r`" ]; then
DVB11="yes"
fi

if [ "$DVB11" = "yes" ]; then
modprobe dvb
else
if [ $LSMOD -eq 0 ] ; then
modprobe dvb-ttpci >/dev/null 2>&1
fi
# get DVB module stack
MODULES=`lsmod | grep dvb-core | cut -d'[' -f2 | cut -d']' -f1`
MODULES="$MODULES dvb-core"
fi

if [ "$VDSB_WORKAROUND" = "yes" ] && [ -x /usr/bin/szap ] ; then
szap -a 0 -n 2 -c /var/lib/vdr/channels.conf >/dev/null &
szap -a 1 -n 3 -c /var/lib/vdr/channels.conf >/dev/null &
# szap -a 3 -n 2 -c /var/lib/vdr/channels.conf >/dev/null &
# szap -a 3 -n 2 -c /var/lib/vdr/channels.conf >/dev/null &
sleep 5
killall szap
fi

while (true) do
# change /dev/null to /tmp/vdr.out
# for debugging purposes
eval $VDRCMD 2>/tmp/vdr.err >/dev/null
RET=$?
if test $RET -eq 0; then exit; fi
if test $RET -eq 2; then
ERR=`cat /tmp/vdr.err`
logger -t runvdr "stopping after fatal fail ($ERR)"
exit
else
logger -t runvdr "restarting VDR"
fi
$KILL $VDRPRG
sleep 5
if [ "$DVB11" = "yes" ]; then
modprobe -r dvb
sleep 2

if [ "$VDSB_WORKAROUND" = "yes" ] && [ -x /usr/bin/szap ] ; then
szap -a 0 -n 2 -c /var/lib/vdr/channels.conf >/dev/null &
szap -a 1 -n 3 -c /var/lib/vdr/channels.conf >/dev/null &
# szap -a 3 -n 2 -c /var/lib/vdr/channels.conf >/dev/null &
# szap -a 3 -n 2 -c /var/lib/vdr/channels.conf >/dev/null &
sleep 5
killall szap
fi

modprobe dvb
else
for MODUL in $MODULES; do
rmmod $MODUL >/dev/null 2>&1
wait `pidof rmmod`
done

if [ "$VDSB_WORKAROUND" = "yes" ] && [ -x /usr/bin/szap ] ; then
szap -a 0 -n 2 -c /var/lib/vdr/channels.conf >/dev/null &
szap -a 1 -n 3 -c /var/lib/vdr/channels.conf >/dev/null &
# szap -a 3 -n 2 -c /var/lib/vdr/channels.conf >/dev/null &
# szap -a 3 -n 2 -c /var/lib/vdr/channels.conf >/dev/null &
sleep 5
killall szap
fi

modprobe dvb-ttpci >/dev/null 2>&1
fi
done

-----------------------------------------------------------------------------------------------

------------------------------ meine Version -----------------------
**************************************
* c't VDR Übersicht *
**************************************

c't VDR: 1.2.6-27
Kernel : 2.4.27-ctvdr-1

Patches:
--------------------------------------
recordings-0.0.2
elchiaio4d
fix-black-square
ac3overdvb-0.2.4
wareagleicons_elchi
8bitcolor
osdpip-0.0.3

Plugins:
( N = Native Plugin )
( ! = Falscher Patchlevel )
--------------------------------------
vdr-plugin-streamdev-server (0.3.1-3)
vdr-plugin-calendar (0.1.4-2)
vdr-plugin-dvd (0.3.4-rc10-4)
vdr-plugin-dvdselect (0.7a-2)
vdr-plugin-femon (0.0.7-1)
vdr-plugin-graphlcd (0.1.1-3)
vdr-plugin-image (0.2.2-2)
vdr-plugin-mp3 (0.9.7-1)
vdr-plugin-mplayer (0.9.7-1)
vdr-plugin-osdpip (0.0.6-2)
vdr-plugin-osdteletext (0.3.2-4)
vdr-plugin-pcd (0.0.3-6)
vdr-plugin-pilot (0.0.6-1)
vdr-plugin-prefermenu (0.6.2-1)
vdr-plugin-sleeptimer (0.4-2)
vdr-plugin-timeline (0.8.1-4)
vdr-plugin-tvonscreen (0.6.0-1)
vdr-plugin-vcd (0.0.6c-3)
vdr-plugin-vdrc (0.0.8-2)
vdr-plugin-vdrrip (0.3.0-4)

Addon Packages:
--------------------------------------
vdr-addon-noad (0.4.2-5)
vdr-addon-schemes (0.3)
vdr-addon-tosvcd (0.9-6)
vdr-addon-vdrconvert (0.1.1-1)

----------------------------------------------------------------------

---------------------------- sources .. -----------------------
# c't-Repository online Variante (sarge)

# tobis multipatch-repository

deb http://www.e-tobi.net/vdr/testing/binary vdr/multipatch/

# tobis repository

deb http://www.e-tobi.net/vdr/testing/binary addons/
deb http://www.e-tobi.net/vdr/testing/binary backports/
deb http://www.e-tobi.net/vdr/testing/binary base/

# ct repository

deb ftp://ftp.heise.de/pub/ct/projekte/vdr/sarge/testing/binary vdr/elchiosdpipac3/
deb ftp://ftp.heise.de/pub/ct/projekte/vdr/sarge/testing/binary base/
deb ftp://ftp.heise.de/pub/ct/projekte/vdr/sarge/testing/binary addons/

# deb ftp://ftp.heise.de/pub/ct/projekte/vdr/sarge/stable/binary vdr/elchiosdpipac3/
# deb ftp://ftp.heise.de/pub/ct/projekte/vdr/sarge/stable/binary base/
# deb ftp://ftp.heise.de/pub/ct/projekte/vdr/sarge/stable/binary addons/

# public servers (sarge=testing as of yet (Oct 2004)
deb http://ftp.de.debian.org/pub/debian sarge main contrib non-free
deb http://ftp.de.debian.org/pub/debian-non-US sarge/non-US main

# Mirror of Security updates for "sarge"
# not available as of yet (Oct 2004)
#deb http://security.debian.org/ sarge/updates main contrib non-free

# Christian Marillats Repository fuer einige Multimedia-Bibliotheken
deb ftp://ftp.nerim.net/debian-marillat/ testing main

--------------------------------------------------------------------------------------------------

@ nosch:

würde gerne deine runvdr mal testen - aber ich weiß nicht wo die steht ...
oder muß die selbst erstellt werden?

danke für alle infos.

gruß

marpiet

marpiet

Hallo,

diese ist unter /usr/sbin zu finden.

Zusätzlich in /etc/default/vdr die Umgebungsvariable eingefügt / aktiviert:

----------------------------

# Restart fuer mehrere DVB Karten
VDSB_WORKAROUND=yes

---------------------------

Viel Erfolg

Norbert

Soo, ich habe es mit der TT Nova-s aufgegeben! Die Twinhan aus'm Mediamarkt lief auf anhieb! Ich werde die TT Nova-s wieder zurückschicken. Die neue läuft seit 2 Tagen ohne irgendwelchen Störungen. Alle Aufnahmen sind ok, keine Abstürze. Genauso stabil wie zuvor (mit nur einer dvb) ...

Cu

servus zusammen,

Spaceman:

Zitat

Die Twinhan aus'm Mediamarkt lief auf anhieb!

kannst du mir bitte sagen, welche twinham?
nach wie vor kein video data stream broken ??

nosch:
vielen dank für deine runvdr-infos. habe jetzt deine runvdr angepasst für runvdrdevel: leider ohne erfolg - video data stream broken habe ich nach ca. 2 - 3 stunden nichtstun meiner skystar imer noch. seltsamerweise macht vdr jetzt keinen restart - sondern "wartet" . erst nach x-beliebigem fb-signal kommt der restart.

auszug aus syslog:
...
Dec 10 18:48:00 vdr vdr[12810]: receiver on device 2 thread started (pid=12810, tid=524298)
Dec 10 18:48:00 vdr vdr[12811]: TS buffer on device 2 thread started (pid=12811, tid=540683)
Dec 10 18:48:31 vdr vdr[12808]: ERROR: video data stream broken
Dec 10 18:48:31 vdr vdr[12808]: initiating emergency exit
Dec 10 18:48:32 vdr vdr[1216]: emergency exit requested - shutting down
Dec 10 18:48:32 vdr vdr[12809]: recording thread ended (pid=12809, tid=507913)
...
Dec 10 18:49:31 vdr vdr[1216]: PANIC: watchdog timer expired - exiting!
Dec 10 19:00:04 vdr -- MARK --
Dec 10 19:17:01 vdr /USR/SBIN/CRON[21479]: (root) CMD ( run-parts --report /etc/cron.hourly)
Dec 10 19:40:04 vdr -- MARK --
Dec 10 20:00:04 vdr -- MARK --
Dec 10 20:17:01 vdr /USR/SBIN/CRON[6913]: (root) CMD ( run-parts --report /etc/cron.hourly)
Dec 10 20:40:04 vdr -- MARK --
Dec 10 21:00:04 vdr -- MARK --
Dec 10 21:17:01 vdr /USR/SBIN/CRON[24789]: (root) CMD ( run-parts --report /etc/cron.hourly)
Dec 10 21:40:04 vdr -- MARK --
Dec 10 21:58:04 vdr runvdrdevel: restarting VDR
...

jetzt verstehe ich gar nichts mehr - was macht vdr denn da (MARK)????

nosch, in deiner runvdr steht folgendes:

Zitat

if [ "$VDSB_WORKAROUND" = "yes" ] && [ -x /usr/bin/szap ] ; then
szap -a 0 -n 2 -c /var/lib/vdr/channels.conf >/dev/null &
szap -a 1 -n 3 -c /var/lib/vdr/channels.conf >/dev/null &
# szap -a 3 -n 2 -c /var/lib/vdr/channels.conf >/dev/null &
# szap -a 3 -n 2 -c /var/lib/vdr/channels.conf >/dev/null &
sleep 5
killall szap
fi

Alles anzeigen

in meiner original runvdrdevel sieht das so aus:
...
if [ "$VDSB_WORKAROUND" = "yes" ] && [ -x /usr/bin/szap ] ; then
szap -a 0 -n 1 -c /var/lib/vdrdevel/channels.conf >/dev/null &
szap -a 1 -n 1 -c /var/lib/vdrdevel/channels.conf >/dev/null &
szap -a 3 -n 1 -c /var/lib/vdrdevel/channels.conf >/dev/null &
szap -a 3 -n 1 -c /var/lib/vdrdevel/channels.conf >/dev/null &
sleep 5
killall szap
fi
....

was bedeuten deine änderungen kannst du mir das bitte kurz erklären?
kann es da einen zusammenhang mit dem verhalten meines vdr geben??

vielen dank für jede info.

gruß

marpiet

@marpit

Die Karte heißt: VisionDTV Sat. Auf dem Aufkleber steht noch: VP 1020 A DTV SAT Karte + FB. (Die Ferbedienung ist auch nicht schlecht! Die Benutze ich seit dem). Und mit 55€ ist die gar nicht mal so teuer.

Der VDR läuft immer noch tatellos. Eine Aufnahme von 5 Std (Comedy) ohne Fehler. Trotz Umschalterei.

Cu

hallo leidensgenossen,

Spaceman:
dank für die info - werde mir das teil wohl bestellen und testen.

@all
nun habe ich wieder die original runvdrdevel im einsatz und vdsb-workaround auf aus.
--und wieder nach einigen stunden aufnahme auf der zweitkarte einen vdsb.
nun sollte er wenigstens neustarten, damit die aufnahme aufgezeichnet wird.
nein, vdr läuft auf dem timer-kanal weiter, "hängt " aber, und erst nach einer aktion auf der fernbedienung macht er einen restart - folge: aufnahme im a****....

was läuft denn da falsch ??

syslog:
Dec 12 11:28:32 vdr vdr[17496]: ERROR: video data stream broken
Dec 12 11:28:32 vdr vdr[17496]: initiating emergency exit
...
Dec 12 11:29:31 vdr vdr[1184]: PANIC: watchdog timer expired - exiting!
Dec 12 11:43:46 vdr -- MARK --
Dec 12 12:03:46 vdr -- MARK --
jetzt einmal fernbedienung betätigt
Dec 12 12:14:11 vdr runvdrdevel: restarting VDR
...

vielleicht weiß jemand rat - ich checke nichts mehr.

gruß

marpiet