[Author Prev][Author Next][Thread Prev][Thread Next][Author Index][Thread Index]

Re: [pygame] vista testing...



Just tried it, no differens I am afraid. One thing I noticed , and that was true for the mingw version too, was that at 44k the music was running considerally slower.
Not sure if that's any clue.
Is the interrrupt not frequent enough for it to pump out the music ? Or what do think is happening here. Do you have any compiler options to play around with ?

René Dudfield skrev:
Are you able to try the pygame from here ?
http://thorbrian.com/pygame/builds.php

I think this is compiled with visual C rather than mingw, so maybe
it'll be different...

cheers,

On Mon, Mar 24, 2008 at 11:21 PM, Bo Jangeborg <bo@xxxxxxxxxxx> wrote:
The scratching are with all music files I have tested. The music have a
 native sample rate
 of 44k so there should be no need to resample, and it does work when the
 output is changed
 to 22k. I have tested with 15 different pieces. Furthermore it worked ok
 in pygame 1.7.

 If I start a bit into the music I get occasional scratching for the rest
 of the piece after that.

 Brian Fisher skrev:


The change with sample rate makes me think it may actually have to do
 > with the particular sound samples as well? I understand that SDL is
 > somewhat limited on the sample rate conversions it supports - got
 > particular sounds files that sound scratchy you can send to test with?
 >
 > also, when you say you get scratches after starting some way into the
 > music - do you mean you get like a pop when first playing the music,
 > or do you mean that you get scratches throughout the music after you
 > start it playing at a point in the sound?
 >
 >
 > On Sun, Mar 23, 2008 at 2:27 PM, Bo Jangeborg <bo@xxxxxxxxxxx> wrote:
 >
 >> The buffer setting doesn't seem to make a differens.
 >>  The key seem to be the sampling rate. Lots of scratching at 44k sound
 >>  but OK at 22k. But even then I get scratches if I start some way into
 >>  the music
 >>  rather then at the start. The later problem I had in pygame 1.7 too.
 >>
 >>  In pygame 1.7 music worked OK in Vista at 44k.
 >>  I have tried both ogg and mp3 in pygame 1.8.
 >>  Have you tried playing music at 44k on XP machines?  Maybe this is a more
 >>  general problem.
 >>
 >>  Another thing that seem to have changed is that if a path to a sound file
 >>  is wrong it doesn't cause an exception. Instead it returns an empty
 >>  sound object..
 >>  Is that really intended ?
 >>
 >>
 >
 >