Lange Umschaltzeiten bei Sendern ohne EPG

[Gorcon]

Beim Sender "Schlager Deluxe TV" tritt das Problem auch auf, der Sender ist der einzige auf dem TP der keinen EPG hat. (ich gehe davon aus dass das direkt auf Astra nicht anders ist).
Aber vorher Ton abschalten, die Musik zerstört die Hörnerven.

[Thomas]

der Sender ist der frühere Zeeone und über Sat kommt kein EPG und sofort ist Bild da

[Gorcon]

Tja bei mir nicht. Nur wenn ich zuvor einen WebTV Sender geschaltet habe, dann geht das Umschalten sehr schnell.

[Gorcon]

Bei allen Sendern ohne EPG scheint das Umschaltproblem nicht zu bestehen.
Schalte ich vom ehemaligen Zee One (aktuell Schlager Deluxe) auf Zee One HD um geht das Umschalten halbwegs normal schnell.

Code: Alles auswählen

key: 000b value 1, translate: 000b -0-
CNeutrinoApp::SetChannelMode 0 [tv]
[neutrino.cpp:SetChannelMode:2341] newmode 0 sort old -1 new 2
**************************** CChannelList::zapTo_ChannelID 6813c008f1010804
**************************** CChannelList::zapToChannel me 0x8d92a0 Alle Kanäle tuned 223 new Zee One HD -> 6813c008f1010804
[zapit.cpp:StopPlayBack:2317] standby 0 playing 1 forced 0 send_pmt 0
TuxTxt stopping subtitle thread ...
[dvb-sub] paused
[zapit.cpp:StopPlayBack:2317] standby 0 playing 0 forced 0 send_pmt 0
StopAutoRecord: autoshift 0
2020-07-28 17:58:57.532 [sectionsd] commandserviceStopped
stopPlayBack: stopping...
stopPlayBack: stopped
CChannelList::adjustToChannelID me 0x8d92a0 [Alle Kanäle] list size 2904 channel_id 6813c008f1010804
2020-07-28 17:58:57.532 [sectionsd] cnThread: stop eit update filter (not active)
2020-07-28 17:58:57.532 [sectionsd] commandserviceStopped done
[zapit.cpp:ZapIt:518] [zapit] zap to Zee One HD (6813c008f1010804 tp 16440f03c008f101)
[zapit] saving channel, apid 200 sub pid 0 mode 0 volume 100
[zapit] GetConfig...
[zapit.cpp:StopPlayBack:2317] standby 0 playing 0 forced 1 send_pmt 1
[capmt.cpp:SetMode:256] PLAY: fe_num 0 dmx_src 0
[capmt.cpp:SetMode:288] channel 5693c005f1010504 [Schlager Deluxe] mode 0 STOP src 0 mask 1 -> 0 update 0 rmode 0 mp 0
[capmt.cpp:SetMode:359]  (newmask == 0)
[ca_ci] -> SendCAPMT
TP: 5693C005F101
SID: 0504
SOURCE: 0
CA_MASK: 0
CALEN: 0
Scrambled: 0
Mode: 0
Enabled: STOP
[fe0/0] tune to 570000 DVB-C (Annex A) QAM_256 0 H/L srate 6900000 pli 0 plc 0 plm 0 (tuner 570000000 offset 0 timeout 2000)
[ca_ci] -> GetNumberCISlots
CI: CAM not found
[frontend.cpp:getEvent:903] [fe0/0] ******** FE_HAS_LOCK: freq 570000000
[fe0/0] tuning took: 122 msec (min 96 max 2112)
CRemoteControl::handleMsg: EVT_TUNE_COMPLETE (6813c008f1010804)
2020-07-28 17:58:57.937 [sectionsd] commandserviceChanged: Service change to 6813c008f1010804 demux #0
2020-07-28 17:58:57.938 [sectionsd] cnThread: stop eit update filter (not active)
[zapit] parsing pmt pid 0x61 (Zee One HD)
key: 000b value 0, translate: 000b -0-
[zapit] channel found, audio pid 203, subtitle pid 0 mode 0 volume 100
[zapit.cpp:StartPlayBack:2223] standby 0 playing 0 forced 1
[pmt] set update filter, sid 0x804 pid 0x61 version 1
TuxTXT pid: 0
[scanepg.cpp:handleMsg:275] EVT_ZAP_COMPLETE, scan map size: 0

ShowText 'Zee One HD'
2020-07-28 17:58:59.512 [sectionsd] cnThread: eit update filter, ch 0xc008f1010804, current ver 0x15  got events 0 (not active)
[neutrino] CSectionsdClient::EVT_GOT_CN_EPG
[zapit.cpp:StartPlayBack:2223] standby 0 playing 0 forced 0
[zapit] vpid 1FF apid 203 pcr 1FF
[capmt.cpp:SetMode:256] PLAY: fe_num 0 dmx_src 0
[capmt.cpp:SetMode:288] channel 6813c008f1010804 [Zee One HD] mode 0 START src 0 mask 0 -> 1 update 0 rmode 0 mp 0
[capmt.cpp:SetMode:311]  socket only
[CBasicClient] connect failed.
/tmp/camd.socket: Connection refused
[capmt.cpp:SetMode:457]  (oldmask != newmask) || force_update)
[ca_ci] -> SendCAPMT
TP: 6813C008F101
SID: 0804
SOURCE: 0
CA_MASK: 1
CALEN: 25
Scrambled: 0
Mode: 0
Enabled: START
[ca_ci] -> FindFreeSlot
No free ci-slot
CaMap Empty
28 Jul 17:59:04 ntpdate[1688]: adjust time server 91.202.42.84 offset -0.000442 sec
2020-07-28 17:59:04.688 [sectionsd] timeThread: Time set via NTP, going to sleep for 1800 seconds.

schalte ich wieder zurück:

Code: Alles auswählen

tuned 329 new Schlager Deluxe -> 5693c005f1010504
[zapit.cpp:StopPlayBack:2317] standby 0 playing 1 forced 0 send_pmt 0
TuxTxt stopping subtitle thread ...
[dvb-sub] paused
[zapit.cpp:StopPlayBack:2317] standby 0 playing 0 forced 0 send_pmt 0
StopAutoRecord: autoshift 0
2020-07-28 17:57:56.251 [sectionsd] commandserviceStopped
stopPlayBack: stopping...
stopPlayBack: stopped
CChannelList::adjustToChannelID me 0x8d92a0 [Alle Kanäle] list size 2904 channel_id 5693c005f1010504
2020-07-28 17:57:56.251 [sectionsd] cnThread: stop eit update filter (active)
2020-07-28 17:57:56.251 [sectionsd] commandserviceStopped done
[zapit.cpp:ZapIt:518] [zapit] zap to Schlager Deluxe (5693c005f1010504 tp 11e40f03c005f101)
[zapit] saving channel, apid 203 sub pid 0 mode 0 volume 100
[zapit] GetConfig...
[zapit.cpp:StopPlayBack:2317] standby 0 playing 0 forced 1 send_pmt 1
[capmt.cpp:SetMode:256] PLAY: fe_num 0 dmx_src 0
[capmt.cpp:SetMode:288] channel 6813c008f1010804 [Zee One HD] mode 0 STOP src 0 mask 1 -> 0 update 0 rmode 0 mp 0
[capmt.cpp:SetMode:359]  (newmask == 0)
[ca_ci] -> SendCAPMT
TP: 6813C008F101
SID: 0804
SOURCE: 0
CA_MASK: 0
CALEN: 0
Scrambled: 0
Mode: 0
Enabled: STOP
[fe0/0] tune to 458000 DVB-C (Annex A) QAM_256 0 H/L srate 6900000 pli 0 plc 0 plm 0 (tuner 458000000 offset 0 timeout 2000)
[ca_ci] -> GetNumberCISlots
CI: CAM not found
[frontend.cpp:getEvent:903] [fe0/0] ******** FE_HAS_LOCK: freq 458000000
[fe0/0] tuning took: 135 msec (min 96 max 2112)
[zapit] parsing pmt pid 0x61 (Schlager Deluxe)
[zapit] channel found, audio pid 200, subtitle pid 0 mode 0 volume 100
[zapit.cpp:StartPlayBack:2223] standby 0 playing 0 forced 1
[pmt] set update filter, sid 0x504 pid 0x61 version 2
CRemoteControl::handleMsg: EVT_TUNE_COMPLETE (5693c005f1010504)
2020-07-28 17:57:56.714 [sectionsd] commandserviceChanged: Service change to 5693c005f1010504 demux #0
2020-07-28 17:57:56.722 [sectionsd] cnThread: stop eit update filter (not active)
TuxTXT pid: 0
[scanepg.cpp:handleMsg:275] EVT_ZAP_COMPLETE, scan map size: 0

key: 000b value 0, translate: 000b -0-
ShowText 'Schlager Deluxe'
2020-07-28 17:58:00.775 [sectionsd] cnThread::shouldSleep first retry (1) -> restart demux
28 Jul 17:58:03 ntpdate[1686]: adjust time server 213.239.239.164 offset 0.000132 sec
2020-07-28 17:58:03.481 [sectionsd] timeThread: Time set via NTP, going to sleep for 1800 seconds.
2020-07-28 17:58:11.609 [sectionsd] cnThread::shouldSleep timed out after 11s -> going to sleep
[neutrino] CSectionsdClient::EVT_GOT_CN_EPG
2020-07-28 17:58:11.610 [sectionsd] cnThread: eit update filter, ch 0xc005f1010504, current ver 0xff  got events 0 (not active)
[zapit.cpp:StartPlayBack:2223] standby 0 playing 0 forced 0
[zapit] vpid 1FF apid 200 pcr 1FF
[capmt.cpp:SetMode:256] PLAY: fe_num 0 dmx_src 0
[capmt.cpp:SetMode:288] channel 5693c005f1010504 [Schlager Deluxe] mode 0 START src 0 mask 0 -> 1 update 0 rmode 0 mp 0
[capmt.cpp:SetMode:311]  socket only
[CBasicClient] connect failed.
/tmp/camd.socket: Connection refused
[capmt.cpp:SetMode:457]  (oldmask != newmask) || force_update)
[ca_ci] -> SendCAPMT
TP: 5693C005F101
SID: 0504
SOURCE: 0
CA_MASK: 1
CALEN: 20
Scrambled: 0
Mode: 0
Enabled: START
[ca_ci] -> FindFreeSlot
No free ci-slot
CaMap Empty

[Joerg]

mit den Linux-Meldungen kenne ich mich nicht aus und kann da eigentlich nichts zu sagen, trotzdem fällt die Zeile auf:
TuxTxt stopping subtitle thread ... (ich kann aber nicht behaupten, dass das bei mir nicht auch kommt *g*)
daher die Frage: hast du sowas wie Untertitel einblenden automatisch aktiv ?

[Gorcon]

daher die Frage: hast du sowas wie Untertitel einblenden automatisch aktiv ?

Nein.

[Janus]

Nur mal so als Idee:

Könnte es sein, dass bei einem Programmwechsel nach den relevanten Tuning-Prozessen (bis Bild und Ton anstehen) die weiteren Auswertungen der SI-Daten quasi modal im Vordergund - statt im Hintergrund - laufen und erst nach erfolgreichem Abschluss Bild und Ton "freigeschaltet" werden ?

Dann würde bei nicht vorhandenen oder verhuddelten SI-Tabellen (z.b.EIT) oder gar falschen, ungültigen PIDs die Ausgabe auf Bildschirm und Lautsprecher verzögert. Im schlimmsten Fall, bis das festgelegte Timeout das erzwingt.

Könnte man ja mal testen, ob zwischen 600 und 10000 (in den Tunereinstellungen) ein Unterschied bei den 'betroffenen' Umschaltungen festzustellen ist. Ich selbst habe das nur festgestellt wenn ich auf die Motorschüssel umschalte und der Optionsschalter noch nicht fertig ist, aber das Schaltsignal für das LNB schon gesendet wurde. Dann dauert es (meine Timout-Einstellung 10000) auch die 10 Sekunden, bis ich die Box wieder bedienen kann. (Was halt auf modales Verhalten des gesamten Vorgangs hindeutet)

[Gorcon]

Ich kenne mich hier natürlich nicht aus, aber es wird immer erst nach dem EPG gesucht und nach einem Timeout auf Wiedergabe geschaltet. Das sieht man zumindest bei der Einblendung der Infoleiste.
Die Pids (zumindest von Video und Audio) stimmen mit den von Lyngsat.com überein. das habe ich auch scon überprüft.

Ein und der selbe Sender mal mit und mal ohne EPG schalten unterschiedlich schnell um.

Aber was ich eben eigenartig finde ist wenn ich vorherauf einen Internetsender schalte undann auf so einen "Problemsender" dann schaltet der Receiver extrem schnell um, schneller wie sonst.

[Joerg]

Die Pids (zumindest von Video und Audio) stimmen mit den von Lyngsat.com überein. das habe ich auch scon überprüft.

hast du auch Teletext-PIDs in deiner services.xml ?
ich kann das jetzt gar nicht sagen, da ich nur die benötigten Parameter abspeichere, aber Videotext dürfte vt="xxx" heissen
Ich hab nur (für Astra-Sat): <S i="0023" n="Schlager Deluxe" t="1" s="0" num="118" f="4"/> in meiner srvices.xml
und mit dem Sender via Astra keine Probleme (wie hier schon jemand schrieb: Astra-Umschaltzeit völlig OK)
Mal die Box zumindest einstellungstechnisch zurückgesetzt ?
also neutrino.conf speichern (z.B. unter /var/) > neutrino.conf von var/tuxbox/config löschen > Hard-reset (Stecker ziehen oder via Telnet "umount -a" gefolgt von "reboot -f"). Box minimal ! konfigurieren und testen, wenn es nicht funzt über Einstellungen wiederherstellen von die gesicherte neutrino.conf auswählen = alles wieder wie vorher

[Gorcon]

Die Pids (zumindest von Video und Audio) stimmen mit den von Lyngsat.com überein. das habe ich auch scon überprüft.

hast du auch Teletext-PIDs in deiner services.xml ?

Nein, aber die allermeisten betroffenen Sender haben eh keinen VT

ich kann das jetzt gar nicht sagen, da ich nur die benötigten Parameter abspeichere, aber Videotext dürfte vt="xxx" heissen
Ich hab nur (für Astra-Sat): <S i="0023" n="Schlager Deluxe" t="1" s="0" num="118" f="4"/> in meiner srvices.xml
und mit dem Sender via Astra keine Probleme (wie hier schon jemand schrieb: Astra-Umschaltzeit völlig OK)
Mal die Box zumindest einstellungstechnisch zurückgesetzt ?
also neutrino.conf speichern (z.B. unter /var/) > neutrino.conf von var/tuxbox/config löschen > Hard-reset (Stecker ziehen oder via Telnet "umount -a" gefolgt von "reboot -f"). Box minimal ! konfigurieren und testen, wenn es nicht funzt über Einstellungen wiederherstellen von die gesicherte neutrino.conf auswählen = alles wieder wie vorher

Das Problem trat ja auch mit der Zee² auf und als ich die VU eingerichtet hatte gabs schon von Anfang an das gleiche Problem.

[Janus]

Ich hab nur (für Astra-Sat): <S i="0023" n="Schlager Deluxe" t="1" s="0" num="118" f="4"/> in meiner srvices.xml

Ich habe schon mehrfach geschrieben, dass diese Einstellung "PIDs scannen/nutzen = ja" beim Umschalten hier keinen messbaren Zeitgewinn bringt.
Eigentlich nur zusätzlichen Zeitbedarf beim Einlesen und Speichern der services.xml, und - vor Allem - zusätzlichen Speicherbedarf für die Senderlisten im Flash.

In den zusätzlich gespeicherten PIDs [getVideoPid(), getPreAudioPid(), getPcrPid(), getPmtPid(), getTeletextPid()] taucht auch Nichts auf, was direkt auf die EPG-Sachen zeigt.
Das wird aus der PMT dynamisch ermittelt. Und deren PID liegt in der Hierarchie direkt hinter der (mandatorischen) Service-ID der Bouquet-Einträge.

PAT -> SID -> PMT

Die Einstellung würde ich daher für das "Fehlverhalten" nicht verantwortlich machen.
Aber man kann das ja einfach ausprobieren:

* Oben genannte Einstellung umstellen
* einmal kurz nach Service > BouquetEditor
* ein Bouquet mal hin- und herschieben ( das sollte das Save-Flag setzen )
* den Editor - mit Speichern - verlassen. ( dann war das save-Flag gesetzt ! )
* Kanalliste neu laden

und dann wieder prüfen...

[Gorcon]

* Oben genannte Einstellung umstellen

Du meinst

Mal in den Tunereinstellungen das Tuning-Timout kleiner gemacht ?
Minimum ist 600 ms.
Führt möglicherweise zu schlechten Scanergebnissen, aber das Umschalten könnte das beschleunigen...

? Das hatte ich doch probiert, bringt gar nichts. Getunt wird der Sender ja "sofort", aber der wartet dann ewig lange.
Um es auch nochmal zu sagen ich habe kein Sat. (nicht dass das untergegangen ist )

[Janus]

Die "oben genannten Einstellungen" betrafen das "PID scannen/nutzen" im letzten Dialog bevor der Suchlauf gestartet wird. Ist inzwischen ein Schieberegler, der je nach Skin-Einstellung (z.B.Monochrom) schonmal übersehen wird. (links=aus rechts=ein)

Und das existiert auch, wenn man nur Kabelsender scannt.
Wobei da eine "Platzverschwendung" durch die zusätzlichen PIDs eher vernachlässigbar ist und bei den wenigen Hundert Sendern im Kabel auch Zeitverluste durch read/save sicher kaum bemerkt werden.

[Gorcon]

Achso, Ich habe jetzt mal einen Suchlauf mit PID Scan gemacht, aber es ist unverändert. Bei bestimmten Sendern ohne EPG dauert es länger als 10 Sek. Die Infoleiste ist dann schon längst wieder ausgeblendet, bevor Bild und Ton kommt.

Seit heute hat auch der WDR wieder EPG und damit schaltet der Sender wieder problemlos um, bei anderen Sendern bleibt es aber da diese keinen EPG haben.

Aber mit dem PID Scann hatte ich ja schon im Beitrag 21 probiert, das hatte damals auch überhaupt nichts gebracht.

[satbaby]

Ich habe keine Ahnung, aber es könnt na der pid 0x61 liegen, der bei eit in die Quere kommt.
Müsste dir jemand test neutrino bauen ohne "addfilter(0x61, 0xf1); //3b other TS, scheduled, odd" in src/eitd/sectionsd.cpp um zu sehen ob daran liegt.
Nur ohne 0x61 kann es wieder wo anders EPG fehlen.
Somit wäre das keine Lösung, nur Test.
gruß

[Joerg]

sicherlich keine Lösung, aber ein eventuell funktionierender Workaround: eine epgfilter.xml anlegen
Ich nutze die epgfilter.xml als Positivliste um nur die EPG-Daten zu laden, die ich auch haben möchte (z.B. die ganzen SD-Sender müssen meinen Speicher nicht voll hauen, da will ich dann nur Now&Next, wenn ich mal auf einen SD-Sender gehe)
Sieht bei mir dann so aus:

Code: Alles auswählen

<?xml version="1.0" encoding="UTF-8"?>
<epgfilter is_whitelist="1" except_current_next="1">
	<filter serviceID="6a" name="Pro7 FUN HD" tsid="e" onid="85"/>
....
</epgfilter>

mit epgfilter is_whitelist="0" müsste es dann ja eine Negativliste sein, in welche dann nur die Problemsender rein müssten, die die Probleme verursachen. Gegebenenfalls dann auch except_current_next="0" setzen, es geht ja sowieso um Sender, die keinen EPG haben.
Da ich per se kein EPG-Problem habe, brauch ich da auch nix zu testen.
Die Datei gehört in den zapit-Ordner und verlangt meines Wissens einen reboot um geladen zu werden/Änderungen zu laden

[satbaby]

Oops, ich habe EPG-Filter ganz vergessen. Jo, Jörg Lösung sollte funktionieren, einfach EPG auf den Channel ausschalten.
der hat blacklist
https://wiki.tuxbox-neutrino.org/wiki/N ... #Blacklist

[Don de Deckelwech]

Hi,
die Idee mit der epgfilter.xml hatten wir schon ab Beitrag #4 , hat aber angeblich nicht geklappt...

Ciao,
DdD.

[satbaby]

Axo sorry, ich habe nicht alles gelesen.

is_whitelist kann man sich sparen, ist für debuging und ist auskommentiert.
Bleibt eingma testen.
gruß