[Alsaplayer-devel] 0.99.80-rc2 and future for AlsaPlayer

Frank Baumgart frank.baumgart at gmx.net
Thu Jul 19 20:25:23 BST 2007


> I want to discuss the future.
My 2 cents:

What you listed, to me, is just a "todo" list, not much of a vision for AP.

There are dozens of file based players around and this is really 
technology of 5 years ago.
It may be nice to see updates on the GTK(2) GUI but for myself, I could 
not care less.
Although I have spent much time improving AP, it was not until MadeJ's 
patches that
I have actually started the GUI interface at all, just out of curiosity. 
Again, it is 2007 now.
(talk collections/database, musicbrainz, last.fm etc.)

Strengths of AP:
- strong backend player
- stable core
- relatively efficient
- stable API support
- (few) bindings available

Weaknesses:
- limited format support
- lack of maintenance outside the core
- (few) bindings available
- not as efficient as it could be (SW mixing, SW volume, balance etc.)
  (this may affect me more than others)

My priority would be to improve format support and bindings and (if 
someone steps up) provide
patches for other frontend players if AP can provide some benefit.
Look at all the more complex frontends, most of them are based on 
backends like mplayer, xine, gstreamer or mad.
They do not reinvent the wheel.

Finally:
The suggestion about floating point conversion (that 10 people on earth 
may be able to identify in
a double-blind test) looks strange.
For the "file <filename>" instead of extension-based recognition: is 
this a real-life problem that you
are addressing? (nb. This will even be a major performance hit for my 
application)

Please, Dominique, do not misunderstand me, I am very glad that you 
stepped up and brought life
into AP again, and, in turn, new contributions/contributors.

Regards

Frank




More information about the alsaplayer-devel mailing list