File: NEWS

package info (click to toggle)
wsoundserver 0.2.2-3
  • links: PTS
  • area: main
  • in suites: potato
  • size: 752 kB
  • ctags: 207
  • sloc: sh: 6,877; ansic: 2,002; makefile: 139
file content (42 lines) | stat: -rw-r--r-- 1,370 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
NEWS for veteran WSoundServer users
-----------------------------------

-- 0.2.1

Finaly there is a new "release" of libaudiofile 0.1.9 that i can depend on
instead of the latest bleeding edge CVS-version. 

Added some new code to disable the "could not open audio device" warnings
after sounds has been played successfully once. The fact that the audio device
could not be opened in that case means that apparently the device is being
locked by another application.


-- 0.2.0

Major Memory Leak fixed in the audio-playback functions.
The audio-buffer was created but not freed anymore resulting in a 8kB
additional memory consumption on every sound played.


-- 0.1.2

Apparently Libaudiofile has reverted the functionality described below.
I think this menas you Could use "normal non-CVS" libaudiofile now ...
but I kinda lost track ... so your best bet probably still is with the
CVS-tree, which is available through GNOME-CVS

-- 0.1.1

Because of some CVS-libaudiofile changes I had to rework some of the audio
playing code. Libaudiofile now by default returns all (8-bit) audio as signed
instead of the usual unsigned .. which required me to "reconvert" the audio
data back to unsigned in case your audio device doesn't support playing such
audio data (like my GUS MAX)

This means You need CVS-libaudiofile now

-- 0.1.0

First Actual (Usable) Public Release