Thanks: 0
Ergebnis 1 bis 3 von 3
-
29.09.2014, 03:36 #1
- Registriert seit
- 13.08.2013
- Ort
- Midgard
- Beiträge
- 2.863
- Thanks (gegeben)
- 585
- Thanks (bekommen)
- 1589
- Total Downloaded
- 745,74 MB
- Total Downloaded
- 745,74 MB
Box 1:Vu+ Ultimo 4k 4x DVB-S2 FBC / 2x DVB-C OpenATV 6.2Box 2:Gigablue Quad4k 2xDVB-S2 OpenATV 6.2Box 3:AX Quadbox 2400HDBox 4:diverseBox 5:DVBViewerFehler: Zu viele Timer Confllicts (Bezogen auf die Tuneranzahl)
Hallo!
Ich beobachte verstärkt, daß es zu viele Timer-Konflikte gibt, bezogen auf die Tuneranzahl der Boxen.
Beispielsituation:
Vorhanden ist folgender Timer, mit dem es angeblich zu Konflikten kommt:
The Bridge - America - Jeden Donnerstag von 20:55 - 22:10 (Also auch am 2.10.2014)
Code:<timer begin="1412276100" end="1412280600" serviceref="1:134:1:0:0:0:0:0:0:0:FROM BOUQUET "alternatives.FoxHD.tv" ORDER BY bouquet" repeated="8" name="The Bridge - America" description="Tanz auf dem Vulkan" afterevent="auto" eit="0" location="/media/hdd/movie/" tags="" disabled="0" justplay="0" always_zap="0" descramble="1" record_ecm="1" isAutoTimer="0"> <log code="5" time="1411671280">activating state 1</log> <log code="0" time="1411671280">Found enough free space to record</log> <log code="0" time="1411671280">Filename calculated as: '/media/hdd/movie/20140925 2055 - Fox HD - The Bridge - America'</log> <log code="6" time="1411671280">prepare ok, waiting for begin</log> <log code="5" time="1411671300">activating state 2</log> <log code="11" time="1411671300">start recording</log> <log code="5" time="1411675800">activating state 3</log> <log code="12" time="1411675800">stop recording</log> <log code="15" time="1411675800">record time changed, start prepare is now: Thu Oct 2 20:54:40 2014</log> <log code="0" time="1411766895">Filename calculated as: '/media/hdd/movie/20141002 2055 - Fox HD - The Bridge - America'</log> <log code="0" time="1411804678">Filename calculated as: '/media/hdd/movie/20141002 2055 - Fox HD - The Bridge - America'</log> <log code="0" time="1411938541">Filename calculated as: '/media/hdd/movie/20141002 2055 - Fox HD - The Bridge - America'</log> </timer>
Code:[EPGC] lookup events with 'Big Tits' in title (ignore case) [TIMER] [AutoTimer] Try to add new timer based on AutoTimer Big Tits. record returned non-zero timer conflict detected! [AutoTimer] conflict with Crossing Lines (20141002 2210) / The Bridge - America (20141002 2055) detected [TIMER] [AutoTimer] Try to add new timer based on AutoTimer Big Tits. record returned non-zero timer conflict detected! [AutoTimer] conflict with Crossing Lines (20141002 2210) / The Bridge - America (20141002 2055) detected [TIMER] [AutoTimer] Try to add new timer based on AutoTimer Big Tits. record returned non-zero timer conflict detected! [AutoTimer] conflict with Crossing Lines (20141002 2210) / The Bridge - America (20141002 2055) detected [EPGC] lookup events with 'Massive Tits' in title (ignore case) job Components.Task.Job name=AutoTimer #tasks=3 completed with [] in None
Big Tits Big Tits at Work: All Class - (Adult Entertainment) BRAZZERS TV Europe 10/2/2014 1:20 10/2/2014 2:20
Big Tits Big Tits at Work: All Class - (Adult Entertainment) BRAZZERS TV Europe 10/2/2014 9:20 10/2/2014 10:20
Big Tits Big Tits at Work: All Class - (Adult Entertainment) BRAZZERS TV Europe 10/2/2014 17:20 10/2/2014 18:20
Wie man sieht kommt keiner dieser Zeitpunkte auch nur annähernd mit "The Bridge - America" in Berührung ...
Manuell (Über's OpenWebif) kann ich dieselben Timer problemlos anlegen.
So sieht der Timer in autotimers.xml aus:
Code:<timer name="Massive Tits" match="Massive Tits" enabled="yes" offset="20" overrideAlternatives="1"> <bouquet>1:7:1:0:0:0:0:0:0:0:FROM BOUQUET "userbouquet.favourites.tv" ORDER BY bouquet</bouquet> <!-- Favoriten (TV) --> </timer>
Geändert von SpaceRat (29.09.2014 um 04:07 Uhr)
Receiver/TV:- Vu+ Ultimo 4k 4xDVB-S2 FBC / 2x-C / 5.5TB / OpenATV 6.4@LG 65" OLED
- Gigablue Quad 4k 2xDVB-S2 / 2x-C / 1.8TB GB / OpenATV 6.4@Samsung 37" LED
- diverse weitere
- S2-Twin-Tuner PCIe@Samsung SyncMaster T240HD (PC)
- TechniSat SkyStar HD 2 (2.PC)
Internet: Unitymedia 2play 400 + Telekom VDSL100 / Linksys WRT1900ACS / IPv4 (UM) + IPv6 (Hurricane Electric+UM+Telekom)
-
Advertising
-
29.09.2014, 03:52 #2
- Registriert seit
- 13.08.2013
- Ort
- Midgard
- Beiträge
- 2.863
- Thanks (gegeben)
- 585
- Thanks (bekommen)
- 1589
- Total Downloaded
- 745,74 MB
- Total Downloaded
- 745,74 MB
ThemenstarterBox 1:Vu+ Ultimo 4k 4x DVB-S2 FBC / 2x DVB-C OpenATV 6.2Box 2:Gigablue Quad4k 2xDVB-S2 OpenATV 6.2Box 3:AX Quadbox 2400HDBox 4:diverseBox 5:DVBViewerDes Pudels Kern scheint übrigens woanders zu stecken.
Die folgenden drei Timer habe ich schon nur manuell eintragen können:
Code:<timer begin="1412276100" end="1412280540" serviceref="1:134:1:0:0:0:0:0:0:0:FROM BOUQUET "alternatives.FoxHD.tv" ORDER BY bouquet" repeated="8" name="The Bridge - America" description="Tanz auf dem Vulkan" afterevent="auto" eit="0" location="/media/hdd/movie/" tags="" disabled="0" justplay="0" always_zap="0" descramble="1" record_ecm="1" isAutoTimer="0"> </timer> <timer begin="1412276700" end="1412279700" serviceref="1:134:1:0:0:0:0:0:0:0:FROM BOUQUET "alternatives.RTLNITROHD.tv" ORDER BY bouquet" repeated="8" name="Modern Family" description="Tag des offenen Horrors" afterevent="auto" eit="0" location="/media/hdd/movie/" tags="" disabled="0" justplay="0" always_zap="0" descramble="1" record_ecm="1" isAutoTimer="0"> </timer> <timer begin="1412280600" end="1412285700" serviceref="1:134:1:0:0:0:0:0:0:0:FROM BOUQUET "alternatives.SAT.1HD.tv" ORDER BY bouquet" repeated="8" name="Crossing Lines" description="Undercover, Crime-Serie, D/USA/F 2014" afterevent="auto" eit="0" location="/media/hdd/movie/" tags="" disabled="0" justplay="0" always_zap="0" descramble="1" record_ecm="1" isAutoTimer="0"> </timer>
The Bridge - America
02.10.2014 20:55 - 02.10.2014 22:10
Modern Family
02.10.2014 21:05 - 02.10.2014 21:55
Crossing Lines
02.10.2014 22:10 - 02.10.2014 23:35
Wie man sieht gibt es eigentlich keine Probleme diese drei Aufnahmen mit zwei Tunern (Und getrennten Kabeln) durchzuführen, Modern Family endet lange bevor für eine Minute (22:10 Endzeit von The Bridge = 22:10 Anfangszeit Crossing Lines) ein dritter Tuner gebräucht würde.
Trotzdem sieht die Box das erst dann nicht mehr als Konflikt an, wenn ich The Bridge 1 Minute eher enden lasse ...Receiver/TV:- Vu+ Ultimo 4k 4xDVB-S2 FBC / 2x-C / 5.5TB / OpenATV 6.4@LG 65" OLED
- Gigablue Quad 4k 2xDVB-S2 / 2x-C / 1.8TB GB / OpenATV 6.4@Samsung 37" LED
- diverse weitere
- S2-Twin-Tuner PCIe@Samsung SyncMaster T240HD (PC)
- TechniSat SkyStar HD 2 (2.PC)
Internet: Unitymedia 2play 400 + Telekom VDSL100 / Linksys WRT1900ACS / IPv4 (UM) + IPv6 (Hurricane Electric+UM+Telekom)
-
29.09.2014, 06:32 #3
- Registriert seit
- 13.08.2013
- Ort
- Midgard
- Beiträge
- 2.863
- Thanks (gegeben)
- 585
- Thanks (bekommen)
- 1589
- Total Downloaded
- 745,74 MB
- Total Downloaded
- 745,74 MB
ThemenstarterBox 1:Vu+ Ultimo 4k 4x DVB-S2 FBC / 2x DVB-C OpenATV 6.2Box 2:Gigablue Quad4k 2xDVB-S2 OpenATV 6.2Box 3:AX Quadbox 2400HDBox 4:diverseBox 5:DVBViewerMeiner Ansicht nach steckt der Fehler in /usr/lib/enigma2/python/Components/TimerSanityCheck.py ab Zeile 173:
TimerSanityCheck.py versucht, ein Fake Recording zu starten:
Code:if fakeRecService: fakeRecResult = fakeRecService.start(True) else: fakeRecResult = -1 if not fakeRecResult: # tune okay feinfo = fakeRecService.frontendInfo().getFrontendData() tunerType.append(feinfo.get("tuner_type"))
TimerSanityCheck.py versucht dann zwar noch, den Tunertype anders zu ermitteln:
Code:else: # tune failed.. so we must go another way to get service type (DVB-S, DVB-T, DVB-C)
Später (In Zeile 204) ...
Code:if fakeRecResult: if ConflictTimer is None: # just take care of the first conflict ConflictTimer = timer ConflictTunerType = tunerType
Ich habe mir in den o.g. Code mal ein paar Debug-Meldungen zusätzlich eingebaut und erhalten somit folgende Ausgabe:
Code:[EPGC] lookup events with 'Big Tits' in title (ignore case) [TIMER] [AutoTimer] Try to add new timer based on AutoTimer Big Tits. Using fakeRecService fakeRecResult ok - Tunertype DVB-S New timer tunertype DVB-S Using fakeRecService fakeRecResult ok - Tunertype DVB-S Using fakeRecService fakeRecResult ok - Tunertype DVB-S
Code:record returned non-zero fakeRecService skipped fakeRecResult nok
Code:Service is a group - Tunertype DVB-S
Code:timer conflict detected!
Es wird nun schlichtweg der erste Timer mit Alternativen als Fehler gemeldet:
Code:[AutoTimer] conflict with Crossing Lines (20141002 2210) / The Bridge - America (20141002 2055) detected
else: # tune failed
hätte man sich auch schenken können, zu diesem Zeitpunkt hat sich der TimerSanityCheck bereits (falsch) entschieden.
Ich habe mal testweise an dieser Stelle
fakeRecResult = 0
eingefügt, um den Fehler wieder zurückzusetzen, dann ist er auch weg, allerdings kann ich dann auch beliebig viele zeitgleiche Timer anlegen (Weil er auch nicht nur nicht vorab zurückgesetzt, sondern die Alternativen auch nicht ggf. negativ geprüft werden).
D.h. hier steckt der Wurm drin:
Es wird nicht richtig unterschieden, ob das fakeRecResult durch einen Sender mit Alternative verursacht wurde (Dann muß er nach Auflösen derselben und Prüfen der einzelnen Services zurückgesetzt werden und zwar sobald auch nur eine einzige der Alternativen den Test besteht, denn dafür sind sie ja da, die Alternativen) oder weil es tatsächlich mit keiner einzigen Alternative geht.
Wobei das immer noch nicht 100%ig richtig wäre:
Eigentlich wäre es nötig, alle möglichen Service-Konstellationen durchzuprobieren, denn ein Konflikt zwischen
RTL HD
RTL NITRO HD
Sat.1 HD
kann aufgelöst werden, indem RTL und RTL Nitro in SD aufgenommen werden, dann liegen sie auf demselben Transponder und der zweite Tuner kann Sat.1 HD aufnehmen.
Dafür reicht es aber eben nicht, beim Testen nur für RTL Nitro HD ggf. die Alternative RTL Nitro (SD) in Betracht zu ziehen, sondern das muß auch für den Timer auf RTL HD passieren.
Im TimerSanityCheck ist das noch kein Problem, aber bei der tatsächlichen Aufnahme muß dann auch immer schon zu Beginn der früheren Aufnahme geprüft werden, ob eine Alternative genutzt werden muß, um einen Konflikt mit überlappend beginnenden TImern zu vermeiden.
Ohne diese Auflösung sehe ich keinen echten Sinn in den Alternativen.
Für's Erste würde es mir aber schon völlig genügen, wenn wenigstens so viele Aufnahmen gleichzeitig programmierbar wären, wie die bisherigen unechten Alternativen erlauben.
Soweit meine Analyse, aber ich möchte an dieser Stelle ungern selber rumpfuschen ...
Lesezeichen