merkwuerden

Ist bekannt. Nur nützen manche Infos da drin nicht viel, weil sie ganz einfach falsch sind. Fakt ist: Alles, was nach v1.185 (29.07.2005) rauskam, war von Version zu Version mehr und mehr instabiler. Die letze noch einigermaßen funktionierende Version war v1.193 vom 02.10.2005. Alles, was danach kam, war Pfuscherei hoch 10, das Ergebnis sieht man jetzt. Die Krönung des Murkses war die Version vom 18.12.2005 (v2.116, im KW-Januar V1-3 enthalten), dann haben die Devs die Notbremse gezogen. Seither wird aufgeräumt, aber das wird wohl noch dauern... Ich habe die im Thread genannten 2005er Versionen selber alle getestet, die v1.193 ging noch am besten, obwohl die sich auch öfter verabschiedet hat. Im KW-Januar V4 ist sectionsd v1.196 drin. Ist aber jetzt müßig da drüber zu diskutieren, wir müssen mit der momentanen Version versuchen, klar zu kommen.

Die Empfangswerte sind in Ordnung, da dran kann's nicht liegen. Weil der sectionsd abstürzt. Und da gibt's einige Möglichkeiten... Manche Sender sorgen auch durch irgendwelche vermutlich ungültigen/unsauberen Daten dafür, daß der sectionsd aus dem Tritt kommt. Berühmt dafür ist z.B. das EPG auf Digital+ (Astra). Um das rauszufinden, sollst Du ja per "ps" in telnet nachsehen, ob von den sectionsd-Prozessen noch was übrig ist, bevor Du den sectionsd killst. Ohne eine entsprechende Information kann ich auch nicht weiterhelfen. Eine Glaskugel, die mir sagt, was da in dem Moment auf Deiner Box los ist, hab ich leider nicht. Ich kann höchstens ein Gewalt-Script basteln, das den sectionsd nach was weiß ich 12 Stunden abschießt und neu startet, unabhängig davon, ob der da grade noch funktioniert.

Vorsicht! Das bei den YADDs mitgelieferte u-boot funktioniert nicht, dem fehlt die Netzwerk-Bootfähigkeit. Wird standardmäßig mit dem falschen Header compiliert, da muß man manuell nachhelfen und das u-boot selber compilieren. Header muß aus den CVS-Sourcen /tuxbox-cvs/boot/u-boot-config/u-boot.yadd.dbox2.h verwendet werden. Dazu vor Konfigurieren und Compilieren des CDK entweder die /tuxbox-cvs/cdk/makefile.am entsprechend anpassen: ersetzen mit oder falls configure schon durch ist, nachträglich die Datei /tuxbox-cvs/cdk/Makefile entsprechend anpassen, die rote Zeile: Ich hatte vor paar Tagen auch die Problematik und bin bald verzweifelt, bis ich mir mal die Sourcen genauer angesehen habe. Bei Bedarf hab ich YADD-fähiges u-boot in Version 1.1.2 und 1.1.4 fertig hierliegen.

Scheint so, als sei es das allgemeine Problem, daß sich der sectionsd kommentarlos einfach beendet. Nur um sicher zu gehen: wenn das wieder auftritt, schaue bitte vor dem Killen des sectionsd per "ps" mal nach, ob da noch ein sectionsd-Prozeß auftaucht. Wie schon mal geschrieben: es müssen 7 Prozesse von dem Dings laufen, nicht mehr und nicht weniger. Normalerweise müßte der EPG-Watchdog erkennen, wenn sich der sectionsd komplett beendet und müßte ihn neu starten. Offenbar macht er das nicht. Bisher ist mir eigentlich immer eine Konstruktion zur Abhilfe eingefallen, aber langsam bin ich auch ratlos. @renatus41 Da hilft nur, ein Image von vor August 2005 (bevor das mit den Premiere-Sport-Feedinfos kam) zu verwenden, da war der sectionsd soweit noch in Ordnung. Oder mal abwarten, vielleicht finden wir noch eine Notlösung. Was Endgültiges wird wohl erst werden, wenn die Entwickler den sectionsd repariert haben, das scheint aber ein schwieriges Unterfangen zu sein...

Mit Direkt+ wirste auf der dBox2 keinen Blumentopf gewinnen. Die Filme werden (bei einem Direkt+ fähigen Receiver) im Hintergrund übertragen und auf Festplatte (reservierter Bereich) abgespeichert. Nach Freischaltung von so einem Film wird der dann von der Festplatte direkt im Receiver wieder abgespielt. Dazu ist die Smartcard erforderlich. Zudem müßte man erst mal wissen, auf welchem Transponder und mit welcher SID die Direkt+ Sachen übertragen werden. Ich nehme mal an, daß das ein Data-Service sein wird.

War die Box wieder blockiert, oder einfach nur die Infos weg? Tritt das Verschwinden der EPG-Infos bei allen Sendern auf, oder gibt's da speziell anfällige? Wenn ja, welche? Hast Du vor und nach dem "killall sectionsd" mal nach dem EPG-Watchdog-Status geschaut? Und lief der sectionsd eventuell noch ("ps" in telnet)? In dem Fall wird der Watchdog nicht eingreifen, es sei denn, der sectionsd zieht permanent Prozeßlast. Und was mit grad einfällt: hast Du zufällig bei den Diversen Einstellungen HW-Sections eingeschaltet? Wenn ja, ausstellen! Das bringt mehr Nachteile als Vorteile und macht die Box nicht unbedingt stabiler, eher das Gegenteil ist der Fall. Betrifft vermutlich auch den sectionsd mit. Einige ucodes unterstützen auch kein HW-Sections. Richtig. Erst wird der sectionsd gekillt. Und dann, abhängig davon, ob automatischer EPG-Reset ein oder aus ist, wird der sectionsd entweder vom Watchdog starten lassen, oder direkt vom Script. Das Script verhindert lediglich, daß der sectionsd durch den manuellen Reset und zusätzlich durch den Watchdog neu gestartet wird. Übrigens: so wie das Script hiersteht, nützt es nichts, das muß erst im Flexmenü (shellexec.conf) beim manuellen EPG-Reset eingetragen werden. Oder man macht ein eigenständiges Plugin draus, wäre auch kein Problem. Kann ich bei Bedarf zur Verfügung stellen.

Dieser PS2-ähnliche Anschluß ist normal ein Video-Out (FBAS und S-VHS). Wenn Du nun mal noch die genaue Bezeichnung der Karte rausrücken würdest, könnte ich ja mal nachsehen, ob die einen Eingang auch hat. GeForce 6600 gibt's viele...

Vermutung: Hat das Dings einen Video-Eingang? Dann könnte das ein Aufnahmetreiber sein. Ich würde mal nachsehen, ob es auf der Install-CD eine Readme-Datei oder andere Dokumentationen gibt. Lohnt sich immer, sowas möglichst vor der Installation mal zu lesen.

@max998 Wer auf der Suche nach Software plus passender Medizin ist und sich dabei nicht saudumm anstellt, findet auch, was er sucht. Es gibt da genügend einschlägige Seiten, dazu braucht's keine Download-Links und Thread-Titel bzw. -Texte, die ganz offensichtlich kundtun, was dahintersteckt. Hier geht es auch um die Existenz des Boards, und ich glaube kaum, daß z.B. Microsoft untätig bleibt, wenn einer von denen liest, daß da bspw. eine DVD mit allen möglichen Windows-Versionen plus Cracks zum DL angeboten wird. Wenn das Board wegen solchen unbelehrbaren Kasperköppen wie tiffymaus geschlossen werden müßte, ist das große Wehgeschrei fertig. Denk mal drüber nach! Btw: die Sperre von tiffymaus ist gerechtfertigt, und ich unterstütze die Entscheidung der Mods voll. Hier wurde mit dem Anbieten von Warez eindeutig übertrieben und trotz Belehrung ungeniert weiter gemacht.

@Worschter Das brauchste auch nicht rausnehmen. Ich würde nur anstatt eines Direktbefehls im Flexmenü ein Script eintragen und das dann aufrufen. Eine dazu brauchbare Routine ist in meinem EPG-Dampfhammer für's Januar-v1-3 drin, hierfür leicht abgeändert: Ich nehme mal an, daß der Watchdog das sect_renice selber ausführt? So ungefähr müßte es jedenfalls funktionieren, und schon braucht keiner mehr nachdenken, ob der EPG-Watchdog wach ist.

Da er aber nun einmal verfügbar ist, verleitet er halt auch zum Ausführen. Und kann dann zu solch unschönen Sachen wie Doppelstart des sectionsd führen, wenn der Watchdog dann auch der Meinung ist, eingreifen zu müssen. Eventuell führt das dann mit dem November-sectionsd zur Blockade der Box, hab ich dahingehend noch nicht experimentiert. Beim Januar-v1-3 sectionsd werden die durch Doppel-/Mehrfachstart zuvielen Prozesse nach kurzer Zeit von selber ins Jenseits befördert, ohne den zuerst gestarteten sectionsd mitzureißen (meine Beobachtung, hatte den sectionsd schon 4fach gestartet).

Newsletter lesen! Der ist nicht nur zum Platz auffüllen da.

Das dürfte daran liegen, daß in der satellites.xml jede Menge Transponder fehlen, deren Sender durchaus mit der dBox empfangbar sind. Damit findet der Kanalsuchlauf auch nichts. Ist aktuell nur ein empfangbarer Transponder eingetragen. Ich mache mich mal drüber und bringe das Zeug zumindest nach Listen mal in Ordnung, weil das andere Satelliten auch noch betrifft. Wird aber etwas dauern, das ist 'n Haufen Arbeit.

Wenn man's ganz genau nimmt, liegt der Fehler bei den LNB-Herstellern, die es nicht gebacken kriegen, ihren Mist ordentlich abzugleichen. Und das betrifft nicht nur Billighersteller, auch manches teure Marken-LNB ist davon betroffen. Hatte mal ein Kathrein hier, das lag über 5 MHz neben der Sollfrequenz. Wären die LNB-LOFs ordentlich abgeglichen, würde auch eine Philips-dBox keine Zicken machen. Der Toleranzbereich bei Philips ist übrigens, wenn ich die Sourcen des Treibers richtig gelesen habe, 2 MHz. Das müßte sich eigentlich erhöhen lassen, geht dann aber sicher auf Kosten der Zap-Geschwindigkeit. Mal sehen, wenn ich heute dazu komme, probiere ich's mal aus.

Aha... da könnte der Hund begraben liegen. Ich hab grade mal nachgesehen, was der manuelle Reset genau macht: schießt mit killall sectionsd selbigen ab wartet 2 Sekunden startet sectionsd selber neu Problem: wenn der EPG-Reset ein ist, startet der normal auch den sectionsd wieder, was dazu führt, daß das Ding zweimal gestartet wird. Ich hatte das entdeckt, als ich mir für das Januar-V3 für den EPG eine Dampfhammer-Methode ausgedacht habe. Normal wird der doppelt gestartete sectionsd nach kurzer Zeit von selber wieder beendet, aber wenn's dumm zugeht, blockiert sich die Geschichte. @Worschter Da wäre Nachbesserungsbedarf. Wenn automatischer EPG-Reset aktiv, das Starten des sectionsd dem Watchdog überlassen, sonst selber starten. Oder funktioniert die Watchdog-Geschichte jetzt wieder anders, als im Januar-V3? @kebeaga Wenn die EPG-Infos wieder mal weg sind, mache bitte mal keinen manuellen EPG-Reset, sondern schieße den einfach mal per Telnet ab wie von mir beschrieben. Könnte sein, daß der sectionsd trotzdem noch irgendwie aktiv ist, aber eben nix mehr tut (keine Infos mehr hergibt). Das sieht der EPG-Watchdog wohl nicht, dürfte auch schwer sein, sowas zu erkennen, vermute ich mal. Schau dann mal (bei aktivem EPG-Reset), ob die Infos wiederkommen nach maximal 1 Minute, oder ob wieder die Box blockiert wird. Per Telnet kannst Du auch sehen, wieviele Prozesse des sectionsd geladen sind, müssen gleichzeitig 7 sein, nicht mehr und nicht weniger. Einfach den Befehl eingeben. Ob der EPG-Watchdog eingegriffen hat, kannst Du über die Statusabfrage sehen. Schau da mal bitte vor und nach dem Killen des sectionsd nach. Sollte auch übers Webinterface yjogol gehen, da ist eine Fernbedienung (RC) mit drin, die sollte auch noch funktionieren, falls die Box wegen dem sectionsd wieder blockiert. Hoffe ich mal, ich kann's ja nicht ausprobieren, weil der sectionsd irgendwie vor mir Respekt gekriegt haben muß... Vielleicht kommen wir ja dem Problem irgendwie noch auf die Spur. Daß der sectionsd nicht mehr überwacht wird. Ist er verreckt, bleibt er bis zu einem manuellen Reset tot, sonst macht das der EPG-Reset (im Normalfall). So sieht's aus. Eigentlich soll der EPG-Reset den sectionsd abschießen und neu starten, wenn gewisse Bedingungen erfüllt sind. Müßte Worschter mal genau schreiben, von was das alles abhängt. Oder mal im Forum suchen, glaub das war schon mal erklärt (bsdice). Bitteschön. Damit hab ich den sectionsd ohne Neustart der Box immer tot gekriegt, um ihn hinterher wiederbeleben zu können.

Hm... das ist der (eher seltenere) Fall, daß der sectionsd verreckt ist und dabei die Box blockiert. Dann ist die Fernbedienung sowie die Pfeiltasten und Standby an der Box auch betroffen, reagieren auf nichts mehr. Telnet und Webinterface gehen aber. @Worschter Fängt das der EPG-Watchdog denn nicht mit ab? Ich kann momentan nix dazu sagen oder testen, da bei mir dieser Absturz schon ewig nicht mehr auftrat. Wenn man das provozieren könnte... Sonst hat mich der sectionsd auch dauernd geärgert, plötzlich will er das nicht mehr machen. Ob der jetzt Angst vor mir gekriegt hat? @kebeaga Machst Du den EPG-Reset manuell? Um die Box wieder bedienbar zu kriegen: Gehe mit telnet auf die Box und gib ein Dann sollte die Box nach kurzem Warten wieder auf die Fernbedienung reagieren. Und falls der automatische EPG-Reset eingeschaltet ist, müßte der den sectionsd auch wieder neu starten, EPG-Infos müßten dann nach paar Sekunden auch wieder da sein. Versuch das mal bitte, vielleicht hat auch der EPG-Reset irgendwo eine Macke, wissen kann man's nie. Worschter meint den EPG-Watchdog, stelle den mal testweise aus (EPG-Reset aus). Das Hochsetzen der Cachetime dürfte keine Besserung bringen, eher noch Verschlechterung, weil dann mehr Events im Voraus gelesen werden, was wieder den Speicher höher belastet. Wie gesagt, der sectionsd ist derzeit mehr als fehlerbehaftet. Das wirkt sich aber irgendwie auf jeder Box anders aus, schlecht, da brauchbare Lösungsvorschläge zu machen.

Ein Update wird's sicher geben, aber erst wenn der sectionsd mal wieder vernünftig funktioniert. Und dahingehend tut sich im CVS seit 5 Wochen garnichts mehr, wird aber dran gearbeitet. Btw: Ich hab im Jan. V4 bei den EPG-Einstellungen Cachetime=72 Std Oldevent=120 Min Pausetimeset=30 Min Prozess_prio=+00 EPG-Watchdog an Bisher ist der Watchdog bei mir noch nicht tätig geworden, EPG-Infos sind alle da.

Hm... was nimmst Du denn für Editor dazu? Manche machen die Settings auch kaputt. Übrigens Danke für's Rausnehmen der Signatur-Animation. So ist das schon bedeutend kundenfreundlicher. War nicht bös gemeint, aber 's gibt auch noch Leute mit nur Modem oder ISDN.

ucode_0014

Du mußt die einzelnen Optionskanäle (Feeds) in Deinen Settings fest integriert haben, entweder über die myservices.xml oder fest in die services.xml eintragen. Daß Deine Aktion mit Optionskanal 3 schief ging, ist verständlich. Wenn da im Moment des Hinschaltens Sport Info drauf war, bleibt der auch dort, Sport Info hat eine feste SID (nur danach geht die Box bei den Optionskanälen). Die zusätzlichen Optionskanäle werden erst zu Beginn des jeweiligen Events aufgeschaltet, die Optionsnummern dann dynamisch angepaßt.

@sauerländer81 Die Hotbird-Sender löschst Du am besten, indem Du die Settings mit einem Settings-/Bouquet-Editor bearbeitest. Oder auch mit einem unix-fähigen Editor (services.xml und bouquets.xml, liegen in /var/tuxbox/config/zapit/). Und nimm Deine Signatur (Animation) hier raus! 1,1 MB... was soll der Scheiß?

Kann man so nicht unbedingt sagen. Der Auschlag des Balkens bei BER ist keine verläßliche Angabe zum tatsächlichen Wert, der rammelt bei mir nämlich auch zwischen ca. 20-80% hin- und her (BER ist bei mir 3 und 10). Der Höchstwert des Balkens wird m.E. dynamisch generiert, daher ist die Balkenlänge selber nichttssagend. @Schlupfy Verläßliche Werte ohne irreführendes Balken-Gewackel bekommst Du, wenn Du rote Taste -> blaue Taste (technische Information) drückst. Da kann man das vernünftig ablesen, BER 0 wäre ideal. Aber auch BER-Werte von 20 oder 50 sind kein Problem, trotzdem sollte man die Schüssel auf niedrigsten BER trimmen. Btw: Solange die blaue Linie in der techn. Info über der roten bleibt, ist Empfang möglich. Und je größer der Abstand zwischen den Linien, desto mehr Reserven bleiben übrig (Schlechtwetter etc.).

Vielleicht tust Du erst mal kund, welche Image-Version Du verwendest?

@walisch Bist Du sicher, daß das ein DEH-21 ist? Ich hab grade mal bei Stiebel-Eltron nachgesehen, da gibt's sowas nicht (mehr?). Wie alt ist'n das Teil? Haste da 'ne Anleitung mit dazu? Eventuell sind da die Klemmenbelegungen der Heizung mit drin, bei meinem DHE-27 ist das jedenfalls so. Dann könntest Du die einzelnen Heizdrähte auf Durchgang prüfen (vorher komplett vom Stromnetz abklemmen!). Das Flackern ist normal, die Heizpatrone wird im Pulsbetrieb gefahren. Je weniger das Ding heizen muß (abhängig von Kaltwasser-Zulauftemperatur und gewünschter Heißwassertemperatur), desto kürzer die Pulse. Da ist mit einem normalen Voltmeter/Spannungsprüfer kein Blumentopf zu gewinnen, vernünftige Anzeigen zu erhalten. Und wie @C_stoff_28 schreibt: falls das Teil mal trocken eingeschaltet wurde bzw. nicht restlos(!) entlüftet war beim Einschalten, kann die Patrone hin sein. Das sind Blankdraht-Heizer, da reicht ein kleines Luftbläschen am Heizdraht, daß die durchbrennen.

Wenn die Anlage in Ordnung ist, wie Du schreibst, und die Box bei Deinem Freund funktioniert, kann es eigentlich nur ein Konfigurationsproblem sein. Stimmen die DiSEqC-Einstellungen? Passen die services.xml und bouquets.xml dazu? Stelle als erstes unter d-box-Taste -> Service -> Kanalsuche DiSEqC und die Einstellungen drunter dazu passend zu Deiner Anlage ein. Vor allem die DiSEqC-Einstellungen sind wichtig. Dort werden die Satelliten der satellites.xml dem entsprechenden LNB zugeordnet. Deaktiviere Schnell Scan und Manual Scan, falls das eingestellt ist. Speichere das Zeug ab und boote die Box neu. Danach starte eine Kanalsuche. Wenn Sat-Anlage und Box in Ordnung sind, müßte zumindest irgendwas gefunden werden. Im Zweifelsfall die Satellitenzuweisung in den DiSEqC-Einstellungen mal vertauschen (Abspeichern nicht vergessen), danach Box auch neu booten und Kanalsuche. Und wenn das auch nicht geht, schalte DiSEqC mal aus und hänge die Box direkt ans LNB. Richtigen Satelliten vorher auswählen, speichern, neu booten, Kanalsuche.