den epgscan lasse ich durch ein script per cron 4mal am Tag erledigen. Dazwischen ist mein vdr ruhig.
Nach dem Original von dem script must du mal suchen.
Ich habs bei mir noch an meine Bedürfnisse angepasst.
den epgscan lasse ich durch ein script per cron 4mal am Tag erledigen. Dazwischen ist mein vdr ruhig.
Nach dem Original von dem script must du mal suchen.
Ich habs bei mir noch an meine Bedürfnisse angepasst.
bei mir nur, wenn eine Aufnahme gemacht wird. Hast du denn den automatischen epg scan abgeschaltet?
das regelt dein satip
Also ich starte meinen satip headless VDR mit der Option "-D-". damit laüft auch kein Stream los beim Start
Bei mir waren neulich an meiner octopus nur ein tuner in Betrieb. Ich nutze Unikabel mit Inverto LNB. Beim tauschen der Eingangskabel am octopus vom Splitter her wanderte der funktionierende tuner weiter. Also einen neuen LNB bestellt. Als ich dann am LNB mal das kabel abgezogen hatte und nochmal wieder festgeschraubt hatte - es erschien mir etwas locker - gingen wieder alle Tuner. Nun habe ich einen Ersatz-LNB für schlechte Zeiten.
Also ehe du einen neuen LNB kaufst prüfe trotzdem deine Verkabelung. Shit happens...
Gruß
msv
The i965 Driver was updated last time in July 2020. So this could not be the cause.
But I checked out now your test branch with -v va-api-egl.
And that works. Picture is back.
THANK YOU
greets
msv
Hallo Leute,
ich hab mal wieder Probleme mit softhddevice (Version: 1.9.7-GITf99260b). VDR ist 2.6.3.
Es kommt mal wieder kein Bild. Vorausgegangen sind einige Aptitude Updates meines Debian Sid Desktops. Da ich nicht immer den VDR auf meinem Desktop anhabe ist mir leider "durchgerutscht" nach welchem Update es nicht mehr ging. Aber es muß in den letzten 3-4 Tagen passiert sein.
Hier sind die Schritte beim Start aus dem Log:
Initialisieren des Plugins:
Jan 06 13:41:19 mannitec02 vdr[920186]: video/vaapi: libva 1.17 (Intel i965 driver for Intel(R) Haswell Desktop - 2.4.1) initialized
Jan 06 13:41:19 mannitec02 vdr[920186]: video/vaapi: background-color is unsupported
Jan 06 13:41:19 mannitec02 vdr[920186]: video/vaapi: supports video processing
Jan 06 13:41:19 mannitec02 vdr[920186]: Selected deinterlacer for resolution 0 is not supported by HW
Jan 06 13:41:19 mannitec02 vdr[920186]: Selected deinterlacer for resolution 1 is not supported by HW
Jan 06 13:41:19 mannitec02 vdr[920186]: Selected deinterlacer for resolution 2 is not supported by HW
Jan 06 13:41:19 mannitec02 vdr[920186]: Selected deinterlacer for resolution 3 is not supported by HW
Jan 06 13:41:19 mannitec02 vdr[920186]: Selected deinterlacer for resolution 4 is not supported by HW
Jan 06 13:41:19 mannitec02 vdr[920186]: video/vaapi: supports unscaled osd
Jan 06 13:41:19 mannitec02 vdr[920186]: [softhddev] ready
Start der Wiedergabe:
Jan 06 13:41:21 mannitec02 vdr[920186]: audio/alsa: using device 'pulse'
Jan 06 13:41:21 mannitec02 vdr[920186]: audio/alsa: start delay 339ms
Jan 06 13:41:22 mannitec02 vdr[920186]: codec: YUV 420 supported
Jan 06 13:41:22 mannitec02 vdr[920186]: Using entrypoint for vpp: 10
Jan 06 13:41:22 mannitec02 vdr[920186]: video/vaapi: vaPutSurface failed -1
Jan 06 13:41:22 mannitec02 vdr[920186]: video/vaapi: can't destroy postproc context!
Jan 06 13:41:22 mannitec02 vdr[920186]: video/vaapi: can't destroy config!
Jan 06 13:41:22 mannitec02 vdr[920186]: video/vaapi: noise reduction supported
Jan 06 13:41:22 mannitec02 vdr[920186]: video/vaapi: 0,00 - 1,00 ++ 0,03 = 0,50
Jan 06 13:41:22 mannitec02 vdr[920186]: Enabling denoise filter (pos = 0)
Jan 06 13:41:22 mannitec02 vdr[920186]: Selected deinterlacer for resolution 0 is not supported by HW
Jan 06 13:41:22 mannitec02 vdr[920186]: Selected deinterlacer for resolution 1 is not supported by HW
Jan 06 13:41:22 mannitec02 vdr[920186]: Selected deinterlacer for resolution 2 is not supported by HW
Jan 06 13:41:22 mannitec02 vdr[920186]: Selected deinterlacer for resolution 3 is not supported by HW
Jan 06 13:41:22 mannitec02 vdr[920186]: Selected deinterlacer for resolution 4 is not supported by HW
Jan 06 13:41:22 mannitec02 vdr[920186]: video/vaapi: deinterlacing supported
Jan 06 13:41:22 mannitec02 vdr[920186]: video/vaapi: bob deinterlace supported
Jan 06 13:41:22 mannitec02 vdr[920186]: video/vaapi: motion adaptive deinterlace supported
Jan 06 13:41:22 mannitec02 vdr[920186]: video/vaapi: motion compensated deinterlace supported
Jan 06 13:41:22 mannitec02 vdr[920186]: Enabling Deint (pos = 1)
Jan 06 13:41:22 mannitec02 vdr[920186]: video/vaapi: sharpening supported
Jan 06 13:41:22 mannitec02 vdr[920186]: video/vaapi: 0,00 - 1,00 ++ 0,03 = 0,50
Jan 06 13:41:22 mannitec02 vdr[920186]: Enabling sharpening filter (pos = 0)
Jan 06 13:41:22 mannitec02 vdr[920186]: video/vaapi: enabling color balance filters
Jan 06 13:41:22 mannitec02 vdr[920186]: video/vaapi: Supported color balance filter count: 4
Jan 06 13:41:22 mannitec02 vdr[920186]: Hue (-180,00 - 180,00 ++ 1,00 = 0,00) (pos = 2)
Jan 06 13:41:22 mannitec02 vdr[920186]: Saturation (0,00 - 10,00 ++ 0,10 = 1,00) (pos = 2)
Jan 06 13:41:22 mannitec02 vdr[920186]: Brightness (-100,00 - 100,00 ++ 1,00 = 0,00) (pos = 2)
Jan 06 13:41:22 mannitec02 vdr[920186]: Contrast (0,00 - 10,00 ++ 0,10 = 1,00) (pos = 2)
Jan 06 13:41:22 mannitec02 vdr[920186]: video/vaapi: skin tone enhancement supported
Jan 06 13:41:22 mannitec02 vdr[920186]: video/vaapi: 0,00 - 4,00 ++ 1,00 = 0,00
Jan 06 13:41:22 mannitec02 vdr[920186]: Enabling skin tone filter (pos = 3)
Jan 06 13:41:22 mannitec02 vdr[920186]: Allocating 1 forward reference surfaces for postprocessing
Jan 06 13:41:22 mannitec02 vdr[920186]: Allocating 0 backward reference surfaces for postprocessing
Jan 06 13:41:22 mannitec02 vdr[920186]: Surface 0 query status = 0x6: invalid VASurfaceID
Jan 06 13:41:22 mannitec02 vdr[920186]: video/vaapi: vaPutSurface failed: unknown libva error
Jan 06 13:41:22 mannitec02 vdr[920186]: video/vaapi: vaPutSurface failed: unknown libva error
Jan 06 13:41:22 mannitec02 vdr[920186]: video/vaapi: vaPutSurface failed: unknown libva error
Jan 06 13:41:22 mannitec02 vdr[920186]: epg2vdr: Handler: Init handler instance for thread 920193
Jan 06 13:41:22 mannitec02 vdr[920186]: video/vaapi: vaPutSurface failed: unknown libva error
Jan 06 13:41:22 mannitec02 vdr[920186]: Changing to 0 forward reference surfaces for postprocessing
Jan 06 13:41:22 mannitec02 vdr[920186]: video/vaapi: vaPutSurface failed: unknown libva error
Jan 06 13:41:22 mannitec02 vdr[920186]: video/vaapi: vaPutSurface failed: unknown libva error
Jan 06 13:41:22 mannitec02 vdr[920186]: video/vaapi: vaPutSurface failed: unknown libva error
Jan 06 13:41:22 mannitec02 vdr[920186]: video/vaapi: vaPutSurface failed: unknown libva error
Jan 06 13:41:22 mannitec02 vdr[920186]: video/vaapi: vaPutSurface failed: unknown libva error
Jan 06 13:41:22 mannitec02 vdr[920186]: video/vaapi: vaPutSurface failed: unknown libva error
Jan 06 13:41:22 mannitec02 vdr[920186]: video/vaapi: vaPutSurface failed: unknown libva error
Jan 06 13:41:22 mannitec02 vdr[920186]: video/vaapi: vaPutSurface failed: unknown libva error
Jan 06 13:41:22 mannitec02 vdr[920186]: video/vaapi: vaPutSurface failed: unknown libva error
Jan 06 13:41:22 mannitec02 vdr[920186]: video/vaapi: vaPutSurface failed: unknown libva error
Hier noch die vainfo:
manfredsv@mannitec02:~$ vainfo
libva info: VA-API version 1.17.0
libva info: Trying to open /usr/lib/x86_64-linux-gnu/dri/iHD_drv_video.so
libva info: va_openDriver() returns -1
libva info: Trying to open /usr/lib/x86_64-linux-gnu/dri/i965_drv_video.so
libva info: Found init function __vaDriverInit_1_8
libva info: va_openDriver() returns 0
vainfo: VA-API version: 1.17 (libva 2.12.0)
vainfo: Driver version: Intel i965 driver for Intel(R) Haswell Desktop - 2.4.1
vainfo: Supported profile and entrypoints
VAProfileMPEG2Simple : VAEntrypointVLD
VAProfileMPEG2Simple : VAEntrypointEncSlice
VAProfileMPEG2Main : VAEntrypointVLD
VAProfileMPEG2Main : VAEntrypointEncSlice
VAProfileH264ConstrainedBaseline: VAEntrypointVLD
VAProfileH264ConstrainedBaseline: VAEntrypointEncSlice
VAProfileH264Main : VAEntrypointVLD
VAProfileH264Main : VAEntrypointEncSlice
VAProfileH264High : VAEntrypointVLD
VAProfileH264High : VAEntrypointEncSlice
VAProfileH264MultiviewHigh : VAEntrypointVLD
VAProfileH264MultiviewHigh : VAEntrypointEncSlice
VAProfileH264StereoHigh : VAEntrypointVLD
VAProfileH264StereoHigh : VAEntrypointEncSlice
VAProfileVC1Simple : VAEntrypointVLD
VAProfileVC1Main : VAEntrypointVLD
VAProfileVC1Advanced : VAEntrypointVLD
VAProfileNone : VAEntrypointVideoProc
VAProfileJPEGBaseline : VAEntrypointVLD
Wo haakts denn diesmal? Kann da jemand bitte helfen?
Gruß
msv
Also ich hab auch den Update auf die 2.0.0 gemacht. Funktioniert auch soweit ganz gut. Hab auch ne static IP gesetzt. Nun such ich aber vergeblich unter system-settings irgend erwas um telnet einzuschalten, damit ich einen DNS-Server eintragen kann. Ist das bei der neuen Version nicht mehr notwendig? Oder fehlt da noch was? Oder geht denn irgendwann mal ssh? (User? Password?) Oder ist der unter Netzwerkkonfiguration eingetragene DNS-Server schon ausreichend?
Die Doku ist an dieser Stelle leider nicht hilfreich oder muß hierzu nochmal upgedatet werden.
Gruß
msv
Werden von den Mediatheken eigentlich auch alle Audiostreams (Sprachen) zu einem Film, so wie über Sat, gesendet? Ist das tatsächlich HDTV, was von dort kommt? Oder wird das alles von den Sendern nicht "eingedampft" um Platz/Bandbreite zu sparen?
Ich möchte meine Satschüssel mit Unicabel und Octopussy auch im 21.Jahrhundert nicht missen. Ich schaue nur wenig "serielles TV". Was ich kucken will nehm ich auf und kucks wenns mir passt. Langfristiges Programmieren tue ich meist über den tvbrowser (hampelratte plugin). Wenn mal was spontanes sein soll nehme ich den epgd per http oder vdradmin. Also volle Flexibilität. Ich möchte mich jetzt nicht von irgendeinem FTTH-Provider abhängig machen (Ja ja, ich weiß, Astra ist auch nur so ein Provider). Die wollen schließlich auch alle nur unser bestes....
Gruß
msv
Ja, das stimmt für eine Aufnahme bis zum Ende schon. Da hatte ich es am Anfang mit der Lautstärkeeinstellerei hinbekommen und hab mir den Film dann erst mal bis zum Ende angeschaut. Aber dann im normalen Programm beim Umschalten auf Kopfhörer und zurück hab ichs nicht mehr hinbekommen. Immer nur "Gebratzel" bei AC3. Auch nach Reboot wars nicht anders. Ich hab kein AC3 mehr hinbekommen. Also grundsätzlich scheint es ja zu gehen. Nur die Initialisierung scheint nicht stabil zu sein. Liegt das an Pulseaudio oder am Softhddevice?
Ja, Toll. plötzlich gings. Aber an der Lautstärke wackeln ist doch nicht die Lösung des Problems. Was passiert dann morgen? Wo kann man denn da ansetzen?
ja, das ist so eingestellt...
Hi.
da mein Gehör leider immer mehr nachlässt wollte ich den Sound vom VDR über Kopfhörer direkt auf meine Ohren geben.
Momentan wird mein VDR (Debian Bullseye auf NUC7) per Softhddevice per HDMI über einen DENON AVR (2400H) an meinen Phillips TV durchgereicht. Bisher habe ich ALSA ais Sound Server benutzt. Ich wollte jetzt meine Bluetooth Kopfhörer direkt mit dem NUC koppeln. Mit dem AVR ist der Tonversatz bei Bluetooth zu groß. Also habe ich dann Pulseaudio mit Bluetooth installiert und entsprechend konfiguriert. Über den Bluetooth Manager lässt sich jetzt der Kopfhörer koppeln und der Ton ist auch gut in Sync. Passthrough ist auch richtig eingeschaltet im pavucontrol sowie im Softhddevice. Leider bekomme ich bei AC3 nur ein lautes "gebratzel" aus meinen Lautsprechern und auch im Kopfhörer. Es scheint also irgendwo zu klemmen. Wenn ich AC3 Passthrough im Softhddevice ausschalte gehts, aber eben nur mit reduzierten Kanälen (ein bisschen Stereo, aber es fehlt was) ohne richtige Decodierung des AC3 Signals
Was mache ich falsch? Welche Infos wären noch notwendig, um mir zu helfen? Softhddevice ist 1.2.7-GITe7cda5e. VDR ist 2.4.7
Gruß
msv
Habs jetzt hinbekommen ich lasse jetzt ein einzelnes lokales Bild per ffmpeg streamen. Damit gehts dann.
Danke/Thankyou für den Tip mit dem IPTV Plugin.
Gruß
msv
Its the same result with the IPTV Plugin!
Hallo,
ich steh mal wieder etwas auf dem Schlauch.
Auf meinem Laptop (Dell XPS13) läuft ein kleiner VDR 2.4.7 mit folgenden Plugins:
SATIP (2.4.1-GIT-0a216f1) an OctopusNet 1.1.6
softhddevice (1.7.0-GIT05298bd) im vaapi mode
extrecmenung (2.0.5)
Das läuft auch richtig gut (live TV und Aufnahmen schauen). Ist auf meinem Balkon gut zu gebrauchen
Ich war jetzt mal wieder im Urlaub und wollte da dann die auf der lokalen Platte befindlichen Aufnahmen anschauen. Da der VDR aber sein Octopus nicht finden konnte (keine Netzwerkverbindung) kam er nicht in einen Modus, wo er bedient werden konnte. Im Log kann dann nur immer dies:
Mai 22 17:21:10 mannitec06 vdr[9975]: [9975] info: Kanal nicht verfügbar!
Mai 22 17:21:10 mannitec06 vdr[9975]: Selected deinterlacer for resolution 0 is not supported by HW
Mai 22 17:21:10 mannitec06 vdr[9975]: Selected deinterlacer for resolution 1 is not supported by HW
Mai 22 17:21:10 mannitec06 vdr[9975]: Selected deinterlacer for resolution 2 is not supported by HW
Mai 22 17:21:10 mannitec06 vdr[9975]: Selected deinterlacer for resolution 3 is not supported by HW
Mai 22 17:21:10 mannitec06 vdr[9975]: Selected deinterlacer for resolution 4 is not supported by HW
Mai 22 17:21:10 mannitec06 vdr[9975]: video/vaapi: vaSyncSurface failed: invalid VASurfaceID
Mai 22 17:21:10 mannitec06 vdr[9975]: video/vaapi: vaSyncSurface failed: invalid VASurfaceID
Mai 22 17:21:10 mannitec06 vdr[9975]: video/vaapi: vaSyncSurface failed: invalid VASurfaceID
...
usw
(mehr im angehängten Textfile)
Ist das ein grundsätzliches Problem? Ich glaube daß das früher (ältere Versionen) schon mal anders war und der VDR trotzdem bedienbar war und man auch Aufnahmen anschauen konnte.
Für gute Tipps, wie man das Problem lösen könnte, wäre ich dankbar. Der nächste Urlaub ohne heimisches Netz kommt bestimmt.
Schööön Sonntach noch
msv
Man kann Quota pro User bzw. Gruppe vorgeben, d.h. wenn der VDR nicht als root läuft, kann man ihm über hard limits Grenzen setzen: https://www.digitalocean.com/c…system-quotas-on-debian-9
Das heißt aber nicht, dass der VDR auch damit umgehen kann. Er muß dann seinen Test auf die Platzuntergrenze nämlich auch quota-konform durchführen. Ich hatte das vor etlichen Jahren schon mal bei Klaus angeregt. War ihm aber nicht "kis - keep it simpel" genug...
Gruß
msv
Danke schon mal. Ich habe den Patch in der MLD mit aufgenommen.
Jetzt muss ich nur noch ca. 100 Stunden Aufnahmen abwarten, bis das nächste mal die Problematik auftritt
Erzeuge doch selber mal eine "99 Stunden" -Datei im Videoverzeichnis. Dann brauchst du nicht so lange warten.
Ja, das Problem ist, dass $$ die PID des momentan laufenden Processes wiedergibt. Und das ist der "stop" process und nicht der "random" process. Also muß die Zeile
kill -16 $(pgrep -f "$(basename $0) random")
lauten
Damit gehts dann.