On, Wed Feb 20, 2008, Lenard Lindstrom wrote:
> Marcus von Appen wrote:
>> On, Tue Feb 19, 2008, Lenard Lindstrom wrote:
>>
>> [...]
>>
>> [Broken Sound creation from file objects]
>>
>>> The following changes to examples\sound.py confirm it.
>>>
>>> file = open(os.path.join('data', 'secosmi
Marcus von Appen wrote:
On, Tue Feb 19, 2008, Lenard Lindstrom wrote:
[...]
[Broken Sound creation from file objects]
The following changes to examples\sound.py confirm it.
file = open(os.path.join('data', 'secosmic_lo.wav'), 'rb')
try:
sound = mixer.Sound(file)
finally:
file.close()
On Feb 19, 2008 5:41 PM, Joey Marshall <[EMAIL PROTECTED]> wrote:
> not all pygame users were like... piman ...for instance.
>
I believe that's the same thing as:
"people will get the impression that every Pygame user is like that."
The short amount of time I have been on #pygame has been rather
disappointing. A lot of trolling and bashing of other users.
> Ah, well then, people will get the impression that every Pygame user is like
> that. Obviously untrue.
No, I'm afraid not obviously. I at least had to keep reminding my
Ah, well then, people will get the impression that *every *Pygame user is
like that. Obviously untrue.
"If people see one side, they will think that "Pygame is stupid" is a
fact. That's not a fact. It's opinion, which is up for debate."
Er, I don't want to give you the wrong impression-- nobody's bashing
pygame, they're just...
Well, they're insulting, trollish, etc. to users, not to pygame.
On 2
On Feb 19, 2008 12:52 PM, Marcus von Appen <[EMAIL PROTECTED]> wrote:
> How is pygame really?
>
A moot point, really, but:
-I think Pygame is a fantastic tool for creating games and programs.
-Pygame is optimised for the casual user who doesn't need nor want the
complexity and overkill provided by
hey,
peace love and happiness :) I've always found ops to be more
annoying... and when I was hanging out on #pygame we never seemed to
need it. Just ignore them, and hopefully they'll go away.
Anyway, "pygame" is sending the storm troopers in. Actual storm
troopers. Storm troopers that are ac
"So if something is dropped or in this case deregistered, the original
initiator still has to take care of it until his death or someone else
takes the burden, is what you say?"
Or until it is moved to an unofficial (##) channel. As long as it is
an official channel, yes, I think it should be maint
On, Tue Feb 19, 2008, Lenard Lindstrom wrote:
[...]
[Broken Sound creation from file objects]
> The following changes to examples\sound.py confirm it.
>
> file = open(os.path.join('data', 'secosmic_lo.wav'), 'rb')
> try:
>sound = mixer.Sound(file)
> finally:
>file.close()
>
> Running th
On, Tue Feb 19, 2008, Marcus von Appen wrote:
> On, Tue Feb 19, 2008, Lenard Lindstrom wrote:
[...]
> >
> > Traceback (most recent call last):
> > File "sound.py", line 21, in
> >sound = mixer.Sound(file)
> > TypeError: expected a readable buffer object
>
> Sure, because file() and open()
On, Tue Feb 19, 2008, Devin Jeanpierre wrote:
> "How dare you to say one of the pygame
> members then should take resposibility for it?"
> It was founded by Pygame. That is why it is a # (official) channel,
> not a ## channel. Like I said, it was deregistered-- not never
> registered in the first
On, Tue Feb 19, 2008, Lenard Lindstrom wrote:
> Marcus von Appen wrote:
>> On, Tue Feb 19, 2008, Alistair Buxton wrote:
>>
>>
I'm an oblivious idiot :-). A buffer method's already available in the
current SVN tree. You can use pygame.Sound (your_buffer) safely, the
buffer just
Hey!
I would like to learn Pygame and watch the bugs and get solutions.
Enough is enough, lets just talk about programming. There are hackers
everywhere and those who feel good at others suffering and expense. The
world is a mess, lets keep it clean, at least try here...
Bruce
If y
> Found it. The code never reaches the part that handles file objects,
> since mixer.c:881,882 return an error if the object has no buffer interface:
>
> if (PyObject_AsReadBuffer (file, &buf, &buflen) == -1)
> return -1;
You beat me to it. Also chunk isn't reset to NULL.
I th
If you say IRC is like that. Myself, well, #pygame is the only channel
as bad as this that I visit. My only experience with crude IRC members
is with spammers and #pygame.
But, hey, it's IRC.
In any case, if #pygame can get off because it's IRC, fine. It's
Pygame's decision to moderate it, not mi
Lets can the euphemism please. You think some of the #pygame regulars
(most often piman) are offensive and crude. You are 100% correct.
Different forms of communication have different tones and cultures. This
mailing list, for example, is generally quite civil. IRC is a _much_
more casual envir
"How dare you to say one of the pygame
members then should take resposibility for it?"
It was founded by Pygame. That is why it is a # (official) channel,
not a ## channel. Like I said, it was deregistered-- not never
registered in the first place.
On 2/19/08, Marcus von Appen <[EMAIL PROTECTED]>
Marcus von Appen wrote:
On, Tue Feb 19, 2008, Alistair Buxton wrote:
I'm an oblivious idiot :-). A buffer method's already available in the
current SVN tree. You can use pygame.Sound (your_buffer) safely, the
buffer just has to match the mixer criteria.
Due to the SDL_Mixer implementation
On, Tue Feb 19, 2008, Alistair Buxton wrote:
> > I'm an oblivious idiot :-). A buffer method's already available in the
> > current SVN tree. You can use pygame.Sound (your_buffer) safely, the
> > buffer just has to match the mixer criteria.
> >
> > Due to the SDL_Mixer implementation however, th
On, Tue Feb 19, 2008, Ian Mallett wrote:
> Everyone here agrees that Pygame is a good program, correct? If so, then it
> must look the part.
>
> I will not determine fact from Devin's original comment, but I think lying
> is more or less cut by Occam's Razor.
As I wrote, I did not imply this. I
> I'm an oblivious idiot :-). A buffer method's already available in the
> current SVN tree. You can use pygame.Sound (your_buffer) safely, the
> buffer just has to match the mixer criteria.
>
> Due to the SDL_Mixer implementation however, the buffer will be copied,
> so a manipulation of the buff
On, Tue Feb 19, 2008, Alistair Buxton wrote:
> Thanks for the quick reply.
>
> I was confused because SDL_InitAudio directly returns the actual
> format through a pointer, while SDL_mixer uses a separate function
> Mix_QuerySpec which I didn't notice.
>
> On 19/02/2008, Marcus von Appen <[EMAIL
Everyone here agrees that Pygame is a good program, correct? If so, then it
must look the part.
I will not determine fact from Devin's original comment, but I think lying
is more or less cut by Occam's Razor.
All I think we meant is that Pygame needs to appear as it really is. I stand
by my orig
On, Tue Feb 19, 2008, Alistair Buxton wrote:
> Thanks for the quick reply.
>
> I was confused because SDL_InitAudio directly returns the actual
> format through a pointer, while SDL_mixer uses a separate function
> Mix_QuerySpec which I didn't notice.
>
> On 19/02/2008, Marcus von Appen <[EMAIL
On, Tue Feb 19, 2008, Devin Jeanpierre wrote:
> So that's it, huh? Pygame refuses to take responsibility for its own channel?
Let's see. #pygame's not registered by any of the project members, in
fact it is not even registered. How dare you to say one of the pygame
members then should take respos
Phil should run it :P..
On Feb 19, 2008 1:47 PM, Wyatt Olson <[EMAIL PROTECTED]> wrote:
> I'm putting in my vote with Devin and Ian as well... not that this is a
> democracy, but hey, still good to show my support! 8-)
>
> Ian Mallett wrote:
> > I actually have to agree with Devin Jeanpierre.
>
I'm putting in my vote with Devin and Ian as well... not that this is a
democracy, but hey, still good to show my support! 8-)
Ian Mallett wrote:
I actually have to agree with Devin Jeanpierre.
Pygame is a fantastic module and a fantastic project. If it is ever
to suceed, become widely used,
I actually have to agree with Devin Jeanpierre.
Pygame is a fantastic module and a fantastic project. If it is ever
to suceed, become widely used, or be further recognised by anyone, it
needs to look good when it is presented.
Pygame needs to be represented as it really is. Let's not forget tha
Thanks for the quick reply.
I was confused because SDL_InitAudio directly returns the actual
format through a pointer, while SDL_mixer uses a separate function
Mix_QuerySpec which I didn't notice.
On 19/02/2008, Marcus von Appen <[EMAIL PROTECTED]> wrote:
> > Also it would be nice to have a pyga
So that's it, huh? Pygame refuses to take responsibility for its own channel?
I suppose what I can do is talk to the user jeremyb about ##pygame.
With luck, I could ask the FreeNode staff to shut down #pygame and
redirect to ##pygame, like they did with #physics and ##physics when
#physics got der
On, Tue Feb 19, 2008, Alistair Buxton wrote:
> I can't seem to find out how you check the sound format that mixer is
> using. For example, when I request 8 bit signed format, I get 8 bit
> unsigned, and all my samples sound terrible (they are raw samples so I
> have to load them into a sndarray.)
I can't seem to find out how you check the sound format that mixer is
using. For example, when I request 8 bit signed format, I get 8 bit
unsigned, and all my samples sound terrible (they are raw samples so I
have to load them into a sndarray.) But to find this out, I had to
write a test in C using
33 matches
Mail list logo
