[Announce] Permashift 1.0.2, angepasst an VDR 2.2

  • Hallo!


    Die neue Version hat keine inhaltlichen Änderungen; ich habe nur den Patch an die neue VDR-Version 2.2 angepasst.
    Wer die VDR-Version nicht wechselt, braucht also auch die Permashift-Version nicht wechseln.
    Wer wechselt, muss aber sowohl Plugin als auch Patch (im tgz enthalten) aktualisieren.


    https://github.com/eikesauer/P…ift/archive/v1.0.2.tar.gz


    Glückwunsch zum VDR-Geburtstag!
    Eike

  • ok, also beides neu: Plugin und Patch, auch wenn ich schon den 2.2er Patch drin habe den du kurz vor dem Release von 2.2 in deinem git ergänzt hast?


    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



  • Wenn du updaten willst, dann beides, ja.


    Technischer Hintergrund: Ich hatte beim Receiver ein SetReceivePriority() eingebaut.
    Seit 2.2 gibt es aber auch im Kern-VDR ein SetPriority(), das ich jetzt nutze.
    Übrigens hat man so jetzt bei Recordern (die sowohl von cReceiver als auch von cThread abgeleitet sind)
    zwei verschiedene Methoden SetPriority() - eine für die Thread-, eine für die Empfangspriorität.
    Find ich nicht ganz optimal.

  • neuer patch, ältere plugin versionen, geht das?


    [ ] Ja
    [ ] Nein


    * zutreffendes bitte ankreutzen


    Ich fühl mich grad wie der Kerl auf deinem Avatar-Bild...


    Wenn VDR 2.2, dann eher updaten.
    Wenn VDR 2.0, dann eher egal.
    Wenn updaten, dann beides.

  • Übrigens hat man so jetzt bei Recordern (die sowohl von cReceiver als auch von cThread abgeleitet sind)
    zwei verschiedene Methoden SetPriority() - eine für die Thread-, eine für die Empfangspriorität.
    Find ich nicht ganz optimal.


    Hmmm, hatte ich wohl übersehen, sorry.
    Aber der Compiler meldet es ja, wenn man einfach SetPriority() verwendet, und ob man nun SetReceivePriority() oder cReceiver::SetPriority() schreibt ist ja vom Aufwand her kein großer Unterschied.


    Klaus

  • Hmmm, hatte ich wohl übersehen, sorry.
    Aber der Compiler meldet es ja, wenn man einfach SetPriority() verwendet, und ob man nun SetReceivePriority() oder cReceiver::SetPriority() schreibt ist ja vom Aufwand her kein großer Unterschied.


    Ne, ist kein unlösbares Problem, deshalb wollt ich's auch nicht zum Fehler erklären. :)

Jetzt mitmachen!

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