Martin Spacek wrote:
> Gael Varoquaux wrote:
>> Very interesting. Have you made measurements to see how many times you
>> lost one of your cycles. I made these kind of measurements on Linux using
>> the real-time clock with C and it was very interesting (
>> http://www.gael-varoquaux.info/computers
Gael Varoquaux wrote:
> Very interesting. Have you made measurements to see how many times you
> lost one of your cycles. I made these kind of measurements on Linux using
> the real-time clock with C and it was very interesting (
> http://www.gael-varoquaux.info/computers/real-time ). I want to red
Francesc Altet wrote:
> Perhaps something that can surely improve your timings is first
> performing a read of your data file(s) while throwing the data as you
> are reading it. This serves only to load the file entirely (if you have
> memory enough, but this seems your case) in OS page cache. T
On Dec 3, 2007 12:00 PM, Zachary Pincus <[EMAIL PROTECTED]> wrote:
> Thanks -- I hadn't realized matplotlib's user-interaction abilities
> were that sophisticated! I'll definitely give that route a shot.
Here is another example which will help you understand how to do
interaction. You can drag t
Hi Stéfan,
Thanks -- I hadn't realized matplotlib's user-interaction abilities
were that sophisticated! I'll definitely give that route a shot.
Zach
On Dec 3, 2007, at 9:46 AM, Stefan van der Walt wrote:
> Hi Zach
>
> Attached is some code for removing radial distortion from images. It
> sh
Hi Zach
Attached is some code for removing radial distortion from images. It
shows how to draw lines based on user input using matplotlib. It is
not suited for a big application, but useful for demonstrations.
Try it on
http://mentat.za.net/results/window.jpg
Regards
Stéfan
On Thu, Nov 29,
A Monday 03 December 2007, Martin Spacek escrigué:
> Sebastian Haase wrote:
> > reading this thread I have two comments.
> > a) *Displaying* at 200Hz probably makes little sense, since humans
> > would only see about max. of 30Hz (aka video frame rate).
> > Consequently you would want to separate y
Hi Pearu,
On Dec 3, 2007 11:22 AM, Pearu Peterson <[EMAIL PROTECTED]> wrote:
>
> Some additional notes:
>
> - note that f2py in numpy and in python-f2py are *different*
> tools and therefore python-f2py should not be considered
> depreciated more than python-numeric is. So, python-f2py
> should st
Some additional notes:
- note that f2py in numpy and in python-f2py are *different*
tools and therefore python-f2py should not be considered
depreciated more than python-numeric is. So, python-f2py
should stay provided python-numeric is there. It might be
appropiate to rename python-f2py to pytho
Ho,
f2py is part of numpy and therefore there is no need to
have python-f2py package. The version number of f2py
(2_3816, for instance), indicates which SVN commit changed
the f2py package and has local usage only.
python-f2py package could be retained only for backward
compatibilty for users who
10 matches
Mail list logo
