(In reply to comment #0)

I also see this behaviour but only since the change to kshisen-4.8.1-1.mga2 (or one of the other 631 packages that I updated along with kshisen on 12Mar2012 !)

CC: (none) => kin7500-ffrm

I've found, that if you disable the playing of sounds, it returns
to normal speed.

CC: (none) => davidwhodgins

(In reply to comment #2)

I forgot to mention that the sound had stopped working as well, although I still had it enabled.
However disabling it works for me as well.

Thanks,
Steve

When sound is deactivated no message occur on console, but when sound is on, the following messages occur for each tile pair matching: 
---------------------------
Transitioning to state "ready" 
State change 
Moving from "null" 0 to "ready" 1 
Setting new source 
New source:  QUrl( "file:///usr/share/sounds/kshisen/tile-touch.ogg" )  
Transitioning to state "playing" 
About to finish 
State change 
Moving from "ready" 1 to "paused" 4 
Stream changed to file:///usr/share/sounds/kshisen/tile-touch.ogg 
State change 
Moving from "paused" 4 to "playing" 2 
Transitioning to state "ready" 
State change 
Moving from "playing" 2 to "paused" 4 
About to finish 
State change 
Moving from "paused" 4 to "ready" 1 
Setting new source 
New source:  QUrl( "file:///usr/share/sounds/kshisen/tile-touch.ogg" )  
Transitioning to state "playing" 
About to finish 
State change 
Stream changed to file:///usr/share/sounds/kshisen/tile-touch.ogg 
Moving from "ready" 1 to "paused" 4 
State change 
Moving from "paused" 4 to "playing" 2 
About to finish 
Transitioning to state "ready" 
State change 
Moving from "playing" 2 to "paused" 4 
State change 
Moving from "paused" 4 to "ready" 1

*** Bug 5564 has been marked as a duplicate of this bug. ***

CC: (none) => digital

Further reading found that the bug is likely back-end related and turning "off" the "Play Sounds" fixes this problem (for myself).

Something to do with Phonon sound back-end according to another reference I read here. Watch-out for long-line wrap on the URL: http://www.linux-archive.org/general-discussion-about-arch-linux-arch-general-archlinux-org/641252-shisen-sho-very-slow.html

...refers to this. fix is now in KDE 4.9
http://websvn.kde.org/?view=revision&revision=1281913

This patch is not really backportable because it would mean to backport also KgSound.

Adding coling as cc to see if he has eventually an idea regarding the phonon backend but currently i guess we're going to close this one as wontfix
(Upstream bug report added too )

CC: (none) => mageia
See Also: (none) => https://bugs.kde.org/show_bug.cgi?id=289473

Hi,

This bug was filed against cauldron, but we do not have cauldron at the moment.

Please report whether this bug is still valid for Mageia 2.

Thanks :)

Cheers,
marja

Keywords: (none) => NEEDINFO

It's going to affect only mga2 since kshishen is fixed in kde 4.9.x.

Version: Cauldron => 2

I suggest a won't fix (or just force sound off) as porting the KgSound class to 4.8 does not sound like fun.

Other users are going to notice sound issues as well, for example, even on Desktop startup, you'll notice the sound is delayed several seconds after all the desktop is loaded and ready to go, so this sound problem isn't just Kshisen, but desktop related sounds in general.

Perhaps it may be best to simply leave this bug open as a catch-all for anyone looking for sound problems related to Mageia2. If closed, do we really go back and look at closed bug reports?

(In reply to comment #12)
> Other users are going to notice sound issues as well, for example, even on
> Desktop startup, you'll notice the sound is delayed several seconds after all
> the desktop is loaded and ready to go, so this sound problem isn't just
> Kshisen, but desktop related sounds in general.

I don't think this is related as the login sound should NOT be using phonon anyway, and it's phonon that seems to be adding to the delays here...

Hmm, looking at this it seems this may not be true any longer... I'll have to look into it as perhaps my patch regarding that has been disabled :s

(In reply to comment #13)
> Hmm, looking at this it seems this may not be true any longer... I'll have to
> look into it as perhaps my patch regarding that has been disabled :s

Hmm, I spoke too soon. It's still working fine AFAICT. Perhaps the login sound is broken, but if it's knotify that handles it, then it shouldn't be using phonon to play it but canberra which is designed for notification sounds (and supports themeing)

So, according to the comments, the problem is in phonon, an upstream bug, really hard (if possible at all) to fix in Mageia 2 since it would mean backporting a lot of stuff. 

Closing as wontfix

Keywords: (none) => UPSTREAM
Status: NEW => RESOLVED
CC: (none) => stormi
Resolution: (none) => WONTFIX
Source RPM: kdegames4 => phonon