Thanks Thanks:  0
Ergebnis 1 bis 3 von 3
  1. #1
    Avatar von SpaceRat
    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
    ReceiverDanke
    Box 1:
    Vu+ Ultimo 4k 4x DVB-S2 FBC / 2x DVB-C OpenATV 6.2
     
     
    Box 2:
    Gigablue Quad4k 2xDVB-S2 OpenATV 6.2
     
     
    Box 3:
    AX Quadbox 2400HD
     
     
    Box 4:
    diverse
     
     
    Box 5:
    DVBViewer
     
     

    Fehler: 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 &quot;alternatives.FoxHD.tv&quot; 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: &apos;/media/hdd/movie/20140925 2055 - Fox HD - The Bridge - America&apos;</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: &apos;/media/hdd/movie/20141002 2055 - Fox HD - The Bridge - America&apos;</log>
    <log code="0" time="1411804678">Filename calculated as: &apos;/media/hdd/movie/20141002 2055 - Fox HD - The Bridge - America&apos;</log>
    <log code="0" time="1411938541">Filename calculated as: &apos;/media/hdd/movie/20141002 2055 - Fox HD - The Bridge - America&apos;</log>
    </timer>
    Beim Parsen der AutoTimer kommt es zu einer Konfliktmeldung, die sich wie folgt im debug log niederschlägt:
    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
    Leider wird im Log nicht ersichtlich, wann diese Timer wären, daher hier mal die Simulation über's Webif:

    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)
    Pay-TV: Schwarzfunk, Redlight HD Mega, HD-, Sky
    Internet: Unitymedia 2play 400 + Telekom VDSL100 / Linksys WRT1900ACS / IPv4 (UM) + IPv6 (Hurricane Electric+UM+Telekom)

    •   Alt Advertising

       

  2. #2
    Avatar von SpaceRat
    Registriert seit
    13.08.2013
    Ort
    Midgard
    Beiträge
    2.863
    Thanks (gegeben)
    585
    Thanks (bekommen)
    1589
    Themenstarter
    Total Downloaded
    745,74 MB
    Total Downloaded
    745,74 MB
    ReceiverDanke
    Box 1:
    Vu+ Ultimo 4k 4x DVB-S2 FBC / 2x DVB-C OpenATV 6.2
     
     
    Box 2:
    Gigablue Quad4k 2xDVB-S2 OpenATV 6.2
     
     
    Box 3:
    AX Quadbox 2400HD
     
     
    Box 4:
    diverse
     
     
    Box 5:
    DVBViewer
     
     
    Des 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 &quot;alternatives.FoxHD.tv&quot; 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 &quot;alternatives.RTLNITROHD.tv&quot; 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 &quot;alternatives.SAT.1HD.tv&quot; 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>
    Oder für Menschen lesbarer:
    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)
    Pay-TV: Schwarzfunk, Redlight HD Mega, HD-, Sky
    Internet: Unitymedia 2play 400 + Telekom VDSL100 / Linksys WRT1900ACS / IPv4 (UM) + IPv6 (Hurricane Electric+UM+Telekom)

  3. #3
    Avatar von SpaceRat
    Registriert seit
    13.08.2013
    Ort
    Midgard
    Beiträge
    2.863
    Thanks (gegeben)
    585
    Thanks (bekommen)
    1589
    Themenstarter
    Total Downloaded
    745,74 MB
    Total Downloaded
    745,74 MB
    ReceiverDanke
    Box 1:
    Vu+ Ultimo 4k 4x DVB-S2 FBC / 2x DVB-C OpenATV 6.2
     
     
    Box 2:
    Gigablue Quad4k 2xDVB-S2 OpenATV 6.2
     
     
    Box 3:
    AX Quadbox 2400HD
     
     
    Box 4:
    diverse
     
     
    Box 5:
    DVBViewer
     
     
    Meiner 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"))
    Fake Recordings gehen aber auch immer schief, wenn der Service eine Gruppe (Ein Bouquet oder eben eine "Alternative") ist.


    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)
    ermittelt dabei aber wirklich nur den Tuner-Typ, fakeRecResult wird nicht zurückgesetzt.

    Später (In Zeile 204) ...
    Code:
    				if fakeRecResult:
    					if ConflictTimer is None: # just take care of the first conflict
    						ConflictTimer = timer
    						ConflictTunerType = tunerType
    ... wird aber allein von fakeRecResult abhängig gemacht, ob ein neuer Timer einen Konflikt darstellt.

    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
    D.h. für die drei neuen Timer wird fakeRecService genutzt (Brazzers TV Europe ist ein reiner Service, es gibt keine Alternativen), jeweils erfolgreich.


    Code:
    record returned non-zero
    fakeRecService skipped
    fakeRecResult nok
    fakeRecService scheitert, und er springt in die Routine zur anderweitigen Ermittlung des Tuner-Typs (Von dort stammt die Meldung "fakeRecResult nok")

    Code:
    Service is a group - Tunertype DVB-S
    Die Routine stellt zwar korrekt fest, daß es sich um eine Sender mit Alternativen ("Group") handelt und findet auch den Tunertyp heraus ....

    Code:
    timer conflict detected!
    ... macht aber nicht weiter.

    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
    D.h. die ganze else-clause
    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 ...


Stichworte

Lesezeichen

Berechtigungen

  • Neue Themen erstellen: Nein
  • Themen beantworten: Nein
  • Anhänge hochladen: Nein
  • Beiträge bearbeiten: Nein
  •  
Alle Zeitangaben in WEZ +1. Es ist jetzt 14:51 Uhr.
Powered by vBulletin® Version 4.2.5 (Deutsch)
Copyright ©2024 Adduco Digital e.K. und vBulletin Solutions, Inc. Alle Rechte vorbehalten.
Resources saved on this page: MySQL 5,88%
Parts of this site powered by vBulletin Mods & Addons from DragonByte Technologies Ltd. (Details)
vBulletin Skin By: PurevB.com