File: TODO

package info (click to toggle)
cthugha 1.3-4
  • links: PTS
  • area: non-free
  • in suites: potato
  • size: 4,032 kB
  • ctags: 1,604
  • sloc: cpp: 13,453; sh: 1,746; ansic: 1,556; makefile: 182
file content (137 lines) | stat: -rw-r--r-- 4,214 bytes parent folder | download
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
Bugs, Problems, Things that are missing or would be nice:
---------------------------------------------------------

- rethink user interface (keys)
   * remove xcthugha control panel. make something better. 
     text in control panel is one step
   * show and hide control panel while running
   * make a small preview window

   * interface is not updated when CoreOption changes (new random palette)

   * make an "external interface" to cthugha:
     listen at a port for command like 
     "change flame up-slow", 
     "sound channels 2", "sound file something.mp3",
     "query flame" (to get a list of possible flame values)
     ...
  
     Then use this interface for an extra user interface (maybe running or
     displaying on a different machine). Also use this interface for
     communication when doing sound reading in an extra process.

     Some parts of the sound server could be reused.

     Problem: Cthugha must send automatic changes to the interface,
     or interface must query the current values from time to time.

     a keymap would be relative easy then: (with different "modes",
       so that one key can have different meanings):
       
       key 'a' mode 0: change flame up-slow
       key '1' mode 0: change mode 1
       key 'a' mode 1: change display down
       ...

   * different interfaces 
     - on-screen - as it is now to svgalib and xcthugha without control panel
     - on-term - xcthugha with text-on-term or cthugha-server
     - extern - a new interface program(s) communicating with xcthugha
	
   
- sound related stuff
   * when using 'xmp' and closing cthugha normally then
     no text will be displayed afterwards,
     using ^C works???
 
   * sound server is not working well (ignore for now)

   * find a good value describing the "speed of the sound"

   * sound reading code is not very stable (and nice)
   * there are reports about errors, that I can not explain
     maybe --snd-method solves some of them
   * CD player and mixer are not very good
   * better (faster, more reliable) sound reading (dma, mmap, ...)
   * select sound input at runtime (dsp, file, ...)
   * playlist for files

   * sound formats: I only can test 8bit unsigned and 16bit signed le
     Is the rest working?

   * Generate random noise you can listen to


- code stuff
   * use threads (instead of processes with shared memory)
     this would make it hard to compile cthugha on non-linux machines
     threads and Mesa seems to be a little bit problematic
   * check for "endianes" errors

   * change "load" code.

   * clean up tab directory 

   * endianess and int/long is not always defined clearly
     what if it is neither big/little endian -> use the value
     of the BYTE_ORDER from endian.h if possible

- ideas for new flame/display/...
   * like jump, but on a circle
   * Movement on the inside of a ring

   * load xStream files (XSE) directly (make compiler)
   * load arbitrary image files

   * multiple entries in .cmd files
   * set parameters for cmd_* files at runtime

   * random palettes

   * better inclusion of images 
     images as background, images mapped on 3D objects, 
     images as backside of 3D effects (one side of a plane the buffer
     the other side some nice picture)

   * make flames smoother and "slower" - I think they fade out too fast,
     so too much of the buffer remains black



- OpenGL 
   * Use Images - prepare textures from PCXs in advance
   * use GLX instead of glut
   * print screen for GL

   * light effects


- X11 stuff
   * react to geometry in the normal way
   * support all visual types (Cthugha on a mono display - does it make sense?)
     Which ones are working?

- Strange errors
   * credits are not displayed when no other text is displayed before
   * 32bpp mode is extremely slow, why? seems to be an XServer problem

- cthugha-server: sometimes connections stay active
- check network code

- inclulde code from John Morton (network, remote control)

- in configure.in: check for -lsocket, -lnsl
  network code is not working on Sun

- color ncurses

- continuing (after ^Z) is not working for cthugha, when using --exec

- control 3D movement also with joystick

- speedups