Icecast Streaming Media Server

[Anonymous]

I've been using NSVtools to stream audio/video from a live video source to a shoutcast server for several months. Tonight I downloaded the icecase 2.3.0 streaming media server and setup the icecast.xml config with the same settings used in the shoutcast config (IP, PORT(s), mount point, and password)

I have no sucess connecting NSVtools to the icecast streaming media server, however I can connect Muse 0.9 (audio only) to the server, and winamp (audio only) to the server, using both icecast authentication and shoutcast authentication.

I believe I have narrowed this issue down to NSVtools being incompatible with icecast, as I can disable icecast - restart shoutcast and the audio and video stream from my NSVtools machine is live.

If anyone has any insight on this please let me know.

Thanks.

[Anonymous]

Ive also been running 2.2 for awhile now. The new switch to 2.3 doesnt seem to work the same way as 2.2 did with NSVTools. However it works fine if I relay from the 2.2 server to the 2.3 server so I know at least 2.3 works fine as a relay. But thats not want. In this case I need to stream NSVTools directly to the 2.3 server and need to decomission the 2.2 server all together.



Have a look at my config:

icecast.xml ...

<listen-socket>
<port>9100</port>
<bind-address>10.1.1.14</bind-address>
</listen-socket>
<listen-socket>
<port>9101</port>
<bind-address>10.1.1.14</bind-address>
<shoutcast-compat>1</shoutcast-compat>
</listen-socket>

<fileserve>1</fileserve>
<shoutcast-mount>/mystream.nsv</shoutcast-mount>
<mount>
<mount-name>/mystream.nsv</mount-name>
<max-listeners>3</max-listeners>
<authentication type="htpasswd">
<option name="filename" value="mystreamauth"/>
<option name="allow_duplicate_users" value="0"/>
</authentication>

</mount>

[karlH]

It's fixed in svn, I've put up a patch for people not familiar with svn on http://mediacast1.com/~karl/testing/ice2.3.nsvtools.diff The OK response was being ignored, and triggered a bug in the parsing from nsvtools, other shoutcast source clients seem to be ok.

karl.

[orionshock]

[karlH]

We can't really provide binary builds of all platforms. Usually this is down to not having all the platforms and/or packaging systems available to us. The fix in question is now in the trunk code (along with another fix for that same client) so it will be in 2.3.1. Usually the main platform that doesn't have compiling capabilities for many is win32, Oddsock has already built a post-2.3 build for those users at http://www.oddsock.org/icecast/icecast2_win32_v2.3.0_snapshot_setup.exe

karl.

[pablo]

so does this mean I cannot stream nsv files unless I apply this patch???

thanks

-paul

[karlH]

If you mean files from webroot then no, as those are treated like file downloading. If you mean whether the nsvtools source client from nullsoft can be used then yes, you either need to apply the patch or work off the latest trunk or that win32 exe I posted. 2.3.1 when released will have the fix. 2.3.0 does not have the workarounds for those source clients.

karl.

[Guest]

well webroot is not the same as streaming... it is a simple webserver. (progrtessive download) no rate limiting etc... you can simply wget an icecast webroot... I am trying to keep people from doing this.

it works but is unacceptable:
webroot icecast = (http://yourserver.com:8001/stream.nsv)

I applied the patch, and recompiled, but I cannot get a true stream to work:
i want to access it like this:

(http://yourserver.com:8001/;stream.nsv)

(shoutcast style)

as an on demand stream (rate limited and also not rippable with wget or httrack....) although you could probably rip with streamripper but thats ok in my book.

so my config file looks something like this ( I took out a few irrelevant pieces):

<icecast>
<limits>
<clients>100</clients>
<sources>2</sources>
<threadpool>5</threadpool>
<queue-size>524288</queue-size>
<client-timeout>30</client-timeout>
<header-timeout>15</header-timeout>
<source-timeout>10</source-timeout>
<burst-on-connect>0</burst-on-connect>
<burst-size>65535</burst-size>
</limits>

<hostname>myserver.com</hostname>


<listen-socket>
<port>8000</port>
</listen-socket>

<listen-socket>
<port>8001</port>
<shoutcast-compat>1</shoutcast-compat>
</listen-socket>

<fileserve>1</fileserve>

<mount>
<source-password>testing</source-password>
<mount-name>/stream.nsv</mount-name>
<username>source</username>
<password>testing</password>
<max-listeners>5</max-listeners>
<burst-size>65536</burst-size>
</mount>

<shoutcast-mount>/stream.nsv</shoutcast-mount>

question #1: is this supported in icecast?
question #2: does my config look ok?
question #3: where exactly should the file stream.nsv be located?

[karlH]

[pablo]

does anyone have a nsv on demand stream working w/o using the icecast webserver? I am begining to think icecast is not capable of this...


if you do, please supply a url and prove me wrong.


-paul

[karlH]