FF-DVB-C + Budget DVB-T: Probleme

Dr. Seltsam · 21. November 2004

wenn ich längere Zeit auf der DVB-T-Karte getunt bin und zurück auf ein DVB-C-Programm schalte, kommt nur ein dunkles Bild. Die femon-Anzeige ist ok.
so sieht das im Log aus. Bei Kanal 33 (DVB-T) ist ein Bild, bei Kanal 1 (DVB-C) nicht.

Code

Nov 21 21:47:32 linvdr user.info vdr[109]: switching to channel 33
Nov 21 21:47:32 linvdr user.debug vdr[136]: transfer thread started (pid=136, tid=16392)
Nov 21 21:47:32 linvdr user.debug vdr[137]: receiver on device 2 thread started (pid=137, tid=17417)
Nov 21 21:47:37 linvdr user.info vdr[109]: switching to channel 1
Nov 21 21:47:37 linvdr user.debug vdr[136]: transfer thread ended (pid=136, tid=16392)
Nov 21 21:47:37 linvdr user.debug vdr[137]: receiver on device 2 thread ended (pid=137, tid=17417)
Nov 21 21:47:37 linvdr user.debug vdr[109]: cTS2PES got 5 TS errors, 2 TS continuity errors
Nov 21 21:47:37 linvdr user.debug vdr[109]: cTS2PES got 0 TS errors, 1 TS continuity errors
Nov 21 21:47:37 linvdr user.debug vdr[109]: buffer stats: 30080 (2%) used

Seit dem die DVB-T drin ist, ist mein schöner VDR völlig unzuverlässig geworden.

Ich bin jetzt total gefrustet.

Wer hat denn so eine Kombination völlig problemfrei laufen?

Mufflon · 21. November 2004

laeuft hier Problemlos, auch mit der Lorenzen. Allerdings erst, seitdem ich in der 'runvdr' einen Eintrag drin habe, dass er sofort nach dem Start einmal auf eunen Kanal der Siemens-Karte schalten muss, sonst hat er sich aufgehaengt nach 2 - 60 Minuten. Also erst einmal die DVB-C-Karte locken und es laeuft.

Bye, Klaus

Dr. Seltsam · 21. November 2004

Zitat

Original von Mufflon
Allerdings erst, seitdem ich in der 'runvdr' einen Eintrag drin habe, dass er sofort nach dem Start einmal auf eunen Kanal der Siemens-Karte schalten muss

Kannst Du Deine runvdr mals posten ?

Welche vdr-Version hast Du im Einsatz? welchen Kernel und welche DVB-Treiber?

Gruß
Dr. Seltsam

LordZodiac · 21. November 2004

Hallo,

habe das selbe Problem. Ich habe mir dazu den EPG-Scanner angepaßt, damit auf der DVB-c Karte dann der EPG Scan gemacht wird.

bis dann LordZodiac

Dr. Seltsam · 21. November 2004

Zitat

Original von LordZodiac
habe mir dazu den EPG-Scanner angepaßt, damit auf der DVB-c Karte dann der EPG Scan gemacht wird.

hach, Ihr seid ja alle so praktisch... wie haste das denn gemacht? verrate mal Details

LordZodiac · 21. November 2004

äh, umprogrammiert.

Edit:

Wenn du willst kann ich dir ein Patch geben?

Mufflon · 21. November 2004

Kernel 2.4.27, VDR-2.3.6, Treiber 8.11.2003, Betriebssytem LFS.

Meine runvdr (allerdings angepasst an mein Sytem):

------------------------------------------------------------------
#!/bin/sh

VDRPRG="/usr/local/bin/vdr"
VDRCMD="$VDRPRG -w 60 -t /dev/tty8 -L /usr/local/src/VDR/PLUGINS/lib -c /usr/local/vdr/etc -l 3.4 $* -P femon -P 'osdteletext -r'"
VDRUSER=vdr

LSMOD="`/sbin/lsmod | grep -w '^dvb' | wc -l`"
KILL="/bin/killall -q -TERM"

sleep 15 && /usr/local/src/VDR/svdrpsend.pl chan 20 &
sleep 20 && /usr/local/src/VDR/svdrpsend.pl chan 40 &
sleep 25 && /usr/local/src/VDR/svdrpsend.pl chan 9 &
# Load driver if it hasn't been loaded already:
if [ $LSMOD -eq 0 ] ; then
(modprobe dvb-ttpci; modprobe tda1004x; modprobe ves1820)
fi
while (true) do
su $VDRUSER -c "$VDRCMD"
if test $? -eq 0 -o $? -eq 2; then exit; fi
date
echo "restarting VDR"
$KILL $VDRPRG
sleep 10
(rmmod dvb-ttpci; rmmod videodev; rmmod input; rmmod ves1820; rmmod tda1004x; rmmod dvb-core; modprobe dvb-ttpci; modprobe tda1004x; modprobe ves1820)
date
done

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

Also, ich schalte auf Kanal 20 (Das erste), dann auf kanal 40 (Zweite) und danach auf 9 (SAT1). So klappt es bis jetzt ohne Abstuerze, seit dem 8.11.2004.

Bye, Klaus

Dr. Seltsam · 21. November 2004

Zitat

Original von LordZodiac
äh, umprogrammiert.

Edit:

Wenn du willst kann ich dir ein Patch geben?

ja, das wäre nett.
Ich sehe schon, ich muss auch für den Haupt-VDR auf eine Fertig-Distri verzichten und selbst kompilieren.

Gruß
Dr. Seltsam

Dr. Seltsam · 21. November 2004

Zitat

Original von Mufflon

sleep 15 && /usr/local/src/VDR/svdrpsend.pl chan 20 &
sleep 20 && /usr/local/src/VDR/svdrpsend.pl chan 40 &
sleep 25 && /usr/local/src/VDR/svdrpsend.pl chan 9 &
# Load driver if it hasn't been loaded already:
if [ $LSMOD -eq 0 ] ; then
(modprobe dvb-ttpci; modprobe tda1004x; modprobe ves1820)
fi
-----------------------------------------------------------------

Also, ich schalte auf Kanal 20 (Das erste), dann auf kanal 40 (Zweite) und danach auf 9 (SAT1). So klappt es bis jetzt ohne Abstuerze, seit dem 8.11.2004.

Bye, Klaus

Alles anzeigen

und das geht, obwohl an der Stelle noch gar keine Treiber geladen sind?

wo müssten die 3 sleep-Zeilen denn wohl bei so einer modernen runvdr wie in LinVDR rein ? :

Bash

#!/bin/bash


. /etc/sysconfig


export PATH="/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin"
export NAME="vdr"
export DESC="Digital Videorecorder"
export LANG="C"
export HOME="/root"


BINDIR="/usr/bin"
CONFDIR="/etc/vdr"
PLUGINDIR="/usr/lib/vdr/plugins"


export VDRTTY="10"


sleep 15 && /usr/local/src/VDR/svdrpsend.pl chan 1 & 
sleep 20 && /usr/local/src/VDR/svdrpsend.pl chan 2 & 
sleep 25 && /usr/local/src/VDR/svdrpsend.pl chan 37 & 


#input


MODULES="
videodev
dvb-core dvb_shutdown_timeout=0
alps_bsrv2
alps_tdmb7
alps_tdlb7
grundig_29504-401
grundig_29504-491
stv0299
ves1820
input
evdev
dvb-ttpci vidmode=2
tda1004x
"


for PLUGIN in `unique.pl $PLUGINLIST`;
do
  PLUGINS="$PLUGINS -P$PLUGIN"
done


loadmodule() {
  modprobe $*
  #insmod /lib/modules/`uname -r`/misc/$*
}


loaddriver() {
  OLDIFS=$IFS
  IFS=$'\t'$'\n'
  for module in $MODULES; do
    IFS=$OLDIFS
    loadmodule $module
    IFS=$'\t'$'\n'
  done
  IFS=$OLDIFS
}


unloaddriver() {
  OLDIFS=$IFS
  IFS=""
  MODULES="`echo $MODULES | tac`"
  IFS=$OLDIFS

  OLDIFS=$IFS
  IFS=$'\t'$'\n'
  for module in $MODULES; do
    #module=`echo $module | sed -e s/\\\.o.*//`
    modprobe -r $module
  done
  IFS=$OLDIFS
}


case "$1" in
  start)
  /bin/bash -c '\
    /bin/echo $$ > /var/run/vdr.pid; \
    while /bin/true; do \
      start=`date +%s`; \
      /etc/init.d/runvdr up 2>&1 >/dev/null; \
      stop=`date +%s`; \
      if [ $(($stop - $start)) -lt 30 ] ; then \
        echo "Something went wrong. VDR respawning to fast, sleep 2 minutes" > /dev/tty$VDRTTY; \
        sleep 120; \
      fi; \
      sleep 1; \
      /etc/init.d/runvdr down; \
      sleep 5; \
    done >/dev/null 2>/dev/null' &
  ;;
  stop)
    if [ -e /var/run/vdr.pid ]; then
      PID=`cat /var/run/vdr.pid`
      if [ x"$PID" != "x" ]; then
        kill -9 $PID
      fi
      rm -f /var/run/vdr.pid
    fi
    /etc/init.d/runvdr down 2>&1 >/dev/null
    ;;
  up)
  loaddriver

  if [ $USE_INTERNAL_IR != "yes" ]; then
    #setserial /dev/ttyS0 uart none
    loadmodule lirc_serial
    $BINDIR/lircd
  else
    #if [ $INVERT_SIGNAL = "yes" ]; then
    #  LOADKEYS_PARAM="-i"
    #fi
    #/usr/bin/av7110_loadkeys $LOADKEYS_PARAM /etc/vdr/loadkeys/default.rc5 > /proc/av7110_ir
    # add -Premote to $PLUGINS?
    PLUGINS="$PLUGINS -Premote"
  fi

  if [ x$START_FBTV == x"yes" ]; then
    fbtv -t 10 2>/dev/null >/dev/null &
    # doesnt work, why?
    #bash -c 'while true; do fbtv -t 12 2>/dev/null >/dev/null; wait; sleep 5; done' &
  else
    chvt $VDRTTY
    echo "Here reads VDR from the keyboard as remote control replacement." > /dev/tty$VDRTTY
    echo "For a login console switch to console 1 to 4 with [ALT][F1] to [ALT][F4]" > /dev/tty$VDRTTY
    echo "To get back here, please press [ALT][F10]" > /dev/tty$VDRTTY
  fi

  sleep 5 && nice -n 19 vdradmind.pl &
  umask 0002
  $BINDIR/vdr -L $PLUGINDIR $PLUGINS $COMMON_PARAMETER -v /video0 -c $CONFDIR -w 900 -E /ramdisk/epg.data -s /usr/bin/poweroff.pl < /dev/tty$VDRTTY
  ;;
  down)
  vdradmind.pl -k
  PID=`ps auxw | grep "vdr -L" | grep -v grep | awk '{ print $2 }'`
  if [ x"$PID" != "x" ]; then
    echo $pid
    kill $PID
  fi
  sleep 1

  if [ x$START_FBTV == x"yes" ]; then
    PID=`ps auxw | grep "fbtv" | grep -v grep | awk '{ print $2 }'`
    if [ x"$PID" != "x" ]; then
      kill $PID                           
    fi
  fi 	


  unloaddriver

  killall lircd 2>/dev/null >/dev/null
  rmmod lirc_serial
  ;;
  loaddriver)
  loaddriver
  ;;
  unloaddriver)
  unloaddriver
  ;;
  *)
  N=/etc/init.d/$NAME
  # echo "Usage: $N {start|stop|restart|reload|force-reload}" >&2
  echo "Usage: $N {start|stop|up|down}" >&2
  exit 1
  ;;
esac


exit 0

Alles anzeigen

Mufflon · 22. November 2004

Sicher geht das, dafuer steht ja das 'sleep' da und '&' am ende der Zeile. Das sleep wartet eben die Sekundenzahl ab, wann es mit den Befehl anfangen soll und das '&' am Ende bedeutet, dass das Script weiterlaufen soll.
Wo das steht, spielt keine Rolle, du musst eventuell nur die sleepzeiten anpassen, also fange erst mal mit hoeheren an.
Uebrigens, wuerde ich dir raten, dass Script etwas zu entruempeln, da steigt ja keine Sau mehr durch. Linux kann so einfach sein. Auch solltest du nicht alle Treiber laden, du siehst ja bei mir, welch du brauchst (schau dir die Zeile mit 'rmmod' an, dass sind alle Module, die die beiden Karten nutzen).

Bye, Klaus

PS. Du musst bei dir natuerlich auch schauen, ob der Befehl 'svdrpsend.pl ' auch unter /usr/local/src/VDR/ liegt. Kann sein, dass der bei dir woanders ist.
Ich sehe auch gerade, dass in deinem Script der vdradmin drin ist. Da ist die Stelle, wo du die Befehle mit einem sleep reinsetzen kannst,, dann kommt es mit der Zeit auf jeden Fall hin.

Dr. Seltsam · 22. November 2004

Zitat

Original von Mufflon
PS. Du musst bei dir natuerlich auch schauen, ob der Befehl 'svdrpsend.pl ' auch unter /usr/local/src/VDR/ liegt. Kann sein, dass der bei dir woanders ist.
Ich sehe auch gerade, dass in deinem Script der vdradmin drin ist. Da ist die Stelle, wo du die Befehle mit einem sleep reinsetzen kannst,, dann kommt es mit der Zeit auf jeden Fall hin.

yo, liegt natürlich in /usr/bin. Habe es erfolgreich eingebaut und werde jetzt mal eine Langzeitstudie starten.

Du meinst, also es reicht, am Anfang einmal die DVB-C getunt zu haben, damit VDR auch nach stundenlangem DVB-T-Betrieb einwandfrei zurückschaltet? Merkwürdig.

Gruß
Dr. Seltsam

Nano · 22. November 2004

Hi,

ich habe auch Probleme seitdem ich nun eine zweite Karte (Terratec Cinergy 1200 DVB-T) eingebaut habe. Mein System basiert auf einer SuSE 9.2 mit SuSE Kernel. Ohne DVB-T Karte läuft alles prima. Nur mit nicht.

Ich habe im Log auch andauernd diese Continuity Fehler.
Offensichtlich gibt es da wohl Probleme. Auf der Linux-DVB Mailingliste gibt es auch den ein oder anderen, der von solchen Problemen berichtet. Allerdings zusätzlich auch noch bei Aufnahmen.

Beim Umschalten bleibt das Bild manchmal schwarz. Dann ein paar mal hin und herschalten und das Bild ist wieder da.
Gucke ich längere Zeit über DVB-T (transfer mode) dann hängt sich alles weg.

Welchen Tuner hat die Lorenzen eigentlich drauf?

Gruss, Nano

Mufflon · 22. November 2004

Zitat

Original von Dr. Seltsam

Du meinst, also es reicht, am Anfang einmal die DVB-C getunt zu haben, damit VDR auch nach stundenlangem DVB-T-Betrieb einwandfrei zurückschaltet? Merkwürdig.

Bei mir hat es auf jeden Fall geholfen. Ich habe, nachdem ich das eingebaut habe, den VDR gestartet und 57 Stunden nur auf der Lorenzenkarte gefahren und dann auf die Siemens-Karte geschaltet und alle Kanaele durchgezappt. Ohne Probleme, kein Absturz, kein schwarzer Bildschirm und vor allem kein 'video data stream broken'. Diese Meldung ging naemlich immer voraus. Wollen wir hoffen, das es so bleibt.

Bye, Klaus

Mufflon · 23. November 2004

Zitat

Original von Nano

Beim Umschalten bleibt das Bild manchmal schwarz. Dann ein paar mal hin und herschalten und das Bild ist wieder da.

Ja, das ist hier passiert, wenn der andere Tuner nicht gelockt war.

Zitat

Welchen Tuner hat die Lorenzen eigentlich drauf?

Die Lorenzen hat Philips TDM1316L als Tuner.

Bye, Klaus

Dr. Seltsam · 23. November 2004

Zitat

Original von Mufflon
[quote]Original von Dr. Seltsam

Bei mir hat es auf jeden Fall geholfen.

bei mir offenbar auch

smash · 28. Dezember 2004

Hallo,
ich hatte das glück, dass meine Lorenzen DVB-t das nicht machte.

Jetz habe ich mir aber eine zweite Lorenzen dazu gesteckt und diese hat das Problem, auf bestimmten Sender(z.B. SAT1) nicht starten zu wollen .
Ich kann es umgehen, wenn ich den vdr auf rtl starte, dann kann ich alle anderen Sender mit der Karte sehen.

Wenn ich alle Karten stecke:

#0 --> Haupauge DVB-C premium
#1 --> Lorenzen DVB-T buget (neue)
#2 --> Lorenzen DVB-T buget (älter, ohne Probleme)

steht die #2 Karte dann ne zeitlang ungenutzt rum und das mag sie nicht.

Wenn ich jetzt ne Aufnahme starte und dann auf einen Transponder schalte für den ich die #2 Karte benötige, ist das Bild schwarz. ich muss erst auf einen 3. Transponder schalten dammit ein Bild kommt.

Ich vermute, das die #2 Karte noch keine Sender angetunt hat und nach einiger zeit im "Wald" ist.

Gieb es ne möglichkeit, der #2 Katre einen Sender beim Start zuzuweisen. z.B. in der runvdr? Oder vieleicht mit einem EPG Scan?

smash

Dr. Seltsam · 29. Dezember 2004

Zitat

Original von smash
Gieb es ne möglichkeit, der #2 Katre einen Sender beim Start zuzuweisen. z.B. in der runvdr? Oder vieleicht mit einem EPG Scan?

smash

versuche mal, einem DVB-T-Kanal in der in der channels.conf im CA-Feld die zweite DVB-Karte zuzuweisen:

Code

CA - Conditional access
Eine Integerzahl beschreibt, wie auf diesen Kanal zugegriffen werden kann. 


0 Free To Air 
1 bis 4 Benötigt die DVB-Karte mit der bestimmten Nummer. 
5 bis 100 Benötig eine spezielle Methode zur Dekodierung. 
32001 analoges TV (VDR-1.2.x) 
A0 analoges TV (VDR-1.3.x) 
Die entsprechende Methode ist in der Datei ca.conf beschrieben

Diesen Kanal ("xx") trägst Du dann in der runvdr ein:
sleep 15 && /usr/bin/svdrpsend.pl chan xx &

smash · 29. Dezember 2004

Das funktioniert recht gut ... meistens

Nach einigem hin und her habe ich ein par Reihenfolgen rausgefunden, die gut gehen.

Aber wieso hat denn die eine Karte die Probleme mit dem Start und die andere nicht? Ich hab sie hier vor mir liegen, sie sind absolut identisch. Das Datum auf der Platine, die Chip revisionen, der gleiche Tuner....
Ich dachte zuerst, dass es an dem Kühlkörper liegt, den ich auf den Philips geklebt habe. Also habe ich das auch bei der Problem Karte gemacht aber Pusekuchen: nichts hat sich geändert.

Dr. Seltsam · 29. Dezember 2004

Zitat

Original von smash
Das funktioniert recht gut ... meistens

Du solltest unbedingt zuerst einen DVB-C Kanal tunen. Ich habe dazu

Code

sed -i "s/^CurrentChannel.*/CurrentChannel = 1/" /etc/vdr/setup.conf

am Anfang der runvdr eingetragen. (Kanal 1 = ARD von DVB-C)
Damit startet vdr immer mit Kanal 1.

In der Folge rufst Du dann mit svdrpsend nacheinander zwei DVB-T-Kanäle auf, die jeweils einer (anderen) DVB-T-Karte fest zugeordnet sind.
Beim "hardcoden" musst Du aufpassen:

Code

# Special values to "hard code" a channel to a specific DVB card:


1      DVB 1
2      DVB 2
3      DVB 3
4      DVB 4

Ich weiss jetzt bloß nicht genau, wie das mit der Numerierung ist. Ist die Karte Nr. 0 (video device 0?) dann DVB 1? Einfach mal ausprobieren.

smash · 29. Dezember 2004

Zitat

Ich weiss jetzt bloß nicht genau, wie das mit der Numerierung ist. Ist die Karte Nr. 0 (video device 0?) dann DVB 1? Einfach mal ausprobieren.

Mit dem femon Plugin kann man gut sehen, welche Karte gerade Aktiv ist.
Device0 = DVB 1
Device1 = DVB 2
Device2 = DVB 3
...

Zitat

Du solltest unbedingt zuerst einen DVB-C Kanal tunen.

Wieso das? Was hat das für vorteile?

Zitat
Code
sed -i "s/^CurrentChannel.*/CurrentChannel = 1/" /etc/vdr/setup.conf
am Anfang der runvdr eingetragen. (Kanal 1 = ARD von DVB-C)
Damit startet vdr immer mit Kanal 1.

Hab ich

FF-DVB-C + Budget DVB-T: Probleme

Jetzt mitmachen!

Teilen