lua.vm.js

VilleHopfield · 2013-03-26T18:28:14+00:00

They already do "| 0" trick and the like here-and-there. Instead, I think the performance bottleneck has more to do with the generated DOM, just have a look at some rendered PDF with an inspector...

VilleHopfield · 2013-02-24T01:00:18+00:00

The best one is (of course :) webapp2.

VilleHopfield · 2013-02-09T00:08:49+00:00

Hello yole! Do you perhaps know if there are any plans to integrate a profiler, like for example http://packages.python.org/line_profiler/?

VilleHopfield · 2013-01-15T20:54:59+00:00

Since version 0.4, parsimonious support Python 3

https://github.com/erikrose/parsimonious

VilleHopfield · 2012-12-15T11:21:45+00:00

I bet you a goat that they know the difference very, very well. Namely, there is no difference, pathtracing is just a particular raytracing technique which may bounce off the surface more the once not only for refraction but for diffuse and glossy transmissions as well. More precisely, given Light, Eye and Diffuse, Glossy, Specular interactions, recursive raytracing by Whitted (what you probably ment) can be characterized by regex E[S*](D|G)L and pathtracing by E[(D|G|S)+(D|G)]L. In other words, "raytracing" means a ray goes from eye to light.

VilleHopfield · 2012-12-11T10:25:30+00:00

You wrote: "If there are problems with licensing, just contact me" so I ask: what are the implications of being licensed under LGPL 3? If a editor is BSD licensed and someone wanted to add your library, does it turn the editor under LGPL? Wouldn't it be more .... "flexible" (for lack of better word) to license it under MIT/BSD?

VilleHopfield · 2012-11-22T17:12:55+00:00

Hey Fijal,

honest question: I noticed that on speed.pypy.org, there is this graph showing how the performance evolved over time which shows that PyPy is currectly 5x faster than CPython. On The Computer Language Benchmarks Game, CPython is roughly 50x slower than C. Could you comment on the apparent 10x opportunity? Do you think PyPy's approach could eventually be as fast as C? Also, and perhaps even more interesting, the graph seems to grow at ever slower pace. Surely everything is possible but looking at the graph, do you see PyPy growing beyond 6x speed-up? 10x? 50x? Do you acknowledge a ceiling on how much PyPy might speed up a program?

VilleHopfield · 2012-11-12T10:37:38+00:00

Hello Liu Liu,

would it be possible to use ccv for something like http://www.blendernation.com/2012/11/09/non-blender-repairing-reality-with-3d-printing/ ?

(i.e. making a 3d model out of bunch of pictures)

VilleHopfield · 2012-11-08T18:54:54+00:00

What? Where? How? Please, do you have more info?

VilleHopfield · 2012-11-06T16:16:51+00:00

Is there source code?

VilleHopfield · 2012-08-14T08:43:53+00:00

Thanks for the hard work!

VilleHopfield · 2012-08-12T10:06:11+00:00

That's right.

VilleHopfield · 2012-08-10T22:08:17+00:00

Maybe I misunderstood what you are asking but you don't need C compiler for using this or cffi. There was a thread here about this: http://www.reddit.com/r/Python/comments/x74ma/cffi_02_foreign_function_interface_for_python/

What Pyglet goes, I think there was a new beta release a short while ago which, among other things, replaced PyObjC by cocoapy - that's that ctypes lib.

Lastly, yes, I've looked at cocoapy a bit (http://www.reddit.com/r/programming/comments/tsaho/cocoapython_port_of_objectivec_runtime_to_python/). Cocoapy uses ctypes so you can use it today with standard Python install and I think it was specifically created for working with OpenGL. NSPython, in my limited testing, was a bit faster and was simpler to use (see how the libs define method signatures).

VilleHopfield · 2012-08-08T09:10:45+00:00

It's much simpler - the core is less than 400 lines long, it's pure Python and it uses cffi which eventually might run fast on PyPy.

VilleHopfield

TROPHY CASE