[epgsearch] conflict check - Fehlalarm bei verschlüsselten Sendern

gggggg · April 4, 2021 at 6:14 PM

Es ist nur 1 Timer auf ORF programmiert. Dem BM2LTS NUC10i3 sind 3 DVB-S2 zugeteilt.

Zuvor habe ich den epgsearch Ordner und timer.conf gelöscht. Mir ist das bisher nie aufgefallen, weil wir den check aufgrund früherer Abstürze abgeschalten hatten.

Ins Blaue hinein geraten vermute ich, dass der conflictcheck nicht weis, dass über das mcli Plugin und die im Netceiver steckende ORF Karte die Verschlüsselung möglich ist ?

channels.conf

Code

ORF1 HD;ORF:11302:hC23M5O35S1:S19.2E:22000:1920=27:0;1921=deu@106,1922=mis@106:1925:648,650,D95,D98,6E2,500,98D,9C4,98C:4911:1:1007:0
ORF2O HD;ORF:11273:hC23M5O35S1:S19.2E:22000:3000=27:0;3001=deu@106,3002=mis@106:3005:D98,650,D95,648,6E2,98C,9C4,98D,500:13304:1:1005:0

Hier das epgsearch Log: mit -v 3

Code

So. 04.04.2021 18:01:40: ---------------------------------------
So. 04.04.2021 18:01:40: EPGSearch log started (verbose level 3, version 2.4.0-02-BM2LTS)
So. 04.04.2021 18:01:40: loading entries in /var/lib/vdr/plugins/epgsearch/conf.d
So. 04.04.2021 18:01:40: loaded 0 entries in /var/lib/vdr/plugins/epgsearch/conf.d
So. 04.04.2021 18:01:40: loaded searches from /var/lib/vdr/plugins/epgsearch/epgsearch.conf (count: 0)
So. 04.04.2021 18:01:40: loaded searches from /var/lib/vdr/plugins/epgsearch/epgsearchtemplates.conf (count: 0)
So. 04.04.2021 18:01:40: SearchTimerThread: waiting for VDR to become ready...
So. 04.04.2021 18:01:51: VDR ready
So. 04.04.2021 18:01:51: SearchTimerThread: startup delayed 10 seconds
So. 04.04.2021 18:02:01: search timer update started
So. 04.04.2021 18:02:01: search timer update finished
So. 04.04.2021 18:02:01: check for timer conflicts
So. 04.04.2021 18:02:01: Bond Devices
So. 04.04.2021 18:02:01: Bond Devices done.
So. 04.04.2021 18:02:01: check only local conflicts = yes
So. 04.04.2021 18:02:01: current timer list creation started
So. 04.04.2021 18:02:01: add timer 'OberÃ¶sterreich heute Service' (So. 04.04. 18:57, channel ORF2O HD) for conflict check
So. 04.04.2021 18:02:01: current timer list created
So. 04.04.2021 18:02:01: create check time list
So. 04.04.2021 18:02:01: create check time list - done
So. 04.04.2021 18:02:01: create conflict list
So. 04.04.2021 18:02:01: check time So. 04.04. 18:57
So. 04.04.2021 18:02:01: detach stopping timers
So. 04.04.2021 18:02:01: add pending timers
So. 04.04.2021 18:02:01: attach starting timers
So. 04.04.2021 18:02:01: conflict found for timer 'OberÃ¶sterreich heute Service' (So. 04.04. 18:57, channel ORF2O HD)
So. 04.04.2021 18:02:01: check time So. 04.04. 18:57 - done
So. 04.04.2021 18:02:01: retry check time So. 04.04. 18:57
So. 04.04.2021 18:02:01: check time So. 04.04. 18:57
So. 04.04.2021 18:02:01: detach stopping timers
So. 04.04.2021 18:02:01: add pending timers
So. 04.04.2021 18:02:01: attach starting timers
So. 04.04.2021 18:02:01: check time So. 04.04. 18:57 - done
So. 04.04.2021 18:02:01: check time So. 04.04. 19:00
So. 04.04.2021 18:02:01: detach stopping timers
So. 04.04.2021 18:02:01: add pending timers
So. 04.04.2021 18:02:01: attach starting timers
So. 04.04.2021 18:02:01: check time So. 04.04. 19:00 - done
So. 04.04.2021 18:02:01: create conflict list - done
So. 04.04.2021 18:02:01: result of conflict check for So. 04.04. 18:57:
So. 04.04.2021 18:02:01: timer 'OberÃ¶sterreich heute Service' (So. 04.04. 18:57, channel ORF2O HD) failed
So. 04.04.2021 18:02:10: check for timer conflicts - done

Display More

So. 04.04.2021 18:02:01: timer 'OberÃ¶sterreich heute Service' (So. 04.04. 18:57, channel ORF2O HD) failed

- Was ist der Grund für den fail ?

- woher nimmt es die Info ob encrypted channels entschlüsselt werden können ?

TomJoad · April 6, 2021 at 8:58 PM

Passiert das beim vdr-Start? Ist die neueste epgsearch-Version installiert, wo man die Checks verzögert loslaufen lassen kann?

gggggg · April 8, 2021 at 4:57 PM

TomJoad

Danke dass du dich drum annimmst... die Version sieht man oben im epgsearchlog Zeile 2

Das passiert nicht nur beim Hochlauf, sondern auch beim manuellen Start (und nat. wenn konfiguriert nach jeder Timer Prog.) des checks.

TomJoad · April 8, 2021 at 9:05 PM

epgsearch benutzt die gleiche Routine wie der vdr in device.c, um festzustellen, ob ein verschlüsselter Sender entschlüsselt werden kann. Mittlerweile gibt es minimale Abweichungen zu dort, deren Bedeutung ich nicht verifizieren kann, weil ich nur unverschlüsselte Sender sehen kann.

Kann es möglich sein, das zu dem Zeitpunkt, wo der Konfliktcheck losläuft, der Kanal nicht verfügbar ist?

gggggg · April 9, 2021 at 3:05 PM

Verfügbar sind die Kanäle sicherlich ... aber die Entschlüsselung des netceiver und mcli brauchen schon mal 5s.

Das check Problem besteht aber reproduzierbar bei allen verschlüsselten (orf, atv, servusTv,puls4) auch wenn man gerade auf dem Sender empfängt ....

HelmutB †, cinfo kann der vdr-2.4.6.mcli5.patch da mit rein spielen ?

utiltiy · April 9, 2021 at 5:34 PM

Bei SKY gab es bisher auch keine Meldungen oder HD Plus, die sind ja auch verschlüsselt.

TomJoad · April 9, 2021 at 6:11 PM

Ich bin ganz unbedarft beim CAM-Handling, aber epgsearch bildet den Mechanismus mit HasInternalCam() noch nicht nach, kann das eine Rolle spielen?

gggggg · April 9, 2021 at 6:32 PM

Das können nur die Profis sagen ... ich erwähne noch pbrb

pbrb · April 10, 2021 at 4:40 PM

Quote from gggggg

Das können nur die Profis sagen ... ich erwähne noch pbrb

da kann ich leider nicht helfen, habe hier keine CAM im Einsatz und kann mich deshalb auch nur sehr bedingt um den CAM-bezogenen Code im "mcli" kümmern...sorry.

TomJoad · April 14, 2021 at 5:22 PM

Ich habe mal des Handling von devices mit "HasInternalCam" vom vdr in epgsearch nachgezogen. Bevor ich das auf die Allgemeinheit loslasse, sollte der Patch aber ausgiebig getestet werden - und ich selber habe keine Cams und keine Entschlüsselungsmöglichkeiten.

Ich kann auch nichts bauen für BM2LTS

gggggg · April 14, 2021 at 5:53 PM

danke !

cinfo bitte bei Gelegenheit um den build

gggggg · April 26, 2021 at 5:58 PM

HI TomJoad ,

danke schaut gut aus ... ich habe das mit den ORFs, mit mcli (und Netceiver + Alphacypt+ORF-Karte) getestet.

Was mir aufgefallen ist:

- Wenn man bereits existente Timer (die deaktiviert sind) aktiviert, erfolgt keine Konfliktprüfung.

- Prüfe nur die nächsten x Tage kann ich max. auf 14 stellen ?!

- nach manuellem "Suchtimer aktualisieren", wird die Meldung "Suchtimer-Update durchgeführt" nicht autom. v. Schirm gelöscht

wmautner · April 26, 2021 at 6:05 PM

"die nächsten X Tage" ... da macht längere Zeit keinen Sinn, da das EPG nicht soweit in die Zukunft reicht. Im Gegenteil, eine zu lange Vorlaufzeit ergibt unvollständige Datensätze. Wenn z.B. einer der Provider, der üblicherweise den besten Datensatz mit Subtitel usw. liefert, sind die Daten für einen Vergleich ob Serie oder Wiederholung noch ungeeignet. Kann ja sein, daß ohne Subtitel eine Wiederholung angenommen wird und der Timer vorerst nicht erstellt wird.

zimuland · December 7, 2021 at 8:57 PM

Hallo,

vor einiger Zeit habe ich die neue Version 2.4.1 installiert. Danach kamen mehrmals unerklärliche Konfliktmeldungen, ich hatte aber keine Zeit das näher zu untersuchen.

Inzwischen konnte ich den Fehler reproduzieren. Die Fehlalarme betreffen unverschlüsselte Sender.

Im System sind drei DVB-Karten vorhanden. Es werden vier Timer auf drei Transpondern angelegt. Mit der Version 2.4.0 werden keine Konflikte angezeigt (VDR-Version ist 2.4.7.). Mit der neueen Version wird der erste Timer auf Karte 2 gestartet. DIe zweite Aufnahme auf dem gleichen Transponder wird vom epgsearch der Karte 3 zugeordnet, vom VDR aber wie erwartet ebenfalls auf Karte 2 gestartet. Die letzten beiden Timer brauchen dann jeweils eine eigene Karte.

channels.conf

Das Erste:338000:C0M256:C:6900:101=2:102=deu@3,103=mis@3;106=deu@106:104;105=deu:0:28106:1:1101:0

ZDF:450000:C0M256:C:6900:110=2:120=deu@3,121=mis@3,122=mul@3;125=deu@106:130;131=deu:0:28006:1:1079:0

rbb Berlin;ARD:458000:C0M256:C:6900:601=2:602=deu@3,603=mis@3:604:0:28206:1:1073:0

3sat:450000:C0M256:C:6900:210=2:220=deu@3,221=mis@3,222=mul@3;225=deu@106:230;231=deu:0:28007:1:1079:0

timers.conf

1:C-1-1079-28007:2021-12-06:1755:1800:50:99:3sat:<epgd><timerid>2415</timerid></epgd>

1:C-1-1079-28006:2021-12-06:1756:1800:50:99:ZDF:<epgd><timerid>2416</timerid></epgd>

1:C-1-1073-28206:2021-12-06:1757:1800:50:99:rbb Berlin:<epgd><timerid>2417</timerid></epgd>

1:C-1-1101-28106:2021-12-06:1758:1800:50:99:Das Erste:<epgd><timerid>2418</timerid></epgd>

epgsearch.log

Display Spoiler

Mon 06.12.2021 16:56:49: ---------------------------------------

Mon 06.12.2021 16:56:49: EPGSearch log started (verbose level 3, version 2.4.1)

Mon 06.12.2021 16:56:49: loading entries in /video/plugins/epgsearch/conf.d

Mon 06.12.2021 16:56:49: loaded 0 entries in /video/plugins/epgsearch/conf.d

Mon 06.12.2021 16:56:49: loaded searches from /video/plugins/epgsearch/epgsearch.conf (count: 0)

Mon 06.12.2021 16:56:49: loaded searches from /video/plugins/epgsearch/epgsearchtemplates.conf (count: 0)

Mon 06.12.2021 16:56:49: loading /video/plugins/epgsearch/epgsearchdone.data

Mon 06.12.2021 16:56:49: loaded recordings done from /video/plugins/epgsearch/epgsearchdone.data (count: 3806)

Mon 06.12.2021 16:56:49: loading /video/plugins/epgsearch/epgsearchupdmail.templ

Mon 06.12.2021 16:56:49: SearchTimerThread: waiting for VDR to become ready...

Mon 06.12.2021 16:56:51: VDR ready

Mon 06.12.2021 16:56:51: SearchTimerThread: startup delayed 10 seconds

Mon 06.12.2021 16:57:01: search timer update started

Mon 06.12.2021 16:57:01: search timer update finished

Mon 06.12.2021 16:57:01: check for timer conflicts

Mon 06.12.2021 16:57:01: Bond Devices

Mon 06.12.2021 16:57:01: Bond Devices done.

Mon 06.12.2021 16:57:01: check only local conflicts = yes

Mon 06.12.2021 16:57:01: current timer list creation started

Mon 06.12.2021 16:57:01: add timer '3sat' (Mon 06.12. 17:55, channel 3sat) for conflict check

Mon 06.12.2021 16:57:01: add timer 'ZDF' (Mon 06.12. 17:56, channel ZDF) for conflict check

Mon 06.12.2021 16:57:01: add timer 'rbb Berlin' (Mon 06.12. 17:57, channel rbb Berlin) for conflict check

Mon 06.12.2021 16:57:01: add timer 'Das Erste' (Mon 06.12. 17:58, channel Das Erste) for conflict check

Mon 06.12.2021 16:57:01: current timer list created

Mon 06.12.2021 16:57:01: create check time list

Mon 06.12.2021 16:57:01: create check time list - done

Mon 06.12.2021 16:57:01: create conflict list

Mon 06.12.2021 16:57:01: check time Mon 06.12. 17:55

Mon 06.12.2021 16:57:01: detach stopping timers

Mon 06.12.2021 16:57:01: add pending timers

Mon 06.12.2021 16:57:01: attach starting timers

Mon 06.12.2021 16:57:01: Bonding ok on device 0.

Mon 06.12.2021 16:57:01: Bonding ok on device 1.

Mon 06.12.2021 16:57:01: Bonding ok on device 2.

Mon 06.12.2021 16:57:01: recording timer '3sat' (Mon 06.12. 17:55, channel 3sat) at Mon 06.12. 17:55 on device 2

Mon 06.12.2021 16:57:01: check time Mon 06.12. 17:55 - done

Mon 06.12.2021 16:57:01: check time Mon 06.12. 17:56

Mon 06.12.2021 16:57:01: detach stopping timers

Mon 06.12.2021 16:57:01: add pending timers

Mon 06.12.2021 16:57:01: attach starting timers

Mon 06.12.2021 16:57:01: Bonding ok on device 0.

Mon 06.12.2021 16:57:01: Bonding ok on device 1.

Mon 06.12.2021 16:57:01: Bonding ok on device 2.

Mon 06.12.2021 16:57:01: recording timer 'ZDF' (Mon 06.12. 17:56, channel ZDF) at Mon 06.12. 17:56 on device 3

Mon 06.12.2021 16:57:01: check time Mon 06.12. 17:56 - done

Mon 06.12.2021 16:57:01: check time Mon 06.12. 17:57

Mon 06.12.2021 16:57:01: detach stopping timers

Mon 06.12.2021 16:57:01: add pending timers

Mon 06.12.2021 16:57:01: attach starting timers

Mon 06.12.2021 16:57:01: Bonding ok on device 0.

Mon 06.12.2021 16:57:01: recording timer 'rbb Berlin' (Mon 06.12. 17:57, channel rbb Berlin) at Mon 06.12. 17:57 on device 1

Mon 06.12.2021 16:57:01: check time Mon 06.12. 17:57 - done

Mon 06.12.2021 16:57:01: check time Mon 06.12. 17:58

Mon 06.12.2021 16:57:01: detach stopping timers

Mon 06.12.2021 16:57:01: add pending timers

Mon 06.12.2021 16:57:01: attach starting timers

Mon 06.12.2021 16:57:01: conflict found for timer 'Das Erste' (Mon 06.12. 17:58, channel Das Erste)

Mon 06.12.2021 16:57:01: check time Mon 06.12. 17:58 - done

Mon 06.12.2021 16:57:01: retry check time Mon 06.12. 17:58

Mon 06.12.2021 16:57:01: check time Mon 06.12. 17:58

Mon 06.12.2021 16:57:01: detach stopping timers

Mon 06.12.2021 16:57:01: add pending timers

Mon 06.12.2021 16:57:01: attach starting timers

Mon 06.12.2021 16:57:01: check time Mon 06.12. 17:58 - done

Mon 06.12.2021 16:57:01: check time Mon 06.12. 18:00

Mon 06.12.2021 16:57:01: detach stopping timers

Mon 06.12.2021 16:57:01: detach device 2 from timer '3sat' (Mon 06.12. 17:55, channel 3sat) at Mon 06.12. 18:00

Mon 06.12.2021 16:57:01: detach device 3 from timer 'ZDF' (Mon 06.12. 17:56, channel ZDF) at Mon 06.12. 18:00

Mon 06.12.2021 16:57:01: detach device 1 from timer 'rbb Berlin' (Mon 06.12. 17:57, channel rbb Berlin) at Mon 06.12. 18:00

Mon 06.12.2021 16:57:01: add pending timers

Mon 06.12.2021 16:57:01: attach starting timers

Mon 06.12.2021 16:57:01: check time Mon 06.12. 18:00 - done

Mon 06.12.2021 16:57:01: create conflict list - done

Mon 06.12.2021 16:57:01: result of conflict check for Mon 06.12. 17:58:

Mon 06.12.2021 16:57:01: timer 'Das Erste' (Mon 06.12. 17:58, channel Das Erste) failed

Gruß Zimuland

TomJoad · December 9, 2021 at 2:20 PM

Wieso ist das bisher niemandem aufgefallen? Ich kann es reproduzieren, sollte auch schon vor 2.4.1 ein Problem gewesen sein.

zimuland · December 9, 2021 at 8:10 PM

Mit der Version 2.4.0. war es noch ok. Das hatte ich schon getestet.

Ich habe mir jetzt noch den Stand aus dem GIT geholt. Dort muss man nur den Commit "improved conflictcheck for encrypted channels" zurücknehmen und dann geht es wieder.

Gruß Zimuland

TomJoad · December 10, 2021 at 8:55 PM

Ich habe den Fehler gefunden, wird im git korrigiert

Diff

--- conflictcheck.c.orig    2021-12-10 17:48:56.144864670 +0100
+++ conflictcheck.c    2021-12-10 20:50:00.616298758 +0100
@@ -704,9 +704,8 @@ int cConflictCheck::GetDevice(cConflictC
                 imp |= devices[i].Receiving();
                 // do we have GetClippedNumProvidedSystems ???  uses MaxNumProvidedSystems in vdr since V1.7 !!
                 // but should not be needed
-                imp <<= 2;
+                imp <<= 8; // NumProvidedSystems is not clipped, apply headroom
                 imp |= devices[i].NumProvidedSystems(); // avoid cards which support multiple delivery systems
-                // imp <<= 2;
                 // imp |= GetClippedNumProvidedSystems(2, device[i]) - 1;  // avoid cards which support multiple delivery systems
                 // use the device with the lowest priority (+MAXPRIORITY to assure that values -99..99 can be used)
                 imp <<= 8;

Display More

[epgsearch] conflict check - Fehlalarm bei verschlüsselten Sendern

Participate now!

Users Viewing This Thread