Beiträge von Toxic-Tonic

  • Analyse der DVB-Qualität: Server headless und an SCR-Multiswitch

    Hallo zusammen,


    Danke für die Tipps, hat mich schonmal weiter gebracht! Leider kann ich beim besten Willen kein Muster erkennen.


    Zum Thema doppelter IDs, der VDR ist derzeit der einzige Client, da müsste er sich selbst im Weg stehen! :)


    Den VDR habe ich auf 2.6.0 gebracht, was neueres hat eTobi noch nicht, habe aber aktuell nicht das Gefühl, dass es das ist. Meint Ihr der reicht? Wenn notwendig muss ich mal wieder den Compiler anschmeißen, aber das ist schon laaaange her!


    Zu den Möglichen Fehlerquellen: der VDR läuft in einem lxc-Container auf Proxmox. Also wird auch der std. Proxmox-Kernel benutzt. Halt nicht optimal hat aber in der Vergangenheit funktioniert. Habe aber vor kurzem auf Bullseye geupdated meine aber das Problem war nicht von Anfang an.

    Performance sollte kein Thema sein, der Server langweilt sich. Eine Karte ist neu dazu gekommen, aber es scheint auch nicht immer ein Frontend von der Karte zu betreffen. Auch verschlüsselte und unverschlüsselte Kanäle haben das Problem.


    Denke ich werde Morgen mal die neue Karte ausbauen, das geht am einfachsten. Mir fehlt irgendwie eine konkretere Fehlermeldung...


    Danke erstmal und Gruß


    Tobias

  • Analyse der DVB-Qualität: Server headless und an SCR-Multiswitch

    Hey,


    danke für die Antwort! Zwei Probleme:


    - Die Schüssel ist auf dem Dach und schwer erreichbar.

    - Wie ich geschrieben habe kann ich femon wegen scr nicht benutzen.


    Könnte natürlich trotzdem die Werte vom femon-Plugin beobachten, aber echt eine Menge Aufwand. ist der Wert 60% der von "QUAL" in der Ausgabe oben? Kann jemand (ohne Probleme) mal seine Ausgabe von


    Code
    svdrpsend plug femon info


    posten?


    Danke und Gruß


    Tobias

  • Analyse der DVB-Qualität: Server headless und an SCR-Multiswitch

    Hallo zusammen,


    Ein rapider Abfall des WAFs bringt mich mal wieder hierher! ;)


    Ich habe in letzter Zeit öfter die Meldung im Log:

    Code
    Mar 28 09:38:57 toxic-vdr01 vdr: [6256] frontend 0/0 lost lock on channel 32 (EURONEWS FRENCH SD), tp 112226
Mar 28 09:38:58 toxic-vdr01 vdr: [6260] frontend 2/0 lost lock on channel 49 (SIXX), tp 112460
Mar 28 09:38:59 toxic-vdr01 vdr: [6262] frontend 3/0 lost lock on channel 44 (SAT.1), tp 112544
Mar 28 09:39:00 toxic-vdr01 vdr: [6258] frontend 1/0 lost lock on channel 61 (PEARL TV 4K UHD), tp 112343

    Manchmal schmiert der VDR dann bei einer Aufnahme ab, oder ich habe hinterher eine "zerhackte" Aufnahme. Da sonst aber alles Einwand frei funktioniert, aber gerade bei Wind, Probleme mit meiner Schüssel habe, wollte ich mir mal die Empfangsqualität ansehen. Das Problem: Der Server ist headless im Keller und hängt an einem SCR-(Unicable-)-Switch. Daher bekomme ich von femon keine Infos (oder weiß nicht wie).


    Habe jetzt das femon-plugin installiert und bekomme über svdrpsend diese Info:


    Code
    220 toxic-vdr01 SVDRP VideoDiskRecorder 2.4.1; Mon Mar 28 09:49:33 2022; UTF-8
900-CARD:0
900-STRG:60
900-QUAL:30
900-TYPE:DVB-S2
900-NAME:STV090x Multistandard
900-STAT:001F
900 CHAN:Das Erste HD;ARD:11493:HC23M5O35P0S1:S19.2E:22000:5101=27:5102=deu@3,5103=mis@3;5106=deu@106:5104;5105=deu:0:10301:1:1019:0
221 toxic-vdr01 closing connection


    Der Wert für QUAL schwankt zwischen 28 und 32, ich kann aber nicht bewerten wie gut (oder schlecht) das ist. Femon direkt kann ich nicht starten, weil er keinen Lock bekommt, weil ich keine SCR-ID mitgeben kann. Auch kann ich über das Plugin nicht das Device mitgeben, von dem ich die Werte haben will.


    Hat jemand einen Tipp wie ich das analysieren kann? Oder kann jemand die Werte oben bewerten?


    Mein VDR ist ein Debian Bullseye mit den eTobi-Pakten (vdr 2.4.1), die DVB-Karten sind eine Digital Devices GmbH Cine S2 V5.5 und eine V6.


    Danke und Gruß


    Tobias

  • Debian-eTobi-VDR in Proxmox-LXC-Container: ring buffer overflow

    Moin,


    denke wenn der Puffer größer wird, verzögere ich nur das Problem. Die Ursache ist aber offensichtlich der SMB-Mount. Ich habe jetzt mal auf NFS umgestellt (gleicher Ziel-Pfad) und siehe da, 5 Aufnahmen gleichzeitig ohne Meldungen. Verstehen tue ich es trotzdem nicht, ich schreibe auf das NAS mit 80-100MB/s von dem VDR aus und auch von meinen Windows-Systemen aus. NFS ist im gleichen Bereich!


    Was macht der VDR anders als alle anderen?


    Gruß


    Toxic

  • Debian-eTobi-VDR in Proxmox-LXC-Container: ring buffer overflow

    Nö, keine Backups tagsüber und keine markad, habe nur epgsearch, live, vnsi und streamdev aktiviert. CPU bohr sich in der Nase, der Container hat 512MB RAM. Habe mal alle unnötigen VMs und Container runtergefahren, kommt immer noch. Wenn keine Aufnahme läuft sieht das so aus:


    Code
    root@toxic-vdr01:~# dd if=/dev/zero of=/srv/data/upload/test.file bs=1M count=4096
4096+0 Datensätze ein
4096+0 Datensätze aus
4294967296 Bytes (4,3 GB, 4,0 GiB) kopiert, 41,8359 s, 103 MB/s


    Hast du einen Vorschlag für einen Test? Größere Datei oder öfters hintereinander? Andere Tools?

  • Debian-eTobi-VDR in Proxmox-LXC-Container: ring buffer overflow

    Hallo zusammen,


    ich habe z.Zt. ein Debian Stretch als LXC-Container unter Proxmox 5.4 laufen und darin einen VDR von etobi installiert. Das ding ist "headless" und schreibt die aufnahmen per SMB auf mein NAS. Leider sind mit zuletzt einige Aufnahmen "negativ aufgefallen", weil sie total viele Aussetzer haben. Im Log habe ich dieses hier gefunden:



    Das Log ist bei zwei Aufnahmen (ARD und ZDF) parallel entstanden. Bei einer einzelnen Aufnahme ist es weniger, kommt aber auch vor...


    Bei der Suche nach einer Lösung habe ich den Hinweis auf mangelnde SMB-Performance gefunden. Habe da ordentlich dran geschraubt (vers=smb3 usw.) und habe jetzt parallel zu den Aufnahmen per dd eine Datei erstellt:

    Code
    root@toxic-vdr01:~# dd if=/dev/zero of=/srv/data/upload/test.file bs=1M count=2048
2048+0 Datensätze ein
2048+0 Datensätze aus
2147483648 Bytes (2,1 GB, 2,0 GiB) kopiert, 25,1203 s, 85,5 MB/s


    Denke also die Platten-Performance kann ich abhaken! ;)


    Leider endet da schon mein Latein! Ich bin mal zum Test auf einen alten Kernel zurück gegangen, weil ich dachte, dass das früher alles besser war, aber das war auch nix!


    Ich frage mich, ob der Ring-Buffer immer was mit wegschreiben zu tun hat, oder ob das auch mit dem Lesen von der DVB-Karte (übrigens eine Digital Device Cine S2 Dual) zu tun haben kann. Das ist ja durch das Mappen in den Container wahrscheinlich auch etwas langsamer? Habe aber keine Idee wie ich das testen kann. Wollte schon einen TVHeadend-Server ausprobieren =O, aber da ich seit Ewigkeiten den VDR nutze will ich eigentlich nicht weg... :*


    Jemand irgendeine Idee dazu??


    Besten Dank und beste Grüße


    Toxic

  • vnsiserver-Plugin lässt sich nicht installieren

    Moin,


    habe grade einen Proxmox-Container mit Debian Stretch und dem "e-Tobi-VDR" gebaut. Läuft soweit echt fein, allerdings hat das vnsiserver-Plugin gezickt:



    Habe es mir jetzt selber übersetzt, aber vielleicht ist es ja nur eine Kleinigkeit ...


    Danke für das ansonsten coole (und aktuelle) Repository! :thumbup:


    LG


    Tobias


    PS.: Ein Hinweis auf die Installation des GPG-Keys auf der Homepage wäre hilfreich und würde den Google-Server deutlich entlasten... ;)

  • Yavdr "von Hand" in einem LXC-Container starten

    Moin,


    Danke für deine Hilfe, habe mich jetzt aber entschieden doch auf Debian zu gehen und die Pakete von e-Tobi zu benutzen. Das läuft jetzt schon und ist ja auch grade aktualisiert worden. Die Container-Vorlage ist aber auch echt schlecht bei Proxmox, bin nicht sicher, ob das nicht auch dazu geführt hat...


    Besten Dank und beste Grüße


    Tobias

  • Yavdr "von Hand" in einem LXC-Container starten

    Installiert habe ich diese:


    apt-get install vdr vdr-plugin-live vdr-plugin-streamdev-server vdr-plugin-epgsearch vdr-plugin-markad vdr-plugin-vnsiserver vdr-markad


    sind natürlich ein paar mehr mitgekommen!


    Aus eurem Repo müssten diese sein:


    dpkg -l | grep yavdr

  • Yavdr "von Hand" in einem LXC-Container starten

    Hallo zusammen,


    habe mich grade mal nach langer Zeit wieder mit meinem VDR beschäftigt und da ich neuerdings Proxmox einsetze hatte ich die verrückte Idee, Yavdr in einen Container zu verpflanzen.


    Bisher hat auch alles gut geklappt, habe aus einem Template ein Ubuntu 14.04 installiert, die PCIE-Karte durchgereicht, die Repositorys hinzugefügt und die Pakete installiert.


    Jetzt mein Problem: Der VDR startet nicht! Wenn ich "/etc/init.d/vdr start" oder "start vdr" den VDR starten will passiert einfach gar nichts (Ausgabe: "vdr start/running, process 3098") aber kein VDR wird gestartet und auch nichts im Log. Wenn ich direkt "/usr/lib/vdr/runvdr start" aufrufe startet der VDR, allerdings natürlich ohne alle plugins etc.. Ich habe keine Idee wo ich ansetzen soll. Was mir aufgefallen ist ist, dass die Ausgabe von "/etc/init.d/vdr start" nicht zum Script passt. Als ob er das gar nicht (richtig) ausführt...


    Kleine Besonderheit, der VDR muss als root laufen, da es sonst in einem Container Berechtigungsprobleme gibt. Das ist aber gegeben, beim manuellen start über runvdr nimmt er ja die Settings aus /etc/defaults/vdr...


    Ich weiß, das ist ziemlich schwammig, aber genauer habe ich es grad nicht.


    Irgendein Ansatz?


    Danke und Gruß


    Toxic

  • Chance auf Fritz Plugin 1.5.3

    Hallo zusammen,


    gibt es einen Grund, warum im yaVDR immernoch das Fritzbox-Plug 1.5.2 enthalten ist? Ich habe bei der Nummernauflösung über das lokale Adressbuch ein Problem (geht halt nicht) und das ist in der 1.5.3 gefixt. Ich kann das jetzt selber aktualisieren, aber vielleicht gibt es in der 1.5.3 andere probleme oder es würde sich jemand finden, des das im Repository zur Verfügung stellt?!


    Danke und Gruß


    Toxic

  • xvdr oder vnsi?

    Zitat von magicamun

    dann stimmt deine sig nicht?
    EDIT: (schnell noch die Sig angepasst he?)


    Spass beiseite - welche Einschränkungen funktional habe ich links und rechts?


    Hm, erwischt!


    Habe aber festgestellt, dass vnsi auch noch mal aktualisiert worden ist. Erster Test mit RASPBMC war erfolgreich. Aufnahmen, die ich vorher nicht spulen konnten gehen jetzt!


    Gruß


    Toxic

  • xvdr oder vnsi?

    Hi,


    xvdr ist sweit ich das überblicke aktueller, vnsi ist dafür bereits im "std.-XBMC" enthalten. Habe beides mal gehabt, nutze aber momentan vnsi wegen der Unterstützung unter allen XBMC-Plattformen (Win. und Raspbmcz.B.).


    Gruß


    Toxic