[Author Prev][Author Next][Thread Prev][Thread Next][Author Index][Thread Index]
Re: [pygame] vista testing...
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 <bo@xxxxxxxxxxx> 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 <bo@xxxxxxxxxxx> 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 <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 ?
> >> >> >> >>
> >> >> >> >>
> >> >> >> >
> >> >> >> >
> >> >> >>
> >> >> >>
> >> >> >>
> >> >> >
> >> >> >
> >> >>
> >> >>
> >> >>
> >> >
> >> >
> >>
> >>
> >>
> >
> >
>
>