Bitte um Hilfe: Aufnahme zerhackt

Hallo Leute,

habe auf meinem VDR den ersten Verlust zu melden, die Aufnahme von Jumanji gestern auf SAT1
war total zerhackt. Der Ton war i.O aber das Videosignal war nicht anzusehen. Sowohl bei der Wiedergabe
über den PC (VLC) als auch bei der direkten Wiedergabe am Fernseher war der
Ton OK, aber das Bild furchtbar.

Bei meinem Linvdr0.7 + MT20050518 auf einem P3-750 mit FF 1.3 war das die
erste Aufnahme, die derart zerhackt war. Kann das doch an der CPU-Belastung durch die Konvertierung einer
Aufnahme nach DVD passieren?
Während der Aufnahme wurde übrigens kein Livebild benutzt

Da das für mich der erste Fall ist, will ich an dem Beispiel die Fehlersuche lernen. Meine bisherigen Schritte:
1. logread --> nichts ungewöhnliches
2. ProjectX Nachbearbeitung --> 0 Warnungen, 0 Fehler
Die .m2p hat aber ein sehr schlechtes Videosignal

Was würdet Ihr noch tun, um einen derartigen Fehler einzugrenzen?

Danke für Eure Hilfe,

Günter

Hallo Leute,

leider muß ich den Thread wieder aus der Versenkung holen, da mein
Problem immer schlimmer wird.
Im Prinzip ist momentan keine Aufnahmen mehr möglich, wobei der Grad
der Klötzchen von Sender zu Sender unterschiedlich ist.
Kika: Aufnahme mit sporadischen Klötzchen, Livebild auch mit Klötzchen
Pro7: Super-Gau; bei Aufnahme mehr Klötzchen als Bild.
ARD: Einigermaßen i.O; nur sehr sporadisch mit Klötzchen.

- Das normale Fernsehen (Livebild) geht im Großen und Ganzen
- Sobald ich eine Aufnahme starte, ist sowohl das Livebild als auch die Aufnahme völlig zerhackt.
- Stoppe ich die Aufnahmen wieder übers Menue, bleibt das Livebild zerhackt.
- Erst nachdem ich kurz den Sender umgeschaltet habe, wird das Livebild wieder normal.

Bisher hatte ich LinVDR 0.7 + MT20050518
gestern abend habe ich einen Update durchgeführt auf:
Linvdr0.7 + Dr.Seltsam Kernel + tarandor-libs + Cody 1.3.42
Alles aus diesem Thread: Cody - 1.3.42 Thread

Ich habe das gefühl, dass das Problem eher schlimmer geworden ist.
Im logread steht nichts auffälliges, wobei, wenn Ihr mir sagt, worauf ich
achten soll muss ich da evtl. nochmal genauer schaun.

Noch zur Info:
- hrparm sagt DMA ist eingeschaltet; Platte hat noch ca. 9-10 Stunden frei.
- DD AC3 ist ausgeschaltet, wobei auch das einschalten per Menue keinen Unterschied macht, d.h. die Situation bleit identisch.
- Die Skystar2 habe ich momentan nicht im System, um den Fehler besser eingrenzen zu können.

Wärmeproblem schliesse ich aus, da die Probleme sofort nach einschalten auftreten.

Soweit mal.

Bitte helft mir, da der WAF momentan deutlich leidet.

Gruß und Danke im Voraus,

Günter

PS: Ich versuche heute abend mal einen logread zu posten, wobei mir ehrlich gesagt nichts wesentliches aufgefallen ist.

PPS: Von dem Upgrade war ich wirklich beeindruckt, läuft bis auf das obiges Problem recht gut.
Echt klasse Arbeit, was Ihr da leistet, Cody, Tarandor, Dr. Seltsam, kompliment.
Nur eine Frage: Beim Deep-Blue Skin fehlen plötzlich die Logos. Wo finde ich denn die Logos und wo müssen die hin?

Hallo Matthias,

hört sich in der Tat recht ähnlich an, nur mit dem Unterschied, dass
es bei mir sofort nach einschalten der Aufnahmen eintritt.
Bei Dir scheint es ja einige Minuten ohne Klötzchen zu funktionieren.

Ich hatte gehofft, dass mit 1.3.42 das besser wird, aber es ist
momentan rein subjektiv eher das Gegenteil der Fall.

Evtl. gehe ich die Tage mal auf den Vanilla Linvdr zurück,
um zu sehen, ob das Problem besser wird.

Könnte die FF .1.3 einen Schuß haben? Wie kann ich das testen?

Gruß und bitte, bitte helft mir,

Guenter

Hallo Drops,

femon hatte ich ausgeschaltet, kann ich aber mal rückgängig machen.
Eine schlechte Signalqualität müsste doch auch auf das Livebild Auswirkungen haben, oder?

Gruß,

Günter

@All,

noch ein kleiner Hinweis,
In dem Thread scheint es ein ähnliches Problem zu geben,
allerdings unter ct-vdr

Gruß,

Günter

Hallo,

in der Hoffnung, das jemand eine Idee kommt:
Habe eben in den log geschaut, was mir auffällt ist folgender Warnung:
Mar 1 18:12:44 linvdr user.warn kernel: hda: dma_intr: status=0x51 { DriveReady SeekComplete Error }
Mar 1 18:12:44 linvdr user.warn kernel: hda: dma_intr: error=0x84 { DriveStatusError BadCRC }

Dazu noch die Performance Daten:
linvdr:~# hdparm -tT /dev/hda

/dev/hda:
Timing buffer-cache reads: 128 MB in 1.42 seconds = 90.14 MB/sec
Timing buffered disk reads: 64 MB in 5.14 seconds = 12.44 MB/sec

/dev/hda:
multcount = 16 (on)
I/O support = 1 (32-bit)
unmaskirq = 1 (on)
using_dma = 1 (on)
keepsettings = 0 (off)
nowerr = 0 (off)
readonly = 0 (off)
readahead = 256 (on)
geometry = 65535/16/63, sectors = 120069936, start = 0
busstate = 1 (on)

Was meint Ihr?
Das mit dem BadCRC irritiert mich.

Gruß,

Günter

Hallo Leute,

so, und hier, wie versprochen, der Log Auszug bzgl. der Karten:
Mar 1 19:41:16 linvdr user.warn kernel: saa7146: unregister extension 'dvb'.
Mar 1 19:41:16 linvdr user.info kernel: ACPI: PCI interrupt for device 0000:00:0b.0 disabled
Mar 1 19:41:21 linvdr user.info kernel: Linux video capture interface: v1.00
Mar 1 19:41:21 linvdr user.warn kernel: saa7146: register extension 'dvb'.
Mar 1 19:41:21 linvdr user.info kernel: ACPI: PCI Interrupt 0000:00:0b.0[A] -> Link [LNKD] -> GSI 10 (level, low) -> IRQ 10
Mar 1 19:41:21 linvdr user.warn kernel: saa7146: found saa7146 @ mem c8b9e000 (revision 1, irq 10) (0x13c2,0x0000).
Mar 1 19:41:21 linvdr user.warn kernel: DVB: registering new adapter (Technotrend/Hauppauge WinTV DVB-S rev1.X or Fujitsu Siemens DVB-C).
Mar 1 19:41:21 linvdr user.warn kernel: adapter has MAC addr = 00:d0:5c:00:8a:e2
Mar 1 19:41:22 linvdr user.warn kernel: dvb-ttpci: gpioirq unknown type=0 len=0
Mar 1 19:41:22 linvdr user.warn kernel: dvb-ttpci: info @ card 0: firm f0240009, rtsl b0250018, vid 71010068, app 8000261d
Mar 1 19:41:22 linvdr user.warn kernel: dvb-ttpci: firmware @ card 0 supports CI link layer interface
Mar 1 19:41:22 linvdr user.warn kernel: dvb-ttpci: adac type set to 0 @ card 0
Mar 1 19:41:22 linvdr user.warn kernel: saa7146_vv: saa7146 (0): registered device video0 [v4l2]
Mar 1 19:41:22 linvdr user.warn kernel: saa7146_vv: saa7146 (0): registered device vbi0 [v4l2]
Mar 1 19:41:22 linvdr user.warn kernel: ves1x93: Detected ves1893a rev2
Mar 1 19:41:22 linvdr user.warn kernel: DVB: registering frontend 0 (VLSI VES1x93 DVB-S)...
Mar 1 19:41:22 linvdr user.info kernel: input: DVB on-card IR receiver as /class/input/input1
Mar 1 19:41:22 linvdr user.info kernel: dvb-ttpci: found av7110-0.
Mar 1 19:41:22 linvdr user.warn kernel: saa7146: register extension 'budget dvb'.
Mar 1 19:41:23 linvdr user.warn kernel: saa7146: register extension 'budget_ci dvb'.
Mar 1 19:41:23 linvdr user.warn kernel: saa7146: register extension 'budget_av'.
Mar 1 19:41:24 linvdr user.info kernel: lirc_serial: auto-detected active low receiver
Mar 1 19:41:24 linvdr user.warn kernel: lirc_dev: lirc_register_plugin: sample_rate: 0

Femon Werte liefere ich gleich nach.
Habe ich was vergessen? Was wollt Ihr noch sehen? ;-))

Gruß und Danke, auch wenn noch keine Hilfe kam,

Günter

Hallo Leute,

also, ich glaube ich habe das entscheidende Porblem im log gefunden:
Mar 1 19:53:09 linvdr user.err vdr: [1764] cAudioRepacker(0xC0): skipped 576 by tes to sync on next audio frame
Mar 1 19:53:09 linvdr user.err vdr: [1757] cAudioRepacker(0xC0): skipped 576 by tes to sync on next audio frame

Das widerholt sich recht häufig.

Übrigens die Werte von femon liegen wie folgt:
STR: schwankt zwischen 38 und 60
SNR: schwankt um die 70-80
BER: 0
UNC: 0

Die Signalstärke könnte in der Tat höher sein, aber ich glaube nicht,
dass es daran liegt.

Gruß,

Günter

goaman:

Mal den Teufel nicht an die Wand
Die Platte wurde erst ausgetauscht.

"-u root" ist natürlich drin, sonst würde vermutlich deutlich
mehr nicht funkionieren.

Diese cAudioRepacker Meldung ist wohl ein recht verbreitetes
Problem, zumindest fordert eine Suche eine Threads dazu zu tage.

Muss mich da mal durchlesen.

Gruß,

Günter

Hallo goam,

vielen Dank für den Hinweis,
habe das eben koorigiert:
Mar 1 21:33:18 linvdr user.warn kernel: dvb-ttpci: info @ card 0: firm f0240009, rtsl b0250018, vid 71010068, app 80f62623

Jetzt muss ich mal testen, ob das einen Unterschied macht.

Gruß,

Günter

Kurzer Nachtrag, die Situation bleibt gleich.

Hier noch eine Beobachtung:
Die Aufnahme bei ZDF funktioniert nahezu fehlerfrei, obwohl das ZDF eben mit 8.5Mbit und 280Kb Audio gesendet hat.

Bei Pro7 funktioniert garnichts, da ist das Bild ein großes Artefakt,
und das obwohl die Übertragungsrate nur ungefähr bei 2,8 Mbit und ca. 200KBit Audio liegt.

Gruß,

Günter

Ohje,

ich habe zu viele Tränen in den Augen um gezielt zuschlagen zu können... :-))
Ne, das habe ich mir auch schon überlegt, aber dann müsste man
das an der Signalquali sehen, was eben nicht der Fall ist.
Aber, um sicher zu gehen, teste ich das auch noch.

Gruß,

Günter

Hallo,

also, ich habe Euch verstanden, ich werde mal die Anlage überprüfen.
DECT habe ich eben getestet, kein Unterschied.
Hätte mich auch verwundert, da der Rechner incl. Sat Anschluss
im Keller steht und die DECT Grundstation im Wohnzimmer.

Bzgl. der Signalstärke ist in der Tat verblüffend, dass die so stark schwankt, wobei der Signal-Rausch Abstand ständig über 80% liegt.

Das kann jetzt aber bis zur nächsten Rückmeldung etwas dauern,
da ich bei der Gelegenheit auch gleich die Kabel prüfen werde.

Gruß und vielen Dank für Eure Hilfe,

Günter