Wiedergabe von HD-TV verzerrt

[ruebe99]

Die Wiedergabe von SD-Fernsehprogramme mit VLC klappt, solange es kein HD-Programm ist.
Bei Programmen in HD (z.B. ARTE-HD) ist die Wiedergabe extrem grünstichig/grün-monochrom.
ZDF ist ok, ZDF-HD ist unbrauchbar usw..
Meine hardware ist
Intel CoffeeLake-S GT2 [UHD Graphics 630] X.Org 1.21.1.9 [ 1920x1080@60.00hz, 1920x1080@60.00hz ]

OS ist im Moment Linux 6.6.0-0.slh.2-aptosid-amd64 x86_64 UEFI64 [ Debian GNU/Linux trixie/sid

Die gleiche hardeware läuft unter OPENSUSE/PACKMAN problemlos. Ich suche seid geraumer Zeit nach eine Ursache/Lösung, bin bislang aber nicht fündig geworden.
Das Problem tritt grundsätzlich auf egal ob ich eine WinTV-soloHD mit direktem Kabeleingang oder eine Fritzbox als TV-Tuner nutze.

[hikaru]

Decodierst du den Stream in Hardware oder in Software?
Falls Ersteres: Ist firmware-misc-nonfree installiert? Was passiert, wenn du stattdessen in Software decodierst?

Benutzt du Fremdrepos, insbesondere deb-multimedia?

[ruebe99]

@hikaru:

firmware-misc-nonfree ist installiert.

apt greift u.a. auf
deb http://deb.debian.org/debian/ buster-backports main contrib non-free
deb http://ftp.debian.org/debian/ bullseye-backports main non-free
deb http://ftp.debian.org/debian/ bookworm-backports main non-free
deb http://www.deb-multimedia.org testing non-free main
zu.

Ich benutzte VLC für direktes Streamen via Fritzbox TV-Tuner bzw.
Kaffeine für WinTV-soloHD (Hauppauge) mit direktem Kabelanschluss.

[hikaru]

firmware-misc-nonfree ist installiert.

Gut.

apt greift u.a. auf
deb http://deb.debian.org/debian/ buster-backports main contrib non-free
deb http://ftp.debian.org/debian/ bullseye-backports main non-free
deb http://ftp.debian.org/debian/ bookworm-backports main non-free
deb http://www.deb-multimedia.org testing non-free main
zu.

Was bedeutet "u.a."? Ist das deine vollständige sources.list, oder nicht.
Interessant wären in erster Linie die genauen Versionen von ffmpeg und vlc:

Code: Alles auswählen

apt policy ffmpeg vlc

Die ÖR streamen in h264. Es geht offenbar Irgendwas bei der Decodierung des Codecs schief.
Die ursprüngliche Frage bleibt: Decodierst du in Hardware oder in Software?
vlc gibt darüber Aufkunft, wenn du es im Terminal startest. Das kannst du auch mit einem lokalen h264-Video testen. Die genaue Meldung von vlc habe ich als mpv-Nutzer leider nicht parat. Beide setzen auf ffmpeg auf, sollten also ähnliches Verhalten zeigen.

[ruebe99]

@hikaru.

apt policy ffmpeg vlc
ffmpeg:
Installiert: 10:6.0-dmo14
Installationskandidat: 10:6.0-dmo14
Versionstabelle:
*** 10:6.0-dmo14 500
500 http://www.deb-multimedia.org testing/main amd64 Packages
100 /var/lib/dpkg/status
7:6.1-2 500
500 http://httpredir.debian.org/debian sid/main amd64 Packages
7:6.0-9+b1 500
500 http://httpredir.debian.org/debian testing/main amd64 Packages
vlc:
Installiert: 1:3.0.20-dmo1
Installationskandidat: 1:3.0.20-dmo1
Versionstabelle:
*** 1:3.0.20-dmo1 500
500 http://www.deb-multimedia.org testing/main amd64 Packages
100 /var/lib/dpkg/status
3.0.20-1+b1 500
500 http://httpredir.debian.org/debian sid/main amd64 Packages
500 http://httpredir.debian.org/debian testing/main amd64 Packages



vlc (lokale Datei - nicht HD-Stream; Wiedergabe ok):
VLC media player 3.0.20 Vetinari (revision 3.0.20-0-g6f0d0ab126b)
[00005638bbd42ff0] file logger error: error opening log file `vlc-log.txt': Permission denied
[00005638bbe2d840] [http] lua interface: Lua HTTP interface
[00005638bbd42ca0] main libvlc: VLC wird mit dem Standard-Interface ausgeführt. Benutzen Sie 'cvlc', um VLC ohne Interface zu verwenden.
[00005638bbde2640] main playlist: playlist is empty
uint DBusMenuExporterDBus::GetLayout(int, int, const QStringList&, DBusMenuLayoutItem&): Condition failed: menu
uint DBusMenuExporterDBus::GetLayout(int, int, const QStringList&, DBusMenuLayoutItem&): Condition failed: menu
libva info: VA-API version 1.20.0
libva info: Trying to open /usr/lib/x86_64-linux-gnu/dri/iHD_drv_video.so
libva info: Found init function __vaDriverInit_1_20
libva info: va_openDriver() returns 0
libva info: VA-API version 1.20.0
libva info: Trying to open /usr/lib/x86_64-linux-gnu/dri/iHD_drv_video.so
libva info: Found init function __vaDriverInit_1_20
libva info: va_openDriver() returns 0
[00007f6468c0f030] avcodec decoder: Using OpenGL/VAAPI backend for VDPAU for hardware decoding
[mpeg2video @ 0x7f647402bd00] Failed setup for format vdpau: hwaccel initialisation returned error.
[00007f6468c0f030] avcodec decoder error: existing hardware acceleration cannot be reused
libva info: VA-API version 1.20.0
libva info: Trying to open /usr/lib/x86_64-linux-gnu/dri/iHD_drv_video.so
libva info: Found init function __vaDriverInit_1_20
libva info: va_openDriver() returns 0
[mpeg2video @ 0x7f647402bd00] get_buffer() failed
[mpeg2video @ 0x7f647402bd00] get_buffer() failed (-12 (nil))
[00005638bbde2640] main playlist: end of playlist, exiting



vlc (streamt Arte-HD - Wiedergabe mit mit Grünstich):
vlc 11400_17113.m3u
VLC media player 3.0.20 Vetinari (revision 3.0.20-0-g6f0d0ab126b)

libva info: VA-API version 1.20.0
libva info: Trying to open /usr/lib/x86_64-linux-gnu/dri/iHD_drv_video.so
libva info: Found init function __vaDriverInit_1_20
libva info: va_openDriver() returns 0
libva info: VA-API version 1.20.0
libva info: Trying to open /usr/lib/x86_64-linux-gnu/dri/iHD_drv_video.so
libva info: Found init function __vaDriverInit_1_20
libva info: va_openDriver() returns 0
libvdpau-va-gl: Decoder::Render_h264(): no surfaces left in buffer
libvdpau-va-gl: Decoder::Render_h264(): no surfaces left in buffer
...
libvdpau-va-gl: VideoSurface::GetBitsYCbCrImpl(): not implemented conversion VA FOURCC 2 -> VDP_YCBCR_FORMAT_YV12
libvdpau-va-gl: VideoSurface::GetBitsYCbCrImpl(): not implemented conversion VA FOURCC 2 -> VDP_YCBCR_FORMAT_YV12
libvdpau-va-gl: VideoSurface::GetBitsYCbCrImpl(): not implemented conversion VA FOURCC 2 -> VDP_YCBCR_FORMAT_YV12
...

[hikaru]

Sowohl ffmpeg als auch vlc kommen bei dir also von deb-multimedia. Eigentlich sollte das kein Problem sein, da beides zusammenpassen sollte, aber wie das bei Fremdquellen nun mal so ist ...
Mit den Paketen aus dem offiziellen Repo kann ich das Problem jedenfalls nicht nachstellen.

Was ich außerdem glaube zu sehen (wie gesagt, ich nutze vlc eher nicht):

Code: Alles auswählen

[00007f6468c0f030] avcodec decoder: Using OpenGL/VAAPI backend for VDPAU for hardware decoding
[mpeg2video @ 0x7f647402bd00] Failed setup for format vdpau: hwaccel initialisation returned error.
[00007f6468c0f030] avcodec decoder error: existing hardware acceleration cannot be reused

Das Laden des Hardwaredecoders beim nicht-HD-Video schlägt fehl. Warum auch immer (vielleicht nicht unterstützter Codec?). Folglich wird das Video in Software decodiert. Und das funktioniert deiner Aussage nach wohl problemlos.

Beim HD-Video sehe ich so eine Fehlermeldung nicht. Ich gehe daher davon aus, dass die Hardwaredecodierung technisch gesehen funktioniert, aber halt ein Darstellungsproblem verursacht.
Testweise könntest du nun probieren, auch das HD-Video in Software decodieren zu lassen:

Code: Alles auswählen

vlc --avcodec-hw=none <DEIN_VIDEO>

Das sollte zu einem sauberen Bild führen, wäre aber eine eher unschöne Lösung, weil die Softwaredecodierung deutlich mehr Strom verbrät, und das eigentlich unnötigerweise, da ja Hardwaredecodierung im Prinzip zur Verfügung steht.

[thunder11]

Ich hab kein VLC mehr, nutze für IPTV mpv.
GraKa die selbe, die du auch hast.

Code: Alles auswählen

 Device-1: Intel CoffeeLake-S GT2 [UHD Graphics 630] driver: i915 v: kernel
  Display: x11 server: X.Org v: 1.21.1.9 driver: X: loaded: modesetting

mpv und ffmpeg ebenfalls aus dem Hause deb.multimedia /Testing

Beide URL's funktionieren mit 1A Bild und Ton.

Zwei URL's:

Code: Alles auswählen

~$ mpv  https://artesimulcast.akamaized.net/hls/live/2030993/artelive_de/index.m3u8
[ffmpeg/demuxer] hls: Could not find codec parameters for stream 2 (Video: h264 ([27][0][0][0] / 0x001B), none): unspecified size
[ffmpeg/demuxer] Consider increasing the value for the 'analyzeduration' (0) and 'probesize' (5000000) options
[ffmpeg/demuxer] hls: Could not find codec parameters for stream 3 (Audio: aac ([15][0][0][0] / 0x000F), 0 channels, fltp): unspecified sample rate
[ffmpeg/demuxer] Consider increasing the value for the 'analyzeduration' (0) and 'probesize' (5000000) options
[ffmpeg/demuxer] hls: Could not find codec parameters for stream 6 (Video: h264 ([27][0][0][0] / 0x001B), none): unspecified size
[ffmpeg/demuxer] Consider increasing the value for the 'analyzeduration' (0) and 'probesize' (5000000) options
[ffmpeg/demuxer] hls: Could not find codec parameters for stream 7 (Audio: aac ([15][0][0][0] / 0x000F), 0 channels, fltp): unspecified sample rate
[ffmpeg/demuxer] Consider increasing the value for the 'analyzeduration' (0) and 'probesize' (5000000) options
[ffmpeg/demuxer] hls: Could not find codec parameters for stream 10 (Video: h264 ([27][0][0][0] / 0x001B), none): unspecified size
[ffmpeg/demuxer] Consider increasing the value for the 'analyzeduration' (0) and 'probesize' (5000000) options
[ffmpeg/demuxer] hls: Could not find codec parameters for stream 11 (Audio: aac ([15][0][0][0] / 0x000F), 0 channels, fltp): unspecified sample rate
[ffmpeg/demuxer] Consider increasing the value for the 'analyzeduration' (0) and 'probesize' (5000000) options
[ffmpeg/demuxer] hls: Could not find codec parameters for stream 14 (Video: h264 ([27][0][0][0] / 0x001B), none): unspecified size
[ffmpeg/demuxer] Consider increasing the value for the 'analyzeduration' (0) and 'probesize' (5000000) options
[ffmpeg/demuxer] hls: Could not find codec parameters for stream 15 (Audio: aac ([15][0][0][0] / 0x000F), 0 channels, fltp): unspecified sample rate
[ffmpeg/demuxer] Consider increasing the value for the 'analyzeduration' (0) and 'probesize' (5000000) options
[ffmpeg/demuxer] hls: Could not find codec parameters for stream 18 (Video: h264 ([27][0][0][0] / 0x001B), none): unspecified size
[ffmpeg/demuxer] Consider increasing the value for the 'analyzeduration' (0) and 'probesize' (5000000) options
[ffmpeg/demuxer] hls: Could not find codec parameters for stream 19 (Audio: aac ([15][0][0][0] / 0x000F), 0 channels, fltp): unspecified sample rate
[ffmpeg/demuxer] Consider increasing the value for the 'analyzeduration' (0) and 'probesize' (5000000) options
 (+) Video --vid=1 (h264 1280x720 25.000fps) (3379 kbps)
     Video --vid=2 (h264) (3379 kbps)
     Video --vid=3 (h264 960x540 25.000fps) (1857 kbps)
     Video --vid=4 (h264) (1857 kbps)
     Video --vid=5 (h264 640x360 25.000fps) (1056 kbps)
     Video --vid=6 (h264) (1056 kbps)
     Video --vid=7 (h264 426x240 25.000fps) (656 kbps)
     Video --vid=8 (h264) (656 kbps)
     Video --vid=9 (h264 320x180 25.000fps) (334 kbps)
     Video --vid=10 (h264) (334 kbps)
 (+) Audio --aid=1 (aac 2ch 48000Hz) (3379 kbps)
     Audio --aid=2 (aac) (3379 kbps)
     Audio --aid=3 (aac 2ch 48000Hz) (1857 kbps)
     Audio --aid=4 (aac) (1857 kbps)
     Audio --aid=5 (aac 2ch 48000Hz) (1056 kbps)
     Audio --aid=6 (aac) (1056 kbps)
     Audio --aid=7 (aac 2ch 48000Hz) (656 kbps)
     Audio --aid=8 (aac) (656 kbps)
     Audio --aid=9 (aac 2ch 48000Hz) (334 kbps)
     Audio --aid=10 (aac) (334 kbps)
[W][31454.104430] pw.conf      | [          conf.c: 1016 try_load_conf()] can't load config client-rt.conf: No such file or directory
[E][31454.104478] pw.conf      | [          conf.c: 1045 pw_conf_load_conf_for_context()] can't load config client-rt.conf: No such file or directory
AO: [pulse] 48000Hz stereo 2ch float
VO: [gpu] 1280x720 yuv420p
AV: 00:00:28 / 00:00:47 (59%) A-V:  0.000 Cache: 18s/7MB

Exiting... (Quit)

Witziger Weise gibt es bei der 2. URL keine weiteren Meldungen

Code: Alles auswählen

$ mpv  https://www.zdf.de/sender/arte/arte-livestream-100.html#
 (+) Video --vid=1 (h264 1280x720 25.000fps)
 (+) Audio --aid=1 (aac 2ch 48000Hz)
[W][31644.627652] pw.conf      | [          conf.c: 1016 try_load_conf()] can't load config client-rt.conf: No such file or directory
[E][31644.627714] pw.conf      | [          conf.c: 1045 pw_conf_load_conf_for_context()] can't load config client-rt.conf: No such file or directory
AO: [pulse] 48000Hz stereo 2ch float
VO: [gpu] 1280x720 yuv420p
AV: 00:00:03 / 00:00:17 (18%) A-V:  0.000 Cache: 13s/5MB

Exiting... (Quit)

[ruebe99]

@hikaru:
debian-multimedia war ein versuch, das leidige Problem zu lösen. Die Hinweise in diese Richtung sind recht unklar.
Trotzem: auf der selben Hardware (in einer anderen Partition) läuft unter opensuse alles sauber - ich suche den entscheidenden unterschied und finde ihn (noch) nicht. Also: entweder kernel (das wäre doof) oder codecs (was fehlt?).
Mein Motto: der klügere gibt nach - also wird VLC am Ende verlieren.

[Blackbox]

debian-multimedia war ein versuch, das leidige Problem zu lösen.

1. Musste sich vor Jahren deb-multimedia nicht ganz ohne Grund umbenennen, damit sollte erreicht werden, dass dieses Repository nicht mehr mit einem offizielles Debian Projekt verwechselt wird!
2. Hat das Debian Projekt höchstselbst davon abgeraten, auf deb-multimedia zurückzugreifen.
3. Alle Pakete, welche du von deb-multimedia beziehst, sind auch im offiziellem Debian Repository, welchen Grund siehst du für dein Vorgehen?
4. Schaffen die Pakete von deb-multimedia oft mehr Probleme, als diese lösen.

Die Hinweise in diese Richtung sind recht unklar.

Blödsinn, s.o..

ich suche den entscheidenden unterschied und finde ihn (noch) nicht.

Wie, bzw. was suchst du?

was fehlt?

Dreimal darfst du raten!
Dazu sollten aber erst einmal die offenen Fragen beantwortet werden.

[MaGe]

2. Hat das Debian Projekt höchstselbst davon abgeraten, auf deb-multimedia zurückzugreifen.

Und ich dachte, die warnen vor Debian-Multimedia.org

Linux-Distribution: Debian warnt vor Debian-Multimedia.org

[...] Das Debian-Team warnt vor der Verwendung eines inoffiziellen Debian-Repositorys
zur Multimedia-Unterstützung. Die zugehörige Domain sei nun im Besitz einer
unbekannten Person. Eine Alternative existiert aber seit einem Jahr.

Könnte die Alternative sein ( deb-multimedia )?

3. Alle Pakte, welche du von deb-multimedia beziehst, sind auch im offiziellem Debian Repository, welchen Grund siehst du für dein Vorgehen?

Alle Pakte die du benutzt.!

Die finde ich nicht im Debian Repository,

ffmpeg mit Hartware enable, Debian hat kein vorgefertigtes ffmpeg das ihn unterstützt.
avidemux Kostenloser Video-Editor
libvmaf1 Video Multi-Method Assessment Fusion – Laufzeitbibliothek
NV-Codec-Header FFmpeg-Version der Header für Nvidias-Codec-APIs

Da gibt es sicherlich, für den einen oder anderen, noch ein paar Programme mehr.




gruss MaGe

[Blackbox]

Und ich dachte, die warnen vor Debian-Multimedia.org

Manchmal trübt sich die Erinnerung etwas ein.
deb-multimedia.org war vorher debian-multimedia.org, die Verwendung des Namens »Debian« im Domainnamen hat das Debian Projekt bzw. die SPI Inc für deb(ian)-multimedia untersagt.

Weder deb-multimedia.org, noch debian-multimedia.org waren jemals Subprojekte des Debian Projektes.

Little explanation about the domain name change, Debian asked me to stop using the word debian. You can read the DPL message here.

[ruebe99]

Die Diskussion driftet dahin, nur mein Ausgangsproblem bleibt.
Natürlich habe ich deb-multimedia.org inzwischen aus meiner sources list gelöscht, auch wenn es nur ein temporärer versuch war. Gebracht hat das wie erwartet nichts - sowohl als versuch als auch als gelöschte repo. Und natürlich habe ich mehrere debians mit jeweils anderer sources list, aber gleichem graphik-problem.
Ich tippe nach wie vor auf codecs. Da mein internet-provider seine fernsehkanäle neu sortiert und -so ich das richtig verstehe- nicht-hd-kanäle aussortiert, löst sich mein problem dadurch leicht von alleine und wechsel die distro.

[hikaru]

Meiner (reichlich verstaubten) Erfahrung mit deb-multimedia zufolge sollte man das Repo entweder von Anfang an einbinden, oder gar nicht.
Es mittendrin hinzuzufügen und dann nur einige Pakete von dort zu beziehen führt zu genau der Art von Problemen die du gerade hast. Gerade im Umfeld von ffmpeg ist es sehr kritisch, dass Endpakete (z.B. Videoplayer) zu ihren Abhängigkeiten (Libs) passen.
Das Repo nach dem Einbinden und Installieren von Paketen von dort wieder aus der sources.list zu entfernen bringt allein nichts, da die dmo-Pakete höhere Versionsnummern haben und daher auf dem System verbleiben. Man muss zusätzlich alle -dmo-Pakete entfernen und bei Bedarf aus dem offiziellen Repo neuinstallieren.

Ich würde ein frische Debianinstallation ohne dmo zu Testzwecken empfehlen, um zu prüfen, ob das Problem auch dort auftritt.

[thunder11]

Ich tippe nach wie vor auf codecs. Da mein internet-provider seine fernsehkanäle neu sortiert und -so ich das richtig verstehe- nicht-hd-kanäle aussortiert, löst sich mein problem dadurch leicht von alleine und wechsel die distro.

Ich verstehe ehrlich gesagt nicht, warum du auf dem VLC bestehst, allerdings muss ich zugeben, dass der bei mir auch ab und zu Probleme machte. Da mir die GUi eh nicht zusagt, hatte ich den VLC schon vor Ewigkeiten gepurgt.
Mein Standard für IPTV ist der mpv
Ich habe eine ganze Menge Player installiert und alle spielen brav IPTV-Streams ab. --- Alle HDTV und ohne Qualitätsverluste -- Hardware Decodiert.
Wegen eines zickigen Players die Distro wechseln finde ich ziemlich daneben

Code: Alles auswählen

~$ cat ~/.config/xfce4/panel/launcher-7/*|grep Name
Name=TV - Tagesschau24
Name=TV - 3SAT
Name=TV - RBB LIve
Name=TV - ZDF Info
Name=TV -  ZDF
Name=TV - Phoenix
Name=TV ARD LIVE
Name=TV Bundestag Live
Name=TV - ZDF NEO 
Name=TV - ARD-ALPHA
Name=TV - ARTE

Zu den Codecs mein Bestand:

Code: Alles auswählen

~$ dpkg -l |grep '264\|265\|HEVC'
ii  h264enc                                                     10.4.7-dmo3                          all          Script to encode video or DVD in H.264/AVC/MPEG-4 Part 10
ii  libde265-0:amd64                                            1.0.12-2                             amd64        Open H.265 video codec implementation
ii  libheif-plugin-libde265:amd64                               1.17.1-1+b1                          amd64        ISO/IEC 23008-12:2017 HEIF file format decoder - libde265 plugin
ii  libheif-plugin-x265:amd64                                   1.17.1-1+b1                          amd64        ISO/IEC 23008-12:2017 HEIF file format decoder - x265 plugin
ii  libkvazaar7:amd64                                           1:2.2.0-dmo1                         amd64        Open-source HEVC encoder - shared library
ii  libopenh264-7:amd64                                         1:2.3.1-dmo1                         amd64        H.264 encoder/decoder from Cisco - shared library
ii  libsvthevcenc1:amd64                                        1.5.1-dmo2                           amd64        Scalable Video Technology for HEVC Encoder - runtime files
ii  libx264-164:amd64                                           4:0.164.3161+gita354f11-dmo1         amd64        x264 video coding library
ii  libx265-199:amd64                                           1:3.5-dmo2                           amd64        x265 video coding library
ii  x264                                                        4:0.164.3161+gita354f11-dmo1         amd64        Video encoder for the H.264/MPEG-4 AVC standard
ii  x265                                                        1:3.5-dmo2                           amd64        video encoder for the H.265/HEV standard

[ruebe99]

@thunder11:
ich nutze kaffeine für die verbindung via kabel (WinTC-soloHD) mit kanalsuche usw. - dahinter steckt vlc
oder ich gehe über eine fritzbox (dvb-c) und füttere die senderliste in vlc oder kaffeine.
das gilt sowohl für debian (trixie) als auch für opensuse (thumbleweed).

dpkg -l |grep '264\|265\|HEVC'
ii libde265-0:amd64 1.0.13-1 amd64 Open H.265 video codec implementation
ii libde265-0:i386 1.0.13-1 i386 Open H.265 video codec implementation
ii libheif-plugin-libde265:amd64 1.17.1-1+b1 amd64 ISO/IEC 23008-12:2017 HEIF file format decoder - libde265 plugin
ii libheif-plugin-libde265:i386 1.17.1-1+b1 i386 ISO/IEC 23008-12:2017 HEIF file format decoder - libde265 plugin
ii libheif-plugin-x265:amd64 1.17.1-1+b1 amd64 ISO/IEC 23008-12:2017 HEIF file format decoder - x265 plugin
ii libkvazaar7:amd64 1:2.2.0-dmo1 amd64 Open-source HEVC encoder - shared library
ii libopenh264-7:amd64 1:2.3.1-dmo1 amd64 H.264 encoder/decoder from Cisco - shared library
ii libsvthevcenc1:amd64 1.5.1-dmo2 amd64 Scalable Video Technology for HEVC Encoder - runtime files
ii libx264-142:amd64 2:0.142.2431+gita5831aa-1+b2 amd64 x264 video coding library
ii libx264-163:amd64 2:0.163.3060+git5db6aa6-2 amd64 x264 video coding library
ii libx264-164:amd64 4:0.164.3161+gita354f11-dmo1 amd64 x264 video coding library
ii libx265-199:amd64 1:3.5-dmo2 amd64 x265 video coding library
ii x264 4:0.164.3161+gita354f11-dmo1 amd64 Video encoder for the H.264/MPEG-4 AVC standard
ii x265 1:3.5-dmo2 amd64 video encoder for the H.265/HEV standard

es fehlt wohl H236enc

apt install h264enc
Paketlisten werden gelesen… Fertig
Abhängigkeitsbaum wird aufgebaut… Fertig
Statusinformationen werden eingelesen… Fertig
Paket h264enc ist nicht verfügbar, wird aber von einem anderen Paket
referenziert. Das kann heißen, dass das Paket fehlt, dass es abgelöst
wurde oder nur aus einer anderen Quelle verfügbar ist.

E: Für Paket »h264enc« existiert kein Installationskandidat.

[MaGe]

E: Für Paket »h264enc« existiert kein Installationskandidat.

Wer es braucht,( h264enc ) Gibt es unter deb-multimedia
Ist ein Skript zum Kodieren von Videos oder DVDs in H.264/AVC/MPEG-4 Teil 10



gruss MaGe

[thunder11]

ich nutze kaffeine für die verbindung via kabel (WinTC-soloHD) mit kanalsuche usw. - dahinter steckt vlc
oder ich gehe über eine fritzbox (dvb-c) und füttere die senderliste in vlc oder kaffeine.
das gilt sowohl für debian (trixie) als auch für opensuse (thumbleweed).

Na dann haben wir gründlich aneinander vorbeigeredet.

Ich:
IPTV (?) = HDTV ohne extra Vertrag- nur Sender-URL via DSL-Anschluss.

Du:
DVB-C

Mir reicht das vollständig.Ich hab zwar noch für meinen Lappie einen Sundtek_Media_TV_Pro für DVB-T2, hab den aber ewig nicht mehr benutzt,
da kaum noch Verwendung.
Das lief auch über den VLC ohne Probleme.