schubsi

@newcode Muss doch glatt mal meinen ollen Lieblingsthread aufwärmen ... Gibts denn schon neue Erkenntnisse? Ich denke mal, Du bist mit Deinem Verdacht in Richtung "Timing" auf dem richtigen Weg: Meine Sagem-Büchse zwitschert sowieso nur ausgesprochen selten, wenn überhaupt, dann höchstens 1-2 x im Jahr, und dann auch nur ganz kurz... In der voreingestellten Kombination (vb022+0014 - SPTS aus) erhascht mich immer wieder der Schwarzbildbug (Bild schwarz, Ton läuft, Bild kommt manchmal wieder, ist aber asynchron). Durch Wechsel zum 001A ist das seit einger Zeit fast gänzlich verschwunden: Musste ich mit dem 0014 fast täglich einen eNX-Reset/Rezap durchführen, rennt die Büchse unter exakt den selben Bedingungen fast 2 Wochen ohne zu mucken. Ganz ganz selten muss ich mal zu meinem speziellen Script greifen... Ich vermute, dass es - aus welchen Gründen auch immer - zu Unterbrechungen des Streams kommt, sei es im Ton- oder Bild-Bereich (vermutlich beide). Der 0014 bekommt das nicht schnell genug auf die Reihe und die folgenden Komponenten verhaspeln sich, beim 001A gibts nur ab und zu mal nen kleinen Hänger/Ruckler. Sag jetzt nicht, dass es Dir nicht um den Schwarzbild-Bug geht , ich denke, das ist nur die "kleinere Version" des Zwitscherns, also das selbe Symptom, nur weniger schlimm... Das Problem "Zwitschern" dürfte in dem Versuch begründet sein, nach der Unterbrechung des Streams wieder neu zu synchronisieren, was aufgrund von beschädigten Datenpaketen oder "sinnfreien" Vor-/Rückspulversuchen zu scheitern scheint. Ich könnte mir vorstellen, dass es da vielleicht einen zu klein geratenen Puffer gibt, was dazu führt, dass sich der Ton anhört wie ein übelst beschädigtes MP3-File... (Ist nur ne Idee!) Kopf hoch und viel Erfolg! (oh, du mein TuxCom-Bug-Finder-Gott) -==[schubsi]==-

@trulli Dann wärst Du mit Deiner Sagem ungefähr auf Augenhöhe mit meiner, allerdings sind die Zeitabstände bis zum "Bild-Schwarz" nicht so exakt, sondern sehr schwankend. @newcode Klingt doch schon mal vielversprechend! Bevor Du Dich verrennst, hier nochmal der Hinweis, dass dieses Symptom bei mir schon seit Ewigkeiten besteht (vielleicht ist da ja wirklich noch woanders ein Bug versteckt?). Manchmal kommt nach nem eNX-Verschlucker das Bild auch wieder, läuft dann aber asynchron zum Ton... eNX-Reset alleine löst das Problem meistens nicht, sondern es ist dann noch ein ReZap nötig. Iss ja spannend! -==[schubsi]==-

Hallo Tunina Ich war zwar nicht gefragt, blende mich aber trotzdem mal in dieses Thema ein: Erwiesenermaßen kann ein Netzteil negativen Einfluss auf den Empfang haben (wie schon weiter oben von mir beschrieben) - wohlbemerkt reden wir gerade von Sagems, nicht von Nokias: Hatte von Ralf Bader ein fabrikneues NT mit weißer Platine geordert, weil mein braunes im Deep-Standby pfeift. Die BER Werte wurden derart schlecht, dass da kaum noch was ging. Habe mal meine alte EMail an Ralf ausgebuddelt: Ca. 1.4 Millionen (ich glaube es war auf 113 MHz, ARD-Transponder) im Verhältnis zu "normal" ca. 350.000 (ruckel-/störungsfrei) sind eine erhebliche Verschlechterung, bei Verwendung des selben Image, des selben Tuner-Treibers, des selben Stromkabels, des selben Antennenkabels. Habe es 2 mal ein- und ausgebaut, das Ergebnis ist reproduzierbar! Insofern schließe ich nicht aus, dass ein Netzteil Einfluss auf den Empfang verschlüsselter Kanäle haben könnte. Legende: Die BER-Werte wurden mit dem satfind-plugin ermittelt, welches die Werte im LCD anzeigt. Der Deep-Standby ist für mich eh unbrauchbar, weil dann das Ant-Signal nicht verlustfrei durchgeschleift wird (laut Ralf auch nicht i. O.). Die Tests wurden im Oktober 2007 durchgeführt. Hardware seither unverändert - siehe Footer. Software: KW 2007 September Beta11 squashfs 1xI Mehrfamilienhaus - Stichdose ohne Abschlusswiderstand - Pegel gut bis schwächlich (manchmal schwankend). PS: Hatte selbstverständlich versucht, die BER-Werte mittels regelbarem Dämpfungsglied in den Griff zu bekommen, war natürlich erfolglos... -==[schubsi]==-

@fry2k Es gibt da einen Ralf, der Netzteile (und weiter Services) im Angebot hat (als KW-User bekommt man Sonderkonditionen). Meine hat ein braunes Netzteil, welches im Standby pfeift. Habe ein weißes von Ralf eingebaut, aber die BER Werte wurden soooo übelst schlecht, dass kein aussetzerfreies Schauen möglich war. Braunes NT wieder rein, alles wieder schön. Vielleicht ist das ein Ansatzpunkt ! ? ! ? Meine Sagem steht auch nur ab und an, mal mit, mal ohne Bild, mal mit, mal ohne Ton. Liegt wohl am Zusammenspiel mit dem ENX, könnte aber auch an einem schwächlichen Tuner liegen. Habe mich damit abgefunden... Ab und zu ein Neustart und es geht wieder eine Weile... bin ansonsten zufrieden (Preis/Leistung), seit ich ein KW Image drauf habe (Betadingsbums war blöd ). -==[schubsi]==-

@wayne001 Höhö, Weiterentwicklung, der war gut... Wenn hier irgend jemand irgendwas entwickelt, dann sind das in erster Linie snowhead (verbeug), newcode (nochmehr verbeug, vor meinem tuxCom-Bug-Finder-Gott :-)), rich, DdD und die vielen vielen anderen, die hier Voll- oder Teilarbeit leisten... Ich bin nur ein nutznießender Schmarotzer Aaaaalso: Die nach newcode's Tipps abgewandelte Version ist lediglich das Ergebnis der Rechenaufgabe weiter oben (lasse dieses weg, nimm dafür jenes mit rein), ist ganz einfach selbst zu erarbeiten: #!/bin/sh # sagem-reset.sh v0.2 /bin/enxreset 1>/dev/null 2>/dev/null sleep 3 pzapit -zi $(pzapit -gi | cut -f 1 -d ' ') exit 0 Der einzige Beitrag von meinereiner ist die Idee, zwischen Reset und Rezap ein Päusle von 3 Sek. einzubauen... Kannst Dich ja auch mal als "Entwickler" (Prust ) betätigen: Man nehme dies: #!/bin/sh # sagem-reset.sh v0.3 /bin/avia_check & sleep 30 killall avia_check exit 0 und teste dies dann mal, obs den gewünschten Erfolg bringt, wenn die olle Sagem mal wieder "steht"... -==[schubsi]==-

hi newcode Nachtrag: Muss mir doch irgendwas anderes ausdenken - gestern hingt die Box wieder, Bild&Ton kamen nach Ausführung des Scripts zwar wieder, jedoch konnte ich nicht mehr umschalten. Hing vielleicht damit zusammen, dass ich das Script mehr mals hintereinander ausgeführt habe - vielleicht lags auch an der Verwendung der "operations". Habe kein Syslog ("Muss das Notebook hier im Wohnzimmer immer mitten im Weg RUMstehn?" ), ich vermute mal, dass die Pause zwischen RESET und REZAP zu kurz ist. Oder der Tunertreiber hatte sich verhaspelt - musste dann neu starten... Danke für Deine Tipps! Habe einfach - wie unschwer zu erkennen - irgendwas "geklaut" und damit RUMexperimentiert Habs jetzt mal Deinen Vorschlägen entsprechend angepasst, konnte jedoch noch nicht testen, weil meine Sagem seit dem gestrigen Neustart anstandslos durchläuft. Ich gehe in Lauerstellung . Habe auch schon überlegt, das aktuelle Binary von AVIA_Check kurz anzustarten und nach kurzer Zeit wieder zu killen. Werde das mal in Angriff nehmen, vielleicht ist das dann doch effektiver... @wayne001 Was für Erklärungen? Werde mal etwas präziser... Die Anleitung für das FlexMenü ist relativ einfach zu finden. Der Speicherort eines solchen Scripts ist eigentlich banane, ich habe mir /var/sbin ausgesucht, weil da noch mehr von der Sorte RUMlungern. Die Dateirechte sollten auf ausführbar gesetzt werden, im Zweifelsfall funktioniert "777" immer. Ein Beispieleintrag in /var/tuxbox/config/flexinc/plugin_run könnte so aussehen: ACTION=ENX Reset ausl~osen,/var/sbin/sagem-reset.sh Ausführung erfolgt dann mittels "Blau", "Blau", "Rot", wenn es der erste Eintrag in der Liste ist. Die Verwendung eines anständigen FTP-Programms und eines Editors, der unix-kompatibel ist, setze ich bei einem fleißigen KEYWELT-Leser einfach mal voraus... genuch erklärt? -==[schubsi]==-

Moins... für alle diejenigen, die das selbige "Problem" haben wie ich: Ab und zu hängt die Sagem (stehendes Bild, kein Ton), der AVIA_Check ist "oversized" (wäre gar nicht nötig, dass er rund um die Uhr den Prozessor zum Schwitzen bring): Nach Ausführung dieses Scripts läuft meine Sagem anstandslos weiter: #!/bin/sh # sagem-reset.sh v0.1 /bin/enxreset 1>/dev/null 2>/dev/null AUDIO=$(/bin/pzapit --getpids | grep "*audio" | cut -b 8) /bin/pzapit -a $AUDIO # zusätzlich eingefügt, weil zwar der Ton wiederkehrt, aber nicht das Bild sleep 1 /var/plugins/operations rezap & exit 0 Ich habe es mir in das FlexMenü eingebaut, aber auch per "script" sollte es einbaufähig sein. Weitere Erklärungen gehören nicht hierher ("wie baue ich das ein"), dazu gibts eine schöne Anleitung hier im Board.... Funktioniert bei mir klasse und ich kann auf AVIA_CHECK verzichten (weil ich das ja eigentlich nicht brauche). -==[schubsi]==-

Hi newcode Kann ich nicht nachvollziehen, weder bei 'top' noch bei KW-sysinfo zeigt sich bei höheren Timerparametern eine Besserung, auch nicht beim Handling der DBox: Wenn Avia_check läuft, zerrt es mit 40%-70% an der cpu. Hatte den 2. Parameter übrigens so verstanden, dass der erst nach dem "Zuschlagen" relevant wird... -==[schubsi]==- PS: Will auch nicht drängeln, geht vorerst auch so (manuell enxreset, danach rezap)... /Edit PPS: Habs mir jetzt ins FlexMenü eingebaut, also mach Dir bitte keinen Stress!!!

@newcode Moins... Noch am Ball, was die Zickenboxen angeht? Ich aktiviere aktuell den Avia_Check nicht mehr, weil der doch ganz schön die cpu beansprucht (was sich in Form einer trägen Bedienung der Box bemerkbar macht). Da ich keine klassische Zickenbox habe, ist das nicht weiter schlimm, habe mit den neuen Images relativ lange Durchhaltezeiten. Heute früh wars wieder soweit: Schwarzbild, kein Ton, Kanal nicht verfügbar, Hin-/HerZappen ohne Erfolg. Per Telnet ein /bin/enxreset gemacht, einmal hoch und runter geschaltet, Bild/Ton wieder da. Ich erinnere mich dunkel daran, dass ich das mal durchexerzieren sollte, um zu schauen, obs wirklich am ENX liegt. Was soll ich sagen: Sieht ganz so danach aus, gell... :-) Werde wohl weiterhin auf AVIA_Check verzichten und den ENXRESET irgendwie ins FlexMenue einbauen, mal schauen... Ich vermute mal, dass Du an der Systemlast nicht viel drehen kannst, weil der Kernel wohl nicht wirklich "preemptiv" arbeitet. Ich könnte eine Version brauchen, die in höheren Abständen (1-2 Sekunden) mal prophylaktisch "nach dem Rechten" sieht und dann die CPU wieder in Ruhe lässt. Fraglich wäre noch, ob mir das damalige Shell-Skript (Version 0.21 oder so) in meiner heutigen Situation geholfen hätte. DAS macht nämlich deutlich weniger Last, kann aber wohl die Interupts des ENX nicht prüfen (wenn ich das richtig in Erinnerung bzw. verstanden habe), sondern nur die des AVIA. Ich werde es einfach mal testen, aber heute wohl eher weniger... -==[schubsi]==-

Moins... Schonmal mit einem der älteren Tunertreiber versucht? Die ß4 löwt bei mir wunderbar, allerdings mit dem schon so oft von mir erwähnten V6, die eingebauten V11-V13 und alt sind völlig unbrauchbar. -==[schubsi]==-

Yo, so isses... und ich setz nochma einen oben drauf: Man kann mit dem 001A sogar aufnehmen, wenn man eine Abokarte in den Slot steckt :-) -==[schubsi]==-

Yo! Ich mach hier mal nen Push-Up für meinen Lieblingsthread... @newcode Wie schon mehrfach geschildert, ist meine Sagem keine "typische" Zwitscherbox (nur mit den neuen Treibern Alt und V11-V13 auf den unteren Kanälen 113 und 121 MHz). Trotzdem habe ich AVIA-Check in Betrieb, welches meine Kiste am Laufen hält, aktuell mit den Einstellungen 280 und 6. Lasse ich Avia-Check nicht mitlaufen, frisst sie sich nach wie vor irgendwann fest. AVIA-Check läuft - soweit ich das verstanden habe - im Millisekundenbereich, was zur Folge hat, dass es eine gewisse Systemlast erzeugt, klar, lässt sich aufgrund seiner Aufgabe ja nicht vermeiden. Letztens habe ich mit CCcam (wohlbemerkt als reines CS System für meine Abo-Karte in meinem Heimnetz!) experimentiert und da kam die Box doch schon ganz schön ins Schleudern, da diese CAM mächtig CPU-Leistung für sich beansprucht. Wäre es möglich eine spezielle AVIA-Check Version mit einem zusätzlichen Parameter zu versehen, welcher dafür sorgt, dass AC weniger intensiv die Datenströme überwacht und somit die CPU deutlich weniger belastet? Wäre schick... -==[schubsi]==-

@newcode Nein, nein, hast Du vielleicht überlesen: Laut config war AviaCheck nicht aktiv, ich hatte ihn aber per commandline von tuxcom aus gestartet... es sei denn, aviaCheck prüft selbstständig, ob gerade eine Kanalsuche läuft??? -==[schubsi]==-

@newcode Dies könnte ich Dir ja fast schon pauschal mit ja beantworten, ohne es getestet zu haben. Wie schon mal erwähnt, habe ich keine typische Zwitscher-Sagem, sondern eher eine ganz eigenwillige Version. Und ja - falls die Frage jetzt aufkommen sollte - ich habe auch bei FTA Bildhänger, die - so meine ich mich zu erinnern - in älteren Versionen des Avia_Check durch Auslösen eines Resets beseitigt wurden. Vielleicht möchtest Du - für solche und ähnlich gelagerte Problemboxen - eine Betriebsart "/force" einbauen, die dann auch bei FTA zuschlägt, wenns nötig wird? -==[schubsi]==-

Ah ja, jetzt besser :-) Auffällig ist ja lediglich, dass kurz vorher ein ucode_error auftrat, das scheint wiederum die Box (durch eine Reinitialisierung) "vergessen" zu lassen, in welchem Betriebsmodus sie eigentlich fahren soll und wählt möglicherweise einen default-wert, in dem Falle SPTS (da müsste mal ein weiser Mensch - not me - in die Sourcen schauen). Solche Meldungen sind mir bei meiner Sagem noch nicht unter gekommen, jedenfalls nicht bewusst... Ich werde es aber mal beobachten! -==[schubsi]==-

@bahnbooster Ist mir nicht aufgefallen, woran merkst Du das? @newcode Habe ich das richtig verstanden, dass aviacheck auf FTA-Sendern in den Sleepmode geht? Gestern lief die Box auf ZDF im Standby, nach dem Reaktivieren hatte ich ein Standbild (war aber reaktivierbar durch Umschalten). Wenn es tatsächlich so ist: Es wäre für meine (!) Sagem von Vorteil, dass aviacheck weiterlaufen würde... Vielleicht durch Parameter beeinflussbar? Bei der Kanalsuche scheint der aviacheck zu stören (kann aber Zufall sein), wird er automatisch beendet, wenn er laut config aktiv geschaltet ist? Beim Testen (aviacheck in der config auf AUS, dafür manuell per tuxcom gestartet) hatte ich 2 mal nen Boxhänger während der Kanalsuche... mit manuell gekilltem aviacheck gings dann wieder. -==[schubsi]==-

@newcode Muss mal gesagt werden: Seit der 0.99 ist aviacheck für mich ein absolutes Must-Have. Ich bin Dir so ewig dankbar dafür... Trotz verbesserter Stablität des neuen KW-Image und weiterer Verbesserungen kommts bei meiner Sagem immernoch vor, dass das Bild plötzlich hakelt, Ton läuft weiter (oder auch nicht), Bild wird schwarz... Zuletzt jetzt mit dem RC1-Image nochmal verifiziert. AviaCheck ist einfach die Macht schlechthin: Seit dessen Einsatz kricht sich meine Sagem wieder von alleine ein und die Unterbrechung dauert max. 2-3 Sekunden. Oh du mein Held! PS: Habe gemerkt, dass der avia-Watchdog zwar anschlägt, feststellt, dass "video decoding stopped", versucht ein restarting, schafft es aber nicht. Dann dachte ich mir, wenns eh nicht klappt, kann der Avia-WD auch auf aus - weit gefehlt. Ohne laufenden WD macht AviaCheck im 5-Sek-Takt RESETS. Ich geh davon aus, dass der Avia-WD den von AviaCheck überwachten Interrupt-Traffic verursacht, sodass ich ihn nicht ausschalten darf, sonst gehts nicht? Den eNX-WD habe ich auf aus, das scheint zumindest nicht zu schaden... -==[schubsi]==-

gut möglich, jetzt wo Du es erwähnst! Habe mich letztens auch schon gewundert... -==[schubsi]==-

Hi newcode (oh_Du_mein_TuxCom_Editor_Bug_Finder_Gott ) Kann leider nicht drauf schauen, Kühlkörper drauf, den ich jetzt nicht abreißen möchte... Der hat bei mir immer funktioniert, sogar ziemlich stabil. Werde es mal (nicht jetzt) testen... Aktuell rennt der 0014 (default) ohne SPTS ausgesprochen charmant. Kann ich kaum glauben... Vielleicht muss das auch nicht, wirf Dein Konzept nicht über den Haufen, bei mir funktionierts grad so schön. Habe den Eindruck, dass meine Box aufgrund der höheren Systemlast plötzlich viel stabiler läuft, kaum Anlässe, dass da irgendwas auslösen musste (weder avia noch eNX Watchdog!)... Erhol Dich gut! (Hast es Dir verdient ) -==[schubsi]==-

Fortschreibung avia_check 0.97: Erstaunlich: Die Box ist -3- Tage lang durchgelaufen, beeindruckend! Kenne ich ja gar nicht von meiner Sagem Die doch erhebliche Systemlast machte sich durch etwas träger reagierende Menüs bemerkbar. Das ist bei der gewonnenen Stablität akzeptabel, aber nicht unbedingt wünschenswert. Habe jetzt die 099 drüberkopiert und neu gestartet. Testergebnisse gibts dann demnächst... Übrigens fahre ich nach wie vor mit SPTS=aus, muss aber zugeben, dass meine Box keine typische Zwischerbox ist, sondern sich nur nur ab und an mal festfrisst. Der avia_check scheint deutlich Verbesserung mit sich zu bringen, auch wenns ab und zu mal hakelt (ist mir deutlich lieber, als ein Reboot). -==[schubsi]==-

@newcode Zwischenbericht nach nem halben Tag mit avia-check 0.97: Hab sie "drüberkopiert" und per Putty ohne weitere Parameter gestartet. Schick ist, dass dann die Log-Einträge zum Putty geleitet werden. Aber ich vermute mal, dass bei Beendigung der Session avia-check beendet wird, gell? Ich hab mal auf einen "Problemsender" (QAM256) geschaltet und den ganzen Nachmittag Xbox gezockt :-) In der Zwischenzeit hat Tschecka (phonetisch ) 16 mal zugeschlagen, dazwischen hat er 2x nen Rezap gemacht, eben die Box aus den Standby geholt: Läuft noch :-) Üblicherweise hab ich ein stehendes Bild oder Schwarzbild oder ... Bis jetzt bin ich zufrieden, muss ich mal so sagen, die regelmäßigen Hakler (wie bei der build-in Version) treten nicht mehr auf. Ich werde den Rest des Tages noch ein bissl glotzen und dann die nächsten Tage mal berichten... -==[schubsi]==-

@bahnbooster Muss mich nach intensivem Zurückblättern schon wieder korrigieren, es handelt sich wohl nicht um den Ultimo V6, sondern um den V1... Hab ich gemacht: 06v2beta7hdd mod by rich und stachi. Ergebnis: Auch der tune-mode ist oft nicht in der Lage, ein Schwarzbild zu verhindern. Hatte mit der manuell getuneten services.xml bessere Ergebnisse. Irgendwie vermisste ich dort den satfind-LCD... egal! Dann habe ich nochmal den Rückschritt auf den alten Tunertreiber gemacht, zwar erscheinen die BER-Werte auf den ersten Blick besser zu sein, aber was nützt das, wenn es Bildflimmern, Hakler und Aussetzer hagelt. Der neue Treiber ist definitiv für meine Box die bessere Wahl, aber das muss jeder für sich selbst herausfinden. Ist inzwischen drauf und läuft bis auf einige Anlaufschwierigkeiten (musste nach einigen Kanalsuch-Testläufen - der Tuner reagierte nicht mehr - und cam-Experimenten diverse Male neustarten) weitestgehend unauffällig wie die ß16, aber da ist ja schon wieder ne neue im Anmarsch... Fast schon außer Puste... -==[schubsi]==-

@cy_coe Keine Sorge, soooo dünnhäutig bin ich nun auch wieder nicht... Habe im Garten einen DVB-T Receiver mit TechnoTrend-Innenleben. Wenn das mit der Antenne nicht hinhaut, zwitschert der Kasten vom Feinsten (die Sagems sind also nicht allein auf der Welt). Und da kommen wir wieder auf den selben Nenner: Wenn der Empfang übelst ist, ist mit Bild- und Tonstörungen zu rechnen. Ein Editieren der services.xml dürfte bei einer SAT-Box kaum zum Erfolg führen, wohl aber das korrekte Ausrichten der Schüssel sowie die Optimierung der Verkabelung. So, genuch gesülzt, jetzt wird ein Backup gemacht und ß17 installiert, bin gespannt... -==[schubsi]==-

@bahnbooster Wenn ich SnowHeads Äußerung richtig in Erinnerung habe, ist der Tune-Mode nur was für SAT-Boxen... -==[schubsi]==- EDIT: Scheint doch nicht zu stimmen, sorry! zumindest hatte d0n_p3p3 in einem Beitrag erwähnt, dass er noch ne alte Services.xml aus "Tune-Mode-Zeiten" hatte mit Frequenzen drin, die eher an Kabel als an SAT erinnern (113006739), also muss es das auch für Kabel geben. Ah, ja, jetzt: Hier lag mein Interpretationsfehler... /EDIT

@cy_coe Ich vergesse immer wieder zu betonen, dass sich alles, was ich von mir gebe, auf eine Sagem-Kabel bezieht, allerdings hab ich das extra in meine Signatur reingepfropft, damit es jeder nachlesen kann. Die Tunertreiber für SAT und Kabel sind so derartig verschieden, dass sich Erkenntnisse über Auffälligkeiten des einen Box-Typs selbstverständlich auf gar keinen Fall auf den anderen Typ übertragen lassen. Bei dir würde es ja auch keinen Sinn machen, die cables.xml zu überarbeiten Hoffe, dies jetzt nochmal eindeutig klargestellt zu haben. Ich geh jetzt "kucken"... -==[schubsi]==-