Have a look at glumpy: http://code.google.com/p/glumpy/
It's quite simple and very fast for images (it's based on OpenGL/shaders).
Nicolas
On Jun 28, 2011, at 6:38 AM, Nadav Horesh wrote:
> I have an application which generates and displays RGB images as rate of
> several frames/seconds (5-
On Monday, June 27, 2011, Nadav Horesh wrote:
>
>
>
>
>
>
>
> I have an application which generates and displays RGB images as rate of
> several frames/seconds (5-15). Currently I use Tkinter+PIL, but I have a
> problem that it slows down the rate significantly.
> I am looking for a fast and ea
I have an application which generates and displays RGB images as rate of
several frames/seconds (5-15). Currently I use Tkinter+PIL, but I have a
problem that it slows down the rate significantly. I am looking for a fast and
easy alternative.
Platform: Linux
I prefer tools that would work also
On Mon, Jun 27, 2011 at 7:07 PM, Keith Goodman wrote:
> On Mon, Jun 27, 2011 at 8:55 AM, Mark Wiebe wrote:
> > First I'd like to thank everyone for all the feedback you're providing,
> > clearly this is an important topic to many people, and the discussion has
> > helped clarify the ideas for me
Hi Chao,
by mistake did not reply to the list last time...
On 27.06.2011, at 10:30PM, Chao YUE wrote:
Hi Derek!
>
> I tried with the lastest version of python(x,y) package with numpy version of
> 1.6.0. I gave the data to you with reduced columns (10 column) and rows.
>
> b=np.genfromtxt('99Bu
On Mon, Jun 27, 2011 at 8:55 AM, Mark Wiebe wrote:
> First I'd like to thank everyone for all the feedback you're providing,
> clearly this is an important topic to many people, and the discussion has
> helped clarify the ideas for me. I've renamed and updated the NEP, then
> placed it into the ma
==
Announcing Theano 0.4.0
===
This is a major release, with lots of new features, bug fixes, and some
interface changes (deprecated or potentially misleading features were
removed). The upgrade is recommended for everybody, unless you rely on
depre
On Jun 27, 2011, at 9:59 PM, josef.p...@gmail.com wrote:
>
> Just a question how things would work with the new model.
> How can you implement the "use" keyword from R's cov (or cor), with
> minimal data copying
>
> I think the basic masked array version would (or does) just assign 0
> to the mi
On Mon, Jun 27, 2011 at 5:01 PM, Mark Wiebe wrote:
> On Mon, Jun 27, 2011 at 2:59 PM, wrote:
>>
>> On Mon, Jun 27, 2011 at 2:24 PM, eat wrote:
>> >
>> >
>> > On Mon, Jun 27, 2011 at 8:53 PM, Mark Wiebe wrote:
>> >>
>> >> On Mon, Jun 27, 2011 at 12:44 PM, eat wrote:
>> >>>
>> >>> Hi,
>> >>>
>>
On Mon, Jun 27, 2011 at 12:18 PM, Matthew Brett wrote:
> Hi,
>
> On Mon, Jun 27, 2011 at 5:53 PM, Charles R Harris
> wrote:
> >
> >
> > On Mon, Jun 27, 2011 at 9:55 AM, Mark Wiebe wrote:
> >>
> >> First I'd like to thank everyone for all the feedback you're providing,
> >> clearly this is an imp
On Mon, Jun 27, 2011 at 2:59 PM, wrote:
> On Mon, Jun 27, 2011 at 2:24 PM, eat wrote:
> >
> >
> > On Mon, Jun 27, 2011 at 8:53 PM, Mark Wiebe wrote:
> >>
> >> On Mon, Jun 27, 2011 at 12:44 PM, eat wrote:
> >>>
> >>> Hi,
> >>>
> >>> On Mon, Jun 27, 2011 at 6:55 PM, Mark Wiebe wrote:
>
> >
Hi Derek!
I tried with the lastest version of python(x,y) package with numpy version
of 1.6.0. I gave the data to you with reduced columns (10 column) and rows.
b=np.genfromtxt('99Burn2003all_new.csv',delimiter=';',names=True,usecols=tuple(range(10)),dtype=['S10']
+ [ float for n in range(9)]) wo
On Mon, Jun 27, 2011 at 2:24 PM, eat wrote:
>
>
> On Mon, Jun 27, 2011 at 8:53 PM, Mark Wiebe wrote:
>>
>> On Mon, Jun 27, 2011 at 12:44 PM, eat wrote:
>>>
>>> Hi,
>>>
>>> On Mon, Jun 27, 2011 at 6:55 PM, Mark Wiebe wrote:
First I'd like to thank everyone for all the feedback you're p
I found another empty input edge case. Somewhat recently, we fixed an issue
with np.histogram() and empty inputs (so long as the bins are somehow
known).
>>> np.histogram([], bins=4)
(array([0, 0, 0, 0]), array([ 0. , 0.25, 0.5 , 0.75, 1. ]))
However, histogram2d needs the same treatment.
On Mon, Jun 27, 2011 at 8:53 PM, Mark Wiebe wrote:
> On Mon, Jun 27, 2011 at 12:44 PM, eat wrote:
>
>> Hi,
>>
>> On Mon, Jun 27, 2011 at 6:55 PM, Mark Wiebe wrote:
>>
>>> First I'd like to thank everyone for all the feedback you're providing,
>>> clearly this is an important topic to many peopl
On Mon, Jun 27, 2011 at 12:44 PM, eat wrote:
> Hi,
>
> On Mon, Jun 27, 2011 at 6:55 PM, Mark Wiebe wrote:
>
>> First I'd like to thank everyone for all the feedback you're providing,
>> clearly this is an important topic to many people, and the discussion has
>> helped clarify the ideas for me.
Hi,
On Mon, Jun 27, 2011 at 6:55 PM, Mark Wiebe wrote:
> First I'd like to thank everyone for all the feedback you're providing,
> clearly this is an important topic to many people, and the discussion has
> helped clarify the ideas for me. I've renamed and updated the NEP, then
> placed it into
On 27.06.2011, at 7:11PM, Nils Becker wrote:
>>> Finally, the former Scientific.IO NetCDF interface is now part of
>>> scipy.io, but I assume it only supports netCDF 3 (the documentation
>>> is not specific about that). This might be the easiest option for a
>>> portable data format (if Matlab sup
On Mon, Jun 27, 2011 at 8:18 PM, Matthew Brett wrote:
> Hi,
>
> On Mon, Jun 27, 2011 at 5:53 PM, Charles R Harris
> wrote:
> >
> >
> > On Mon, Jun 27, 2011 at 9:55 AM, Mark Wiebe wrote:
> >>
> >> First I'd like to thank everyone for all the feedback you're providing,
> >> clearly this is an impo
Hi,
On Mon, Jun 27, 2011 at 5:53 PM, Charles R Harris
wrote:
>
>
> On Mon, Jun 27, 2011 at 9:55 AM, Mark Wiebe wrote:
>>
>> First I'd like to thank everyone for all the feedback you're providing,
>> clearly this is an important topic to many people, and the discussion has
>> helped clarify the i
Hi,
>> Finally, the former Scientific.IO NetCDF interface is now part of
>> scipy.io, but I assume it only supports netCDF 3 (the documentation
>> is not specific about that). This might be the easiest option for a
>> portable data format (if Matlab supports it).
> Yes, it is NetCDF 3.
In recent
On Mon, Jun 27, 2011 at 9:55 AM, Mark Wiebe wrote:
> First I'd like to thank everyone for all the feedback you're providing,
> clearly this is an important topic to many people, and the discussion has
> helped clarify the ideas for me. I've renamed and updated the NEP, then
> placed it into the m
On 27.06.2011, at 6:36PM, Robert Kern wrote:
>> Some late comments on the note (I was a bit surprised that HDF5 installation
>> seems to be a serious hurdle to many - maybe I've just been profiting from
>> the fink build system for OS X here - but I also was not aware that the
>> current netCDF
On Mon, Jun 27, 2011 at 11:17, Derek Homeier
wrote:
> On 21.06.2011, at 8:35PM, Christopher Barker wrote:
>
>> Robert Kern wrote:
>>> https://raw.github.com/numpy/numpy/master/doc/neps/npy-format.txt
>>
>> Just a note. From that doc:
>>
>> """
>> HDF5 is a complicated format that more or less
On Tue, Jun 21, 2011 at 13:35, Christopher Barker wrote:
> Robert Kern wrote:
>> https://raw.github.com/numpy/numpy/master/doc/neps/npy-format.txt
>
> Just a note. From that doc:
>
> """
> HDF5 is a complicated format that more or less implements
> a hierarchical filesystem-in-a-file. Thi
On 21.06.2011, at 8:35PM, Christopher Barker wrote:
> Robert Kern wrote:
>> https://raw.github.com/numpy/numpy/master/doc/neps/npy-format.txt
>
> Just a note. From that doc:
>
> """
> HDF5 is a complicated format that more or less implements
> a hierarchical filesystem-in-a-file. This f
First I'd like to thank everyone for all the feedback you're providing,
clearly this is an important topic to many people, and the discussion has
helped clarify the ideas for me. I've renamed and updated the NEP, then
placed it into the master NumPy repository so it has a more permanent home
here:
27 matches
Mail list logo
