Did try that yesterday but that didn't work at all.
I don't think the different versions of the mixer are
compatible.
Brian Fisher skrev:
One other thing to try would be to swap out different SDL library
> versions. Pygame 1.8 includes newer SDL library versions than 1.7
> does, I think SDL mixer was updated as part of that.
>
> You should be able switch being using the dll's for 1.7 here:
> http://pygame.org/ftp/win32-dependencies.zip
>
> and the dll's for 1.8 here:
> http://www3.telus.net/len_l/prebuilt-msvcr71.zip
>
> just by copying the dll's over the ones in your site-packages/pygame dir.
>
> so if you get scratchiness in both pygame 1.7 & 1.8 with the newer SDL
> but not with the older SDL, it would seem to be a new SDL bug. if you
> get scratchiness in pygame 1.8 with either SDL, but not in pygame 1.7
> with either SDL, then it would seem to be something pygame introduced.
>
>
> On Mon, Mar 24, 2008 at 2:20 PM, Bo Jangeborg <bo@xxxxxxxxxxx> wrote:
>
>> 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 ?
>> >> >>
>> >> >>
>> >> >
>> >> >
>> >>
>> >>
>> >>
>> >
>> >
>>
>>
>>
>
>