Webradio - Revision history

PhilippeTeuwen: Reverted edits by Etegohy (Talk) to last revision by PhilippeTeuwen

2010-11-24T20:32:55Z

Reverted edits by Etegohy (Talk) to last revision by PhilippeTeuwen

Can't load revision 6797

at 00:26, 24 November 2010

2010-11-24T00:26:47Z

Can't load revision 6638

PhilippeTeuwen: /* Media Players That Support Icecast Streaming */

2007-07-09T09:08:56Z

Media Players That Support Icecast Streaming

← Older revision		Revision as of 09:08, 9 July 2007
Line 147:		Line 147:
	* XMMS: Ctrl-L to display the "Open URL" box		* XMMS: Ctrl-L to display the "Open URL" box
	* iTunes: open ITunes, use menu item Advanced -> Open Stream		* iTunes: open ITunes, use menu item Advanced -> Open Stream
			* quick time player seems not robust at all

	===Icecast relay===		===Icecast relay===

PhilippeTeuwen: /* Media Players That Support Icecast Streaming */

2007-07-09T09:08:33Z

Media Players That Support Icecast Streaming

← Older revision		Revision as of 09:08, 9 July 2007
Line 146:		Line 146:
	* Realplayer: File -> Open		* Realplayer: File -> Open
	* XMMS: Ctrl-L to display the "Open URL" box		* XMMS: Ctrl-L to display the "Open URL" box
	* ~~In principle~~ iTunes ~~should work too~~: open ITunes, use menu item Advanced -> Open Stream		* iTunes: open ITunes, use menu item Advanced -> Open Stream

	===Icecast relay===		===Icecast relay===
	Icecast allows [http://www.icecast.org/docs/icecast-2.3.1/icecast2_listenerauth.html listener authentication] but as streamium does not understand http auth_basic we cannot use it on the slug.		Icecast allows [http://www.icecast.org/docs/icecast-2.3.1/icecast2_listenerauth.html listener authentication] but as streamium does not understand http auth_basic we cannot use it on the slug.

PhilippeTeuwen: /* TODO */

2007-07-09T06:56:23Z

TODO

← Older revision		Revision as of 06:56, 9 July 2007
Line 203:		Line 203:
	** ices crossfade?		** ices crossfade?
	** when using "mpc play" to sync display of played song, we consume a few CPU (about 7% on boosted slug, so probably about 14% on regular slug) just to play mp3 through a dummy sound card.<br>we could try to do a dummy libmad!		** when using "mpc play" to sync display of played song, we consume a few CPU (about 7% on boosted slug, so probably about 14% on regular slug) just to play mp3 through a dummy sound card.<br>we could try to do a dummy libmad!
			* renice? When on heavy load, the slug is not quick enough between songs ans the Streamium gets out of buffer.

PhilippeTeuwen: /* mpd */

2007-07-09T06:50:09Z

mpd

← Older revision		Revision as of 06:50, 9 July 2007
Line 48:		Line 48:
	(Remember that we don't use mpd to play music but only to handle playlists)		(Remember that we don't use mpd to play music but only to handle playlists)
	* When need to update the DB:		* When need to update the DB:
	** There are plenty of tools to tune id3 tags, mp3info is one of them and by default allows to change one item without touching the other id3 infos. ~~Then update the DB or the dirs you touched/added~~		** There are plenty of tools to tune id3 tags, mp3info is one of them and by default allows to change one item without touching the other id3 infos.
			** It could happen that you got some mp3 tagged with ID3 tags v2 too, in that case mpd will use that info so you need to deal with them. To modify them, you can use id3v2 (id3v2 -d will delete v2 tags and let v1 tags in place).
			** Then update the DB or the dirs you touched/added
	mpc update [relative path]		mpc update [relative path]
	* gmpc can display content in UTF-8 but depending on the locales of your platform, encoding done by mpd could be wrong, in that case you need to add to /etc/mpd.conf sth like this and recreate the db		* gmpc can display content in UTF-8 but depending on the locales of your platform, encoding done by mpd could be wrong, in that case you need to add to /etc/mpd.conf sth like this and recreate the db
Line 55:		Line 57:

	mpd --create-db		mpd --create-db

	===icecast2===		===icecast2===
	apt-get install icecast2		apt-get install icecast2

PhilippeTeuwen: /* TODO */

2007-07-05T08:30:37Z

TODO

← Older revision		Revision as of 08:30, 5 July 2007
Line 199:		Line 199:
	* ices:		* ices:
	** ices crossfade?		** ices crossfade?
	** ~~use~~ mpc play to sync display of played song? ~~will~~ consume a few CPU (~~dummy~~ ~~sound~~ ~~card~~, we ~~could~~ ~~try~~ to do a dummy ~~libmad~~ ~~;-)),~~ ~~otherwise~~ ~~be sure~~ to do ~~mpc~~ ~~stop~~		** when using "mpc play" to sync display of played song, we consume a few CPU (about 7% on boosted slug, so probably about 14% on regular slug) just to play mp3 through a dummy sound card.<br>we could try to do a dummy libmad!

PhilippeTeuwen: /* Icecast relay */

2007-07-05T08:27:18Z

Icecast relay

← Older revision		Revision as of 08:27, 5 July 2007
Line 145:		Line 145:
	* In principle iTunes should work too: open ITunes, use menu item Advanced -> Open Stream		* In principle iTunes should work too: open ITunes, use menu item Advanced -> Open Stream
	===Icecast relay===		===Icecast relay===
			Icecast allows [http://www.icecast.org/docs/icecast-2.3.1/icecast2_listenerauth.html listener authentication] but as streamium does not understand http auth_basic we cannot use it on the slug.
			<br>One solution is to install an icecast relay on a remote server (this will also help if we want more than one remote listener) and use iptables on the slug to allow only local access and access from the relay.
			<br>Then on the relay we can use authentication.
			<br>Note that in the following setup we have both access controlled mountpoint and free but hidden mountpoint just in case a listener software doesn't support authentication...

	Specific Mountpoint Relay with icecast2 is very easy to achieve, cf http://www.icecast.org/docs/icecast-2.3.1/icecast2_config_file.html#relay		Specific Mountpoint Relay with icecast2 is very easy to achieve, cf http://www.icecast.org/docs/icecast-2.3.1/icecast2_config_file.html#relay
	<br>For private use it's probably a very good idea to set it in a "on-demand" mode so that upstream will be sucked only if there is at least one listener.		<br>For private use it's probably a very good idea to set it in a "on-demand" mode so that upstream will be sucked only if there is at least one listener.

PhilippeTeuwen: /* TODO */

2007-07-05T08:16:35Z

TODO

← Older revision		Revision as of 08:16, 5 July 2007
Line 188:		Line 188:

	==TODO==		==TODO==
			* From phpMp2?
	* auto upload of ripped CDs?		** auto upload of ripped CDs?
⚫	* ices:
			** mpc update
	** next song: killall -s USR1 ices		** next song: killall -s USR1 ices
		⚫	* ices:
	** how to make it remotely?? through icecast2(php auth?) or mpd...
	** ices crossfade?		** ices crossfade?
	** use mpc play to sync display of played song? will consume a few CPU (dummy sound card, we could try to do a dummy libmad ;-)), otherwise be sure to do mpc stop		** use mpc play to sync display of played song? will consume a few CPU (dummy sound card, we could try to do a dummy libmad ;-)), otherwise be sure to do mpc stop
	* icecast authorisation, cf http://www.icecast.org/docs/icecast-2.3.1/icecast2_listenerauth.html
	** as streamium does not understand http auth_basic, one solution is to use iptables to filter access locally and use an icecast2 relay with auth_basic for external use when I'm on-the-go

PhilippeTeuwen: /* Icecast relay */

2007-07-04T17:35:42Z

Icecast relay

← Older revision		Revision as of 17:35, 4 July 2007
Line 175:		Line 175:
	<no-yp>1</no-yp>		<no-yp>1</no-yp>
	<authentication type="htpasswd">		<authentication type="htpasswd">
	<option name="filename" value="/etc/icecast2/~~htpasswd~~"/>		<option name="filename" value="/etc/icecast2/authusers"/>
	<option name="allow_duplicate_users" value="0"/>		<option name="allow_duplicate_users" value="0"/>
	</authentication>		</authentication>