Since kaffeine 1.3 (directly _after_ the switch from xine-lib to libvlc) the german dvb-c channel "RTL" isn't tuneable anymore. i sometimes can see the first frame of the stream, but normally the image stays black. There ist no sound, but EPG/OSD seems to work. I did run a channel search several times and re-added RTL, but without any progress. Btw., watching this channel via smplayer works fine. Additional used software: -Arch Linx (including packages from *-testing) -mesa-11.2.2-1 -mesa-vdpau-11.2.2-1 -xf86-video-ati-7.7.0-1 -vlc-2.2.4-1 -kaffeine-2.x (daily recompiled git-version) Please tell me what you need from me to have a look into this issue. Thank you! Reproducible: Always Steps to Reproduce: 1. start kaffeine 2. start watching dvb-c 3. tune to RTL in sender list Actual Results: RTL can't be watched. Expected Results: Well, RTL sucks, but sometimes you need to watch to awkward/stupid tc shows like "Bauer sucht Frau". So... expected result: watch RTL in Kaffeine [Console Output while tuning in RTL] ... kmix(1736) Mixer_PULSE::updateRecommendedMaster: Selecting master "restore:sink-input-by-media-role:event" for type 2 kmix(1736) Mixer::getGlobalMasterMD: Mixer::masterCardDevice() returns 0 (no globalMaster), returning the first device kmix(1736) Mixer::getGlobalMasterMD: Mixer::masterCardDevice() returns 0 (no globalMaster), returning the first device kmix(1736) Mixer::getGlobalMasterMD: Mixer::masterCardDevice() returns 0 (no globalMaster), returning the first device kmix(1736) Mixer_PULSE::pulseControlsReconfigured: Reconfigure "PulseAudio::Playback_Streams:1" [00007fc468145878] avcodec decoder: Using G3DVL VDPAU Driver Shared Library version 1.0 for hardware decoding. [00007fc468145878] core decoder error: Could not convert timestamp 0 [00007fc438025438] vdpau_display vout display error: presentation queue display failure: An invalid handle value was provided. Either the handle does not exist at all, or refers to an object of an incorrect type. [00007fc438025438] vdpau_display vout display error: presentation queue display failure: An invalid handle value was provided. Either the handle does not exist at all, or refers to an object of an incorrect type. ... [/Console Output while tuning in RTL]
Hmm... [00007fc468145878] core decoder error: Could not convert timestamp 0 I noticed the same issue while watching to ISDB-T channels, with are also encoded with MPEG-4. This is an issue with VLC 2.2.x. This was fixed on VLC 3.0 (development versions), but, at least until 2.2.4, the fix was not backported yet.
Maybe you could open a bug also for VLC, asking them to fix it on the stable branch, and providing them more info and maybe a sample record. https://trac.videolan.org/vlc/query?group=status&milestone=2.2.x+maintenance+branch FYI, even if Kaffeine/libVLC is unable to play, you can still record the show by scheduling a record.
Hi Mauro, thank you for your help (and for moving forward on kaffeine (finally!)). Do you have a link for that patch / fix you are talking about? I'll report my issue tomorrow upstream ,) thank you in advance!
(In reply to boris64 from comment #3) > Hi Mauro, > > thank you for your help (and for moving forward on kaffeine (finally!)). Anytime. > Do you have a link for that patch / fix you are talking about? I'll report my > issue tomorrow upstream ,) I didn't identify the specific patchset that fixed it. I noticed one patchset that says something about making MPEG-TS (or mpeg4?) more reliable and tried to backport to 2.2.4. Didn't solve. So, either I picked up the wrong patch or it is a series of fixes that made the difference. As I was busy with other things, I opted to install vlc 3.0 from the Fedora 24 UnitedRpm repository, and moved on.
Boris, I'm closing this bug, as the latest version of VLC should solve the issue. Yet, please update this BZ if you know about such fix for libVLC 2.2.x, as, in such case, I'll update Kaffeine's README.md.
FYI: i tried up2date vlc-3 (git-whatever) + vlc-clang-git and it turned out that RTL was ok (for now), but another channel showed video only and no sound anymore. Ahhrr crap. So this really seems to be some kind of _vlc issue_. Too bad there is no way of choosing the backend used in kaffeine. In (s)mplayer everything is really ok (but on the other hand it's really slow when switching channels because of buffering). Ok, thanks for your help anyway ;)
(In reply to boris64 from comment #6) > FYI: i tried up2date vlc-3 (git-whatever) + vlc-clang-git and it turned out > that RTL was ok (for now), but another channel showed video only and no > sound anymore. Ahhrr crap. heh... > So this really seems to be some kind of _vlc issue_. Too bad there is no way > of choosing the backend used in kaffeine. In (s)mplayer everything is really > ok (but on the other hand it's really slow when switching channels because > of buffering). It used to have for a while, with Kaffeine 1.0.x, I guess... The mplayer backend code is still there (and the libxine/gst at the logs), but putting those backends work again is painful. If someone would write the patches to re-enable mplayer as another backend option and/or to add support for gst, I may end applying it upstream. > > Ok, thanks for your help anyway ;)
Hey Mauro, i filed a ticket at the vlc guys. -> https://trac.videolan.org/vlc/ticket/17103#ticket Have a nice weekend ,)
FYI: Seems to be fixed now in vlc-3.0.0(git), at least it works for me ;)