Keywelt 2007 Squashfs Testimages

[eraser65]

@eraser65

 

Also am Umschalten mit Home kann es auch nicht liegen.

Auch wenn man im CA-Menü auf Frequenzen umstellt, dann mit '?' sich die Infobar wieder auf den Bildschirm holt und die Sekunde abwartet, bis die Frequenzen da stehen, klappt die Kanalsuche nicht mehr.

Ja ist klar was du meinst , hattest die Home nicht in Benutzung, trotzdem Crash.

Mir kommt die Sache sowieso irgendwie "verkehrt herum" vor.

 

Normalerweise speicherst du wie du die Settings brauchst, danach richtet sich dann auch der GUI.

 

Aber hier nicht, d.h. ich schalte mit der Home-Taste die Frequenz-Anzeige ein--->Einstellung speichern --> gehe ich dann in das CA Anzeige-Menü, steht dort auch die Frequenz-Anzeige..

 

Schalte ich per Home-Taste die CAID-Anzeige an-->Einstellung speichern---> gehe dann ins CA-Menü =steht dort auf einmal CAID-Anzeige.

 

Normalerweise mußte sich die Infobar nach den im CA-Menü gspeicherten Werten richten und nicht anders rum.

 

gruß eraser65

[SnowHead]

@eraser65

 

Das Benehmen der Anzeige war so gefordert. Mit aktivierter Home-Taste

sollte unabhängig von der Einstellung im Menü zwischen den Ansichten

umgeschaltet und die zuletzt gewählte gespeichert werden (ein extra

Speichern ist übrigens nicht nötig, da direkt mit den globalen System-

Settings umgeschaltet wird). Erst wenn die Home-Taste deaktiviert wird,

soll die im CA-Menü angezeigte Ansicht fix bleiben. Mir ist schon klar, daß

man es mit einem bestimmten Bedienkonzept nicht allen recht machen

kann, mir schien diese Art der Einstellung jedoch recht schlüssig.

In der YADD hatte ich jetzt übrigens keinen Neutrino-Neustart mehr. Lasse

gerade das Image packen und probiere das dann noch mal. Bin aber zu-

versichtlich.

[dietz]

Hi

Hab jetzt auch alle beschriebenen versionen mit der ca Anzeige durchprobiert,Kanalsuche hat immer gefunzt(beta12,Kabelbw).Seit dem ich alle Einstellungen die zu meinen boxen passend gemacht hab gabs nicht einen neutrinoneustart weder beim aufrufen eines menüs noch extremzapping.Kein einziges Schwarzbild beim umschalten(selbst meine Freundin hats nicht hingekriegt)Jetzt probier ich mal die 13.

Frage:Hat das was mit der zappinghistorie zu tun?weil das ist das erste was ich deaktiviere.

Gruss

Dietz

[eraser65]

@eraser65

 

Das Benehmen der Anzeige war so gefordert. Mit aktivierter Home-Taste

sollte unabhängig von der Einstellung im Menü zwischen den Ansichten

umgeschaltet und die zuletzt gewählte gespeichert werden (ein extra

Speichern ist übrigens nicht nötig, da direkt mit den globalen System-

Settings umgeschaltet wird). Erst wenn die Home-Taste deaktiviert wird,

soll die im CA-Menü angezeigte Ansicht fix bleiben. Mir ist schon klar, daß

man es mit einem bestimmten Bedienkonzept nicht allen recht machen

kann, mir schien diese Art der Einstellung jedoch recht schlüssig.

In der YADD hatte ich jetzt übrigens keinen Neutrino-Neustart mehr. Lasse

gerade das Image packen und probiere das dann noch mal. Bin aber zu-

versichtlich.

Super, dank dir für die Erklärung.

Ok ,na dann hoffen wir mal das Beste.

 

gruß eraser65

[rich]

Hallo Snowhead

Und wieder ein kleiner Bericht von mir zur Beta13

 

- Manuelles Mounten von NFS/CIFS über die Netzwerkeinstellungen klappt bei mir.

- Das Durchschalten von 'MMC-Dateisystem' klappt.

 

- Das durchschalten von MMC-Swap klappt nich. Man kann einmal von 'aus' auf 32MB oder 64MB schalten und dann ist es nicht mehr möglich umzuschalten.

- Bei 'MMC-Treiber starten aus' bleibt noch 'MMC-Zugriff...' und 'MMC force HW' aktiv.

 

 

Das der Umbau von cdkVcInfo gefällt freut mich natürlich. Bei Gelegenheit will ich da aber noch etwas Feinschliff machen, um eventuelle Fehlanzeigen auszuschließen.

 

rich

[SnowHead]

@eraser65

 

Ich kann Dir gar nicht genug danken, für die Arbeit, die Du Dir wegen

des Neutrino-Neustarts gemacht hast. Es war wirklich der oben beschrie-

bene Programmierfehler. Ohne die genaue Einkreisung auf die Frequenz-

anzeige und Kanalsuche und damit auch die Reproduzierbarkeit des Ef-

fektes wäre es nicht möglich gewesen, gezielt nach der Ursache zu suchen

und den Erfolg des Fixes prüfen zu können. Wäre ich auf die sporadischen

Neustarts angewiesen geblieben, die bei mir nie aufgetreten wären, da ich

keine Kanalsuche durchführe, hätte ich diesen Bug wohl noch lange mit-

geschleppt. Also vielen Dank noch mal.

 

 

@All

 

Die neuen Files liegen auf dem Server. Wer die Beta 13 schon auf der Box

hat (und nur der) kann das ebenfalls im Archiv befindliche Root-Update ver-

wenden und behält so seine Settings.

 

 

Edit:

 

@rich

 

Also irgendwann schmeiße ich dieses dämliche MMC-Menü raus. Nee, Spaß

beiseite. Da hängt so viel voneinander ab, daß man da irgendwann die Über-

sicht verliert. Ich hatte schon Angst, daß ich für die Beta 14 nichts mehr zu

tun hätte. Das mit der Swap-Umschaltung resultiert übrigens aus der Kos-

metik. Ich werde die anders realisieren müssen.

Wo kriegst Du den Nameserver bei DHCP her? Der fehlt nämlich auch noch

in der Sysinfo bei DHCP.

[rich]

Wo kriegst Du den Nameserver bei DHCP her? Der fehlt nämlich auch noch

in der Sysinfo bei DHCP.

Der wird vom System in die /var/etc/resolv.conf geschrieben, leider aber erst nach der Bootanzeige und dadurch auch erst nach dem zweiten Neustart der Box auslesbar.

 

rich

[SnowHead]

@rich

 

Also in der resolv.conf steht leider nicht immer der richtige Nameserver drin.

Diese Datei wird nämlich auch von SysInfo ausgewertet und da scheint das

nicht hinzuhauen. Klick

[rich]

Oder meinst du den Gateway, der ist ja bei Sysinfo nicht korrekt?

route -n

Der Namensserver wird in der Box bei DHCP korrekt in die /var/etc/resolv.conf gespeichert (aber erst nach dem Bootinfo).

 

rich

[eraser65]

Hey, dank Dir für die Blumen, SnowHead War es das also doch tasächlich, super , dann wäre das Problem ja auch gelöst und wieder ein Bug weniger. Freut mich , daß ich richtig helfen konnte.

Ich flashe später die BETA 13 (muß jetzt weg)

Ich teste dann wieder später.

 

gruß eraser65

[Tycus]

Hab mal still mitgelesen und muß auch mal sagen super gemacht eraser. Respekt für die Anstrengungen.

[imh0]

Bei mir funktioniert jetzt denke ich alles super. Der kosmetische Bug beim Löschen von Files im Movieplayer (wird eine falsche Meldung angezeigt. Hat bahnbooster glaube ich schon einen Screenshot gepostet) sieht vielleicht noch ziemlich blöd aus. Sollten die im CVS mal schnell fixen.

 

Ich werde meine Dbox jetzt wieder ins TV-Rack stellen.

[SnowHead]

@rich

 

Man sollte eben nicht auf zu vielen Hochzeiten gleichzeitig tanzen.

Problem war natürlich der Gateway nicht der Nameserver.

 

 

@All

 

Ich habe die von rich geposteten lästigen Ungereimtheiten in den

MMC-Settings noch schnell gefixt. Files liegen oben. Ist schon die

Beta 13 auf der Box, genügt ein Root-Update.

[rich]

Ich liege zwar schon fast im Bett, aber das Rootupdate (3. Mal heute ) lasse ich mir jetzt nicht nehmen.

 

rich

[SnowHead]

@rich

 

Aber jetzt bitte keine Fehlermeldungen mehr. Ich will auch in's Bett.

 

Edit: Das war übrigens erst das zweite Root-Update.

[rich]

Edit: Das war übrigens erst das zweite Root-Update.

3. Mal flashen

 

Bericht bei Fehlen kommt erst heute Abend

 

rich

[schubsi]

@rich and SnowHead

 

Moins!

 

Da sogar schon an wirklich rein kosmetischen Sachen (korrekte IP-Anzeige bei DHCP) gearbeitet wird, kann ich gleich mal noch was zu steuern, was mir schon vor Ewigkeiten aufgefallen ist:

 

/var # /var # ifconfig eth0
eth0     Link encap:Ethernet  HWaddr XX:XX:XX:XX:XX:XX
         inet addr:192.168.5.7  Bcast:192.168.5.255  Mask:255.255.255.240

 

Wenn man aufmerksam Netzwerkadresse und Maske vergleicht, kommt man schnell zu dem Schluss, dass die Bcast-Adresse so nicht stimmen kann, das müsste nämlich eigentlich die 192.168.5.15 sein und nicht die .255

 

STOP! Es besteht kein dringender Handlungsbedarf (habe keine Fehlfunktionen festgestellt), denn ich wüsste nicht, was denn die Box so dringendes zu übermitteln hätte (oder doch?).

 

Vielleicht kann das jemand von Euch an geeigneter Stelle anbringen (an die Kernel-Crew weiterleiten oder so)...

 

Muss jetzt los zur Arbeit (Urlaub vorbei, schnief!)...

 

Ansonsten: Hut ab!

 

-==[schubsi]==-

[cincaid]

Hi,

 

die Beta13 incl. Rootupdate laufen tadellos. Die Ersteinrichtung läuft wie gehabt problemlos und ist in wenigen Minuten abgeschlossen. Bugs wie das Umschalten des MMC-Swap tangieren mich nicht wirklich, da ich großartig nichts umstelle wenn mal etwas gut läuft.

Mir ist noch eine "kosmetische" Sache aufgefallen. Wenn ich im Filebrowser des Movieplayers mit der Mute-Taste eine Aufnahme löschen möchte, erscheint eine Meldung mit "Der aktuelle Kanal wird dem Bouquet Meine Favoriten hinzugefügt. Die Speicherung benötigt einen Moment...SciFi_Earth_2.........". Dann kann ich Ja oder Nein auswählen. Bei Ja, wird der Film ordnungsgemäß entsorgt. Bei Nein wird der Vorgang korrekt abgebrochen. Dieser Fehler tritt im TS-Archiv nicht auf.

 

Dann habe ich noch festgestellt das bei mir der Schreibcache nicht auf aus gesetzt werden kann. Ich kann das zwar im Menü einstellen, aber der Cache bleibt hartnäckig aktiv. Dann habe ich in der init_ide per Hand den Parameter -W in der Zeile mit hdparm geändert, aber das brachte nichts.

Dann habe ich spasseshalber mal am Anfang der start_neutrino "/sbin/hdparm -W0 /dev/...." eingetragen, aber trotzdem bleibt der Cache an. Gebe ich die Zeile per Hand in Telnet ein, klappt es.

Aufgrund der Fehlermeldungen schliesse ich auch nicht aus, das es einzig an meiner Platte liegt, obwohl sie korrekt aufnimmt und abspielt.

 

Auszug vom Bootlog:

Uniform Multi-Platform E-IDE driver Revision: 7.00beta4-2.4
ide: Assuming 50MHz system bus speed for PIO modes; override with idebus=xx
dboxide: $Id: main.c,v 1.11 2007/08/07 09:02:15 dbt Exp $
ide: late registration of driver.
dboxide: activating cs2
dboxide: address space of IDE-Interface is at: 0xc38a7000
dboxide: irq 6 will be used.
Probing IDE interface ide0...
hda: Maxtor 6Y080L0, ATA DISK drive
ide0 at 0x010-0x017,0x04e on irq 12
hda: attached ide-disk driver.
hda: host protected area => 1
hda: 160086528 sectors (81964 MB) w/2048KiB Cache, CHS=158816/16/63
/dev/ide/host0/bus0/target0/lun0: p1 p2
warte auf init_ide

/dev/ide/host0/bus0/target0/lun0/disc:
setting acoustic management to 128
setting drive write-caching to 0 (off)
hda: drive_cmd: status=0x51 { DriveReady SeekComplete Error }
hda: drive_cmd: error=0x04 { DriveStatusError }
HDIO_DRIVE_CMD(flushcache) failed: Input/output error
hda: drive_cmd: status=0x51 { DriveReady SeekComplete Error }
hda: drive_cmd: error=0x04 { DriveStatusError }
HDIO_DRIVE_CMD(flushcache) failed: Input/output error
setting standby to 36 (3 minutes)
write-caching =  1 (on)
acoustic      = 128 (128=quiet ... 254=fast)
init_ide fertig

 

Auszug aus Telnet :

/var # hdparm -W0 /dev/ide/host0/bus0/target0/lun0/disc

/dev/ide/host0/bus0/target0/lun0/disc:
setting drive write-caching to 0 (off)
HDIO_DRIVE_CMD(flushcache) failed: Input/output error
HDIO_DRIVE_CMD(flushcache) failed: Input/output error
write-caching =  0 (off)
/var #

 

CU

[niemand0815]

/var # /var # ifconfig eth0
eth0     Link encap:Ethernet  HWaddr XX:XX:XX:XX:XX:XX
         inet addr:192.168.5.7  Bcast:192.168.5.255  Mask:255.255.255.240

 

Wenn man aufmerksam Netzwerkadresse und Maske vergleicht, kommt man schnell zu dem Schluss, dass die Bcast-Adresse so nicht stimmen kann, das müsste nämlich eigentlich die 192.168.5.15 sein und nicht die .255

 

-==[schubsi]==-

ich glaubte immer die bcast adresse kann man in den netzwerkeinstellungen setzen?

oder wird die automatisch berechnet?

 

aber wenn wir dann gleich dabei sind noch was kosmetisches:

natürlich könnte man bei eingabe der ip und der subnetmaske auch ein grossteil des default-gateways automatisch anpassen (netzwerkanteil der ip-adresse übernehmen).

 

aber wie schubsi ja schon sagte ist da keinerlei handlungsbedarf.

[niemand0815]

und noch ein zufällig entdeckter bug:

wenn man im keywelt-menü/systemmenü

die ucodes auf den 1A ändert und die kiste booten lässt steht dort danach der ucode13 drin.

der 1A ist aber aktiv.

 

EDIT:

natürlich inclusive dem rootupdate getestet.

[dietz]

Hi

beta 13 :

leichte Einrichtung

hdd Einbindung problemlos

kanalsuche ok

umschaltung der Kanäle null Problem

timerprogrammierte und direktaufnahme auf interne hdd ok

Keine Neutrinoneustarts beim Einrichten des images

 

Schreibcache ein und aus funzt bei mir.

Bei ein ruckelnde Aufnahmen in Bild und Ton

Bei aus perfekte Aufnahme

 

Auszug bootlog: cache aus

 

/dev/ide/host0/bus0/target0/lun0/disc:

setting acoustic management to 128

setting drive write-caching to 0 (off)

setting standby to 72 (6 minutes)

write-caching = 1 (on)

acoustic = 128 (128=quiet ... 254=fast)

init_ide fertig

 

cache ein

 

/dev/ide/host0/bus0/target0/lun0/disc:

setting acoustic management to 128

setting drive write-caching to 1 (on)

setting standby to 72 (6 minutes)

write-caching = 1 (on)

acoustic = 128 (128=quiet ... 254=fast)

init_ide fertig

 

 

kleiner Schreibfehler beim Menüpunkt Streamingserver: ativiert statt aktiviert

 

Gruss

Dietz

[MacFco]

Habe mal versucht, Mounteinstellungen im yWeb per copy & paste einzugeben und dann Box neustarten ... da waren dann alle Einstellungen weg!?

Hi @yam,

Box neustarten, hier werden die Daten aus dem Ram in die Config-Dateien zurückgeschrieben.

Neutrino neustarten -> Service, hier werden die Daten aus den Config-Dateien neu eingelesen.

Also Letzteres, dann sollte es klappen.

 

EDIT: Vorsicht bei den Aufnahme-Einstellungen über yWeb, hier werden

regelmäßig die (Streaming-) Server Einstellungen gelöscht.

[european]

Hi

 

Habe mir heut morgen die Beta 13 mit rootupdate auf die Box gespielt.

HDD und MMC einrichten ging proplemlos.

Aufnahmen auf PC und HDD funtzt tadellos,das mit dem mounten klappt auch wieder.

Werde die Box bis heute abend unter normal User bedingungen weiter testen.

Dann muss ich bis zum Wochenende passen,weil ich es zeitlich nicht schaffe.

Also bis jetzt läuft die Box einwandfrei.

Wenn ich bis heute Abend noch was entdecken sollte werde ich berichten.

 

 

gruß

european

[MacFco]

Noch b12:

@SnowHead

LogoMask:

 

Ähm, dachte schon ich wäre blind. ;-)

Aber du meintest die "plconfig_logomask.mnu" (nicht shellecec.conf),

dort fehlte das "§" in der 4. Zeile. Jetzt funktioniert es.

 

 

@SnowHead,

@schubsi,

FTA/Card-Anzeige, falsche Anzeige:

Da ist die cainfo.txt/ecm.info noch nicht aktuell. In anderen

Images werden m.W. deshalb diese Dateien bei jedem Zapping

gelöscht, um eine sofortige Neuerstellung durch... anzustossen.

Weiss aber auch nicht, ob man das so verwirklichen kann oder soll.

Möglicherweise wird das Zapping dadurch verlangsamt und/oder auch

behindert, imho.

 

 

@SnowHead

@Unicorn0815

@eraser65

Erstmal ein großes Lob an @eraser65 für seine unermüdliche Fehlersuche!

 

Habe die Scenarios von @eraser65 auch nachgestellt und konnte die

Neutrino Neustarts erstmal "nicht" nachvollziehen, da ich meine eigenen

Settings verwendete.

Habe dann deshalb die kompletten Settings (satellites.xml, zapit.conf,

zapit-Ordner) der b12 nochmal auf die Box geschoben.

Bei mir kommt aber der Neutrino Neustart erst nach dem Kanalsuchlauf.

 

Führe das u.s. Log nur noch mal an, weil bisher von Segfault und

Neutrino Neustart die Rede war, aber nicht von Terminate und bei

späteren Versuchen auch nicht mehr angezeigt wurde.

 

Log b12:

[zapit] scan mode full

[...]

[getservices] /var/tuxbox/config/zapit/myservices.xml  found.

[getservices] dup transponder id 3 onid 85...

/tmp/currentservices.xml: No such file or directory

[basicsocket] send_data: Resource temporarily unavailable ...

[controld] setting VideoFormat to auto

 

terminate called after throwing an instance of 'std::bad_alloc'

terminate called recursively

Aborted

neutrino: /lib/libpng12.so.0: no version information available (required by neutrino)

starting /bin/neutrino

[...]

[CBasicClient] connect failed: /tmp/zapit.sock

/tmp/zapit.sock: Connection refused

broke /tmp/zapit.sock

[neutrino] received 0 sats

 

/tmp/zapit.sock: No such file or directory

$Id: zapit.cpp,v 1.403 2007/09/01 04:32:26 Kroki & Worschter & SnowHead Exp $

[zapit] MAX_SOCKETS=3

[zapit] PMT update enabled

[frontend] uncommitted_switch_mode 0

 

[CBasicClient] connect failed: /tmp/zapit.sock

/tmp/zapit.sock: No such file or directory

[...] ca. 50x

 

[getservices] /var/tuxbox/config/zapit/myservices.xml  found.

[getservices] dup transponder id 3 onid 85 ...

/tmp/currentservices.xml: No such file or directory

registering neutrino

Und jetzt zur Beta13...

[eraser65]

Hi Leute

Das sieht doch schon gut aus:

 

1. kein Neutrino Neustert - allen Szenarien durchgetestet

2. HDD Einbindung= OK

3. HDD Temp = OK

4. HDD Check läuft ( seit 8 min.)

5. HDD Speicherauslastung = OK

 

6. Alle vorahdenen TS Streams laufen perfekt bei :

a: Schreibcache =AUS ;

b: Swap Treiber =AN

 

Anm.: bei aktiviertem Schreibcache die reinste Fotoshow

Neue HDD-Aufnahmen teste ich nach erfolgreichem HDD-Check

----------------------------------------------------------------------------

Kann kosmetischen Bug von niemand0815 bestätigen:

6. - falsche Ucode Anzeige 0013 VOR und NACH der root update Einspielung

 

...Teste weiter nach Check......

 

gruß eraser65