Neue Pakete - Bitte lesen!

[grumpf]

Also bei mir tritt es auf mit NVidia-Treiber 450.... GT630. Mittlerweile habe ich es (irgendwie?) auf Xinelib?? umgebaut (via pchanger), und das funktioniert. Via toolmenue hatte ich immer softhddevice (auch wenn ich auf xine umgestellt habe).
Gunther

[mango]

Hallo,

Mittlerweile habe ich es (irgendwie?) auf Xinelib?? umgebaut

kann man auch auf die Schnelle ändern wenn kein OSD bei softhd in der sysconfig

Code:

VDR_FRONTEND="Softhddevice"

in

Code:

VDR_FRONTEND="vdr-sxfe"

" /var/lib/vdr# cat easyvdr-frontend-sxfe.conf"

Code:

[email protected]:/var/lib/vdr# cat easyvdr-frontend-sxfe.conf
FULLSCREEN="--fullscreen"
GEOMETRY=""
ACCELERATION=""
VIDEO_DEVICE="--video=vdpau"
VIDEO_MISCELLANEOUS_1="--post tvtime:method=use_vo_driver"
VIDEO_MISCELLANEOUS_2=""
FRONTEND_DISPLAY=":0"
AUDIO_DEVICE="--audio=alsa"
AUDIO_DEVICE_PASSTHROUGH=""
AUDIO_MIXER_CHANNEL=""
AUDIO_MISCELLANEOUS=""
MISCELLANEOUS="--syslog --reconnect --tcp"
CONFIG_FILE="--config /var/lib/vdr/plugins/xineliboutput/config "
CONNECTSTRING="xvdr://127.0.0.1:37890"

Gruss
Wolfgang

[grumpf]

Also... läuft jetzt mit sxfe/Xine (wie "früher"):

Code:

[email protected]:~# ps -ef | grep vdr | grep sxfe
root        2496    2453  0 19:19 ?        00:00:00 su vdr -c /usr/bin/vdr-sxfe  --fullscreen  --video=vdpau --post tvtime:method=use_vo_driver  --audio=alsa    --syslog --reconnect --tcp --config /var/lib/vdr/plugins/xineliboutput/config  xvdr://127.0.0.1:37890  > /dev/null 2>&1
vdr        2497    2496  0 19:19 ?        00:00:00 bash -c  /usr/bin/vdr-sxfe  --fullscreen  --video=vdpau --post tvtime:method=use_vo_driver  --audio=alsa    --syslog --reconnect --tcp --config /var/lib/vdr/plugins/xineliboutput/config  xvdr://127.0.0.1:37890  > /dev/null 2>&1
vdr        2498    2497  2 19:19 ?        00:00:02 /usr/bin/vdr-sxfe --fullscreen --video=vdpau --post tvtime:method=use_vo_driver --audio=alsa --syslog --reconnect --tcp --config /var/lib/vdr/plugins/xineliboutput/config xvdr://127.0.0.1:37890
[email protected]:~# lsof -p 2399|grep -i listen
vdr    2399  vdr    5u  IPv4              40132      0t0    TCP *:3000 (LISTEN)
vdr    2399  vdr    7u  IPv4              41288      0t0    TCP *:37890 (LISTEN)
vdr    2399  vdr  16u  IPv4              38481      0t0    TCP *:6419 (LISTEN)
[email protected]:~# svdrpsend HELP
220 thanner SVDRP VideoDiskRecorder 2.2.0; Wed Nov  4 19:21:36 2020; UTF-8
214-This is VDR version 2.2.0
...
214-    SCAN      STAT      UPDT      UPDR      VOLU     
214-    QUIT     
214-Plugin streamdev-server v0.6.1-git - VDR Streaming Server
214-    LSTC      DISC     
214-Plugin text2skin v1.3.2+git - Lader für textbasierte Skins
214-    FLUS     
214-Plugin xineliboutput v2.2.0 - X11/xine-lib Ausgabe-Plugin
214-    PMDA      PDVD      PMSC      PIMG      QMSC     
214-    LFRO      PRIM     
214-To report bugs in the implementation send email to
214-    [email protected]
214 End of HELP info
221 thanner closing connection
[email protected]:~#

Und da hört er auch wieder auf SVRDP - die folgende Änderung habe ich zurückgebaut:

Code:

[email protected]:~# diff /usr/lib/easyvdr/easyvdr-start/systemd/easyvdr-systemstart*
2d1
< set -x
139,150c138,149
< #  while ! ( /usr/bin/svdrpsend VOLU | grep -q "closing connection" )
< #   do
< #     loc_WAIT=$(($loc_WAIT-1))
< #     if [ $loc_WAIT -eq 0 ]; then
< #       $LOGGER "Wait more than $WAIT seconds for VDR - give up"
< #       echo "$(date): Wait more than $WAIT seconds for VDR - give up" >> $LOG
< #       exit 1
< #     fi
< #     sleep 1
< #     $LOGGER "wait for vdr"
< #     echo "$(date): wait for vdr" >> $LOG
< #   done
---
> while ! ( /usr/bin/svdrpsend VOLU | grep -q "closing connection" )
>  do
>    loc_WAIT=$(($loc_WAIT-1))
>    if [ $loc_WAIT -eq 0 ]; then
>      $LOGGER "Wait more than $WAIT seconds for VDR - give up"
>      echo "$(date): Wait more than $WAIT seconds for VDR - give up" >> $LOG
>      exit 1
>    fi
>    sleep 1
>    $LOGGER "wait for vdr"
>    echo "$(date): wait for vdr" >> $LOG
>  done
[email protected]:~#

Aber was geht denn dann schief... Fehler bei Frontend softhddevice und Port 6419 zu.

[mango]

Hallo,

Aber was geht denn dann schief... Fehler bei Frontend softhddevice und Port 6419 zu

wenn ich das wüsste,wäre es vermutlich schon gelöst!
Kannst du Bitte mal testen,da Stefan erst amWE kann?
https://www.easy-vdr.de/thread-18886-pos...#pid188221

Gruss
Wolfgang

[SurfaceCleanerZ]

Hi, 
Ich konnte gar keine Fehlermeldung sehen mit 450er und Softhddevice. 
Alte Treiber funktionieren gar nicht mehr mit der Gt1030, daher brachte das keine Erkenntnisse. 
Ich vermute ein Rückgriff auf 440 könnte helfen. Heute stand im Portal auch, dass mit 450 HBbTV nicht mehr tut. 
Ich kann erst am Samstag Abend testen.
Mfg Stefan

[bax2000]

Hallo!

Nur ne kurze Frage:
Für eine aktuelle Neuinstallation zum testen weiterhin das ISO hier nutzen?

https://ftp.gwdg.de/pub/linux/easyvdr/5....ha-010.iso

Oder gibt es was aktuelleres und ich finde das nicht?

Danke!

[SurfaceCleanerZ]

Hi, 
Nein warum? 
Mfg Stefan

[mango]

Hallo,

neu in 5-vdr-stable "vdr-plugin-softhddevice_1.0.7-0easyVDR1~focal"
Damit sollte nun VDR wieder mit Frontend "Softhddevice" starten und
Bild & Ton liefern.Getestet wurde von
User: Oberlooser - GT 710 - nvidia-340
User; pritt - GT 1030 - nvidia-???

N8 & Gruss
Wolfgang

[Schwabe]

Hallo,
läuft bei mir auch: GT630 und Nvidia 340

[SurfaceCleanerZ]

Hi,
ich muss neu installieren, das GT1030 System ist so beschäftigt mit irgendwelchen Fehlern, ich komme selten mal per ssh drauf, aber meist scheitert schon der Login.

Code:

Nov  8 13:26:12 easyVDR kernel: [    3.838772] NVRM: at www.nvidia.com.
Nov  8 13:26:12 easyVDR kernel: [    3.838851] nvidia: probe of 0000:01:00.0 failed with error -1
Nov  8 13:26:12 easyVDR colord[655]: failed to get session [pid 538]: Keine Daten verfügbar
--
Nov  8 13:26:12 easyVDR kernel: [    4.068681] NVRM: at www.nvidia.com.
Nov  8 13:26:12 easyVDR kernel: [    4.068721] nvidia: probe of 0000:01:00.0 failed with error -1
Nov  8 13:26:12 easyVDR NetworkManager[550]:  [1604838372.8322] hostname: hostname: using hostnamed
--
Nov  8 13:26:13 easyVDR systemd-udevd[367]: nvidia: Process '/bin/systemctl start --no-block nvidia-persistenced.service' failed with exit code 5.
Nov  8 13:26:13 easyVDR NetworkManager[550]:  [1604838373.0823] Error: failed to open /run/network/ifstate
Nov  8 13:26:13 easyVDR NetworkManager[550]:  [1604838373.0967] modem-manager: ModemManager available
--
Nov  8 13:26:13 easyVDR kernel: [    4.403074] NVRM: at www.nvidia.com.
Nov  8 13:26:13 easyVDR kernel: [    4.403113] nvidia: probe of 0000:01:00.0 failed with error -1
Nov  8 13:26:13 easyVDR tracker-miner-f[787]: Set scheduler policy to SCHED_IDLE
--
Nov  8 13:26:13 easyVDR systemd[767]: Starting Virtual filesystem service...
Nov  8 13:26:13 easyVDR gnome-session-binary[797]: WARNING: Falling back to non-systemd startup procedure due to error: GDBus.Error:org.freedesktop.DBus.Error.Spawn.ChildExited: Process org.freedesktop.systemd1 exited with status 1
Nov  8 13:26:13 easyVDR gnome-session[797]: gnome-session-binary[797]: WARNING: Falling back to non-systemd startup procedure due to error: GDBus.Error:org.freedesktop.DBus.Error.Spawn.ChildExited: Process org.freedesktop.systemd1 exited with status 1
Nov  8 13:26:13 easyVDR /usr/lib/gdm3/gdm-wayland-session[796]: dbus-daemon[796]: [session uid=124 pid=796] Activated service 'org.freedesktop.systemd1' failed: Process org.freedesktop.systemd1 exited with status 1
--
Nov  8 13:26:13 easyVDR kernel: [    4.559110] NVRM: at www.nvidia.com.
Nov  8 13:26:13 easyVDR kernel: [    4.559150] nvidia: probe of 0000:01:00.0 failed with error -1
Nov  8 13:26:13 easyVDR kernel: [    4.559428] NVRM: The NVIDIA probe routine failed for 1 device(s).
--
Nov  8 13:26:13 easyVDR /usr/lib/gdm3/gdm-x-session[867]: #011(++) from command line, (!!) notice, (II) informational,
Nov  8 13:26:13 easyVDR /usr/lib/gdm3/gdm-x-session[867]: #011(WW) warning, (EE) error, (NI) not implemented, (??) unknown.
Nov  8 13:26:13 easyVDR /usr/lib/gdm3/gdm-x-session[867]: (==) Log file: "/var/log/Xorg.0.log", Time: Sun Nov  8 13:26:13 2020

Ich denke das ist sinnlos. Am TV komme ich nicht mal in X oder Textkonsole, nur schwarzer Screen nach Boot.

Liegt sicher am Test aller Grafiktreiberversionen und switchen zu Xinelibout.

Ein paar Reboots halfen auch nicht.

MfG,
Stefan

[SurfaceCleanerZ]

Hi,
mit GT1030 läuft v5 stable mit 450.80 in softhddevice stabil mit DVB-T2 (t230 Stick).
DVB-S2 teste ich gleich noch, teste gerade noch Aufnahme.
Danke für das Finden des Problems Wolfgang und bitte entschuldige dass ich nicht immer am GT1030-System bin.

Im Log gibt es jetzt Fehler:

Nov  8 14:24:43 easyvdr vdr: message repeated 6 times: [ video/vdpau: can't render mixer: An invalid handle value was provided.]
Nov  8 14:24:43 easyvdr vdr: [36610] ERROR (common.c,98): Unbekannter Fehler 524
Nov  8 14:24:43 easyvdr vdr: [36610] ERROR (common.c,112): Unbekannter Fehler 524
Nov  8 14:24:51 easyvdr vdr: [35756] switching to channel 3 (NDR FS HH HD)
Nov  8 14:24:51 easyvdr vdr: [36615] ERROR (common.c,98): Unbekannter Fehler 524
Nov  8 14:24:51 easyvdr vdr: [36615] ERROR (common.c,112): Unbekannter Fehler 524
Nov  8 14:24:52 easyvdr vdr: [36615] ERROR (common.c,98): Unbekannter Fehler 524
Nov  8 14:24:52 easyvdr vdr: [36615] ERROR (common.c,112): Unbekannter Fehler 524
Nov  8 14:24:53 easyvdr vdr: [36615] ERROR (common.c,98): Unbekannter Fehler 524
Nov  8 14:24:53 easyvdr vdr: [36615] ERROR (common.c,112): Unbekannter Fehler 524
Nov  8 14:25:00 easyvdr vdr: video: get hwaccel context, not supported

MfG,
Stefan

[mango]

Hi Stefan,

Im Log gibt es jetzt Fehler:

Nov  8 14:24:43 easyvdr vdr: [36610] ERROR (common.c,98): Unbekannter Fehler 524
Nov  8 14:24:43 easyvdr vdr: [36610] ERROR (common.c,112): Unbekannter Fehler 524

Die Fehler begleiten uns schon länger -> Siehe syslog aus 2017

Code:

Mar 12 13:54:55 Pinky vdr: [2912] ERROR (common.c,98): Vorgang wird nicht unterstützt
Mar 12 13:54:55 Pinky vdr: [2912] ERROR (common.c,112): Vorgang wird nicht unterstützt
Mar 12 13:54:55 Pinky vdr: [2912] ERROR (common.c,98): Vorgang wird nicht unterstützt
Mar 12 13:54:55 Pinky vdr: [2912] ERROR (common.c,112): Vorgang wird nicht unterstützt

Gruss
Wolfgang

[SurfaceCleanerZ]

Hi,
wollte es nur erwähnen.
Gibt wie geschrieben keine Probleme mit T2. Manchmal nach Umschalten kommt ein Ruckler nach 2s. Aber ist einmalig und somit ok.
S2 teste ich in ein paar Min. Teste jetzt gleich erst mal markad-ng. Soll ja ein Quantensprung sein. Danke fürs Bereitstellen!!!

MfG,
Stefan

[grumpf]

Hallo zusammen,
der folgende Update:

Code:

Start-Date: 2020-11-08  18:44:06
Commandline: apt -y dist-upgrade
Upgrade: vdr-plugin-softhddevice:amd64 (3:1.0.5-0easyVDR0~focal, 3:1.0.7-0easyVDR1~focal)
End-Date: 2020-11-08  18:44:10

hat bei mir die Probleme mit dem softhddevice (oder auch kein SVDRPsend oder nach 40 sek kommt vdr-Prozess nicht hoch) beseitigt. Habe via sysconfig wie folgt zurück auf's softhddevice geschaltet:

Code:

[email protected]:/var/lib/vdr# diff sysconfig sysconfig.4
79c79
< VDR_FRONTEND="Softhddevice"
---
> VDR_FRONTEND="vdr-sxfe"
[email protected]:/var/lib/vdr#

Und jetzt läuft wieder alles wie vorher. Grünstich/Fehlfarben sind immer noch da (immer noch nvidia 450), aber alles wieder wie vorher. Werde beizeiten noch Probleme mit audio (funktionierte nur mit Kernel 5.4.0-45) mit den neuen Kernel 5.4.0-52 probieren... ich weiß immer noch nicht, wo bei dem softhddevice der Ton herauspurzelt :-)
Tschö
Gunther

[SurfaceCleanerZ]

Hi,
warum testest du nicht mal mit dem 5.4.26? Der ist ja default in v5!
MfG,
Stefan

[SurfaceCleanerZ]

Hi,
mit DVB-S2 läuft es super mit GT1030 und 450.80 mit softhddevice.
Mit T2 lief es etwas weniger flüssig, hatte Absturz und dann war auch VDR Neustart nicht ausreichend. Könnte am Tuner auch gelegen haben.
MfG,
Stefan

[grumpf]

Hi,
mit dem 5.4.0-26 funktionert alles identisch zu 5.4.0-45... also default alles gut. Aber immer noch mit dem OSD-"Grünstich/defekte Farben" beim softhddevice mit nvidia-450, nvidia-440. Den Ton muss ich noch einmal testen... aber 5.4.0-26 ist (auch wie 5.4.0-45) schon okay
Gunther

[mango]

Hallo,
[

Aber immer noch mit dem OSD-"Grünstich/defekte Farben" beim softhddevice mit nvidia-450, nvidia-440.

betrifft dies alle Skins oder nur Skindesigner?

Gruss
Wolfgang

[mango]

Hallo,

neu in 5-vdr-stable PPA "vdr-plugin-softhddevice-vaapi-1.0.7"
Wurde bereits von User xxx3xxx(Marek) getestet!
Siehe -> https://www.easy-vdr.de/thread-18783-pos...#pid188370

Gruss
Wolfgang

[gb]

Hi Wolfgang

betrifft dies alle Skins oder nur Skindesigner?

Das wird alle skins betreffen, soweit ich mich erinnere hatte ich diese Probleme auch ( bei einigen skins grünstich, bei anderen verschobenes osd ), daher habe ich ja allen empfohlen den 340er zu verwenden. Wer weiß, was da NVIDIA beim Treiber verbockt haben.

Gruß Aaron

[SurfaceCleanerZ]

Hi, 
Die Gt1030 läuft nur mit dem neuesten. Mit dem 340 geht die gar nicht (nur Software Decoding). Mit dem latest gab es mit der keine Grafikprobleme. Skindesigner etc habe ich in letzter Zeit nicht getestet, nur anthra (default).
Mfg Stefan 
Mfg Stefan

[mango]

Hallo Aaron,

Das wird alle skins betreffen, soweit ich mich erinnere hatte ich diese Probleme auch ( bei einigen skins grünstich, bei anderen verschobenes osd ), daher habe ich ja allen empfohlen den 340er zu verwenden. Wer weiß, was da NVIDIA beim Treiber verbockt haben.

die Probleme mit den Skins fingen mit nvidia-390 an.Hatte den nvidia-387 deshalb auch
ins PPA(trusty) geholt.Bei mir mit GT 630 lässt sich auch die GPU zum recodieren der Aufnahme verwenden.
...die GT 630 kann dann h264_nvenc nutzen.Damit war nee Folge Big Bang in 2min nach *.mp4
gewandelt.Installiert man unter 20.04(focal) z.B nvidia-384 wird aber nvidia-390 installiert.
Pech gehabt ...also bleibt nur der nvidia-340 über.Die Probleme mit > nvidia-387 sind ja schon
länger bekannt.Es scheint aber das noch nicht ALLE das Wissen und dann noch nvidia-4xx installieren.
Man kann das immer wieder schreiben,hat aber keinen Sinn.(beratungsresistent)

Schönes WE & Gruss
Wolfgang

[mango]

Hallo,

neu in "5-base-stable"
t2scan-0.7.2+git20201026-0easyVDR0~focal
w-scan2-1.0.9~git20200516-0easyVDR0~focal
& "5-vdr-stable"
vdr-plugin-markad-ng-2.4.3-0easyVDR0~focal

Gruss
Wolfgang

[SurfaceCleanerZ]

Hi, 
Nur zu vorigem Post noch eine kleine Klarstellung : mit Gt1030 und Nvidia 450 geht alles auch ohne Falschfarben etc. Auch Skindesigner nopacity oder Pluginskinnopacity gehen hier fehlerfrei. 

Nur zur Info. 

Zu den neuen Paketen kann ich nur sagen : du bist echt schneller als man davon lesen kann! 
Mfg Stefan

[SurfaceCleanerZ]

Hi, 
Hab gestern versucht den neuen markad-ng zu testen. Aufnahme von Sat1 um 17h gestartet und 59 min aufgenommen. Dann zuerst mit markad 0.1.5 Schnittmarken gesetzt (nicht sehr passend erzeugt) und dann alle per OSD gelöscht und auf markad 2.4.3 geändert (inkl. Update und Upgrade). Wird auch in den Plugin Optionen so gezeigt. Leider erzeugt er keine einzige Marke. Wenn er anzeigt dass er fertig ist, dann ist keine Marke da.
Ich teste noch mal weiter. 
Liegt denke ich an der Aufnahme. Deren Anfang fehlt. Habe neue gemacht. 

Wollte nur mal berichten, dass es auch getestet wird! 
In 3.5 kommt auch ein Test in den nächsten Tagen. 
T2scan teste ich auch gerne, aber der Stick ist erst frühestens nächstes Wochenende greifbar. 
Mfg Stefan