D16978: Reenable sounds in Kolf

[Yuri Chornoivan]

yurchor added a comment.


  In D16978#362511 <https://phabricator.kde.org/D16978#362511>, @aacid wrote:
  
  > In D16978#362018 <https://phabricator.kde.org/D16978#362018>, @yurchor wrote:
  >
  > > In D16978#361763 <https://phabricator.kde.org/D16978#361763>, @aacid wrote:
  > >
  > > > In D16978#361614 <https://phabricator.kde.org/D16978#361614>, @yurchor wrote:
  > > >
  > > > > In D16978#361561 <https://phabricator.kde.org/D16978#361561>, @aacid wrote:
  > > > >
  > > > > > the wall sound is not played, any idea when that was lost form the code?
  > > > > >
  > > > > > Also i thnk we should eventually move to kgsound, but that's for another time.
  > > > > >
  > > > > > I guess you can commit, but if you could investigate why the wall sound was removed it'd be nice, since it feels weird not to have it playing (the wall.wav is there)
  > > > >
  > > > >
  > > > > It seems that it was removed in 5fb04e3feca8c15b4deb6d86ce37fd4e5e898e99 <https://phabricator.kde.org/R407:5fb04e3feca8c15b4deb6d86ce37fd4e5e898e99> and never have been restored. On the overloaded machine (e.g. when Baloo has decided to take the rule) even now sounds can lead to the tearing in the ball movement. Anyway, it is better explicitly switch off the sound than trying to decide why it is not working (and even not compiled), imho.
  > > >
  > > >
  > > > Do you think you can give it a try porting to kgsound? technically it's supposed to be much less resource intensive and shouldn't be "too hard" (TM)
  > >
  > >
  > > I do not know (it might need a very heavy fuel as we see on the KolourPaint example). No hard promises in our business. ;)
  > >
  > > First things first. Kolf should be ported away from kdelibs4support to make it safe for the next several years and Kolf should keep its full set of features. Optimizations can wait, imho
  >
  >
  > kdelibs4support is as sake as KF5, they will both disappear at the same time, so porting away from kdelibs4support doesn't really give you a "lot" of future proofing.
  >
  > But up to you :)
  
  
  I would agree, but the community has already abandoned some of my favorite applications (KFileReplace, KRecipes). I have to work on porting because I think that the constant changing of basic Qt API, poor decisions on fracturing KDE and wasting time on the dead-born parts like Baloo and Activities will leave me without some dozens of useful tools during the next iteration. Just because "there is too much to port".
  
  It was too safe to be just a translator for years. But there is no choice anymore. The team is so underpowered and full of "designers" that now our "bus factor" for most of the projects is 1. Just look at the poor Konqueror. Once it was our symbol and now it is almost dead, definitely the first candidate for the grave in Applications.
  
  What if tomorrow kgSound will be "optimized"? Phonon will survive because it's more widely used.
  
  Anyway, if noone objects I will try to commit this for a week.

REPOSITORY
  R407 Kolf

REVISION DETAIL
  https://phabricator.kde.org/D16978

To: yurchor, #kde_games, ltoscano, arojas, aacid
Cc: aacid, kde-games-devel
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kde-games-devel/attachments/20181119/61225e92/attachment-0001.html>