Tuxbox-Board

Hi Folks,

... es tut sich was

dumdidum bat mich doch einmal seine Testreihe durchzuführen, während er am Strand Sand und Sonne geniesst

aalso, wer eine Kabel-Sagem besitzt und mitmachen möchte, kann sich die Treiber von http://remote-admin.info runterladen. In dem File sind gaaanz viele verschiedene Kompilationen drin, die einzeln getestet werden müssen. Hierbei geht es um alle neuen Programme und um die Stabilität / Funktionalität der Treiber beim zappen und scannen.

...so nun gehe ne runde Träumen (@BiGLuI: in Farbe und in 3D)

Find' ich gut, dass sich da mal was tut. Ich werde es sobald wie möglich mal testen. Ich hab' allerdings weder Sateinspeisung noch die Kabel D Kanäle. Aber ein funktionierender scan wäre ja schon was.

Hi Homar
Gibts sowas auch nochmal für Nokia Kabel denn in den yadd es läuft es ja sehr gut nur mit dem Image mehr schlecht als recht (Fehler Kanal (Zur Zeit) nicht verfügbar ist bei mir ständig bei Umschalten.
Gruß Gorcon

@chkdesign:
also scan lief bei mir gut - er fand sogar jetzt das zdf-bouq. - das ging vorher nie ! ... und mit der rev.08 geht auch ab und zu kabelD (aber nur das deutsche bouq. auf 113mhz (id=2714) - das auf 121 (=2715) wird nicht gefunden - betrifft aber die auslaender rai1,2,3 usw.....
... weitere tests laufen noch - das neubooten dauert immer
mfg token

Ich hab' vorhin bis zur 14 getestet. Also bei allen ging der scan (endlich wieder). 11 Transponder und 135 Kanäle. Wie gesagt Kabel D haben wir hier AFAIK nicht. Was mir aufgefallen ist, dass ab bis zur 10 Neutrino immer 'nicht erfolgreich' gemeldet hat (obwohl die service.xml angelegt wurde) und ab der 10 ne erfolgsmeldung kam und auch auf einen Sender geschaltet wurde.

Hab' gerade auch mal auf Telekom (statt auf Brute Force) gescannt, und da findet er 14 Transponder, aber auch nur 135 Kanäle.

So. Hab' jetzt alle durch.

Haben alle eigentlich Ihren Dienst getan. Nur:

bis 0c meldete neutrino 'keine Kanäle gefunden' nach scan. reboot und es ging.

44,48 hatten Probleme beim zappen. Zeigten bei den kurzen tests immer mal black screen.

44 ist bei Bruteforce komplett abgestürzt.

@chkdesign:
so, habe jetzt auch alle durch !
(info: kabelD mit tsid=2714=121mhz gleich kabelD-deutsch und
kabelD mit tsid=2715=129mhz fuer kabelD-international)
+ : es werden jetzt alle bouq. angelegt - endlich (ausser kabelD)
- : hmm, also beim telekom-scan findet er auch 14 tran. mit 135 serv. - das duerfte ein nit-problem sein ? aber kein kabelD gefunden ...
- : mit cable-scan werden 11 oder 12 tran. mit 135 serv. gefunden - wieder kein kabelD
... ich glaube aber dumdidum hatte gesagt, das der scan nicht funktioniert, und eine nokia-xml einzuspielen ist - daher:
- : beim einspielen einer serv. + bouq. XML von nokia kommt kanal nicht verfuegbar bei den auslaendern - die deutschen werden ab und zu gefunden ! ... ab und zu freezing bei den deutschen ...
ergebnis: alles in allen behaupte ich immernoch der at76c651.o kommt mit der zapit-1.190 nicht klar - zumindest was den scanfix angeht ?!
... die 40er ist bei mir nicht zu gebrauchen - die 08er hingegen findet sogar ab und zu beim scan das kabelD-deutsch auf 121mhz=2714tsid !!!
... und die 2c tuned zu 75% - es sei denn die zapit bringt retry 0...4 - dann ist natuerlich ruhe !
mfg token

Moin

So Test ist beendet.

00, 04, 0C, 18, 1C, 24, 44 finden jeweils die Sender aus dem DigiKabelD-Paket, aber auch nur die, also die Internationalen fehlen weiterhin auf der Sagem im Kabel.

Das ganze funktioniert aber leider nur in der yadd vom 07.06.2002. Baue ich dann den Treiber mit der Zapit in ein Image, war es das schon wieder mit den Kanälen.

Ich denke, grundsätzlich sollte es schon funktionieren, warum aber nicht im Image?

mfg emmeli

@emmeli:
hast du mal homar's yadd getestet - http://www.remote-admin.de ???
probiere diese mal bitte !
mfg token

@Token

Die aktuelle yadd vom 24.07.2002, ist aber nicht zu empfehlen.

AT76C651: tuner now detached from i2c
... c2
lock:fb
[CFrontend::getEvent] FE_COMPLETION_EV
[nit.cpp] read: Connection timed out
lock:fb

und

AT76C651: tuner now detached from i2c
... c2
lock:fb
[CFrontend::getEvent] FE_COMPLETION_EV
[scan.cpp] parsing sdt of tsid 0005, onid 0085
[sdt.cpp] read: Connection timed out
lock:fb

mfg emmeli

@emmeli:
... und welche nimmst du dann ???
... DL-link bitte mit angeben !!!
mfg token

if (keiner interessiert an dem gleichen Stand) then

//admin on

keine links zu Seiten mit fragwürdigen Inhalten

//admin off

else

//emmeli on

was ist an einer yadd fragwürdig?

//emmeli off

end if

Hi Folks,

...neues Spiel, neues Glück

Wer Lust, Laune und Zeit hat, kann ja mal testen...

46 neue Treiber sind online

Moin,

da ich grundsätzlich bereit bin, an der Weiterentwicklung der Treiber teilzunehmen, würden mich einige Vorgaben (die für alle gelten sollten) interessieren.

Schließlich kann ich auch nicht eine Software entwickeln und diese nur auf Win95 testen. Dann freue ich mich, dass die Sachen darauf laufen und erkläre sie als public. Dann kommen sie in den Verkauf und dann gibt es User die ungefragt die Software einfach auf Win2k laufen lassen wollen. Irgendwie funktioniert das auch, aber unter Win2k reagiert die Soft doch anders als unter Win95.

Mich würde interessieren, auf welchem Stand sind wir und wie machen wir weiter. Ja es ist super, wieder neue 46 Treiber, juhu. Aber wenn jeder mit seiner yadd und einer unterschiedlichen zapit testet, ist dieses Projekt wohl zum Scheitern verurteilt.

Ich weis, es wird "gefordert" seine Logs upzuloaden, damit man diese auswerten kann, damit die Entwicklung vorangetrieben wird. Aber warum machen es sich die Entwickler selber so schwer. Ich denke nicht, wenn jeder sein Log von seiner Testumgebung uploaded, vieleicht nicht mal mit der Angabe, wie seine Testumgebung überhaupt aussieht, sollte das Auswerten sehr schwierig sein.

Das sollte kein Gemecker sein (oder vieleicht ein bisschen doch?). Ich denke vielmehr an einen vernünftigen Testablauf, in der Form.

Bitte testet die Treiber in der yadd vom ....
Zeichnet die Logausgaben vom Terminal auf.
Hängt das Log des Kernels mit ran.
Versucht es bitte in einer übersichtlichen Form zu halten.

Ja ich weiß, es sind vieleicht für einige eine Zumutung, es von den Usern zu verlangen, sich Stunden hinzusetzen und einen Treiber nach dem anderen zu testen. Aber da es wohl auch an anderen Stellen getestet wird (Homar weiß wo ), wäre ich von einer klaren Linie für den Erfolg diese Projektes angetan.

mfg emmeli

na klar,

eine Basis zu ersehen ist ein bischen schwer gewesen.

Alle Test-Treiber auf remote-admin sind womit zu testen ???

na klar,

mit dem Test-YADD es auf remote-admin

MINI HOW-TO:

Wie starte ich eine YADD...

- Bootmanager Starten


- an der DBox beim starten die <PfeilNachOben> gedrückt halten
- auf dem Com-Terminal boot net eingeben und enter


- wenn Neutrino zuende gebootet hat kann der scan beginnen
- wenn sich der zapit abmeldet, dann braucht ihr erst gar nicht weitermachen, der scan würde eh nicht klappen !
- mit rechte Maustaste im Com-Terminal den Inhalt sichern... Wie das geht, seht ihr im nächsten Bild
- anschliessend wieder mit der rechten Maustaste den Inhalt löschen

Wie mache ich einen log...

- mit der rechten Maustaste in den Com-teminal klicken und in die Zwischenablage
- ein Texteditor nach Wahl öffnen und aus Zwischenablage einfügen


An den zweiten log ist ein wenig schwieriger heranzukommen. Dazu müssen einige Vorbereitungen getroffen werden.
Bei der Gelegenheit können wir auch gleich den Zeilenpuffer von Telnet erhöhen, um nichts zu verpassen...

- wenn Ihr eine Fehlermeldung kriegt, könnt Ihr aus command anstelle cmd eingeben


- wie oben gezeigt, der Numerierung folgen
- anschliessend telnet "eure Box IP" eingeben und enter


- Benutzername: root
- Passwort: dbox2
- nach dem login folgt die Ausgabe der Kernel-Messages:
- cat /proc/kmsg eingeben und enter
- wenn alles relevante geloggt ist (nach Abschluss des scannens) den Inhalt des Fensters sichern
- oben-links ins Fenstericon klicken, bearbeiten --> alles Markieren (enter)
- oben-links ins Fenstericon klicken, bearbeiten --> kopieren
- im Texteditor einfügen, logisch beschriften und abspeichern.


Wann logge ich mich am besten mit dem Telnet auf die box ein ???

- ab da an der Stelle könnt Ihr euch mit Telnet einloggen und die kmsg es abrufen


Jo, und die logs schön gezippt (mit den Senderlisten) nach ftp://homar.dyndns.org/logs uploaden



P.S.: danke an Bülo für die Arbeit mit den Bildern...

Sollen jetzt eigentlich nur User von Sagem-Kabelboxen das ganze testen oder auch die reinen SAT-Boxenuser?

(Hmm, "SAT-Boxenuser"....
... hört sich fast an wie "SAT1 Boxenluder" )

Falls ja, muss ich nach jedem Austausch frisch booten oder geht das auch im laufenden Betrieb?

@Homar:
Nochwas, auf Deiner Page gibt's jetzt auch noch zwei verschiedene
zapit-Versionen (mit/ohne PID-Cache).

Sollen wir da auch irgendwas mit testen?
Wenn ja, was?

(und was ist der Unterschied zwischen den beiden?)

@homar:
danke fuer neue yadd und neues treiber-paket !!!
... tests folgen ...
... und massa's frage mit den zapit's interessiert mich auch !!!
mfg token

Hi Folks,

die Zapit es... hmmm...

das ist eine glaubensfrage

Also... Wenn du beim Umschalten "Kanal nicht Verfügbar" hast, kannste die Zapit mit PID-caching probieren.

Ich schwöre darauf, allerdings gibbet unterschiedliche Ansichten darüber, ob man ein Bugfixing macht, oder die (unbekannte) Fehlerquelle findet und behebt.

Ersteinmal ist mir das egal... Bis der eigentliche Fehler gefunden wird, benutze ich die zapit mit...

@homar:
ich danke dir fuer deine ausfuehrung zwecks der pid-zapit !
das werde ich mal in deiner letzten yadd testen - oder ist die da
schon drin - ich denke nein ?!
mfg token

@Homar

dann solltest du aber dafür sorgen, dass man auch an die Sachen rankommt. Sprich an die Treiber und die yadd.

@emmeli:
haeh - bei mir klappt der DL problemlos - bin gerade am testen .....
mfg token

Moin,

ich wäre für einen kleinen Zwischenstand, was die Auswertung der upgeloadeten Log es betrifft, sehr dankbar.

mfg emmeli

Hi emmeli,

haste dir die Logs mal angeschaut ??

Ich habe drei uploads, wovon leider zwei unbrauchbar sind.

Die beiden können kein KabelD empfangen, weil anscheinend kein KabelD sendet

Das dritte log ist leider ziemlich dürftig.

@Token: du hast doch KabelD gehabt, kannste mal nicht uploaden ???

http://remote-admin.info/upload