Keywelt 2007 Squashfs Testimages

[niemand0815]

@snowhead:

don de deckelwech hat was nettes gefunden:

http://tuxbox-forum.dreambox-fan.de/forum/viewtopic.php?t=46533&start=0&postdays=0&postorder=asc&highlight=

ist das im aktuellen kernel in der version schon drin? wenn nein, könnte man so was einbauen?

 

wäre interessant zu sehen ob es die selbe funktion wie avia_check hat nur auf systemebene. dadurch könnten wir dann evtl. auf den avia_check verzichten.

[SnowHead]

@niemand0815

 

Ich hoffe, daß das gestern noch nicht eingecheckt war, denn offenbar

funktioniert das noch nicht so richtig. War es schon eingescheckt, werde

ich wohl in Kürze die Prügel dafür beziehen.

 

 

@All

 

Beta 23 liegt oben. Bitte mal den alternativen IRQ testen. Ich muß mich

jetzt aber erst mal wieder um familiäre Angelegenheiten kümmern. Bin

also nicht greifbar.

 

Edit: Leider war die FTP-Übertragung unterbrochen worden. Die Images

liegen erst ab jetzt auf dem Server.

[eraser65]

So, die HDD Einbindung ,samt des HDD Checks und läuft in der BETA22 wieder bestens.

- Ckeckzeit um 4 Minuten gesunken . Von 25.20 auf 21.10 min.

Kosmetik:

- Popupausgabe zeigt leichten Versatz der Schriftart/größe- sie überläuft in unterster Zeile die Popupbegrenzung.

 

EDIT:/ Schon die 23.......

Übrigens ist von der 21 zur 22 ein wahrer Quantensprung in Bezug auf Performance / CPU-Last / Umschaltzeiten zu verzeichnen.

 

gruß eraser65

[rich]

@All

 

Beta 23 liegt oben. Bitte mal den alternativen IRQ testen. Ich muß mich

jetzt aber erst mal wieder um familiäre Angelegenheiten kümmern. Bin

also nicht greifbar.

@SnowHead

 

Der alternative IRQ klappt bei mir.

 

Lass Dich nicht von den familiären Angelegenheiten abhalten, diese sind wichtiger!

 

rich

[niemand0815]

ja, lass dir zeit für die familie! das ist wichtiger.

die b22 läuft ja schon stabil. mach dann heute abend mal die 23 drauf.

 

btw:

ich find es gut eine art changelog zwischen den betas zu haben wie du es seit der b20 im 1. post hast. ggf könnte man das auch in das imagezipfile auslagern und immer nur die letzten 3 im post pflegen.

wichtig wäre auch die genauen kernelversionen die verwendet wurden.

 

zum thema watchdogs:

ich muss neidlos gestehen das seit der b22 der avia-check kaum noch aktiv werden musste. offenbar hat sich in der b22 schon was an den watchdogs geändert, denn deren funktion scheint mir sehr viel zuverlässiger zu sein.

schwarzbilder nach dem umschalten gab es bisher auch keine mehr.

werde das in der b23 dann weiter beobachten, nicht das es zufall war.

vom gefühl her läuft die b22 wieder genauso stabil wie die b10/b12 damals in bezug auf zwitscherer und bildhänger.

kann das noch jemand anderes bestätigen um zufall auszuschliessen?

(einfach mal ohne avia-check ausprobieren).

[Schroeder12345]

Übrigens ist von der 21 zur 22 ein wahrer Quantensprung in Bezug auf Performance / CPU-Last / Umschaltzeiten zu verzeichnen.

 

gruß eraser65

Servus,

 

bin auch wieder mit dabei und habe gestern auf die 22 geflasht.

 

Zum Thema Performance kann ich nur sagen, alles im laufenden System ist der Wahnsinn, so schnell war die Box noch nie bei mir. Nur der Boot ist mit ca 80s etwas lang, aber dafuer sind die Umschaltzeiten echt Sahne.

 

Beim Zapping auf den Multivision habe ich ab und an mal ein "Kanal nicht gefunden", aber auch nur hier. Ansonsten laeuft das Image top.

 

 

Kleine Bemerkung am Rande: @eraser65

Physikalisch gesehen ist ein Quantensprung definiert als die kleinstmoegliche Zustandsaenderung - meist von einem hohen auf ein niedriges Niveau.

[bahnbooster]

hm, ich hab die Beta 23 noch nicht drauf (momentan noch Beta 22). Dabei fällt mir auf, dass das avia_gt_proc Modul nicht geladen wird (wegen neuem Kernel), ergo auch avia_check nicht funktionieren kann

 

insmod: kernel-module version mismatch

/lib/modules/2.4.35.3-dbox2/misc/avia_gt_proc.o was compiled for kernel

version 2.4.34-dbox2

while this kernel is version 2.4.35.3-dbox2

 

error opening file /proc/bus/gtx

: No such file or directory Telnetausgabe.

 

ausserdem schaltet sich einfach der SPTS - Mode ein. Ich hab keine Ahnung, warum das passiert, ich hab PES aktiv und irgendwann schau ich in die kmsg und sehe SPTS !??

 

werd mal Beta 23 flashen.

 

EDIT: OK, bei Beta 23 wird alles geladen thx

[schubsi]

@bahnbooster

so, das erste "gefühl" bei der b22:

sie läuft besser als die b21.

das ist zwar unerwartet, aber gerade die avia-watchdogs etc. schlagen sehr viel seltener an.

 

Das täuscht!

 

Habe ebenfalls durchwachsene Resultate völlig unabhängig vom installlierten Image, mal besser mal weniger gut...

 

-==[schubsi]==-

[rich]

@SnowHead

 

Ich habe hier noch das entsprechende Modul für den AVIA500 SPTS-Fix passend zum Kernel abgelegt, der Source ist hier.

 

In diesem Modul ist aber der Fix fest eingebaut und kann nicht über einen Parameter aktiviert werden. Deswegen muss der Aufruf in der rcS wie folgt geändert werden.

if [ -e /var/modules/avia_av_sptsfix.o -a -e /var/etc/.sptsfix ]; then

$IM -f /var/modules/avia_av_sptsfix.o firmware=/var/tuxbox/ucodes $AVOPT

echo "avia_av: AVIA500 sptsfix is on"

else

 

 

Würdest du bitte noch die folgenden zwei Zeilen aus der '/var/tuxbox/config/recording.start' entfernen.

RECDIR=`sed -n 's/^network_nfs_recordingdir=//p' /var/tuxbox/config/neutrino.conf`

touch $RECDIR/.hdd_aufwachen && rm $RECDIR/.hdd_aufwachen

 

rich

[SnowHead]

st@eraser65

 

Mach bitte mal einen Screenhot vom Popup. Bei mir sieht alles

normal aus.

 

 

@rich

 

Danke. Kommt alles ab der Beta 24 mit rein.

 

 

@All

 

Die jetzt angehängten Tuning-u-boote funktionieren. Ist schon er-

staunlich, daß keiner von den 12, die sie runtergeladen hatten, be-

merkt hat, daß alle auf 68 MHz standen.

[bahnbooster]

So, Beta 23 läuft jetzt auch bei mir. HDD Check, Aufnahme , Wiedergabe funktioniert alles. avia_gt_proc funktioniert auch (hatte ich oben schon erwähnt). Bisher noch kein unmotiviertes Umschalten des SPTS / PES Modes, diese Probleme lagen wohl nur in Beta 22 vor.

 

Mir ist ein Problem aufgefallen, was aber sicher im CVS zu finden ist. Wenn ich mir mit dem Movieplayer einen Film mit mehreren Tonspuren ansehe, kann ich diese nicht wechseln. Der Movieplayer schmiert mir ab und die Box ist nicht mehr per Fernbedienung zu bedienen. Einzeln ausgewählt, vor dem Start, laufen die Spuren.

 

Ich hab den Movieplayer lange nicht benutzt, kann also nicht sagen, ob das schön länger bekannt ist. Immerhin wurde ja im CVS der "TS löschen" - Schönheitsfehler behoben.

 

Kann das jemand bestätigen ?? Auch , dass es im CVS liegt ??

[eraser65]

Immerhin wurde ja im CVS der "TS löschen" - Schönheitsfehler behoben.

Es gibt mittlerweile drei !! "Bugs im Movieplayer,die liegen im CVS - dabei ist "dein" Schönheitsfehler nicht einmal mit grechnet.

 

@ SnowHead

In der BETA 24 ist der Versatz der Schrift auch im Popup der Resultatsausgabe des HDD Checks vorhanden.

 

EDIT:/

 

 

Auf TV sieht es etwas schlimmer aus , sowohl in 4:3 als auch in 16:9.

Bildschirmbereich ist korrekt justiert.

 

Klasse finde ich , daß Dr.Stoned jetzt die "Scanzeit" mit in die Anzeige mitaufgenommen hat. Da sich das Popup relativ schnell schließt und man vllt nicht im Zimmer ist, ist das im Nachhinein ein sehr nützliche Anzeige ...Fettes THX für die Erweiterung @ Dr.Stoned u.SnowHead

 

Ersteíndruck Beta 23 : Richtig Spitze

 

HDD Check = OK - mit 21.08 Minuten der schnellste HDD-Test seit "BETA 1"

- HDD Temp = OK

- HDD Streams laufen flüssig, kein Hänger

- Performance und Umschaltzeiten sehr gut.

CPU Last noch geringer idle geht bei Spitzen bis 100% - bei Pay-TV , nicht ÖRs .

In /var sind noch 716kb frei, Flash wird mit 1.4 MB zu 67 % genutzt, noch 2.1 MB frei.

- Online Update = OK , sowohl c*md und K*y Update

- Deinstallation div. Tools, Plugins = OK

Anm.: Es gibt User, die mit "blockads " nichts anzufangen wissen, vielleicht wäre beim Löschen des Werbezappers in diesem Fall die Löschbestätigungbestätigung "Zapper" besser gewählt als "lösche blockads".

 

Teste weiter........

 

gruß eraser65

[SnowHead]

@eraser65

 

Spiel wegen der HDD-Check-Anzeige mal in /var/sbin/hddcheck.sh

in Zeile 206 mit dem Parameter "size=24". 22 wäre einen Versuch

wert. Durch die zusätzliche Anzeige passt das offenbar nicht mehr

auf Deinen Fernseher. Bei mir passt es grad noch.

Wegen der Anzeige beim Löschen kannst Du ja mal testhalber in

/var/sbin/kwupdate in den Zeilen 98 und 103 den Parameter "$2"

durch "$name" ersetzen. Ob das aber in jedem Fall funktioniert,

müßte man testen.

[eraser65]

Super , paßt.

 

 

Bei allen Plugins nahm er sich ja den Ordnername und nicht die Orginale Pluginbezeichnung.

OK , getestet an 6 gelöschten Plugins. Originalname und korrekte Groß -und Kleischreibung stimmt jetzt überein.

 

Wegen dem Fix im HDD-Check , der kommt etwas später- muß jetzt Streamen.

 

EDIT:/

Zus. Anm.: Der Schwarzbildbug ist bis jetzt nur einmal in Erscheinung getreten - bei genug Geduld ( ca. 3-4 Sek ) kommt das TV-Bild von allein.

 

gruß eraser65

[weazle]

So, ich bin auch mal wieder zum Testen gekommen.

Aktuelle Beta läuft nun seit paar Stunden absolut einwandfrei.

Umschaltzeiten sind einen Tick schneller als bei den Vorgänger Versionen

und der Menüaufbau ist auch flüssiger geworden.

Fehler konnte ich bisher keine ausmachen und gehe nun in den Langzeittest.

 

cheers, weazle

[eraser65]

@eraser65

 

Spiel wegen der HDD-Check-Anzeige mal in /var/sbin/hddcheck.sh

in Zeile 206 mit dem Parameter "size=24". 22 wäre einen Versuch

wert.

Nach direkten HDD Check paßt die Schriftgröße 22 - Anzeige = OK

Ist jetzt nach unten hin sogar noch Platz.

Ich wollte gerade einen Shot online stelllen, das Resultat wird nach erneutem Aufruf allerdings wieder in der alten Form (Überschneidung) ausgegeben - trotz korrekter Ausgabe und savens der .sh heute Nacht.

 

In welcher .conf werden die Parameter für das erneute Aufrufen des Resultats ausgeführt ?

 

gruß eraser65

[SnowHead]

@eraser65

 

Zeile 8 in /var/bin/hddcheck_anz.sh

[european]

Hi

 

So die Beta 23 am Testen.

 

Seit ca.2Std auf der Box,bis jetzt alles optimal.

Box mit tuning u boote auf 75 hochgetaktet

HDD Check bei 250 gb Festplatte xfs und 3 GB genutzter Speicher ohne Swap auf der Platte=9min 56sek

MMC Check ext 3 mit 64mb swab 20 MB genutzter Speicher= 56 sek.

Aufnahme ZDF und ARD ruckelfrei.

Hiermal meine Einstellungen

Max Dateigrösse 4096

Ringbuffer 35

O_sync ein

fdatasync ein

Videotext aus

Untertitel aus

Verzeichnissauswahl bei sofortaufnahme aus

lange Dateinamen ein.

EPG Menü bsdice Watchdog ein

Avia Watchdog ein

enx Watchdog aus

EPG Menü

EPG Cache (Tage) 7

EPG Langtext 3

EPG verwerfen 1

Max Events 1500

so das wars mal fürs erste find die Beta 23 läuft von allen Betas bis jetzt am besten.

 

PS:Box gerade von selbst nen reboot gemacht,werde mal wieder nach unten Takten.

 

 

gruß

european

[eraser65]

@eraser65

 

Zeile 8 in /var/bin/hddcheck_anz.sh

Ok, Danke.......22 paßt auch hier.

 

P.S. Du meintest sicher

 

/var/sbin/hddcheck_anz.sh

 

 

 

gruß eraser65

[windows64bit]

Moin,

 

bin auch wieder im Lande beziehungsweise habe ich etwas Zeit...

 

Flashen + Einrichten lief erfolgreich !

 

@SnowHead & rich...

 

Ist es möglich ein Addon zuschreiben was die Internetverbindung über eine Domain erlaubt ?

 

Begründung...

 

Rüste gerade mein Netzwerk und meine Rechner um soll alles über einen Server und Domain laufen die Rechner hängen am Server und der Server stellt die Verbindung zum Internet her. Wenn ich ein Gerät ohne Domain einbindung jetzt ranmache hat dieser keine Chance ins Internet zukommen ausser ich werde dann für Geräte eine seperate schnittstelle erzeugen vor dem server das Geräte ohne domain anbindung netzfähig sind.

 

Das muss ja nicht fest im image sein sondern kann ja als reines Plugin nach installiert werden wenn es möglich ist.

 

MFG

win

 

ansonsten gehen jetzt die test erstmal los !

[niemand0815]

erster eindruck der b23: wow.

schnell und stabil.

und da das auch bei der b22 so war geh ich mal davon aus das es wirklich so ist und nicht der komische zufall der manches image laufen lässt und es nach dem reflashen instabil macht.

 

was mir aufgefallen ist:

kann sein das dort schon die neueren watchdogs drin sind?

ich hatte OHNE aviacheck mehrere "bildhänger" die sich innerhalb von 1 sekunde selbst beseitigt haben. es scheint wirklich so zu sein als ob auch am kernel in dieser richtung gedreht wird.

 

btw:

macht es sinn aus dem bootlog alle meldungen über "falsche kernelversionen" (z.B. beim gtproc modul) rauszusuchen und hier zu posten?

es wäre schön wenn wir diese nicht mehr hätten und alle module aus dem selben kernel hätten, oder?

gerade bei den avia-treibern scheint sich ja zzt viel zu bewegen.

[cincaid]

Hi,

 

ich habe endlich Zeit gehabt die Beta 23 zu flashen. Beim ersten hochfahren gabs noch während dem Bootlogo einen Kernelpanic. Nach nem Hardreset fuhr sie normal hoch und läuft seit dem super gut. Mal sehen wie das Image im Dauerbetrieb läuft.

 

CU

[SnowHead]

@windows64bit

 

Außer der eingebauten Zugriffsmöglichkeit über Proxy und das

Tool bearshare für VPN ist mir nichts in dieser Richtung bekannt.

 

 

@niemand0815

 

Ob die neuen Watchdogs bereits drin sind, müßte man mal nach-

lesen. Das habe ich bisher aus Zeitgründen nicht machen können.

Einige Module lassen sich mangels Quellen nicht mit dem neuen

Kernel compilieren und aus den bereits beschriebenen Gründen

auch nicht auf die aktuelle Version patchen. Wir werden also mit

den Meldungen leben müssen.

[wonderdoc]

@SnowHead

 

So, bin nun auch von Beta 21 auf 23 umgestiegen.

 

Sind diese Bootlog-Meldungen eigentlich OK.

Freeing unused kernel memory: 60k init

 

init started: BusyBox v1.7.2 (2007-11-03 11:12:11 CET)

jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x00180000: 0x5555 instead

jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x00180004: 0x5555 instead

jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x00180008: 0x5555 instead

jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x0018000c: 0x5555 instead

jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x00180010: 0x5555 instead

jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x00180014: 0x5555 instead

jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x00180018: 0x5555 instead

jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x0018001c: 0x5555 instead

jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x00180020: 0x5555 instead

jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x00180024: 0x5555 instead

Further such events for this erase block will not be printed

jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x001a0000: 0x5555 instead

jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x001a0004: 0x5555 instead

jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x001a0008: 0x5555 instead

jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x001a000c: 0x5555 instead

jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x001a0010: 0x5555 instead

jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x001a0014: 0x5555 instead

jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x001a0018: 0x5555 instead

jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x001a001c: 0x5555 instead

jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x001a0020: 0x5555 instead

jffs2_scan_eraseblock(): Magic bitmask 0x1985 not found at 0x001a0024: 0x5555 instead

Further such events for this erase block will not be printed

 

 

##### Image-Version: Keywelt_Sep2007_V1_beta23 #####

 

Ansonsten werde ich nun mal weiter testen.

 

EDIT:

mm, nachdem ich alles eingestellt habe, kommen die Meldungen nicht mehr.

Ansonsten kann man sagen, daß z.B. der Menüaufbau rech flott geht.

 

mfg

Wonderdoc

[MacFco]

Hi

@SnowHead,

@rich,

habe gestern die Scripte zu lan_swap (b21-Dateien) in die Beta23

eingebaut.

In der /var/etc/init.d/start_swapfile in Zeile 27 wird jetzt mit

"tcp" gemounted und nicht mehr mit "udp".

Gibt es dafür einen besonderen Grund, ausser einer höheren

Sicherheit beim Transport der Daten?

Ein höherer Protokoll-Overhead ist aber dadurch dann gegeben, imho.

 

Bei der Beta20/23 mit udp/tcp, sah/sehe ich, wie auch @stachi schon

schrieb, bei Aufnahmen kein Problem. Hier wird nach meinen Erfahrungen,

das erste mal ausgelagert (1,6MB/4,6MB, je nach dem, wieviel normales

RAM schon verbraucht wurde, aber es wird, wenn überhaupt, während der

Aufnahme auch nicht viel benutzt.

(CS lief/läuft nebenbei auch noch, ohne Probleme.)

 

Sind die EPG-Einstellungen höher eingestellt, testweise das 3-fache,

dann wird nach Durchzappen verschiedener Anbieter Swap sehr rege

benutzt. Ab etwa 7MB Swapnutzung, merkt man das dann auch am

Nenüaufbau und jenseits davon wird es dann immer träger, bis dann

eigentlich gar kein arbeiten mit der Box mehr möglich ist (21MB).

Bei EPG-Standard-Einstellung, habe ich das noch nicht beobachtet.

 

Das Swapping anzustossen, ist, imho, aber gar nicht so einfach.

- Aufnahme (swap)

- 8MB Image per FTP nach /tmp kopieren (swap no)

- Flashen über die Expertenfunktion (swap)

- Movieplayer (swap)

- Audioplayer (swap, nicht sofort)

- Standard EPG-Einstellung (swap no)

 

Beim Movieplayer wurden/werden etwa 0-24KB geswappt, Zurück-, Vorspulen

und Stop, keine Problem erkennbar.

Beim Audioplayer ebenfalls etwa 0-24KB.

Je nach dem, wie voll das normale RAM schon war, imho.

 

Der Audioplayer, hat wohl ein generelles Problem mit dem Abspielen,

wie nachzulesen ist (Den hatte ich bis jetzt noch nie benutzt.).

Hohe Decodier-Prio. und im "Player/Standby Menü" unter Audioplayer

alles auf "aus" und nach einem Boxneustart, lies sich dann der

Audioplayer während des Abspielens einigermassen bedienen. Zugriffe

über yWeb oder Befehle per Telnet, verzögerten sich trotzdem

ungewohnt lange, mehrere Sekunden.

 

SquashEdi noch b20:

Vorbereitung Root lief normal ab, 10-12 Min., Zeit im angegebenen Bereich

Zusammenpacken Root lief auch normal ab, 30 Min., Zeit im angegebenen Bereich

Zurückflashen, angegeben sind 8-12 Min, hier ca. 3 Min., aber,

"kein" automatischer Reboot. Muss ich nochmal Testen.

 

@SnowHead,

@rich,

@eraser65

Anmerkung zu den Scripten /var/sbin/hddcheck_anz.sh und /var/sbin/hddcheck.sh

(Home-Page von @rich, Std. 03.11.07 21:32h, v0.4a und v0.6f Mod. by @rich)

 

In den Scripten wird in den entsprechen Zeilen mit size=23

gearbeitet, also nicht 22 oder 24.