Das Original Benutzerinterface Neutrino-SD incl. zapit, sectionsd, yWeb etc...
DrStoned
Tuxboxer
Beiträge: 2614 Registriert: Montag 20. Mai 2002, 10:49
Image: JTG-Image [IDE] Version 2.4.4
Image: (7025SS) Merlin
Beitrag
von DrStoned » Freitag 25. November 2005, 08:39
Dann sollte aber dieser Text aus der erstellten
services.xml raus, da er nur zur Verwirrung führt.
Code: Alles auswählen
If you want to turn off automatic service list updates set scanType in scan.conf to 4
Greetz from DrStoned
Nirvana
Erleuchteter
Beiträge: 646 Registriert: Mittwoch 16. April 2003, 14:12
Beitrag
von Nirvana » Freitag 25. November 2005, 10:09
Oops
Danke.
mb405
Tuxboxer
Beiträge: 2331 Registriert: Donnerstag 24. März 2005, 21:52
Beitrag
von mb405 » Freitag 25. November 2005, 14:20
kann es sein, das seit der letzen zapit.cpp // sectionsd.cpp änderung der bootvorgang erheblich verlängert wurde. vorher 1:20 jetzt 2:10
der steht im log sehr lange hier
Code: Alles auswählen
$Id: zapit.cpp,v 1.383 2005/11/23 20:25:22 metallica Exp $
dann gehts nach 10-15 sec hier weiter
Code: Alles auswählen
[getservices] /var/tuxbox/config/zapit/myservices.xml found.
[getservices] dup transponder id 3 onid 85
[getservices] dup transponder id 11 onid 85
[getservices] dup transponder id 4 onid 85
[getservices] dup transponder id 1 onid 85
dann gehts bestimmt nach 20sec hiermit weiter
Code: Alles auswählen
[sectionsd] getUTC: read: Connection timed out
$Id: controld.cpp,v 1.117 2004/05/22 14:34:09 carjay Exp $
[controld] Boxtype detected: (1, Nokia D-BOX2)
[nhttpd] Neutrino HTTP-Server starting..
desweiteren habe ich den prozess sectionsd nach umschalten für ca. 2 minuten auf bis zu 87% prozessorlast
Code: Alles auswählen
150 root R 6416 140 88.9 20.7 sectionsd
331 root R 684 328 9.4 2.2 top
327 root S 392 67 2.0 1.2 telnetd
152 root S 6416 140 0.0 20.7 sectionsd
143 root S 6408 140 0.0 20.7 sectionsd
142 root S 6408 140 0.0 20.7 sectionsd
136 root S 6408 1 0.0 20.7 sectionsd
147 root S 6408 140 0.0 20.7 sectionsd
140 root R 6408 136 0.0 20.7 sectionsd
148 root S 6408 140 0.0 20.7 sectionsd
249 root S 3744 119 0.0 12.1 neutrino
Hollo
Einsteiger
Beiträge: 226 Registriert: Mittwoch 22. August 2001, 00:00
Beitrag
von Hollo » Freitag 25. November 2005, 18:37
Image CVS : 22.11. jffs2
Weis nicht, warum ihr alle solche Probleme mit dem Hochfahren der DBox2 habt.
Habe ARD ausgewählt, Box neu gestartet mit
sections scan ein und Bild kam nach genau 50 Sekunden.
Dann Box umgestellt auf
sections scan aus und Bild kam auch nach 50 Sekunden.
Also alles ok !!!
petgun
Tuxboxer
Beiträge: 5001 Registriert: Montag 11. November 2002, 15:26
Beitrag
von petgun » Freitag 25. November 2005, 19:26
Hollo hat geschrieben: ...Also alles ok !!!
..kannst Du Dir vorstellen das es bei Sat-Boxen etwas anders aussieht?
Metallica
Einsteiger
Beiträge: 191 Registriert: Dienstag 30. Dezember 2003, 01:49
Beitrag
von Metallica » Freitag 25. November 2005, 19:33
Ich habe Sat-Box und hier ist alles ok. Ich vermute ,dass es was mit myservices.xml bzw anti zu tun hat , weil ich keine habe.
Hollo
Einsteiger
Beiträge: 226 Registriert: Mittwoch 22. August 2001, 00:00
Beitrag
von Hollo » Freitag 25. November 2005, 22:02
petgun hat geschrieben: Hollo hat geschrieben: ...Also alles ok !!!
..kannst Du Dir vorstellen das es bei Sat-Boxen etwas anders aussieht?
jo
Nokia 2xA bmon 1.0 Kabel Avia 500
Sagem 1xI bmon 1.3 Kabel Avia 600L
Nirvana
Erleuchteter
Beiträge: 646 Registriert: Mittwoch 16. April 2003, 14:12
Beitrag
von Nirvana » Freitag 25. November 2005, 22:06
Bei mir funktioniert cvs update nicht mehr. Er holt sich nciht die aktuelle Version vom sectionsd. Warum? Was heißen die Fragezeichen?
Code: Alles auswählen
cvs: WARNING: Read-only repository access mode selected via `cvs -R'.
Using this option to access a repository which some users write to may
cause intermittent sandbox corruption.
? apps/tuxbox/enigma
? apps/tuxbox/funstuff
? apps/tuxbox/lcars
? apps/tuxbox/lcd
? apps/tuxbox/libs
? apps/tuxbox/libtuxbox
? apps/tuxbox/neutrino
? apps/tuxbox/plugins
? apps/tuxbox/tools
? cdk/root/etc/init.d/rcS.modprobe
cvs update: Updating .
cvs update: Updating CVSROOT
cvs update: Updating apps
cvs update: Updating apps/dvb
cvs update: Updating apps/dvb/config
cvs update: Updating apps/dvb/dvbsnoop
cvs update: Updating apps/dvb/dvbsnoop/src
mb405
Tuxboxer
Beiträge: 2331 Registriert: Donnerstag 24. März 2005, 21:52
Beitrag
von mb405 » Freitag 25. November 2005, 22:10
@Nirvana
kann es sein, das noch wo der fehlerteufel steckt ?
ich hab grad wieder bisserl experimentiert
im log kommt
Code: Alles auswählen
[sectionsd] readNbytes: received POLLERR
[sectionsd] readNbytes: received POLLERR
früher stand da Update currentservices.xml oder so. die ausgaben kommen immer, bevor kanallisten neu geladen werden.
Nirvana
Erleuchteter
Beiträge: 646 Registriert: Mittwoch 16. April 2003, 14:12
Beitrag
von Nirvana » Freitag 25. November 2005, 22:35
cvs update apps/tuxbox/neutrino hat die aktuelle Version auf die Platte gespült. Dies also das diff vom sectionsd gegen die aktuelle CVS-Version
http://s46.yousendit.com/d.aspx?id=1HN6 ... VMRR9NZOY2
Fixes:
- Eutelsat & Sirius benutzen identische TransponderID. Keine Updates zulassen, wenn beide in der Liste sind.
- mehrere kleine Fixes beim Erstellen von currentservices.xml (doppelte Provider Einträge)
@mb405
Diepoller Einträge kommen nicht direkt von meinem Code. Die hat auch der EIT Thread verursacht. Was das bedeutet weiß ich nicht. Houdini hat sich dann einfach mehr Speicher genommen glaube ich. Störungen der Funktionalität konnte ich nicht feststellen.
DieMade
Oberlamer, Administrator & Supernanny
Beiträge: 10532 Registriert: Samstag 13. Juli 2002, 10:49
Beitrag
von DieMade » Samstag 26. November 2005, 12:37
Die Diskussion gibts ab sofort hier:
http://forum.tuxbox-cvs.sourceforge.net ... highlight=
In diesem Thread bitte nur zur eigentlichen Arbeit etwas posten.
There are 10 types of people in the world: those who know binary and those who don't
mb405
Tuxboxer
Beiträge: 2331 Registriert: Donnerstag 24. März 2005, 21:52
Beitrag
von mb405 » Samstag 26. November 2005, 12:42
@DieMade
dann musst du den thread über moviebrowser auch abtrennen. das ist auch in der betaphase.
DieMade
Oberlamer, Administrator & Supernanny
Beiträge: 10532 Registriert: Samstag 13. Juli 2002, 10:49
Beitrag
von DieMade » Samstag 26. November 2005, 12:47
Ein Thread über "instabile" Versionen im cvs reicht IMHO - dort darf ja gerne auch über andere Entwicklungen als nur den sectionsd gesprochen werden
There are 10 types of people in the world: those who know binary and those who don't
mb405
Tuxboxer
Beiträge: 2331 Registriert: Donnerstag 24. März 2005, 21:52
Beitrag
von mb405 » Samstag 26. November 2005, 13:58
also vorletzte sectionsd.cpp // aktuelle zapit.cpp und letzter Nirvana patch.
ergebnis:
-lüppt wie der teufel
(Boxstart bei sections scan = aus // 1:15minuten)
(Boxstart bei sections scan =ein // 1:35minuten)
damit kann ich sehr gut leben.
wenn ich noch tuxmail abschalte, sind noch 10 secunden drin.
ich hab 4 sats . bei nur astra ist bestimmt auch noch weniger drin. um die 1minute boxstart ist wieder genau so schnell wie immer.
lasst euch nicht abhalten.
ich teste immer neue versionen gern.
anstatt die diffs gegen das aktuelle cvs, kann man doch die sectionsd.cpp direkt hochladen. nur so als vorschlag. und das cvs lassen. erst wenn mehrere das ding getestet haben, rein ins cvs.
Nirvana
Erleuchteter
Beiträge: 646 Registriert: Mittwoch 16. April 2003, 14:12
Beitrag
von Nirvana » Samstag 26. November 2005, 14:49
mb405 hat geschrieben:
(Boxstart bei sections scan = aus // 1:15minuten)
(Boxstart bei sections scan =ein // 1:35minuten)
Sh.t, ich dachte ich hätte ihn ganz. Ich wollte nur nix versprechen, weil es bei mir haargenau identische Startzeiten sind.
Nirvana
Erleuchteter
Beiträge: 646 Registriert: Mittwoch 16. April 2003, 14:12
Beitrag
von Nirvana » Samstag 26. November 2005, 15:46
http://s39.yousendit.com/d.aspx?id=06HU ... RANSSUX8ZU
Da der letzte Patch ja noch nicht drin ist, lege ich diese kosmetische Korrektur nach. Kein Bugfix. Behandelt nur den Fall, dass weder satellite noch Kabeldescriptor gesendet wird.
Metallica
Einsteiger
Beiträge: 191 Registriert: Dienstag 30. Dezember 2003, 01:49
Beitrag
von Metallica » Samstag 26. November 2005, 15:51
@Nirvana
Ich denke ,so hätte man das lange boot problem weg.
in sectionsd.cpp
static int auto_scanning = 0 ;
und in neutrino.cpp
void CNeutrinoApp::InitZapper()
{
g_InfoViewer->start();
g_EpgData->start();
firstChannel();
g_Sectionsd->setSectionsdScanMode(scanSettings.scanSectionsd);
mb405
Tuxboxer
Beiträge: 2331 Registriert: Donnerstag 24. März 2005, 21:52
Beitrag
von mb405 » Samstag 26. November 2005, 15:55
@Nirvana
letztes diff ist für 1.204 ? steht so im diff
@Houdini
test kommt
so ?
Code: Alles auswählen
static long oldEventsAre = 180*60L; // 3h (sometimes want to know something about current/last movie)
static int scanning = 0;
denn auto_scanning gibts net
ich hab mal 2 screenshots gemacht, wie man das im Kanalsuche menü besser lösen kann.
Bild 1
Bild 2
Nirvana
Erleuchteter
Beiträge: 646 Registriert: Mittwoch 16. April 2003, 14:12
Beitrag
von Nirvana » Samstag 26. November 2005, 17:38
Metallica hat geschrieben: @Nirvana
Ich denke ,so hätte man das lange boot problem weg.
in sectionsd.cpp
static int auto_scanning = 0 ;
und in neutrino.cpp
void CNeutrinoApp::InitZapper()
{
g_InfoViewer->start();
g_EpgData->start();
firstChannel();
g_Sectionsd->setSectionsdScanMode(scanSettings.scanSectionsd);
Gute Idee. Das sollte klappen.
Ja ist 1.204.
JtG-Riker
Image-Team
Beiträge: 1015 Registriert: Freitag 7. Februar 2003, 18:37
Beitrag
von JtG-Riker » Samstag 26. November 2005, 19:13
ALso der sleep oder sonstwas ist in Zapit
Image Snapshot 20.10.2005 Bootzeit 59sec
Image Snapshot 26.11 2005 Bootzeit 1:47 mit oder ohne Scan an
Das ist langsam wieder wie bei BR - wär gut wenn man da nochma guckt, man sieht es auch richtig im Log wenn zapit aufgerufen wird wie lang das dauert.
Riker
mb405
Tuxboxer
Beiträge: 2331 Registriert: Donnerstag 24. März 2005, 21:52
Beitrag
von mb405 » Samstag 26. November 2005, 19:22
@JTG-Riker
lösch mal bei einen transponder in der services.xml alle kanäle, bis auf einen zbsp DasErste. dann spielste die services.xml zurück. machst kanallisten neu laden, und gehst auf DasErste. dann da 1minute warten, dann kommt meldung. kanallisten werden neu geladen... danach box ausschalten. beim neuen einschalten kommt die schneller hoch
Houdini
Developer
Beiträge: 2183 Registriert: Mittwoch 10. Dezember 2003, 07:59
Beitrag
von Houdini » Samstag 26. November 2005, 22:03
Ich denke das liegt beim Einlesen der *.xml Files. Das hat schon immer ziemlich lang gedauert und jetzt dauert es an der Stelle noch länger. Vielleicht blockiert sich jetzt ja auch was.
JtG-Riker
Image-Team
Beiträge: 1015 Registriert: Freitag 7. Februar 2003, 18:37
Beitrag
von JtG-Riker » Samstag 26. November 2005, 22:08
Houdini hat geschrieben: Ich denke das liegt beim Einlesen der *.xml Files. Das hat schon immer ziemlich lang gedauert und jetzt dauert es an der Stelle noch länger. Vielleicht blockiert sich jetzt ja auch was.
Irgend sowas denk ich da auch der Tip von mb hat nix gebracht, auch nach einem kompletten scan sind wir wieder bei ~1min40 das is ja bald wieder BR Bootzeit *duck*
Hollo
Einsteiger
Beiträge: 226 Registriert: Mittwoch 22. August 2001, 00:00
Beitrag
von Hollo » Samstag 26. November 2005, 22:30
wird es auch sein, denn bei kabel gehts ja schnell wie immer, kanalliste ist ja auch bedeutend kleiner
Nokia 2xA bmon 1.0 Kabel Avia 500
Sagem 1xI bmon 1.3 Kabel Avia 600L
Nirvana
Erleuchteter
Beiträge: 646 Registriert: Mittwoch 16. April 2003, 14:12
Beitrag
von Nirvana » Samstag 26. November 2005, 23:38
Nö, der Bug ist subtiler. Ich habe 4 prallvolle Sats. Myservices dazu und es macht absolut 0 Unterschied in der Bootzeit, was ich einstelle. Die Bootzeit liegt mit voller Astra Liste bei knapp 1 Minute. Mit 4 Sats bei 1 min 20s. Alles absolut okay. Aber ich denke, meinen letzten Fix rein, Metallicas Vorschlag dazu, dann sollten alle nochmal testen vorher lohnt sich weiteres Suchen nicht.