I may have found the issue - in the Kagu code. Investigating further still. I noticed that it was creating a new thread and RPC every time you start a new song, and things seem to work just fine without doing that...<br>
<br><br><div><span class="gmail_quote">On 8/29/07, <b class="gmail_sendername">Tony Maro</b> <<a href="mailto:tonymaro@gmail.com">tonymaro@gmail.com</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
Okay, so I ripped out gstreamer and put in OSSO Media Server code.<br><br>The thing I've noticed is that there's a distinct pause of about 1 second in my code when you start a new song playing. I didn't have this issue with gstreamer (though the other issues with gstreamer far outweigh the new problem.)
<br><br>Without using threads it was nearly a 2.5 second pause, so using a thread helped. For a media player app this wouldn't be a problem, but for a game, it's murder. I've run cProfile and it says there's only a .02 second delay in the send_cmd function, but there's a definite pause in user input of about one second.
<br><br>I'm going through all this pain because the pygame sound routines can't use the Maemo sound hardware...<br><br>
</blockquote></div><br>