Update of /cvsroot/pure-data/pd/src In directory sc8-pr-cvs1.sourceforge.net:/tmp/cvs-serv18846
Modified Files: Tag: devel_0_39 TODO ChangeLog Log Message: .
Index: TODO =================================================================== RCS file: /cvsroot/pure-data/pd/src/Attic/TODO,v retrieving revision 1.1.2.5 retrieving revision 1.1.2.6 diff -C2 -d -r1.1.2.5 -r1.1.2.6 *** TODO 5 Nov 2005 18:34:32 -0000 1.1.2.5 --- TODO 23 Apr 2006 05:49:45 -0000 1.1.2.6 *************** *** 1,4 **** DesireData's TODO list, $Id$ ! ---------------------------- [h] means for Chun [m] means for Matju --- 1,4 ---- DesireData's TODO list, $Id$ ! [h] means for Chun [m] means for Matju *************** *** 14,27 **** - dash rect - done [h] wires
0.39.A:
- [h] remove Chun's hack so that the objectboxes are created server-side first. [m] sort thru old TODO list (0.37.B and 0.37.C)
! ! !
------------------8<--------cut-here--------8<------------------ --- 14,38 ---- - dash rect - done [h] wires + [h] rename box to Box and so on + [h] replace [Whatever_new] by [Whatever new]
0.39.A:
[m] sort thru old TODO list (0.37.B and 0.37.C) + [m] fix GDB connection problem + [m] fix test.pd [bng] segfault problem
+ ------------------8<--------cut-here--------8<------------------ + matju's devel_0_39 TODO list
! [ ] scons doing weird things with ~/.kde/ and stuff ! [ ] portaudio : src/s_audio_pablio.h:49:24: ringbuffer.h: No such file or directory ! [ ] without portaudio : ! src/s_audio_jack.c: In function `jack_open_audio': ! src/s_audio_jack.c:368: error: `copyvec_simd' undeclared (first use in this function) ! [ ] audio stuck, closing audio ! [ ] simd ! [ ] fftw ! [ ] test suite
------------------8<--------cut-here--------8<------------------ *************** *** 31,35 ****
* <numberat> is there a way to make non-gui objects appear on a GOP? - * printf's unused chars: "!"&(),/:;<=>?@BDHJKMNOPQRTUVWYZ[\]^_`bkmrvwy{|}~" * receive-symbols are fucked ? * send-symbols are fucked ? --- 42,45 ---- *************** *** 229,230 **** --- 239,307 ---- [ ] command for unpatcherizing a subpatch or abstraction (useful for making variants) + + + ------------------8<--------cut-here--------8<------------------ + Dec 26 2005 + + 1.1. a OutByteStream object is one that accepts those messages on inlet 0: + * float: seen as a byte (0..255) + * list of floats: seen as a sequence of float messages. + * symbol: seen as a \0-terminated string. + * bang: forces buffer-flushing if there's a buffer. + + 1.2. a OutByteStream object may also optionally respond to string + messages, in my dreams. However, in the meanwhile, it may be more + appropriate to use a new special C function that accepts a pair of + int and const char * (\0 is not honored: the int specifies the size). + This is so that there is no speed disincentive to switch to decoupled + I/O objects. + + 2.1. an InByteStream object is one that accepts those messages on inlet 0: + * bang: polls for more input (unlimited size). + * float: treated as int. polls for at most N bytes. + * auto 0: requires bang for getting more input. + * auto 1: uses a t_clock (hidden [metro]) for auto-polling. + + 2.2. an InByteStream may produce those messages: + * float: seen as a byte (0..255) + * list of floats: seen as a sequence of float messages. + + and when in "auto 0" mode, it will only send it when receiving a bang or + float. + + 2.2. an InByteStream object may also optionally produce string + messages, in my dreams, etc. What would the C function(s) look like + in this case? + + 3. an IOByteStream object is just an InByteStream object and an + OutByteStream object at the same time. There is no conflict between the + two. + + 4. there would be object classes called [tcp] and [udp] which would be + InputOutputStream objects (supporting in, out and bidi connections). + They would also respond to "connect" and "disconnect" (or maybe "open" + and "close" instead) and also "listen" for enabling server mode. + + 5. there would be an object class called [fudiin] which would be an + OutByteStream and [fudiout] which would be an InByteStream. Thus, to get a + bidirectional [netsend] [netreceive], use this triad: + + | + [fudiout] + | + [tcp] + | + [fudiin] + | + + Leaving out the first or the last object gives you [netsend] and + [netreceive] respectively. + + 6. a [tcp]<->[fudiin] pair can replace the server-side of the GUI + connection as long as the [tcp] object supports char* input as + suggested in part 1.2. (if the rest of this proposal is not + implemented, then use a slightly modified [netreceive] instead) + + + + ------------------8<--------cut-here--------8<------------------
Index: ChangeLog =================================================================== RCS file: /cvsroot/pure-data/pd/src/Attic/ChangeLog,v retrieving revision 1.1.4.2 retrieving revision 1.1.4.3 diff -C2 -d -r1.1.4.2 -r1.1.4.3 *** ChangeLog 11 Sep 2005 23:37:33 -0000 1.1.4.2 --- ChangeLog 23 Apr 2006 05:49:45 -0000 1.1.4.3 *************** *** 4,8 **** * merged into the devel branch; enable with scons desire=1, which disables lots of g_*.c files and enables desire.c; use the std devel gui using desire=0. ! * added proc def, which hides the self arg and turns @foo into _($self:foo) * run the client to start the server and not the other way around: do wish desire.tk * the client can make the server start via GDB --- 4,10 ---- * merged into the devel branch; enable with scons desire=1, which disables lots of g_*.c files and enables desire.c; use the std devel gui using desire=0. ! * added an object-oriented programming system in desire.tk (do not confuse ! with a dataflow system). ! * added proc unknown, which allows subject-verb-complement method-calling in tcl * run the client to start the server and not the other way around: do wish desire.tk * the client can make the server start via GDB