[PATCH] Mal wieder ein sectionsd-Versuch...

[hapeba]

Unverschämtheit

Hi,

noch so ein Experte.

Gratuliere zum Posting 1866.

Wie schafft man es eigentlich, sinnvoll auf so einen Wert zu kommen?

MfG

[Tommy]

*plonk*

[CarstenW]

Bitte Schluß damit!
Als "stiller Leser" ............Carsten

[seife]

"sei weise, plonk' leise".
Aber ja, die "ignorieren"-Funktion finde ich auch die wichtigste Neuerung in phpbb3

[hapeba]

*plonk*

Hi,

habe es gewusst. Jetzt melden sich alle Experten zu Wort.

Wobei .... Hut ab .... über 4000 Postings ... (such Dir eine Frau, dann lässt das nach)

MfG

[hapeba]

"sei weise, plonk' leise".
Aber ja, die "ignorieren"-Funktion finde ich auch die wichtigste Neuerung in phpbb3

Hi,

das ist jetzt ganz daneben.

Momentan habt Ihr doch das CVS-Standard "kaputt-optimiert".

Da wäre "Einsicht" eher angebracht.

Solltet Ihr Euch aber mittlerweile "Pabst" nennen, dann ignoriert mich einfach.

MfG

[Tommy]

"sei weise, plonk' leise".
Aber ja, die "ignorieren"-Funktion finde ich auch die wichtigste Neuerung in phpbb3

stimmt er ist weg - cool

[hapeba]

"sei weise, plonk' leise".
Aber ja, die "ignorieren"-Funktion finde ich auch die wichtigste Neuerung in phpbb3

stimmt er ist weg - cool

Hi,

gratulier Dir.

Und sind jetzt auch die suboptimalen Fehler weg?

Dann war das nun wirklich der "Super Trick".

MfG

[CarstenW]

Please, back to topic!
Tragt den Rest im "Labertasche" oder "Trash" Bereich aus.

[mb405]

@seife
kannst dur dir mal das epg anschauen, im radiomode ?
bei epg von premiere sendern sollte doch immer der aktualle titel angezeigt werden.
ich hab info bei epg änderung an aber da kommt keine aktualisierung
erst wenn ich einmal nach rechts oder links auf der ernbedienung drücke kommt dann das fenster.

12:43:45.289 dmxCN: going to sleep...
kommt im log, und dann wacht der nicht wieder auf

dann drücke ich irgendwann nach rechts auf fb, und siehe da

12:47:06.464 dmxCN: waking up again - requested from .change()
12:47:07.484 dmxCN: going to sleep...
12:47:07.753 dmxCN: waking up again - requested from .change()
12:47:07.931 dmxCN: going to sleep...
12:47:08.465 dmxCN: waking up again - requested from .change()
12:47:08.727 dmxCN: going to sleep...
12:47:09.162 dmxCN: waking up again - requested from .change()
12:47:09.259 dmxCN: going to sleep...
12:47:09.500 dmxCN: waking up again - requested from .change()
12:47:09.817 dmxCN: going to sleep...
12:47:09.960 dmxCN: waking up again - requested from .change()
12:47:11.155 dmxCN: going to sleep...
12:47:11.391 dmxCN: waking up again - requested from .change()
12:47:11.814 dmxCN: going to sleep...


ps: 13:10
kann es dadurch sein, weil die keinen next epg liefern ?
kannst dir das mal anguggen ?

[seife]

Ich habe das mal komplett überarbeitet:
sectionsd-1.264-current-next-try1.diff

Jetzt werden der Current und der Next-Event für den aktuellen Kanal getrennt von allen anderen Eventlisten gespeichert, deswegen sind sie auch direkt im Zugriff.

Vorteil: der current-Event wird nicht mehr anhand der aktuellen Zeit aus der eventliste gesucht, sondern der Event, der gerade als "current" gesendet wird, wird verwendet. Das fällt spätestens dann auf, wenn die 22 Verrückten, die einem Ball hinterherrennen, mal wieder dank Verlängerung überziehen ;-)

Am neutrino muss dann irgendwann acuh mal was gefixt werden, weil z.B. momentan durchaus "102/-12 min" in der Infobar stehen kann (wenn um 12 Minuten überzogen wurde), aber das ist rein kosmetisch (ich würde in dem Fall z.B. "90+12min" anzeigen).
Momentan ist es auch so, dass die erweiterte info (?->?) im Falle der "Überziehung" den Event anzeigt, der von der Zeit her passen würde, aber das ist ebenfalls kosmetisch und eher leicht zu fixen.

Premiere Radio (ich habs nur ohne Ton probieren können) scheint gut zu funktionieren, Deluxe Musik blendet sekundengenau die Infobar ein.

Oh - und nun habe ich endlich auch wieder auf CNN Int., Bloomberg TV Germany und Sky News zuverlässig Current/Next, das war vorher irgendwie immer eher Zufall.

Erfahrungsberichte von erfahrenen Testern erwünscht.
Achtung: der Code ist noch sehr verbose was debugging-Ausgaben angeht.

Edit: in der Infobar könnte die Überziehung so aussehen:

[mb405]

klasse
werd ich gleich mal reinfremeln bei mir
ist das mit der infobar schon mit drin ?

ps
reicht das wenn ich zum testn nur die sectionsd binary ins image schiebe ?

[tcf4004]

Ich hab auch noch was Kosmetisches

Und zwar wurden früher die Sendernamen in der Kanalliste mit max. 30 Zeichen dargestellt, jetzt noch 29.
Ist schon länger so, ich hab mal etwas getestet und konnte das näher eingrenzen:

Code: Alles auswählen

30 Zeichen mit sectionsd 1.236/Yadi 2.2.0.0):
---------------------------------------------
National Geographic Channel (D
Deutsches Gesundheitsfernsehen


29 Zeichen mit sectionsd 1.237/Yadi 2.2.0.1):
---------------------------------------------
National Geographic Channel (
Deutsches Gesundheitsfernsehe

Ist das beabsichtigt bzw. muss das wegen irgendeiner anderen Funktion so sein oder ist das ein cosmetical bug?
Bin auch nicht 100% sicher ob es mit dem sectionsd zu tun hat, denn neutrino cacht ja m.W. auch die Sendernamen...?
Wie gesagt nicht so wichtig...

Gruss
tcf4004

[mb405]

das wird wohl in der channellist.cpp ne änderung gegeben haben. das ht nix mit sectionsd zu tun

also hier kommt keine aktualisierung im radiomodus
der fortschrittsbalken geht bis hinten raus, und dann bleibt der sdort stehen.
einmal infobar aufrufen, und schwubs aktualisiert der sich. ansonsten keine aktualisierung.

im tv mode ist auch seltsames zu beobachten.
lass mal einfach einen sender drin, dessen sendung bald endet. dann kommt in der channelliste der korekte eintrag, und in der infobar steht noch der alte eintrag. nur ein zap behebt das.

[tcf4004]

hmm, in der channellist.cpp kann es eigentlich nicht gewesen sein, denn das Yadi 2.2.0.0
ist vom 17.03.07 und das 2.2.0.1er Update vom 07.04.07. D.h., es müsste in diesem Zeitraum
dann eigentlich auch was an der channellist geändert worden sein. Ist aber nicht der Fall:

Code: Alles auswählen

tuxbox/apps/tuxbox/neutrino/src/gui/channellist.cpp
Revision 1.184 - Thu Jan 4 19:01:58 2007 UTC
Revision 1.185 - Tue Oct 16 10:53:13 2007 UTC

[seife]

klasse
werd ich gleich mal reinfremeln bei mir
ist das mit der infobar schon mit drin ?

nein, aber ist ganz einfach (in src/gui/infoviewer.cpp:CInfoViewer::show_Data):

Code: Alles auswählen

...
        else
        {
                runningPercent=(jetzt-info_CurrentNext.current_zeit.startzeit) * 112 / info_CurrentNext.current_zeit.dauer;
                if (runningPercent > 112)       // this would lead to negative value in paintBoxRel
                        runningPercent = 112;   // later on which can be fatal...
                if (rest >= 0)
                        sprintf((char*)&runningRest, "%d / %d min", seit, rest);
                else
                        sprintf((char*)&runningRest, "%d +%d min", info_CurrentNext.current_zeit.dauer / 60, -rest);
        }
        struct tm *pStartZeit = localtime(&info_CurrentNext.current_zeit.startzeit);
...

ps
reicht das wenn ich zum testn nur die sectionsd binary ins image schiebe ?

Ja, an der Komunikation mit der GUI hat sich nichts geändert. Ich kopiers auch immer nur nach /tmp/sectionsd ;-)

[seife]

Bin auch nicht 100% sicher ob es mit dem sectionsd zu tun hat, denn neutrino cacht ja m.W. auch die Sendernamen...?

Ich bin mir ziemlich sicher, dass das mit dem sectionsd nichts zu tun hat.

[seife]

dim tv mode ist auch seltsames zu beobachten.
lass mal einfach einen sender drin, dessen sendung bald endet. dann kommt in der channelliste der korekte eintrag, und in der infobar steht noch der alte eintrag. nur ein zap behebt das.

Hast du neutrino neu gestartet, nachdem du den sectionsd ausgetauscht hast? Oder ist der schon fest im image drin? Das würde mir so aussehen, als ob das "ich habe jetzt current/next"-Event vom sectionsd nicht beim neutrino ankommt.

Ich habe da aber auch ein paar patches in der GUI, evtl. muss ich die mal mit zusammenpacken. Ich dachte aber immer, dass ich in dem Bereich ziemlich original wäre... Ich schau mal.

[mb405]

also wie gesagt
ich beobachte im lcd, das der fortschritt über die balkenbegrenzung geht.(mehr als 100% also)
und infobar kommt keine aktualisierung.
heute is mir das aber zu spät da nachtzuschauen.
kannst mir ja mal ne sectionsd von dir zusenden, zum gegenchecken.

[seife]

Hast du denn neutrino neu gestartet nachdem du den sectionsd ausgetauscht und neu gestartet hast?

[mb405]

jo

[mb405]

nutzt dir ein log was ?
obwohl da ja nix besonderes drin steht.

Code: Alles auswählen

18:00:00.002 Connection from UDS
18:00:00.003 version: 5, cmd: 16, numbytes: 1
18:00:00.004 data length: 8
18:00:00.005 commandCurrentNextInfoChannelID
[sectionsd] Request of current/next information for      44d00016dca
currentEvt.getName(): 'Brisant' nextEvt.getName(): 'Verbotene Liebe' flag: 0x15
18:00:29.541 Connection from UDS
18:00:29.542 version: 5, cmd: 16, numbytes: 1
18:00:29.543 data length: 8
18:00:29.544 commandCurrentNextInfoChannelID
[sectionsd] Request of current/next information for      44d00016dca
currentEvt.getName(): 'Brisant' nextEvt.getName(): 'Verbotene Liebe' flag: 0x15
18:01:29.541 Connection from UDS
18:01:29.542 version: 5, cmd: 16, numbytes: 1
18:01:29.543 data length: 8
18:01:29.544 commandCurrentNextInfoChannelID
[sectionsd] Request of current/next information for      44d00016dca
currentEvt.getName(): 'Brisant' nextEvt.getName(): 'Verbotene Liebe' flag: 0x15
18:02:29.541 Connection from UDS
18:02:29.542 version: 5, cmd: 16, numbytes: 1
18:02:29.543 data length: 8
18:02:29.544 commandCurrentNextInfoChannelID
[sectionsd] Request of current/next information for      44d00016dca
currentEvt.getName(): 'Brisant' nextEvt.getName(): 'Verbotene Liebe' flag: 0x15
18:03:29.542 Connection from UDS
18:03:29.543 version: 5, cmd: 16, numbytes: 1
18:03:29.544 data length: 8
18:03:29.545 commandCurrentNextInfoChannelID
[sectionsd] Request of current/next information for      44d00016dca
currentEvt.getName(): 'Brisant' nextEvt.getName(): 'Verbotene Liebe' flag: 0x15

bis 18:00 lief Brisant und ab 18:00 sollte Verbotene Liebe folgen.
-in channellist ist es korrekt gelistet.
-in infobar steht noch now Brisant und next Verbotene Liebe.
-sendungswechselanzeige wird nicht ausgelöst.

[tcf4004]

Ich bin mir ziemlich sicher, dass das mit dem sectionsd nichts zu tun hat.

Hast Recht, das mit den 29 Zeichen liegt an der zapit.cpp

Code: Alles auswählen

CZapitClient::responseGetBouquetChannels response;
strncpy(response.name, ((*channels)[i]->getName()).c_str(), 30);
response.name[29]   = '\0'; // so string is zero terminated          <--- diese Zeile
response.satellitePosition = (*channels)[i]->getSatellitePosition();
response.channel_id = (*channels)[i]->getChannelID();
response.nr = first_channel_nr + i;
response.service_type = (*channels)[i]->getServiceType();

Die markierte Zeile ist in zapit 1.395 reingekommen, ich hab mal
testweise aus der 29 ne 30 gemacht, dann wird der Name wieder mit 30
Zeichen angezeigt.

Meine C-Kenntnisse sind allerdings recht mau, und ich weiss ich nicht ob
man das so setzen kann/darf wg. der "string zero termination" ?
Vielleicht könnte da jmd. kurz was zu sagen?

Naja, ist ja eh nur eine kosmetische Sache, am besten kürze ich mir die
Sendernamen in bouquets/services.xml, dann ist es auch ok.
Mich hat halt nur interessiert wo das mit den 29 Zeichen herkam.

Sorry für etwas OT

Gruss
tcf4004

[seife]

bis 18:00 lief Brisant und ab 18:00 sollte Verbotene Liebe folgen.
-in channellist ist es korrekt gelistet.
-in infobar steht noch now Brisant und next Verbotene Liebe.
-sendungswechselanzeige wird nicht ausgelöst.

Die Sendung hatte aber gewechselt? Also es lief nicht mehr Brisant?

Du startest nicht zufällig sectionsd mit der option "-nu"? Weil die macht nun natürlich alles kaputt, ohne EIT update geht nun gar nichts mehr...

[mb405]

jo sendung hatte gewechselt.
wenn man mit ok die channelliste aufruft zeigt er alles korrekt an.

-nu ist die nicht dafür da die sender zu scannen ?(currentservices.xml erstellen) wenn ja dann ist das an bei mir und ich möchte das nicht missen.

beim compile kommt die meldung die man aber denke ignorieren kann

Code: Alles auswählen

make[4]: Entering directory `/home/mb405/image/tuxbox-cvs/apps/tuxbox/neutrino/daemons/sectionsd'
if powerpc-tuxbox-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I../.. -I../../lib -I/home/mb405/image/dbox2/cdkroot/include/tuxbox/connection -I/home/mb405/image/dbox2/cdkroot/include/tuxbox -I/home/mb405/image/dbox2/cdkroot/include/tuxbox/xmltree   -D DO_NOT_INCLUDE_STUFF_NOT_NEEDED_FOR_SECTIONSD -I/home/mb405/image/tuxbox-cvs/driver/dvb/include -I/home/mb405/image/tuxbox-cvs/driver/include  -Wall -mcpu=823 -mmultiple -mstring -meabi -pipe -Os -MT sectionsd.o -MD -MP -MF ".deps/sectionsd.Tpo" -c -o sectionsd.o sectionsd.cpp; \
        then mv -f ".deps/sectionsd.Tpo" ".deps/sectionsd.Po"; else rm -f ".deps/sectionsd.Tpo"; exit 1; fi
sectionsd.cpp: In function `void commandserviceChanged(int, char*, unsigned int)':
sectionsd.cpp:2843: warning: unused variable 'requestCN_Event'
sectionsd.cpp: At global scope:
sectionsd.cpp:1719: warning: 'const bool ServiceUniqueKeyHasCurrentNext(t_channel_id)' defined but not used

testergebnis mit ausgeschalteten scan kommt dann gleich.