Ok, danke für die Info... Könnte schlechter Empfang sein...
oder der Kanäle haben sich geändert (DVB-C)
Ok, danke für die Info... Könnte schlechter Empfang sein...
oder der Kanäle haben sich geändert (DVB-C)
Alles anzeigenHallo,
kennt sich hier jemand mit Zertifikaten aus?
Ich würde gerne eine Domain (nur privat genutzt) auf SSL umstellen lassen, und habe mir dazu mit OpenSSL ein eigenes Zertifikat erstellt.
Der Admin hat mir dazu geantwortet:
Hallo,
bist du sicher dass du ein selbst-signiertes Zertifikat für die Webseite einsetzen willst?
Aktuelle Browser lassen Besucher gar nicht oder nur über sehr hohe Hürden bei solchen Zertifikaten zugreifen weshalb wir die Verwendung eines SSL-Zertifikates einer CA wie bspw startssl stark empfehlen.
Was haltet ihr davon?
Die StartSSL Zertifikate sind nur ein Jahr gültig.
Ist ein abgelaufenes Zertifikat weniger kritisch als ein selbest erstelltes?
Jedes Jahre ein neues einzuspielen ist mir zu aufwendig.
Und vom fremder Rechnern möchte ich auch zugreifen können.
1 Jahr gültigkeit für ein Zertifikat ist aber normal, egal wo man es Kauft.
OK, danke Dir!
Ich warte ab bis deine Erweiterung im Release ist, dann kann ich testen ob (beim ZDF) UHD auswählbar ist und ob das Abspielen der UHD-Videos damit klappt.
Wenn ich die UHD Videos manuell runter lade, kann ich sie in KODI abspielen.
Schöne GrüßeLothar
In welchem Release ?
Alles anzeigenDer VDR soll kein reiner VDR sein, sondern auch als Desktop mit XFCE fungieren.
Ich fand den Ansatz daher gut, den VDR bei Bedarf mittels vdr-sxfe als Frontend öffnen und schließen zu können, während der vdr immer unsichtbar im Hintergrund sein Werk verrichtet.
Geht das mit softhddevice auch so einfach?
War in dem Thema softhhddevice leider nie richtig drin, da ich seit 2008 quasi durchgehend vdr-sxfe/xineliboutput genutzt habe.
Mit vdpau/nvidia funktionierte das 1A.
Sollte auch gehen das softhddevice für intel/nvdia braucht ja auch einen xserver , also auch nur ein Fenster.
Alles anzeigenUm das Thema nochmal hochzuholen:
bin aktuell wieder dabei einen neuen VDR aufzubauen, diesmal auf Basis eines Intel N100 und dessen IGP.
libva (2.12.0), VA-API (1.14.0) und der iHD-Treiber (22.3.1) sind mittlerweile bedeutend frischer.
xineliboutput ist 2.2.0+git20231014-81-e2192b6-0yavdr0~jammy.
Jetzt bekomme ich "immerhin" einen schwarzen Bildschirm mit Ton.
Log ist unten angehängt.
Dem Feedback von cinfo nach sollte es doch schon mit 21.3.1 und VA-API 1.12.0 funktioniert haben.
Mache ich was falsch?
Edit: sollte vielleicht dazu sagen, dass die Quelle aktuell ServusTV via iptv-Plugin ist (vlc2iptv).
Evtl. liegt es daran. DVB-S2 kann ich mangels noch nicht eingebauter Karte noch nicht testen.
CodeAlles anzeigen$ vdr-sxfe --video=vaapi vdr-sxfe 2.2.0 (build with xine-lib 1.2.11, using xine-lib 1.2.11) Video driver: vaapi VDR server not given, searching ... Found VDR server(s): xvdr://127.0.0.1:37890 (xineliboutput-2.2.0) [8060] [scrnsaver] Error: The name org.gnome.SessionManager was not provided by any .service files [8060] [scrnsaver] GNOME screensaver 2.15 API failed, trying 2.14 API [8060] [scrnsaver] Error: Method "InhibitActivation" with signature "s" on interface "org.gnome.ScreenSaver" doesn't exist libva info: VA-API version 1.14.0 libva info: Trying to open /usr/lib/x86_64-linux-gnu/dri/iHD_drv_video.so libva info: Found init function __vaDriverInit_1_14 libva info: va_openDriver() returns 0 [8060] [vdr-fe] Detected 4 CPUs [8060] [vdr-fe] Enabling FFmpeg multithreaded video decoding [8060] [input_vdr] Connecting (control) to tcp://127.0.0.1:37890 ... [8060] [input_vdr] Server greeting: VDR-2.6.1 xineliboutput-2.2.0 OSDSTREAM READY [8060] [input_vdr] Connected (control) to tcp://127.0.0.1:37890 [8060] [input_vdr] Connecting (data) to pipe:///var/lib/vdr/plugins/xineliboutput/pipes.2837/pipe.0 [8060] [input_vdr] Data stream connected (PIPE) Press Esc to exit [8071] [hdmi-cec] WARNING: CEC HDMI port not given and edid reading/parsing failed setterm: Fehler in den Argumenten: 'off' [8071] [hdmi-cec] No HDMI-CEC adapters found [8069] [input_vdr] ARGB OSD supported by video driver [8070] [demux_vdr] detect_recovery_point: WARNING: Skipped 50+ frames ! <unknown> VAProfileMPEG2Simple VAProfileMPEG2Main VAProfileH264Main VAProfileH264High <unknown> <unknown> <unknown> VAProfileHEVCMain VAProfileHEVCMain10 <unknown> <unknown> <unknown> <unknown> <unknown> <unknown> <unknown> <unknown> <unknown> <unknown> <unknown> <unknown> <unknown> <unknown> <unknown> [h264 @ 0x7f346007f480] non-existing PPS 0 referenced [h264 @ 0x7f346007f480] decode_slice_header error [h264 @ 0x7f346007f480] non-existing PPS 0 referenced [h264 @ 0x7f346007f480] decode_slice_header error [h264 @ 0x7f346007f480] non-existing PPS 0 referenced [h264 @ 0x7f346007f480] decode_slice_header error [h264 @ 0x7f346007f480] non-existing PPS 0 referenced [h264 @ 0x7f346007f480] decode_slice_header error [h264 @ 0x7f346007f480] no frame! <unknown> VAProfileMPEG2Simple VAProfileMPEG2Main VAProfileH264Main VAProfileH264High <unknown> <unknown> <unknown> VAProfileHEVCMain VAProfileHEVCMain10 <unknown> <unknown> <unknown> <unknown> <unknown> <unknown> <unknown> <unknown> <unknown> <unknown> <unknown> <unknown> <unknown> <unknown> <unknown> [h264 @ 0x7f346007f480] Using deprecated struct vaapi_context in decode.
Warum nimmts du denn xineliboutput und nicht das softhddevice als Ausgabe Plugin?
Gruß,
Roland
Ich habe in den 3 Komponenten so ein paar Probleme gefixed. Das Verhalten bei encrypted Streams ist nicht toll (einfach nur ein VK_BACK), aber das verhindert die Blockade aller Komponenten.
Bei mpeg-dash wird der beste (mit der höchsten Bitrate) Videostream im Transcoder gewählt. Und noch ein paar andere Verbesserungen.
Wer das testen will, sollte alle 3 Komponenten aktualisieren (Plugin, Transcoder, Browser).
mal nur eine frage, warum alles in drei Komponenten, wäre es nicht einfacher alles in eins zu machen ?
Also ein 'plugin'
Gruß,
Roland
Alles anzeigenHallo zusammen,
zwecks Auswahl der richtigen HW für meine zukünftigen VDRs woltle ich auch neben den x86-Lösungen meine angestaubten Raspberry PI4 testen. Aktuelles Raspberry OS (64 Bit Lite-Version) auf USB Stick kopiert, in der Shell dann die notwendigen VDR Sourcen sowie auch die notwendigen Packages wie g++ libjpeg-dev libcap2-dev gettext libfreetype-dev libfontconfig-dev make libncurses-dev w-scan installiert. Daraufhin rpihddevice von https://github.com/reufer/rpihddevice heruntergeladen, fehlende dependencies installiert (userland habe ich mir direkt von https://github.com/raspberrypi/userland.git geladen und konnte es mit build_me fehlerfrei bauen).
Wenn ich nun VDR mit --help zwecks Kontrolle der Parameter aufrufe, erhalte ich zum einen die Fehlermeldung vdr: libopenmaxil.so: Kann die Shared-Object-Datei nicht öffnen: Datei oder Verzeichnis nicht gefunden und das Plugin rpihddevice taucht auch nicht in der Hilfe auf. Nach etwas Suche bin ich auf https://github.com/FD-/RPiPlay/issues/321 gestossen, in dem erklärt wird, dass "openmaxil" nicht auf Raspberry PI4 läuft und es scheint mir für rpihddevice notwendig zu sein.
Frage: ist mein Verständnis korrekt, dass rpihddevice momentan nicht auf RPI4 läuft oder hat jemand einen RPI4 mit VDR im Betrieb? Sah im Forum den ein oder anderen "nur" mit RPI < Version 4.
MrJoe
Hi,
das rpihddevice geht nicht mit einem RPI4, da must du das softhddevice-drm nehmen.
Gruß,
Roland
Würde ich auch denken
Ich habe YaVDR-Focal
Interessant wäre jetzt mal welche Basis genommen wurde Ubuntu-Desktop oder Ubuntu-Server als Basis.
Ich glaube das sollte so aussehen
#channellogo_languages:
# - au
# - be
# - cz
- de
Ja, auf dem FLIRC wurde die Firmware beim Programmieren der Tasten aktualisiert auf die Version 4.9.8.
Ich habe inzwischen mal testweise den FLIRC an meinen Odroid-N2 gesteckt.
Da funktioniert er einwandfrei. Alle Tasten werden richtig erkannt, die Farbtasten, OK-Taste, Back-Taste usw. funktionieren einwandfrei.
Zurück auf den yaVDR gehen wieder nur die Ziffer- und Cursortasten, aber der Rest geht wieder nicht.
Dann ist im yaVDR was anders, liegt also nicht am Flirc.
Habt Ihr mal wenn Flirc beim VDR genutzt wird, im VDR die 'Tastatur' Belegung neu angelernt.
Aktuelle Firmware ( Version: v4.9.8 ) ist auf dem Flirc installiert ?
mach for dem start vom vdr einmal
export DISPLAY=:0
ob der export genau passt, weiß ich leider nicht mehr genau,
aber es gibt probleme wenn softhddevice über ssh gestartet wird.
Wenn du die Möglichkeit hast starte den vdr mal direkt auf dem Rechner in einer Console.
Gruß,
Roland
Hi Björn,
kannst ja dieses hier mal testen, damit sollte es automatisch gehen.
Gruß,
Roland
Why do you kill the x-server before you test ?
and one more question, do you start the vdr via remote access, or locally on the console?
Best regards,
Roland
Hast du vieleicht auch mal die Log Ausgabe, wenn du das OSD aufrufst.
Wenn ich remotrans von einer Shell aus Starte (z.B. shh), dann läuft es. Es läuft aber nicht, wenn ich das Ganze in ein Skript packe, das von VDR gestartet wird. Hat hier jemand eine Idee?
Kann das es dann ein Problem mit den Sockets sein, wenn cefbrowser und remotrans nicht in einem Terminal laufen?
vieleicht eine 'rechte' geschichte
Alles anzeigenVielen Dank jojo61!
Das Bild wird nicht mehr schwarz, sondern das Fernsehbild bleibt - soweit der VDR nicht abstürzt . Bei ARD 720p funktioniert's am Besten, bei ZDF 720p oder 576i-Sendern erfolgt der Absturz dann 1 bis 2 s nach dem Aktivieren.
Gleiches Verhalten ohne libplacebo.
Ist das bei anderen auch so? Oder liegt das vielleicht an meiner GTX1650, den nvidia-Treiber oder oder?
Stefan
Ich denke es liegt eher daran, das kaum einer PIP nutzt, und somit nicht so auffällt.