Hello,
could you also please try the different audio drivers?
import os
if 1:
# directx
os.environ['SDL_AUDIODRIVER'] = 'dsound'
else:
# waveout
os.environ['SDL_AUDIODRIVER'] = 'waveout'
cheers,
On Tue, Mar 25, 2008 at 4:26 PM, René Dudfield <[EMAIL PROTECTED]> wrote:
> 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 ?
> > >> >> >> >>
> > >> >> >> >>
> > >> >> >> >
> > >> >> >> >
> > >> >> >>
> > >> >> >>
> > >> >> >>
> > >> >> >
> > >> >> >
> > >> >>
> > >> >>
> > >> >>
> > >> >
> > >> >
> > >>
> > >>
> > >>
> > >
> > >
> >
> >
>
