Since 2017-02-23, when trying to tune in a DVB-S (non-HD) channel, the console output appears: 24-02-17 13:08:56.902 [Critical] FE_SET_PROPERTY: Invalid argument 24-02-17 13:08:56.903 [Warning ] ioctl FE_SET_PROPERTY failed for frontend /dev/dvb/adapter0/frontend0 and no output is shown. Kaffeine is still working, but only HD channels can be watched. This is a regression on 2017-02-23. VLC is still working with the same settings. Kaffeine Version: 2.0.5
(In reply to Michael Zapf from comment #0) > Since 2017-02-23, when trying to tune in a DVB-S (non-HD) channel, the > console output appears: > > 24-02-17 13:08:56.902 [Critical] FE_SET_PROPERTY: Invalid argument > 24-02-17 13:08:56.903 [Warning ] ioctl FE_SET_PROPERTY failed for frontend > /dev/dvb/adapter0/frontend0 > > and no output is shown. Kaffeine is still working, but only HD channels can > be watched. This is a regression on 2017-02-23. This kind of issue sounds more like a libdvbv5. Did you change also libdvbv5?
libdvbv5-0 is at 1.12.2 since Feb 14, according to the update log. Mind that vlc does not experience any issues when tuning non-HD.
(In reply to Michael Zapf from comment #2) > libdvbv5-0 is at 1.12.2 since Feb 14, according to the update log. Mind that > vlc does not experience any issues when tuning non-HD. There is an important regression fix at libdvbv5 that was merged on version 1.12.3: https://git.linuxtv.org/v4l-utils.git/log/?h=stable-1.12
(In reply to Mauro Carvalho Chehab from comment #3) > (In reply to Michael Zapf from comment #2) > > libdvbv5-0 is at 1.12.2 since Feb 14, according to the update log. Mind that > > vlc does not experience any issues when tuning non-HD. > > There is an important regression fix at libdvbv5 that was merged on version > 1.12.3: > https://git.linuxtv.org/v4l-utils.git/log/?h=stable-1.12 (sorry, rit enter before finishing he comment) The fix affects handling DVB-S with DiSEqC. So, it could be the root issue of your problem. The actual patch is this: https://git.linuxtv.org/v4l-utils.git/commit/?h=stable-1.12&id=0fa862430ecdcaef9d69b681b17026f0765f185b Could you please test with this patch applied on libdvbv5, the issue is fixed?
(In reply to Mauro Carvalho Chehab from comment #4) > Could you please test with this patch applied on libdvbv5, the issue is > fixed? Btw, just added a patch on Kaffeine to allow finer control over its debug messages. With the upstream version, it is now possible to enable only the debug messages related to DVB device settings and libdvbv5 logs, with: QT_LOGGING_RULES="kaffeine.dev.debug=true" kaffeine So, if just upgrading libdvbv5 doesn't solve, please send me the logs with the above command (Kaffeine should be compiled against its git tree).
Give me a few days to check ...
I just cloned kaffeine from Git and tried to compile, but failed with a "Unknown CMake command "qt5_add_resources"" which I could solve by adding "find_package(Qt5Core)" in the first line of ./src/CMakeLists.txt (why do I have to add a line to compile?) However, now I'm getting "install TARGETS given no RUNTIME DESTINATION for executable target "kaffeine"." Line is: $ cmake src/ -DCMAKE_BUILD_TYPE=DEBUG -DCMAKE_INSTALL_PREFIX=/opt
(In reply to Michael Zapf from comment #7) > I just cloned kaffeine from Git and tried to compile, but failed with a > "Unknown CMake command "qt5_add_resources"" which I could solve by adding > "find_package(Qt5Core)" in the first line of ./src/CMakeLists.txt (why do I > have to add a line to compile?) > > However, now I'm getting > "install TARGETS given no RUNTIME DESTINATION for executable target > "kaffeine"." > > Line is: > $ cmake src/ -DCMAKE_BUILD_TYPE=DEBUG -DCMAKE_INSTALL_PREFIX=/opt No, it should be: cmake . -DCMAKE_BUILD_TYPE=DEBUG -DCMAKE_INSTALL_PREFIX=/opt No need to add anything at ./src/CMakeLists.txt
Can you check if this bug still occurs on Kaffeine 2.0.13 and with latest versions of libdvbv5?
(In reply to Mauro Carvalho Chehab from comment #3) > (In reply to Michael Zapf from comment #2) > > libdvbv5-0 is at 1.12.2 since Feb 14, according to the update log. Mind that > > vlc does not experience any issues when tuning non-HD. > > There is an important regression fix at libdvbv5 that was merged on version > 1.12.3: > https://git.linuxtv.org/v4l-utils.git/log/?h=stable-1.12 My understanding is that this bug was already fixed. So, I'm closing it. Feel free to re-open if you still notice with the latest version of libdvbv5 and Kaffeine.
Just checked, works for me too. There is still the issue that the video sometimes freezes when changing channels, but this also happens in vlc for certain output settings (specifically, VDPAU). But this is another issue.
(In reply to Michael Zapf from comment #11) > Just checked, works for me too. Thanks for checking! > There is still the issue that the video > sometimes freezes when changing channels, but this also happens in vlc for > certain output settings (specifically, VDPAU). But this is another issue. Yeah, this is on a separate Bug: https://bugs.kde.org/show_bug.cgi?id=376844 Solving it likely requires some change at VLC side, or at VDPAU implementation. There isn't much we can do to solve it on Kaffeine. I'll keep such bug opened for us to track any changes related to it.