Bitte testen - Test-Snapshot vom 29.1.2009 - Nokia EPG Fix

[Riker]

Ich habe eben einen neuen Testsnapshot hochgeladen der die kompletten Boxhänger bei Nokia Satboxen ohne EPGFilter beseitigt.

http://www.jackthegrabber.de/viewtopic.php?f=7&t=11112

Uns würde interessieren ob das Problem komplett behoben ist, im seriellen Log kommt eine Debug-Ausgabe auf dem Problemtransponder.
Weiterhin interessiert es sehr ob Sagem und Philips Boxen durch die änderung keine Probleme machen.

Bitte reichlich testen, die epgfilter.xml ist dann nicht mehr nötig.

Gruß Riker

[saggi]

Hallo,

ich habe zwar nur eine Kanelbox an einem privaten Anbieter, hatte aber auf den ungenutzten Kanälen(die, die man sowieso nicht schaut ) immer Abstürze. Den EPG-Filter habe ich nie eingerichtet und hatte dort immer Abstürze:
Sah dann im Log so aus:

Code: Alles auswählen

15:09:51.211 dmxCN: waking up again - requested from .change()
SPTS, queue 0 extended.
avia_gt_dmx: queue 3 overflow (count: 111)
avia_gt_dmx: queue 4 overflow (count: 1)
[controld] VIDEO_EVENT_SIZE_CHANGED 480x576 (16:9 -> 4:3)
[controld] format: 4:3(LB)
SPTS, queue 0 extended.
15:14:01.182 dmxCN: going to sleep...
15:14:01.183 eit_set_update_filter, servicekey = 0x45400012f80, current version 12

Nach dem aktuellen Snap kann ich auch in diesem Bereich zappen:

Code: Alles auswählen

15:21:26.439 dmxCN: going to sleep...
15:21:26.440 eit_set_update_filter, servicekey = 0x20085000a, current version 19
descramble onid: 0001 sid: 000a status: 8484
15:21:59.673 dmxCN: waking up again - requested from .change()
SPTS, queue 0 extended.
avia_gt_core: masking unhandled irq reg 1 bit 15
[controld] VIDEO_EVENT_SIZE_CHANGED 720x576 (4:3 -> 16:9)
[controld] format: 16:9
15:22:01.463 dmxCN: going to sleep...
15:22:01.464 eit_set_update_filter, servicekey = 0x44d00016dca, current version 8
15:22:14.213 dmxCN: waking up again - requested from .change()
SPTS, queue 0 extended.
[controld] VIDEO_EVENT_SIZE_CHANGED 480x576 (16:9 -> 4:3)
[controld] format: 4:3(LB)
SPTS, queue 0 extended.
15:22:21.169 dmxCN: going to sleep...
15:22:21.170 eit_set_update_filter, servicekey = 0x45400012f80, current version 17
Houdini Nokia EPG Workaround!
15:22:26.442 dmxCN: waking up again - requested from .change()
SPTS, queue 0 extended.
[controld] VIDEO_EVENT_SIZE_CHANGED 720x576 (4:3 -> 4:3)
Houdini Nokia EPG Workaround!
Houdini Nokia EPG Workaround!
SPTS, queue 0 extended.
[controld] VIDEO_EVENT_SIZE_CHANGED 480x576 (4:3 -> 4:3)
Houdini Nokia EPG Workaround!
Houdini Nokia EPG Workaround!
Houdini Nokia EPG Workaround!
Houdini Nokia EPG Workaround!
15:23:16.138 dmxCN: going to sleep...
15:23:16.139 eit_set_update_filter, servicekey = 0x45400012f59, current version 255

Ich würde sagen, das funktioniert super. Zumindest auf meiner Nokia Avia500 Kabel. Da ich aber nicht weiß, ob das bei mir das gleiche Problem wie bei den Sat-Benutzern ist, kann ich nur so Feedback geben.

saggi

[Riker]

@Saggi, ist das gleiche Problem, wusste nur nicht das es auch bei Kabel war.

Gruss Riker

[muelleimer]

Mit diesem Testsnapshop vom 30.01.2009 besteht mein Schwarzbild-Bug aufgrund fehlendem EPG mit Nokia Kabelbox weiterhin

[dan 16341]

JtG_Neutrino_Komplett_2x__v2.3.2.img -22.12.2008


bild bleibt kurz stehen,dann bild und ton unsynkron,kanal wecheln alles ok,bis zum nächsten hänger,egal welcher sender.hatte ich beim letzten kw image auch.
nokia sat 2x600,werde mal den neuen snapshot testen.

[dan 16341]

hat leider nichts gebracht (Testsnapshop vom 30.01.2009) nach neustart kein system,muste alles neumachen,keine ahnung was schief gegangen ist.habe nun JtG_Neutrino_Komplett_2x__v2.3.0.img rauf gemacht.

[g5401]

@Riker

Hi!
ich geh mal davon aus, daß du weißt in welchem Board ich unterwegs bin. Wir haben den 2. Patch eingebaut und haben bisher nur possitive Rückmeldungen. Ich kann es selber auch auf zwei Boxen bestätigen. Houdini hat einen super Job gemacht.

Gruß g5401

[Torsten73]

Hi Riker,
habe das Image auf 2 Boxen mit HDD drauf. Sowohl Nokia (IDE) als auch Sagem (SATA). Bei beiden IMages funktioniert das überprüfe der Festplatte nicht mehr. Ich glaube nicht, dass dies mit dem Testsnap im speziellen zusammenhängt, aber merkwürdig ist es schon. EPG Probleme wie EPG Speichern und Anstürze vom Sectionsd auf RTL Sendern sind mir bisher nicht mehr aufgefallen.
Schau doch mal hier rein:
http://tuxbox-forum.dreambox-fan.de/for ... 31&t=48504

Vielleicht kann auch noch Dr.Stoned etwas zum Fehler des HDD Check Plugin sagen?

Cu
Torsten

[DrStoned]

Vielleicht kann auch noch Dr.Stoned etwas zum Fehler des HDD Check Plugin sagen?

Dazu habe ich eine Frage: Meinst Du das HDD-Check-Plugin, das ich mal entwickelt hatte, oder den Menüpunkt im Harddisk-Setup-Menü? Testen ist momentan bei mir schlecht, bin sehr stark erkältet und sollte eigentlich schon wieder das Bett hüten.

[Torsten73]

@Dr.Stoned,
na dann erst mal gute Besserung. Und mach Dir keinen Stress.
Ja dieses Plugin welches sich im Menü Harddisk Setup befindet (HDD Check).
Ich muß nur ehrlich sagen, dass ich es bisher selten benutzt hatte. Inzwischen sind ja diverse Änderungen im CVS erfolgt. Ich will also nicht behaupten, dass es am Testsnap liegen muß.

@all
Es reicht eigentlich schon aus, wenn jemand man gegentestet ob das Plugin bei Ihm funktioniert. Meine 160GB Seagate Momentus IDE und die 320GB Seagate Momentus SATA funktionieren beide nicht. Beide ohne Write Cache und Swap mit nur einer Partition. War da nicht mal was mit großen Hdds, die nicht überprüft werden konnten? Möglich das das Problem doch noch existiert ? Ich habe in den letzten Monaten nicht mehr so viel gelesen hier.
Der Scheideweg der guten alten Dboxen rückt (leider) bei mir auch näher. Die Funktionsfehler, die sich in letzter Zeit (auch ohne neue Versionen) eingeschlichen haben werden immer mehr. Um die kurz zu nennen, dazu gehören zeitweise Standbild mit entweder selbstständig behebendem Fehler oder auch nur mit Umschalten zu beheben (egal ob Nokia oder Sagem) und in der Regel auf Sender wie ARD ZDF oder Pro7 Paketen mit hoher Bitrate, plötzlich auftretende Probleme mit dem EPG Speichern und sporadische Abstürze des Sectionsd, dann die leidlichen HDD Probleme der Nokia 600 Serie, die früher mal die stabilsten Boxen waren, heute sind es die Sagems, die früher keiner haben wollte (wieso eigentlich?), dann haben die Boxen im PES Mode zeitweise beim Starten kein Bild und Ton, trotz einwandfreiem Empfang lt. StreamInfo, erst nach nochmaligem Neustart läuft dann alles normal. Auch die Problematik mit den verschiedenen Aufnahmeverzeichnissen (AUTOMount) besteht seit langem und wird wohl kaum mehr Beachtung finden.

Alles in allem zeigt es mir dass so die die Oberfläche Neutrino mir gefällt, der Zahn der Zeit an der Boxengeneration nicht vorbeigegangen ist. In mir hat sich mittlerweile der Verdacht erhärtet, dass die Boxen bei den mittlerweile erreichten Bitraten einfach nicht mehr mitkommen. Beweisen kann ich es leider nicht. Da ich aber mehrere unterschiedlich alte Boxen und Versionen habe und alle die gleichen Problem bekommen (auch z.T. mit sehr alten JTG´s) liegt der Verdacht sehr nahe. Und irgendwie werde ich auch den Verdacht nicht los, dass irgendwo was verschlimmbessert wurde (ich hoffe damit trete ich den wenigen die noch aktiv am Code arbeiten nicht zu nahe), obwohl ich froh bin, dass es überhaupt noch welche gibt, die sich in Neutrino an etwas rantrauen . Neutrino ist im Grunde das Beste, was ich von Benutzeroberflächen kenne. Ob EnigmaII da jemals ranreichen wird, wird die Zukunft zeigen...

Außerdem muß ich zu meiner Schande gestehen, dass der schnöde Telekom Mediareceiver 301T mit seinen ganzen Aufnahmefunktionen und Reaktionszeiten einfach mehr Spass vom Bedienen macht und daher der Gedanke nach leistungsfähigen neuer Receivergenerationen zum greifen Nahe gekommen ist.

Sorry das war jetzt ein wenig abseits vom Thema, aber wir merken ja alle, dass es mittlerweile sehr ruhig geworden ist Ich wollte das nur mal loswerden ...

Trotzdem danke für den Testsnap, der zumindest bei mir so gut wie lange nicht mehr läuft. Besonders die Reaktionszeit des Menüs bei den Aufnahmen der Nokia sind mittlerweile spürbar besser geworden und ich habe auch keine Probleme mit den ARD Aufnahmen mehr. Im Moment teste ich ob man ARD wieder mit nur der Standardspur aufnehmen kann (das resultierte lange Zeit in 4MB große Dateien).

Versteht das hier nicht als Vorwurf, es ist so wie es ist, und niemand kann Zaubern. Es ist nur eine subjektive Zusammenfassung und da ich selbst nicht Coden kann lebe ich mit den Problemen so wie sie sind und freue mich über jede besch***ene Hersteller Software der vielen mangelhaften Sat Receivern, die mir immer wieder unter die Finger kommt uind wo der Kunde sich damit rumschlagen muß. Dann freut man sich abends auf die gute alte Neutrino DBox

Cu
Torsten

[DrStoned]

Hierbei handelt es sich nicht um ein Plugin, sonderen das ist Bestandteil von Neutrino.

[Torsten73]

Du sollst Dich doch kurieren und nicht Nachts um 5 Uhr vorm PC sitzend Fragen beantworten
Danke, das wusste ich nicht. Früher war das ja mal ein Plugin. Ok, dann warte ich mal ob sich jemand im Tuxbox Forum dessen annimmt.

Die ARD Aufnahmen mit Standardtonspur funktionieren übrigens wieder.

Gute Besserung
Torsten

[DrStoned]

Du sollst Dich doch kurieren und nicht Nachts um 5 Uhr vorm PC sitzend Fragen beantworten

Das war heute Morgen vor der Arbeit, bin seit heute wieder im Einsatz.

Ok, dann warte ich mal ob sich jemand im Tuxbox Forum dessen annimmt.

Da müssen wir, ( Riker und Imageteam) selbst danach schauen, da der Code mit dem Harddisk Setup-Menü leider immer noch nicht im CVS eingecheckt wurde. Du könntest uns dabei helfen, indem Du mal ein serielles Log von Deinem Versuch aufzeichnest. Ausserdem kannst Du natürlich auch mal das alte HDD-Check-Plugin installieren, das es im Plugin-Forum immer noch zum Download gibt. Das ist etwas gesprächiger, was die Fehlerursache angeht, als der im Harddisk-Setup-Menü eingebaute Menüpunkt. Falls Du irgendein Programm oder Dämon von der Platte gestartet hast, z.B. Samba, so wird der HDD-Check auch nicht ausgeführt, da bei einem laufenden Dämon die Platte nicht ungemountet werden kann. Ist die Platte nicht ungemountet, darf auch kein Festplattencheck ausgeführt werden. Um dies mit dem eingebauten Harddisk-Menü zu erreichen, wurden die Dateien hddcheck.start und hddcheck.end im Verzeichnis /var/tuxbox/config/ eingeführt. In diesen Skripts sind dann eventuell Dämons, die man von der Festplatte aus startet, zu beenden, bzw. nach dem HDD-Check wieder zu starten. Diese Einträge müssen jedoch selbst gemacht werden.

[-=HSKc=-Robby]

Ich habe bei mir eine 160GB Festplatte exterm an nem IDE->SATA-Adapter hängen und in einer anderen Box eine 100GB Festplatte intern verbaut.

Beide haben Swap Aktiviert und sind XFS formatiert.

Bei mir ging noch nie ein HDD-Check, es erfolgte nie eine Anzeige mit Ergebnissen.

Hab mir da aber wie etwas bei gedacht...

[-=HSKc=-Robby]

Habs grad mal gecheckt.

Der Check scheint durchzulaufen, aber das Ergebnis bleibt leer. Die Einblendung hat nur die Kopfzeile und den OK-Button.

Hier der Log-Auszug:

Code: Alles auswählen

Harddisk Menu 2008-08-02 JTG-Riker V0.39 
[neutrino ide] found mountpoint /hdd
[neutrino ide] unmount /hdd
[neutrino ide] found mountpoint /mnt/custom
[neutrino ide] unmount /mnt/custom
[neutrino ide] executing /var/tuxbox/config/hddcheck.start
[: missing ]
Phase 1 - find and verify superblock...
        - block cache size set to 4096 entries
Phase 2 - using internal log
        - zero log...
zero_log: head block 25155 tail block 25155
        - scan filesystem freespace and inode maps...
        - found root inode chunk
Phase 3 - for each AG...
        - scan and clear agi unlinked lists...
        - process known inodes and perform inode discovery...
        - agno = 0
        - agno = 1
        - agno = 2
        - agno = 3
        - agno = 4
        - agno = 5
        - agno = 6
        - agno = 7
        - agno = 8
        - agno = 9
        - agno = 10
        - agno = 11
        - agno = 12
        - agno = 13
        - agno = 14
        - agno = 15
        - process newly discovered inodes...
Phase 4 - check for duplicate blocks...
        - setting up duplicate extent list...
        - check for inodes claiming duplicate blocks...
        - agno = 0
        - agno = 1
        - agno = 2
        - agno = 3
        - agno = 4
        - agno = 5
        - agno = 6
        - agno = 7
        - agno = 8
        - agno = 9
        - agno = 10
        - agno = 11
        - agno = 12
        - agno = 13
        - agno = 14
        - agno = 15
Phase 5 - rebuild AG headers and trees...
        - agno = 0
        - agno = 1
        - agno = 2
        - agno = 3
        - agno = 4
        - agno = 5
        - agno = 6
        - agno = 7
        - agno = 8
        - agno = 9
        - agno = 10
        - agno = 11
        - agno = 12
        - agno = 13
        - agno = 14
        - agno = 15
        - reset superblock...
Phase 6 - check inode connectivity...
        - resetting contents of realtime bitmap and summary inodes
        - traversing filesystem ...
        - agno = 0
        - agno = 1
        - agno = 2
        - agno = 3
        - agno = 4
        - agno = 5
        - agno = 6
        - agno = 7
        - agno = 8
        - agno = 9
        - agno = 10
        - agno = 11
        - agno = 12
        - agno = 13
        - agno = 14
        - agno = 15
        - traversal finished ...
        - moving disconnected inodes to lost+found ...
Phase 7 - verify and correct link counts...

        XFS_REPAIR Summary    Thu Feb  5 20:45:45 2009

Phase		Start		End		Duration
Phase 1:	02/05 20:43:35	02/05 20:43:35	
Phase 2:	02/05 20:43:35	02/05 20:45:12	1 minute, 37 seconds
Phase 3:	02/05 20:45:12	02/05 20:45:16	4 seconds
Phase 4:	02/05 20:45:16	02/05 20:45:26	10 seconds
Phase 5:	02/05 20:45:26	02/05 20:45:43	17 seconds
Phase 6:	02/05 20:45:43	02/05 20:45:44	1 second
Phase 7:	02/05 20:45:44	02/05 20:45:44	

Total run time: 2 minutes, 9 seconds
done
Phase 1 - find and verify superblock...
        - block cache size set to 4096 entries
Phase 2 - using internal log
        - zero log...
zero_log: head block 6432 tail block 6432
        - scan filesystem freespace and inode maps...
        - found root inode chunk
Phase 3 - for each AG...
        - scan and clear agi unlinked lists...
        - process known inodes and perform inode discovery...
        - agno = 0
        - agno = 1
        - agno = 2
        - agno = 3
        - agno = 4
        - agno = 5
        - agno = 6
        - agno = 7
        - agno = 8
        - agno = 9
        - agno = 10
        - agno = 11
        - agno = 12
        - agno = 13
        - agno = 14
        - agno = 15
        - process newly discovered inodes...
Phase 4 - check for duplicate blocks...
        - setting up duplicate extent list...
        - check for inodes claiming duplicate blocks...
        - agno = 0
        - agno = 1
        - agno = 2
        - agno = 3
        - agno = 4
        - agno = 5
        - agno = 6
        - agno = 7
        - agno = 8
        - agno = 9
        - agno = 10
        - agno = 11
        - agno = 12
        - agno = 13
        - agno = 14
        - agno = 15
Phase 5 - rebuild AG headers and trees...
        - agno = 0
        - agno = 1
        - agno = 2
        - agno = 3
        - agno = 4
        - agno = 5
        - agno = 6
        - agno = 7
        - agno = 8
        - agno = 9
        - agno = 10
        - agno = 11
        - agno = 12
        - agno = 13
        - agno = 14
        - agno = 15
        - reset superblock...
Phase 6 - check inode connectivity...
        - resetting contents of realtime bitmap and summary inodes
        - traversing filesystem ...
        - agno = 0
        - agno = 1
        - agno = 2
        - agno = 3
        - agno = 4
        - agno = 5
        - agno = 6
        - agno = 7
        - agno = 8
        - agno = 9
        - agno = 10
        - agno = 11
        - agno = 12
        - agno = 13
        - agno = 14
        - agno = 15
        - traversal finished ...
        - moving disconnected inodes to lost+found ...
Phase 7 - verify and correct link counts...

        XFS_REPAIR Summary    Thu Feb  5 20:46:40 2009

Phase		Start		End		Duration
Phase 1:	02/05 20:45:49	02/05 20:45:49	
Phase 2:	02/05 20:45:49	02/05 20:46:23	34 seconds
Phase 3:	02/05 20:46:23	02/05 20:46:26	3 seconds
Phase 4:	02/05 20:46:26	02/05 20:46:31	5 seconds
Phase 5:	02/05 20:46:31	02/05 20:46:36	5 seconds
Phase 6:	02/05 20:46:36	02/05 20:46:38	2 seconds
Phase 7:	02/05 20:46:38	02/05 20:46:38	

Total run time: 49 seconds
done
[neutrino ide] executing /var/tuxbox/config/hddcheck.end
swapon: /dev/ide/host0/bus0/target0/lun0/part1: Device or resource busy
XFS mounting filesystem ide0(3,2)
XFS mounting filesystem ide0(3,3)

msgbox  Message-Box Version 1.68