[www tom@zwizwa.be**20080923114634] { hunk ./www/index.html 27 -
As a language, its defining properties are a linear memory model - to reduce memory usage and promote memory locality for video - processing, and the use of dynamic typing and generic functions. The - code is a result of a long experimental evolution which started in - 2002, and is somewhat idiosyncratic. It is written entirely in - C. Cleaning up the PF virtual machine and processing code, and - generating most from a higher level description language is part of - the objectives of the Staapl - project. +
As a language, its defining properties are a linear memory
+ management model to improve locality for video processing (cache
+ friendliness), and the use of dynamicly typed multiple dispatch
+ (generic functions inspired by CLOS). The code base is a result of a
+ long experimental evolution which started in 2002, and is somewhat
+ idiosyncratic. It is written entirely in C. Its last major
+ restructuring introduced primitives for select() based
+ non-blocking I/O which is used to build a real-time multitasking
+ engine based on a round-robin scheduler. Cleaning up the PF virtual
+ machine and processing code, and generating most from a higher level
+ description language is part of the objectives of
+ the Staapl project. In the
+ mean time I am working on simplifying the API and eliminating some
+ unnecessary cleverness, making the code more homogeneous.
hunk ./www/index.html 68
-language itself is considered stable. The way I see things now (June
-2008), the core language part will probably be absorbed in Staapl, and
-the simplified glue layers for Linux media APIs will probably find a
-home in a C library to make them available to other projects; PF will
-shift more towards video processing: refocussing to the original goals
-after a 3 year excursion into OpenGL graphics.
+language itself is considered stable. The way I see things now
+(September 2008), the core language part will probably be absorbed in
+Staapl, and the simplified glue layers for Linux media APIs will
+probably find a home in a C library to make them available to other
+projects; PF will shift more towards video processing: refocussing on
+the original goals after a 3 year excursion into OpenGL generative
+graphics. I am currently working on integrating PF
+with PLT Scheme, with an eye
+on integration
+with Fluxus.
hunk ./www/index.html 82
+
+Tue Sep 23 13:38:48 CEST 2008 +}