File: ChangeLog

package info (click to toggle)
wsoundserver 0.4.0-19
  • links: PTS
  • area: main
  • in suites: etch, etch-m68k, sarge
  • size: 1,720 kB
  • ctags: 253
  • sloc: sh: 10,011; ansic: 2,240; makefile: 147
file content (76 lines) | stat: -rw-r--r-- 3,191 bytes parent folder | download | duplicates (2)
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
Since 0.2.2:
------------
- fixed some nasty forgotten NULL-checks that could cause the soundserver to
  dump core in libPropList-functions. (Courtesy to the Debian guys for pointing
  this crashbug out)
- fixed a crashbug when calling SCoreSound without the WMSoundDB being loaded
- added support for new soundevents Dock, UnDock and Kaboom by Alban Hertroys
- added the ability to change the volume of the played audiofiles to for now
  only audio_voxware. This is where the new dockapp icon comes in with the
  greenish sliderbar.
- removed the powerpc configure check as suggested by the Debian package
  maintainer Josip Rodin <jrodin@public.srce.hr>
- added a missing get-wsound-flags manpage
- modified interfacing with Window Maker
- added Dock, Undock, Kaboom and Shutdown events.
- first attempt at IRIX support


Since 0.2.1:
------------
- fixed a bug that didn't return error when the specified file could not be
  located, causing no error-message to be displayed.
- wsoundplay now first checks it's current dir for the specified file. If it
  can't find it there it will check in SoundPath-entries.
  This includes cases like the following:

  wsoundplay ../../soundfile.au


Since 0.2.0:
------------
- added some code to disable "could not open audio device" warnings after 
  playing a sound successfully. This indicates that the soundserver is
  indeed capable of playing audio on Your system, but apparently the audio
  device is locked by another application. There is no need to keep throwing
  that into the .xsession-errors logfile (or equivalent)
- can depend on the new libaudiofile 0.1.9 instead of the latest bleeding
  edge CVS-version.

Since 0.1.2:
------------
- fixed a Major Memory Leak in the several audio_* files.
  The audio-buffer was created but not freed anymore resulting in a 8kB
  additional memory consumption on every sound played.

Since 0.1.1:
------------
- reverted the "workaround" described in 0.1.0 ChangeLog
- fixed some minor internal issues

Since 0.1.0:
------------
- updated the configure script concerning libaudiofile detection
- updated the creation of the get-wsound-flags script to properly include
  esd libraries as well when building wsoundserver with ESD support.
- applied some minor patches to audio_solaris.c so far i have reports of
  16-bit wav ... and 8-bit au files working on Solaris.
- fixed a minor bug in the detection of libdockapp.
- fixed a minor bug in wsoundplay, unloaded the WMSoundDB too early when no
  sound server is running and using the SCoreSound routine to play sound.
- added "workaround" for latest libaudiofile changes that internally convert
  all audio-data to signed (two's complement).
  This workaround also made the until now unsupported 8bit AIFF and SND files
  work properly. Though I haven't been able to tets 8bit AU files yet.
  
  UPDATE: Apparently this all of a sudden isn't the case any longer with newer
  libaudiofile-cvs-snapshots ... So I removed the calling of the actual
  workaround, even though the code for it is still there.

- REQUIRES CVS-libaudiofile now !


Initial Code:
-------------
- Complete from scratch reimplementation of a Sound Server for Window Maker.