[pygame] Re: [pygame] Re: [pygame] Tutorial de Chimp traducido al Español.

2022-08-28 Thread Andrew Baker
Ay, que bueno. Muchas gracias! On Sun, Aug 28, 2022, 6:34 AM Лёха <007007007a...@gmail.com> wrote: > Good work, but I bad understand Spanish and 50/50 understand English > > Вс, 28 авг. 2022 г. в 6:23 PM, René Dudfield : > >> Hola, >> >> Hay una traducción del tutorial de Chimp al español aquí:

[pygame] Re: [pygame] Tutorial de Chimp traducido al Español.

2022-08-28 Thread Лёха
Good work, but I bad understand Spanish and 50/50 understand English Вс, 28 авг. 2022 г. в 6:23 PM, René Dudfield : > Hola, > > Hay una traducción del tutorial de Chimp al español aquí: > https://github.com/pygame/pygame/pull/3421 > > De un nuevo colaborador. > > ¿Es tu español bueno? Por favor,

[pygame] Re: 2.0.0.dev1 pre-release

2020-12-23 Thread René Dudfield
Yop. I got that wrong... It is supposed to be: "2.0.1.dev1" python3 -m pip install pygame==2.0.1.dev1 python3 -m pygame.examples.aliens python3 -m pygame.tests https://github.com/pygame/pygame/issues On Wed, Dec 23, 2020 at 3:13 PM René Dudfield wrote: > Hello, > > There's binary

[pygame] Re: pygame frontend

2020-11-26 Thread Brian Sturk
Moving to pygame 2.0 has improved things somewhat (still tinkering), so thank you! Only issue I've run across in moving to pygame 2.0 is this block of code, which is part of a routine that shows a little square popup when launching an emulator.  The text in 1.9.1 shows up fine, but in 2.0 I

[pygame] Re: pygame frontend

2020-11-23 Thread Brian Sturk
Hi Michael, Thanks so much for the response, yes I am using 1.9.1.  This is mostly due to still using Python 2.x.  I will look into upgrading and porting to Python 3.x and trying out these suggestions. ~brian On 11/23/2020 12:24 PM, Michael Palmer wrote: I get the feeling you are using an

[pygame] Re: Pygame Read MIDI Input

2020-11-20 Thread leonhardwolf
Thanks a lot! To understand fully what is happening I will have to learn about pygame events. But I have the Midi data available now and can just use it for further processing. Again, thanks for the quick and to the point help. -- Sent from: http://pygame-users.25799.x6.nabble.com/

Re: [pygame] Re: Pygame Read MIDI Input

2020-11-20 Thread René Dudfield
Good! import pygame.examples.midi print(pygame.examples.midi.__file__)

[pygame] Re: Pygame Read MIDI Input

2020-11-20 Thread leonhardwolf
Thanks for your quick answer! - OS: Windows 10 - 'python -m pygame.examples.midi --list' lists the following: 0: interface :b'MMSystem':, name :b'Microsoft MIDI Mapper':, opened :0: (output) 1: interface :b'MMSystem':, name :b'External':, opened :0: (input) 2: interface :b'MMSystem':, name

[pygame] Re: New Pygame Discord Server

2020-11-13 Thread Mega_JC
The link: https://discord.gg/ZuB2RySPRJ On Friday, 13 November 2020 at 11:29:59 UTC+1 Mega_JC wrote: > Hello everyone, > > as you might already know, the old pygame discord server was closed due to > issues with moderation. > > Some of the former server members have now decided to make a new

Re: [pygame] Re: Starting the pygame 2 series

2020-10-30 Thread Andrew Baker
Totally awesome! On Fri, Oct 30, 2020 at 5:15 AM Victor Blomqvist wrote: > Congratulations Pygame! Great work by all of you! > > On Wed, Oct 28, 2020 at 7:10 PM René Dudfield wrote: > >> >> ,--. >> | oo| >> | ~~| o o o o o o o o o o o o o >> |/\/\| >>python3 -m pip

Re: [pygame] Re: Starting the pygame 2 series

2020-10-30 Thread Victor Blomqvist
Congratulations Pygame! Great work by all of you! On Wed, Oct 28, 2020 at 7:10 PM René Dudfield wrote: > > ,--. > | oo| > | ~~| o o o o o o o o o o o o o > |/\/\| >python3 -m pip install pygame==2.0.0 > > The 28th of October 2020 is the pygame

Re: [pygame] Re: Starting the pygame 2 series

2020-10-28 Thread Michael Lutynski
This is a huge achievement! \(^o^)/ Thank you to all the devs! :) ~ Michael On Wednesday, October 28, 2020 11:10:32 AM PDT you wrote: > ,--. > | oo| > | ~~| o o o o o o o o o o o o o > |/\/\| >python3 -m pip install pygame==2.0.0 > > The 28th of October 2020 is the

Re: [pygame] Re: Starting the pygame 2 series

2020-10-28 Thread claudio canepa
Congratulations all off pygame team & contributors!! On Wed, Oct 28, 2020 at 3:10 PM René Dudfield wrote: > > ,--. > | oo| > | ~~| o o o o o o o o o o o o o > |/\/\| >python3 -m pip install pygame==2.0.0 > > The 28th of October 2020 is the pygame

Re: [pygame] Re: Starting the pygame 2 series

2020-10-28 Thread Thomas Kluyver
Congratulations René and everyone involved in this! I know a huge amount of time and effort has gone in to this point, so it's great to see it in a release. Thomas On Wed, 28 Oct 2020 at 18:10, René Dudfield wrote: > > ,--. > | oo| > | ~~| o o o o o o o o o o o o o > |/\/\| >

Re: [pygame] Re: Starting the pygame 2 series

2020-10-28 Thread René Dudfield
,--. | oo| | ~~| o o o o o o o o o o o o o |/\/\| python3 -m pip install pygame==2.0.0 The 28th of October 2020 is the pygame 2.0 release date, because pygame turns 20 years of age. [image: pygame-head-party.png] What's the best feature of

Re: [pygame] Re: Starting the pygame 2 series

2020-10-27 Thread René Dudfield
python3 -m pip install pygame=2.0.0.dev24 https://github.com/pygame/pygame/releases/tag/2.0.0.dev24 A bunch of fixes and speedups before the 2.0 release. Now the default branch on the pygame repo is main . @MyreMylar

Re: [pygame] Re: Starting the pygame 2 series

2020-10-23 Thread BW
You fixed my blending bug before I could report it. Thank you. :) On 10/23/2020 2:09 PM, Andrew Baker wrote: Very nice work, René On Fri, Oct 23, 2020, 12:49 René Dudfield > wrote: / / /*5 more sleeps* (not including extra naps) until the 20th & 2.0

Re: [pygame] Re: Starting the pygame 2 series

2020-10-23 Thread Andrew Baker
Very nice work, René On Fri, Oct 23, 2020, 12:49 René Dudfield wrote: > > *5 more sleeps (not including extra naps) until the 20th & 2.0 release > day.* > > > A few little releases in a busy few days. > > python3 -m pip install pygame==2.0.0.dev22 >> > >

[pygame] Re: Starting the pygame 2 series

2020-10-23 Thread René Dudfield
*5 more sleeps (not including extra naps) until the 20th & 2.0 release day.* A few little releases in a busy few days. python3 -m pip install pygame==2.0.0.dev22 > https://github.com/pygame/pygame/releases/tag/2.0.0.dev22 https://github.com/pygame/pygame/releases/tag/2.0.0.dev20

[pygame] Re: Starting the pygame 2 series

2020-10-20 Thread René Dudfield
pip install pygame==2.0.0.dev16 The 28th of October 2020 will be the pygame 2.0 release date, because pygame turns 20 years of age. We reached two important milestones with this pre-release. Firstly the old game 'solarwolf' is working fine with no known issues on

[pygame] Re: Starting the pygame 2 series

2020-10-11 Thread René Dudfield
pip install pygame==2.0.0.dev14 [image: dreamlines] -- *Players, only love you when they're playing* With a very tiny little bit of discussion it was sort of decided that the 28 th of October 2020

[pygame] Re: Starting the pygame 2 series

2020-09-21 Thread René Dudfield
,--. | oo| | ~~| o o o o o o o o o o o |/\/\| pip install pygame==2.0.0.dev12 Locked in or Locked out? That's not going to stop a new pygame coming out. The main theme of this release is testing. With many new contributors having worked on unit

Re: [pygame] Re[2]: [pygame] Can the pygame infrastructure be used for non-graphical text-mode games?

2020-07-16 Thread Ian Mallett
On Thu, Jul 16, 2020 at 3:49 AM wrote: > How do i unsubscribe? > The same way you subscribed. See directions here: https://www.pygame.org/wiki/info

[pygame] Re[2]: [pygame] Can the pygame infrastructure be used for non-graphical text-mode games?

2020-07-16 Thread pruthviamin
How do i unsubscribe? -- Sent from myMail for Android Sunday, 12 July 2020, 01:08am +01:00 from BW stabbingfin...@gmail.com : >You got some good feedback so far for choosing the right tool for > the job. I'd like to close the gap regarding Python and pygame, in > case you're interest

[pygame] Re: Starting the pygame 2 series

2020-05-31 Thread René Dudfield
,--. | oo| | ~~| o o o o o o o o o o o |/\/\| pip install pygame==2.0.0.dev10 We only released 2.0.0.dev8 24 days ago. However, the last few weeks have been quite productive! It's as if we were all trapped inside for some reason. First up, the 'critical' window resizing

[pygame] Re: Starting the pygame 2 series

2020-05-12 Thread René Dudfield
Oops. I forgot to paste the release notes here the other day. 鹿鹿  pip install pygame==2.0.0.dev8 鹿鹿 One year ago today on the 5th of May 2019 we released the first development release of the pygame 2 series. So today is our anniversary of sorts.  Type

[pygame] Re: Starting the pygame 2 series

2019-11-17 Thread René Dudfield
Now for something a little different... One focus: pygame 2 issues. Feature freeze for two months. One issue at a time. https://github.com/pygame/pygame/issues/1511

[pygame] Re: Starting the pygame 2 series

2019-10-28 Thread René Dudfield
鹿鹿  pip install pygame==2.0.0.dev6 鹿鹿 Python 3.8 support. For pygame 2 anyway. Decided not to do it for pygame 1.9.6, and to instead try and fix a few more of those 'critical' blocker issues (current critical issue count

[pygame] Re: Starting the pygame 2 series

2019-10-07 Thread René Dudfield
 G'day! It's 2.0.0.dev4 time!  python3 -m pip install pygame==2.0.0.dev4 --pre --user > What goodies do we have in store? Firstly, some SDL2 compatibility issues were fixed. Like the window initially defaults to black, and the unicode field of keydown events is

Re: [pygame] Re: Starting the pygame 2 series

2019-10-07 Thread René Dudfield
Thanks Nicholas, and Michael :) *blushes*

Re: [pygame] Re: Starting the pygame 2 series

2019-10-07 Thread Nicholas H.Tollervey
René, Words can't describe what a wonderful person you are. Without your efforts there simply wouldn't be PyGame, and without PyGame there wouldn't be our wonderful community of Python game makers. I can't speak for anyone else, but I wanted to publicly acknowledge my gratitude and respect for

Re: [pygame] Re: Starting the pygame 2 series

2019-10-07 Thread Michael Lutinsky
Wow, amazing work, all around! O_O */I'm tired./* Been spending some months on pygame stuff. That article(novella) I promised several months ago about contemporary C tools is still unfinished(but probably useful). http://renesd.blogspot.com/2019/09/post-modern-c-tooling.html[1]

[pygame] Re: Starting the pygame 2 series

2019-10-07 Thread René Dudfield
*I'm tired.* Been spending some months on pygame stuff. That article(novella) I promised several months ago about contemporary C tools is still unfinished(but probably useful). http://renesd.blogspot.com/2019/09/post-modern-c-tooling.html Learnt lots from writing it. Especially researching how

Re: [pygame] Re: Starting the pygame 2 series

2019-07-16 Thread Thomas Kluyver
On Mon, 15 Jul 2019 at 00:33, René Dudfield wrote: > Thanks to @charlesoblack (first time > contributor ya!) there is a pygame.Color.lerp() function now. It returns a > linear interpolation. It might be an interesting extension to this to allow interpolating

Re: [pygame] Re: Starting the pygame 2 series

2019-07-15 Thread Daniel Foerster
This can be done already using a lambda: color_lerp = lambda pct: color.lerp(color2, pct) On Mon, Jul 15, 2019, 13:56 Sam Bull wrote: > On Mon, 2019-07-15 at 01:32 +0200, René Dudfield wrote: > > Thanks to @charlesoblack (first time contributor ya!) there is a > > pygame.Color.lerp() function

Re: [pygame] Re: Starting the pygame 2 series

2019-07-15 Thread Sam Bull
On Mon, 2019-07-15 at 01:32 +0200, René Dudfield wrote: > Thanks to @charlesoblack (first time contributor ya!) there is a > pygame.Color.lerp() function now. It returns a linear interpolation. > > >>> color.lerp(color2, 0.0) -> color > > >>> color.lerp(color2, 0.5) -> halfway_color > > >>>

[pygame] Re: Starting the pygame 2 series

2019-07-14 Thread René Dudfield
Meow. 2.0.0.dev3 is out... There are binaries for Mac, Windows, and Linux with SDL2. python3 -m pip install pygame==2.0.0.dev3 --pre --user So... what's new? Here's a few things. The documentation has been made more readable on big screens and small ones. It is also updating from github

[pygame] Re: Odd behaviour of sprites in a list - newbie help please?

2019-07-01 Thread Armalite8
OK, a final thanks to everyone, I got it working. Using rect.copy was a big change as I hadn't realised my cloning of the sprite would make two instances of the same instead of a new replica. I then changed my for-loop to alter just the x,y coords of each tail piece. I did try just moving the

[pygame] Re: Odd behaviour of sprites in a list - newbie help please?

2019-06-26 Thread Adam Coombes
Thanks everyone for the help. I like to method of simply moving the head and then moving the last tail piece to position1, I'll implement that. I also didn't realise I was cloning the same sprite, I thought I was creating new ones so I obviously need to brush up on how to do that. Your

[pygame] Re: pygame 1.9.5, SDL1 bug fixes, and a possible SDL 1.2.16 release

2019-03-24 Thread René Dudfield
Hi, The various distribution files have been uploaded now for the release candidate: '1.9.5.rc1'. https://github.com/pygame/pygame/releases/tag/1.9.5.rc1 https://pypi.org/project/pygame/1.9.5rc1/#files python -m pip install pygame==1.9.5.rc1 --pre cheers,

[pygame] Re: pygame 1.9.5, SDL1 bug fixes, and a possible SDL 1.2.16 release

2019-03-23 Thread René Dudfield
(A new SDL 1.2 release seems very unlikely now. Also, the pygame 2 branch using SDL2 is already very close to being done.) It's time to do a 1.9.5 release (the last SDL 1.2 release). Whilst travis and appveyor robots finish all the builds for a 1.9.5.dev1 release, I'm checking off the checklist

Re: The first pygame 2 community game. Are you in? Re: [pygame] Re: About Pygame development

2019-01-07 Thread René Dudfield
Hello, so the game jam happened, and more than 14 people took part in making stuntcat ‍. Already we have learnt a lot, and used those learnings to drive pygame 2 development. More info here: https://www.pygame.org/news/2019/1/stuntcat

Re: USEREVENT clash fix, was Re: [pygame] Re: Starting the pygame 2 series

2018-12-30 Thread René Dudfield
Hi DR0ID, thanks for your response, and for reviving this. On Sat, Dec 22, 2018 at 10:34 AM DR0ID wrote: > This is a bit cumbersome to use (since I don't know why pygame.NUMEVENTS > is limited to 32) but will work. > NUMEVENTS limited to 32 is because of a SDL1 limitation. We can't raise that

[pygame] Re: Fun NYE script

2018-12-29 Thread Alec Bennett
I posted it here fyi: https://bitbucket.org/wrybread/nye-countdown/src/master/ On Sat, Dec 29, 2018 at 9:57 AM Alec Bennett wrote: > I made a little Pygame script that shows where it's New Year's Eve for > every hour on Monday, designed to be shown on a projector so people can > have a little

Re: USEREVENT clash fix, was Re: [pygame] Re: Starting the pygame 2 series

2018-12-22 Thread DR0ID
On 28.07.2018 12:16, Sam Bull wrote: On Sat, 2018-07-28 at 09:59 +0200, René Dudfield wrote: def custom_type():     """ Return an event type we can use for our own events.     """ Don't forget to mention in the documentation that StopIteration will be raised if there are no more event types

The first pygame 2 community game. Are you in? Re: [pygame] Re: About Pygame development

2018-11-27 Thread René Dudfield
What is a ‍? *[0]. Following on from the "About Pygame development " email thread... One topic of that conversation was doing a community game in there for reasons(see below). I would like to do a *pygame 2 community game* to

Re: [pygame] Re: About Pygame development

2018-11-27 Thread René Dudfield
(Oops. Somehow I didn't press send on this reply it seems.) -- Hello! Don't think I was at the dojo for that one, but it does sound fun. Well, I do remember one where we made a random maze generator. Maybe that was part of it? Also there was a pyweek when some ldndojo people tried to make a

[pygame] Re: [ANN] Josh Bartlett — pygame Artist in Residence

2018-11-26 Thread René Dudfield
Hello, Josh Bartlett has made a video for his pygame Artist in Residence exhibit. It's a timelapse of Trosnoth development in October. There is also a blog post about it: timelapse trosnoth development video

[pygame] Re: updating outdated install/compile advice

2018-10-17 Thread René Dudfield
Second call :) People are still finding old install instructions and wasting their time. If you have a website about installing pygame, please fix outdated install information. Easiest is to just point them here where we can maintain install instructions together: "*Updated install instructions

[pygame] Re: starting 1.9.5 release

2018-10-16 Thread René Dudfield
A draft of the release notes is here: a draft of the release notes here: https://github.com/pygame/pygame/issues/561 On Tue, Oct 16, 2018 at 10:30 AM René Dudfield wrote: > Hi, > > starting the 1.9.5 release now. > The issue tracking the release is here: >

[pygame] Re: Question about Pygame-menu package

2018-09-23 Thread Alec Bennett
Apologies, there were a few errors in my sample. Attached is a fixed version. If anyone has any tips about how to close the menu, I'd love to hear. I can close it with the ESC key, but not by selecting an item. import pygame, sys from pygame.locals import * import pygameMenu#

[pygame] Re: how to distribute pygame apps

2018-08-29 Thread René Dudfield
A 'quickish' reply... which turned out to be too long. Sorry. TLDR; yeah, templates are a great start, but APIs such as create-react-app are better. Some existing systems are interesting to look at. love2d, renpy, phonegap, pandas 'deploy-ng', piwheels panda3d:

[pygame] Re: About Pygame development

2018-08-22 Thread René Dudfield
Weatbag is a funny name, in the best ever way :) Yeah, this sounds like a interesting idea. Where each person can create a different module for a separate part of the game world. I think the reddit group tried a couple of collaborative games too. I'm pretty sure minecraft came about as part of

Re: [pygame] Re: About Pygame development

2018-08-21 Thread Thomas Kluyver
Thanks René, I think there's a lot of interesting ideas in your message. One in particular that caught my attention: On Tue, 21 Aug 2018 at 17:24, René Dudfield wrote: > It could be pretty Epic to have some sort of 'pygame community game'. > A few years back, I tried to make a collaboratively

[pygame] Re: About Pygame development

2018-08-21 Thread René Dudfield
Hello, this is a response to questions like: 'how do we speed up pygame development, is it a volunteer project, and would funding like a patreon help?' It's a fairly commonly asked set of questions. Because I guess people would like pygame development to happen faster. It's an almost

Re: [pygame] Re: Starting the pygame 2 series

2018-08-01 Thread Chris Handy
My daytime job is writing cross-platform code in Python; I'm happy to help out with either Windows, Linux or Mac builds. On 1 August 2018 at 04:54, Luke Paireepinart wrote: > Sounds reasonable to major version up with SDL. Is there a sponsor on the > list for the windows builds of pygame? If

Re: [pygame] Re: Starting the pygame 2 series

2018-07-31 Thread Luke Paireepinart
Sounds reasonable to major version up with SDL. Is there a sponsor on the list for the windows builds of pygame? If not, I would love to volunteer for this. On Tue, Jul 31, 2018, 7:29 AM René Dudfield wrote: > So. I've been thinking how to have SDL2 and SDL1 releases on pypi at the > same time.

[pygame] Re: Starting the pygame 2 series

2018-07-31 Thread René Dudfield
So. I've been thinking how to have SDL2 and SDL1 releases on pypi at the same time. 1.9.5.devX releases, with SDL1 being compiled in. 2.0.0.devX releases, using SDL2 stuff. The benefit is that we can: - 'release early, release often'. The fact is most people only test, or try things out

Re: USEREVENT clash fix, was Re: [pygame] Re: Starting the pygame 2 series

2018-07-28 Thread Sam Bull
On Sat, 2018-07-28 at 09:59 +0200, René Dudfield wrote: > > def custom_type(): > >     """ Return an event type we can use for our own events. > >     """ Don't forget to mention in the documentation that StopIteration will be raised if there are no more event types available. signature.asc

USEREVENT clash fix, was Re: [pygame] Re: Starting the pygame 2 series

2018-07-28 Thread René Dudfield
Hello, how about this below for the custom event type API? Then we hide the USEREVENT in the docs, and suggest people use this. Then libraries can exist without stomping over each others events. Also, I think custom_type is a bit of a better name. Because it's an event type(not an event), and

[pygame] Re: Looking for a freebsd maintainer

2018-07-25 Thread René Dudfield
Also, it would be nice to setup some build bots for the BSDs. TravisCI and appveyor don't support them. If anyone has some tips on how to do that, or knows of another project with FreeBSD/OpenBSD build bots, that would be helpful. cheers, On Wed, Jul 25, 2018 at 12:39 PM, René Dudfield wrote:

Re: [pygame] Re: Starting the pygame 2 series

2018-07-24 Thread René Dudfield
Good idea to clean up that part :)

Re: [pygame] Re: Starting the pygame 2 series

2018-07-24 Thread Sam Bull
One small thing I've been thinking about for a while, is that it would be useful to stop encouraging developers to use USEREVENT directly, and add a mechanism to generate custom events. I've finally written up my thoughts here: https://github.com/pygame/pygame/issues/477 Might be a good thing to

[pygame] Re: Starting the pygame 2 series

2018-07-24 Thread René Dudfield
Hello, after merging the API cleanup stuff, I'd like to start cleaning up the top level of the repo. The goal is to reduce the number of files in there, so that it's easier for newbies to figure out where things are. The main open questions for me: - I'm not sure 'buildconfig' is the best

[pygame] Re: Mac 1.9.4.dev0 builds for testing

2018-07-16 Thread René Dudfield
Hellos, Here's a mac 3.6 wheel for testing if anyone has a moment... https://files.pythonhosted.org/packages/90/a1/90ce6cf1534a985062b5ef1adc55c1e496f6730cd0e5b58ec2ad0266ee71/pygame-1.9.4.dev0-cp36-cp36m-macosx_10_11_intel.whl cheerio, On Sun, Jul 15, 2018 at 11:03 PM, René Dudfield wrote:

[pygame] Re: Help? Alpha changes (regressions?) in 1.9.3 vs 1.9.2?

2018-07-15 Thread René Dudfield
Ok, so it seems this is not a regression in the API. However on windows it is a performance regression, as the directx backend isn't the default anymore, and that provided much faster hardware accelerated blits for things like color keys. So, no more help needed right away thank you :) But I

[pygame] Re: Can't install pygame on Windows. Please help!

2018-07-01 Thread John Salerno
Thanks guys! It worked with 3.6.5. I'll keep using that for now. Much appreciated! On Sunday, July 1, 2018 at 12:18:57 PM UTC-5, John Salerno wrote: > > Hi all. I just tried installing pygame on my Windows system using the > following on the command line: > > python -m pip install --user

Re: [pygame] Re: Some way to pickle or otherwise save a pygame.mixer.Sound object?

2018-06-09 Thread Luke Paireepinart
The wav format is not super complicated, you could split every track into 15 second chunks and read them off disk as needed so you always have one extra 15 second chunk than you currently need. You could probably even make fake file objects that mapped to the same file on disk using seeks, and use

Re: [pygame] Re: Some way to pickle or otherwise save a pygame.mixer.Sound object?

2018-06-09 Thread Christopher Night
Just to be clear, you need to play two different multi-minute sounds at once? Because your example has one 13-minute track and one 3-second track. If those are the sounds you need to play at the same time, why don't you just preload the 3-second one into a pygame.mixer.Sound object and play it

Re: [pygame] Re: Some way to pickle or otherwise save a pygame.mixer.Sound object?

2018-06-08 Thread Alec Bennett
> > I see that pygame.mixer.Sound supports OGG, I guess I should try that. > I've never used OGG before, and I wonder if it supports OGG if MP3 would be > an easy addition? > Well so much for using OGG (and probably MP3) to speed up preloading. With my 13 minute mono soundfiles, it takes 7.3

Re: [pygame] Re: Some way to pickle or otherwise save a pygame.mixer.Sound object?

2018-06-07 Thread Alec Bennett
On Thu, Jun 7, 2018 at 7:59 AM, Christopher Night wrote: > I recommend saving the sound as a raw buffer. First in a separate script: > > sound = pygame.mixer.Sound("music1.wav") > open("music1.buf", "wb").write(sound.get_raw()) > > Then in your game: > sound =

Re: [pygame] Re: Some way to pickle or otherwise save a pygame.mixer.Sound object?

2018-06-07 Thread Alec Bennett
> > > > A second solution is to load the sounds in the background of the game, > especially if you're going to launch on a menu where the sounds won't be > needed. You can pre-populate a dictionary with dummy sounds and use a > thread to go through and load each sound into the dictionary while the

Re: [pygame] Re: Some way to pickle or otherwise save a pygame.mixer.Sound object?

2018-06-07 Thread Christopher Night
I recommend saving the sound as a raw buffer. First in a separate script: sound = pygame.mixer.Sound("music1.wav") open("music1.buf", "wb").write(sound.get_raw()) Then in your game: sound = pygame.mixer.Sound(buffer=open("music1.buf", "rb").read()) I found about 4x speedup of reading a large

Re: [pygame] Re: Some way to pickle or otherwise save a pygame.mixer.Sound object?

2018-06-07 Thread Daniel Foerster
It looks like you may have missed the alternative solution in my email. On Thu, Jun 7, 2018, 01:04 Alec Bennett wrote: > > I think the answer that sticks out to me is that if these are musical > horn sounds, you might consider using pygame.mixer.music, which will stream > the sounds as needed.

Re: [pygame] Re: Some way to pickle or otherwise save a pygame.mixer.Sound object?

2018-06-07 Thread Alec Bennett
> I think the answer that sticks out to me is that if these are musical horn sounds, you might consider using pygame.mixer.music, which will stream the sounds as needed. A very good idea, and the route I originally took, but as far as I can tell pygame.mixer.music doesn't support polyphony, and I

Re: [pygame] Re: Some way to pickle or otherwise save a pygame.mixer.Sound object?

2018-06-06 Thread Daniel Foerster
I think the answer that sticks out to me is that if these are musical horn sounds, you might consider using pygame.mixer.music, which will stream the sounds as needed. However, this won't work if you have other music playing or if you want multiple horns to be able to play at the same time. A

[pygame] Re: Some way to pickle or otherwise save a pygame.mixer.Sound object?

2018-06-06 Thread Alec Bennett
Sorry, I left out the line where I try to save the file: > pickle.dump( sound_obj, open( "sound.pickled", "wb" ) ) On Wed, Jun 6, 2018 at 10:29 PM, Alec Bennett wrote: > I'm building a musical horn for my car with PyGame, and it works > perfectly, but since it needs to load each of the 20

Re: [pygame] Re: `pygame.draw.line(...)` `width`

2018-04-28 Thread Al Sweigart
I'd also be in favor of this change to squared-off miter joints. I've noticed the odd endcap behavior in Pygame a long time ago, and it's one reason that I never used the line drawing function for lines with large widths. -Al On Sat, Apr 28, 2018 at 1:35 PM, Ian Mallett

[pygame] Re: `pygame.draw.line(...)` `width`

2018-04-28 Thread Ian Mallett
​By the way, a solution doesn't even need to use any trigonometry, because a squared-off miter joint is by-definition orthogonal to the line. Here's some proof-of-concept code: def rndint(x): return int(round(x)) def cappedline(surface, color, p0,p1, width=1, rounded=True): radius = width *

Re: [SPAM: 6.600] Re: [pygame] Re: removing 'experimental' notice from pygame.math

2018-03-19 Thread René Dudfield
I'll merge this in now. Consider it stable(ish).

Re: [SPAM: 6.600] Re: [pygame] Re: removing 'experimental' notice from pygame.math

2018-03-15 Thread René Dudfield
Hi, here is a PR for Vector changes from our discussion here (and elsewhere). https://github.com/pygame/pygame/pull/416 - Tests and fixes for keyword arguments with Vector2 Vector3 - Tests for Vector2, and Vector3 scalar constructors like GLSL. Vector3(1) -> Vector3(1, 1, 1) -

Re: [SPAM: 6.600] Re: [pygame] Re: removing 'experimental' notice from pygame.math

2018-03-03 Thread Greg Ewing
Russell Jones wrote: IDK about physics, but AIUI, Z points from side to side, Y points down and X points diagonally; it's Λ that points up. Only if your computer screen is oriented vertically. If you're using a tablet in your lap, Λ points forward and Y points backwards. So obviously the code

Re: [SPAM: 5.011] [pygame] Re: removing 'experimental' notice from pygame.math

2018-03-03 Thread Greg Ewing
René Dudfield wrote: Length is also confusing because... length of the container. Yes, in Python terms the "length" of a vector should really be the number of components it has. (BTW, there's a similar problem in Python itself with using len() for the size of containers in general. I find

Re: [SPAM: 6.600] Re: [pygame] Re: removing 'experimental' notice from pygame.math

2018-03-03 Thread Russell Jones
IDK about physics, but AIUI, Z points from side to side, Y points down and X points diagonally; it's Λ that points up. (sorry) Russell On 1 March 2018 at 08:43, Greg Ewing wrote: > Daniel Pope wrote: > > Y points up in real physics? >> > > No, no, no. Z points up

[pygame] Re: removing 'experimental' notice from pygame.math

2018-03-03 Thread René Dudfield
Indeed. Perhaps 'magnitude'? Then we could leave 'length' as an alias. Not deprecate it, because it would be nice to keep true to the goal of the API being similar to the GLSL vectors, which have the length() function. Length is also confusing because... length of the container. On Saturday,

Re: [SPAM: 5.011] Re: [SPAM: 6.600] Re: [pygame] Re: removing 'experimental' notice from pygame.math

2018-03-02 Thread Greg Ewing
René Dudfield wrote: So it might be nice to return the length(magnitude) there? BTW, I don't really like the name "length" for a function that returns the magnitude of an arbitrary vector. It only makes sense for vectors representing a physical distance; it's nonsense for anything else

Re: [SPAM: 6.600] Re: [pygame] Re: removing 'experimental' notice from pygame.math

2018-03-02 Thread René Dudfield
Having normalize_ip return the old length would be a bit weird. Yeah, another name like 'normalize_ip_return_length' But maybe longer ;) speed = direction.length_normalize_ip()

Re: [SPAM: 6.600] Re: [pygame] Re: removing 'experimental' notice from pygame.math

2018-03-02 Thread René Dudfield
What is UP for rock climbers hanging upside down, when they are chatting on their phone, which points towards the horizon, whilst they live in Australia? ;) ( @Ian... give in to the temptation... ) Thanks Victor, those are some good notes. And I guess some of them will take some time to

Re: [pygame] Re: Stange behavior with sound or MPC

2018-03-02 Thread René Dudfield
... and replying on the pygame-users mailing list. On Fri, Mar 2, 2018 at 8:54 AM, illume wrote: > Hello, > > It looks like the google mailing list mirror isn't sending emails back to > the pygame mailing list for you. > > I wonder if it is because you are not signed up to

[pygame] Re: Stange behavior with sound or MPC

2018-03-01 Thread illume
Hello, It looks like the google mailing list mirror isn't sending emails back to the pygame mailing list for you. I wonder if it is because you are not signed up to here? https://www.pygame.org/wiki/info#Mailing%20List You should be able to send an email to majord...@seul.org with the body,

Re: [SPAM: 6.600] Re: [pygame] Re: removing 'experimental' notice from pygame.math

2018-03-01 Thread Ian Mallett
On Thu, Mar 1, 2018 at 1:43 AM, Greg Ewing wrote: > No, no, no. Z points up in real physics! Oh, and I expect "j" is the imaginary unit, "Σ"s can be omitted, gravity is exactly 10 m/s, without the square, and anyway one can drop units whenever one feels like it? (

Re: [SPAM: 6.600] Re: [pygame] Re: removing 'experimental' notice from pygame.math

2018-03-01 Thread Greg Ewing
Daniel Pope wrote: Y points up in real physics? No, no, no. Z points up in real physics! -- Greg

Re: [pygame] Re: removing 'experimental' notice from pygame.math

2018-02-28 Thread Daniel Pope
> As René pointed out in most of the Pymunk examples Y is converted so that positive Y points up to keep examples consistent and close to "real" physics. Y points up in real physics? This is making my head hurt; I need to go lie -Y.  On Wed, 28 Feb 2018, 22:52 Victor Blomqvist,

Re: [pygame] Re: removing 'experimental' notice from pygame.math

2018-02-28 Thread Victor Blomqvist
Hi, René sent an email asking if I had any input (as the author of pymunk), so here I am. In general I think it seems like a very well versed vector library in the making :) A couple of comments: 1. A function that normalizes and returns the length before normalizing in one call can be useful

Re: [pygame] Re: removing 'experimental' notice from pygame.math

2018-02-27 Thread Daniel Pope
> Vector2(x=0, y=0) -> Vector(0, 0) If rgba and uvst are swizzle attributes, are they also accepted as kwargs? > However, I feel this single scalar is hard to make a mistake with accidentally passing in the wrong thing? I don't think so. I think it could easily happen accidentally, while

Re: [pygame] Re: removing 'experimental' notice from pygame.math

2018-02-27 Thread Daniel Pope
> We want to go two left? This is sort of nice. > >>> velocity + Vector3.left * 2 Christening a particular axis or Vector as "left" had all kinds of problems. Which way is up? +y, like a graph? -y, like Surface coordinates? Is it a left-handed or right-handed coordinate system? On Tue, 27 Feb

Re: [pygame] Re: removing 'experimental' notice from pygame.math

2018-02-27 Thread Ian Mallett
​(Skims discussion) For e.g. `abs(Vector2(2,-1).elementwise())`, my (C++) library instead handles this as `abs(Vec2(2,-1))`, returning another `Vec2`. In C++, if you weren't expecting that, you get a compile error on whatever happens next, whereas in Python you'll get a `TypeError`, so it's

Re: [pygame] Re: removing 'experimental' notice from pygame.math

2018-02-27 Thread René Dudfield
Some static constructors could be useful. up, down, left, right forward, back zero, one, two, ... >>> velocity = Vector3(1, 2, 3) We want to go two left? This is sort of nice. >>> velocity + Vector3.left * 2 >>> Vector3.left >>> Vector3.right

Re: [pygame] Re: removing 'experimental' notice from pygame.math

2018-02-27 Thread René Dudfield
Some good points. Thanks, I appreciate the discussion. On Tue, Feb 27, 2018 at 3:51 PM, Daniel Pope wrote: > > Single scalar constructor should Vector2(1) == Vector2(1, 1) > > This is the kind of situation where I'd follow PEP20: "In the face of > ambiguity, refuse the

Re: [pygame] Re: removing 'experimental' notice from pygame.math

2018-02-27 Thread Daniel Pope
> Single scalar constructor should Vector2(1) == Vector2(1, 1) This is the kind of situation where I'd follow PEP20: "In the face of ambiguity, refuse the temptation to guess." There's an obvious pitfall if you expected to pass a tuple and you instead pass a scalar or the wrong length tuple - it

  1   2   3   4   5   6   7   8   9   10   >