pygame
On Sat, Mar 12, 2011 at 9:08 AM, Nadav Horesh wrote:
> Having numpy, scipy, and matplotlib working reasonably with python3, a
> major piece of code I miss for a major python3 migration is an image IO. I
> found that pylab's imread works fine for png image, but I need to read all
> the ot
Hi,
Spatial hashes are the common solution.
Another common optimization is using the distance squared for
collision detection. Since you do not need the expensive sqrt for
this calc.
cu.
On Mon, Jan 10, 2011 at 3:25 PM, Pascal wrote:
> Hi,
>
> On 01/10/2011 09:09 AM, EMMEL Thomas wrote:
>>
Hi,
Yeah, that's what I meant. Upgrading numpy over an old install via
distutils breaks it.
cheers,
On Tue, Oct 26, 2010 at 1:54 AM, David wrote:
> On 10/26/2010 08:47 AM, Ralf Gommers wrote:
> > On Tue, Oct 26, 2010 at 12:35 AM, René Dudfield
> wrote:
> >> hi,
hi,
this is another instance of a bug caused by the 'no old file handling'
problem with distutils/numpy.
On Sun, Oct 24, 2010 at 4:29 PM, Charles R Harris wrote:
>
>
> On Sun, Oct 24, 2010 at 9:22 AM, Darren Dale wrote:
>
>> On Sun, Oct 17, 2010 at 7:35 AM, Ralf Gommers
>> wrote:
>> > Hi,
>>
numpy could implement __sizeof__
On Mon, Apr 26, 2010 at 12:16 PM, David Cournapeau wrote:
> On Mon, Apr 26, 2010 at 7:57 PM, Dag Sverre Seljebotn
> wrote:
> > I'd like to profile the memory usage of my application using tools like
> > e.g. Heapy. However since NumPy arrays are allocated in C t
On Wed, Apr 21, 2010 at 1:21 PM, Dag Sverre Seljebotn <
da...@student.matnat.uio.no> wrote:
> Dan Roberts wrote:
> > Thanks for the reply. You're certainly right that your work is
> > extremely beneficial to mine. At present I'm afraid a great deal of
> > NumPy C code isn't easily reusable and i
On Fri, Mar 5, 2010 at 7:29 PM, Brian Granger wrote:
> Francesc,
>
>> Yeah, 10% of improvement by using multi-cores is an expected figure for
>> memory
>> bound problems. This is something people must know: if their computations
>> are
>> memory bound (and this is much more common that one may in
AWESOME :)
On Sun, Feb 21, 2010 at 1:43 PM, Pauli Virtanen wrote:
> Hi,
>
> The test suite passes now on Pythons 2.4 - 3.1. Further testing is very
> welcome -- also on Python 2.x. Please check that your favourite software
> still builds and works with SVN trunk Numpy.
>
> Currently, Scipy has s
hi,
see: http://numcorepy.blogspot.com/
They see a benefit when working with large arrays. Otherwise you are
limited by memory - and the extra cores don't help with memory bandwidth.
cheers,
On Sat, Feb 13, 2010 at 2:20 PM, David Cournapeau wrote:
> On Sat, Feb 13, 2010 at 6:20 PM, Wolfgang
Hi,
may I suggest an addition to the release process...
'Tests against popular libraries that rely on numpy at the RC stage.
Test at least these libraries pass their numpy related tests:
matplotlib, scipy, pygame, (insert others here?). The release manage
should ask the mailing list for people t
hi,
pyaudio is pretty good for recording audio. It is based on portaudio and
has binaries available for win/mac - and is included in many linux distros
too (so is pygame).
You can load, and play audio with pygame. You can use the pygame.sndarray
module for converting the pygame.Sound objects i
On Wed, Dec 30, 2009 at 7:08 PM, Robert Kern wrote:
> On Wed, Dec 30, 2009 at 12:47, René Dudfield wrote:
>> On Wed, Dec 30, 2009 at 2:26 PM, Ravi wrote:
>>> On Wednesday 30 December 2009 06:15:45 René Dudfield wrote:
>>>
>>>> I agree with many things i
On Wed, Dec 30, 2009 at 2:26 PM, Ravi wrote:
> On Wednesday 30 December 2009 06:15:45 René Dudfield wrote:
>
>> I agree with many things in that post. Except your conclusion on
>> multiple versions of packages in isolation. Package isolation is like
>> processes, and
hello again,
On Tue, Dec 29, 2009 at 2:22 PM, David Cournapeau wrote:
> On Tue, Dec 29, 2009 at 10:27 PM, René Dudfield wrote:
>> Hi,
>>
>> In the toydist proposal/release notes, I would address 'what does
>> toydist do better' more explicitly.
>>
&g
On Tue, Dec 29, 2009 at 11:20 PM, David Cournapeau wrote:
> On Wed, Dec 30, 2009 at 3:36 AM, René Dudfield wrote:
>> On Tue, Dec 29, 2009 at 2:34 PM, David Cournapeau wrote:
>>> On Tue, Dec 29, 2009 at 10:27 PM, René Dudfield wrote:
>>>
>>>> Buildout is
On Tue, Dec 29, 2009 at 2:34 PM, David Cournapeau wrote:
> On Tue, Dec 29, 2009 at 10:27 PM, René Dudfield wrote:
>
>> Buildout is what a lot of the python community are using now.
>
> I would like to note that buildout is a solution to a problem that I
> don't ca
Hi,
In the toydist proposal/release notes, I would address 'what does
toydist do better' more explicitly.
A big problem for science users is that numpy does not work with
pypi + (easy_install, buildout or pip) and python 2.6.
Working with the rest of the python community as much as
On Thu, Dec 3, 2009 at 10:39 AM, Pauli Virtanen
> wrote:
> Tue, 01 Dec 2009 17:31:10 +0900, David Cournapeau wrote:
> > On Tue, Dec 1, 2009 at 5:04 AM, Charles R Harris
> > wrote:
> >> It looks like you doing great stuff with the py3k transition. Do you
> >> and David have any sort of merge sche
On Wed, Dec 2, 2009 at 11:51 AM, David Cournapeau
wrote:
> René Dudfield wrote:
>> We put in some hacks into pygame distutils for removing old files
>> (with msi installer, and for setup.py installer). However I think the
>> long term solution they are thinking of is
On Wed, Dec 2, 2009 at 9:49 AM, David Cournapeau
wrote:
> Nadav Horesh wrote:
>> I got the following errors with a clean installation of numpy (previous
>> installations deleted):
>>
>
> Actually, there are still some leftover: the file
> numpy/core/test_defmatrix.py does not exist in the tarball
On Sat, Nov 28, 2009 at 2:56 PM, David Cournapeau wrote:
> On Sat, Nov 28, 2009 at 10:42 PM, René Dudfield wrote:
>
> >
> > yeah, I completely understand the unfortunate packaging situation (eg,
> some
> > of my packages do not work with this install method).
>
On Sat, Nov 28, 2009 at 11:16 AM, David Cournapeau wrote:
> On Sat, Nov 28, 2009 at 6:34 PM, René Dudfield wrote:
> > Hi,
> >
> > the other day I tried installing numpy with easy_install, and did not
> have
> > much luck with python2.6.
>
> What problem exactl
Hi,
the other day I tried installing numpy with easy_install, and did not have
much luck with python2.6.
To reproduce, try installing with easy_install-2.6, or with buildout.
The work around is to just install it in another way (eg, dmg or with
setup.py install).
cheers,
__
On Fri, Nov 27, 2009 at 3:07 PM, René Dudfield wrote:
>
> hey,
>
> yeah I definitely would :) I don't have much time for the next week
> or so though.
>
btw, feel free to just copy whatever you like from there into your tree.
cheers,
__
On Fri, Nov 27, 2009 at 1:49 PM, Francesc Alted wrote:
> Correct. But, in addition, we are going to need a new 'bytes' dtype for NumPy
> for Python 3, right?
I think so. However, I think S is probably closest to bytes... and
maybe S can be reused for bytes... I'm not sure though.
Also, what wi
On Fri, Nov 27, 2009 at 1:41 PM, Pauli Virtanen wrote:
>> 2to3/3to2 fixers will probably have to be written for users code
>> here... whatever is decided. At least warnings should be generated
>> I'm guessing.
>
> Possibly. Does 2to3 support plugins? If yes, it could be possible to
> write one.
On Fri, Nov 27, 2009 at 11:50 AM, Francesc Alted wrote:
> A Friday 27 November 2009 11:27:00 Pauli Virtanen escrigué:
>> Yes. But now I wonder, should
>>
>> array(['foo'], str)
>> array(['foo'])
>>
>> be of dtype 'S' or 'U' in Python 3? I think I'm leaning towards 'U',
>> which will me
On Thu, Nov 26, 2009 at 7:35 PM, Nils Wagner
wrote:
>
>
> Sorry, I mixed up '+' and '&'
>
a = array(([True,True],[True,True]))
b = array(([False,False],[False,False]))
a & b
> array([[False, False],
> [False, False]], dtype=bool)
>
> Cheers,
>
> Nils
hey,
this
On Fri, Nov 27, 2009 at 1:37 AM, Charles R Harris
wrote:
> Hi Pauli,
>
> On Thu, Nov 26, 2009 at 4:08 PM, Pauli Virtanen wrote:
>>
>> Hi,
>>
>> The Python 3 porting needs some decisions on what is Bytes and
>> what is Unicode.
>>
>> I'm currently taking the following approach. Comments?
>>
>>
On Mon, Nov 23, 2009 at 10:08 AM, Pauli Virtanen wrote:
> Setup.py runs 2to3 automatically for all changed files. Of course, if it's
> possible to cater for24 and 3 at the same time,that's good. How do you work
> around the relative imports andthe changed exception catching syntax?
>
hi,
see m
awesome work Pauli!
___
NumPy-Discussion mailing list
NumPy-Discussion@scipy.org
http://mail.scipy.org/mailman/listinfo/numpy-discussion
On Mon, Nov 23, 2009 at 7:19 AM, David Cournapeau wrote:
> On Mon, Nov 23, 2009 at 2:35 PM, Pauli Virtanen wrote:
>
>> It might be nice to have this merged in at some point after 1.4.0 (after
>> the most obvious glaring bugs have been fixed), so that we could perhaps
>> start aiming for Python3 c
On Sun, Nov 22, 2009 at 7:28 PM, René Dudfield wrote:
> On Sun, Nov 22, 2009 at 7:16 PM, Pauli Virtanen wrote:
>> la, 2009-11-21 kello 20:00 -0500, David Warde-Farley kirjoitti:
>>> Guido posted a link to this on Twitter, it might be of interest to
>>> people inter
On Sun, Nov 22, 2009 at 7:16 PM, Pauli Virtanen wrote:
> la, 2009-11-21 kello 20:00 -0500, David Warde-Farley kirjoitti:
>> Guido posted a link to this on Twitter, it might be of interest to
>> people interested in the NumPy Python 3 transition:
>>
>> http://dmalcolm.livejournal.com/3935.htm
On Fri, Nov 6, 2009 at 7:46 PM, David Cournapeau wrote:
> On Sat, Nov 7, 2009 at 3:41 AM, David Cournapeau wrote:
>
>> I don't think LGPL has much meaning for
>> python code, especially pure python code (and m4 for that matter)
>
> This is funny - besides pyqt, the only LGPL reference with python
On Wed, Oct 21, 2009 at 2:14 PM, Pauli Virtanen
> wrote:
> Wed, 21 Oct 2009 14:47:02 +0200, Francesc Alted wrote:
> [clip]
> >> Do you have any interest in adding SIMD to some core numpy
> >> (transcendental functions). If so, I would try to go back to the
> >> problem of runtime SSE detection an
On Tue, Sep 22, 2009 at 3:45 PM, Sturla Molden wrote:
> Xavier Gnata skrev:
>> I have a large 2D numpy array as input and a 1D array as output.
>> In between, I would like to use C code.
>> C is requirement because it has to be fast and because the algorithm
>> cannot be written in a numpy oriente
On Sun, Sep 20, 2009 at 7:15 PM, Robert Kern wrote:
> On Sun, Sep 20, 2009 at 13:13, René Dudfield wrote:
>> Hi again,
>>
>> I noticed numpy includes a copy of distutils. I guess because it's
>> been modified in some way?
>
> numpy.distutils is a set of ext
On Mon, Sep 21, 2009 at 8:12 PM, David Warde-Farley wrote:
> On 21-Sep-09, at 2:55 PM, Xavier Gnata wrote:
>
>> Should I read that to learn you cython and numpy interact?
>> Or is there another best documentation (with examples...)?
>
> You should have a look at the Bresenham algorithm thread you
On Mon, Sep 21, 2009 at 6:45 PM, Gökhan Sever wrote:
> I asked this question at
> http://stackoverflow.com/questions/1449139/simple-object-recognition and get
> lots of nice feedback, and finally I have managed to implement what I
> wanted.
>
> What I was looking for is named "connected component
hi,
Definitely memory speed is probably the biggest thing to consider.
Also using 64bit if you need to do lots of calculations, and cache
things.
ACML is another alternative... but I've never tried linking it with numpy
http://developer.amd.com/cpu/Libraries/acml/Pages/default.aspx
AMD Phenom II
Hi again,
I noticed numpy includes a copy of distutils. I guess because it's
been modified in some way?
cheers,
___
NumPy-Discussion mailing list
NumPy-Discussion@scipy.org
http://mail.scipy.org/mailman/listinfo/numpy-discussion
Hi again,
I deleted the old git repo there, and I followed the scipy git guide
and put the changes here:
http://github.com/illume/numpy3k.
git clone git://github.com/illume/numpy3k.git
So hopefully you'll be able to take those changes from git into svn.
If it's still not working... pleas
On Sat, Sep 19, 2009 at 10:31 AM, Pauli Virtanen wrote:
> pe, 2009-09-18 kello 23:41 -0600, Charles R Harris kirjoitti:
>
> [clip]
>> Hmm, that doesn't work for me, git finds no commits in common if I
>> pull and, as far as I can tell, essentially clones the whole thing. I
>> quess that's because
On Sat, Sep 19, 2009 at 6:41 AM, Charles R Harris
wrote:
>>
>> Hi,
>>
>> I'll be uploading stuff to github at http://github.com/illume/numpy3k.
>> git clone git://github.com/illume/numpy3k.git
>>
>
> Hmm, that doesn't work for me, git finds no commits in common if I pull and,
> as far as I can
hi,
Added a numpy/compat.py file from pygame.
This defines these things for compatibility:
__all__ = ['geterror', 'long_', 'xrange_', 'ord_', 'unichr_',
'unicode_', 'raw_input_']
geterror() is useful for exceptions compatible between py3k and pyv2...
As in py3k you can't do this:
except Im
Hi again,
I found your numpy/core/src/py3k_notes.txt file.
I left the PY3K.txt I made in there for now, so its easy for people to
find... but will use the other file for more specific information like
is in there now. Or I can move the information across from PY3K.txt
into py3k_notes.txt if you
On Fri, Sep 18, 2009 at 5:49 PM, René Dudfield wrote:
> On Fri, Sep 18, 2009 at 5:36 PM, René Dudfield wrote:
>> On Fri, Sep 18, 2009 at 5:33 PM, Charles R Harris
>> wrote:
>>> Numpy relies on nose for testing. I know that there is a py3k branch for
>>> nose bu
On Fri, Sep 18, 2009 at 5:36 PM, René Dudfield wrote:
> On Fri, Sep 18, 2009 at 5:33 PM, Charles R Harris
> wrote:
>> Numpy relies on nose for testing. I know that there is a py3k branch for
>> nose but it doesn't look very active and I don't know its current state. D
On Fri, Sep 18, 2009 at 5:33 PM, Charles R Harris
wrote:
> Numpy relies on nose for testing. I know that there is a py3k branch for
> nose but it doesn't look very active and I don't know its current state. Do
> you know anything about that?
>
> Chuck
ah, bugger. No I don't. I can find out thou
On Fri, Sep 18, 2009 at 4:29 PM, Charles R Harris
wrote:
>
>
> On Fri, Sep 18, 2009 at 9:09 AM, René Dudfield wrote:
>>
>> On Fri, Sep 18, 2009 at 4:05 PM, Charles R Harris
>> wrote:
>> >
>> >
>> > On Fri, Sep 18, 2009 at 8:5
On Fri, Sep 18, 2009 at 4:05 PM, Charles R Harris
wrote:
>
>
> On Fri, Sep 18, 2009 at 8:52 AM, René Dudfield wrote:
>>
>> one more thing...
>>
>> there's also notes about porting to py3k here:
>> http://wiki.python.org/moin/cporting
&g
one more thing...
there's also notes about porting to py3k here:
http://wiki.python.org/moin/cporting
and here:
http://wiki.python.org/moin/PortingExtensionModulesToPy3k
Which are better than the python.org docs for cporting. That's
probably a pretty good page to store notes about portin
On Fri, Sep 18, 2009 at 3:10 PM, Charles R Harris
wrote:
> Hi René,
>
> On Fri, Sep 18, 2009 at 6:01 AM, René Dudfield wrote:
>>
>> Hello,
>>
>> as a big numpy user, and someone wanting to help with the python 3
>> migration, I'd like to help with
Hello,
as a big numpy user, and someone wanting to help with the python 3
migration, I'd like to help with a python 3.1 port of numpy.
We(at the pygame project) have mostly completed our port of pygame to
python 3.0 and 3.1 so can offer some insight into what it takes with a
CPython extension.
p
55 matches
Mail list logo
