TT S2-6400: Artefakte in Aufnahmen (abgeschlossen)

Hallo zusammen,

nachdem ich den Thread mit den Artefakten und den Interrupts (Artefakte bei Technotrend DVB-S2 6400 HD-FF: Interrupts) habe inaktiv werden lassen, da im Standardbetrieb keine Fehler mehr auftraten, muss ich jetzt leider wegen erneuter Probleme mit Artefakten einen neuen Thread eröffnen.

Ich hatte reproduzierbar am letzten Wochenende (in der gleichen Situation wg. der gleichen Reihenfolge der Aufnahmen) und an diesem Wochenende Artefakte in jeweils der gleichen Aufzeichnung.
Und zwar, habe ich den VDR per ACPI Timer aufwachen lassen, war selber nicht am Rechner. LiveTV ("letzter Kanal") war letzte Woche irgendein Kanal, heute SIXX (Channel 11) (wg. Tests vom Nachmittag).

Es startete eine Aufzeichnung um 18:45 auf EinsFestival (Quarks&Co) auf Device 2, dann versetzt dazu eine weitere auf ZDF HD (Terra X um 19:30). Diese Aufnahmen habe ich noch nicht gesehen, daher kann ich nicht sagen, ob sie artefaktfrei sind. Interessant wird es jetzt: die erste Aufzeichnung (Quarks) endete um 19:40. Der zweite, jetzt freie Tuner zeichnet ab ca. 20:12 NavyCIS auf SAT.1 leider nicht artefaktfrei auf, die Aufzeichnung von Terra X auf ZDF HD mit Device 1 endet um 20:15. Wenige, meist geringe Artefakte sind aber bei NavyCIS während der gesamten Aufzeichnung zu sehen. Ich denke, LiveTV war zu diesem Zeitpunkt ZDF HD.

Nach den Aufnahmen hat sich der VDR abgeschaltet und wir haben ihn um 21:46 wieder eingeschaltet, dann kurz LiveTV gesehen, später die mit Artefakten behaftete Aufzeichnung (Sat.1, NavyCIS) angesehen. Die anderen Aufzeichnungen wirken beim kurzen Scan (1-min-jumping, Vorlauf) artefaktfrei. Das müsste jetzt noch beim Anschauen der Aufnahmen verifiziert werden.

Ein genaues Log, inkl. der Interruptanzahl, habe ich dem Posting beigefügt. Hoffentlich kann sich darauf jemand (@Powarman/@UFO) einen Reim machen?

Viele Grüße und vielen Dank für die sehr gut gelungende Entwicklungsarbeit,
Ingo

PS: Experimente in Bezug auf das Plugin mit dem Transfermodus habe ich aufgrund von sehr häufigen Artefaktproblemen mit den HD Sendern nach kurzen Tests wieder verworfen, und einen Standardbetrieb (Kernel 2.6.39, DVBHDDEVICE (Powarman) mit letztem Treiber und letzten Firmwareversionen (FPGA v1.08/ST7109-01 v0.2.11) hergestellt.
Vielleicht gibt es die Möglichkeit noch etwas bei der Änderung zwischen der Firmware 1.07 und 1.08 nachzulegen?

Hallo,

nein, ich denke nicht, denn die Artefakte traten in Aufnahmen (genau am letzten und ich meine sogar auch vorletzten Wochenende: reproduzierbar) auch schon mit VDR Version 1.7.18 auf. Ich hatte den Fehler auch gelesen, ihn aber als wenig relevant ignoriert und trotzdem aktualisiert.

Mir sind bisher keine Problem aufgefallen, die im Zusammenhang mit dem TS-Wechsel stehen würden.

Gruß
Ingo

so wirklich kann man ein thermisches Problem wohl nie ausschliessen, aber ich habe einen Lüfter quer in Richtung Gehäuseausgang über die DVB Karte "pustend" eingebaut.
Nein, Petabyte große Dateien lasse ich nicht anlegen, der VDR ist hier nach dem Standard eingestellt bzw. legt maximal 2000MB in einem EXT3 Dateisystem an.

Das Problem trat wie gesagt mit 1.7.18 bereits auf, diese Version hatte ich auch mit der alten Standard SD-FF Karte problemlos laufen. Ich werde mir mal den genannten Thread und die Artikel dort genauer durchlesen, um auszuschliessen, das ich hier noch selbst Änderungen vornehmen kann. Ansonsten bleibt wohl nur abzuwarten, bis die Fehler im VDR, die in diese Richtung gehen, abschliessend geklärt sind.

Für mich riecht es bisland noch nach verbliebenen Problemen im Transfermodus bei hoher Bitrate (ZDF HD LiveTV vs. Sat.1 SD Aufnahme) in Kombination mit der ehemaligen Problemhardware AT5IONT-i?

Einen schöne Abend und danke vielmals für die guten Anregungen!,
Ingo

Leider bestehen die Probleme weiter, mit 1.7.18 und 1.7.20 - jeweils mit absolut aktuellem DVBHDDevice oder Firmware/Treiber (aregel) ändert nichts.
Aktuell mit 1.7.20 sogar extremer wie zuvor, aber nur bei HD Kanälen z.B. keine Aufnahme frei von Artefakten möglich.

Ich glaube wirklich, das hier ein Zusammenhang nur bei den "kleinen" CPUs zu finden ist.

Aber vielleicht teilen andere meine Probleme?

Hallo,
das Problem ist auch bei mir keineswegs - trotz sehr aktueller Treiber, Firmwares und DVBHDdevice-Plugin, sowie VDR-Version, gelöst.
Ich kann es minimieren, indem ich HD-Inhalten aus dem Weg gehe. Sobald aber z.B. am Vorabend zuletzt ARD HD gesehen wurde (der letzte Kanal ist der aktuell beim Wiedereinschalten), gehen Aufnahmen z.B. auf Tele5 komplett in die Hose (leider...).

Natürlich ist der D525 den ich verwende nicht der stärkste Prozessor, aber er sollte mit Hilfe des MPEG-Dekoders eigentlich problemlos mit der Last klar kommen.

Ich hoffe Powarman klingt sich nochmals ein und kann ggf. unterstützt durch mehr Details oder Logdaten helfen.

Gruß
Ingo

PS: ein noch kühler, gerade eingeschaltetet PC und ein neuer Lüfter ändern nichts an der Situation

Hallo,

nach einigen weiteren Tests auch mit dem aktuellen YaVDR (0.4.0) und der Darstellung entweder mit Hilfe des xinelibout-Plugins oder mit dem dort experimentellen DVBHdDevice ändert sich an der Situation nichts. Ein "from-Scratch" installiertes System hat sofort auch das Problem der Artefakte in Aufnahmen (zu verschiedenen Zeitpunkten), wenn parallel auf Tuner 1 ARD HD (oder ZDF HD) gesehen wird und eine Aufnahme auf z.B. Tele5 erfolgt.

Nachtrag: heute abend hatte ich eine Aufnahme aus SAT.1 programmiert, leider stand das LiveTV noch bei ZDF HD: überraschend, hier gab es gegen meine Befürchtung keine Artefakte des Ausmaßes (bisher keine gesehen) in der Aufnahme. Ein Umschalten auf ARD HD am Ende der Aufzeichung ergab auch hier keine Artefakte im Rest: interessant, denn bisher hat jeder Wiederholungsversuch der Sender ARD HD und Tele5 sofort Artefakte, die mit dem Umschalten des LiveTV Senders sofort wieder verschwanden, gebracht.
Interessant ist, das die Artefakte auch bei der Wiedergabe der gestörten Aufnahme (Timeshift) während im Hintergrund noch Tuner 1 auf ARD HD oder ZDF HD eingestellt ist, führt weiterhin zu Artefakten inder Aufnahme. Ein Umschalten auf einen anderen HD Sender (Eins Festival HD) beseitigt das Problem dann vollständig: keine Artefakte mehr in der Aufnahme auf Tele5.

Könnte bitte jemand prüfen, ob in der Konstellation Live-TV ARD HD (Tuner 1) und Aufnahme Tele5 (Tuner 2) Artefakte (bzw. jegliche Art von Bild- oder Tonstörung) festzustellen sind?

Da bisher immer mal wieder Aufnahmen mit leichten, kaum störenden Artefakten auftraten hatte ich das Ganze einige Zeit vernachlässigt, jedoch wurden mir letzte Woche zwei Aufnahmen aus diesem Grund komplett ruiniert.

Ich denke die Gegenprüfung mit einem Scratch-YaVDR schliesst Konfigurationsfehler der Software des Systems aus und deutet auf ein Problem mit Treiber oder Firmware ggf. nur in Kombination mit der eingesetzen Hardware hin. Oder welchen Grund seht ihr noch darin, das bei dieser Senderkonstellation dieses Problem auftritt?

Ich würde jetzt gerne weiter probieren, hab jedoch keinen Ansatzpunkt mehr. Eigentlich würde ich erwarten, das weder der PCIe Bus noch der ATOM Prozessor bzw. das das Buslayout Probleme mit der Bitratenbelastung hat.

Ich wende mich nochmals Hilfesuchend an die bzw. den Treiber- und Firmwareentwickler ( powarman).

Ansonsten bleibt mir ggf. nur noch Kontakt mit auf ASUS wg. Problemen mit dem PCIe zu suchen (siehe Biosversionen vor 0502, in Bezug die Erkennung diverser Karten), wg. Problemen wegen eines hohen Durchsatzes bzw. Bitrate.

Wenn noch jemand anderes einen Ansatzpunkt hat, immer her damit...

Gruß
Ingo

PS: ein Upload einer oder mehrerer problematischer Aufnahmen soll kein Problem sein

Hallo,
nachdem ich immernoch auf der Fehlersuche bin und einfach nicht weiter komme möchte ich hier noch einige Info's anbringen, die mich hellhörig werden lassen.

- die aktuelle Version eines Kernels sowie des media_experimental keine Änderung brachte keine Änderung
- die Experimente mit Buffer größen im saa716x-DVB-Treiber leider auch keine Besserung (alle wieder auf Default zurück)
- die Kerneloption zur Ausgabe der Continuity Fehler, sowie der Größe des TS Streams bringen im Normalbetrieb ohne Artefakte viele der folgenden Meldungen, die ich nicht interpretieren kann:

RTL gezappt (kurz nach Sendertuning)
Nov 30 14:53:04 cinemahd kernel: [  583.172302] input: TT6400 DVB IR receiver as /devices/pci0000:00/0000:00:1c.0/0000:05:00.0/0000:06:05.0/0000:0b:00.0/input/input9
Nov 30 14:53:11 cinemahd kernel: [  589.747831] TS packet counter mismatch. PID=0xa3 expected 0x2c got 0xe
Nov 30 14:53:11 cinemahd kernel: [  589.747842] TS packet counter mismatch. PID=0xa5 expected 0x52 got 0x4
Nov 30 14:53:11 cinemahd kernel: [  589.747850] TS packet counter mismatch. PID=0xa6 expected 0x3f got 0x9
Nov 30 14:53:11 cinemahd kernel: [  589.747856] TS packet counter mismatch. PID=0xac expected 0x16 got 0x4
Nov 30 14:53:11 cinemahd kernel: [  589.747863] TS packet counter mismatch. PID=0xa9 expected 0xdb got 0x3
Nov 30 14:53:11 cinemahd kernel: [  589.747870] TS packet counter mismatch. PID=0xad expected 0xca got 0x2
Nov 30 14:53:11 cinemahd kernel: [  589.747877] TS packet counter mismatch. PID=0xa8 expected 0xd6 got 0x8
Nov 30 14:53:11 cinemahd kernel: [  589.747883] TS packet counter mismatch. PID=0xa7 expected 0xf7 got 0xb
Nov 30 14:53:11 cinemahd kernel: [  589.747890] TS packet counter mismatch. PID=0x12d expected 0x95 got 0x6
Nov 30 14:53:11 cinemahd kernel: [  589.747900] TS packet counter mismatch. PID=0x12 expected 0x75 got 0xb
Nov 30 14:53:15 cinemahd kernel: [  593.699326] TS speed 37033 Kbits/sec
Nov 30 14:53:16 cinemahd kernel: [  594.759453] dvb_dmx_swfilter_packet: 515 callbacks suppressed
Nov 30 14:53:16 cinemahd kernel: [  594.759462] TS packet counter mismatch. PID=0x4a expected 0x5 got 0x4
Nov 30 14:53:16 cinemahd kernel: [  594.773218] TS packet counter mismatch. PID=0x6e expected 0xd got 0xc
Nov 30 14:53:16 cinemahd kernel: [  594.773238] TS packet counter mismatch. PID=0x4a expected 0x5 got 0x4
Nov 30 14:53:16 cinemahd kernel: [  594.787014] TS packet counter mismatch. PID=0x6e expected 0xd got 0xc
Nov 30 14:53:16 cinemahd kernel: [  594.800758] TS packet counter mismatch. PID=0x4a expected 0x5 got 0x4
Nov 30 14:53:16 cinemahd kernel: [  594.814529] TS packet counter mismatch. PID=0x6e expected 0xd got 0xc
Nov 30 14:53:16 cinemahd kernel: [  594.828325] TS packet counter mismatch. PID=0x6e expected 0xd got 0xc
Nov 30 14:53:16 cinemahd kernel: [  594.828346] TS packet counter mismatch. PID=0x4a expected 0x5 got 0x4
Nov 30 14:53:16 cinemahd kernel: [  594.842117] TS packet counter mismatch. PID=0x4a expected 0x5 got 0x4
Nov 30 14:53:16 cinemahd kernel: [  594.855829] TS packet counter mismatch. PID=0x6e expected 0xd got 0xc
Nov 30 14:53:17 cinemahd kernel: [  595.681910] TS speed 37033 Kbits/sec
Nov 30 14:53:19 cinemahd kernel: [  597.650812] TS speed 37296 Kbits/sec
Nov 30 14:53:21 cinemahd kernel: [  599.633441] TS speed 37070 Kbits/sec
Nov 30 14:53:21 cinemahd kernel: [  599.784852] dvb_dmx_swfilter_packet: 462 callbacks suppressed
Nov 30 14:53:21 cinemahd kernel: [  599.784862] TS packet counter mismatch. PID=0x6e expected 0xd got 0xc
Nov 30 14:53:21 cinemahd kernel: [  599.798663] TS packet counter mismatch. PID=0x4a expected 0x5 got 0x4
Nov 30 14:53:21 cinemahd kernel: [  599.798698] TS packet counter mismatch. PID=0x6e expected 0xd got 0xc
Nov 30 14:53:21 cinemahd kernel: [  599.812429] TS packet counter mismatch. PID=0x4a expected 0x5 got 0x4
Nov 30 14:53:21 cinemahd kernel: [  599.826177] TS packet counter mismatch. PID=0x6e expected 0xd got 0xc
Nov 30 14:53:21 cinemahd kernel: [  599.839958] TS packet counter mismatch. PID=0x4a expected 0x5 got 0x4
Nov 30 14:53:21 cinemahd kernel: [  599.839980] TS packet counter mismatch. PID=0x6e expected 0xd got 0xc
Nov 30 14:53:21 cinemahd kernel: [  599.867468] TS packet counter mismatch. PID=0x6e expected 0xd got 0xc
Nov 30 14:53:21 cinemahd kernel: [  599.867512] TS packet counter mismatch. PID=0x4a expected 0x5 got 0x4
Nov 30 14:53:21 cinemahd kernel: [  599.881276] TS packet counter mismatch. PID=0x4a expected 0x5 got 0x4
Nov 30 14:53:23 cinemahd kernel: [  601.616014] TS speed 37033 Kbits/sec
Nov 30 14:53:25 cinemahd kernel: [  603.584909] TS speed 37296 Kbits/sec
Nov 30 14:53:26 cinemahd kernel: [  604.810278] dvb_dmx_swfilter_packet: 461 callbacks suppressed
Nov 30 14:53:26 cinemahd kernel: [  604.810288] TS packet counter mismatch. PID=0x4a expected 0x5 got 0x4
Nov 30 14:53:26 cinemahd kernel: [  604.810303] TS packet counter mismatch. PID=0x6e expected 0xd got 0xc
Nov 30 14:53:26 cinemahd kernel: [  604.837783] TS packet counter mismatch. PID=0x4a expected 0x5 got 0x4
Nov 30 14:53:26 cinemahd kernel: [  604.837802] TS packet counter mismatch. PID=0x6e expected 0xd got 0xc
Nov 30 14:53:26 cinemahd kernel: [  604.851564] TS packet counter mismatch. PID=0x4a expected 0x5 got 0x4
Nov 30 14:53:26 cinemahd kernel: [  604.851608] TS packet counter mismatch. PID=0x6e expected 0xd got 0xc
Nov 30 14:53:26 cinemahd kernel: [  604.879095] TS packet counter mismatch. PID=0x4a expected 0x5 got 0x4
Nov 30 14:53:26 cinemahd kernel: [  604.879104] TS packet counter mismatch. PID=0x6e expected 0xd got 0xc
Nov 30 14:53:26 cinemahd kernel: [  604.906614] TS packet counter mismatch. PID=0x6e expected 0xd got 0xc
Nov 30 14:53:26 cinemahd kernel: [  604.920382] TS packet counter mismatch. PID=0x4a expected 0x5 got 0x4
Nov 30 14:53:27 cinemahd kernel: [  605.567522] TS speed 37033 Kbits/sec
Nov 30 14:53:29 cinemahd kernel: [  607.550112] TS speed 37051 Kbits/sec

Tele5 (schon einige Zeit Live getunt)
Nov 30 15:00:29 cinemahd kernel: [ 1028.246532] dvb_dmx_swfilter_packet: 53 callbacks suppressed
Nov 30 15:00:29 cinemahd kernel: [ 1028.246541] TS packet counter mismatch. PID=0x9ff expected 0x7 got 0x6
Nov 30 15:00:30 cinemahd kernel: [ 1028.356690] TS packet counter mismatch. PID=0x9ff expected 0xb got 0xa
Nov 30 15:00:30 cinemahd kernel: [ 1028.411714] TS packet counter mismatch. PID=0x9ff expected 0x1 got 0x0
Nov 30 15:00:30 cinemahd kernel: [ 1028.439316] TS packet counter mismatch. PID=0x9ff expected 0xf got 0xe
Nov 30 15:00:30 cinemahd kernel: [ 1028.549460] TS packet counter mismatch. PID=0x9ff expected 0xc got 0xb
Nov 30 15:00:30 cinemahd kernel: [ 1028.673298] TS packet counter mismatch. PID=0x9ff expected 0xe got 0xd
Nov 30 15:00:30 cinemahd kernel: [ 1028.852344] TS packet counter mismatch. PID=0x9ff expected 0x8 got 0x7
Nov 30 15:00:30 cinemahd kernel: [ 1028.893628] TS packet counter mismatch. PID=0x9ff expected 0x4 got 0x3
Nov 30 15:00:30 cinemahd kernel: [ 1028.934928] TS packet counter mismatch. PID=0x9ff expected 0x1 got 0x0
Nov 30 15:00:30 cinemahd kernel: [ 1028.976207] TS packet counter mismatch. PID=0x9ff expected 0xd got 0xc
Nov 30 15:00:31 cinemahd kernel: [ 1029.705986] TS speed 37315 Kbits/sec
Nov 30 15:00:33 cinemahd kernel: [ 1031.688579] TS speed 37033 Kbits/sec
Nov 30 15:00:35 cinemahd kernel: [ 1033.409550] dvb_dmx_swfilter_packet: 55 callbacks suppressed
Nov 30 15:00:35 cinemahd kernel: [ 1033.409559] TS packet counter mismatch. PID=0x9ff expected 0xc got 0xb
Nov 30 15:00:35 cinemahd kernel: [ 1033.478440] TS packet counter mismatch. PID=0x9ff expected 0x2 got 0x1
Nov 30 15:00:35 cinemahd kernel: [ 1033.547303] TS packet counter mismatch. PID=0x9ff expected 0x9 got 0x8
Nov 30 15:00:35 cinemahd kernel: [ 1033.671165] TS speed 37033 Kbits/sec
Nov 30 15:00:35 cinemahd kernel: [ 1033.698752] TS packet counter mismatch. PID=0x9ff expected 0x6 got 0x5
Nov 30 15:00:35 cinemahd kernel: [ 1033.850210] TS packet counter mismatch. PID=0x9ff expected 0x7 got 0x6
Nov 30 15:00:35 cinemahd kernel: [ 1034.015350] TS packet counter mismatch. PID=0x9ff expected 0x8 got 0x7
Nov 30 15:00:35 cinemahd kernel: [ 1034.084233] TS packet counter mismatch. PID=0x9ff expected 0xd got 0xc
Nov 30 15:00:35 cinemahd kernel: [ 1034.153103] TS packet counter mismatch. PID=0x9ff expected 0x4 got 0x3
Nov 30 15:00:35 cinemahd kernel: [ 1034.318246] TS packet counter mismatch. PID=0x9ff expected 0x5 got 0x4
Nov 30 15:00:36 cinemahd kernel: [ 1034.387145] TS packet counter mismatch. PID=0x9ff expected 0xe got 0xd
Nov 30 15:00:37 cinemahd kernel: [ 1035.640072] TS speed 37315 Kbits/sec
Nov 30 15:00:39 cinemahd kernel: [ 1037.622665] TS speed 37051 Kbits/sec
Nov 30 15:00:40 cinemahd kernel: [ 1038.490120] dvb_dmx_swfilter_packet: 49 callbacks suppressed
Nov 30 15:00:40 cinemahd kernel: [ 1038.490132] TS packet counter mismatch. PID=0x9ff expected 0x0 got 0xf
Nov 30 15:00:40 cinemahd kernel: [ 1038.531383] TS packet counter mismatch. PID=0x9ff expected 0xc got 0xb
Nov 30 15:00:40 cinemahd kernel: [ 1038.572641] TS packet counter mismatch. PID=0x9ff expected 0x9 got 0x8
Nov 30 15:00:40 cinemahd kernel: [ 1038.613918] TS packet counter mismatch. PID=0x9ff expected 0x6 got 0x5
Nov 30 15:00:40 cinemahd kernel: [ 1038.641538] TS packet counter mismatch. PID=0x9ff expected 0x2 got 0x1
Nov 30 15:00:40 cinemahd kernel: [ 1038.861779] TS packet counter mismatch. PID=0x9ff expected 0x7 got 0x6
Nov 30 15:00:40 cinemahd kernel: [ 1038.971969] TS packet counter mismatch. PID=0x9ff expected 0x0 got 0xf
Nov 30 15:00:40 cinemahd kernel: [ 1039.013240] TS packet counter mismatch. PID=0x9ff expected 0xd got 0xc
Nov 30 15:00:40 cinemahd kernel: [ 1039.164677] TS packet counter mismatch. PID=0x9ff expected 0x5 got 0x4
Nov 30 15:00:40 cinemahd kernel: [ 1039.316110] TS packet counter mismatch. PID=0x9ff expected 0x4 got 0x3
Nov 30 15:00:41 cinemahd kernel: [ 1039.605254] TS speed 37014 Kbits/sec

- das Aktivieren des Verbose-Mode während einer "verpixelten" Aufnahme auf Tele5 (parallel ARD HD im Live-Betrieb) bringt für mich keinen Aufschluss, trotzdem hier mal dargestellt:
Nov 29 23:28:17 + 30 Sekunden im Anhang

Wenn jemand eine Idee hat, ich bin ratlos.

Gruß
Ingo

Hallo,

ich habe mir mal einen Desktoprechner mit einer Core2 CPU besorgt und damit getestet.
Das Problem lässt sich reproduzieren: ARD HD als LiveTV und Aufnahme auf Tele5 führen zu verpixelter und Ton gestörter Aufnahme von Tele5.

Ich habe WLAN angeschlossen (USB Stick), sogar bis ins Gehäuse gelegt und abgeklemmt: nichts ändert etwas am Problem mit den Artefakten: immer vorhanden, das Gehäuse offen oder geschlossen.
Die Interruptlast ist bei beiden Systemen etwa gleich hoch. Der Interruptmodus INT_TYPE=0 oder 1 blieb ohne Auswirkungen.

Im Anschluss habe ich die 6400 wieder zurück gebaut.

Beim AT5ION habe ich es mittlerweile scheinbar beheben können. Ich habe HT abgeschaltet (der Core2 hat kein HT), alle nicht benötigten Hardwareerweiterungen (USB 3.0, Gigabit Ethernet) abgeschaltet, um die PCIe Lanes von unnötiger Last zu befreien. Ich habe sogar den WLAN Stick neu ausgerichtet, da dieser an der alten Stelle immer mal wieder schlechten Empfang hatte.

Die Artefakte in der Aufnahme liessen sich hier bisher im AT5ION nicht wieder reproduzieren.
Ich habe alle Einstellungen (HT, USB3.0, Gigabit-Ethernet, ausser dem Modus für die SATA Festplatten = jetzt "enhanced"), wieder aktiviert, aber die Artefakte blieben aus.
Beim Core2 ist S-ATA auf "native" gestellt, was vermutlich "enhanced" beim AT5ION entspricht.

Aktuell sind im Bios die Erweiterungen, da sie wirklich nicht benötigt werden (HT, USB 3.0, Gigabit Ethernet) deaktiviert.

Als Compilingoptionen für den VDR habe ich -02, sowie die Core2-Optimierungen bei beiden Systemen angegeben.

Damit komme ich leider immer noch nicht auf einen sauberen Schluss...

Gruß
Ingo

Ich weiss jetzt auch warum: ich hatte wohl beim Zusammenbau die SAT-Kabel vertauscht.

Probleme der S2-6400 - Übersicht

Ggf. gelöst, mal die nächsten Tage abwarten:
Probleme der S2-6400 - Übersicht

Hallo,
abschliessend möchte ich bemerken, das ich meine Artefakte nur vollständig loswerden konnte, indem ich die Hardware getauscht habe.
Seitdem ich den Atom D525 gegen den kleinsten Core i3 getauscht habe, kann ich auch im zuvor gefürchteten Transfermodus absolut keine Probleme mehr feststellen.

Die Eckdaten zur Interruptrate sind bei bis zu 800 pro Sekunde gleich hoch geblieben, auch mit aktuellsten DVB Treibern. Hier wurde ja nochmal nachgebessert, was allerdings bei mir ohne Veränderung der Interrupts geblieben war.
Entweder kann das Board (inkl. dem Busaufbau) die Interrupts nicht handeln, oder die CPU schafft es einfach nicht - schade eigentlich.

Mittlerweile - ich habe das neue System seit jetzt etwa 2 Monaten im Einsatz, bin ich überzeugt keine Artefakte oder andere Bildstörungen, ausser bei sehr schlechtem Wetter, mehr auftreten zu sehen.
Es stört nur der Lüfter des i3 etwas, hierzu muss ich mir noch etwas überlegen.... ist eben doch lauter, als quasi passiv (bis auf den großen, fast lautlosem Gehäuselüfter) wie zuvor.

Mit diesem Posting schliesse ich damit gerne das Thema ab.

Viele Grüße
Ingo