S2 6400 Aussetzer DolbyDigital

Zitat von Oli

bisher habe ich mehr oder weniger nur das Problem mit gelegentlichen Aussetzern bei Dolby Digital meistens in schnelleren Szenen

Ist der Fehler auch in Aufnahmen vorhanden - reproduzierbar immer an der gleichen Stelle?
Falls ja, eine solche Stelle bitte ausschneiden und irgendwo hochladen.

Zitat

wie warm wird wird eure S2-6400 ??
bei mir liegt die Chip Temp immer so zwischen 55-60 C mmmhhh was mag da wohl zulässig sein ?

Wie schon bei den alten FF-Karten, verwende ich intern einen langsam drehenden Lüfter, die die DVB-Karten anpustet.
Hört man nicht und sorgt dafür, daß die Karten kühl bleiben. Niedere Temperaturen bedeuten langsamere Alterung der Bauteile.

CU
Oliver

Das mit den Ton-Aussetzern bei DD 5.1 kann ich bestätigen. Ist jetzt in der letzten Stunde 2x passiert. Allerdings wirklich nur ein ganz kurzer Aussetzer, wie ein Drop Out zu Zeiten der alten Tonbänder

Es lief Das Erste HD, life ohne Transfermodus, keine Aufnahmen, keine Meldungen im Syslog.

Währen ich das schreibe, der 3. Aussetzer.

Falk

Hallo,

folgende Vorgehensweise führt bei mir zuverlässig zum Verlust des DD-Tons (auch DD2.0):

Variante 1:
z.B. ARDHD Live, dann Aufruf femon-plugin, hierbei wird dann automatisch Audio-Analog ausgegeben (das sollte so nicht sein).
In femon fehlen dann alle Informationen zum AC3-Stream.
femon beenden, vdr schaltet automatisch wieder auf AC3-Ton um, bleibt aber stumm.
Ein Umschalten der Tonspur aktiviert wieder den Ton.

Variante 2:
z.B. ARDHD Live, dann Aufruf femon-plugin, hierbei wird dann automatisch Audio-Analog ausgegeben (das sollte so nicht sein).
In femon fehlen dann alle Informationen zum AC3-Stream.
Mit Taste "Rechts" umschalten auf 2.Tuner, AC3-Ton ist wieder aktiv und im femon werden wieder die AC3-Stream-Informationen angezeigt.
Mit Taste "Links" umschalten auf 1.Tuner, AC3-Ton ist weg oder stottert, im femon werden aber die AC3-Stream-Informationen angezeigt.
femon beenden, AC3-Ton bleibt weg oder stottert, ein Umschalten der Tonspur bringt meist den AC3-Ton wieder.

Dieses Verhalten lässt vermuten, das Tonprobleme wahrscheinlich nur bei Benutzung des ersten Tuners auftreten.
Werden die beiden Tuner eigentlich unterschiedlich bezüglich des Transfermodes behandelt?

Bei Aufnahmen hatte ich bisher keine Tonprobleme, nur bei Live-TV.

Gruß
Karl

Zitat von Oli

Ohne es wirklich zu wissen ..... aber einen Transfermode in dem alten sinn kann es bei der Karte ja eigentlich nicht mehr geben ??
oder die Karte arbeitet Intern immer im Transfermode ? denn das was ich von der alten FF als "sogenannten " Transfermode kenne war ja wenn man über ein zweites PCI/USB/PCIe
Device die Daten über die FF auf den TV ausgegeben hatte . aber jetzt sind ja beide Tuner auf der Karte .....

Oli

Und wenn ein Sender geschaut wird der gerade aufgenommen wird geht die Karte auch in den Transfermode. (auch aufnahmen) das scheint bei der neuen Karte gleich zu sein

mfg Thomas

Zitat

Ist der Fehler auch in Aufnahmen vorhanden - reproduzierbar immer an der gleichen Stelle?
Falls ja, eine solche Stelle bitte ausschneiden und irgendwo hochladen.

habe mal ein Stück hochgeladen ca. 39mb (ist jedoch was altes .vdr). Bei 43 sek. bleibt das Bild hängen, am Receiver bleibt DD5.1 an. Beende ich das apspielen bleibt der Bildschirm dunkel. Der Treiber saa716x_ff muss man entladen VDR beenden Treiber wieder laden und VDR starten dann funktioniert wieder alles.

Dieselbe Aufnahme funktioniert mit vdr-1.7.18 mit einer SD-FF Karte sowie mit vdr-xine (vaapi oder ohne vaapi), beides mal mit Version vdr-1.7.18

cu
gerald

Edit: link gelöscht da Datei nicht mehr vorhanden ist und Problem gelöst ist.

gerald:

bitte teste die neue Firmware 0.2.10 auf meiner Seite. Damit sollte es nicht mehr hängen

Ich kann die Aussetzer mit der neuen Firmware reproduzieren. Sie betreffen bei mir aber nicht nur Dolby Digital.

May 10 21:57:44 vdr vdr: [1830] switching to channel 4
May 10 21:57:44 vdr vdr: [1863] TS buffer on device 2 thread ended (pid=1830, tid=1863)
May 10 21:57:44 vdr vdr: [1862] buffer stats: 73884 (1%) used
May 10 21:57:44 vdr vdr: [1862] receiver on device 2 thread ended (pid=1830, tid=1862)
May 10 21:57:44 vdr vdr: [1864] receiver on device 2 thread started (pid=1830, tid=1864)
May 10 21:57:44 vdr vdr: [1865] TS buffer on device 2 thread started (pid=1830,tid=1865)
May 10 21:57:53 vdr vdr: [1830] [extrecmenu] starting replay of recording
May 10 21:57:53 vdr vdr: [1830] replay /var/vdr/video0/%The_Da_Vinci_Code_-_Sakrileg/2011-05-07.20.12.9-0.rec
May 10 21:57:53 vdr vdr: [1830] playing '/var/vdr/video0/%The_Da_Vinci_Code_-_Sakrileg/2011-05-07.20.12.9-0.rec/00001.ts'
May 10 21:57:53 vdr vdr: [1865] TS buffer on device 2 thread ended (pid=1830, tid=1865)
May 10 21:57:53 vdr vdr: [1864] buffer stats: 176156 (4%) used
May 10 21:57:53 vdr vdr: [1864] receiver on device 2 thread ended (pid=1830, tid=1864)
May 10 21:57:53 vdr vdr: [1830] loading /var/vdr/video0/%The_Da_Vinci_Code_-_Sakrileg/2011-05-07.20.12.9-0.rec//marks
May 10 21:57:53 vdr vdr: [1866] dvbplayer thread started (pid=1830, tid=1866)
May 10 21:57:53 vdr vdr: [1867] non blocking file reader thread started (pid=1830, tid=1867)
May 10 21:58:16 vdr vdr: [1867] non blocking file reader thread ended (pid=1830, tid=1867)
May 10 21:58:16 vdr vdr: [1866] dvbplayer thread ended (pid=1830, tid=1866)
May 10 21:58:16 vdr vdr: [1830] switching to channel 4
May 10 21:58:16 vdr vdr: [1868] receiver on device 2 thread started (pid=1830, tid=1868)
May 10 21:58:16 vdr vdr: [1869] TS buffer on device 2 thread started (pid=1830,tid=1869)
May 10 21:58:22 vdr vdr: [1868] ERROR: TS packet not accepted in Transfer Mode
May 10 21:58:24 vdr last message repeated 2 times
May 10 21:58:24 vdr vdr: [1869] buffer usage: 70% (tid=1868)
May 10 21:58:25 vdr vdr: [1869] buffer usage: 80% (tid=1868)
May 10 21:58:25 vdr vdr: [1868] ERROR: TS packet not accepted in Transfer Mode
May 10 21:58:25 vdr vdr: [1869] buffer usage: 90% (tid=1868)
May 10 21:58:25 vdr vdr: [1869] buffer usage: 100% (tid=1868)
May 10 21:58:26 vdr vdr: [1868] ERROR: TS packet not accepted in Transfer Mode
May 10 21:58:26 vdr vdr: [1830] switching to channel 5
May 10 21:58:27 vdr vdr: [1868] ERROR: TS packet not accepted in Transfer Mode
May 10 21:58:27 vdr vdr: [1869] ERROR: driver buffer overflow on device 2
May 10 21:58:27 vdr vdr: [1869] TS buffer on device 2 thread ended (pid=1830, tid=1869)
May 10 21:58:27 vdr vdr: [1868] buffer stats: 4194303 (100%) used
May 10 21:58:27 vdr vdr: [1868] receiver on device 2 thread ended (pid=1830, tid=1868)
May 10 21:58:27 vdr vdr: [1870] receiver on device 2 thread started (pid=1830, tid=1870)
May 10 21:58:27 vdr vdr: [1871] TS buffer on device 2 thread started (pid=1830,tid=1871)
May 10 21:59:49 vdr vdr: [1835] changing pids of channel 15 from 255+255=27:0;259=deu@106:0:0 to 255+255=27:0;259=deu@106:0:0

Ich habe wie im Log zu lesen auf Kanal 4 (Sat1 HD) geschaltet, danach eine Aufnahme von ORF1 HD gestartet und extrem wild hin und her gesprungen mit Spulen und gelb, grün. Danach die Aufnahme verlassen. Auf Sat1 HD kurz zappeligen Ton und dann gar kein Ton. Danach gewechselt auf Prosieben HD, ebenfalls kein Ton mehr. Danach gewechselt auf Das Erste HD auch kein Ton.

Edit: Ich habe beim ersten angezeigten Kanal, nach dem Starten. Ein extremes A/V Delay. Das ist aber weg, nachdem ich den Kanal einmal gewechselt habe.

Zitat von powarman

gerald:

bitte teste die neue Firmware 0.2.10 auf meiner Seite. Damit sollte es nicht mehr hängen

neue Firmware funktioniert hervorragend. Keine Hänger mehr.

vielen Dank dafür.