GitLab

svn path=/icecast/trunk/icecast/; revision=19246

svn path=/icecast/trunk/icecast/; revision=19229

svn path=/icecast/trunk/icecast/; revision=19053

The default mount is a block in the config file that contains settings for
all mount points that do not have a block in configfile themself.
This is implemented by a <mount type="default">-block.
In this case the <mount>-block MUST NOT contain a <mount-name>-subblock.

svn path=/icecast/trunk/icecast/; revision=18902

We are handling it the same as we would handle a SOURCE request.
Due to legacy code, sender MUST send proper content-type header,
if content type is not audio/mpeg!
Can be tested using real-time encoded output and piping it into
| curl -u username:password -H "Content-type: application/ogg" -T - http://localhost:8000/mountname.ogg
Note that this example has ZERO timing, so a simple 'cat *.ogg' will fail.
Whatever feeds the pipe must do it at proper timing for real-time playback!

svn path=/icecast/trunk/icecast/; revision=18888

svn path=/icecast/trunk/icecast/; revision=18643

svn path=/icecast/trunk/icecast/; revision=18454

svn path=/icecast/trunk/icecast/; revision=18131

HTTPS now with better security and support for chained
certificates

svn path=/icecast/trunk/icecast/; revision=18127

This is to avoid falling back to a default password which may open security holes.

svn path=/icecast/trunk/icecast/; revision=18125

specifying the TCP send buffer size, it seems that on at least some win32 systems,
the window size stays at 8k (even with registry settings) which could limit available
streaming bandwidth.

svn path=/icecast/trunk/icecast/; revision=15766

issue requests (using ithe stream_auth option) to allow external engines to
determine whether a client can stream or not. Admin requests using source auth
are able to use this mechanism however source clients using the icy protocol
cannot yet.


svn path=/icecast/trunk/icecast/; revision=15621

are for consistency.

svn path=/icecast/trunk/icecast/; revision=15619

svn path=/icecast/trunk/icecast/; revision=15614

bind parameter to connect_wto call. Some small compiler cleanups.

svn path=/icecast/trunk/icecast/; revision=15611

the overall time is very slow. This lag is mainly down to the sleep that
the connection and fserve threads do to prevent busy looping when idle. The
sleep has to expire even if requests are waiting.

This patch merges the tasks done by the connection and listener thread into
one thread.  It allows us to remove some locking, reduce thread usage and
service new connections more quickly as the poll/select acts as the busy
CPU prevention.

svn path=/icecast/trunk/icecast/; revision=15123

svn path=/icecast/trunk/icecast/; revision=14219

work)

Include <errno.h> in connection.c; hopefully fixes Geoff Shang's compilation
problems.

svn path=/icecast/trunk/icecast/; revision=14155

provide a mountpoint so you specify a shoutcast-mount in the listen-socket
section. Specifying this will automatically define the port+1 with the same
settings however the original shoutcast-compat approach is maintained.

svn path=/icecast/trunk/icecast/; revision=14045

svn path=/icecast/trunk/icecast/; revision=14044

svn path=/icecast/trunk/icecast/; revision=14043

accept or deny client connections.

svn path=/icecast/trunk/icecast/; revision=14039

svn path=/icecast/trunk/icecast/; revision=14031

svn path=/icecast/trunk/icecast/; revision=13995

requests but can be used for sources and listeners

svn path=/icecast/trunk/icecast/; revision=13650

svn path=/icecast/trunk/icecast/; revision=13628

them. Each listener connection for each request is checked as connected before
performing the request (so that time isn't wasted on slow authentication). Various
name/comment cleanups as well.

svn path=/icecast/trunk/icecast/; revision=13583

svn path=/icecast/trunk/icecast/; revision=13559

need updating. Fixes a few unusual cases, if a mount was removed (with xml reload)
whilst no source was reserved then those stats were left behind.

svn path=/icecast/trunk/icecast/; revision=13538

we'll get queries about the access log.  Fix a potential FD leak and add a
small delay into the listener thread if accept fails, the usual cause is an FD
limit being reached triggering logs to fill up and CPU to max out.


svn path=/icecast/trunk/icecast/; revision=13492

response headers to those clients.

svn path=/icecast/trunk/icecast/; revision=13490

svn path=/icecast/trunk/icecast/; revision=11005

svn path=/icecast/trunk/icecast/; revision=10978

svn path=/icecast/trunk/icecast/; revision=10620

changes.


svn path=/icecast/trunk/icecast/; revision=10615

where connections are terminated.

svn path=/icecast/trunk/icecast/; revision=10393

svn path=/icecast/trunk/icecast/; revision=10110

OK response. Icecast was dropping the connection preventing the stream

svn path=/icecast/trunk/icecast/; revision=10076

lock for client_create at relay startup to prevent race

svn path=/icecast/trunk/icecast/; revision=10004

I've taken out the client_create out of the connection_complete_source and put
it in slave, that way we can control the cleanup of the memory/socket better, the
change also meant fallback to file tests were slghtly different.

svn path=/icecast/trunk/icecast/; revision=9847