VDR Portal

Unread Threads

    1. Title
    2. Replies
    3. Last Reply
    1. [live] Weiterentwicklung v3.3.x 453

      • MarkusE
    2. Replies
      453
      Views
      45k
      453
    3. kfb77

    1. Skinnopacity sieht komisch aus unter MLD 6.5... 2

      • wayne
    2. Replies
      2
      Views
      152
      2
    3. rfehr

    1. Installation eines VDR+Plugins nativ auf CoreELEC Boxen 1.2k

      • Zabrimus
    2. Replies
      1.2k
      Views
      152k
      1.2k
    3. Zabrimus

    1. Skindesigner and openGL OSD 19

      • lnj
    2. Replies
      19
      Views
      7.3k
      19
    3. kamel5

    1. Empfehlung DVB-S2 Tuner oder SATIP 22

      • atgis
    2. Replies
      22
      Views
      790
      22
    3. rfehr

    1. [VDR-2.6.0 + epgsearch] Vermeide Wiederholung 72

      • kamel5
    2. Replies
      72
      Views
      10k
      72
    3. SurfaceCleanerZ

    1. Neuere VDR auch für Jammy? 9

      • MegaV0lt
    2. Replies
      9
      Views
      654
      9
    3. FJe

    1. [vtuner-ng] Aktualisierter vtuner für kernel >= 4.16 381

      • Joe_D
    2. Replies
      381
      Views
      49k
      381
    3. jojo61

    1. [yavdr 24.04] Desktop-Apps - zB. Browser: Chrome geht, Firefox nicht 11

      • ciax
    2. Replies
      11
      Views
      626
      11
    3. ciax

    1. [solved][vtuner-ng] Probleme mit verschlüsselten Kanälen/Programmen via streamdev Plugin 8

      • ciax
    2. Replies
      8
      Views
      1k
      8
    3. ciax

Recent Activities

  • kfb77

    Replied to the thread [live] Weiterentwicklung v3.3.x.
    Post
    Der letzte Commit hat ein Problem: "Verzeichnis" beim Timer anlegen funktioniert nicht mehr. Timer werden grundsätzlich ohne angegebenes Verzeichnis erstellt. Ein revert vom letzten Commit beseitigt das Problem.
  • rfehr

    Post
    Hi wayne,

    ich habe was gefunden,
    (ich habe die Sourcequelle bei uns geändert, bei mir sieht es gut aus)
    ich denke morgen sollte bei uns eine neue Version zur Verfügung stehen.

    Gruß,
    Roland
  • wayne

    Post
    Was muss ich noch liefern, dass geholfen werden kann? :/




    ...kann man den Fred vielleicht nach "VDR-Skins" verschieben? ;)
  • MarkusE

    Replied to the thread [live] Weiterentwicklung v3.3.x.
    Post
    […]

    Ja.
    […]

    Ja, außer bei "Pattern-Timern".
    […]

    Das müsste in der Dokumentation von epgsearch stehen. Schlimmstenfalls hat ein anderes Event diese Event ID bekommen und dann wird das andere Event aufgezeichnet
    […]

    Ja. Es geht ja darum, das korrekte Event zu…
  • kfb77

    Replied to the thread [live] Weiterentwicklung v3.3.x.
    Post
    Habe ich das richtig verstanden:
    - Wenn ich einen Timer mit Überwachung "Sendungskennung" (also Event ID) oder "Uhrzeit" anlege, sorgt epgsearch aufgrund des AUX Feldes im Timer dafür, dass die Zeiten des Timers bei Änderung des Events verschoben…
  • Zabrimus

    Post
    […]

    Hmmm... Guter Punkt.

    Wenn ich das richtig sehe, dann können Probleme eigentlich nur in wakeupacpi auftauchen. Da könnten systemspezifische Aktionen stattfinden.
    Ob überall
    (Code, 3 lines)

    verfügbar ist, kann ich nicht beurteilen.
  • kamel5

    Replied to the thread
    • [skindesigner]
    Skindesigner and openGL OSD.
    Post
    lnj , carel ,

    I have now moved this functionality to a separate thread and updated the git accordingly.
    Can you please test it again.

    Grüße
    kamel5
  • MarkusE

    Replied to the thread [live] Weiterentwicklung v3.3.x.
    Post
    […]

    Poste doch mal die Zeile in Deiner syslog, die
    (Code, 1 line)

    enthält.
  • kfb77

    Reacted with Thanks to MarkusE’s post in the thread [live] Weiterentwicklung v3.3.x.
    Reaction (Post)
    Ich muss da glaube ich etwas ausholen:
    Normalerweise will ich mit einem Timer ein Event aufzeichnen. Die Frage ist nun, wie kann ich ein Event eindeutig identifizieren? Dass die Sender gelegentlich mal Zeiten verschieben, ist ja bekannt. Also gibt es:
    1. VPS:
  • wmautner

    Reaction (Post)
    @woprr

    Wenn Du meinst von einem XHCI Bug betroffen zu sein - und der Kernel nicht tainted ist dann macht es durchaus Sinn Bugreports abzuliefern. Die Regel lautet sobald der Kernel Tainted ist, ist Fremdcode im Kernel.
    Du scheinst ja so Erfahren zu sein,…