[Announce] LinVDR-Kernel 2.6.23.9

was mir anhand der Logs auffällt: hast Du etwa den livebuffer-Patch aktiviert? den würde ich mal rausnehmen.

Zitat

Original von gundel
Ist das permanente Timeshift schädlich?

es ist kein offizieller vdr-Bestandteil, sondern nachträglich reingepatcht. Zumindest belastet es zusätzlich das System.

Das Problem scheint mit dem Stoppen und Starten des Encoders beim Kanalwechsel zusammenzuhängen. Vielelicht ist da irgendwo ein sleep zu kurz oder zu lang. Falls ich an den ivtv-maintainer nicht rankomme, werde ich Dir einfach mal ein paar geptachte ivtv-Versionen schicken.

Wie sieht denn am Wochenende Deine Anwesenheitszeiten? ab wann weg(wieder da?

probier bitte mal ein geändertes pvrinput-plugin:
wget http://drseltsam.device.name/v…4.7-ext40-tt-pvr-test.tgz
tar xvfz vdr-1.4.7-ext40-tt-pvr-test.tgz -C /

zwischen dem Tunen und dem Re-Start des Encoders wird nun ein sleep von 300ms eingelegt. Ich bin neugierig, ob das beim Umschalten zu einer Verbesserung oder gar Verschlechterung des "kein Ton"-Problems führt. Große Hoffnungen habe ich nicht, aber es könnte zumindest ein Indiz sein.

und bitte auch mal

http://drseltsam.device.name/vdr/testing/vdr-1.4.7-ext40-tt-pvr-test2.tgz

testen.

Die ist im Produktivbetrieb definitiv unbrauchbar, weil beim Umschalten sehr häufig ein Flackern im oberen Bilddrittel entsteht. Aber hier wird der Encoder beim Umschalten zwischen TV-Kanälen nicht gestoppt. Wäre sehr interessant, ob der Ton trotzdem dabei verlorengeht.

Bitte nicht zwischendurch auf radio schalten. Das beseitigt zwar das Flackern, aber anschließend ist die Videobitrate zu niedrig. Wie gesagt, das ist ein quick.and-dirty-test

Zitat

Original von gundel
Ist da überhaupt was anders?

vergleich mal die Plugin-Versions-Nr. in der Anzeige der Plugin-Einstellungen

Zitat

Original von gundel
Test2: Kein Ton, aber auch kein Flackern. Unterscheidet sich nicht von Test. Ist da überhaupt was anders?

Ja, da ist definitiv etwas anders. Der Encoder wird beim Umschalten zwischen TV-Kanälen nicht mehr gestoppt. Sobald Du aber auf einen externen Eingang zappst und wieder zurück auf TV willst, sollte es Probleme geben

hast Du evtl. noch "Slice vbi teletext" deaktiviert? Knips das mal wieder an. Und dann zappe (nach einem vdr Neustart) mal ein paar Dutzend mal hin und her (nur TV). Würde mich wundern, wenn es nicht früher oder später flackert. Der Ausschlußtest (es flackert nicht, solange vbi deaktiviert ist) wäre aber auch interessant (ist zwar eine andere Baustelle, aber immerhin). Wirksam werden Änderungen nur beim vdr Neustart.

Zu dem Tonproblem verfolge ich eine Spur. Ich werde heute abend nochmal gepatchte ivtv-Treiber für den 2.6.23.9 bauen. Vielleicht kommst Du vor dem Abflug ja nochmal zum Testen.

na, wie praktisch

so, wenn Du noch nüchtern bist, kannst Du schon testen (das pvrinput-Plugin test2 bleibt noch aktiv)

wget http://drseltsam.device.name/vdr/testing/linvdr-kernel-2.6.23.9-ivtv-test.tgz
tar xvfz linvdr-kernel-2.6.23.9-ivtv-test.tgz
ldconfig
reboot

jetzt mutet der ivtv-Treiber beim Kanalwechsel nicht, wie sonst üblich, den Ton. Die Theorie ist, dass das unmute Probleme machte. zapp mal durch, ob sich was geändert hat.

Schritt 2

cd /lib/modules/2.6.23.9/kernel/drivers/media/video/ivtv
ls -l ivtv.ko*

jetzt siehst Du mehrere Module

-rw-r--r--    1 root     root       172460 Feb  8 20:41 ivtv.ko
-rw-r--r--    1 root     root       172476 Feb  8 20:36 ivtv.ko.mute.msleep300
-rw-r--r--    1 root     root       172468 Feb  8 20:51 ivtv.ko.mute.no_msleep
-rw-r--r--    1 root     root       172460 Feb  8 20:41 ivtv.ko.no_mute.msleep100
-rw-r--r--    1 root     root       172460 Feb  8 20:22 ivtv.ko.no_mute.msleep300
-rw-r--r--    1 root     root       172452 Feb  8 20:49 ivtv.ko.no_mute.no_msleep
-rw-r--r--    1 root     root       172476 Feb  8 20:56 ivtv.ko.orig

Die ivtv.ko-Versionen mit no_mute machen keinen Audio Mute beim Frequenzwechsel.
no_msleep bedeutet, dass der Treiber vor dem unmuten keine Pause einlegt (Treiberstandard: 100 ms). Diese Pause ist möglicherweise zu lang oder zu kurz, daher auch der Versuch mit 300 ms.

Versuch zunächst mal das muten mit 300ms Pause:

cp ivtv.ko.mute.msleep300 ivtv.ko
/etc/init.d/runvdr stop
reboot

(Durch den rebbot wird sichergestellt, dass die geänderte ivtv-Version geladen wird)

Falls einer der beiden Tests Erfolg hat, probier das ganze bitte auch nochmal mit dem normalen pvrinput-Plugin (dass den Encoder beim Kanalwechsel zusätzlich stoppt):

wget http://drseltsam.device.name/vdr/pvr/vdr-1.4.7-ext40-tt-pvr-plugins.tgz
tar xvfz vdr-1.4.7-ext40-tt-pvr-plugins.tgz -C /

und vdr neu starten.

Zitat

Original von gundel
Kann es sein daß am Ende der tar-Zeile ein "-C /" fehlt?? Ich hab nämlich keine ivtv-Varianten im betreffenden Ordner!

ja, klar! Sorry! in welchem Ordner hast Du den Befehl ausgeführt? Da ist jetzt wohl ein Unterordner lib angelegt worden ...

Zitat

Eines ist mir heute morgen aufgefallen: Könnte das Problem auch mit der Feldstärke des Antennensignals zu tun haben?

könnte sein, dass der Rauschfilter im Treiber einen Tick länger braucht, so dass sich andere Treiberprozesse zeitlich verschieben. Bei einem Timing-Problem kann das alle möglichen Querauswirkungen haben.

ich hab noch was vereinfacht. nach dem reboot des neuen Kernels brauchst Du natürlich nicht schon wieder rebooten.

Zitat

Original von gundel

Soll ich jetzt mal den mute mit 200ms probieren?

es gibt nur 300ms
ja, teste mal wie beschrieben ivtv.ko.mute.msleep300