Gestörte Aufnahme durch Zappen

Hi,

das müssen wir wohl erst noch etwas mehr einkreisen, evtl auch auf die verwendete VDr version. Das ändern von hw_sections auf 1 hat bei mir das Problem behoben soweit ich das bis jetzt testen konnte (erst bei zwei Aufnahmen wild gezappt). Verwende hier den Treiber 1.0.1.

bye

Sven

Ich habe das gleiche Problem.
Ich benutze das Remote-Plugin mit dem Nexus-Empfänger,
das kann auch eine Ursache sein.
Vielleicht stört die FB ja den Stream irgendwie.

Bei mir tritt es auch mit hwsections=1&0 auf.

Vielleicht findet ja einer ne Lösung.

Mirko76

Hi,
hab auch das remote Plugin am laufen und war in früheren Kombinationen von Treiber und VDR nie ein Problem...

bye

Sven

king Jerry
Ich habe das mal grade in die vdr ML re-injeziert ! Mal sehen was da jetzt bei rauskommt

Wie hast DU eigentlich den Snapshot so schnell ermittelt ? Oder anders: Wieviele Versionen hast Du denn kompilert und getestet ?
Okay, vermutlich "binär" gesucht - sprich immer den Zeitraum halbiert - aber war trotzdem reichlich müssig, oder ?
Vielen Dank auf jeden Fall !

@all
FB ist ausgeschlossen, auch bei Zappen über Tastatur ganz ohne FB tritt das Problem auf !
Bei allen Rückschlüssen ist zu beachten: Die verwendete Hardware Revision spielt vermutlich auch eine Rolle - nicht mit jeder DVBs Karte gibt es das Problem !?!

Gruß, Martin

Aus der ML kam diese Antwort von Oliver Endriss:

Zitat

Interesting. The following changelog entry looks promising:

|2003-07-09 16:41 js
| * driver/av7110/: Dpram, Dpram-icam, Root, Root-icam: new av7110
| firmware version 0x261a which fixes: - section filter outputs data
| from previous TS after zapping with hw_sections=0 - output of low
| bandwidth section data (TDT or TOT with hw_sections=0) is delayed

Has somebody tried the 2003-07-09/2003-07-10 firmware with the current
driver?

Oliver

Alles anzeigen

Martin

Ich habe gerade den 2.6er Kernel (test6) probiert, da
tritt das Problem auch auf.
Ich habe auch verschiedene Firmwares benutzt, aber keine
Änderung, auch die vom 9.7. ging nicht.

Während der Aufnahme hab ich dreimal umgeschalten:

Oct 8 12:18:59 linux vdr[569]: recording thread ended (pid=569)
Oct 8 12:18:59 linux vdr[567]: receiver thread ended on device 1 (pid=567)
Oct 8 12:18:59 linux vdr[531]: cTS2PES got 0 TS errors, 7 TS continuity errors
Oct 8 12:18:59 linux vdr[531]: cTS2PES got 0 TS errors, 3 TS continuity errors
Oct 8 12:18:59 linux vdr[531]: cTS2PES got 0 TS errors, 1 TS continuity errors
Oct 8 12:18:59 linux vdr[531]: buffer stats: 12032 (0%) used

Mirko76

Hallo

Ich misch mich mal ein.
Ich habe es mal ausprobiert.
1 Versuch:
VDR 1.2.5 + Elchi + Autopid
mp3
streamdev
VDRAdmin
Treiber 5.9.2003 = Klötzchenbildung Tonaussetze bei Aufnahme und gleichzeitigem zappen

2 Versuch:
Selber VDR
aber Treiber 22.6.2003 = Keinerlei störungen

Habe so ca 1-2 min aufgenommen und dabei oft den Kanal gewechselt die Aufnahme bleibt ruhig. Getestet mit RTL,RTL2,VOX;SUPERRTL und PRO7,KABEL.SAT1,DSF
hw_sections=0
Nexus 2.2
Kann ich also nur Bestätigen mit dem Treiber Datum

gruss
smokey

king Jerry
Ich habe dann mal wieder Relais-station gespielt und Dein Ergebnis in die VDR ML gepostet ...

Martin

Zitat

Original von KingJerry
Bei SwenS hat ja anscheinend hw_sections=1 geholfen.

--

Jep, hab es eben nochmal kontrolliert, mehrere Aufnahmen von gestern bei denen ich während der Aufnahme gezappt, geschnitten, Wiedergabe gestartet und gestoppt hab...keinerlei Probleme mehr...

bye

Sven

Hi

Ich habe heute mal die Root vom 9.7. probiert und
kann sagen, dass sie funktioniert, auch im Kernel 2.6.

Keine Probleme in den Aufnahmen zu erkennen.

Mirko76

Hallo zusammen

wo bekomme ich die Root 2003-07-09 her.
linuxdvb.tv

Die aktuelle Root und Dpram aus dem CVS beheben das Problem
mit dem Zappen.
Hab es probiert und kann es bestätigen.

Mirko76