Hi,
nur mal als info für alle die trouble habe, nehmt _immer_ den empfohlenen compiler, d.h. keinen 3.X, sondern 2.95.3 .....
Seit dem habe ich keine Probleme mehr.
Gruß MeMeD
Hi,
nur mal als info für alle die trouble habe, nehmt _immer_ den empfohlenen compiler, d.h. keinen 3.X, sondern 2.95.3 .....
Seit dem habe ich keine Probleme mehr.
Gruß MeMeD
Hat keiner mehr Probleme mit diesem fehler?
Ich nutze mittlerweile LinVDR 0.5, der fehler tritt nun zwar nicht mehr so häufig auf, aber immer noch zu oft.
MfG Daniel
Doch, sicherlich.
Aber erstmal keine 100%ige Lösung.
Manchmal (eigentlich: in letzter Zeit fast immer) startet vdr nicht, statt dessen erhalte ich ein ganzels Bünder der allseits bekannten Meldungen wie OutCommand: timeout waiting for COMMAND line
av71100: ARM crashed!
SOutCommand error
outcom error
StartHWFilter error
StopHWFilter error
gpioirq unknown type=0 len=0
usw usw.
Wie ich hier gelernt habe, kann das mit zu geringen Signalstärken zu tun haben. Nun, bei mir ist z Zt. die Signalstärke = 0, da ddas Gerät in der Werkstatt steht, wo ein Ethernet-Anschluss, aber kein Antennenanschluss ist. Ich bin für das Einspielen von Patsches etc. auf diesen Stadort angewiesen.
Meine Frage nun: weiss jemand, ob der weiter oben in diesem Thread genannte Patch in den neuesten VDR-Versionen enthalten ist?
Ich benutze den VDR von der c't-CD. Eine DVB-S-Karte (TT 1.6 mit Grundig-Tuner), die übrigens kaum warm wird. Es ist mit Sicherheit kein thermisches Problem.
Richard
Wie ich mittlerweile rausgefunden habe hat's (zumindest hier) nicht was mit Signalstärke zu tun (Fehler tritt auch bei hoher Signbalstärke auf), sondern mit einer (defekten???) Ethernetkarte. Schmeiße ich die Karte raus, läuft die Kiste.
Hi,
Zufall....ich hab die Errors seit langem während des EPG-Scans, und da nu schon das 3. Board im PC (mit 3. OnBoard Nic, verschiedene wohlgemerkt, und Realtek derzeit) ist, hast du wohl viel Glück gehabt, und die meisten anderen andere Ursachen....
Andy
Hallo zusammen,
wie ich aus dem langen thread sehe, hatte ich nicht als einziger das Problem...
Hardware Nexus-S 2.1 / Gentoo-Distribution.
Fehler: Lief bisher einwandfrei, bis ich ein DECT-Telefon aufgestellt habe
und fortan vom outcom-error geplagt war... Interessant war bei mir, dass
alle horizontal polarisierten Sender einwandfrei liefen, nur die vertikalen nicht!
Falls das nicht klar rübergekommen ist, zum Testen obs das DECT ist, muss
unbedingt auch die Sendestation ausgesteckt werden, die hat bei mir
nämlich auch bei ausgeschaltetem Telefon gefunkt (Siemens cx100).
Offensichtlich liegt das DECT-Problem wohl an schlecht geschirmten
Antennenkabel oder wie bei mir an einem ungeschirmten Stecker (ja, ich
weiss, man soll keine Verlängerung beim Antennenkabel verwenden :-).
Ich konnte das Problem im übrigen kostengünstig lösen, indem ich etwas
Alufolie (Frischhaltefolie) um die Steckverbindung rumgewickelt habe.
Vielen Dank nochmal an alle, die etwas zum DECT geschrieben haben, da
wäre ich selbst nie drauf gekommen.
Ciao
klaus
Ich muss diesen Thread doch einmal rauskramen.
Gerade lief eine Gewitterfront über meine Behausung: Prompt kamen auch bei mir die besagten Ausfallerscheinungen samt des SOutCommand error.
Das ist bei mir das erste Mal. Nachdem das Gewitter nachließ, ging das Teil wieder.
Scheint also doch etwas mit der Signalstärke zu tun zu haben.
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!