[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
+
}