VDR-Restarts bei xineliboutput, cBackgroundWriter: TCP write error

Hallo,

nachdem ich mit HelAu und R2D2 schon direkt gesprochen hatte, würde es mich nun doch interessieren, ob noch jemand folgende Fehler-Meldungen in /log/everything/current stehen hat.

Im Moment vermute ich, daß es daran liegt, daß ich die SU2300 CPU übertaktet hatte. Ein entsprechender Test läuft gerade.

Wenn jemand auch xineliboutput verwendet und ebenfalls "cBackgroundWriter: TCP write error" im Log stehen hat, bitte melden ;) .

Verwendete Versionen:
Nvidia 290.10
xineliboutput (akutelle cvs-version)
Gen2VDR V3 Release Update 7

Die Fehler, die zu einem VDR-Restart führen, treten meist beim Zappen auf. Dabei wird der VDR kurz beendet und gleich wieder gestartet. Ich seh nur ein kurzes "no Signal" aufblitzen.

Eine Suche im Internet, brachte nur die Erkenntnis, daß andere auch das Problem haben, aber unterschiedliche Ursachen.

mni tnx e 73 ...
NetWraith

Update:
Am Übertakten liegt es definitiv NICHT.
Selbst bei Standardeinstellungen taucht der Fehler beim Zappen im Logbuch auf.

Vielleicht hat ja noch jemand den Fehler bei sich.

73 ...
NetWraith

Bei mit kam der Fehler innerhalb der lezten 8 Tage genau 4 Mal:

Allerdings war das immer dann, wenn ich auf der Console am X Zeugs geschraubt habe, somit ist es keine Schuld von xine, VDR & CO.

BTW:
Ich verstehe nicht, wie man so einen Schwachsinn machen kann und eine CPU zu übertakten und sie somit außerhalb der Spezifikation zu betreibnen??
Eigentlich sollte bei Jedem, der meint an solchen Dingen herumpfuschen zu müssen, sofort das BSQ-Signal kommen.....

Keine Sorge kleiner silberner Blecheimer, meistens weiß ich wirklich, was ich mache :lol: .

... und das BSQ-Signal hatte ich bis jetzt nur einmal, als ich einen neuen 50W HF-Transistor ohne Kühlung getestet habe. Nach einer Sekunde war er hin und ca. 50DM haben sich in Rauch aufgelöst :( .

BTW:
Der Fehler läßt sich am besten reproduzieren, wenn ich eine HD-Aufnahme anschaue, Pause drücke und anschließend wieder Play. Dann triitt der Fehler meistens auf - auf ohne X.


BTW2:
Im Nachhinein ist mir aufgefallen, daß ich dies schon bei früheren Versionen hatte, es mir aber nie so aufgefallen ist, bis HelAu das 2xOK für den Menü-Workaround für XINE eingerichtet hat.

73 de NetWraith

Update2:
Wie es scheint war das häufige Auftreten der Fehlermeldung tatsächlich ein Hardwareproblem.

Da ich beide VDRs mit dem gleichen Mainboard betreibe und ich diesen Fehler auf VDR2 nur selten habe, habe ich jetzt doch in VDR1 das Mainboard gegen ein neues getauscht. ... Siehe da diser Fehler und ein paar andere ungereimtheiten, speziell bei GPU-laster Ausgabe sind verschwunden.

Wie es scheint, hat das in VDR1 zuerst eingebaute Board doch ein kleines Hardwareproblem (vermute Spannungsvesorgung o.ä.) gehabt. Mit dem von Amazon neu gelieferten IONITX-P-E Board treten diese Probleme nicht mehr auf.

Auch im übertakteten Zustand läuft dieses Board absolut stabil, was das alte selbst bei normaler Taktung nicht immer tat.

Mal sehen, was das Update aud VDR 1.7.22 jetzt Neues bringt :).

vy 73 ...
NetWraith

Aha, und dass der Hardware Defekt durch das Betreiben außerhalb der Spezifikation gekommen ist, ist wohl völlig ausgeschlossen!?!

Aber schön, dass Du auch wieder mit dem neuen Board, mit aller Gewalt versuchst, es schnellstmöglich in den Hardwarehimmel zu schicken... :rolleyes:

Was ich persönlich vom einem solchen schwachsinnigen Blödsinn, wie über/untertakten, oder über/undervolting halte, habe ich ja schon geschrieben.

Aber wie auch immer, der Hardwarehandel braucht solche Unbelehrbaren. ;)

Hi R2D2,

bzgl. Deiner Frage:
Yupp ... ich bin mir sicher, daß der Fehler schon von Anfang an da war. Ich hatte schon bei der Erst-Inbetriebnahme massig Probleme, obwohl ich das gleiche Board ohne Probs bereits seit einigen Monaten in meinem VDR2 verbaut habe.

... und da hatte ich noch nicht einmal an der Leistungsschraube gedreht !

Sicherlich ist Dir bekannt, daß es bei BGA-komponenten immer mal wieder Probleme in der PCB-Fertigung gibt. Von "schlechten" Low-ESR-Kondensatoren bei den Schaltreglern in der Stromversorgung wollen wir gar nicht sprechen.

Fakt ist, daß ich sowohl bei der Auswahl der RAM-Module, als auch der Stromversorgung extreme Probleme mit diesem Board hatte und dies sich jetzt alles in Luft aufgelöst hat.

Da ich Bibelfest bin :lol: :lol: ... befolge ich auch immer Lukas 23,34 !

Aber bleib Du mal auf Deinem Standpunkt und vertrau mir einfach einwenig.

Schönen 2. Weihnachtsfeiertag !
NetWraith


p.s.: Davon abgesehen: Eine Übertaktung würde auch ich nicht pauschal empfehlen ! ;)

Nun, da es DEINE Hardware ist, die DU bezahlt hast, ist es mir eigentlich so ziemlich Wurst, ob Du daran solche schwachsinnigen Tuningmaßnahmen Marke Computer-Bild daran durchführst oder nicht. ;)

Man(n) sollte halt dann nachher nicht heulen wenn dann hin und wieder mal ein BSQ-Signal kommt.

Wer heult denn jetzt :unsure: ?
Außerdem, bitte nicht von sich selbst auf andere schließen - Was ist denn Computerbild ??? Kenn ich gar nicht ?!?
Besser als c't oder IX ???? :lol: :lol:

SCNR

Aber laß ma das mal, bevor wir hier OT werden ;) .

1.) Ich heule nicht!

2.) Schliese ICH nicht(!) von mir auf Andere, da ich einem solchen Schwachsinn nicht mache!

3.)

Nein, ich alles der selbe Schund.

Keine Ahnung, warum das beschriebene "cBackgroundWriter: TCP write error" Problem bei meiner drei Tage alten Gen2VDR V3 Installation heute auch auf einmal aufgetreten ist - und zwar so gravierend, dass man maximal für eine Sekunde ein Bild hatte, dann wars das wieder.

Hier wurde auf ein Problem mit Alsa hingewiesen:
http://www.vdr-portal.de/board60-linux/boa...ich-nach-pause/

Also habe ich einfach mal in /_config/bin/vdr-xine.sh ca. in Zeile 70 aus dem PARMS-String das "--audio=$AO" herausgenommen - es SCHEINT, als wäre das die Lösung gewesen, Ton habe ich dennoch, also hoffe ich mal, dass es so bleibt !

Original:

geändert zu:

Hmmm... klingt plausibel. Werd ich auch mal testen. Nach einem der letzten world-updates, bei dem was von den alsa-komponenten dabei war, hab ich es auch wieder gehäufter beim umschalten.

Melde mich, wenn ich es getestet habe ...

Danke ...