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

Re: [pygame] vista testing...



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 ?
>  >>
>  >>
>  >
>  >
>
>