А рассказать как решили эту проблему в SMplayer'е?
Они тупо эмулируют работу на клавиатуре (толи мышки, точно не помню). Да, это решает проблему со скринсейверами и энергосбережениями, но это обнажает ту аццкую проблему в линуксе - велосипедостроение.
Вместо того чтобы слушать одни и теже сигналы через dbus, или читать одни и теже файлы настройки, в зоопарке из всех этих acpi, cpufreqd, pm-utils и прочих энергосберегателей и скринсейверов каждый считает себя пупом земли и считает что все должны учитывать именно его метод управления. В результате, включаю лэптоп, запускаю KDE, отключаю питание, переношу в другую комнату, включаю питание и комп ложил на потуги геройского суперфичастого powerdevil, экран гаснет каждую минуту. Почему? А почему KDEшный Dragonplayer не умеет отключать скринсейвер? KDEшный плеер не умеет отключать KDEшный скринсуйвер! Ахинея!

SMplayer и VLC подходят к проблеме по разному - одни делают чтобы просто работало и ложили на этот зоопарк, а другие привыкли больше к порядку, они решили, что надо чтобы разработчики кедогномочебурашек задумались о взаимозаменяемости и совместимости. Люди постарше ещё помнят почему появились разные туллкиты и DE, но об этом забыли сегодняшние Аароны, Поттеринги и пр.
VLC намеренно обнажает эту проблему. И правильно делает. Есть (были) единые стандарты для скринсейверов и энергосбережений, единые стандарты для лотка, клипборда и т.д. Для чего это создавалось опенсорсниками? Почему их не придерживаются?