Jumpingseconds-Patch noch für vdr-2.2.0 oder überhaupt?

  • Nachdem der JumpPlay-Patch + die binary-skip-Erweiterungen in den vdr eingeflossen sind und das auch hervorragend funktioniert, musste ich bei meinen Tests mit dem core-vdr doch feststellen, das mir einer von den Usability-Sachen doch noch fehlt, ein abgespeckter jumpingseconds-patch.


    Mir ist klar, das es nicht unbedingt ein günstiger Zeitpunkt ist, noch was neues einzubringen. Und ich will auch nicht den Veröffentlichungstermin nächstes Wochenende gefährden.
    Der Patch ist deshalb so minimal, das davon wohl keine Gefahr ausgehen sollte.


    Was soll der Patch erreichen?


    1. die Sprungweiten der Tasten Grün/Gelb werden konfigurierbar
    2. bei langem Druck auf Grün/Gelb ergiebt sich eine 2. Sprungweite


    Prinzipiell verändert der Patch nicht das Verhalten der Tasten Grün/Gelb. Bei einer entsprechenden Einstellung der Werte (beide Werte identisch und auf 60s) kann auch das bisherige Verhalten simuliert werden. Man ist aber insgesamt doch erheblich flexibler bei den möglichen Sprungweiten. Die, die den bisherigen Parameter mit slow (der auf 1/3 lag) vermissen, die können ja den ersten Parameter auf sehr kurz und den zweiten wie bisher belegen.


    Warum den Patch überhaupt, obwohl eine ähnliche Funktionalität bereits auf 1/3 existiert?


    Bei meinen Fernbediehnungen (one4all), die recht lang sind, ergibt sich leider das Problem, das eine gleichzeitige Bedienung der Wiedergabe-Steuerung inklusive der Farb-Tasten (die liegen im unteren Drittel) und der Ziffern 1/3 (die liegen fast ganz oben) nicht gleichzeitig mit einer Hand möglich ist, nur mit umgreifen oder zweihändig. Beim Editieren von Aufnahmen, wo man sowieso die Zifferntasten braucht, ist das kein Problem. Beim reinen Schauen von Aufnahmen, vorallem im Dunkeln, dann schon.


    Hier also der Patch: (er ist ursprünglich nicht von mir, ich habe ihn nur abgespeckt und an vdr-2.1.9 angepasst)



    Und hier noch als Datei:


    vdr-2.1.9-jumpingseconds.patch.bz2



    Grüsse
    kamel5

    VDR 2.6.6: ASUS Prime X470-PRO, Ryzen 7 5700X, 64GB, 6TB HD, GT1030, Fedora 39 Kernel 6.8 X86_64, Devicebonding 2 x 1 auf 2, TT6400, DVBSky S952 V3

    Git-Repo: gitlab.com/kamel5

  • 1. die Sprungweiten der Tasten Grün/Gelb werden konfigurierbar
    2. bei langem Druck auf Grün/Gelb ergiebt sich eine 2. Sprungweite


    zu 1: ok
    zu2: kann man das mit der zweiten Sprungweite nicht abstellen - ich mein dein Problem mit der one4all haben ja nicht viele aber alle müssen es mit so einer "Beheflskonfiguration" unschädlich machen?


    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



  • Naja "Behelfskonfiguration" würde ich das jetzt nicht nennen. Man ist einfach flexibler.


    Wenn man in einer längeren Aufnahme weit nach hinten will, schätzt man
    es schon, wenn bei längeren Tastendruck die Sprünge etwas größer werden.


    Und ja, man kann es auch einfach abstellen, man muß dazu nur beide Werte gleich machen, das könnte auch die Auslieferungskonfiguration sein, dann verhält es sich genauso wie jetzt ohne Patch.



    Grüsse
    kamel5

    VDR 2.6.6: ASUS Prime X470-PRO, Ryzen 7 5700X, 64GB, 6TB HD, GT1030, Fedora 39 Kernel 6.8 X86_64, Devicebonding 2 x 1 auf 2, TT6400, DVBSky S952 V3

    Git-Repo: gitlab.com/kamel5

  • Aber die letzten eingepflegten Patches bieten doch vieles, bei "adaptive Skip" den Wert den man haben möchte, z.B. 10sek., Timeout=0 und schon hat man die 10sek Sprünge auf 1/2, gut Gelb/Grün ist nicht anpassbar ...


    Längere Sprünge gibt es aber dennoch schon eh und je im VDR, in der Wiedergabe Taste "ROT" und dann die Minuten die man springen möchte, welche Richtung auch immer ... ?


    Regards
    fnu

    HowTo: APT pinning

  • Natürlich ist mir klar, das es auch jetzt in der aktuellen Version schon viele Möglichkeiten des Springens gibt.


    Was mich hier bewegt, ist mein normales Nutzungsverhalten beim Ansehen einer Aufnahme. Wenn ich die Fernbedienung in der Hand habe, kann ich blind im Bereich der Wiedergabesteuerungs- und Farbtasten agieren. Die Zifferntasten gehören leider nicht dazu. Das mag sicher bei anderen Fernbedienungen anders sein. Auch das Springen mit Rot führt nicht zu einer blinden Bedienbarkeit, dazu sind zu viele Eingaben nötig.


    Im Endeffekt könnte ich persönlich auch weiterhin mit einem externen Patch leben, ich baue mir den vdr sowieso immer selbst.
    Andererseits, warum sollte man den Tasten Grün/Gelb nicht ein bischen mehr Komfort geben. Ich glaube auch nicht, das ich der Einzige wäre, der das zu schätzen wüsste.
    Und alle die, die es nicht mögen, können es ja ignorieren, wenn es im Auslieferungszustand keinen Unterschied zu jetzt gibt.


    Grüsse
    kamel5

    VDR 2.6.6: ASUS Prime X470-PRO, Ryzen 7 5700X, 64GB, 6TB HD, GT1030, Fedora 39 Kernel 6.8 X86_64, Devicebonding 2 x 1 auf 2, TT6400, DVBSky S952 V3

    Git-Repo: gitlab.com/kamel5

  • also mein normales Nutzungsverhalten ist binary-skip auf skip forward/skip back, so wie es seit jeher in yavdr implementiert ist - anstelle von 1/3


    würde ich an der Stelle dann auch einbringen 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



  • Natürlich hat jeder ein gewisses anderes Nutzungsverhalten, ich kann da auch nur für mich sprechen.


    Der vorgeschlagene Patch ändert ja auch nicht die grundsätzliche Funktion der Tasten Grün/Gelb, es kommt dann nur eine variable Einstellbarkeit hinzu und das sehe ich persönlich als Komfortgewinn an. Wie schon geschrieben, man muss es ja nicht nutzen.


    Grüsse
    kamel5

    VDR 2.6.6: ASUS Prime X470-PRO, Ryzen 7 5700X, 64GB, 6TB HD, GT1030, Fedora 39 Kernel 6.8 X86_64, Devicebonding 2 x 1 auf 2, TT6400, DVBSky S952 V3

    Git-Repo: gitlab.com/kamel5

  • also mein normales Nutzungsverhalten ist binary-skip auf skip forward/skip back, so wie es seit jeher in yavdr implementiert ist - anstelle von 1/3


    würde ich an der Stelle dann auch einbringen wollen...


    Christian


    Wäre ich dafür, bisher hab ich Binary Skip nie benutzt und mir das normale (60 Sekunden) Springen auf Skip forward/back gepatched.

    - Client1: Thermaltake DH 102 mit 7" TouchTFT * Debian Stretch/vdr-2.4.0/graphtft/MainMenuHooks-Patch * Zotac H55-ITX WiFi * Core i3 540 * 4GB RAM ** Zotac GT630 * 1 TB System HDD * 4 GB RAM * Harmony 900 * satip-Plugin

    - Client2: Alfawise H96 Pro Plus * KODI
    - Server: Intel Pentium G3220 * DH87RL * 16GB RAM * 4x4TB 3.5" WD RED + 1x500GB 2.5" * satip-Plugin
    - SAT>IP: Inverto iLNB

  • Wäre ich dafür, bisher hab ich Binary Skip nie benutzt und mir das normale (60 Sekunden) Springen auf Skip forward/back gepatched.


    <AOL>me too</AOL>


    Ich bin aktuell ständig dabei, die falschen Tasten zu drücken 8-(


    Ciao.
    Michael.

  • Nach längerem Nachdenken bin ich zu dem Entschluß gekommen, den Patch von kamel5 und auch die Belegung der Prev/Next-Tasten mit dem "adaptiven Springen" doch noch in die Version 2.2.0 mit reinzunehmen, da es sonst wohl an dieser frisch geänderten Stelle gleich wieder zu Patch-Orgien kommen würde ;-).


    Die Änderungen werden so sein, daß die Sprungweite bei Grün/Gelb zwischen 5 und 600 Sekunden einstellbar sein wird, getrennt für normale Tastendrücke und solche mit Repeat. Default wird 60 für beide sein, so daß sich kein Unterschied zum bisherigen Verhalten ergibt.
    Die Belegung der Prev/Next-Tasten wird per Setup-Parameter zwischen dem Anspringen der Schnittmarken und dem adaptiven Springen umschaltbar sein.


    Ich werde voraussichtlich morgen eine weitere Developer-Version (2.1.10) freigeben, damit das alles noch ausreichend getestet werden kann. Die Zeit dafür sollte ja noch reichen.


    Klaus

  • kls


    Tolle Idee. immer her mit der 2.1.10 ... :thumbup:


    Gruß
    Frank


    PS.: Oops, war gedanklich schon bei 2.1.19 ... sorry ...

    HowTo: APT pinning

  • Nach längerem Nachdenken bin ich zu dem Entschluß gekommen, den Patch von kamel5 und auch die Belegung der Prev/Next-Tasten mit dem "adaptiven Springen" doch noch in die Version 2.2.0 mit reinzunehmen


    Bedarf es dann eine Änderung in der Sprachdateien?


    Albert

  • Die Belegung der Prev/Next-Tasten wird per Setup-Parameter zwischen dem Anspringen der Schnittmarken und dem adaptiven Springen umschaltbar sein.


    Ja ist denn heut schon Weihnachten? :D Super, ich bin gespannt.

    - Client1: Thermaltake DH 102 mit 7" TouchTFT * Debian Stretch/vdr-2.4.0/graphtft/MainMenuHooks-Patch * Zotac H55-ITX WiFi * Core i3 540 * 4GB RAM ** Zotac GT630 * 1 TB System HDD * 4 GB RAM * Harmony 900 * satip-Plugin

    - Client2: Alfawise H96 Pro Plus * KODI
    - Server: Intel Pentium G3220 * DH87RL * 16GB RAM * 4x4TB 3.5" WD RED + 1x500GB 2.5" * satip-Plugin
    - SAT>IP: Inverto iLNB

  • Jippieh - doch noch Weihnachten im Februar :)))


    Danke Klaus!


    Ciao.
    Michael.

  • Hi Klaus,


    wo doch gerade Weihnachten ist :))


    Wäre der menuselection auch noch drin?
    Oder zumindest für 2.3.1?


    Thx und ciao.
    Michael.

  • Wäre super :tup

Jetzt mitmachen!

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