Artefakte und Tonaussetzer mit Nexus-S

hamuch · 9. Dezember 2007

Hallo, habe bei meiner Konfiguration immer wieder Artefakte und Tonaussetzer auf verschiedenen Transpondern (ARD, ZDF, RTL, usw.). Am Anschluss selber kann es nicht liegen: ein digitaler SAT-Receiver am selben Anschluss läuft problemlos.

Hat jemand evtl. einen Hinweis oder kann das Verhalten bestätigen?

Meine Konfiguration:
Pentium 4, 2,4 GHz, 512 MB Ram
Nexus-S Rev. 2.3
Suse 10.3, Kernel 2.6.22.12-0.1
Vdr 1.5.12 ohne weitere Plugins

Antiriad · 9. Dezember 2007

Zitat

Original von hamuch
Hat jemand evtl. einen Hinweis ...

Logfiles vom Fehlerfall sind ein guter Hinweisgeber.
Also gleichmal die Dinger von der Festplatte kratzen und hier posten.

hamuch · 9. Dezember 2007

Es gibt verschiedene Log-Einträge, die evtl. etwas mit dem Problem zu tun haben könnten:

Code

Dec  8 23:22:15 vdr vdr: [8055] PES packet shortened to 1944 bytes (expected: 3600 bytes)
Dec  8 23:22:15 vdr vdr: [8055] 1 cRepacker messages suppressed
Dec  8 23:22:15 vdr vdr: [8055] cDolbyRepacker: skipped 132 bytes while syncing on next AC3 frame
Dec  8 23:22:15 vdr vdr: [8055] cAudioRepacker(0xC0): skipped 616 bytes to sync on next audio frame
Dec  8 23:22:15 vdr vdr: [8055] cAudioRepacker(0xC1): skipped 24 bytes to sync on next audio frame
Dec  8 23:22:15 vdr vdr: [8055] PES packet shortened to 5240 bytes (expected: 6160 bytes)
Dec  8 23:22:15 vdr vdr: [8055] PES packet shortened to 4072 bytes (expected: 4624 bytes)
Dec  8 23:22:15 vdr vdr: [8050] PES packet shortened to 1944 bytes (expected: 3600 bytes)
Dec  8 23:22:15 vdr vdr: [8050] 2 cRepacker messages suppressed
Dec  8 23:22:15 vdr vdr: [8050] cDolbyRepacker: skipped 132 bytes while syncing on next AC3 frame
Dec  8 23:22:15 vdr vdr: [8050] cAudioRepacker(0xC0): skipped 616 bytes to sync on next audio frame
Dec  8 23:22:15 vdr vdr: [8050] cAudioRepacker(0xC1): skipped 24 bytes to sync on next audio frame
Dec  8 23:22:15 vdr vdr: [8050] PES packet shortened to 5240 bytes (expected: 6160 bytes)
Dec  8 23:22:15 vdr vdr: [8050] PES packet shortened to 4072 bytes (expected: 4624 bytes)
Dec  8 23:22:43 vdr vdr: [8055] PES packet shortened to 3232 bytes (expected: 3600 bytes)
Dec  8 23:22:43 vdr vdr: [8055] PES packet shortened to 5976 bytes (expected: 6160 bytes)
Dec  8 23:22:43 vdr vdr: [8055] cAudioRepacker(0xC0): skipped 580 bytes while syncing on next audio frame
Dec  8 23:22:43 vdr vdr: [8055] PES packet shortened to 4440 bytes (expected: 4624 bytes)
Dec  8 23:22:43 vdr vdr: [8055] cAudioRepacker(0xC1): skipped 388 bytes while syncing on next audio frame
Dec  8 23:22:43 vdr vdr: [8055] 1 cRepacker messages suppressed
Dec  8 23:22:43 vdr vdr: [8055] cDolbyRepacker: skipped 1424 bytes to sync on next AC3 frame
Dec  8 23:22:43 vdr vdr: [8050] PES packet shortened to 3232 bytes (expected: 3600 bytes)
Dec  8 23:22:43 vdr vdr: [8050] PES packet shortened to 5976 bytes (expected: 6160 bytes)
Dec  8 23:22:43 vdr vdr: [8050] cAudioRepacker(0xC0): skipped 580 bytes while syncing on next audio frame
Dec  8 23:22:43 vdr vdr: [8050] PES packet shortened to 4440 bytes (expected: 4624 bytes)
Dec  8 23:22:43 vdr vdr: [8050] cAudioRepacker(0xC1): skipped 388 bytes while syncing on next audio frame
Dec  8 23:22:43 vdr vdr: [8050] 1 cRepacker messages suppressed
Dec  8 23:22:43 vdr vdr: [8050] cDolbyRepacker: skipped 1424 bytes to sync on next AC3 frame
Dec  8 23:24:30 vdr vdr: [8055] PES packet shortened to 368 bytes (expected: 3600 bytes)
Dec  8 23:24:30 vdr vdr: [8055] 1 cRepacker messages suppressed
Dec  8 23:24:30 vdr vdr: [8055] cAudioRepacker(0xC0): skipped 184 bytes to sync on next audio frame
Dec  8 23:24:30 vdr vdr: [8055] cDolbyRepacker: skipped 352 bytes to sync on next AC3 frame
Dec  8 23:24:31 vdr vdr: [8050] PES packet shortened to 368 bytes (expected: 3600 bytes)
Dec  8 23:24:31 vdr vdr: [8050] 1 cRepacker messages suppressed
Dec  8 23:24:31 vdr vdr: [8050] cAudioRepacker(0xC0): skipped 184 bytes to sync on next audio frame
Dec  8 23:24:31 vdr vdr: [8050] cDolbyRepacker: skipped 352 bytes to sync on next AC3 frame
Dec  8 23:24:47 vdr vdr: [8055] PES packet shortened to 3232 bytes (expected: 3600 bytes)
Dec  8 23:24:47 vdr vdr: [8055] 1 cRepacker messages suppressed
Dec  8 23:24:47 vdr vdr: [8055] cAudioRepacker(0xC0): skipped 304 bytes to sync on next audio frame
Dec  8 23:24:47 vdr vdr: [8055] cDolbyRepacker: skipped 1424 bytes to sync on next AC3 frame
Dec  8 23:24:47 vdr vdr: [8055] 1 cRepacker messages suppressed
Dec  8 23:24:47 vdr vdr: [8055] cAudioRepacker(0xC1): skipped 136 bytes to sync on next audio frame
Dec  8 23:24:48 vdr vdr: [8050] PES packet shortened to 3232 bytes (expected: 3600 bytes)
Dec  8 23:24:48 vdr vdr: [8050] 1 cRepacker messages suppressed
Dec  8 23:24:48 vdr vdr: [8050] cAudioRepacker(0xC0): skipped 304 bytes to sync on next audio frame
Dec  8 23:24:48 vdr vdr: [8050] cDolbyRepacker: skipped 1424 bytes to sync on next AC3 frame
Dec  8 23:24:48 vdr vdr: [8050] 1 cRepacker messages suppressed
Dec  8 23:24:48 vdr vdr: [8050] cAudioRepacker(0xC1): skipped 136 bytes to sync on next audio frame

Alles anzeigen

Code

Dec  9 01:01:59 vdr vdr: [3010] PES packet shortened to 3416 bytes (expected: 3600 bytes)
Dec  9 01:02:02 vdr vdr: [3010] PES packet shortened to 5976 bytes (expected: 6160 bytes)
Dec  9 01:02:04 vdr vdr: [3010] PES packet shortened to 4688 bytes (expected: 6160 bytes)
Dec  9 01:02:04 vdr vdr: [3010] PES packet shortened to 3704 bytes (expected: 4624 bytes)
Dec  9 01:02:04 vdr vdr: [2991] frontend 0 lost lock on channel 1, tp 111836
Dec  9 01:02:04 vdr vdr: [2991] frontend 0 regained lock on channel 1, tp 111836
Dec  9 01:02:04 vdr vdr: [3010] PES packet shortened to 3232 bytes (expected: 3600 bytes)
Dec  9 01:02:04 vdr vdr: [3010] PES packet shortened to 3416 bytes (expected: 3600 bytes)
Dec  9 01:02:04 vdr vdr: [3010] PES packet shortened to 5817 bytes (expected: 6160 bytes)
Dec  9 01:02:04 vdr vdr: [3010] ERROR: unknown picture type '5'
Dec  9 01:02:05 vdr vdr: [3010] cVideoRepacker: found sequence error code: stream seems to be damaged
Dec  9 01:02:05 vdr vdr: [3010] PES packet shortened to 4320 bytes (expected: 6160 bytes)
Dec  9 01:02:05 vdr vdr: [3010] PES packet shortened to 2208 bytes (expected: 3600 bytes)
Dec  9 01:02:05 vdr vdr: [3010] PES packet shortened to 2392 bytes (expected: 3600 bytes)
Dec  9 01:02:06 vdr vdr: [3010] PES packet shortened to 3232 bytes (expected: 3600 bytes)
Dec  9 01:02:06 vdr vdr: [2991] frontend 0 lost lock on channel 1, tp 111836
Dec  9 01:02:07 vdr vdr: [2991] frontend 0 regained lock on channel 1, tp 111836
Dec  9 01:02:08 vdr vdr: [3010] PES packet shortened to 1208 bytes (expected: 3600 bytes)
Dec  9 01:02:08 vdr vdr: [3010] PES packet shortened to 4136 bytes (expected: 6160 bytes)
Dec  9 01:02:08 vdr vdr: [3010] PES packet shortened to 2737 bytes (expected: 4624 bytes)
Dec  9 01:02:08 vdr vdr: [3010] PES packet shortened to 3416 bytes (expected: 3600 bytes)
Dec  9 01:02:08 vdr vdr: [3010] PES packet shortened to 4072 bytes (expected: 4624 bytes)
Dec  9 01:02:09 vdr vdr: [3010] PES packet shortened to 3416 bytes (expected: 3600 bytes)
Dec  9 01:02:09 vdr vdr: [3010] PES packet shortened to 5976 bytes (expected: 6160 bytes)
Dec  9 01:02:09 vdr vdr: [3010] PES packet shortened to 4440 bytes (expected: 4624 bytes)
Dec  9 01:02:09 vdr vdr: [3010] PES packet shortened to 5792 bytes (expected: 6160 bytes)
Dec  9 01:02:12 vdr vdr: [3010] PES packet shortened to 4872 bytes (expected: 6160 bytes)
Dec  9 01:02:12 vdr vdr: [3010] PES packet shortened to 3704 bytes (expected: 4624 bytes)
Dec  9 01:02:15 vdr vdr: [3010] PES packet shortened to 3232 bytes (expected: 3600 bytes)
Dec  9 01:02:15 vdr vdr: [3010] PES packet shortened to 4256 bytes (expected: 4624 bytes)

Alles anzeigen

Code

Dec  8 23:34:01 vdr vdr: [8051] buffer usage: 70% (tid=8050)
Dec  8 23:34:01 vdr vdr: [8051] buffer usage: 60% (tid=8050)
Dec  8 23:34:01 vdr vdr: [8051] buffer usage: 70% (tid=8050)
Dec  8 23:34:01 vdr vdr: [8051] buffer usage: 60% (tid=8050)
Dec  8 23:34:01 vdr vdr: [8051] buffer usage: 70% (tid=8050)
Dec  8 23:34:02 vdr vdr: [8051] buffer usage: 60% (tid=8050)
Dec  8 23:34:02 vdr vdr: [8051] buffer usage: 70% (tid=8050)
Dec  8 23:34:02 vdr vdr: [8051] buffer usage: 60% (tid=8050)
Dec  8 23:34:02 vdr vdr: [8051] buffer usage: 70% (tid=8050)
Dec  8 23:34:02 vdr vdr: [8051] buffer usage: 60% (tid=8050)
Dec  8 23:34:02 vdr vdr: [8051] buffer usage: 70% (tid=8050)
Dec  8 23:34:02 vdr vdr: [8051] buffer usage: 60% (tid=8050)
Dec  8 23:34:02 vdr vdr: [8051] buffer usage: 70% (tid=8050)
Dec  8 23:34:02 vdr vdr: [8051] buffer usage: 60% (tid=8050)
Dec  8 23:34:02 vdr vdr: [8051] buffer usage: 70% (tid=8050)
Dec  8 23:34:02 vdr vdr: [8051] buffer usage: 60% (tid=8050)
Dec  8 23:34:02 vdr vdr: [8051] buffer usage: 70% (tid=8050)
Dec  8 23:34:02 vdr vdr: [8051] buffer usage: 60% (tid=8050)
Dec  8 23:34:02 vdr vdr: [8051] buffer usage: 70% (tid=8050)
Dec  8 23:34:02 vdr vdr: [8051] buffer usage: 60% (tid=8050)
Dec  8 23:34:02 vdr vdr: [8051] buffer usage: 70% (tid=8050)
Dec  8 23:34:02 vdr vdr: [8051] buffer usage: 60% (tid=8050)
Dec  8 23:34:02 vdr vdr: [8051] buffer usage: 70% (tid=8050)
Dec  8 23:34:02 vdr vdr: [8051] buffer usage: 60% (tid=8050)
Dec  8 23:34:02 vdr vdr: [8051] buffer usage: 70% (tid=8050)

Alles anzeigen

hamuch · 10. Dezember 2007

Zitat

Original von Ioannis
Logfiles vom Fehlerfall sind ein guter Hinweisgeber.
Also gleichmal die Dinger von der Festplatte kratzen und hier posten.

Und nu?

hjs · 10. Dezember 2007

Zitat

Original von hamuch

Und nu?

Tja - das Log verrät dir , daß er offensichtlich nen zerhackten Stream hat .
Was sagt femon ?
Der StandAloneReceiver zeigt bestimmt auch STR/SNR - wie siehts bei dem aus ?

Wenns das Kabel nicht ist , bleibt nur Treiber oder Tuner der Karte als Möglichkeit .

HJS

DocViper · 10. Dezember 2007

oder unstabile versorgung vom netzteil.
raisercard ?
schwacher pci bus (via chipset ?)

hjs · 10. Dezember 2007

Zitat

Original von DocViper
oder unstabile versorgung vom netzteil.

Hä ? Das PC NT kannste nich meinen - da schmiert die ganze Kiste eher ab .
Versorgung des LNB könnte es sein , ja , aber das läßt sich ja ausschließen , indem man den Standalone gleichzeitig dranhängt ...

Zitat

schwacher pci bus (via chipset ?)

Was verstehst du darunter ?

HJS

hamuch · 10. Dezember 2007

raisercard und via chipset kann ich ausschliessen, wird beides nicht verwendet.

STR/SNR liegen beide bei 70% ist das etwa für die TT 2.3 zu wenig (femon zeigt ab 66% grün an) und für den Standalone-Receiver noch ausreichend?

Als Treiber für die TT-Karte verwende ich die aktuelle CSV-Version.

hjs · 10. Dezember 2007

Zitat

Original von hamuch
STR/SNR liegen beide bei 70% ist das etwa für die TT 2.3 zu wenig

Nö - aber was sagt BER ? Ist der Wert bei 0 ?

Zitat

(femon zeigt ab 66% grün an)

Das sagt allerdings nix - kann man einstellen

Zitat

Als Treiber für die TT-Karte verwende ich die aktuelle CSV-Version.

Sollte gehen - IRQ Prob ? Mal nen anderen Slot nehmen .

HJS

hamuch · 10. Dezember 2007

Zitat

Original von hjs
Nö - aber was sagt BER ? Ist der Wert bei 0 ?
HJS

BER schwankt je nach Programm: z. Bsp. beim ZDF: 0 - 500, meistens ist 100 oder 200 zu sehen, grösster gesehener Wert 1900 (unmittelbar nach dem Umschalten auf ARD)

Zitat

Original von hjs
Das sagt allerdings nix - kann man einstellen

Das habe ich gesehen. Aber die Standard-Einstellungen wurden ja sicherlich auf irgendwelchen Erfahrungswerten vorgenommen. Es macht ja nicht wirklich Sinn, das Ganze so einzustellen, dass man z. Bsp. ab 30% im grünen Berecih ist.

Zitat

Original von hjs
Sollte gehen - IRQ Prob ? Mal nen anderen Slot nehmen .
HJS

Es ist die einzige PCI-Karte im PC, werde aber dennoch mal den Versuch mit dem Slotwechsel machen.

hjs · 10. Dezember 2007

Zitat

Original von hamuch

BER schwankt je nach Programm: z. Bsp. beim ZDF: 0 - 500, meistens ist 100 oder 200 zu sehen, grösster gesehener Wert 1900 (unmittelbar nach dem Umschalten auf ARD)

Das besagt allerdings , daß er trotz deiner 70% bereits die Fehlererkennung zu Hilfe nehmen muß .

Zitat

Das habe ich gesehen. Aber die Standard-Einstellungen wurden ja sicherlich auf irgendwelchen Erfahrungswerten vorgenommen. Es macht ja nicht wirklich Sinn, das Ganze so einzustellen, dass man z. Bsp. ab 30% im grünen Berecih ist.

Das läßt femon auch gar nicht zu
Aber da du trotzdem bereits die Fehlererkennung bemühen mußt ( oder auch die Karte ) , siehst du , was von diesen Angaben zu halten ist

HJS

hamuch · 10. Dezember 2007

hjs: zunächst einmal vielen Dank für deine Ausführungen

Was mir aber dennoch nicht klar ist: Liegt dieses Verhalten nun in erster Linie am Signal oder doch eher an der Karte?

Das Signal ist ja für den Standalone-Receiver das selbe. Oder arbeitet mein Billig-Receiver besser als die doch eher teure TT 2.3?

hjs · 10. Dezember 2007

Zitat

Original von hamuch
hjs: zunächst einmal vielen Dank für deine Ausführungen

Immer wieder gern )

Zitat

Was mir aber dennoch nicht klar ist: Liegt dieses Verhalten nun in erster Linie am Signal oder doch eher an der Karte?

Gute Frage - Nächste

Zitat

Das Signal ist ja für den Standalone-Receiver das selbe. Oder arbeitet mein Billig-Receiver besser als die doch eher teure TT 2.3?

Scheinbar .
Ursache kann durchaus die Versorgung des LNB sein .
Da muß in der teuren Karte nur ein Widerstand aus der Toleranz fallen und schon ...

Du hast mehrere Anschlüsse ?
Dann kannste ja mal Karte und Receiver gleichzeitig anschließen .
Der Receiver versorgt dann den LNB .
Wenn das Prob nicht beseitigt ist ( beide auf gleiche Pol einstellen wg 14/18 V ) ist es jedenfalls nicht die Versorgungsspannung .

Da der Receiver ja am gleichen Kabel keinerlei Fehler aufweist , isses also auch nicht das Kabel .
Wo haste denn die Karte her ? Ggf Kulanztausch ?

HJS

I30R6 · 10. Dezember 2007

Mahlzeit,

was ich immer gerne sage :

man darf einen normalen Sat-Receiver nicht mit einer DVB Karte vergleichen . Der Tuner eines Receivers ist immer stärker als der der DVB Karte.

Nen Sat-Receiver kann man höchstens als Richtlinie nehmen.

I30R6

hjs · 10. Dezember 2007

Zitat

Original von I30R6
was ich immer gerne sage :

man darf einen normalen Sat-Receiver nicht mit einer DVB Karte vergleichen . Der Tuner eines Receivers ist immer stärker als der der DVB Karte.

Dann sag doch auch mal gerne ,warum das so ist - oder sein soll

HJS

SledgE · 10. Dezember 2007

die tuner in den receivern sind meiner meinung nach auch nicht besser.
beim rechner ist immer das problem das in seinem inneren enorme em-felder durch funkabstrahlungen aller leitungen mit hochfrequenten signalen bestehen.
nur aus diesem grund haben die rechner bis heute ein geschlossenes blechgehäuse und kein deutlich billigeres aus plastik.
die pci-karten sind deshalb zahlreichen störspannungen durch einstreuungen ausgesetzt und das problem wird mit zunehmenden taktfrequenzen des speicherbuses immer größer.

hamuch: versuche es mal mit einer älterne firmware für die dvb-karte.
warum auch immer,meinen erfahrungen nach bringt das teilweise deutliche unterschiede.
die firmware ist eine einzelne binärdatei welche normalerweise unter /lib/firmware zu finden ist und beim initialisieren des treibers in die karte geladen wird.
es gibt mitlerweile zahlreiche versionen davon.
beachte das du die firmwaredatei auf den korrekten dateinamen umbenennst denn nur mit diesem kann sie auch vom treiber geladen werden.

hamuch · 11. Dezember 2007

Der Wechsel der TT-Karte in einen anderen PCI-Slot hat so wie es aussieht das Problem ein Stück weit behoben. Das ganze läuft nun wesentlich zuverlässiger.

Allerdings gibt es vereinzelt immer noch kurze Aussetzter (Artefakte), auch auf Kanälen mit folgenden Werten: STR 70%, SNR 80% und BER = 0 (konstant)

hjs · 11. Dezember 2007

Zitat

Original von hamuch
Der Wechsel der TT-Karte in einen anderen PCI-Slot hat so wie es aussieht das Problem ein Stück weit behoben. Das ganze läuft nun wesentlich zuverlässiger.

Allerdings gibt es vereinzelt immer noch kurze Aussetzter (Artefakte), auch auf Kanälen mit folgenden Werten: STR 70%, SNR 80% und BER = 0 (konstant)

Könnte sein , daß es das Prob nur vermindert hat .
Du kannst alle Slots mal durch probieren und/oder die FW mal changen - wie von SledgE bereits vorgeschlagen .

HJS

Artefakte und Tonaussetzer mit Nexus-S

Jetzt mitmachen!

Teilen