https://bugs.kde.org/show_bug.cgi?id=407153
--- Comment #5 from Mauro Carvalho Chehab <mchehab+sams...@kernel.org> --- (In reply to Wolfgang Bauer from comment #2) > Hm, I meanwhile noticed that playback doesn't seem to work at all with vlc > 2.2.6 anymore (works fine with 2.0.16)... > > So maybe it's better to just drop support for vlc < 3 completely? I guess the real question is: it is worth keep supporting vlc < 3? VLC < 3 has a problem with H-264 parser, with causes it to not work properly with MPEG-TS: the problem is that it doesn't properly find the start of an H.264 frame. When a TV channel is switched, it is unlikely to get the start of an H.264 frame: it will generally get in the middle. In practice, one has to try several times to setup a channel until VLC recognizes the stream. Also, it doesn't support new types of encoding, like H-265. Without H-264/H-265, lots of DVB channels can't be received, as nowadays most transponders have channels with higher compression standards than MPEG2 (and, on some parts of the globe, all channels are encoded with at least H-264). >From a more practical standpoint, I don't test Kaffeine anymore with vlc 2, as the distros I use already moved to vlc3 a long time ago. Also, here, all terrestrial channels use H.264. I can still simulate plain old MPEG-2, but only via my RF generator. Ok, I guess I could try to setup some environment here to allow testing with an older distro or forcing it to get vlc2 from a different directory. Is it worth? -- You are receiving this mail because: You are watching all bug changes.
