[PD-cvs] pd/src TODO,1.1.2.5,1.1.2.6 ChangeLog,1.1.4.2,1.1.4.3

[Mathieu Bouchard]

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