Ich mache das auch wie von Zillerbaer vorgeschlagen, in einem udev-script.
Der intel-Treiber für den NUC signalisiert bei mir, ob der Fernseher eingeschaltet ist.
.....
HDMI_STATUS="$(cat /sys/class/drm/card0-DP-1/status)"
if [ $HDMI_STATUS = connected ]; then
connect
else
disconnect
fi
.....Ich vermute, das ist das Problem, das irgendwann (vor einem guten Jahr?) mit einem Kernelupdate eingezogen ist.
4.14 hatte es schon, müsste irgendwann kurz davor gekommen sein. Gibt auch einen thread dazu.
Die gute Nachricht ist: Mit 4.19 hat sich das Problem bei mir wieder so gut wie erledigt ....
Tach,
ich kann markad nicht mehr compilieren seit ich ffmpeg 4.x verwende, weil einige Methoden deprecated sind bzw. entfernt wurden.
Hab mich jetzt mal aufgerafft und das quick and dirty per trial and error gepatched. Bei mir läuft es so wieder.
Schönen Feiertag noch ...
Die Einstellung habe ich bei mir OctopusNet 1.0.81aber auch nicht gesehen.
Wegen der Einstellung zum Transport-Mode: Du hast Recht, das war Quark was ich da geschrieben hatte. Die Einstellung ist im Sat-IP Plugin ....
Bezüglich Update auf deinen Boxen: Bist du sicher, dass die für den Update-check auch raus ins Inet kommen?
Wenn ich jetzt nicht ganz blind bin, fehlt bei mir mit der V 1.1.1 jetzt die Option, mit der man die Übertragung von UDP auf TCP/IP umstellen kann.
Hi,
bin grade durch Zufall drauf gestoßen (octopus zickt bei mir zur Zeit etwas rum), dass es eine neue Firmware für die Octopus.NET vom 19.09. gibt. Installation über das Webinterface der Octopus verlief problemlos.
Ist mM noch nicht groß diskutiert worden, daher hier der Hinweis darauf.
Changelog habe ich noch nicht gefunden.
Umschalten hat sich bei mir auf jeden Fall positiv verbessert, hatte da vorher seit einiger Zeit (patches für vaapi) direkt nach dem Umschalten leichte "Fragmentbildung", das sieht jetzt wieder richtig smooth aus.
Ich hoffe, dass mein Grundproblem (emergency exit des vdr, weil er den Kanal nicht umschalten kann obwohl ausreichend Tuner frei sind) damit auch behoben wird.
Bin ich der Einzige mit diesen Problemen? Wie laufen bei Euch die VDRs mit Intel und vaapidevice?
Was duped oder dropped frames betrifft habe ich mit meiner aktuellen EInstellung keine Probleme
Ist Softstart bei Dir aktiv? Bei mir ist es das..
Softstart steht bei mir auf "no". Wenn ich das aktiviere, dann habe ich jede Menge duped oder dropped (?) frames, das ist dann ungefähr so wie wenn der Monitor mit 60 Hz läuft und das Ausgabedevice mit 50.
Kannst ja mal hier schauen, bash-script in dem geprüft wird, ob eine Aufnahem läuft.
Läuft Intel mit vaapidevice denn wirklich inzwischen so gut wie Nvidia mit softhddevice/VDPAU? Ich lese immer wieder, dass die Bildqualität von hochskaliertem SD-Material nicht ebenbürtig sein soll. Das wäre für mich dann eigentlich schon ein k.o.-Kriterium, denn für die Privatsender gebe ich kein Geld für HD aus.
Für mein Empfinden gibt es qualitativ keinen Unterschied mehr zwischen Nvidia und Intel, ymmv.
Kann aber sein, dass das bei Intel auch ein bisschen von der Aktualität der Hardware abhängt, läuft bei mir auf einem recht aktuellen System siehe Sig.
vaapidevice hat auf meinen System noch ein paar kleine Bugs. Dass der Ton bei manchen Kanälen (speziell ZDF-Gruppe) manchmal erst nach ca. 10 bis 15 Sekunden kommt, zählt dazu. Auch kommt bei mir die Syncronität zwischen Bild und Ton manchmal (meist beim Anschauen von Aufnahmen, nach wildem Spulen und Springen) durcheinandern.
Das hatte das letzte softhddevice aus dem pesinntta-git nicht, das lief bei mir eigentlich perfekt auf Intel. Wenn dich also die kleinen Problemchen, die vaapidevice noch hat stören, ist das ggfs. eine Option.
Ich habe jetzt noch mal timers und searchtimers in der Datenbank gelöscht und timers.conf auf dem VDR.
Anschließend searchtimers über die GUI neu eingegeben (die hatte ich beim vorherigen Löschen der db restored).
Im Moment läuft wieder alles ....
hast du alles alle verwendeten Plugins des epgd neu gebaut, also (epgdata, ..., ...).
Ja hatte ich. Habe ich grade noch mal gemacht, leider keine Besserung ...
Ich habe seit einigen Tagen mir unerklärliche coredumps von epgd direkt nach dem Start.
Versionen sind die letzten git-Stände, System ist Ubuntu 16.04-lts Server.
EIn Zurückgehen hat leider auch keine Besserung gebracht, ebenso wie das Löschen der DB.
Bestimmt hast du eine Idee, woran das liegen könnte 
Core was generated by `/usr/local/bin/epgd -c /etc/epgd -p /usr/local/lib/epgd/plugins'.
Program terminated with signal SIGSEGV, Segmentation fault.
warning: Unexpected size of section `.reg-xstate/2753' in core file.
#0 __GI___libc_free (mem=0x3e72742f3c3e6474) at malloc.c:2951
2951 malloc.c: No such file or directory.
(gdb) bt
#0 __GI___libc_free (mem=0x3e72742f3c3e6474) at malloc.c:2951
#1 0x00000000004c05e1 in cSearchTimer::getUsedTransponderAt (this=0xe1ea80, lStartTime=1521993420, lEndTime=1521999000,
mailPart="<tr><td style=\"text-align:left;vertical-align:top;white-space:nowrap;padding:3px 2px;\"><div>C-9999-161</div></td><td style=\"text-align:left;vertical-align:top;white-space:nowrap;padding:3px 2px;\"><div"...) at searchtimer.c:1749
#2 0x00000000004bfa50 in cSearchTimer::checkTimerConflicts (this=0xe1ea80, mailBody="") at searchtimer.c:1631
#3 0x000000000046a1db in cEpgd::loop (this=0xe1e700) at update.c:1694
#4 0x000000000046111d in main (argc=5, argv=0x7ffef0eba098) at main.c:212Bei mir läuft vaapidevice von Anfang an. Mit dem Bauen hatte ich keine Probleme.
Ein kürzliches X-Server update auf X Server 1.19.6 hat bei mir allerdings Schwierigkeiten gemacht, X kam danach nicht mehr richtig hoch.
Bei mir hat der Parameter
i915.enable_ips=0
in der Kernel boot line geholfen.
Peter
As use PlayTsVideo is now merged in pesinttas softhddevice repo, I just want to send out a big "thank you" to @Inj , rofafor, @pesintta.
Your work is much appreciated.
Peter
vielleicht dies hier? ... "regording" ...
timer->hasState('R') ? "timer is regording" : "timer is pending");Hi,
thanks for the patch.
Could you please describe which advantages it would have to use it?
Jetzt tutscraper2vdr nicht mehr.Beim start vom VDR kommt'scraper2vdr: Warning: Can't find service Mysql_Init_Exit-v1.0 to initmysql library, aborting
Kommt bei mir auch ...
Habe es angepasst, geht nun auch mit libwebsocket 2.4, allerdings erst mal nur im dia-dev Branch des Plugins - den übernehme ich in ca. 1 Woche nach master
Bei mir läuft es damit wieder, danke : -)
Damit ist das Problem erst mal gelöst, aber irgend wann wird es kommen, ich hoffe, dass sich dann jemand findet, der softhddevice anpasst.
Verstehe ich nicht so ganz?
Es ( https://github.com/pesintta/vdr-plugin-softhddevice ) ist doch angepasst und läuft.
ffmpeg version 3.4 Copyright (c) 2000-2017 the FFmpeg developers
built with gcc 7.2.0 (GCC)
configuration: --prefix=/usr --disable-debug --disable-static --disable-stripping --enable-avisynth --enable-avresample --enable-fontconfig --enable-gmp --enable-gnutls --enable-gpl --enable-ladspa --enable-libass --enable-libbluray --enable-libfreetype --enable-libfribidi --enable-libgsm --enable-libiec61883 --enable-libmodplug --enable-libmp3lame --enable-libopencore_amrnb --enable-libopencore_amrwb --enable-libopenjpeg --enable-libopus --enable-libpulse --enable-libsoxr --enable-libspeex --enable-libssh --enable-libtheora --enable-libv4l2 --enable-libvidstab --enable-libvorbis --enable-libvpx --enable-libwebp --enable-libx264 --enable-libx265 --enable-libxcb --enable-libxvid --enable-shared --enable-version3
libavutil 55. 78.100 / 55. 78.100
libavcodec 57.107.100 / 57.107.100
libavformat 57. 83.100 / 57. 83.100
libavdevice 57. 10.100 / 57. 10.100
libavfilter 6.107.100 / 6.107.100
libavresample 3. 7. 0 / 3. 7. 0
libswscale 4. 8.100 / 4. 8.100
libswresample 2. 9.100 / 2. 9.100
libpostproc 54. 7.100 / 54. 7.100Läuft hier mit va-api seit einigen Wochen problemlos