List of things I'd like to have :
---------------------------------

	* RAT multiple session support.
	  RAT does not seem to be able to handle more than one RTP session
	  at once. It is surely ok to have only one session associated with
	  the audio device, but it would be nice to be able to de-activate
	  a session in order to activate another one. Currently when changing
	  sessions, RAT has to be stopped and restarted. This sucks.

	* RAT audio device lockup detection.
	  RAT locks up when something else is using the audio device. This can
	  an mp3 player but also the artsd or esd daemons. 

	* better interface application <-> SIP-UA
	  Ther current interface between those two components is very
	  limiting. It needs some redesign.

	* more flexible SIP-UA
	  the current SIP-UA (and its interface) is fine for doing simple
	  phone calls, but need to be extended for doing conferencing and
	  multimedia (adding/removal of media streams)

	* GUI fixes
	  When the GUI pops up, the size is too small when switching
	  between its modes. Buttons are hiding, need to resize ...

	* simple Stand-alone audio engine. (ethereal)
	  RAT is fine for a stand-alone audio engine but lacks some points (s.a.)
	  To develop an own one would have these advantages:
	  	- less codecs, causing smaller code (only PCMU maybe 2-4 more)
	  	- thinner interface, hopefully not MBUS
	  	- better session behaviour.
	  	- better audio device handling.
	  	- modular (thus extendible) architecture.
	  	- better documented.
	 
	* probably more to come ...
