[BUG] Virtual Zap Mode

Das Original Benutzerinterface Neutrino-SD incl. zapit, sectionsd, yWeb etc...
PT-1
Moderator english
Beiträge: 2458
Registriert: Donnerstag 20. Dezember 2001, 00:00

[BUG] Virtual Zap Mode

Beitrag von PT-1 »

Hallo,

eventuell wurde etwas "kaputt" optimiert weil leider nun die Funktionalitaet der "Virtual Zap Bar" nicht mehr richtig funktioniert.

Wenn man rechs oder links auf der FB drueckt kommt die Info Bar der Aktuellen Sendung. Wieder rechts oder links geht auf den folgenden / vorherigen Kanal und zeigt dessen Now & Next EPG. Moechte an nun weiter in den zukuenftigen Programmen blaettern mit nach unten kommt "EPG not found".

Getestet mit aktuellem 08.12.2008 DietmarW

Bild

Code: Alles auswählen

~ # sectionsd -d &
~ # $Id: sectionsd.cpp,v 1.279 2008/12/06 20:50:08 houdini Exp $
[sectionsd] Caching max 6000 events
[sectionsd] Caching 7 days
[sectionsd] Caching 6 hours Extended Text
[sectionsd] Events are old 60min after their end time
/var/tuxbox/config/zapit/epgfilter.xml: No such file or directory
10:38:31.337 Reading Bouquet Filters
10:38:31.339 Add Bouquet Filter for bouquet_id="1001"
10:38:31.341 Add Bouquet Filter for bouquet_id="1002"
10:38:31.342 Add Bouquet Filter for bouquet_id="1003"
10:38:31.344 Add Bouquet Filter for bouquet_id="1004"
10:38:31.345 Add Bouquet Filter for bouquet_id="1005"
10:38:31.347 Add Bouquet Filter for bouquet_id="1006"
10:38:31.349 Add Bouquet Filter for bouquet_id="1007"
10:38:31.350 Add Bouquet Filter for bouquet_id="1008"
10:38:31.352 Add Bouquet Filter for bouquet_id="1009"
10:38:31.353 Add Bouquet Filter for bouquet_id="100a"
10:38:31.355 Add Bouquet Filter for bouquet_id="100b"
10:38:31.356 Add Bouquet Filter for bouquet_id="100c"
10:38:31.358 Add Bouquet Filter for bouquet_id="100d"
10:38:31.360 Add Bouquet Filter for bouquet_id="1000"
10:38:31.361 Add Bouquet Filter for bouquet_id="10e0"
10:38:31.363 Add Bouquet Filter for bouquet_id="10c1"
10:38:31.364 Add Bouquet Filter for bouquet_id="1040"
10:38:31.366 Add Bouquet Filter for bouquet_id="1080"
10:38:31.367 Add Bouquet Filter for bouquet_id="0021"
10:38:31.380 [timeThread] pid 1028 (16386) start
10:38:31.387 eitThread getschedparam: 0 pol 0, prio 0
10:38:31.389 [eitThread] pid 1029 (32771) start
10:38:31.393 [cnThread] pid 1030 (49156) start
10:38:31.399 [pptThread] pid 1031 (65541) start
10:38:31.405 [nitThread] pid 1032 (81926) start
10:38:31.412 [sdtThread] pid 1033 (98311) start
10:38:31.421 housekeeping-thread started.
10:38:31.424 mainloop getschedparam 0 policy 2 prio 1
[timeThread] - 09.12.2008 10:38:34, tim: Tue Dec  9 10:38:34 2008
[timeThread] Time set via DVB, going to sleep for 1800 seconds.
10:38:35.008 dmxPPT: no valid pid 0
10:38:35.011 waiting for eit_version...
10:38:35.016 dmxNIT: going to sleep...
10:38:35.017 dmxSDT: going to sleep...
10:38:36.018 [pptThread] going to sleep until wakeup...
10:38:37.207 [eitThread] skipping to next filter(1) (> DMX_TIMEOUT_SKIPPING)
10:38:37.208 --> 'changeDMX: before pthread_mutex_lock(&start_stop_mutex)' 1228815517208.134
10:38:37.209 --> 'changeDMX: after pthread_mutex_lock(&start_stop_mutex)' 1.495
10:38:37.210 changeDMX [EIT]-> 1 (0x50/0xff) actual transport stream, scheduled (2 seconds)
10:38:37.213 --> 'after DMX_SET_FILTER' 4.295
10:38:38.917 Connection from UDS
10:38:38.919 version: 5, cmd: 15, numbytes: 1
10:38:38.919 data length: 16
10:38:38.920 commandEventListTVids
10:38:38.921 Request of TV event list (IDs).

10:38:38.923 [sectionsd] sendEventList - response-size: 0x0
10:38:50.787 Connection from UDS
10:38:50.788 version: 5, cmd: 17, numbytes: 1
10:38:50.789 data length: 8
10:38:50.790 commandCurrentNextInfoChannelID
10:38:50.790 [sectionsd] Request of current/next information for      44100012ef4
10:38:50.791 [sectionsd] current EPG found. service_id: 2ef4, flag: 0x5
10:38:50.792 *nextEvt not from cur/next V1!
10:38:50.797 [sectionsd] next EPG found. service_id: 2ef4, flag: 0x5
10:38:50.798 currentEvt: 'Frauentausch' (014f) nextEvt: 'Big Brother' (00d3) flag: 0x15
10:38:53.978 Connection from UDS
10:38:53.978 version: 5, cmd: 21, numbytes: 1
10:38:53.979 data length: 8
10:38:53.980 commandAllEventsChannelID
10:38:53.980 Request of all events for      44100012ee3
10:38:53.981 sendAllEvents for      44100012ee3
10:38:53.999 [sectionsd] all events - response-size: 0x144d
10:38:54.057 Connection from UDS
10:38:54.058 version: 5, cmd: 17, numbytes: 1
10:38:54.059 data length: 8
10:38:54.059 commandCurrentNextInfoChannelID
10:38:54.060 [sectionsd] Request of current/next information for      44100012ee3
10:38:54.061 [sectionsd] current EPG found. service_id: 2ee3, flag: 0x5
10:38:54.062 *nextEvt not from cur/next V1!
10:38:54.067 [sectionsd] next EPG found. service_id: 2ee3, flag: 0x5
10:38:54.068 currentEvt: 'Mein Baby' (0181) nextEvt: 'Die Kinderärzte' (00e5) flag: 0x15
10:38:55.277 [eitThread] skipping to next filter(2) (> DMX_HAS_ALL_SECTIONS_SKIPPING)
10:38:55.279 --> 'changeDMX: before pthread_mutex_lock(&start_stop_mutex)' 18065.399
10:38:55.281 --> 'changeDMX: after pthread_mutex_lock(&start_stop_mutex)' 2.346
10:38:55.283 changeDMX [EIT]-> 2 (0x4f/0xff) other transport stream, now/next (18 seconds)
10:38:55.291 --> 'after DMX_SET_FILTER' 9.916
10:38:57.507 [eitThread] skipping to next filter(3) (> DMX_TIMEOUT_SKIPPING)
10:38:57.508 --> 'changeDMX: before pthread_mutex_lock(&start_stop_mutex)' 2216.633
10:38:57.509 --> 'changeDMX: after pthread_mutex_lock(&start_stop_mutex)' 0.846
10:38:57.509 changeDMX [EIT]-> 3 (0x50/0xf0) actual transport stream, scheduled2 (2 seconds)
10:38:57.513 --> 'after DMX_SET_FILTER' 4.531
10:39:02.557 Connection from UDS
10:39:02.558 version: 5, cmd: 17, numbytes: 1
10:39:02.559 data length: 8
10:39:02.559 commandCurrentNextInfoChannelID
10:39:02.560 [sectionsd] Request of current/next information for      44100012ee3
10:39:02.561 [sectionsd] current EPG found. service_id: 2ee3, flag: 0x5
10:39:02.562 *nextEvt not from cur/next V1!
10:39:02.570 [sectionsd] next EPG found. service_id: 2ee3, flag: 0x5
10:39:02.571 currentEvt: 'Mein Baby' (0181) nextEvt: 'Die Kinderärzte' (00e5) flag: 0x15
10:39:11.096 waiting for more than 35 seconds - bail out...
10:39:11.100 dmxCN: going to sleep...
10:39:11.103 eit_set_update_filter, servicekey = 0x0, current version 255
10:39:15.522 [eitThread] skipping to next filter(4) (> DMX_HAS_ALL_SECTIONS_SKIPPING)
10:39:15.524 --> 'changeDMX: before pthread_mutex_lock(&start_stop_mutex)' 18010.391
10:39:15.525 --> 'changeDMX: after pthread_mutex_lock(&start_stop_mutex)' 1.888
10:39:15.527 changeDMX [EIT]-> 4 (0x60/0xf1) other transport stream, scheduled 1/2 (18 seconds)
10:39:15.532 --> 'after DMX_SET_FILTER' 6.944
10:39:17.637 Connection from UDS
10:39:17.638 version: 5, cmd: 17, numbytes: 1
10:39:17.639 data length: 8
10:39:17.639 commandCurrentNextInfoChannelID
10:39:17.640 [sectionsd] Request of current/next information for      44100012ef4
10:39:17.641 [sectionsd] current EPG found. service_id: 2ef4, flag: 0x5
10:39:17.642 *nextEvt not from cur/next V1!
10:39:17.649 [sectionsd] next EPG found. service_id: 2ef4, flag: 0x5
10:39:17.650 currentEvt: 'Frauentausch' (014f) nextEvt: 'Big Brother' (00d3) flag: 0x15
10:39:17.737 [eitThread] skipping to next filter(5) (> DMX_TIMEOUT_SKIPPING)
10:39:17.738 --> 'changeDMX: before pthread_mutex_lock(&start_stop_mutex)' 2205.373
10:39:17.739 --> 'changeDMX: after pthread_mutex_lock(&start_stop_mutex)' 0.845
10:39:17.739 changeDMX [EIT]-> 5 (0x61/0xf1) other transport stream, scheduled 2/2 (2 seconds)
10:39:17.743 --> 'after DMX_SET_FILTER' 4.189
10:39:19.984 dmxEIT: going to sleep for 3600 seconds...
seife
Developer
Beiträge: 4189
Registriert: Sonntag 2. November 2003, 12:36

Re: [BUG] Virtual Zap Mode

Beitrag von seife »

Weisst du ungefähr, wann das das letzte mal funktioniert hat?
PT-1
Moderator english
Beiträge: 2458
Registriert: Donnerstag 20. Dezember 2001, 00:00

Re: [BUG] Virtual Zap Mode

Beitrag von PT-1 »

Ich kann gerne downgraden und dann checken. Aber erst heute abend ;-)
seife
Developer
Beiträge: 4189
Registriert: Sonntag 2. November 2003, 12:36

Re: [BUG] Virtual Zap Mode

Beitrag von seife »

Eine grobe Einschätzung in der Art von "Seit der sectionsd umgebaut wurde (3 Monate)" oder "seit die rcinput patches drin sind (1 Woche)" hilft schon.

Andererseits kann ich es jetzt eh nicht fixen, mangels Probiermöglichkeit und am Wochenende kann ich es selbst probieren, also mach mal keinen Stress ;)
burchi
Neugieriger
Neugieriger
Beiträge: 5
Registriert: Montag 21. August 2006, 12:00

Re: [BUG] Virtual Zap Mode

Beitrag von burchi »

sectionsd.cpp,v 1.278 2008/11/30 19:56:49 seife Exp

da läuft es noch. Muss also letzte Woche passiert sein.
Gaucho316
Contributor
Beiträge: 1688
Registriert: Donnerstag 17. Februar 2005, 20:24

Re: [BUG] Virtual Zap Mode

Beitrag von Gaucho316 »

Also ich nutze den JtG-Snap vom 30.11.2008 00:35 und da geht es auch schon nicht mehr. Also muss der Fehler davor entstanden sein und nicht erst letzte Woche.
burchi
Neugieriger
Neugieriger
Beiträge: 5
Registriert: Montag 21. August 2006, 12:00

Re: [BUG] Virtual Zap Mode

Beitrag von burchi »

ähm, da wollte ich mal helfen und bau gleich son Mist, sorry. Hab das mit der Taste nach unten überlesen.

Also Image vom 11.11.08 gehts
Image vom 20.11.08 gehts nicht mehr.

also irgendwo dazwischen.
seife
Developer
Beiträge: 4189
Registriert: Sonntag 2. November 2003, 12:36

Re: [BUG] Virtual Zap Mode

Beitrag von seife »

Dann tippe ich mal stark auf http://cvs.tuxbox-cvs.sourceforge.net/l ... 00015.html.
Ich schau's mir am Wochenende an.
Houdini
Developer
Beiträge: 2183
Registriert: Mittwoch 10. Dezember 2003, 07:59

Re: [BUG] Virtual Zap Mode

Beitrag von Houdini »

seife
Developer
Beiträge: 4189
Registriert: Sonntag 2. November 2003, 12:36

Re: [BUG] Virtual Zap Mode

Beitrag von seife »

2 doofe, ein Gedanke. Ich hatte mich schon gewundert, dass es damals keinen Fallout gab :-)
seife
Developer
Beiträge: 4189
Registriert: Sonntag 2. November 2003, 12:36

Fixed: [BUG] Virtual Zap Mode

Beitrag von seife »

fixed.
GetAway
Contributor
Beiträge: 1509
Registriert: Donnerstag 27. Dezember 2007, 12:59

Re: [BUG] Virtual Zap Mode

Beitrag von GetAway »

Also wenn hier das Now&Next Event des Virtual Zap Mode gemeint ist,
so funktioniert das immer noch nicht, wenn man auf Transponder wechselt
die noch nicht eingelesen wurden.

Man kann auch nur durch Einzeldruck auf rechts oder links weiterzappen.
Dauerdruck auf rechts oder links beim Virtual Zap Mode hat keine Auswirkung.
seife
Developer
Beiträge: 4189
Registriert: Sonntag 2. November 2003, 12:36

Re: [BUG] Virtual Zap Mode

Beitrag von seife »

EPG das noch nicht eingelesen wurde wird natürlich auch nicht angezeigt ;)

Ob man beim Virtual Zap Autorepeat haben will, weiss ich nicht, da ich das nicht benutze. Soll ich's wiederholen lassen?
rhabarber1848
CDK-Experte
Beiträge: 4335
Registriert: Donnerstag 3. April 2008, 14:05

Re: [BUG] Virtual Zap Mode

Beitrag von rhabarber1848 »

seife hat geschrieben:Soll ich's wiederholen lassen?
Ja, bitte.
seife
Developer
Beiträge: 4189
Registriert: Sonntag 2. November 2003, 12:36

Re: [BUG] Virtual Zap Mode

Beitrag von seife »

Probier mal, ob das schon reicht:

Code: Alles auswählen

Index: b/apps/tuxbox/neutrino/src/gui/channellist.cpp
===================================================================
--- a/apps/tuxbox/neutrino/src/gui/channellist.cpp
+++ b/apps/tuxbox/neutrino/src/gui/channellist.cpp
@@ -851,11 +851,11 @@ void CChannelList::virtual_zap_mode(bool
                        {
                                chn = tuned + 1;
                        }
                        break;
                }
-               else if ( msg == CRCInput::RC_left )
+               else if (msg_repeatok == CRCInput::RC_left)
                {
                        if ( chn == 1 )
                                chn = chanlist.size();
                        else
                        {
@@ -863,11 +863,11 @@ void CChannelList::virtual_zap_mode(bool

                                if (chn > (int)chanlist.size())
                                        chn = (int)chanlist.size();
                        }
                }
-               else if ( msg == CRCInput::RC_right )
+               else if (msg_repeatok == CRCInput::RC_right)
                {
                        chn++;

                        if (chn > (int)chanlist.size())
                                chn = 1;
GetAway
Contributor
Beiträge: 1509
Registriert: Donnerstag 27. Dezember 2007, 12:59

Re: [BUG] Virtual Zap Mode

Beitrag von GetAway »

Habs zwar noch nicht getestet, mir ist aber noch etwas anderes aufgefallen.

Das Timeout der Virtual_Zap Infobar beträgt immer 15 Sekunden und läßt sich
nicht ändern. War das immer schon so? Könnte man das nicht an das Timeout
der normalen Infobar anpassen?
seife
Developer
Beiträge: 4189
Registriert: Sonntag 2. November 2003, 12:36

Re: [BUG] Virtual Zap Mode

Beitrag von seife »

GetAway hat geschrieben:Das Timeout der Virtual_Zap Infobar beträgt immer 15 Sekunden und läßt sich
nicht ändern. War das immer schon so?
Ja, steht auch so als Kommentar im Code. Warum das so ist, keine Ahnung.
Tommy
Tuxboxer
Tuxboxer
Beiträge: 4332
Registriert: Dienstag 7. Mai 2002, 17:04

Re: [BUG] Virtual Zap Mode

Beitrag von Tommy »

IMO hatte Barf damals selbst gesagt das es _so_ noch nicht perfekt ist. Ist aber nie wieder jemand beigegangen
Barf
Developer
Beiträge: 1475
Registriert: Dienstag 4. Februar 2003, 22:02

Re: [BUG] Virtual Zap Mode

Beitrag von Barf »

Tommy hat geschrieben:IMO hatte Barf damals selbst gesagt das es _so_ noch nicht perfekt ist. Ist aber nie wieder jemand beigegangen
Scheint richtig, http://tuxbox-forum.dreambox-fan.de/for ... 3&start=65. Ist "als Übung für den/die Leser/Leserin/Lesern" gelassen. :wink:


(@Tommy: Es ist IIRC (if I recall correctly), nicht IMO)
Tommy
Tuxboxer
Tuxboxer
Beiträge: 4332
Registriert: Dienstag 7. Mai 2002, 17:04

Re: [BUG] Virtual Zap Mode

Beitrag von Tommy »

Barf hat geschrieben: (@Tommy: Es ist IIRC (if I recall correctly), nicht IMO)
War zu faul das mit Fakten zu belegen (link) - deshalb IMO :wink:
GetAway
Contributor
Beiträge: 1509
Registriert: Donnerstag 27. Dezember 2007, 12:59

Re: [BUG] Virtual Zap Mode

Beitrag von GetAway »

seife hat geschrieben:

Code: Alles auswählen

Index: b/apps/tuxbox/neutrino/src/gui/channellist.cpp
===================================================================
--- a/apps/tuxbox/neutrino/src/gui/channellist.cpp
+++ b/apps/tuxbox/neutrino/src/gui/channellist.cpp
@@ -851,11 +851,11 @@ void CChannelList::virtual_zap_mode(bool
                        {
                                chn = tuned + 1;
                        }
                        break;
                }
-               else if ( msg == CRCInput::RC_left )
+               else if (msg_repeatok == CRCInput::RC_left)
                {
                        if ( chn == 1 )
                                chn = chanlist.size();
                        else
                        {
@@ -863,11 +863,11 @@ void CChannelList::virtual_zap_mode(bool

                                if (chn > (int)chanlist.size())
                                        chn = (int)chanlist.size();
                        }
                }
-               else if ( msg == CRCInput::RC_right )
+               else if (msg_repeatok == CRCInput::RC_right)
                {
                        chn++;

                        if (chn > (int)chanlist.size())
                                chn = 1;
Getestet. Funktioniert sehr gut. Fehlt nur noch das Anpassen des Timouts an die normale Infobar. :D
seife
Developer
Beiträge: 4189
Registriert: Sonntag 2. November 2003, 12:36

Re: [BUG] Virtual Zap Mode

Beitrag von seife »

OK, ist gefixt.
GetAway hat geschrieben:Getestet. Funktioniert sehr gut. Fehlt nur noch das Anpassen des Timouts an die normale Infobar. :D
Das habe ich nicht kaputt gemacht und ich weiss auch nicht, was das Feature soll oder wie es gedacht ist. Muss also jemand anders fixen.
dbt
Administrator
Beiträge: 2675
Registriert: Donnerstag 28. September 2006, 19:18

Re: [BUG] Virtual Zap Mode

Beitrag von dbt »

Wie wärs damit:

Code: Alles auswählen

Index: channellist.cpp
===================================================================
RCS file: /cvs/tuxbox/apps/tuxbox/neutrino/src/gui/channellist.cpp,v
retrieving revision 1.201
diff -u -r1.201 channellist.cpp
--- channellist.cpp	19 Dec 2008 22:44:45 -0000	1.201
+++ channellist.cpp	19 Dec 2008 23:34:07 -0000
@@ -841,7 +841,7 @@
 			lastchan= chn;
 		}
 		epgpos = 0;
-		g_RCInput->getMsg( &msg, &data, 15*10 ); // 15 seconds, not user changable
+		g_RCInput->getMsg( &msg, &data, atoi(g_settings.timing_string[3])*10 ); // virtual zap timout = TIMING_INFOBAR
 		neutrino_msg_t msg_repeatok = msg & ~CRCInput::RC_Repeat;
 		//printf("########### %u ### %u #### %u #######\n", msg, NeutrinoMessages::EVT_TIMER, CRCInput::RC_timeout);
GetAway
Contributor
Beiträge: 1509
Registriert: Donnerstag 27. Dezember 2007, 12:59

Re: [BUG] Virtual Zap Mode

Beitrag von GetAway »

keine einwände :wink:
dbt
Administrator
Beiträge: 2675
Registriert: Donnerstag 28. September 2006, 19:18

Re: [BUG] Virtual Zap Mode

Beitrag von dbt »

erledigt :wink: