Keywelt 2007 Squashfs Testimages

[eraser65]

Na ja ok ,soweit so gut - die ersten Tests liefen eigentlich ohne Probleme ab, aber ob SnowHead nun wirklich nicht noch was zusätzlich an der start_neutrino rumgefriemelt hat, bzw. ob dort was zur BETA 14 fehlt , wird er uns ja wohl spätestens heute abend wissen lassen.

 

Zumindest waren einmal nach einem HDD-Test-Straem sämtliche Sender einfach komplett weg , ein anderes Mal gab es nach einem HDD-Test Straem keine Popup Meldung: "Aufname wurde erfolgreich beendet".

Aber die Aufnahme lief trotzdem reibungslos.

 

Die Fehler konnte ich aber nicht reproduzieren. Trat praktisch nur einmal sporadisch auf.

 

- HDD Check = ok

- Alte und neue TS-Aufnahmen via HDD = Ok

- Plugin Deinstallation u. Installation = OK

 

soweit erstmal der Vorab-Test.

 

gruß eraser65

[nadar]

Ich komme ja bei dem Tempo von Snowhead kaum hinterher. Habe gestern abend endlich mal die Beta 13 aufgespielt und begonnen, zu testen...da ist die 14 schon da.

 

Mal sehen, wann ich dazu wieder komme. Die 13 läuft bislang übrigens einmal mehr tadellos. Ist im Dauerlauf seit 10.10....und wird kein bischen Müde oder träge.

[dietz]

Hi

Bisher hab ich noch keine Probleme mit beta 14.Läuft einwandfrei.Aufnahmen und Streamen ok.Sieht sehr gut aus

Gruss

Dietz

[SnowHead]

Sorry für die fehlende start_neutrino in der Beta 14. Wenn ich es nicht

besser wüßte, würde ich anfangen an Gremlins zu glauben. Erst der un-

erklärliche Rechteverlust von rescue und dann taucht die start_neutrino

nicht im Flash auf, obwohl sie im Patchverzeichnis mit drin war. Ich hatte

in ihr die Startverzögerungen einiger Plugins geändert. Der Start des Dim-

mers fiel vorher zum Beispiel mitten in die Initialisierung von Neutrino

und führte zum kurzzeitigen Öffnen des Hauptmenüs beim Start.

In der Beta 15 ist sie jetzt aber definitiv wieder mit drin. Testet bitte mal

das Ke*-Update ausgiebig, da ich daran ziemlich viel schrauben mußte.

[windows64bit]

Hi SnowHead,

 

macht ja nicht kann mal passieren die 15 kommt aber erst nach dem Länderspiel auf die Box

 

Weitere frage ist es möglich das du mal die online update funktion einrichtest fürs image um dies auch mal zutesten ob die einwandtfrei funktioniert sollte ja machbar sein oder ?

 

Ansonsten gibt es mehr heute abend !

 

MFG

windows64bit

[SnowHead]

@windows64bit

 

Das Online-Root- Update habe ich bereits getestet. Das funktioniert.

Würde ich jetzt was auf den Server legen, wäre die Beta 15 (zumin-

dest ihr Root) ja wieder public.

[MacFco]

Hi,

@Snowhead

war doch mal eine Abwechslung. ;-)

 

Noch Beta14

@All

Hatte gestern Nacht (12.10.) u. Log-Eintrag, Die Nokia 500 lief zu diesem

Zeitpunkt schon fast 24h. Den Eintrag habe ich erst jetzt gesehen, da die

Box anschliessend normal hoch bootete (Im Log keine Auffälligkeiten.) und

bis jetzt noch ohne Murren ihre Arbeit verrichtet.

 

Könnte es sich dabei um das altbekannte AVIA-Watchdog-Problem bei

Nokia 500 Boxen handeln?

 

Vielleicht war es aber auch nur ein "richtiges" Neutrino, das einen Treffer

landetet. ;-)

 

[timeThread] - 12.10.2007 02:45:56, tim: Fri Oct 12 02:45:56 2007

[timeThread] - 12.10.2007 02:55:57, tim: Fri Oct 12 02:55:57 2007

[timeThread] Time set via DVB, going to sleep for 600 seconds.

 

Machine check in kernel mode.

Caused by (from SRR1=1032): Transfer error ack signal

Oops: machine check, sig: 7

NIP: C38A00A4 XER: 20000000 LR: C38A0088 SP: C0145750 REGS: c01456a0 TRAP: 0200    Not tainted

MSR: 00001032 EE: 0 PR: 0 FP: 0 ME: 1 IR/DR: 11

TASK = c0143910[0] 'swapper' Last syscall: 120

last math 00000000 last altivec 00000000

GPR00: 00000002 C0145750 C0143910 00000001 000002AC C01457F0 FFFFFC18 C01462EC

GPR08: 00000000 C38A8000 C38A0000 C38A8000 443F3E84 10037470 01FFBA00 00000001

GPR16: FFFFFFFF 007FFF00 01FF6118 00000000 00001032 001457E0 00000000 C0002AA0

GPR24: C0003B64 00000001 C1C54200 C0154900 000002AC 00000000 00000000 C1C54200

Call backtrace:

C0014F6C C38A03A4 C0003A9C C0003BA0 C0002AA0 C0004338 C0004354

C0155408 C0002138

PCR discontinuity: PCR: 0x17592A50A, OLDPCR: 0x175918E2E, Diff: 71388

Kernel panic: Aiee, killing interrupt handler!

In interrupt handler - not syncing

Rebooting in 180 seconds..

 

debug: DDF: Calibrating delay loop... debug: DDF: 67.79 BogoMIPS

debug: WATCHDOG RESET

debug: BMon V1.0  mID 01

debug: feID dd    gtxID 0b

debug: fpID 5a    dsID

debug: HWrev X5  SWrev 0.81

debug: B/Ex/Fl(MB) 32/00/08

WATCHDOG reset enabled

dbox2:root> debug:

BOOTP/TFTP bootstrap loader (v0.3)

[...]

dexxxxxxxx onid: 0001 sid: xxxx status: 1d1d

[controld] VIDEO_EVENT_SIZE_CHANGED 480x576 (4:3 -> 4:3)

 

[timeThread] - 12.10.2007 03:01:28, tim: Fri Oct 12 03:01:28 2007

[wonderdoc]

@SnowHead

 

So, Beta15 ist auf meiner Box nun drauf.

Flashen verlief ohne Probleme.

Habe nun mal das Ke*-Update getestet.

Dabei ist mir aufgefallen, daß nach einem Update der Punkt Ke* Update selected erst disabled wird,

wenn man das Update-Menü einmal verlassen hat.

 

Der Update-Stand wird ja in der k**update.conf gespeichert.

Ist es gewollt, daß nur der Server-Wert mit dem Stand in der conf geprüft wird?

Wenn ich die Datei verändert oder sogar gelöscht habe, bleibt der Punkt ... selected disabled.

Sollte nicht zumindest geprüft werden, ob die Datei vorh. ist?

 

Ansonsten wiedermal top Arbeit.

 

mfg

Wonderdoc

[eraser65]

Testet bitte mal

das Ke*-Update ausgiebig, da ich daran ziemlich viel schrauben mußte.

Jetzt , wo du es ansprichst, in der BETA 14 ließ sich im ke* Update Menü die Auswahl "ignore select data" nicht verändern bzw.per links/rechts OK Taste die Settings verändern .d.h. der Aufruf "checking ke* update" erfogte sofort.

Das war aber wie gesagt in der Beta 14.

 

gruß eraser65

[newcode]

@SnowHead

Nur zwei Kleinigkeiten.

1) Wenn ich im TV-Guide die Pakete verändere geht etwas schief. Meißtens lande ich in der History.

 

2) Bin ich zu blöd die Konfiguration für das VNC Plugin zu finden ??

 

Grüße

[Sumisu]

1) Wenn ich im TV-Guide die Pakete verändere geht etwas schief. Meißtens lande ich in der History.

Kannst Du das bitte näher erläutern? Am besten im TV-Guide-Thread, da es höchstwahrscheinlich nicht mit der KW-Beta zusammenhängt. Ich müsste mal wissen, wie genau Du bei der Paket-Auswahl vorgehst und was dann bei Dir passiert. Normalerweise sollte es so sein, dass der Guide beendet und das ausgewählte Paket nach Neustart des Guides hinzugefügt bzw. rausgeschmissen wird.

 

Sumisu

[newcode]

@Sumisu

Gehört schon hierher. Ich habe auf einer Box noch beta9 drauf. Da ging es noch.

 

Grüße

[Sumisu]

Na wenn Du deswegen auch auf meine Frage nicht antworten willst, dann lasse es. Der Guide hat sich nämlich parallel auch "verändert". Aber seis drum. Ich kanns halt nicht reproduzieren, da ich kein KW drauf habe - aber am Guide kann SnowHead selbst nichts verändern - da hätten die Infos schon geholfen...

 

Sumisu

[SnowHead]

@MacFco

 

Also das sah wirklich nach einem hardwarebedingten Absturz aus.

 

 

@wonderdoc

 

Das Deaktivieren des Menüpunktes direkt nach dem Update werde ich

einbauen. Eine Reaktion auf Änderungen der Config während das Menü

geöffnet ist wird es aber nicht geben. Ein Bearbeiten oder Löschen der

Config vor dem Menüaufruf bewirkt, daß die Udates wieder angeboten

werden.

 

 

@eraser65

 

Ich habe jetzt nicht ganz verstanden, welchen Fehler Du melden woll-

test. Vielleicht besser per PM.

 

 

@newcode

 

Die vnc.conf liegt in /var/tuxbox/config/. Eine menügesteuerte Konfi-

guration dafür gibt es nicht.

 

 

@Sumisu

 

In der Beta 9 war noch der alte Aufruf drin. Mir ist aufgefallen, daß

nach dem Ändern eines Paketes das FlexMenü beendet wird, obwohl

die Messagebox mit dem Hinweis auf den nötigen Neustart noch ak-

tiv ist. Das führt später zu falschen Farben in den Neutrino-Menüs,

da die Farbpalette nicht wiederhergestellt wird und Neutrino reagiert

auf die Home-Taste für das Schließen der Messagbox (die meisten

lassen da die überflüssige Zapping-Historie drauf liegen). Das Flex-

Menü sollte also erst nach Schließen der Messagebox beendet werden.

 

 

@All

 

Ich werde heute noch die Konfiguration des MMC-Swap überarbeiten

müssen. Im Moment kann man den nämlich trotz aktiviertem HDD-

Swap durch Ein- und Ausschalten des MMC-Treibers wieder aktivie-

ren. Für die Treiberauswahl im MMC-Menü und dem uCode / Treiber-

Menü muß ich noch verschiedene locale-Einträge vorsehen. Im Trei-

bermenü ist jetzt die Überschrift falsch.

[Schroeder12345]

Moin moin,

 

habe auf Beta15 geflasht, bisher keine Probleme laeuft alles super.

Werde mal heute die Box etwas weiter stressen.

 

Gruss

[SnowHead]

So, Beta16 liegt oben mit einigen Bugfixes. Wer schon die 15 draufhatte,

braucht nur das Root-Update machen. Ich hoffe, daß ich in den MMC-Set-

tings nun endlich alle gegenseitigen Abhängigkeiten eingebaut habe.

 

 

@Trunkenbolt

 

Die Betatester hintenrum per PM wegen des Links zum Image angehen

ist unterste Schublade und disqualifiziert Dich nicht nur als Beta-Tester

(abgesehen von den 0 Beiträgen) sondern kostet Dich bei der nächsten

Aktion in dieser Richtung Deine Boardmitgliedschaft. Auf solche Leute

können wir hier gern verzichten.

 

 

@die anderen PM-Schreiber

 

Bitte respektiert endlich mal meine Bitte, keine Bettel-PM's zu schreiben.

Ich muß jeden Tag eine Menge Zeit aufwenden, um mein Postfach für

wichtige PM's freizuschaufeln. Und lest Euch bitte mal das hier durch.

[rich]

Hallo Snowhead,

folgendes Szenario klappt noch nicht:

 

IDE-Treiber start ein / HDD-Swap ein --> IDE-Treiber start aus --> MMC-Swap 32MB/64MB --> danach alles speichern --> danach wieder ins HDD/MMC-Einstellmenü --> MMC-Swap ist aus und auch nicht anwählbar

 

rich

[Skyrider79]

So ich hab das Beta 16 auch mal wieder probiert....

Das mounten klappt wieder und die Aufnahme klappte bei mir auch ohne Probleme....(1x Test auf WinXP - SFU und 1x Test auf NAS-System)...

Zu MMC/HDD kann ich nix sagen (keine eingebaut)....

NOKIA 2XI AVIA500

Bisher konnte ich nichts negatives finden...AVIA-Watchdog ein UCODE0014

Hab auch mal ein wenig das LOG angeschaut.....folgender Effekt tritt fast immer auf wenn ich von ORF auf das Erste schalte....(bei anderen Sendern komischerweise nicht (nur auf dem ARD Transponder) und auch nur wenn vorher auf ORF stand.....

EDIT:

Okay es scheint wohl an der CAMD3 zu liegen (mit MgCAMD tritt dieser Effekt nicht auf)

14.10.2007 13:49:46 camd3: CMD 02 -> 1702:000000:32C9:012D 0.167s from 127.0.0.1
( camd3 ) decoded on emu
avia_gt_dmx: queue 8 overflow (count: 1)
avia_gt_dmx: queue 9 overflow (count: 1)
avia_gt_dmx: queue 8 overflow (count: 2)
avia_gt_dmx: queue 9 overflow (count: 2)
avia_gt_dmx: queue 8 overflow (count: 2)
avia_gt_dmx: queue 9 overflow (count: 2)
avia_gt_dmx: queue 8 overflow (count: 4)
avia_gt_dmx: queue 5 overflow (count: 2)
avia_gt_dmx: queue 9 overflow (count: 3)
avia_gt_dmx: queue 8 overflow (count: 3)
avia_gt_dmx: queue 9 overflow (count: 2)
avia_gt_dmx: queue 5 overflow (count: 1)
avia_gt_dmx: queue 3 overflow (count: 1)
avia_gt_dmx: queue 8 overflow (count: 3)
avia_gt_dmx: queue 9 overflow (count: 2)
avia_gt_dmx: queue 7 overflow (count: 1)
avia_gt_dmx: queue 8 overflow (count: 4)
avia_gt_dmx: queue 9 overflow (count: 3)
avia_gt_dmx: queue 5 overflow (count: 2)
avia_gt_dmx: queue 3 overflow (count: 1)
avia_gt_dmx: queue 8 overflow (count: 2)
avia_gt_dmx: queue 9 overflow (count: 3)
avia_gt_dmx: queue 8 overflow (count: 1)
avia_gt_dmx: queue 9 overflow (count: 1)
avia_gt_dmx: queue 8 overflow (count: 1)
avia_gt_dmx: queue 9 overflow (count: 1)
avia_gt_dmx: queue 8 overflow (count: 1)
avia_gt_dmx: queue 9 overflow (count: 1)
avia_gt_dmx: queue 8 overflow (count: 1)
avia_gt_dmx: queue 9 overflow (count: 1)
avia_gt_dmx: queue 8 overflow (count: 1)
avia_gt_dmx: queue 9 overflow (count: 1)
avia_gt_dmx: queue 8 overflow (count: 1)
PES, queue 0 normal.
14.10.2007 13:49:52 camd3: stop ecm pid 0065 caid 1762 ident 000000
14.10.2007 13:49:52 camd3: stop ecm pid 00c9 caid 0d05 ident 000004
14.10.2007 13:49:52 camd3: stop ecm pid 0191 caid 1801 ident 003101
14.10.2007 13:49:52 camd3: stop ecm pid 012d caid 1702 ident 000000
[CBasicClient] connect failed: /tmp/camd.sock01
/tmp/camd.sock01: No such file or directory
[CBasicClient] connect failed: /tmp/camd.sock02
/tmp/camd.sock02: No such file or directory
14.10.2007 13:49:52 camd3: stop emm pid 0321 caid 1801 ident 000000
[controld] VIDEO_EVENT_SIZE_CHANGED 720x576 (4:3 -> 16:9)

[wonderdoc]

@wonderdoc

Das Deaktivieren des Menüpunktes direkt nach dem Update werde ich

einbauen. Eine Reaktion auf Änderungen der Config während das Menü

geöffnet ist wird es aber nicht geben. Ein Bearbeiten oder Löschen der

Config vor dem Menüaufruf bewirkt, daß die Udates wieder angeboten

werden.

Hi,

 

Der Menüpunkt selected wird nun sauber deaktiviert nach einem Update.

Allerdings wird der Punkt selected noch nicht wieder freigegeben,

wenn die K**-Datei geändert o. gelöscht wurde(vor dem K**-Update Menüaufruf).

 

mfg

Wonderdoc

[eraser65]

@wonderdoc

Das Deaktivieren des Menüpunktes direkt nach dem Update werde ich

einbauen. Eine Reaktion auf Änderungen der Config während das Menü

geöffnet ist wird es aber nicht geben. Ein Bearbeiten oder Löschen der

Config vor dem Menüaufruf bewirkt, daß die Udates wieder angeboten

werden.

Hi,

 

Der Menüpunkt selected wird nun sauber deaktiviert nach einem Update.

mfg

Wonderdoc

Stimmt, aber bei der Auswahl des vorigen Menüs und der sofortiger neuen Anwahl d. Menüs ist der Menüpunkt aber wieder aktiviert, das dürfte - solange keine neuen Files auf d. Server liegen - , nicht passieren.

 

Im jeweiligem Ke*-Untermenü bei mehreren verfügbaren Daten :

Farbauswahl d. Menüpunkte stimmt jetzt überein.

 

grün= Update verfügbar

gelb= keine neuen Daten verfügbar (warum nicht rot ?) Ist doch bei neuen Ca*d-Files auch so.

 

gruß eraser65

[SnowHead]

@rich

 

Stimmt, das ist noch ein Problem bei der Menü-Initialisierung und wird gefixt.

Da gibt es so viele Permutationen, die alle berücksichtigt werden müssen.

Aktuell wurde beim Start nur der Status des HDD-Swaps berücksichtigt. Der

Status des IDE-Treibers selbst muß dabei aber auch mit angeschaut werden.

 

 

@wonderdoc

 

Die Entscheidung über ein Update wird nicht anhand der Ke*-Datei getroffen

(wie auch?) sondern anhand der Einträge in der ke*update.conf.

 

 

@eraser65

 

Der Sache mit dem erneuten Enablen muß ich nachgehen. Die gelbe Farbe

deshalb, weil diese Dateien nicht mit dem grünen (selected) sondern dem

gelben Knopf (ignore date) upgedatet werden könnten.

Edit: Hmm, wenn ich das Update-Menü nach einem Update verlasse und gleich

wieder reingehe, bleibt der Menüpunkt "selected" bei mir disabled. Schreib mir

doch bitt mal per PM, was genau Du gemacht hast.

[newcode]

Hallo zusammen.

 

Ich weiß nicht ob man nicht den Avia VB030 aus dem Image werfen sollte.

Aktiviert man den, geht in den Audioplayer (nur in die Dateiauswahl) und wieder zurück, bleibt der Ton weg. Mir ist es nicht gelungen den Ton wieder zu kriegen.

Hab es bisher nur auf einer Sagem 2x getestet. Aber auf der mehrmals.

 

Grüße

[elstrieglo]

dafür kann ich aber den Ton der HD-Sender mit meiner Sagem-Kabelbox

im Kabelnetz damit hören, so unglaublich wie das jetzt auch klingen mag.

ok das Bild bleibt immer noch schwarz aber ich denke man sollte

eher die Bugs angehen, als den Ucode zu entfernen.

Wenn dies dann erstmal soweit ist, wäre das mein Favorit unter den Ucodes

für alle Avia 600er Boxen

Asyncronitäten und Schwarzbidbugs hatte ich mit dem VB030 jedenfalls nicht mehr.

 

 

 

Gruß

[newcode]

@elstrieglo

Für den, der sich irgendwann die "final" runterlädt, ist das ein Bug. Den interessieren Gründe nicht.

 

FYI der 030 war auch mal mein Favorit. Nach der Erfahrung nicht mehr.

 

Hast Du das eigentlch mal ausprobiert was ich beschrieben habe ??

 

Grüße

[elstrieglo]

Die Bugs gab es schon in der letzten 2006er KW-Ausgabe Dort tritt das Problem auch beim Movieplayer auf, egal ob man vorher auf einem verschlüsselten TV-, oder Radiosender verweilte.

 

 

Gruß