tomster

<login> Ich find's auch lustig sich solche super-emotional Threads durchzulesen. Grad an einem Freitag Nachmittag, wo ich eh auf den Feierabend warte... Eins finde ich aber immer wieder verblüffend: Bei solchen Geschehnissen wird immer gleich von einigen auf alle verallgemeinert. Plötzlich sind alle Schweizer und alle Türken gut oder eben böse. Naja, so is der Mensch wohl: Wir sind ja auch Papst ;-) Dennoch Zeit für die FIFA mal endlich durchzugreifen und eine nette Strafe zu verhängen. Wäre endlich Mal notwendig. 4 Jahre Sperre fänd ich da sehr zuträglich. Anders wird's wohl von den Betroffenen nicht gespannt. Und dabei ist es völlig egal ob es sich um Türken, Franzosen, Deutsche oder (vermeintlich neutrale) Schweizer handelt. Wenn ich nur kurz an die Frankreich-WM 98 erinnern darf... Das wurde von einem/ mehreren deutschen Chaoten ein Polizist fast totgeschlagen. Hätte in meinen Augen damals auch für die Deutschen einen Ausschluß geben können. Zwar drakonisch, aber ein Schuß vor den Bug kann manchmal helfen (absichtlich kann!). Sowas hat beim Fussball weder im noch ausserhalb des Stadions was verloren. Aber danngibt es aber auch wieder einen wichtigen Grund der dagegen spricht: Geld Die FIFA kann halt schlecht einige Länder aus den Wettbewerben ausschliessen und dennoch meinen die Fussball- oder Werberechte in dem Land dann noch für zig hundert Millionen zu verticken. Naja, Senfgegeben und weg <logout>

Anscheinend hat es bei simonz hingehauen. http://www.keywelt-board.com/index.php?sho...=0entry407551 Kannst ihn ja mal anhauen ob er es alleine mit der camd3 geschafft hat, oder ob er das ConaxCam benötigt hat.

Servus Satchamp! Ich selbst bin auch auf der Suche nach einer Anleitung, obwohl ich bislang noch keine Karte zum Testen habe. Nix desto Trotz ist es ja sicher kein Schaden schon im Vorfeld rauszubekommen wie's denn eigentlich geht. Von daher volle Unterstützung bei einem HowTo von jemanden, der es hinbekommen hat. Am Besten sticky! Ob es allerdings zuträglich ist, nach nur einem Tag zu unterstellen, dass keiner mitmacht... Wart halt ab. Kommt schon was. Spätestens wenn doz Mal wieder nicht schlafen kann ;-) @all Ich weiss es gibt einige Beiträge hier im Forum die allesamt irgendwas zu dieser Thematik beitragen. (Stichwort->UTFSO) Aber in keinem ist eine einigermaßen DAU-sichere Anleitung zu finden. Verweise auf angeblich Conax-fähige Images in allen Ehren. Nur woher bekommen? Ich denke es konnte bis zu doz's Implementierung in die camd3 jeder damit leben von Zeit zu Zeit die Images umzuflashen um die Sender wieder hell zu bekommen. Man müsste halt nur wissen wie.

So, hab auch mal passiv gekühlt, auch wenn ich keine Probleme mit meinen Boxen hatte bislang. Nur ist mir aufgefallen, dass das Teil welches am heißesten wird in meiner Kabel Nokia der Tuner ist. Da kann man wirklich Spiegeleier drauf braten. Hat dieses "Phänomen" auch noch wer anderes? Ach, prima Anleitung/ Idee. Und auch wenn's nix bringt, schaut's zumindest Mal gut aus ;-)

och, so 'n Schnaps über 8 MB, stabil, keine Spiele, und funzen sollt's. Mal Spass bei Seite. WEas willst denn hier gepostet haben?

Wenn du die Darkman-Methode anwenden willst, dann brauchst du eigentlich nicht viel zu ändern. So wie ich deine Angaben verstehe hast du an der Fritz DHCP eingestellt. Damit werden dir die Einstellungen automatisch zugewiesen. Du musst nur das Anschlussschema einhalten und schauen, dass die IP der Dbox auch zum Adressbereich passt

sowas hab ich gemeint

OK, diese Aussage ein paar Postings vorher, dann wär dir jetzt schon geholfen. Es gibt hier irgendwo eine recht gute Anleitung zum Connection-Sharing unter Windows. Ich selbst hab sowas zwar noch nicht gemacht/ gebraucht, aberich schau mal wo ich's finde. Einfach genau nach Anleitung machen, dann kann gar nix falsch gehen.

Oder geht das nicht? Könnte sein, weil du ja einen WLAN-Router hast... Bist du dann mit dem Router über Wireless verbunden und steckst die Dbox an den "normalen" LAN-Port des Laptops?

Hab ich's mir doch gedacht... Box-IP sollte 192.168.178.2 lauten. Box-Standard-Gateway sollte 192.168.178.1 lauten Box-Nameserver sollte 192.168.178.1 lauten. Sonst mal die IP des Nameservers deines Internet-Providers eintragen. So lange dboxupdate nicht erreichbar ist, gibt's auch kein online update. Oha, meine Einstellungen waren für Anschluß der Box direkt an den Router. Dann schließ doch bitte die Box an den Router an...

@shredman Aber dein Netzwerk funzt? Ich mein die Namensauflösung/ Verbindung nach "draußen". Teste Mal dein Netzwerk, bzw. deine Nameservereinstellung

@shredman die && nicht mir 2 ;'s ersetzen, sondern nur mit einem. Bin zwar nicht sicher, ob's einen Unterschied macht, aber bei mir funkt's mit einem ;-)

@thorman Die Zeilenumbrüche können schon ein Problem sein. Mit welchen Editor hast du denn die Einträge gemacht? Zur Not tut's auch der vi direkt auf der Box. Nicht das Beste, aber für schnelle Änderungen langt's ;-) Per telnet auf die Box. In's Verzeichnis der operations wechseln, also /var/plugins/ Dann: vi operations An die entsprechende Stelle scrollen (mit Pfeil rauf/runter oder Bild rauf/runter). Dann "i" drücken. Im Fenster erscheint dann unten: -- insert --. Nun kannst du mit "Del" die 7 rauslöschen und dafür die 8 reinschreiben (10'er-Block geht nicht!). Dann die Tasten "Esc", ":" (also Shift+ "."),"x" und dann "Enter". Damit werden die Änderungen übernommen. Ich glaub man muss danach nicht einmal rebooten. Online update un feddich. Hoffe geholfen zu haben, so long TOM

@regen2 Wenn du schon mal alles außer dem letzten ping als OK ausgegeben bekommst, dann stimmt der Nameservereintrag nicht. Ich hab grad keine Box zur Hand, aber ich denke, dass nur dboxupdate.berlios.de einen Nameserver-Eintrag braucht. Wenn du die Box an den Router anschließen kannst, dann mach doch das. Und trage als Nameserver-IP die IP des Routers ein. (wie in deinem Beispiel) Einfach nochmal probieren. Wenn du die Box an den Router anschließt, dann darf natürlich dein Rechner NICHT auch die gleiche IP-Adresse haben, wenn er (wie es wahrscheinlich ist) auch am Router hängt. IP Adressen dürfen nicht doppelt vergeben werden, sonst kannst du als letzte Zahl alles zwischen 2 und 253 eingeben. Ganz nach Wunsch. Wenn du es schaffst, dass der letzte Eintrag auch als OK angezeigt wird, dann sollte auch das Update über das Keywelt-Menu funktionieren. Ach ja, Nachtrag Wenn du die Box an den Router anschließt, dann musst du ein normales Netzwerkkabel nehmen. Wenn du sie direkt an den Computer anschließt, dann musst du ein Cross-over-Kabel hernehmen

Die erste Frage die sich stellt ist: Kommst du mit deiner Box überhaupt in's Netz? Taste dbox -> Einstellungen -> Netzwerk - > Netzwerk testen wenn da alle Adressen erfolgreich sind einfach das Update machen, wie weiter oben von Don de Deckelwech beschrieben (Blaue Taste -> Keywelt-Menue). Wenn aber nicht alles OK, dann stimmen deine Netzwerkeinstellungen nicht. Also im Netzwerk-Menü die Einstellungen kontrollieren. Was man da einstellen muss, hängt davon ab welche Einstellungen du in deinem Netzwerk verwendest. Box IP: z.B. 192.168.0.2 Nameserver: z.B. T-Online 194.25.2.129 Gateway IP: die IP Adresse deines Routers o. ä. z.B: 192.168.0.1 Und schlußendlich: Es ist wirklich eine-trilliarde-Mal beschrieben wie man die Netzwerkeinstellungen setzen muss. Hier, im Tuxbox-Forum, einfach überall! UTFSO

Ähh ja, ne is verstanden ;-) Zurück zum ursprünglichen Topic. Mir ist aufgefallen, dass die Box deutlich länger durchhält, wenn ich nicht auf einem Premierekanal bleibe (Standby oder on) sondern auf einen FreeTV-Sender schalte. Wieder nur rein subjektiv betrachtet. Aber ich will, nein MUSS, einfach diese Aufhänger wegbekommen. Vielleicht könnte man einfach ein Script basteln, welches beim Drücken des Off-Buttons auf der FB vorm Schalten in den Standby noch schnell auf ARD oder so schaltet. Parallel angemerkt mag ich aber inzwischen nicht ausschließen, dass die Aufhänger mit dem sections-/EPG-Problem zusammenhängen. http://www.keywelt-board.com/index.php?showtopic=56831&st=0 Ich werd mich also zunächst mal der EPG-Reset-Beta-Test-Gruppe anschliessen. Vielleicht liegt die Wahrheit ja in diesem Bug... Vielen Dank aber schon mal an den Deckelwech-Don und Worschter

@Dr. Steini Ich glaube Worschter hat das Ändern der Zeile in /var/tuxbox/config/shellexec.conf gemeint.

Ich hatte das auch des Öfteren, allerdings bin ich immer noch via telnet oder http auf die Box gekommen. Ein einfaches reboot und die Kiste is nach einigen Minuten wieder da. Portforwardings latürnich vorausgesetzt. Allerdings hat Singh Recht. Wenn gar nix mehr geht, dann hilft nur noch ausschalten.

Salve, Gegenantwort: ;-) Beim PC lass ich es mir eingehen, weil die Kiste ja auch ohne Inetanbindung funzen muss, oder musste (damals, du erinnerst Dich sicher noch, als es kein Inet gab?). Aber die DBox hat ja sowieso immer mindestens 1 Zeitquelle (EPG). Is ja auch nicht anderes als ein Syncen über eine Datenleitung. Leider is die EPG-Zeit halt nicht unbedingt die Genaueste. Drum hab ich mir gedacht: Mach die genauer. Und den Aufwand einer Lötarbeit 3. Grades... den möcht sicher nicht nur ich NICHT betreiben. Drum setz ich da eher auf eine SW-Lösung. Vom Ansatz her kann man, vorausgesetzt RTC-via-Inet geht im Generellen, immer noch ein fail-safe einbauen. If RTC-time not available then take EPG-time. Ich dachte mir dabei, dass man den Usern die Löterei ersparen kann, wenn man so ein Plug-in einbaut. Nicht hernehmen kann man es dann immer noch ;-) Die meisten Plug-ins die derzeit implementiert sind setzen ja auch Inet voraus (TuxWetter, TuxMail, etc.). Nothing for ungood, I wanted it only said haven TOM

OK, da ist also der Haken begraben. Leuchtet mir ein, dass es nix bringt die Uhr syncen zu lassen, wenn das EPG-Signal das dann regelmäßig "überschreibt". Ich weiß ja nicht ob es geht die EPG-Zeit einfach nimma auszulesen. So Plug-in-mäßig wählen können ob EPG-Zeit oder RTC-Time aus'm Netz. Sollte irgendwie möglich sein, denke ich. Nö, hoffe ich ;-) Den Vorteil der Batterie-Pufferung in allen Ehren, aber was hilft einem die gepufferte Zeit wenn die Box eh aus ist? Mal abgesehen davon, dass eine ausgeschaltete Box halt keine Zeit anzeigt, is die im Batteriepuffer eingesperrte Zeit auch sonst für nix gut. Die RTC-Zeit würde sich beim Einschalten nämlich auch sofort abgleichen und die Box wieder auf Kurs bringen. So ganz mag sich mir halt einfach der Sinn dieser HW-Bastelei nicht erschliessen...

Dankschön schon amal für's sich Gedanken machen! Echt prima, wie Ihr euch um die Board-Pflege, bzw. die Beantwortung auch noch so kleiner Newbie-Fragen kümmert. Is ned selbstverständlich wie ich meine. Aber gutes Produkt is halt nur so gut wie dessen Support ;-) Noch mal a bissi was zu einem anderen Feature. Warum gibt es denn im TuxBox-WiKi eine Anleitung für eine HW-Real-Time-Clock? Des macht doch keinen großen Sinn, oder? Könnte man doch wahrscheinlich viel einfacher SW-seitig realisieren, nachdem wohl mind. 80% der Boxen sowieso am Inet hängen...

Ok, danke für die Infos. Ich hab ja nur gemeint, dass es was bringen könnte, weil mein subjektiver Eindruck ist, dass die Box deutlich länger ohne Reboot auskommt, wenn ich regelmäßig in den Soft-Standby schalte. Es is halt nervig, jedes Mal die CS-Box via telnet zu rebooten nur weil Prämiere auf der Client-Box schwarz bleibt. Huift aba anscheinds nix... @Worschter Und wenn's nicht nach detektierter Inaktivität geht, dann würd ja ein Auto-Stanby-Timer auch helfen. Der Auto-Aus muss ja auch irgendeinen Trigger haben...

Ich denke, dass an deinen Netzwerkeinstellungen was nicht passt. Ich hatte ein ähnliches Problem. Ausgabe: "Verbindung zum Updateserver konnte nicht hergestellt werden." Netzwerk funzte aber einwandfrei. Zumindest gab es Netzwerk testen so aus. Wenn ich aber via telnet auf der Box eingewählt war und einen ping auf eine (externe) Domain setzen wollte, kam sofort: hostname lookup failure Wie kann denn das sein, dass das GUI im Menu dboxupdate.berlios.de erreicht, der ping aus der Konsole aber verpufft? Also habe ich einfach als DNS Server auf der Box die DNS-IP meines Providers eingetragen und siehe da: Update geht wieder. telnet ping auch. Frag mich aber bitte nicht, wie der ping auf dboxupdate.berlios.de gehen konnte, wenn augenscheinlich ein falscher DNS-Server eingetragen war??? Ist die IP von berlios hardgecodet? Dann macht doch der Test keinen Sinn, oder?

@Didge2002 Das stimmt, aber ich will es ja automatisch haben. Also jedesmal, nach z.B. 3 Std. Inaktivität. @Don de Deckelwech Darüber weiss ich zuwenig Bescheid. Keine Ahnung was im normalen Standby noch läuft und was nicht. Ich dachte halt, dass man dadurch die Box stabiler bekommen könnte. Wenn dem nicht so ist: Disregard initial posting due to bringt-nix-reasons

Servus beisammen! Jetz möcht ich mich auch Mal zu Wort melden... Hab vor guten 4 Wochen zufällig Euere Images gefunden, weil mein altes permanent Aussetzer hatte. Zu allererst: Richtig (i.W. RICHTIG!) gute Arbeit! Die Box ist dadurch wirklich schon fast eine eierlegende Wollmilchsau. Einfach der Hammer was sich da im letzten Jahr getan hat. Natürlich ist mir in Einstellung/ Divers gleich aufgefallen, dass man auch eine Auto-Shut-down-Zeit angeben kann. Leider versteh ich ned ganz wieso man gleich shutdownen muss. Ich hab das Problem, dass bei meiner Hauptbox permanent vergessen wird in den Standby zu gehen. Dadurch hängt sich die Box gelegentlich auf und CS funzt dann nimma. Kann man nicht eine Auto-Standby-Funktion aufnehmen? Wär IMHO etwas sinniger als gleich ein Shutdown, oder? Danke schon Mal für'S drüber nachdenken, TOM