XMMS2 (Cross platform music multiplexing system) is a new generation of the XMMS audio player. It is a new design, written from scratch, separate from the XMMS codebase. While Peter Alm, one of the original authors of XMMS, was responsible for the initial design and coding of XMMS2 (late 2002 to early 2003), he has since passed on the responsibility of furthering the project to Tobias Rundström and Anders Gustafsson. [http://wiki.xmms2.xmms.se/index.php/About#Main_development]
= Design Concepts =
XMMS2 borrows concepts from XMMS-era music players, such as playback control, a playlist, Plugins, user-configurable GUI, and adds features that were starting to appear in media players around 2001 and 2002, such as a Media library and a Client-server based media player.
== The concepts ==
;Playback Control: Taken for granted these days - simple functions like play , pause , stop , seek . Implemented in all decent media players.
;Playlist: Also taken for granted, allows for multiple Computer file and/or Streaming media to be queued so that the player may play them sequentially. Provides functions such as previous , next , shuffle , repeat , random . Some players allow for users to select a subset of the playlist in an arbitrary order as a more immediate queue for playback. This allows for a large playlist to retain its order, while a smaller selection is played in a different order. This concept is largely superseded by the Media Library concept. (As of 20th August 2005, the arbitrary queue feature is not directly supported by XMMS2)
;Plugins: A Plugin architecture is a type of modular architecture where certain functions are delegated to loadable libraries which provide particular functions at run-time. XMMS recognised five different types of plugins:
Input plugins for reading and decoding files or streams.
Output plugins to handle sound output.
Effects plugins to add effects to decoded audio data, before being output.
Visualisation plugins to provide visual animations that vary according to the audio being played.
General plugins which allow for miscellaneous functions such as controlling XMMS via an Infrared remote control or a Joystick.
XMMS2 also recognises five types of plugins, but they perform rather different functions:
Transport plugins for reading files or streams.
Decoder plugins for decoding data read by transport plugins.
Effect plugins to add effects to decoded audio data, before being output.
Output plugins to handle sound output.
Playlist plugins to handle the importing and exporting of playlist data.
;User-Configurable GUI: Most modern media players allow for their graphical user interfaces to be modifiable in some way by the user, typically by supporting Skin (computing). This can improve the look (and possibly feel) of the player window on a user s desktop.
;Media Library: This concept started appearing around 2001 (e.g. in
ITunes) and allows the player to remember where a user s media is located. The implementation of this feature varies between players, but the common rationale is to provide the user a fast and efficient way of organising, searching and accessing media.
;Client-Server Model: This concept has been rarely implemented in the realm of media players. The most popular player implementing this is possibly MPD (Music Player), a project by Warren Dukes started around early 2003.
== The design ==
When first conceived, XMMS2 was set to simply become a shared library that could be used with varying front-end code. That is, the XMMS2 library would have been a player back-end taking care of the mechanics of playing audio streams, while some arbitrary front-end would provide a user interface. This concept was later generalised into a client-server model to allow for more flexible coupling between the front-end and the back-end. The advantages of this approach are:
This allows the user to use any compatible client(s) to (simultaneously) connect to and control a single instance of the XMMS2 Daemon (computer software).
Clients can offer varying types of user interfaces - graphical or text based, implemented using various toolkits, integrated with various Desktop environment.
Client developers can concentrate on improving the usability of their interface, and not worry about playback code.
The use of TCP sockets also allows for users to remotely control XMMS2 daemons over a TCP/IP network.
While the plugin architecture of XMMS allowed it to be quite extensible, it was inefficient in certain ways; XMMS2 seeks to improve on that.
XMMS has Input plugins that take care of reading data and decoding it to audio. XMMS2 splits this into a Transport stage and a Decode stage, so that a single transport plugin may supply data of any type to any decoder plugin.
General plugins are irrelevant in XMMS2, their functions are taken up by clients.
XMMS can t handle container formats in a general manner. The XMMS2 architecture makes it easier to build support for container formats. (As of 20th August 2005, XMMS2 doesn t support container formats in a general manner, but this is a known issue that will be resolved)
XMMS2 s media library is well integrated with the playlist. This integration means that every file or stream added to the playlist has its metadata automatically cached by (remembered by) the media library. (This only happens once for every unique URL, so metadata isn t read again if it already exists in the library) Besides metadata, the media library can also quickly and efficiently store and reload playlists (as well as import and export them), making a user s music collection all accessible from a single place.
= XMMS2 and other projects=
The name XMMS2 was chosen by Peter Alm and Tobias Rundström as they started work on the project, evidently intending it to become the successor to XMMS. However, other developers started using the name (in 2003) before Peter and Tobias ever released their code:
Another project named XMMS2, by Mohammed Sameer, was described as a Gtk 2 port of the well known xmms. This was not related to this XMMS2 project. The project has now been discontinued and removed from savannah.nongnu.org .
A better known GTK2 port of XMMS is the Beep Media Player, which is sometimes referred to (erroneously) as XMMS2. The [http://www.sosdg.org/~larne/w/FAQ#Background BMP FAQ] explains that project s relationship to XMMS.
A subtle difference between the XMMS and XMMS2 acronyms is that, while XMMS stands for X(Cross-platform) MultiMedia System , XMMS2 stands for X(Cross-platform) music multiplexing system . This decision was made to make it clear that XMMS2 would only ever be an audio player, and not a general multimedia player with video support.
= References =
XMMS2 Project (August 21, 2005). [http://wiki.xmms2.xmms.se/index.php/History#.28Late_2002.29 Project history].
XMMS2 Project (August 21, 2005). [http://wiki.xmms2.xmms.se/index.php/About#People_involved People contributing] to XMMS2.
XMMS2 Project (August 21, 2005). [http://wiki.xmms2.xmms.se/index.php/Design_of_XMMS2 Design of XMMS2]
Advogato.org diary (August 21, 2005). [http://www.advogato.org/person/fatal/#2 Another one. ] by [http://www.advogato.org/person/fatal/ Thomas Nilsson], 2003-11-08.
insomnia bytes (August 21, 2005). [http://sirius.cine7.net/index.php/action/Article/category/computers/id/article-computers--better-music-player-manifesto/ Manifesto for a Better Music Player]
=See also=
List of audio players (software)
Comparison of media players
XMMS
MPD (Music Player)
ITunes
=External links=
[http://wiki.xmms2.xmms.se/ XMMS2 homepage]