hrmm. Can you try using less channels to see if that has an effect?
pygame.mixer.set_num_channels(4) On Tue, Mar 25, 2008 at 10:57 AM, Bo Jangeborg <[EMAIL PROTECTED]> wrote: > I have dropped in newer versions of sdl.dll in pygame 1.7 > other times and that has worked. However the new mixer that > comes with 1.8 probably requires new bindings. It simply wont > initiate the mixer using the latest dll (and the new extra dll's) > with pygame 1.7. > > Brian Fisher skrev: > > > > When you say "that didn't work at all", what exactly do you mean? What > > SDL prebuilts were you running with what pygame when you had a > > problem? > > > > In terms of not working - do you mean you get a python exception? seg > > fault? stuff seemed to work but no sound played? > > > > Also, while I haven't tried an older SDL with pygame 1.8. I've > > successfully used the newer SDL dll's with pygame 1.7. > > > > So if the problems you had were trying to run the SDL from 1.7 with > > pygame 1.8, then maybe you can try pygame 1.7.1 with the newer SDL > > dll's here: > > http://www3.telus.net/len_l/prebuilt-msvcr71.zip > > the result of that one test case will provide useful info on if this > > is an SDL bug or not. > > > > > > On Mon, Mar 24, 2008 at 4:05 PM, Bo Jangeborg <[EMAIL PROTECTED]> wrote: > > > >> 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 <[EMAIL PROTECTED]> > 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 <[EMAIL PROTECTED]> > 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 <[EMAIL > PROTECTED]> 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 ? > >> >> >> >> > >> >> >> >> > >> >> >> > > >> >> >> > > >> >> >> > >> >> >> > >> >> >> > >> >> > > >> >> > > >> >> > >> >> > >> >> > >> > > >> > > >> > >> > >> > > > > > >
