Icecast Streaming Media Server Forum Index Icecast Streaming Media Server
Icecast is a Xiph Foundation Project
 
 FAQFAQ   SearchSearch   MemberlistMemberlist   UsergroupsUsergroups   RegisterRegister 
 ProfileProfile   Log in to check your private messagesLog in to check your private messages   Log inLog in 

Relaying a shoutcast server with my icecast server?

 
Post new topic   Reply to topic    Icecast Streaming Media Server Forum Index -> Icecast Server
View previous topic :: View next topic  
Author Message
Anonymous
Guest





PostPosted: Thu Apr 13, 2006 4:42 pm    Post subject: Relaying a shoutcast server with my icecast server? Reply with quote

The doc reads that it has to be either both icecast or the relaying server has to be a shoutcast server.

so i def can't relay a shoutcast server stream with my icecast server? Sad
Back to top
karlH
Code Warrior
Code Warrior


Joined: 13 Jun 2005
Posts: 5476
Location: UK

PostPosted: Thu Apr 13, 2006 7:06 pm    Post subject: Reply with quote

If you configure icecast as a slave server then the master has to be an icecast2 server as well (the command to get the list of streams is specific to icecast, shoutcast doesn't have it). If you specify a <relay> yourself then that can relay a shoutcast or icecast stream.

karl.
Back to top
View user's profile Send private message Send e-mail Visit poster's website
Anonymous
Guest





PostPosted: Thu Apr 13, 2006 8:17 pm    Post subject: Reply with quote

Quote:
If you specify a <relay> yourself then that can relay a shoutcast or icecast stream.


Quote:
Setting Up A Single-Broadcast Relay

In this case, the master server need not be an icecast2 server. Supported master servers for a single-broadcast relay are Shoutcast, Icecast1.x, and of course Icecast2.

The message itself is wrong innit?

Ok so i can relay shoutcast servers. That explains <relay-shoutcast-metadata> Smile

ok will try again
Back to top
karlH
Code Warrior
Code Warrior


Joined: 13 Jun 2005
Posts: 5476
Location: UK

PostPosted: Thu Apr 13, 2006 9:53 pm    Post subject: Reply with quote

The term 'master' is vague in itself. In the context of the <relay> (as the section you have outlined refers to) the master is the sender. And that sender can be shoutcast server.

karl.
Back to top
View user's profile Send private message Send e-mail Visit poster's website
Anonymous
Guest





PostPosted: Fri Apr 14, 2006 12:41 am    Post subject: Reply with quote

works fine! didn't mind the <mount>/</mount> for shoutcast Wink

thanks anyway
Back to top
Guest






PostPosted: Fri Apr 14, 2006 5:28 pm    Post subject: i have shoutcast running already Reply with quote

hi,

i have shoutcast running already. but want to stream/broadcast to icecast also using shoutcast server.

or does it have to be the other way round.

thanks.
Back to top
karlH
Code Warrior
Code Warrior


Joined: 13 Jun 2005
Posts: 5476
Location: UK

PostPosted: Fri Apr 14, 2006 8:26 pm    Post subject: Reply with quote

The relays in icecast are pull relays, so if icecast is to mirror a stream from another server (eg shoutcast or another icecast) then you configured your icecast to with the details for relaying a stream. The part some get confused about is what would the mountpoint be for shoutcast stream and as already pointed out it's /

karl.
Back to top
View user's profile Send private message Send e-mail Visit poster's website
Anonymous
Guest





PostPosted: Fri Jun 16, 2006 4:40 am    Post subject: relay shout-icecast Reply with quote

Hi there, sorry for my bad engl on begining...
Whell i use a shoutcast for master and icecast for slave server...
Shoutcast i think run ok becouse when i put my ip and port in winamp i can see video streaming, but when i start also icecast for broadcasting someth is wrong...
Seems i don't know how to made relay between shout and icecast...
Can somebody help me?

Tnx...

<icecast>
<limits>
<clients>10</clients>
<sources>1</sources>
<threadpool>5</threadpool>
<queue-size>524288</queue-size>
<client-timeout>30</client-timeout>
<header-timeout>15</header-timeout>
<source-timeout>10</source-timeout>
<!-- If enabled, this will provide a burst of data when a client
first connects, thereby significantly reducing the startup
time for listeners that do substantial buffering. However,
it also significantly increases latency between the source
client and listening client. For low-latency setups, you
might want to disable this. -->
<burst-on-connect>1</burst-on-connect>
<!-- same as burst-on-connect, but this allows for being more
specific on how much to burst. Most people won't need to
change from the default 64k. Applies to all mountpoints -->
<burst-size>65535</burst-size>
</limits>

<authentication>
<!-- Sources log in with username 'source' -->
<source-password>hackme</source-password>
<!-- Relays log in username 'relay' -->
<relay-password>hackme</relay-password>

<!-- Admin logs in with the username given below -->
<admin-user>admin</admin-user>
<admin-password>hackme</admin-password>
</authentication>

<!-- Uncomment this if you want directory listings -->
<!--
<directory>
<yp-url-timeout>15</yp-url-timeout>
<yp-url>http://dir.xiph.org/cgi-bin/yp-cgi</yp-url>
</directory>
<directory>
<yp-url-timeout>15</yp-url-timeout>
<yp-url>http://www.oddsock.org/cgi-bin/yp-cgi</yp-url>
</directory>
-->

<!-- This is the hostname other people will use to connect to your server.
It affects mainly the urls generated by Icecast for playlists and yp
listings. -->
<hostname>24.129.xxx.xxx</hostname>

<!-- You can use these two if you only want a single listener -->
<!--<port>8000</port> -->
<!--<bind-address>127.0.0.1</bind-address>-->

<!-- You may have multiple <listener> elements -->
<listen-socket>
<port>8001</port>
<!-- <bind-address>127.0.0.1</bind-address> -->
</listen-socket>
<!--
<listen-socket>
<port>8002</port>
</listen-socket>
-->

<!--<master-server>127.0.0.1</master-server>-->
<!--<master-server-port>8001</master-server-port>-->
<!--<master-update-interval>120</master-update-interval>-->
<!--<master-password>hackme</master-password>-->

<!-- setting this makes all relays on-demand unless overridden, this is
useful for master relays which do not have <relay> definitions here.
The default is 0 -->
<!--<relays-on-demand>1</relays-on-demand>-->

<!--
<relay>
<server>24.129.xxx.xxx</server>
<port>8000</port>
<mount>/stream.nsv</mount>
<local-mount>/stream.nsv</local-mount>
<on-demand>1</on-demand>

<relay-shoutcast-metadata>1</relay-shoutcast-metadata>
</relay>
-->

<!-- Only define a <mount> section if you want to use advanced options,
like alternative usernames or passwords
<mount>
<mount-name>/example-complex.ogg</mount-name>

<username>othersource</username>
<password>hackmemore</password>

<max-listeners>1</max-listeners>
<dump-file>/tmp/dump-example1.ogg</dump-file>
<burst-size>65536</burst-size>
<fallback-mount>/example2.ogg</fallback-mount>
<fallback-override>1</fallback-override>
<fallback-when-full>1</fallback-when-full>
<intro>/example_intro.ogg</intro>
<hidden>1</hidden>
<no-yp>1</no-yp>
<authentication type="htpasswd">
<option name="filename" value="myauth"/>
<option name="allow_duplicate_users" value="0"/>
</authentication>
<on-connect>/home/icecast/bin/stream-start</on-connect>
<on-disconnect>/home/icecast/bin/stream-stop</on-disconnect>
</mount>

<mount>
<mount-name>/auth_example.ogg</mount-name>
<authentication type="url">
<option name="mount_add" value="http://myauthserver.net/notify_mount.php"/>
<option name="mount_remove" value="http://myauthserver.net/notify_mount.php"/>
<option name="listener_add" value="http://myauthserver.net/notify_listener.php"/>
<option name="listener_remove" value="http://myauthserver.net/notify_listener.php"/>
</authentication>
</mount>

-->

<fileserve>1</fileserve>

<!-- set the mountpoint for a shoutcast source to use, the default if not
specified is /stream but you can change it here if an alternative is
wanted or an extension is required
<shoutcast-mount>/stream.nsv</shoutcast-mount>
-->

<paths>
<!-- basedir is only used if chroot is enabled -->
<basedir>./</basedir>

<!-- Note that if <chroot> is turned on below, these paths must both
be relative to the new root, not the original root -->
<logdir>./logs</logdir>
<webroot>./web</webroot>
<adminroot>./admin</adminroot>
<!-- <pidfile>./icecast.pid</pidfile> -->

<!-- Aliases: treat requests for 'source' path as being for 'dest' path
May be made specific to a port or bound address using the "port"
and "bind-address" attributes.
-->
<!--
<alias source="/foo" dest="/bar"/>
-->
<!-- Aliases: can also be used for simple redirections as well,
this example will redirect all requests for http://server:port/ to
the status page
-->
<alias source="/" dest="/status.xsl"/>
</paths>

<logging>
<accesslog>access.log</accesslog>
<errorlog>error.log</errorlog>
<!-- <playlistlog>playlist.log</playlistlog> -->
<loglevel>4</loglevel> <!-- 4 Debug, 3 Info, 2 Warn, 1 Error -->
<logsize>10000</logsize> <!-- Max size of a logfile -->
<!-- If logarchive is enabled (1), then when logsize is reached
the logfile will be moved to [error|access|playlist].log.DATESTAMP,
otherwise it will be moved to [error|access|playlist].log.old.
Default is non-archive mode (i.e. overwrite)
-->
<!-- <logarchive>1</logarchive> -->
</logging>

<security>
<chroot>0</chroot>
<!--
<changeowner>
<user>nobody</user>
<group>nogroup</group>
</changeowner>
-->
</security>
</icecast>

------------------------------------------------------------------------------------

SHOUTcaast :

<06/16/06@02:28:38> [SHOUTcast] DNAS/win32 v1.9.5 (Dec 27 2004) starting up...
<06/16/06@02:28:38> [main] loaded config from C:\Program Files\SHOUTcast\sc_serv.ini
<06/16/06@02:28:38> [main] initializing (usermax:32 portbase:8001)...
<06/16/06@02:28:38> [main] No ban file found (sc_serv.ban)
<06/16/06@02:28:38> [main] No rip file found (sc_serv.rip)
<06/16/06@02:28:38> [main] opening source socket
<06/16/06@02:28:38> [main] source thread starting
<06/16/06@02:28:38> [main] opening client socket
<06/16/06@02:28:38> [main] Client Stream thread [0] starting
<06/16/06@02:28:38> [main] client main thread starting
<06/16/06@02:28:38> [source] listening for connection on port 8002
Back to top
karlH
Code Warrior
Code Warrior


Joined: 13 Jun 2005
Posts: 5476
Location: UK

PostPosted: Fri Jun 16, 2006 12:50 pm    Post subject: Reply with quote

you don't have an uncommented <relay> section in your xml file

karl.
Back to top
View user's profile Send private message Send e-mail Visit poster's website
Display posts from previous:   
Post new topic   Reply to topic    Icecast Streaming Media Server Forum Index -> Icecast Server All times are GMT
Page 1 of 1

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum


Powered by phpBB © 2001, 2002 phpBB Group
subRebel style by ktauber