Neutrino lahmt beim Bouquet umschalten!
-
- Semiprofi
- Beiträge: 1383
- Registriert: Freitag 18. April 2003, 15:12
-
- Tuxboxer
- Beiträge: 2331
- Registriert: Donnerstag 24. März 2005, 21:52
-
- Einsteiger
- Beiträge: 123
- Registriert: Montag 10. Februar 2003, 19:59
Hallo,
hat jemand schon getestet, wie sich die Änderungen von Houdini am 21.04.2006 20:40 auf die Perfomance auswirken?
Wenn ich das richtig verstanden habe ist jetzt defaultmäßig der Modus auf LANGUAGE_MODE_OFF (früher ALL) gesetzt wenn /var/tuxbox/config/epglanguages.conf nicht gefunden wird oder dort der Modus so gesetzt ist.
hat jemand schon getestet, wie sich die Änderungen von Houdini am 21.04.2006 20:40 auf die Perfomance auswirken?
Wenn ich das richtig verstanden habe ist jetzt defaultmäßig der Modus auf LANGUAGE_MODE_OFF (früher ALL) gesetzt wenn /var/tuxbox/config/epglanguages.conf nicht gefunden wird oder dort der Modus so gesetzt ist.
-
- Semiprofi
- Beiträge: 1383
- Registriert: Freitag 18. April 2003, 15:12
-
- Einsteiger
- Beiträge: 123
- Registriert: Montag 10. Februar 2003, 19:59
da es jetzt eine getrennte Behandlung gibt, wenn LANGUAGE_MODE_OFF gesetzt ist erhoffe ich mir eine Performance-Verbesserung und nicht Verschlechterung.
---
Update: Ich habe die Änderung mit einem dietmarw Image von heute (24.04.2006) getestet. Die Verzögerungszeiten beim Bouquetöffnen bzw. Weiterschalten bei geladem EPG mit LANGUAGE_MODE_OFF scheinen sich verbessert zu haben. Eine kleine Verzögerung ist noch wahrzunehmen. Ich würde die Verzögerungszeiten jetzt irgendwo in der Mitte zwischen CVS-Stand vor EPG-Sprachensupport und dessen Einführung einordnen. Dies alles mit Satellit (Astra und Eutelsat) getestet.
---
Update: Ich habe die Änderung mit einem dietmarw Image von heute (24.04.2006) getestet. Die Verzögerungszeiten beim Bouquetöffnen bzw. Weiterschalten bei geladem EPG mit LANGUAGE_MODE_OFF scheinen sich verbessert zu haben. Eine kleine Verzögerung ist noch wahrzunehmen. Ich würde die Verzögerungszeiten jetzt irgendwo in der Mitte zwischen CVS-Stand vor EPG-Sprachensupport und dessen Einführung einordnen. Dies alles mit Satellit (Astra und Eutelsat) getestet.
-
- Semiprofi
- Beiträge: 1383
- Registriert: Freitag 18. April 2003, 15:12
Ich habe mich gestern auch hingesetzt und CVS geupdatet(thx Houdini für einchecken).
Ich bin zu dem Schluss gekommen das ich den Arzka's Patch jetzt wieder entfernt habe da es trotz des 'OFF Modus' weiterhin Verzögerungen gibt die sich beim schnellen Bouquet öffnen für mich als störend erweisen.
Werde später noch den Portalpatch von Houdini einbauen und die Tage berichten.
Ich bin zu dem Schluss gekommen das ich den Arzka's Patch jetzt wieder entfernt habe da es trotz des 'OFF Modus' weiterhin Verzögerungen gibt die sich beim schnellen Bouquet öffnen für mich als störend erweisen.
Werde später noch den Portalpatch von Houdini einbauen und die Tage berichten.
-
- Developer
- Beiträge: 2183
- Registriert: Mittwoch 10. Dezember 2003, 07:59
Bezüglich der Bouquetumschaltverzögerung, ich hatte vor ein paar Monaten noch zwei andere unterschiedliche Ansätze gemacht, die gerade jetzt was bringen sollten, die sind nur irgendwo auf meiner Platte verschollen.
Wenn ich wieder Zeit habe suche ich die Sachen raus und check das nochmal.
Hatte das damals nicht weiterverfolgt, weil es quasi kein Unterschied gemacht hat, aber jetzt denke ich schon
Houdini
Wenn ich wieder Zeit habe suche ich die Sachen raus und check das nochmal.
Hatte das damals nicht weiterverfolgt, weil es quasi kein Unterschied gemacht hat, aber jetzt denke ich schon
Houdini
-
- Erleuchteter
- Beiträge: 710
- Registriert: Dienstag 3. September 2002, 12:54
Kann mir mal jemand erklären, warum dieser für mind. 99% unnütze ballast unbedingt in den cvs-main-branch muß?
hingegen gibt es z.zt. mind. ein halbes dutzend sinnvolle diffs (z.b. von kroki, barf etc.) die kein s.chwein eincheckt. sei es z.b. der ntp-patch, die konfigurierbare event-tiefe des sectionsd oder barfs komplett überarbeitete a/v-switch-matrix. von all diesen änderungen profitierten sicherlich erheblich mehr user.
muß man das verstehen?
hingegen gibt es z.zt. mind. ein halbes dutzend sinnvolle diffs (z.b. von kroki, barf etc.) die kein s.chwein eincheckt. sei es z.b. der ntp-patch, die konfigurierbare event-tiefe des sectionsd oder barfs komplett überarbeitete a/v-switch-matrix. von all diesen änderungen profitierten sicherlich erheblich mehr user.
muß man das verstehen?
-
- Semiprofi
- Beiträge: 1383
- Registriert: Freitag 18. April 2003, 15:12
Ein Vorschlag für den Arzka Patch wäre doch wenn man diesen per Menü aktivieren könnte. Dann wäre eventuell jeder glücklich.
Welchen Wert kann man bei max events setzen das diese z.b. für eine 64MB Box nicht begrentzt werden? Wie könnte man z.b. 0 für unbegrentzt machen?
@z80
Es steht dir doch frei einen CVS Account zu erfragen und die Sachen einzuchecken.
Obwohl Kroki's Menü im nachhinein eventl. etwas umständlich ist weil die nach jedem ändern erst Menü's vor und zurückgezappt werden müssen um die Einstellungen zu speichern bzw sectionsd dann noch neu zu starten.
Ein sectionsd Menü für's CVS könnte ich da gerne zur Verfügung stellen.
Welchen Wert kann man bei max events setzen das diese z.b. für eine 64MB Box nicht begrentzt werden? Wie könnte man z.b. 0 für unbegrentzt machen?
@z80
Es steht dir doch frei einen CVS Account zu erfragen und die Sachen einzuchecken.
Obwohl Kroki's Menü im nachhinein eventl. etwas umständlich ist weil die nach jedem ändern erst Menü's vor und zurückgezappt werden müssen um die Einstellungen zu speichern bzw sectionsd dann noch neu zu starten.
Ein sectionsd Menü für's CVS könnte ich da gerne zur Verfügung stellen.
-
- Beiträge: 1
- Registriert: Dienstag 25. April 2006, 14:54
-
- Erleuchteter
- Beiträge: 710
- Registriert: Dienstag 3. September 2002, 12:54
ein hoch auf houdini:Z80 hat geschrieben: sei es z.b. der ntp-patch, die konfigurierbare event-tiefe des sectionsd ... von all diesen änderungen profitierten sicherlich erheblich mehr user.
http://cvs.tuxbox-cvs.sourceforge.net/l ... 00082.html
thnx a lot
-
- Einsteiger
- Beiträge: 123
- Registriert: Montag 10. Februar 2003, 19:59
Das hört sich ja gut an. Das werde ich heute mal testen.
[OT]
Wenn wir schon beim einchecken von Patches sind. Besteht denn irgendwie die Möglichkeit, den Audio-Patch von Barf einzuchecken? Auf MGM schalten und Standardmäßig die englische Spur eingestellt zu haben wäre doch cool, DVB-konform hin oder her.
[/OT]
[OT]
Wenn wir schon beim einchecken von Patches sind. Besteht denn irgendwie die Möglichkeit, den Audio-Patch von Barf einzuchecken? Auf MGM schalten und Standardmäßig die englische Spur eingestellt zu haben wäre doch cool, DVB-konform hin oder her.
[/OT]
-
- Tuxboxer
- Beiträge: 5873
- Registriert: Samstag 23. Februar 2002, 22:46
-
- Tuxboxer
- Beiträge: 2067
- Registriert: Mittwoch 6. März 2002, 15:29
.. aber nicht nach einem reboot/deep-standby, oder glaubst' barf patcht den code aus spass an der freud'?Gorcon hat geschrieben:geht doch schon lange. (da dieser Sender ja ständig diesen AudioPid sendet).Auf MGM schalten und Standardmäßig die englische Spur eingestellt zu haben wäre doch cool,
Die letzte Audioeinstellung wir doch immer gespeichert.
Gruß Gorcon
-
- Tuxboxer
- Beiträge: 5873
- Registriert: Samstag 23. Februar 2002, 22:46
Aber selbst verständlich auch nach einem Reboot. oder Standby.
Oder warum glaubst Du gibts diese Funktion denn?
Probiers doch mal aus, stell bei irgendeinem Sender auf eine andere Audiooption und wechsel den Sender, wenn Du rebootest, und diesen Sender wieder aufrufst ist wieder Deine vorher eingestellte Audioeinstellung drinn. Das gilt für AC-3 genauso wie für eine andere Audiotonspur.
Gruß Gorcon
Oder warum glaubst Du gibts diese Funktion denn?
Probiers doch mal aus, stell bei irgendeinem Sender auf eine andere Audiooption und wechsel den Sender, wenn Du rebootest, und diesen Sender wieder aufrufst ist wieder Deine vorher eingestellte Audioeinstellung drinn. Das gilt für AC-3 genauso wie für eine andere Audiotonspur.
Gruß Gorcon
-
- Moderator english
- Beiträge: 2458
- Registriert: Donnerstag 20. Dezember 2001, 00:00
Es gibt aber auch deutsche Neutrino User die der Familie wegen die Box auf Englisch laufen haben....Schattentöter hat geschrieben:Macht das doch SprachabhängigNico 77 hat geschrieben:Ein Vorschlag für den Arzka Patch wäre doch wenn man diesen per Menü aktivieren könnte. Dann wäre eventuell jeder glücklich.
Ist die Neutrino Sprache == German -> disable das Ganze
-
- Tuxboxer
- Beiträge: 2067
- Registriert: Mittwoch 6. März 2002, 15:29
mhh, yadi hab ich nicht getestet. im jtg gibt's das meines wissens bisher nicht, weswegen ich das immer selbst patche.Gorcon hat geschrieben:Aber selbst verständlich auch nach einem Reboot. oder Standby.
Oder warum glaubst Du gibts diese Funktion denn?
Probiers doch mal aus, stell bei irgendeinem Sender auf eine andere Audiooption und wechsel den Sender, wenn Du rebootest, und diesen Sender wieder aufrufst ist wieder Deine vorher eingestellte Audioeinstellung drinn. Das gilt für AC-3 genauso wie für eine andere Audiotonspur.
Gruß Gorcon
und mir wäre neu, dass das
http://www.bengt-martensson.de/dbox2/pa ... 7s+PatchesFor Neutrino. Using this patch, Tuxbox will, for each channel, remember the last selected AudioPID (that characterizes an audio channel) and save it, also between reboots. When returning to the channel, it will attempt to use the previously selected audio channel, if still available. Patch is against version 1.375 of zapit.cpp.
im cvs wäre. diesbzgl. gabs doch ausüfernde diskussionen im board
-
- Einsteiger
- Beiträge: 123
- Registriert: Montag 10. Februar 2003, 19:59
Aktueller CVS-Stand von Zapit:
Wo bitte schön wird eine audioPID gesichert?
Code: Alles auswählen
void saveSettings(bool write)
{
if (channel) {
// now save the lowest channel number with the current channel_id
int c = ((currentMode & RADIO_MODE) ? bouquetManager->radioChannelsBegin() : bouquetManager->tvChannelsBegin()).getLowestChannelNumberWithChannelID(channel->getChannelID());
if (c >= 0)
if ((currentMode & RADIO_MODE))
lastChannelRadio = c;
else
lastChannelTV = c;
}
if (write) {
if (config.getBool("saveLastChannel", true))
{
config.setInt32("lastChannelMode", (currentMode & RADIO_MODE) ? 1 : 0);
config.setInt32("lastChannelRadio", lastChannelRadio);
config.setInt32("lastChannelTV", lastChannelTV);
}
config.setInt32("lastSatellitePosition", frontend->getCurrentSatellitePosition());
config.setInt32("diseqcRepeats", frontend->getDiseqcRepeats());
config.setInt32("diseqcType", frontend->getDiseqcType());
if (config.getModifiedFlag())
config.saveConfig(CONFIGFILE);
}
}
-
- Tuxboxer
- Beiträge: 5873
- Registriert: Samstag 23. Februar 2002, 22:46
-
- Tuxboxer
- Beiträge: 2067
- Registriert: Mittwoch 6. März 2002, 15:29
so, und nun rate mal von wem der entsprechende diff stammt...Gorcon hat geschrieben:in der audioPIDs.data die in dem Verzeichniss zapit liegt.
Gruß Gorcon
http://www.bengt-martensson.de/dbox2/za ... 2005-10-23
und nur weil yadi das u.U. schon länger rein-difft:
im cvs ist er deswegen, wie morgoth oben schon anmerkte, noch lange nicht.
-
- Tuxboxer
- Beiträge: 5873
- Registriert: Samstag 23. Februar 2002, 22:46
-
- Tuxboxer
- Beiträge: 2331
- Registriert: Donnerstag 24. März 2005, 21:52
is ja alles schön und gut, das der die ntp sachen jetzt im cvs sind.
aber irgendwie gehört es ja in die neutrino nicht rein. es sind ja sectionsd/epg sachen. man sollte die ja, wie schon mehrfach erwähnt nicht in die neutrino.conf reinpacken, sondern eine sectionsd.conf dafür erstellen. dort kann dann alles rein, was zum sectionsd/epg gehört. man hat dann alles an ort und stelle in einer config.
so wies jetzt ist steckt der ganze code wieder in der neutrino.cpp, was den immer schwieriger macht zu lesen und zu verstehen.
aber irgendwie gehört es ja in die neutrino nicht rein. es sind ja sectionsd/epg sachen. man sollte die ja, wie schon mehrfach erwähnt nicht in die neutrino.conf reinpacken, sondern eine sectionsd.conf dafür erstellen. dort kann dann alles rein, was zum sectionsd/epg gehört. man hat dann alles an ort und stelle in einer config.
so wies jetzt ist steckt der ganze code wieder in der neutrino.cpp, was den immer schwieriger macht zu lesen und zu verstehen.
-
- Developer
- Beiträge: 2183
- Registriert: Mittwoch 10. Dezember 2003, 07:59
-
- Tuxboxer
- Beiträge: 2331
- Registriert: Donnerstag 24. März 2005, 21:52
-
- Developer
- Beiträge: 2183
- Registriert: Mittwoch 10. Dezember 2003, 07:59
So hier wie versprochen ein Versuch, die channelliste noch etwas zu beschleunigen.
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.
Index: channellist.cpp
===================================================================
RCS file: /cvs/tuxbox/apps/tuxbox/neutrino/src/gui/channellist.cpp,v
retrieving revision 1.176
diff -u -r1.176 channellist.cpp
--- a/channellist.cpp 15 Mar 2006 22:25:38 -0000 1.176
+++ b/channellist.cpp 12 May 2006 22:22:18 -0000
@@ -121,10 +121,20 @@
}
}
+static time_t updatetime = 0;
+#define UPDATE_INTERVAL 60
+static CChannelEventList events;
+
void CChannelList::updateEvents(void)
{
- /* request tv channel list if current mode is not radio mode */
- CChannelEventList events = g_Sectionsd->getChannelEvents((CNeutrinoApp::getInstance()->getMode()) != NeutrinoMessages::mode_radio);
+ time_t acttime = time(NULL);
+
+ if (updatetime == 0 || (acttime > updatetime + UPDATE_INTERVAL)) {
+ events.clear();
+ /* request tv channel list if current mode is not radio mode */
+ events = g_Sectionsd->getChannelEvents((CNeutrinoApp::getInstance()->getMode()) != NeutrinoMessages::mode_radio);
+ updatetime = acttime;
+ }
for (uint count=0; count<chanlist.size(); count++){
chanlist[count]->currentEvent= CChannelEvent();
@@ -244,6 +254,7 @@
{
selected = oldselected;
loop=false;
+ updatetime=0;
}
else if ((msg==CRCInput::RC_up || msg==(neutrino_msg_t)g_settings.key_channelList_pageup))
{
@@ -395,10 +406,12 @@
if(zapOnExit)
{
+ updatetime = 0; // zap -> possible new event
return(selected);
}
else
{
+ if (res == -2) updatetime = 0;// leave menu
return(res);
}