[gelöst] Segfaults mit nvidia

easyVDR - >VARforumsname - >[gelöst] Segfaults mit nvidia

klappnase 10.Sep.2019 00:32:06

Hallo,
ich habe hier sporadische Abstürze des VDR mit nvidia-390 / Kernel 4.8.12, bzw. nach einem Versuch mit einem neueren Kernel ebenso mit Kernel 4.9.90 (ursprünglich mit Kernel 4.4 /Nvidia-384 war der VDR noch instabiler).
Ich habe mal probiert, alle Plugins zu deaktivieren, das scheint aber auch nicht zu helfen.
Wie es aussieht, lassen sich diese Abstürze durch schnelles Spulen provozieren (gut zum Ausprobieren :) ).

Mit dem 4.8.12 Kernel fand ich vorhin im syslog folgende Meldung:

Sep 9 22:38:44 easyVDR kernel: [12486.518915] softhddev video: segfault at 7f7000000010 ip 00007f712c6fc825 sp 00007f70eaffb7c0 error 4 in libc-2.19.so[7f712c67e000+1be000]

Mit dem 4.9.90 Kernel sehen die Segfaults jetzt seltsamerweise so aus (kann natürlich auch sein, dass das eher zufällig so ist und mit der Kernelversion gar nichts zu tun hat):

Sep 9 23:03:35 easyVDR kernel: [ 220.925284] softhddev video: segfault at 100000001 ip 00007ff00b2d0ca1 sp 00007fefe1ff9ca0 error 4 in libavutil-ffmpeg3.so.55.58.100[7ff00b2bd000+5b000]

Was mir jetzt beim Suchen nach möglichen Ursachen aufgefallen ist, die libavutil-ffmpeg3.so.55.58.100 gehört ja zum easyVDR-Paket libavutil-ffmpeg55, als dev-Paket ist hier aber das Gegenstück zum Ubuntu-Paket libavutil52 installiert (dito für die anderen libav*-dev Pakete).
Jetzt frage ich mich, ob hier ein Problem liegen könnte, evtl. beim Bauen des Nvidia Treibers nach Kernel-Installation, spielen die libav*-dev's dabei irgendwie mit? Oder ist der Gedanke Blödsinn?
Bevor ich anfange, mir hier mein System mit wilden Experimenten zu zerschiessen, dachte ich, besser mal jemand fragen, der was davon versteht :)
Eine easyinfo hänge ich mal an.

Beste Grüße

Michael
easyinfo.zip

easyvdr-3.0; MB: Asus M2N-X Plus; DVB: TT-3200, Hauppauge NovaS2; Graka: Geforce GT1030

Bleifuss2 10.Sep.2019 10:13:38

Hi

Schalte mal alle Plugins ab, wie gut ist dein Empfang?

Gruß
Bleifuss

Produktiv-VDR:
Board GA H77-DS3H, Intel Intel(R) Core(TM) i5-3470, Cine S2 DVB, WD 3TB Green, WDC WD20EARS-00J 2TB, Geforce 750Ti oder Intel HD
Easyvdr 3.0

klappnase 10.Sep.2019 10:40:09

Hi,
das Abschalten aller Plugins hatte ich wie erwähnt schon versucht, ohne Erfolg.
Dass die Problematik etwas mit dem Empfang zu tun hat, kann ich mir jetzt nicht so recht vorstellen.
Ich hatte das oben vielleicht nicht so gut beschrieben: typischerweise läuft der VDR stabil, solange ich nur "live" ein Programm ansehe oder eine Aufnahme abspiele. Ich hatte nur ganz sporadisch Abstürze die scheinbar "ohne Grund" passierten. Beim Spulen, anscheinend v.a. von HD Aufnahmen, v.a. beim schnellen Spulen, bzw. auch beim Wechseln von Spulen - Pause - Play etc. treten diese Abstürze aber sehr häufig auf (wie oben erwähnt, "gut zum Ausprobieren", wenn ich einen solchen Segfault im Log mal sehen möchte). Deutet das nicht eher auf ein grundsätzliches Problem mit der Videoausgabe hin?

Gruss

Michael

easyvdr-3.0; MB: Asus M2N-X Plus; DVB: TT-3200, Hauppauge NovaS2; Graka: Geforce GT1030

mango 10.Sep.2019 15:15:30

Hallo,

libavutil ist hier auch aus den Ubuntu-Quellen installiert - libavutil-dev jedoch nicht
root@easy5:~# apt-cache policy libavutil-dev
libavutil-dev:
Installiert: (keine)
Installationskandidat: 6:9.20-0ubuntu0.14.04.1
Versionstabelle:
6:9.20-0ubuntu0.14.04.1 0
500 http://archive.ubuntu.com/ubuntu/ trusty-updates/universe amd64 Packages
500 http://security.ubuntu.com/ubuntu/ trusty-security/universe amd64 Packages
6:9.11-2ubuntu2 0
500 http://archive.ubuntu.com/ubuntu/ trusty/universe amd64 Packages
root@easy5:~# apt-cache policy libavutil52
libavutil52:
Installiert: 6:9.20-0ubuntu0.14.04.1
Installationskandidat: 6:9.20-0ubuntu0.14.04.1
Versionstabelle:
*** 6:9.20-0ubuntu0.14.04.1 0
500 http://archive.ubuntu.com/ubuntu/ trusty-updates/universe amd64 Packages
500 http://security.ubuntu.com/ubuntu/ trusty-security/universe amd64 Packages
100 /var/lib/dpkg/status
6:9.11-2ubuntu2 0
500 http://archive.ubuntu.com/ubuntu/ trusty/universe amd64 Packages

libavutil-ffmpeg3-dev ist auch nicht installiert
root@easy5:~# apt-cache policy libavutil-ffmpeg3-dev
libavutil-ffmpeg3-dev:
Installiert: (keine)
Installationskandidat: 3.3.0-0easyVDR2~trusty
Versionstabelle:
3.3.0-0easyVDR2~trusty 0
1003 http://ppa.launchpad.net/mango-vdr/test-hevc/ubuntu/ trusty/main amd64 Packages

nvidia-390
Source: nvidia-graphics-drivers-390
Binary: nvidia-390, nvidia-390-dev, libcuda1-390, nvidia-libopencl1-390, nvidia-opencl-icd-390
Architecture: i386 amd64 armhf
Version: 390.48-0ubuntu0~gpu14.04.2
Maintainer: Ubuntu Core Developers
Standards-Version: 3.8.0
Vcs-Browser: http://github.com/tseliot/nvidia-graphics-drivers
Vcs-Git: git://github.com/tseliot/nvidia-graphics-drivers.git
Build-Depends: debhelper (>= 9), sed (>> 3.0), libxext6, bzip2, xserver-xorg-dev (>= 2:1.4), execstack, libc6, libxvmc1, dh-modaliases, libxv1, libwayland-dev
wie man sieht hat nvidia keine direkte Abhängigkeit zu ffmpeg/ffmpeg3
Wie ist die Ausgabe von "dkms status"

P.S
Hab hier auch die Probleme beim spulen in den HD-Aufnahmen,ist man zu lange auf der Gelben-Taste crasht VDR.
Dies ist aber nicht der nvidia-390(bei mir nvidia-387 wegen GT-630)da auch mit nvidia-340 das Problem besteht.
[quote='klappnase' pid='184559' dateline='1568068326']
Sep 9 23:03:35 easyVDR kernel: [ 220.925284] softhddev video: segfault at 100000001 ip 00007ff00b2d0ca1 sp 00007fefe1ff9ca0 error 4 in libavutil-ffmpeg3.so.55.58.100[7ff00b2bd000+5b000]

...wie man sieht,liegt es an Plugin Softhddevice im Zusammenspiel mit FFmpeg,was bei mir auch mit VDR-2.3.8 besteht.

Gruss
Wolfgang

[spoiler="My VDR Stuff"]DVB-S/S2: Silverstone LC17 mit 8,4" TFT Display, ASUS P5KPL SE, E6300, 2GB, NT-Fanlees, System SSD 40GB, Media 2TB, GT630, DVD-LG, SkyStar S2, Nova-T, FB X10 Medion-Scroll, "Arch-Linux - VDR 2.3.8"
Test-VDR: ASRock ALiveNF6G, AMD X2 3800+ (35W),4GB, GT 630 - nvidia-384, SSD 64GB, SkyStar S2, Cinergy T RC USB, easyVDR 3.5(Kernel-4.4.0) - VDR-2.3.8 - KODI-18.0 - FB X10 Medion-Scroll
Client: Evo N600c, Puppy-Slacko 6.3 - VDR-2.2.0 - FB X10 Medion_OR25V
Spielwiese: RPI2 als Client mit LibreELEC-9.80-Milhouse(Kodi-19.0) - MLD-5.4 VDR2VDR

mango 10.Sep.2019 15:36:37

@klappnase
dein Avatar wird nicht mehr angezeigt,da externe Links nicht mehr zugelassen sind.
Siehe
https://www.easy-vdr.de/Musicians/No_Doubt.jpg
Lade dir den Avatar von hier runter
http://kratos-gaming.net/forums/avatars/Musicians/No_Doubt.jpg
dann das Bild unter "Benutzer-CP >> Dein Profil >> Avatar ändern" hochladen.

Gruss
Wolfgang

klappnase 10.Sep.2019 18:11:24

Hallo Wolfgang,
vielen Dank für die Rückmeldung!

libavutil ist hier auch aus den Ubuntu-Quellen installiert - libavutil-dev jedoch nicht
libavutil-ffmpeg3-dev ist auch nicht installiert

Ok, das spielt hier offenbar keine Rolle.

Wie ist die Ausgabe von "dkms status"

# dkms status
bbswitch, 0.8, 4.4.0-142-generic, x86_64: installed
bbswitch, 0.8, 4.8.12-040812-generic, x86_64: installed
bbswitch, 0.8, 4.9.90-040990-generic, x86_64: installed
nvidia-390, 390.48, 4.4.0-142-generic, x86_64: installed
nvidia-390, 390.48, 4.8.12-040812-generic, x86_64: installed
nvidia-390, 390.48, 4.9.90-040990-generic, x86_64: installed

Sieht für mich jetzt ok aus.

Hab hier auch die Probleme beim spulen in den HD-Aufnahmen,ist man zu lange auf der Gelben-Taste crasht VDR.
Dies ist aber nicht der nvidia-390(bei mir nvidia-387 wegen GT-630)da auch mit nvidia-340 das Problem besteht.

Ah, ok! Wenn das so ist, muss ich wohl nicht weiter überlegen, was ich hier jetzt falsch mache :)

..wie man sieht,liegt es an Plugin Softhddevice im Zusammenspiel mit FFmpeg,was bei mir auch mit VDR-2.3.8 besteht

Wie es scheint, läuft da ja auch schon seit einer Weile keine Entwicklung mehr (?). Da isses dann wohl fraglich, inwiefern mit neueren VDR / ffmpeg Versionen Besserung zu erwarten ist.

dein Avatar wird nicht mehr angezeigt,da externe Links nicht mehr zugelassen sind.

Ist repariert, dass ihr dann auch wisst, mit wem ihr's zu tun habt :)

Danke nochmal, und beste Grüsse

Michael

easyvdr-3.0; MB: Asus M2N-X Plus; DVB: TT-3200, Hauppauge NovaS2; Graka: Geforce GT1030

SurfaceCleanerZ 11.Sep.2019 07:29:46

Hi,
Ich muss die Abstürze auch bestätigen. Mit v3 ist es stabiler...
Aber für v3. 5 können wir leider eh nicht mehr viel machen, da Ppa abgeschaltet wurde.
Mfg Stefan

Test-VDR1: HP rp5700 Fertigsystem, Core2Duo E6400, 2GB RAM, Mygica t230 Stick als Tuner, nvidia Slim-GT218 512MB PCIe x1     - v3.5-64
VDR2 in Rente
VDR3 in Rente
VDR4: MSI G31M2 v2, Intel E5200, 6" t6963c gLCD, 2GB, WD Red 4TB, 2x TT3200, ASUS GT730-SL-2GD3-BRK, mod. Digitainergeh.       - v3.5-64
VDR5: GIGABYTE GA-G31M-S2L, Intel E5200, GT630 passiv, 2GB, 3TB, 6" t6963c gLCD, mod. Digitainergeh.    - v3.5-64
VDR6: MSI MS-7236, Intel E2140, GT630 passiv, 2GB, WD Green 2TB, 6" t6963c gLCD, 2x TT3200    - v2.5-64
[url=http://tinyurl.com/ycx4qsv]Hilfe gefällig? Dann brauchen wir ein easyInfo aus easyPortal!

klappnase 13.Sep.2019 19:53:28

Hi Stefan,
danke für die Info!
Habe jetzt vorgestern abends auf eine freie Partition mal die 3.0 installiert.
Die Installation lief völlig problemlos und wie es aussieht scheint der VDR hier out-of-the-box einwandfrei stabil zu laufen (zumindest hat er alle Spultests absturzfrei überstanden :) )

Danke an euch alle, tolle Arbeit!! :cool:

Beste Grüsse
Michael

easyvdr-3.0; MB: Asus M2N-X Plus; DVB: TT-3200, Hauppauge NovaS2; Graka: Geforce GT1030

SurfaceCleanerZ 13.Sep.2019 23:10:55

Hi,
Ist nicht die Lösung, schon klar...
V4 kommt in Kürze als alpha.
Mfg Stefan

klappnase 14.Sep.2019 12:50:53

Hi,

also, soweit es mich betrifft ist das völlig ok, wenn bei der 3.0 alles gut läuft (und wie's aussieht tut es das ja) bin ich glücklich damit.

Wenn die 4 herauskommt werd ich mir die auf jeden Fall auch mal ansehen, habe jetzt ja wieder die erste Partition über :)

Beste Grüsse
Michael

easyvdr-3.0; MB: Asus M2N-X Plus; DVB: TT-3200, Hauppauge NovaS2; Graka: Geforce GT1030

Lincoln 05.Oct.2019 22:52:46

Hallo,

ich weiß, dass es nicht weiter hilft - und anscheinend auch in V3.5 nicht geholfen werden kann - aber ich hänge mich einfach mal zur Information dran...

[*]Mein Eindruck ist, dass ich das Problem erst seit ein paar Monaten habe - V3.5 habe ich aber schon seit (ich glaube...) Anfang 2018
[*]Mein Eindruck ist, dass es immer schlimmer wird (immer öfter kommt)
[*]Nach meinem Gefühl betrifft es hauptsächlich (oder sogar ausschließlich...?) die Sender der ARD (die sehe ich in nur HD, habe also keinen Vergleich mit SD)
[*]Meist tritt das Problem beim Spulen auf
[*]Selten tritt das Problem aber auch beim normalen Ansehen auf
[*]Ich habe das Problem unabhängig von sonstiger Last (parallele Aufnahmen)
[*]Nach dem der VDR neu gestartet hat, bekomme ich im ca. oberen Drittel des Bildes einen Streifen von rechts nach links mit Verzerrungen; bei ruhigem Bild sieht man fast nichts, aber bei z.B. Kamera-Schwenks ist das sehr deutlich. Das verschwindet erst wieder, nachdem ich den ganzen Computer neu gestartet habe...
[*]Mein Verdacht war, dass es vielleicht an der ARD liegt, die etwas an ihren Streams/ Codierung geändert haben, vielleicht irgendwelche "Füllzeichen" eingefügt (sorry, nur wirre Laien-Theorie)
[*]Mein anderer Verdacht war, dass es an meiner Festplatte liegt - aber das scheint es dann wohl eher nicht zu sein...

Ich habe vor ein paar Tagen ein kurzes Stück (ein bis zwei Minuten) aus einer Aufnahme geschnitten, in dem es eine bestimmte Stelle gibt, an dem der VDR reproduzierbar beim normalen Abspielen abstürzt; d.h. die eigentliche Aufnahme ist an dieser Stelle reproduzierbar abgestürzt - und jetzt das geschnittene Stück ebenfalls an der gleichen Stelle... Ich habe das vorhin nochmal versucht:

grep "fault" /var/log/syslog | less
Oct 5 22:15:39 easyVDR kernel: [80914.538981] softhddev video: segfault at e02802f8 ip 00007f95f17fd3d1 sp 00007f95aaffb970 error 4 in libavcodec-ffmpeg3.so.57.89.100[7f95f15f4000+ba1000]
Oct 5 22:16:41 easyVDR kernel: [80977.320114] softhddev video: segfault at 84 ip 00007fb68a572197 sp 00007fb68954cca0 error 4 in libvdpau_nvidia.so.370.28[7fb68a551000+63000]

Ich habe die Aufnahme zweimal abgespielt, aber OHNE den PC neu zu starten; nur der VDR hat sich selbst neu gestartet... Ich denke, deswegen die zwei Einträge im Syslog.

Nachdem das bei mir erst in den letzten Monaten angefangen hat, komme ich gerade ins Grübeln, ob es nicht einen Versuch wert wäre, einfach den V3.5 mal komplett neu aufzusetzen... Was meint ihr? Wiederum Laien-Theorie-Geschwafel: Kann es sein, dass da irgendein Log "vollgelaufen" ist, das auch beim Neustart nicht geleert wird?

Ansonsten wäre ich natürlich entsprechend an V4.0 interessiert - kann mir da schon jemand Hoffnung machen bzw. gibt es da schon einen ungefähren Zeit-Horizont?

Viele Grüße!

EasyVDR 3.5
i5-7500, 8GB
ASUS B250-PLUS
ASUS GT740 2GB
DD Cine S2 V7A & DuoFlex S2 V4A

SurfaceCleanerZ 06.Oct.2019 09:41:39

Hi,
Ihr könnt die gerne testen, aber bei Fbs kann es Probleme geben.
Mfg Stefan

gb 06.Oct.2019 10:07:23

Nach dem der VDR neu gestartet hat, bekomme ich im ca. oberen Drittel des Bildes einen Streifen von rechts nach links mit Verzerrungen;

Also das mit dem Querbalken sagt mir, das TV und Grafikkarte nicht mit gleicher Hz laufen. Hier empfehle ich mal Monitor_Layout, Video_Details und pulseaudio Setup erneut durchzuführen. Hauptsächlich ist mir das bei Intelgrafik passiert, aber auch NVIDIA ist es halt nicht ausgeschlossen.

Gruß Aaron

Mediacenter
easyVDR4.Alpha(Lubuntu18.04 64-Bit) Gigabyte, Ltd. H97-HD3 mit Intel(R) G3260 @ 3.30GHz 4GB DDRx,Intelgrafik,MATSHITA BD-MLT UJ265 Bluray LW, 2TB Festplatte,LCD+IRTrans-Empfänger,2x SkystarS2 PCI

[spoiler=(weitere easyVDR)]
easyVDR3.0(4.2.0 32-Bit) N4l-VM DH DualCore Asus Motherboard mit Intel(R)T2400 @1.83GHz 2GB DDR2, GT218 (rev a2), Panasonic UJ-825-B Notebook DVD Brenner adaptiert auf IDE, LCD+IRTrans-Empfänger, 250GB Samsung 840 SATA SSD 2,5",Skystar S2 DVBS2 PCI, Avermedia AVerTV A835 HD USB DVB-T (ID 07ca:b835)

Lincoln 06.Oct.2019 11:02:18

[quote='SurfaceCleanerZ' pid='184672' dateline='1570347699']
Hi,
Ihr könnt die gerne testen, aber bei Fbs kann es Probleme geben.
Mfg Stefan

Ähm, was ist Fbs?

Ich verwende den VDR zum Ansehen (Live und Aufnahme) und Schneiden aus dem Sat-TV. Dazu habe ich ein paar Addons/ Plugins... Kodi, etc. verwende ich nicht.

Vielen Dank & viele Grüße!

EasyVDR 3.5
i5-7500, 8GB
ASUS B250-PLUS
ASUS GT740 2GB
DD Cine S2 V7A & DuoFlex S2 V4A

Lincoln 06.Oct.2019 11:07:15

[quote='gb' pid='184673' dateline='1570349243']

Nach dem der VDR neu gestartet hat, bekomme ich im ca. oberen Drittel des Bildes einen Streifen von rechts nach links mit Verzerrungen;

Also das mit dem Querbalken sagt mir, das TV und Grafikkarte nicht mit gleicher Hz laufen. Hier empfehle ich mal Monitor_Layout, Video_Details und pulseaudio Setup erneut durchzuführen. Hauptsächlich ist mir das bei Intelgrafik passiert, aber auch NVIDIA ist es halt nicht ausgeschlossen.

Gruß Aaron

Das klingt ja prinzipiell gut, aber nach einem Neustart des Computers bis zum Crash ist das Bild perfekt. Erst nachdem der VDR gecrasht ist und sich selbst neu gestartet hat, kommt der Streifen. Und selbst wenn das neue Setup nach dem Crash das Bild wieder richtet, ist, glaube ich, ein Neustart des Computers schneller und einfacher per Fernbedienung durchgeführt...

D.h. mein Problem ist der Crash...

Viele Grüße

EasyVDR 3.5
i5-7500, 8GB
ASUS B250-PLUS
ASUS GT740 2GB
DD Cine S2 V7A & DuoFlex S2 V4A

Lincoln 06.Oct.2019 11:13:57

Und noch eine Beobachtung: Ich habe durch Zufall in der Nacht noch eine Aufnahme von 2018 von einem ARD-Sender gesehen, die mehrfach gecrasht ist - vor ein paar Monaten hatte die definitiv KEINE Probleme gemacht. Ich habe aber seit der Installation von 3.5 keine Änderungen an der Software gemacht: Keine Updates, keine Addons/ Plugins...

Wenn ich in den nächsten Wochen mal Zeit habe, werde ich vielleicht wirklich 3.5 komplett neu auf einer neuen Platte installieren und das dann mal testen...
Es sei denn bis dahin kommt eine Laien-kompatible 4.0 Test-Version :angel:

EasyVDR 3.5
i5-7500, 8GB
ASUS B250-PLUS
ASUS GT740 2GB
DD Cine S2 V7A & DuoFlex S2 V4A

SurfaceCleanerZ 06.Oct.2019 11:21:23

Hi,
Fbs =Fernbedienungen...

Du sollst das Monitor-Setup einmalig machen, nicht jedes Mal!

Mfg Stefan

Lincoln 06.Oct.2019 11:29:17

[quote='SurfaceCleanerZ' pid='184677' dateline='1570353683']
Fbs =Fernbedienungen...

Ah, Danke! Hmm, das dürfte bei mir keine Probleme bereiten: Ich verwende Flirc - so wie ich das Ding verstehe, wird es vom Computer/ Linux wie eine Tastatur behandelt; das eigentliche Fernbedienungs Setup verwende ich gar nicht...

[quote='SurfaceCleanerZ' pid='184677' dateline='1570353683']
Du sollst das Monitor-Setup einmalig machen, nicht jedes Mal!

Und nochmal: Ah, ok, Danke für die Klarstellung! Das werde ich dann mal probieren...

EasyVDR 3.5
i5-7500, 8GB
ASUS B250-PLUS
ASUS GT740 2GB
DD Cine S2 V7A & DuoFlex S2 V4A

gb 06.Oct.2019 11:42:56

[quote='Lincoln' pid='184678' dateline='1570354157']
[quote='SurfaceCleanerZ' pid='184677' dateline='1570353683']
Fbs =Fernbedienungen...

Ah, Danke! Hmm, das dürfte bei mir keine Probleme bereiten: Ich verwende Flirc - so wie ich das Ding verstehe, wird es vom Computer/ Linux wie eine Tastatur behandelt; das eigentliche Fernbedienungs Setup verwende ich gar nicht...

Jo, dann macht es bei dir eventuell Sinn mal die easyVDR4 zu versuchen. Ich nutze easyVDR4 ja auch schon seit mehreren Monaten. Läuft zwar einiges noch nicht ganz optimal, aber läuft es erstmal, gibts keine Probleme.

Lincoln 06.Oct.2019 11:53:11

[quote='gb' pid='184679' dateline='1570354976']
Jo, dann macht es bei dir eventuell Sinn mal die easyVDR4 zu versuchen. Ich nutze easyVDR4 ja auch schon seit mehreren Monaten. Läuft zwar einiges noch nicht ganz optimal, aber läuft es erstmal, gibts keine Probleme.

Cool! Wenn ich in den nächsten Wochen mal Zeit habe, dann würde ich das tatsächlich sehr gerne probieren!!! Ich würde dann für das Installations ISO einfach kurz auf Dich zukommen...

Mal wieder: VIELEN DANK an alle Beteiligten!!!

EasyVDR 3.5
i5-7500, 8GB
ASUS B250-PLUS
ASUS GT740 2GB
DD Cine S2 V7A & DuoFlex S2 V4A

gb 06.Oct.2019 12:06:10

Ein installations ISO gibt es noch nicht, du benötigst ein lubuntu18.04.1 oder 18.04.2 ISO. Das muss installiert werden und wenn das läuft muss das Installscript für easyVDR4 auf der alt+ctrl+f2 Konsole gestartet werden.
Wenn das durchläuft und ein Neustart kommt, kommt die Setuproutine die du von easyVDR kennst.

Edit: Eine Onlineverbindung ist also die ganze Zeit notwendig.

SurfaceCleanerZ 06.Oct.2019 15:44:20

Hi,
s.
link
MfG,
Stefan

Lincoln 06.Oct.2019 16:15:16

[quote='SurfaceCleanerZ' pid='184684' dateline='1570369460']
Hi,
s.
link
MfG,
Stefan

Ich werde zwar in den nächsten 2-3 Wochen eh' nicht dazu kommen, aber wenn...: Ich habe leider keinen Zugriff auf die Seite...

EasyVDR 3.5
i5-7500, 8GB
ASUS B250-PLUS
ASUS GT740 2GB
DD Cine S2 V7A & DuoFlex S2 V4A

Lincoln 06.Oct.2019 16:32:23

Und noch eine Beobachtung - auch wenn es wahrscheinlich niemandem helfen wird: Ich habe vorhin mehrere aktuelle Aufnahmen von ZDF Sendern (HD) angesehen und häufig und lang vorgespult - nicht ein Crash, alles lief ohne Probleme...

Ich kenne mich zwar mit Linux nicht sonderlich gut aus, bin aber doch in der IT-Welt alleine schon beruflich intensiv unterwegs - ich finde, dass das "Fehlerbild" sehr eigenartig ist:

[*]Es betrifft anscheinend nur die ARD-Sender
[*]Alte Aufnahmen, die früher definitiv keine Probleme machten, crashen jetzt
[*]Die Probleme scheinen (zumindest bei mir) immer häufiger/ intensiver zu kommen - ohne dass ich am System (weder Hardware noch Software) etwas geändert habe
[*]Ein Neustart der Hardware bringt keine Änderung - der nächste Crash kann sofort passieren
[*]Ein Wechsel der Grafik-Treiber scheint auch nichts zu ändern (so wie ich das verstanden habe)
[*]Eine alte VDR Version scheint ohne Probleme zu funktionieren

Meine nächster Schritt wäre eigentlich mal eine komplett neue Installation (auf leerer/ neu formatierter Platte) der V3.5... Es wäre interessant, ob es sofort Crashes gibt, oder ob die erst nach einiger Zeit (1-2 Monate/ Jahre..) kommen - oder gar nicht... Mal sehen... Meine Tendenz geht eher dahin, V4 auszuprobieren... Wie gesagt, wenn ich mal Zeit und Ruhe habe, das machen zu können...

EasyVDR 3.5
i5-7500, 8GB
ASUS B250-PLUS
ASUS GT740 2GB
DD Cine S2 V7A & DuoFlex S2 V4A

Lincoln 06.Oct.2019 17:02:06

[quote='gb' pid='184673' dateline='1570349243']

Nach dem der VDR neu gestartet hat, bekomme ich im ca. oberen Drittel des Bildes einen Streifen von rechts nach links mit Verzerrungen;

Also das mit dem Querbalken sagt mir, das TV und Grafikkarte nicht mit gleicher Hz laufen. Hier empfehle ich mal Monitor_Layout, Video_Details und pulseaudio Setup erneut durchzuführen. Hauptsächlich ist mir das bei Intelgrafik passiert, aber auch NVIDIA ist es halt nicht ausgeschlossen.

Gruß Aaron

Das habe ich jetzt durchgeführt - und dann wieder einen Crash provoziert. Nachdem der VDR sich neu gestartet hat, wieder das gleiche Bild mit dem Streifen (ca. 1-2 Finger breit) im oberen Drittel. ABER: Das Thema will ich jetzt garnicht vertiefen; wenn ich Zeit investiere, dann in V4 oder wenigsten eine komplette (leere Platte) Neu-Istallation von V3.5...

Trotzdem vielen Dank für die Tipps!

EasyVDR 3.5
i5-7500, 8GB
ASUS B250-PLUS
ASUS GT740 2GB
DD Cine S2 V7A & DuoFlex S2 V4A

klappnase 07.Oct.2019 19:19:38

Hi,
ich bin hier absolut kein Experte, trotzdem mal ein paar Gedanken von mir zum Thema:

Es betrifft anscheinend nur die ARD-Sender

Ich kann hier nach ein paar kurzen Versuchen bestätigen, dass Aufnahmen von ARD HD, Arte HD, HR HD beim schnellen Spulen relativ schnell und zuverlässig abzustürzen scheinen. Aufnahmen von 3Sat HD, ZDF HD und WDR HD sowie diverse SD-Aufnahmen sind hier beim Testen jetzt auch bei längerem Spulen nicht abgestürzt. Ob das nur Zufall ist bzw. ich die letzteren Aufnahmen nur nicht lange genug gespult habe oder ob's bei den ersteren ein grundsätzliches Problem gibt kann ich natürlich auch nicht sagen.
Nachdem ja anscheinend das Zusammenspiel von softhddevice mit ffmpeg das Problem ist, mag es vielleicht sein, dass die "ARD Sender" irgendein Feature benutzen, das hier problematisch ist. Ich habe mal spasseshalber eine Arte HD und eine 3Sat HD Aufnahme an mediainfo gefüttert, die Ausgabe sieht schon leicht unterschiedlich aus. Als Laie sagt mir das allerdings nicht viel, und selbst wenn würde es wohl erstmal auch nicht weterhelfen :)

Eine alte VDR Version scheint ohne Probleme zu funktionieren

Die VDR Version ist, wenn ich's richtig im Kopf habe, sowohl bei der Easyvdr-3.0 als auch bei der Easyvdr-3.5 VDR-2.2. Die 3.0 verwendet aber eine andere ffmpeg Version. Mit Easyvdr-3.0 habe ich hier diese Probleme nicht.

Meine nächster Schritt wäre eigentlich mal eine komplett neue Installation (auf leerer/ neu formatierter Platte) der V3.5

Hier traten die Probleme direkt nach Installation auf, scheint mir persönlich also eher wenig vielversprechend.

Alte Aufnahmen, die früher definitiv keine Probleme machten, crashen jetzt
Die Probleme scheinen (zumindest bei mir) immer häufiger/ intensiver zu kommen - ohne dass ich am System (weder Hardware noch Software) etwas geändert habe

[*]
Falls sich das bestätigt und nicht nur "gefühlt" so ist, könnte da nicht vielleicht auch ein neu aufgetretenes Hardwareproblem eine Rolle spielen?

wenn ich Zeit investiere, dann in V4 oder wenigsten eine komplette (leere Platte) Neu-Istallation von V3.5

[*]

Wenn du ein "easy" zu installierendes stabiles System willst, solltest du vielleicht auch die 3.0 in Erwägung ziehen, falls du nicht aus irgend einem Grund unbedingt die neuere Version brauchst.

Gruss

Michael

easyvdr-3.0; MB: Asus M2N-X Plus; DVB: TT-3200, Hauppauge NovaS2; Graka: Geforce GT1030

SurfaceCleanerZ 08.Oct.2019 07:29:41

Hi,
Ich muss sagen, dass ich damit gerade auch kämpfe. Das ist ein allgemeineres Problem leider.

Für die 3.5 können wir nur lokal Pakete bauen, nicht mehr per ppa...

Ich denke auch, dass das nutzen der 4.0 zielführender ist...
Nimm doch mal ne andere HDD /SSD und versucht es.

Wer nicht in den Bereich kommt, bitte melden, eigentlich sollte jeder Betatester da rein kommen.

Sonst muss Martin diejenigen freischalten.
Mfg Stefan
Mfg Stefan

klappnase 08.Oct.2019 15:30:05

Hi,
gehört jetzt zwar eigentlich nicht mehr so recht hier her, aber weil's zum Thema passt:

Habe mir gerade auf eine freie Partition die Easyvdr-4 installiert; ein kurzer Spul-Test brachte hier auch bei einer Aufnahme von Arte HD den VDR nach kurzer Zeit zuverlässig zum Absturz. Zur Sicherheit habe ich nochmal kontrolliert, mit der 3.0 scheint mit der Aufnahme alles ok zu sein, kein Absturz auch bei hartnäckigem Spulen.
Das gleiche passierte bei einer kurzen Testaufnahme von ARD HD (beim Abspielen mit der 3.0 scheinbar alles ok).

Andere Arte HD Aufnahmen konnte ich beim kurzen Testen mit der 4 aber nicht zum Absturz bringen, darunter auch eine, die gestern mit der 3.5 zuverlässig Abstürze erzeugt hat.
Fragt sich jetzt ob das jetzt tatsächlich irgend etwas mit den Aufnahmen, bzw. Sendern an sich zu tun hat oder ob da ein gewisser Zufallsfaktor mit rein spielt.

Gruss

Michael

easyvdr-3.0; MB: Asus M2N-X Plus; DVB: TT-3200, Hauppauge NovaS2; Graka: Geforce GT1030

SurfaceCleanerZ 08.Oct.2019 17:40:43

Hi,
Das Softhddevice von der 3.0 in 4.0 zu bauen, könnte man probieren, ob das so einfach geht, weiß ich nicht... Und ob es daran liegt oder am ffmpeg...

Ich bin da aber nicht der Experte, das müsste jemand anderes mal versuchen. Hab im ppa noch nie was gebaut.
Evtl geht auch ein Softhddevice - openglosd oder so...
Mfg Stefan

klappnase 08.Oct.2019 20:02:34

Hi,
zum Testen könnte ich das hier ja mal lokal bauen, bin da jetzt aber etwas verwirrt.

Laut vdrinfo ist die Version bei der Easyvdr-3.0 vdr-plugin-softhddevice-0.1.3, bei der Easyvdr-4 sehe ich an der gleichen Stelle "Version: 3".
Auf https://projects.vdr-developer.org/projects/plg-softhddevice/files sehe ich als letzte "offizielle" Version aber 0.6.0, die auch schon sechs Jahre alt ist.
Beim schnellen Websuchen finde ich noch hier: https://github.com/jojo61/vdr-plugin-softhddevice eine Version (vermutlich ein Fork?) ohne spezielle Versionsangabe.
Wo finde ich also die Sourcen der jeweiligen Versionen?

Gruss
Michael

easyvdr-3.0; MB: Asus M2N-X Plus; DVB: TT-3200, Hauppauge NovaS2; Graka: Geforce GT1030

mango 08.Oct.2019 21:14:10

Hallo,

[quote='klappnase' pid='184699' dateline='1570557754']
Laut vdrinfo ist die Version bei der Easyvdr-3.0 vdr-plugin-softhddevice-0.1.3, bei der Easyvdr-4 sehe ich an der gleichen Stelle "Version: 3".

das ist keine Version 3 sondern Version "0.7~git20180203" wie man im changelog des Plugins sieht.
vdr-plugin-softhddevice (3:0.7~git20180203-0easyVDR0~trusty) trusty; urgency=high

* new upstream snapshot
* sources: https://github.com/rofafor/vdr-plugin-softhddevice
* commit:c99afc2 - Switch to posix compaatible sched_yield
Siehe -> https://git.easy-vdr.de/easyvdr/four/src/branch/master/v/vdr-plugin-softhddevice-0.7~git20180203
1:,2: etc. wird benötigt wenn man z.B nee neue Version gebaut hat diese aber nicht so funktioniert
wie angedacht.Deshalb setzt man ein 1:,2: etc. vor die alte Version da Launchpad(PPA) keine andere
Möglichkeit bietet.Siehe auch FFmpeg -> ffmpeg-7:3.4.4-2easyVDR0~bionic

Achtung mit dem Sources.Meine das auch der Fork von jojo61 nicht mehr mit VDR-2.2.0 kompatibel
ist.Github rofafor dort wurde alles mit nvidia enfernt nur noch vaapi.
Zuvor hies das Plugin softhddevice-vpp das man nach anpassen des Makefiles für
Nvidia oder Intel nutzen konnte.Dies waren auch die letzten Versionen die noch mit VDR-2.2.0 kompiliert
werden konnten.Das Plugin auf "https://projects.vdr-developer.org" hat keinen Maintainer mehr.
Plugins von ea-3.5 zu ea-4.0 sind mit wenigen Ausnahmen die gleichen Versionen.

P.P.S
Da das Problem beim Spulen nicht bei allen HD-Sendern auftritt,kann es nur am Stream der Anbieter liegen.
libavcodec steigt da ja nicht ohne Grund aus.Das nvidia danach auch aussteigt,ist vmlt. eine Folgereaktion.

Gruss
Wolfgang

klappnase 10.Oct.2019 12:28:48

Hallo,
danke für die Klarstellung.
Dann habe ich also, wenn ich das jetzt richtig aus den Changelogs sehe, bei der Easyvdr-4 die 0.7~git20180203, bei der 3.5 die 0.6.1rc1.git20171212 und bei der 3.0 die 0.6.1rc1.git20151103, die Sourcen für letztere sind dann wohl hier:
https://git.easy-vdr.de/easyvdr/trusty-ng/src/branch/master/v/vdr-plugin-softhddevice-0.6.1rc1.git20151103

Wenn sich das auf der 3.5 bzw. der 4 noch bauen liesse, könnte das ja mal einen Versuch Wert sein, aber ich schätze es gibt ja sicherlich einen Grund, dass ihr auf die neuere Version gewechselt habt.
Hatte schon mal spasseshalber versucht, mir die Sourcen herunterzuladen, aber für den Zugriff muss man wohl freigeschaltet sein (oder ich bin nur zu blöd)?

Gruss
Michael

easyvdr-3.0; MB: Asus M2N-X Plus; DVB: TT-3200, Hauppauge NovaS2; Graka: Geforce GT1030

mango 10.Oct.2019 17:27:50

Hallo,

diese Versionen werden bei install EA-3.0/3.5/4.0 installiert!
3.0 Paket in PPA

vdr-plugin-softhddevice-2:0.6.1rc1.git20151103-1easyVDR1~trusty

3.5 Paket in PPA

vdr-plugin-softhddevice-4:0.6.1rc1.git20171212-1easyVDR0~trusty

4.0 Paket in PPA

vdr-plugin-softhddevice-3:0.7~git20180203-0easyVDR3~bionic

Im Anhang Sources "vdr-plugin-softhddevice-0.6.1rc1.git20151103"

Gruss
Wolfgang
softhddevice.zip

klappnase 10.Oct.2019 20:04:48

Hallo,
danke für die Sourcen!

Mit der 3.5 baut das Paket und funktioniert auch zumindest soweit, dass der VDR startet und läuft. Ein erster Spultest mit einer Aufnahme die vorher immer gern Abstürze produziert hat sah auch vielversprechend aus :)
Um zu wissen ob's stabil läuft muss natürlich erstmal noch ausführlich getestet werden.

Mit der Easyvdr-4 bricht das Kompilieren ziemlich schnell mit einer Fehlermeldung ab:

In file included from softhddevice.cpp:46:0:
video.h:63:13: error: use of enum ‘PixelFormat’ without previous declaration
extern enum PixelFormat Video_get_format(VideoHwDecoder *, AVCodecContext *,
^~~~~~~~~~~
video.h:64:16: error: use of enum ‘PixelFormat’ without previous declaration
const enum PixelFormat *);
^~~~~~~~~~~
softhddevice.cpp: In member function ‘virtual eOSState cSoftHdMenu::ProcessKey(eKeys)’:
softhddevice.cpp:2168:18: warning: this statement may fall through
HotkeyState = HksInitial;
~~~~~~~~~~~~^~~~~~~~~~~~
softhddevice.cpp:2169:2: note: here
case HksRed: // red and first number
^~~~
: recipe for target 'softhddevice.o' failed

ebenso wie mit der 3.5 wenn man statt der "opti"-Versionen der ffmpeg-libs die *-dev Pakete der neueren "easyvdr"-Versionen verwendet (hab ich spasseshalber auch mal probiert). Sieht aus, als will diese Plugin-Version halt nicht mehr mit dem neueren ffmpeg.

Ich habe das Paket mal angehängt, falls Lincoln oder jemand anderes das mal ausprobieren möchte.

Gruss

Michael
vdr-plugin-softhddevice-0.6.1rc1.git20151103.zip

easyvdr-3.0; MB: Asus M2N-X Plus; DVB: TT-3200, Hauppauge NovaS2; Graka: Geforce GT1030

mango 10.Oct.2019 20:59:03

Hallo,

[quote='klappnase' pid='184705' dateline='1570730688']
Mit der 3.5 baut das Paket und funktioniert auch zumindest soweit, dass der VDR startet und läuft. Ein erster Spultest mit einer Aufnahme die vorher immer gern Abstürze produziert hat sah auch vielversprechend aus

wenn das Plugin unter EA-3.5 gebaut werden kann,liegt das an ffmpeg-2.8 aus PPA 3.0-base-stable.
Wie ist die Ausgabe von
apt-cache policy libavcodec-ffmpeg-opti-dev

depends z.B mit "libavcodec"
softhddevice aus EA-3.0 -> depends zu libavcodec-ffmpeg-opti-dev
softhddevice aus EA-3.5 -> depends zu libavcodec-ffmpeg3-dev
softhddevice aus EA-4.0 -> depends zu libavcodec-dev

[quote='klappnase' pid='184705' dateline='1570730688']
In file included from softhddevice.cpp:46:0:
video.h:63:13: error: use of enum ‘PixelFormat’ without previous declaration
extern enum PixelFormat Video_get_format(VideoHwDecoder *, AVCodecContext *,
^~~~~~~~~~~
video.h:64:16: error: use of enum ‘PixelFormat’ without previous declaration
const enum PixelFormat *);
^~~~~~~~~~~
softhddevice.cpp: In member function ‘virtual eOSState cSoftHdMenu::ProcessKey(eKeys)’:
softhddevice.cpp:2168:18: warning: this statement may fall through
HotkeyState = HksInitial;
~~~~~~~~~~~~^~~~~~~~~~~~
softhddevice.cpp:2169:2: note: here
case HksRed: // red and first number
^~~~
: recipe for target 'softhddevice.o' failed

Yep,hier fehlen die Anpassungen für ffmpeg -> 3.xx

Gruss
Wolfgang

klappnase 11.Oct.2019 00:19:16

Hallo,

habe gerade keinen Zugriff auf die 3.5, aber die lib*-ffmpeg-opti-dev Pakete sind auf jeden Fall jetzt alle installiert, sonst hätte (wie ich dann auch gemerkt habe) das mit dem Bauen ja nicht funktioniert.

Gruss

Michael

easyvdr-3.0; MB: Asus M2N-X Plus; DVB: TT-3200, Hauppauge NovaS2; Graka: Geforce GT1030

Markus Liebig 11.Oct.2019 07:18:17

Moin,

klinke mich mal mit ein.

Ich empfange über DVB-T2. Bisher noch keine Probleme, mit abstürzen, beim Spulen von ARD HD oder anderen Sendern.
vdr seitig => OK
Kodi 17.6 => OK

easyvdr 3.5.0.2 Kernel 142 Signatur Test easyVDR

Kann also am Empfangsstream von Satellit liegen (Glaskugel).
Eventuell Fehlerkorrektur?
Sonnenstürme?

Oder haben wir eine Art Kopierschutzmechanismus, Vorspulsperre (damit wir Werbung sehen dürfen)

MfG
Markus

Haut rein

VDR1 easyVDR 08.6: P4 2,8 GHz mit TT-Premium SAT an Sony Röhre
VDR2 easyVDR 3.0: Medion MD8800 MS-7204 P4 3,4 GHz; 2GB DDR2; 2 TB HD; LCDProc mit VFD Display
B-PLAN easyVDR 3.0: MSI G31M MS-7279 ver4 CPU Intel Core 2 Quad Q9300; 2GB DDR2; X11 Receiver; Medion FB; ASUSNvidia GT630
Test [url=https://ftp.gwdg.de/pub/linux/easyvdr/5.0/alpha/easyvdr-5-alpha-010.iso]easyvdr-5-alpha-010 stable: GA-H55M-UD2H Bios F11 TX7 LGA 1156 Intel Core i3-550 3,2 GHz 4M Cache 73W CPU Mark 2829 4 GB DDR3; 4 TB HD; ASUS GT1030 => HDMI Philips 40", Marantz optisch digital vom MB, X11 Receiver; Medion FB X10 20029725; Edison Optimus DVB Combo mit DVB-T2

SurfaceCleanerZ 11.Oct.2019 12:48:09

Hi,
DVB-T2 ist das nicht (wenn in Deutschland). Das ist DVB-T2 HD und somit h. 265. Das ist etwas völlig anderes, da anderer Codec.
Deutscher Sonderweg...
Mfg Stefan

mango 11.Oct.2019 13:16:19

Hallo!

[quote='klappnase' pid='184708' dateline='1570745956']
habe gerade keinen Zugriff auf die 3.5, aber die lib*-ffmpeg-opti-dev Pakete sind auf jeden Fall jetzt alle installiert, sonst hätte (wie ich dann auch gemerkt habe) das mit dem Bauen ja nicht funktioniert.

OK,dann ist nur Plugin sofhddevice gegen ffmpeg-2.8.6 gebaut.Andere Plugins unter EA-3.5 die nee depends zu ffmpeg haben nutzen aber ffmpeg-3.3.0
Wenn das mischen der Versionen keine Probleme verursacht,warum nicht.
Freie Software,jeder kann wie er will!

Deutscher Sonderweg...
Ja, Sonderregelungen/Sonderwege von D-Land sind ja bekannt.Schreien ein paar Lobbyisten
laut genug,ist der Gedanke vereintes Europa schnell vergessen.

Gruss
Wolfgang

klappnase 11.Oct.2019 14:30:06

Hallo,

OK,dann ist nur Plugin sofhddevice gegen ffmpeg-2.8.6 gebaut.Andere Plugins unter EA-3.5 die nee depends zu ffmpeg haben nutzen aber ffmpeg3-3.3.0

Wenn das mischen der Versionen keine Probleme verursacht,warum nicht.

das war mir so jetzt nicht bewusst. Mein Bauchgefühl sagt mir da "keine gute Idee" (aber was weiss schon der Bauch...).

Habe gerade noch mal was anderes versucht, und zwar habe ich gesehen, dass Debian Patches hat mit denen ältere Versionen des Plugins ffmpeg3-kompatibel werden. Habe mir dann spasseshalber mal die Debian-Sourcen von https://packages.debian.org/source/stretch/vdr-plugin-softhddevice heruntergeladen. Ist mir jetzt nicht ganz klar woher die eigentlich stammen, sieht aber ein bisschen so aus, als wäre das noch die Original-Johns-Version, vermutlich irgendwie gepatcht.
Habe dann mal versucht, das Paket zu bauen, allerdings erstmal nur unter Easyvdr-4. Dazu musste ich im debian/rules File erst noch die Zeile

dh $@ --with vdrplugin

ändern nach

dh $@

(das vdrplugin ist offenbar ein Debian-spezifisches Perl-Skript, das sicherlich auch irgendwas macht), dann hat es hier auch gebaut (btw: ffmpeg und die dazugehörigen libs habe ich hier in den "easyvdr"-Versionen, nicht die Ubuntu-Bionic Versionen installiert, ich nehme an, das sind die richtigen?).
Nach Installation des so gebauten Pakets und Neustart des VDR läuft das jetzt auch, die ersten Spultests sahen auch gut aus. Kann natürlich sein, dass die Abstürze später noch kommen, oder dass Spulen funktioniert und es dafür an anderer Stelle knirscht...

Ich hab das so gebaute .deb mal angehängt, falls jemand das mal testen möchte.

Gruss

Michael
vdr-plugin-softhddevice_0.6.0+git20160108.zip

easyvdr-3.0; MB: Asus M2N-X Plus; DVB: TT-3200, Hauppauge NovaS2; Graka: Geforce GT1030

klappnase 11.Oct.2019 16:46:45

Hallo,

Kann natürlich sein, dass die Abstürze später noch kommen,

ist leider so, lange genug gespult, dann stürzt der VDR doch wieder ab, ältere Plugin Version mit ffmpeg3 bringt hier also nichts.

Habe danach noch eine Weile die 3.5 mit dem gegen ffmpeg-2.8 gebauten Plugin getestet. Hier gab's bisher bei etlichen Spulversuchen keine Abstürze. Der Verdacht drängt sich auf, dass softhddevice womöglich grundsätzlich ein Problem mit ffmpeg3 hat.

Wenn das mischen der Versionen keine Probleme verursacht,warum nicht.

So weit um das zu testen kommt man dann leider nicht wg. Abhängigkeitskonflikten (libavcodec56-ffmpeg zieht sich libkvazaar, was im Konflikt mit libkvazaar3 steht, welches von libavcodec-ffmpeg57 benötigt wird); z.B. vdr-plugin-mpv (vermutlich auch diverses anderes) lässt sich deshalb nicht mehr installieren.

Gruss

Michael

easyvdr-3.0; MB: Asus M2N-X Plus; DVB: TT-3200, Hauppauge NovaS2; Graka: Geforce GT1030

mango 11.Oct.2019 19:59:45

Hallo Michael!

[quote='klappnase' pid='184712' dateline='1570797006']
das war mir so jetzt nicht bewusst. Mein Bauchgefühl sagt mir da "keine gute Idee" (aber was weiss schon der Bauch...).

Wie bereits geschrieben kann das jeder halten wie er will!

[quote='klappnase' pid='184712' dateline='1570797006']
Habe mir dann spasseshalber mal die Debian-Sourcen von https://packages.debian.org/source/stret...fthddevice heruntergeladen

Diese Patches sind in neuren Version bereits includiert!

[quote='klappnase' pid='184712' dateline='1570797006']
Habe dann mal versucht, das Paket zu bauen, allerdings erstmal nur unter Easyvdr-4. Dazu musste ich im debian/rules File erst noch die Zeile

Code:
dh $@ --with vdrplugin
ändern nach
Code:
dh $@

Das liegt an vdrargs das von e-tobi für die Plugins eingeführt wurde.Mit dem Script vdrctl(CReimer) kann man dann
Plugins enable/disable oder auch Prio sowie die Startparameter der Plugins ändern
Jedes Plugin hat eine *.conf in dem dann die Parameter gesetzt werden.
Da wir jedoch noch das setup Plugin verwenden,ist der Parameter "--with vdrplugin" obsolet.
Mehr dazu-> https://www.yavdr.org/documentation/0.6/de/ch01s06.html
Da sich das setup Plugin aber nicht mehr mit >> VDR-2.3.x/2.4.x übersetzen lässt müssen
wir auch auf Plugin menuorg und vdrargs umstellen,wenn wir z.B VDR-2.4.1 nutzen wollen.
Dies ist jedoch ein riesen Aufwand da Setup-Tool,Scripte,easyPortal etc. auf Plugin setup
zurückgreifen.

[quote='klappnase' pid='184713' dateline='1570805205']
So weit um das zu testen kommt man dann leider nicht wg. Abhängigkeitskonflikten
(libavcodec56-ffmpeg zieht sich libkvazaar, was im Konflikt mit libkvazaar3 steht, welches von libavcodec-ffmpeg57 benötigt wird);
z.B. vdr-plugin-mpv (vermutlich auch diverses anderes) lässt sich deshalb nicht mehr installieren.

Das liegt halt an den unterschiedlichen Versionen von ffmpeg,dass ja auch noch Abhängigkeiten zu anderen Paketen hat.
Auch bei install Paket easyvdr/easyvdr-depends sind die Versionen von ffmpeg als depends vorhanden.
Wer keine Ausgabe über Intel-GPU oder DVB-T2(HEVC) benötigt,kann auch bei EA-3.0 bleiben.

P.S
Pakete die man selbst übersetzt(*.deb) sollte man nach install auf hold setzen da sonst das Paket
bei apt upgrade wieder das standard Paket installiert wird.
z.B
sudo apt-mark hold vdr-plugin-softhddevice

Gruss
Wolfgang

bax2000 14.Oct.2019 11:06:50

Hallo!

Es wäre sehr nett wenn ich auch Zugriff auf das Installscript für die v4 erhalten könnte.
Würde dann mal mein Glück versuchen und testen.

Danke!

easyVDR 3.0-Stable - Desktop-ISO, Gigabyte GA-Z87M-D3H, Intel Core i3-4130, 16 GB, Nvidia GT 630 Rev. 2, Samsung 840EVO 120GB SSD System, 32TB-NAS als zentraler Speicherplatz (Raid-Z2), DD Cine S2 v6.5 Dual DVB-S2, Antec Fusion V2 Silver

klappnase 14.Oct.2019 13:03:20

Hallo Wolfgang,

danke für die Erläuterungen (und für deine Geduld!).

Wer keine Ausgabe über Intel-GPU oder DVB-T2(HEVC) benötigt,kann auch bei EA-3.0 bleiben.

Werde ich jetzt auch so machen; die Experimente mit der 3.5 schienen erstmal einen Versuch wert, aber letztlich schaffe ich mir damit nur neue Baustellen. Werde dann mal lieber versuchen, die verbliebenen Baustellen in der 3.0 hinzubekommen und eventuelle Experimentierwut auf die 4 verlagern :)

Gruss

Michael

easyvdr-3.0; MB: Asus M2N-X Plus; DVB: TT-3200, Hauppauge NovaS2; Graka: Geforce GT1030

	Kopie des easyVDR-Forums zum Nachschlagen
	Wiki Doku-Archiv Downloads Ubuntu-Pakete Sourcecode Hilfe