[testing-vdr]: Timer-Konflikte trotz freier Karte ?

  • Nabend,


    hatte vorhin selbiges Problem - Überlappung zweier Aufnahmen auf einem Kanal, wurde bei Beginn einer dritten Aufnahme das Livedevice weggezogen und ein Timerkonflikt gemeldet.


    Das Ganze im echten 3 Tunersystem. - Theoretisch wären genug Karten verfügbar gewesen.


    yavdr stable, 24yavdr1, stand letztes WE, kein LNB Sharing aktiv, kein dynamite, kein VPS


    Hab ich vorher nie bemerkt.


    Christian

    CKone: yavdr-ansible/18.04 LTS/2.4.1/kodi18 auf Intel DH67BL, Intel Celeron G540, 2x 2GB Kingston DDR3, Zotac GT630 1GB, S2-1600, Ocz Agility 3 60GB, LG GH24NS DVD, 15.6" Selbstbau TFT, Harmony 665, CIR Selbstbau - das Ganze im Silverstone SST-SG03B
    CKtwo: yavdr-ansible/18.04 LTS/2.4.1/kodi18 auf Intel DH67BL, Intel Celeron G1610, 2x 2GB Corsair DDR3, Zotac GT630 1GB, TT S2-1600, Ocz Vertex 2 50 GB, 92 Kanal Seduatmo, Harmony 665, atric USB
    CKthree: yavdr-ansible/22.04 LTS/2.6.1/kodi19.3 auf Intel NUC, Celeron J4005, UHD Graphics 600, 4GB Crucial DDR4, Ocz Vertex2 50 GB, Harmony 350

    PowerEdge: Ubuntu Server 16.04 LTS / VDR 2.4.1 auf Dell PowerEdge T20, Xeon E3-1225 v3, 16GB ECC DDR3, 2x Cine S2 V6 mit Duoflex, Samsung 840 EVO 120GB, 3x WD White WD80EZAZ 8TB in SW Raid5



    Einmal editiert, zuletzt von CKone ()

  • Moin!


    Tut mir leid, aber ich finde keinen Grund für das Verhalten.
    Vielleicht hab ich am Wochenende noch mal Zeit zwischendurch, um noch mal mit klarem Kopf ranzugehen.


    Lars.

  • Hallo,


    da das gleiche Problem bei mir auch auftritt (mit yavdr 0.3) habe ich mir den entsprechenden Quellcode mal angeschaut, und ich denke ich habe das Problem gefunden.


    Die Ursache ist der Patch opt-64_lnb-sharing.dpatch.


    Durch diesen Patch wird in cDevice::GetDevice() bei der Impact-Berechnung 8 zusätzliche Bits eingeführt.


    Das führt nun dazu, das bei Berechnung von imp ingesamt 37 Bits "reingeschoben" werden, was nun, da imp nur ein 32bit-Variable ist, dazu führt, das die ersten 5 Bits verloren geht.


    Dar naheiegende Fix ist nun die Variable auf 64 Bit zu erweitern.


    Mit diesen Patch tritt der Fehler bei mir nicht mehr auf.


    Gruß


    Chucky

  • Moin!


    Ohne es gegen zu prüfen, klingt es logisch und ich denke mal, dass du zählen kannst. ;)
    Darauf bin ich nicht gekommen...


    Danke!


    Lars.

  • Hallo,


    in vdr-1.7.16 wird imp um 29 bits geshiftet, im aktuellen LNB-sharing auch:



    Oder habe ich mich verzählt? Ich vermute also mal, dass ein anderer Patch dazu führt, dass diese zusätzlichen Bits notwendig sind.


    - Markus

    Client1: ASUS P5QC, Dual Core 3G, Cine S2, Ext. Board von TBE, Xubuntu 20.04, VDR 2.6x

    Client2: RPI3

    Server: RPI4, Sundtek SkyTV Dual 2x

  • Hallo,


    seltsam, bei mir ist da noch eine zusätzliche Zeile drin.


    Der entsprechende Code-Abschnitt sieht bei mir so aus:



    Dies ist aus den stable-Zweig von yavdr mit folgenden repositories

    Code
    deb http://ppa.launchpad.net/yavdr/stable-vdr/ubuntu lucid main
    deb http://ppa.launchpad.net/yavdr/stable-xbmc/ubuntu lucid main
    deb http://ppa.launchpad.net/yavdr/stable-yavdr/ubuntu lucid main
    deb-src http://ppa.launchpad.net/yavdr/stable-vdr/ubuntu lucid main
    deb-src http://ppa.launchpad.net/yavdr/stable-xbmc/ubuntu lucid main
    deb-src http://ppa.launchpad.net/yavdr/stable-yavdr/ubuntu lucid main


    Im Endeffekt scheint deine Version des Codes korrekt zu sein. die zusätzliche Zeile die bei mir noch drin ist (Zeile 6) ist ja eigentlich überflüssig. Da scheint irgendwie der LNB-Sharing Patch in yavdr nicht ganz korrekt zu sein.


    Gruß


    Chucky

  • und was machen wir jetzt, Zeile 6 raus und recompile?


    Aktuell scheint hoplo ja den Focus voll auf yavdr 0.4 zu legen... ich würde das allerdings schon vorab fixen wollen.


    Christian

    CKone: yavdr-ansible/18.04 LTS/2.4.1/kodi18 auf Intel DH67BL, Intel Celeron G540, 2x 2GB Kingston DDR3, Zotac GT630 1GB, S2-1600, Ocz Agility 3 60GB, LG GH24NS DVD, 15.6" Selbstbau TFT, Harmony 665, CIR Selbstbau - das Ganze im Silverstone SST-SG03B
    CKtwo: yavdr-ansible/18.04 LTS/2.4.1/kodi18 auf Intel DH67BL, Intel Celeron G1610, 2x 2GB Corsair DDR3, Zotac GT630 1GB, TT S2-1600, Ocz Vertex 2 50 GB, 92 Kanal Seduatmo, Harmony 665, atric USB
    CKthree: yavdr-ansible/22.04 LTS/2.6.1/kodi19.3 auf Intel NUC, Celeron J4005, UHD Graphics 600, 4GB Crucial DDR4, Ocz Vertex2 50 GB, Harmony 350

    PowerEdge: Ubuntu Server 16.04 LTS / VDR 2.4.1 auf Dell PowerEdge T20, Xeon E3-1225 v3, 16GB ECC DDR3, 2x Cine S2 V6 mit Duoflex, Samsung 840 EVO 120GB, 3x WD White WD80EZAZ 8TB in SW Raid5



  • es ist der "opt-21_internal-cam-devices.dpatch"



    jetzt ist nur die frage was ich damit mache ?

  • Moin!


    Weil LNB-Sharing und Internal-CAM an der gleichen Stelle etwas hinzufügen, was sich überschneidet, muss für den Fall, dass beide Patches angewandt werden, sicherlich wieder eine Zeile entfernt werden.
    Hab auf der ML gesehen, dass du dafür ja noch einen Patch bekommst... :)


    Lars.

Jetzt mitmachen!

Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!