Posts by cduerr

Hallo,

ist ja nicht mal ein Jahr später... gut, von der schnellen Sorte bin ich nicht, aber es gibt ja auch noch andere Dinge zu tun.

Jedenfalls bin ich jetzt mal dazu gekommen, den Rechner über eine smarte Steckdose zu betreiben und bin mehr oder weniger vom Stuhl gefallen. Gut, sind Festplatten drin, aber die lege ich schlafen. Die Kiste verbraucht dann um die 50W, mit aktiven Festplatten 77W, Peak ca. 105W beim Booten. Damit habe ich nicht gerechnet, gut, dass er sich selbst an- und ausschaltet, je nach Aufnahme.

Dennoch werde ich mal gucken, ob ich mit B550+Ryzen 5600 (den habe ich noch rumfliegen) besser fahren kann. Vielleicht sind dann auch ein paar Problemchen weg. Melde mich wieder.

wonach hast Du gesucht? Es gibt auch vdr-plugin-live-ng.

Ganz allgemein deuten die TS-Fehler z.B. auf mögliche Empfangsprobleme (HF oder Demodulationsteil) hin (was wiederum fehlende Aufnahmeteile und Tonstörungen erklären könnten). Also quasi die ganze Kette von Schüssel, LNB, Verkabelung, S2-Tunerkarte und Treiber könnte Probleme haben, könnte aber auch einfach schlechtes Wetter gewesen sein.

so betrachtet hast Du natürlich Recht. Ich kam aus der Richtung, dass meine DVB-C-Karte ein modifiziertes Modulpaket brauchte, womit dann PCI-DVB-C-Karten nicht mehr liefen - also war mein Versuch, eine VM für die eine Karte, eine andere für die anderen beiden. Alles mittlerweile nach Lernphase ad acta gelegt.

Hardware ab Ivy Bridge (also so ca. 2012) sollte eigentlich gehen.

PCI kann man aber grundsätzlich ziemlich sicher vergessen.

Proxmox hatte ich auch mal probiert, lief auch (intel Bord) - allerdings verliert man dann ja auch so Annehmlichkeiten wie dass der vdrserver sich selbst ausschaltet.

Feedback zum Feedback:

1. Das Austauschnetzteil wurde ein Pure Power 12M 550W anstelle des Straight Power 11 550W Gold. Alles in der Anmutung daran ist kein Vergleich zum eingeschickten, dünneres Blech, dünnere Kabel, kürzere Kabel, ... - das finde ich etwas ... sch...ade. In den Garantiebedingungen haben sie einen Passus, dass "gleichwertige" oder sinngemäß Netzteile geliefert werden können. Wenn man bedenkt, dass das Straight Power zu der Zeit 100 Euro kostete, alles seitdem teurer wurde und das Pure Power jetzt für 83,51 Euro zu haben ist, kratzt das am guten Service. Das ist nicht wie es sein sollte.

2. Seitdem ich die Realtek RTL8125 vom zweiten PCIe x1-Slot entnommen habe und mich mit Gigabit begnüge, habe ich kein weiteres Mal das Problem plötzlich reduzierter SSD- und NIC-Leistung gesehen. Das ist jetzt seit etwa drei Wochen so.

Hi,

many thanks for your response.

Quote from lnj

You can set -v vdpau and test it too.

easy test - works more promptly when jumping frame to frame with remote

Quote from lnj

to test, try turning off deinterlacing via the osd menu and see if that reduces the response time.

i had some difficulties finding the "Interlace off" option but finally found and set the option "WEAVE/NONE" in the plugin softhddevice settings under each resolution (from "BOB").

Setting this made no difference for how promptly frame to frame jumping via remote is done

Hallo,

weil mir vdr-plugin-softhddevice-openglosd-ffmpeg-2.8 doch ein wenig zuviele andere Problemchen brachte (z.B. wurden die Hinweismeldungen im ElchiHD-OSD trotz richtiger Größe nur noch leere Balken angezeigt, außerdem leider immer wieder erhöhte Anzahl von Makroblocking in allen Sendern) habe ich in den sauren Apfel gebissen und mal eine Geforce 1030 (passivgekühlt) erworben, von GT610. Die Umstellung auf cuvid ging flott, ich habe die alten DKMS-Treibermodule (390.157) und den anderen nvidia-Krams removed, dann nvidia-dkms-535 installiert, vdr-plugin-softhddevice-cuvid 2.3.3-0yavdr0~focal installiert, "-v cuvid" in die /etc/vdr/conf.d/50-softhddevice.conf und das install-yavdr.sh nochmals laufen lassen.

Die Benutzerexperience ist wieder etwas besser geworden - die Hinweis-Balken haben wieder Text, insgesamt scheinen wieder alle vorgesehenen Infos im OSD zu sein (ich würde sagen, da gibt es einen Bug mit der Größenberechnung in Zusammenhang mit vdr-plugin-softhddevice-openglosd-ffmpeg-2.8 und SkinElchiHD) und die Anzahl von Makroblockings ist jetzt so dass ich sagen würde, wenn das am SAT->IP-Sender (FB6591) liegt, kann ich's glauben.

Allerdings gibt es verzögertes Ansprechen. Wenn ich die Marker in Videos setzen möchte und dazu frameweise nach vorne oder hinten scrolle dauert es bis es reagiert bzw. es kommt sogar vor, dass mehr Frames gesprungen werden als ich wollte. Ich glaube, das liegt daran, dass das Ansprechverhalten nicht mehr so direkt ist. Irgendwas bremst - vermutlich habe ich deshalb einfach zu oft die Fernbedienungstaste gedrückt. VDPAU war viel flotter. Dafür hatte es leider andere Nachteile (vielleicht sollte ich auf den intel IGD umstellen?).

Ist das bekannt? Kann ich irgendwas verbessern? Das Schneiden wird so natürlich gerade wieder umständlich, wenn es um den Markad-Marker herummäandriert. Sehr ärgerlich.

P.S.: War das nicht so, dass man von nvidia noch irgendwas installieren musste? Nachdem ich Bild hatte, nachdem das Ansible Playbook durchgelaufen war habe ich zufrieden jegliche weitere Aktivität eingestellt (Update: habe noch eine archivierte Anleitung gefunden, nach der man

nvidia-cuda-dev  nvidia-cuda-toolkit 

installieren sollte. Habe ich gemacht, hat eine ganze Ladung nachinstalliert, aber am Problem nichts geholfen. Witzig bzw. unklar finde ich jetzt noch, was "archiviert" heißt... Für 20.04 nicht einschlägig, für aktuelle Hardware nicht einschlägig, ...?

Update: ich habe vdr-plugin-softhddevice-cuvid deinstalliert und stattdessen vdr-plugin-softhddevice-openglosd-ffmpeg-2.8 genommen. Damit ist auf den ersten Blick das Viertelfinale guckbar.

Hallo,

weiß nicht, ob ich das schon mal gefragt habe. In einigen Kanälen (trotz mittlerweile guten Empfangs, meist via sat>ip von der Fritzbox - und da wirklich nur bei z.B. Eurosport1 SD oder Nitro aber nicht bei den gut encodierten HD-Varianten der öffentlich-rechtlichen) habe ich Bröckchenhusten. Ist nicht wirklich Makroblocking, sieht aber teilweise ähnlich aus. Im Eurosport z.B. habe ich eine gute Darstellung in der Totalen vom Centre Court, aber dann bei der anderen Einstellung mit Schwenks plötzlich Gezuckel - gefühlsmäßig würde ich sagen, das Decoding scheitert an der GOP, wenn ich nach der channels.conf gehe sollten das alle TP mit QAM256 sein. Der Spieler zuckt 3-4s lang und das Video läuft einfach nicht weiter (der Ton schon). Selbst Aufnahmen ruckeln so auf dem vdr3 - nicht aber, wenn ich die Videos z.B. auf einem Mac wiedergebe. Scheint also tatsächlich nur ein Anzeigeproblem zu sein.

Gibt es da bekannte Probleme mit der nvidia GT610 oder z.B. ffmpeg-Versionen oder softhddevice, wie man das beheben kann? Der Tennisgenuss ist schon ziemlich eingeschränkt so.

Normalerweise kann man ja mit der Fernbedienung Taste 2 auch ein lokales Schneiden auf dem Client starten. Das bedeutet, dass es wahnsinnig lange dauert - die Videodaten müssen ja mindestens zweimal übertragen werden. Beim Druck auf die Taste 2 wird bei mir seit kurzem nur die Lautstärke reduziert. Vielleicht hat das mit der alternden Fernbedienung zu tun, aber ich hatte ja darüber berichtet, eigentlich war dann alles wieder gut.

Anyway, ich würde ohnehin das Schneiden auf dem Server bevorzugen. Erstens, weil das schneller ist, weil er nicht übers Netzwerk transferieren muss. Zweitens, weil das unempfindlicher gegenüber Abstürzen ist. Drittens, weil das in einer Queue auf dem Server landet, der sich darum besser kümmern kann und ich derweil auch andere Sachen machen kann.

Hier ist das Skript aus dem Forum. Ich glaube, der kümmert sich nicht um die Normalisierung solcher Sonderzeichen in UTF8, wie man das bräuchte - sonst ist es super. Als Workaround benenne ich kritische Dateien um, mache ein "touch .update" im /srv/vdr/video" und probiere es erneut. Frei nach dem Motto "Computer lösen Probleme, die man ohne sie gar nicht erst hätte!" - wäre es doch schön, wenn das Skript das automagisch miterledigen könnte. $RECNAME müsste es sein, wenn ich mich nicht irre.

#auf dem Client gibt es einen custom reccmds hook:
#/etc/vdr/command-hooks/reccmds.custom.conf:
#Schneiden               : /usr/local/bin/schneidelokal

#liegt in /usr/local/bin/schneidelokal
#!/bin/bash

REC=$1

SVDRPCMDREMOTE="/usr/bin/svdrpsend -d vdrserver"
SVDRPCMDLOCAL="/usr//bin/svdrpsend"
RECDIR="/srv/vdr/video/Recordings_on_vdrserver\(nfs\)"
RECDATE=`basename "$REC" | cut -b 3-10 | awk -F- '{ print $3"."$2"."$1 }'`
echo $RECDATE
RECTIME=`basename "$REC" | cut -b 12-16 | awk -F. '{print $1":"$2 }'`
echo $RECTIME
RECNAME=`dirname "$REC" | sed -e 's/^\/srv\/vdr\/video\/Recordings_on_vdrserver(nfs)\///;s/_/ /g;s/\//~/g'`
#echo $RECNAME
#RECNAME2=`dirname "$REC" | sed -e 's/^\/srv\/vdr\/video\/Recordings_on_vdrserver(nfs)\///;s/_/ /g'`
#echo $RECNAME2

SVDRPSTRING=`$SVDRPCMDREMOTE LSTR | awk '/^250/&&/'"$RECDATE"'/&&/'"$RECTIME"'/&&/'"$RECNAME"'/'`
LSTRCOUNT=`$SVDRPCMDREMOTE LSTR | awk '/^250/&&/'"$RECDATE"'/&&/'"$RECTIME"'/&&/'"$RECNAME"'/' |wc -l`
echo $SVDRPSTRING
echo $LSTRCOUNT

if [ "$LSTRCOUNT" != "1" ]; then
    echo "Aufnahme nicht eindeutig bestimmbar - Abbruch"
    exit 1
fi

RECID=`echo $SVDRPSTRING | cut -b 5- | awk '{ print $1 }'`

$SVDRPCMDREMOTE EDIT $RECID
echo "Schnitt von ($RECID) $RECNAME vom $RECDATE | $RECTIME gestartet"

exit 0

ich habe bisher nur die Serverseite betrachtet. Es gibt zwar Samba- und NFS-Freigabe, aber die Dateinamen tauchen schon auf dem Server auf (SSH).

root@vdrserver:~# locale
LANG=en_US.UTF-8
LANGUAGE=
LC_CTYPE="en_US.UTF-8"
LC_NUMERIC="en_US.UTF-8"
LC_TIME="en_US.UTF-8"
LC_COLLATE="en_US.UTF-8"
LC_MONETARY="en_US.UTF-8"
LC_MESSAGES="en_US.UTF-8"
LC_PAPER="en_US.UTF-8"
LC_NAME="en_US.UTF-8"
LC_ADDRESS="en_US.UTF-8"
LC_TELEPHONE="en_US.UTF-8"
LC_MEASUREMENT="en_US.UTF-8"
LC_IDENTIFICATION="en_US.UTF-8"
LC_ALL=

Danke Dir, habe ich mir angeguckt und feststellen müssen, dass ich das schon habe (Zeile 10):

root@vdrserver:/etc/vdr/conf.d# vdr --showargs
--record=/usr/lib/vdr/vdr-recordingaction
--user=vdr
--grab=/tmp
--port=6419
--watchdog=0
--shutdown=/usr/lib/vdr/vdr-shutdown.wrapper
--dirnames=,,1
--log=3
--vfat
--instance=0
--video=/srv/vdr/video
--plugin=conflictcheckonly
--plugin=dbus2vdr --shutdown-hooks=/usr/share/vdr/shutdown-hooks --shutdown-hooks-wrapper=/usr/share/vdr-plugin-dbus2vdr/shutdown-wrapper
--plugin=devstatus
--plugin=epgsearch
--plugin=epgsearchonly
--plugin=epgsync
--plugin=femon
--plugin=live --port=8008 --ip=0.0.0.0
--plugin=markad --astopoffs=0
--plugin=quickepgsearch
--plugin=streamdev-server
--plugin=svdrpservice
--plugin=tvscraper

Das Verhalten mit Doppelpunkten tritt also trotz --vfat auf.

Hallo,

immer wieder werden durch das Schema F Doppelpunkte im Aufnahmenamen verwendet, die dann dafür sorgen, dass ich die Datei über die NFS-Freigabe nicht vernünftig schneiden kann.

Beispiel:

MacGyver: Jagd nach dem Schatz von Atlantis~2024.05.18-18:20-Sat

(da sind sogar zwei drin; kommt von epgsearch eine geplante Serienaufnahme, obwohl es einer der beiden Filme ist, aber egal, ist ja nur ein Beispiel).

Natürlich schaut der Dateiname korrekt aus, er wird mit #3A umschrieben.

Gibt es eine Möglichkeit, wie man das generell unterbindet oder was muss ich genau tun, damit ich korrekt schneiden kann (mit Skript)?

Mein Skript (aus dem Forum, bereits leicht angepasst) könnte ich anhängen, wenn gewünscht. Mir wäre es eigentlich lieber, wenn solche kritischen Zeichen gar nicht erst ins Dateisystem kämen (weil man den Terz mit anderen System bekommt).

Hallo,

kurzes Feedback: heute bekam ich Antwort von Bequiet (das ist ein sehr guter Support, wie ich finde: unabhängig davon: alleine schon dass die Kabel alle überall passen und die Netzteile sehr leise sind würde die Entscheidung leicht machen).

Netzteil ohne Funktion / Defekt

- nur +5Vsb

Ein Austauschnetzteil ist wohl auf dem Weg.

Hi,

ausstehendes Feedback: es lag tatsächlich an der Kingston SSD. Im Netz finden sich einige identische Fehlerberichte, aber es gibt keine neuere Firmware für diese SSD. Seitdem ich gegen eine Transcend 220S ausgetauscht habe, habe ich wieder korrektes Verhalten, ohne dass mein dunkles Zimmer rot erleuchtet wird!

danke Dir!

root@vdrserver:/media/vdr# mount > /root/mount1.txt
<Festplatte angestöpselt>
root@vdrserver:/media/vdr# mount > /root/mount2.txt
root@vdrserver:/media/vdr# sdiff -s /root/mount1.txt /root/mount2.txt 
<nichts>

Aber im Log findet sich tatsächlich was:

May  3 13:40:41 vdrserver kernel: [12367.794247] usb 6-2: new SuperSpeed Plus Gen 2x1 USB device number 3 using xhci_hcd
May  3 13:40:41 vdrserver kernel: [12367.816835] usb 6-2: New USB device found, idVendor=152d, idProduct=0583, bcdDevice= 2.09
May  3 13:40:41 vdrserver kernel: [12367.816844] usb 6-2: New USB device strings: Mfr=1, Product=2, SerialNumber=3
May  3 13:40:41 vdrserver kernel: [12367.816847] usb 6-2: Product: USB 3.1 Storage Device
May  3 13:40:41 vdrserver kernel: [12367.816849] usb 6-2: Manufacturer: JMicron
May  3 13:40:41 vdrserver kernel: [12367.816851] usb 6-2: SerialNumber: DD56419993893
May  3 13:40:41 vdrserver kernel: [12367.849346] scsi host10: uas
May  3 13:40:41 vdrserver kernel: [12367.849759] scsi 10:0:0:0: Direct-Access     Samsung  SSD 980 PRO      0209 PQ: 0 ANSI: 6
May  3 13:40:41 vdrserver kernel: [12367.850354] sd 10:0:0:0: Attached scsi generic sg8 type 0
May  3 13:40:44 vdrserver vdr: [2457] markad: got shutdown request
May  3 13:40:44 vdrserver vdr: [2457] markad: shutdown request accepted
May  3 13:40:45 vdrserver kernel: [12371.401569] sd 10:0:0:0: [sdh] 3907029168 512-byte logical blocks: (2.00 TB/1.82 TiB)
May  3 13:40:45 vdrserver kernel: [12371.401586] sd 10:0:0:0: [sdh] 4096-byte physical blocks
May  3 13:40:45 vdrserver kernel: [12371.401722] sd 10:0:0:0: [sdh] Write Protect is off
May  3 13:40:45 vdrserver kernel: [12371.401729] sd 10:0:0:0: [sdh] Mode Sense: 5f 00 00 08
May  3 13:40:45 vdrserver kernel: [12371.401926] sd 10:0:0:0: [sdh] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
May  3 13:40:45 vdrserver kernel: [12371.402014] sd 10:0:0:0: [sdh] Optimal transfer size 33553920 bytes not a multiple of physical block size (4096 b
ytes)
May  3 13:40:45 vdrserver kernel: [12371.404229]  sdh: sdh1 sdh2
May  3 13:40:45 vdrserver kernel: [12371.405257] sd 10:0:0:0: [sdh] Attached SCSI disk
May  3 13:40:45 vdrserver systemd-udevd[21677]: sdh: Process '/usr/bin/unshare -m /usr/bin/snap auto-import --mount=/dev/sdh' failed with exit code 1.
May  3 13:40:45 vdrserver mount-notification: event: device_added, device: , mount_path: 
May  3 13:40:45 vdrserver mount-notification: event: device_added, device: /dev/sdh, mount_path: 
May  3 13:40:45 vdrserver systemd-udevd[21677]: sdh1: Process '/usr/bin/unshare -m /usr/bin/snap auto-import --mount=/dev/sdh1' failed with exit code 
1.
May  3 13:40:45 vdrserver systemd-udevd[21682]: sdh2: Process '/usr/bin/unshare -m /usr/bin/snap auto-import --mount=/dev/sdh2' failed with exit code 
1.
May  3 13:40:45 vdrserver mount-notification: event: device_added, device: /dev/sdh1, mount_path: 
May  3 13:40:45 vdrserver mount-notification: event: device_added, device: /dev/sdh2, mount_path: 
May  3 13:40:45 vdrserver udiskie[2566]: failed to mount /org/freedesktop/UDisks2/block_devices/sdh2: GDBus.Error:org.freedesktop.UDisks2.Error.NotAut
horizedCanObtain: Not authorized to perform operation

Was die wollen? OK - als root udiskie ausgeführt, mount klappt.

Als vdr:

vdr@vdrserver:~$ udiskie
Typelib for 'libnotify' is not available. Possible causes include:
        - libnotify is not installed
        - the typelib is provided by a separate package
        - libnotify was built with introspection disabled

Starting udiskie without notifications.
failed to mount /org/freedesktop/UDisks2/block_devices/sdh2: GDBus.Error:org.freedesktop.UDisks2.Error.NotAuthorizedCanObtain: Not authorized to perform operation

Der Link existiert wohl nicht schon (dafür aber andere), aber das Problem scheint irgendwas mit Berechtigungen zu tun zu haben? Ich habe ehrlich keine Ahnung: mount sollte ja eigentlich nur für Superuser klappen, aber der Grad dessen, was man mittlerweile korrekt konfiguriert auch für einzelne Benutzer mit wenig Rechten hinzaubern kann, weiß ich nicht. Sollte udiskie ohne sudo gehen?

könnte sich das dadurch erklären, dass markad einfach nie zu Ende gelaufen ist, der Rechner neugestartet wurde, ohne markad nach zu holen und ich dann in dieser Aufnahme händisch die Marken gesetzt habe? Ich glaub fast, so könnte es gewesen sein.

Blöde Frage:

Quote from cduerr

während einer anderen Aufnahme: nein

kann man das ohne Bedenken umstellen auf "ja"? Das ist ein Quadcore-Xeon (quasi ein i7) oder ist das schon eine ganz ernst gemeinte Empfehlung von Dir?

ich habe in den anderen Aufzeichnungen geguckt und da gibt es keine marks - also ist das vermutlich in geistiger Umnachtung von mir gemacht worden, weil ich keine fand. Entschuldige bitte vielmals!

Quote from kfb77

Bringt "sudo find /* -name noad" was ?

nichts gefunden

Quote from kfb77

Schaue mal, ob was in /etc/vdr/recording-hooks/R90.custom drin steht.

jeder Case ohne was drin und mit ";;" beendet. Sieht normal aus für meine Augen.

Quote from kfb77

Works as designed. markad wird grundsätzlich immer mit dem Start der Aufnahme gestartet und, falls "nach der Aufnahme" konfiguriert ist, bis dahin schlafen gelegt. Vereinfacht den Code.

ah, wieder was gelernt Danke!

Quote from kfb77

War das um ca. 23:44 Uhr und wurde dabei der VDR neu gestartet ? Das würde den Abbruch des laufenden markad's erklären.

könnte sein. Allerdings hat sich auch das Netzteil von dem Rechner gestern von der Teppichkante gestürzt.

Post

RE: Performancefrage

…heute früh finde ich den Rechner aus vor. Ich wundere mich, weil Aufnahmen laufen sollten. Wake on LAN - keine Reaktion. Einschalter, keine Reaktion. Strom aus, Strom an, keine Reaktion. Lt. Greylog letzter Eintrag 01:30 - wie erwartet, Aufnahmebeginn, dann noch ein paar Einträge und nichts mehr.

Mal gucken, ob ein Kurzer oder Netzteil.

Gestern hatte er noch einmal weniger Performance (Transfer NIC 70MB/s).

Das Netzteil ist noch neu, auf jeden Fall noch Gewährleistung und vielleicht auch noch so…

cduerr

May 2, 2024 at 8:29 AM

Erst gestern nachmittag habe ich ein Reservenetzteil eingebaut. Außerdem bin ich (noch) ständig dran, ein paar Probleme zu untersuchen, meist durch Reboots und/oder Umbau der Karten.

Wahnsinn, vielen Dank für Deine Untersuchung!

-vdr-markad-logos

apt-get remove vdr-markad-logos

keine Abhängigkeiten, aber /var/lib/markad war nach Entfernung gelöscht. Ich habe es als root neu angelegt. Reicht das oder muss vdr Owner sein? Wie sollten die Rechte sein?

-ein dpkg --list | grep noad erbrachte nichts

-Tim und Struppi-Tag auf zdfNeo! ... es liefen bis 18 Uhr ca. der erste Schwung an Folgen. Ich habe übrigens die ersten zwei verpasst, also wenn die jemand aufgenommen hätte, ich wäre dankbar

Ich habe gestern abend noch ein Backup gefahren und anschließend beherzt apt-get update && apt-get upgrade gemacht. Aktualisiert wurde markad-ng von 3.5.0 auf 3.6.0. Die Aufnahmetests seit da sahen ganz gut aus und ich konnte die Marks sehen. Irritieren tut mich noch die Generierung der Marks von was anderem als markad. Wenn man dem auf die Spur kommen könnte... Irritieren tut mich auch, dass ich eigentlich erwarte anhand der Config, dass markad *nach* der Aufnahme läuft.

Aber

root@vdrserver:/var/lib# ps -ef | grep markad
vdr         3899       1  0 10:17 ?        00:00:00 /usr/bin/markad -v -R --astopoffs=0 --vps --autologo=2 --fulldecode -l /var/lib/markad after /srv/vdr/video/Notruf_Hafenkante/2024-05-03.10.00.40-0.rec

...diese Testaufnahme endet erst 11:55 Uhr.