Wenn ich den Thread nochmal hoch holen darf:
könnte man die Sundtek SkyTV Ultimate Dual eigentlich auch über eine Molex->Hohlstecker-Adapterlösung mit 12V versorgen?
Würde mir gerne das 12V-Netzteil ersparen.
Wenn ich den Thread nochmal hoch holen darf:
könnte man die Sundtek SkyTV Ultimate Dual eigentlich auch über eine Molex->Hohlstecker-Adapterlösung mit 12V versorgen?
Würde mir gerne das 12V-Netzteil ersparen.
add-apt-repository arbeitet hier leider nach wie vor mit apt-key:
$ add-apt-repository ppa:seahawk1986-hotmail/jammy-main
Sie sind dabei das folgende PPA hinzuzufügen:
Experimental packages for Ubuntu 22.04
Mehr Informationen: https://launchpad.net/~seahawk1986-hotmail/+archive/ubuntu/jammy-main
Zum Fortfahren bitte Eingabetaste drücken oder Strg+C zum Abbrechen
Warning: apt-key is deprecated. Manage keyring files in trusted.gpg.d instead (see apt-key(8)).
Executing: /tmp/apt-key-gpghome.EH3NgSkAj4/gpg.1.sh --keyserver hkps://keyserver.ubuntu.com:443 --recv-keys 136692D54A32ED45ED9150E0D49D1CDAB9355C67
Und ich habe keine Ahnung, wo ich jeweils den Key manuell herbekomme.
Das Wine-Repo konnte ich einfach mit folgendem fixen:
Ich nutze in einen Linux Mint System Teile des YaVDR PPAs.
Jetzt habe ich auf Jammy aktualisiert und ein Pub Key Problem, weil irgendwas in apt-key deprecated ist:
W: http://ppa.launchpad.net/yavdr/experimental-main/ubuntu/dists/jammy/InRelease: Schlüssel ist im veralteten Schlüsselbund trusted.gpg gespeichert (/etc/apt/trusted.gpg), siehe den Abschnitt MISSBILLIGUNG in apt-key(8) für Details.
W: http://ppa.launchpad.net/yavdr/experimental-vdr/ubuntu/dists/jammy/InRelease: Schlüssel ist im veralteten Schlüsselbund trusted.gpg gespeichert (/etc/apt/trusted.gpg), siehe den Abschnitt MISSBILLIGUNG in apt-key(8) für Details.
Könnte mir da jemand auf die Sprünge helfen, wie ich das gefixt bekomme?
Ich bräuchte wohl zumindest die URI der Keys.
Zumindest habe ich auf dem Wege damit das WineHQ-Repository gefixed bekommen.
Existiert sowas wie ein Standard für die Anzeige von Covern in VDR-Aufnahmeverzeichnissen durch skinnopacity oder Kodi?
Also, z.B. eine cover.jpg im Aufnahmeverzeichnis ähnlich wie es auch von VLC oder foobar2000 bei Audio-Dateien zur Anzeige erkannt wird?
Unterscheidet sich das von ffmpeg -i 00001.mp4 -map 0 -codec copy -f mpegts 00001.ts?
Damit hatte ich es eben hinbekommen und wollte eben schon die Lösung posten, aber Du bist mir zuvorgekommen.
In der Folge ist bei mir die TS-Datei um knapp 10% gegenüber der MP4 gewachsen - ich nehme an, das ist normal?
Durch eine Verschiebung lag die Tage bei mir ein Aufnahmetimer daneben.
Also dachte ich mir, ich hole die Aufnahme als MP4 aus der Mediathek, kopier sie als 00001.ts ins Aufnahmeverzeichnis, lösche den Index und lasse den VDR den Aufnahmeindex neu regenerieren.
Das hatte, zumindest in meiner Erinnerung, vor 3-4 Jahren schon mal funktioniert.
Diesmal lief aber das syslog mit 2GB-Fehlermeldungen voll, ohne das es erfolgreich war.
Wie kann ich die MP4-Datei einer Mediathek für den VDR "mundgerecht" und möglichst verlustfrei umwandeln, so dass es wie eine Original-Aufnahmestream für ihn aussieht?
Edit - hier mal ffmpeg -i:
Stream #0:0(und): Video: h264 (High) (avc1 / 0x31637661), yuv420p, 1920x1080 [SAR 1:1 DAR 16:9], 6158 kb/s, 25 fps, 25 tbr, 25k tbn, 50 tbc (default)
Metadata:
handler_name : VideoHandler
Stream #0:1(und): Audio: aac (LC) (mp4a / 0x6134706D), 44100 Hz, stereo, fltp, 157 kb/s (default)
Metadata:
handler_name : SoundHandler
Danke euch beiden
Ursächlich scheint wohl --vfat zu sein, das bei mir schon seit Urzeiten wegen SMB mit übergeben wird.
Ist das mit aktuellen Samba-Versionen in einem reinen Linux-"Fuhrpark" überhaupt noch relevant?
Das könnte ich ich ja dann ggf. mal rausnehmen und durch --dirnames=,,1 ersetzen.
Ist das mit den max. 40 Zeichen bei Ordnern für Aufzeichnungen eigentlich hart im VDR gesetzt?
Oder kann man das per setup.conf o.ä. irgendwie verlängern?
kdgsv Wie schnell bootet Dein System und kannst Du was zur rsync-Performance sagen?
Ist das möglicherweise ein Bug?
Oder blocken da udev-Einträge bzw. ist was geblacklistet?
Falls hier jemand auch einen Kernel 5.11.0 oder später mit einer DVBSky S952 hat:
bitte einfach mal ein dmesg | grep -i dvb laufen lassen und schauen, ob da eine Input-Sache auftaucht.
Kurioses Problem: eine DVBSky S952 funktioniert zwar in Sachen DVB, vom integrierten IR Input port ist aber nichts zu sehen.
Kernel ist 5.11.0.
Früher tauchten unter dmesg Input/IR-Einträge auf, nun Fehlanzeige.
root@vdr:~# dmesg | grep -i dvb
[ 7.500984] cx23885: CORE cx23885[0]: subsystem: 4254:0952, board: DVBSky S952 [card=50,autodetected]
[ 8.385984] cx23885: cx23885_dvb_register() allocating 1 frontend(s)
[ 8.385987] cx23885: cx23885[0]: cx23885 based dvb card
[ 8.444629] dvbdev: DVB: registering new adapter (cx23885[0])
[ 8.444632] cx23885 0000:02:00.0: DVB: registering adapter 0 frontend 0 (Montage Technology M88DS3103)...
[ 8.471699] cx23885: DVBSky S952 port 1 MAC address: 00:17:42:54:09:52
[ 8.471703] cx23885: cx23885_dvb_register() allocating 1 frontend(s)
[ 8.472156] cx23885: cx23885[0]: cx23885 based dvb card
[ 8.528657] dvbdev: DVB: registering new adapter (cx23885[0])
[ 8.528658] cx23885 0000:02:00.0: DVB: registering adapter 1 frontend 0 (Montage Technology M88DS3103)...
[ 8.555728] cx23885: DVBSky S952 port 2 MAC address: 00:17:42:54:09:53
[ 117.212784] m88ds3103 2-0068: downloading firmware from file 'dvb-demod-m88ds3103.fw'
root@vdr:~# dmesg | grep -i input
[ 0.371487] input: Sleep Button as /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0E:00/input/input0
[ 0.371523] input: Power Button as /devices/LNXSYSTM:00/LNXSYBUS:00/PNP0C0C:00/input/input1
[ 0.371551] input: Power Button as /devices/LNXSYSTM:00/LNXPWRBN:00/input/input2
[ 1.001789] input: Logitech USB Receiver as /devices/pci0000:00/0000:00:14.0/usb1/1-9/1-9:1.0/0003:046D:C52B.0001/input/input3
[ 1.062081] hid-generic 0003:046D:C52B.0001: input,hidraw0: USB HID v1.11 Keyboard [Logitech USB Receiver] on usb-0000:00:14.0-9/input0
[ 1.062745] input: Logitech USB Receiver Mouse as /devices/pci0000:00/0000:00:14.0/usb1/1-9/1-9:1.1/0003:046D:C52B.0002/input/input4
[ 1.063183] input: Logitech USB Receiver Consumer Control as /devices/pci0000:00/0000:00:14.0/usb1/1-9/1-9:1.1/0003:046D:C52B.0002/input/input5
[ 1.121987] input: Logitech USB Receiver System Control as /devices/pci0000:00/0000:00:14.0/usb1/1-9/1-9:1.1/0003:046D:C52B.0002/input/input6
[ 1.122220] hid-generic 0003:046D:C52B.0002: input,hiddev0,hidraw1: USB HID v1.11 Mouse [Logitech USB Receiver] on usb-0000:00:14.0-9/input1
[ 1.122631] hid-generic 0003:046D:C52B.0003: hiddev1,hidraw2: USB HID v1.11 Device [Logitech USB Receiver] on usb-0000:00:14.0-9/input2
[ 1.295499] logitech-djreceiver 0003:046D:C52B.0003: hiddev0,hidraw0: USB HID v1.11 Device [Logitech USB Receiver] on usb-0000:00:14.0-9/input2
[ 1.417539] input: Logitech Wireless Device PID:4024 Keyboard as /devices/pci0000:00/0000:00:14.0/usb1/1-9/1-9:1.2/0003:046D:C52B.0003/0003:046D:4024.0004/input/input8
[ 1.417814] input: Logitech Wireless Device PID:4024 Mouse as /devices/pci0000:00/0000:00:14.0/usb1/1-9/1-9:1.2/0003:046D:C52B.0003/0003:046D:4024.0004/input/input9
[ 1.418158] input: Logitech Wireless Device PID:4024 Consumer Control as /devices/pci0000:00/0000:00:14.0/usb1/1-9/1-9:1.2/0003:046D:C52B.0003/0003:046D:4024.0004/input/input10
[ 1.418396] hid-generic 0003:046D:4024.0004: input,hidraw1: USB HID v1.11 Keyboard [Logitech Wireless Device PID:4024] on usb-0000:00:14.0-9/input2:1
[ 1.601329] input: MSI MYSTIC LIGHT as /devices/pci0000:00/0000:00:14.0/usb1/1-12/1-12:1.0/0003:1462:7C82.0005/input/input14
[ 1.601601] hid-generic 0003:1462:7C82.0005: input,hiddev1,hidraw1: USB HID v1.10 Device [MSI MYSTIC LIGHT ] on usb-0000:00:14.0-12/input0
[ 4.570827] input: Logitech K400 as /devices/pci0000:00/0000:00:14.0/usb1/1-9/1-9:1.2/0003:046D:C52B.0003/0003:046D:4024.0004/input/input15
[ 4.571062] logitech-hidpp-device 0003:046D:4024.0004: input,hidraw2: USB HID v1.11 Keyboard [Logitech K400] on usb-0000:00:14.0-9/input2:1
[ 7.416503] snd_hda_codec_realtek hdaudioC0D0: inputs:
[ 7.452741] input: HDA Intel PCH Front Mic as /devices/pci0000:00/0000:00:1f.3/sound/card0/input16
[ 7.452783] input: HDA Intel PCH Rear Mic as /devices/pci0000:00/0000:00:1f.3/sound/card0/input17
[ 7.452842] input: HDA NVidia HDMI/DP,pcm=3 as /devices/pci0000:00/0000:00:01.0/0000:01:00.1/sound/card1/input23
[ 7.452860] input: HDA Intel PCH Line as /devices/pci0000:00/0000:00:1f.3/sound/card0/input18
[ 7.452895] input: HDA Intel PCH Line Out Front as /devices/pci0000:00/0000:00:1f.3/sound/card0/input19
[ 7.452927] input: HDA NVidia HDMI/DP,pcm=7 as /devices/pci0000:00/0000:00:01.0/0000:01:00.1/sound/card1/input24
[ 7.452954] input: HDA NVidia HDMI/DP,pcm=8 as /devices/pci0000:00/0000:00:01.0/0000:01:00.1/sound/card1/input25
[ 7.452982] input: HDA Intel PCH Line Out Surround as /devices/pci0000:00/0000:00:1f.3/sound/card0/input20
[ 7.453008] input: HDA Intel PCH Line Out CLFE as /devices/pci0000:00/0000:00:1f.3/sound/card0/input21
[ 7.453037] input: HDA NVidia HDMI/DP,pcm=9 as /devices/pci0000:00/0000:00:01.0/0000:01:00.1/sound/card1/input26
[ 7.453064] input: HDA NVidia HDMI/DP,pcm=10 as /devices/pci0000:00/0000:00:01.0/0000:01:00.1/sound/card1/input27
[ 7.453098] input: HDA Intel PCH Front Headphone as /devices/pci0000:00/0000:00:1f.3/sound/card0/input22
Display More
cinfo Habe jetzt alles wie in Posting #6 durchlaufen lassen und vainfo liefert nach einem Neustart das
libva info: VA-API version 1.7.0
libva info: Trying to open /usr/lib/x86_64-linux-gnu/dri/iHD_drv_video.so
libva error: /usr/lib/x86_64-linux-gnu/dri/iHD_drv_video.so has no function __vaDriverInit_1_0
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_6
libva error: /usr/lib/x86_64-linux-gnu/dri/i965_drv_video.so init failed
libva info: va_openDriver() returns -1
vaInitialize failed with error code -1 (unknown libva error),exit
Habe ich immer noch die alte libva drauf?
Hakt es etwa hier?
root@vdr:~/vaapi/libva# meson --reconfigure build/
The Meson build system
Version: 0.53.2
Source dir: /root/vaapi/libva
Build dir: /root/vaapi/libva/build
Build type: native build
Project name: libva
Project version: 2.13.0.1
C compiler for the host machine: cc (gcc 9.3.0 "cc (Ubuntu 9.3.0-17ubuntu1~20.04) 9.3.0")
C linker for the host machine: cc ld.bfd 2.34
Host machine cpu family: x86_64
Host machine cpu: x86_64
Library dl found: YES
Dependency libdrm found: YES 2.4.107 (cached)
Dependency x11 found: YES 1.6.9 (cached)
Dependency xext found: YES 1.3.4 (cached)
Dependency xfixes found: YES 5.0.3 (cached)
Found pkg-config: /usr/bin/pkg-config (0.29.1)
Run-time dependency gl found: NO (tried pkgconfig)
Found CMake: /usr/bin/cmake (3.16.3)
Run-time dependency wayland-client found: NO (tried pkgconfig and cmake)
Compiler for C supports arguments -fvisibility=hidden: YES
Configuring va_version.h using configuration
Configuring libva.pc using configuration
Configuring libva-drm.pc using configuration
Configuring libva-x11.pc using configuration
Program doxygen found: YES (/usr/bin/doxygen)
Build targets in project: 3
Found ninja-1.10.0 at /usr/bin/ninja
Display More
root@vdr:~/vaapi/libva# ninja -C build/ install
ninja: Entering directory `build/'
[0/1] Installing files.
Installing va/libva.so.2.1300.0 to /usr/local/lib/x86_64-linux-gnu
Installing va/libva-drm.so.2.1300.0 to /usr/local/lib/x86_64-linux-gnu
Installing va/libva-x11.so.2.1300.0 to /usr/local/lib/x86_64-linux-gnu
Installing /root/vaapi/libva/va/va.h to /usr/local/include/va
Installing /root/vaapi/libva/va/va_backend.h to /usr/local/include/va
Installing /root/vaapi/libva/va/va_backend_prot.h to /usr/local/include/va
Installing /root/vaapi/libva/va/va_backend_vpp.h to /usr/local/include/va
Installing /root/vaapi/libva/va/va_compat.h to /usr/local/include/va
Installing /root/vaapi/libva/va/va_dec_hevc.h to /usr/local/include/va
Installing /root/vaapi/libva/va/va_dec_jpeg.h to /usr/local/include/va
Installing /root/vaapi/libva/va/va_dec_vp8.h to /usr/local/include/va
Installing /root/vaapi/libva/va/va_dec_vp9.h to /usr/local/include/va
Installing /root/vaapi/libva/va/va_dec_av1.h to /usr/local/include/va
Installing /root/vaapi/libva/va/va_drmcommon.h to /usr/local/include/va
Installing /root/vaapi/libva/va/va_egl.h to /usr/local/include/va
Installing /root/vaapi/libva/va/va_enc_hevc.h to /usr/local/include/va
Installing /root/vaapi/libva/va/va_enc_h264.h to /usr/local/include/va
Installing /root/vaapi/libva/va/va_enc_jpeg.h to /usr/local/include/va
Installing /root/vaapi/libva/va/va_enc_vp8.h to /usr/local/include/va
Installing /root/vaapi/libva/va/va_fei.h to /usr/local/include/va
Installing /root/vaapi/libva/va/va_fei_h264.h to /usr/local/include/va
Installing /root/vaapi/libva/va/va_fei_hevc.h to /usr/local/include/va
Installing /root/vaapi/libva/va/va_enc_mpeg2.h to /usr/local/include/va
Installing /root/vaapi/libva/va/va_enc_vp9.h to /usr/local/include/va
Installing /root/vaapi/libva/va/va_str.h to /usr/local/include/va
Installing /root/vaapi/libva/va/va_tpi.h to /usr/local/include/va
Installing /root/vaapi/libva/va/va_prot.h to /usr/local/include/va
Installing /root/vaapi/libva/va/va_vpp.h to /usr/local/include/va
Installing /root/vaapi/libva/build/va/va_version.h to /usr/local/include/va
Installing /root/vaapi/libva/va/drm/va_drm.h to /usr/local/include/va
Installing /root/vaapi/libva/va/va_x11.h to /usr/local/include/va
Installing /root/vaapi/libva/va/x11/va_dri2.h to /usr/local/include/va
Installing /root/vaapi/libva/va/x11/va_dricommon.h to /usr/local/include/va
Installing /root/vaapi/libva/build/pkgconfig/libva.pc to /usr/local/lib/x86_64-linux-gnu/pkgconfig
Installing /root/vaapi/libva/build/pkgconfig/libva-drm.pc to /usr/local/lib/x86_64-linux-gnu/pkgconfig
Installing /root/vaapi/libva/build/pkgconfig/libva-x11.pc to /usr/local/lib/x86_64-linux-gnu/pkgconfig
Display More
Hm, was ist da so schwer die Skripte zu speichern und zu starten?
Mir wäre einfach eine paketierte Lösung lieber, die ich rückstandsfrei wieder aus dem System gekratzt bekomme.
Auch im Hinblick auf spätere Mint-Upgrades.
cd libvameson build/ sollte übrigens
cd libva
meson build/
sein.
vdpau klappt natürlich auch nicht, weil das intern bei Intel ja auch auch auf va umsetzt.
Bevor ich meine Nvidia GT630 wieder einsetze:
es gibt kein PPA für Focal mit aktuellen Intel-VAAPI-Paketen um vdr-sxfe ans Laufen zu bekommen?
bei easyVDR-5(focal) hat ein apt remove intel-media-va-driver va-driver-all
und apt install i965-va-driver-shaders zum Erfolg geführt.
Hat bei mir leider auch nach einem Neustart keinen Unterschied gemacht.
cinfo Der Smiley war nicht gegen dich gerichtet (danke für die Hilfe!), sondern gegen die Tatsache, dass das offenbar übers reguläre Paketmanagement nicht zum Laufen zu bekommen ist. Ich verstehe es ehrlich gesagt nicht: die UHD 610er Graphics gibt es seit 2018 und sind der Brot&Butter-IGP bei Intel, das muss doch OOTB gehen.
cinfo: Genau die Antwort hatte ich befürchtet... 🙈
Habe eben mal LIBVA_DRIVER_NAME=i965 gesetzt, was leider zum nächsten Problem führt:
libva info: VA-API version 1.7.0
libva info: User environment variable requested driver 'i965'
libva info: Trying to open /usr/lib/x86_64-linux-gnu/dri/i965_drv_video.so
libva info: Found init function __vaDriverInit_1_6
libva error: /usr/lib/x86_64-linux-gnu/dri/i965_drv_video.so init failed
libva info: va_openDriver() returns -1
vaInitialize failed with error code -1 (unknown libva error),exit
Irgendwelche Ideen?
Da half nur der Austausch des iHD Treibers (neue Version & Libva) bzw. die Umstellung auf i965
D.h. einfach mal LIBVA_DRIVER_NAME=i965setzen?
Wie bewerkstelligt man alternativ das Update der iHD-Treiber?
Was für eine CPU bzw. IGP hast du? Ist das eine, die zwingend den iHD Treiber benötigt?
G6405 mit UHD 610 Graphics - ich hab in Sachen Grafiktreiber nichts an dem System geändert, Mint hat den iHD-Treiber einfach so bei der Installation reingesetzt.
Habe doch noch was im syslog gefunden, wo jemand mit mehr Ahnung vielleicht etwas rauslesen könnte.
Siehe Anhang.
Habe ein ganz frisches Linux Mint 20.2 (Focal-Basis) mit Kernel 5.11.0-25 aufgesetzt auf Intel Hardware mit IGP.
Als PPAs sind yavdr/experimental-main und experimental-vdr hinzugefügt.
Als Frontend soll vdr-sxfe zum Einsatz kommen.
vdr-sxfe --video=opengl2 funktioniert soweit, aber bei vdr-sxfe --video=vaapi steigt er mit einem Speicherzugriffsfehler aus.
Ist das evtl. ein bekanntes Problem? Googeln war nicht wirklich ergiebig im Zusammenhang mit vdr-sxfe.
Gepackte Coredumps wäres vorhanden, sind aber ~15MB groß.
vainfo sagt
libva info: VA-API version 1.7.0
libva info: Trying to open /usr/lib/x86_64-linux-gnu/dri/iHD_drv_video.so
libva info: Found init function __vaDriverInit_1_7
libva info: va_openDriver() returns 0
vainfo: VA-API version: 1.7 (libva 2.6.0)
vainfo: Driver version: Intel iHD driver for Intel(R) Gen Graphics - 20.1.1 ()
vainfo: Supported profile and entrypoints
VAProfileMPEG2Simple : VAEntrypointVLD
VAProfileMPEG2Main : VAEntrypointVLD
VAProfileH264Main : VAEntrypointVLD
VAProfileH264Main : VAEntrypointEncSliceLP
VAProfileH264High : VAEntrypointVLD
VAProfileH264High : VAEntrypointEncSliceLP
VAProfileJPEGBaseline : VAEntrypointVLD
VAProfileJPEGBaseline : VAEntrypointEncPicture
VAProfileH264ConstrainedBaseline: VAEntrypointVLD
VAProfileH264ConstrainedBaseline: VAEntrypointEncSliceLP
VAProfileVP8Version0_3 : VAEntrypointVLD
VAProfileHEVCMain : VAEntrypointVLD
VAProfileHEVCMain10 : VAEntrypointVLD
VAProfileVP9Profile0 : VAEntrypointVLD
VAProfileVP9Profile2 : VAEntrypointVLD
Display More
wolfi.m Mir ist das klar, aber offensichtlich ist es dem Plugin bzw. zwischengeschaltetem Skript nicht klar, sonst würde es den Pfad anders behandeln. Ein Leerzeichen im Sendernamen ist ja keine Seltenheit und seitens der channels.conf auch erlaubt.