But still, opening a mixer stream which is idle should not take all the CPU time, so I'm inclined to think this is pygame regression, as with previous pygame versions it worked fine.
I agree that it would be in principle possible to work around this in Mnemosyne, but the upcoming 2.x codebase no longer uses pygame but phonon, so I'm not really inclined to put a lot of effort in something that will become obsolete anyhow... Peter On Thursday 30 October 2008 09:21:08 marmuta wrote: > Hi, thanks for answering so quickly :) > > When I run it with alsa the cpu usage just shifts to mnemosyne (on a > Intrepid RC live cd): > > [EMAIL PROTECTED]:~$ pulseaudio -k > W: ltdl-bind-now.c: Failed to find original dlopen loader. > [EMAIL PROTECTED]:~$ SDL_AUDIODRIVER=alsa mnemosyne& > [1] 8945 > [EMAIL PROTECTED]:~$ top -bn3 |grep pulseaudio > [EMAIL PROTECTED]:~$ top -bn3 |grep mnemosyne > 8945 ubuntu 20 0 55220 20m 13m S 7.9 1.0 0:03.62 mnemosyne > 8945 ubuntu 20 0 55220 20m 13m S 6.0 1.0 0:03.80 mnemosyne > 8945 ubuntu 20 0 55220 20m 13m S 6.0 1.0 0:03.98 mnemosyne > [EMAIL PROTECTED]:~$ > > Looking at the sources, pygame.mixer.init always opens an SDL mixer > stream. I think this is by design, rather than a bug, since games have > something to play most of the time. Whereas Mnemosyne sits mostly idle > (ok, does so for me ;), only occasionally playing a single sound. > > I'm wondering if it could open the mixer just when needed and then shut > it down again after playback is done? Or maybe late init the mixer on > first playback and close it a minute after the last one? -- ------------------------------------------------ Peter Bienstman Ghent University, Dept. of Information Technology Sint-Pietersnieuwstraat 41, B-9000 Gent, Belgium tel: +32 9 264 34 46, fax: +32 9 264 35 93 WWW: http://photonics.intec.UGent.be email: [EMAIL PROTECTED] ------------------------------------------------ -- mnemosyne causes cpu usage in pulseaudio https://bugs.launchpad.net/bugs/290691 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
