similar to: Looking for a better way

We are pleased to announce Icecast 2.5 beta2 (2.4.99.2). This is a beta release and not recommended for production use. ## Downloads -   Source:     http://downloads.xiph.org/releases/icecast/icecast-2.5-beta2.tar.gz -   SHA256sum:     a83baf4ae3ee5c2822bcb4286b7438b01317ccb8387371922e9cd32fe1c453e8 -   Packages:     https://build.opensuse.org/repositories/multimedia:xiph:beta ## New features

We are pleased to announce Icecast 2.5 beta2 (2.4.99.2). This is a beta release and not recommended for production use. ## Downloads -   Source:     http://downloads.xiph.org/releases/icecast/icecast-2.5-beta2.tar.gz -   SHA256sum:     a83baf4ae3ee5c2822bcb4286b7438b01317ccb8387371922e9cd32fe1c453e8 -   Packages:     https://build.opensuse.org/repositories/multimedia:xiph:beta ## New features

Vladislav Vorobiev wrote: > I dont no whats fallback-override. <fallback-override> will transfer all listeners from the fallback mountpoint back to this mountpoint when the source reconnects Cheers Thomas

I have successfully set up a system with Ices0.4 and IceCast2.20 (and Tunez). It plays well using mpg123 or WinAmp. But I would like to use also my KiSS DVD player for the stream, and I have not been able to do so - It appearently needs 110% SHOUTcast compatibility. So I tried the IceCast2.3.1 - but it still didn't like the KiSS (or the other way around). In stead, I have added a SHOUTcast

Hello! I just searched the list, but i can't find a solution. I have 2 icecast 2.3 server. One should be the master, the other one should become a slave, to be able to distribute the load. But the slave server does not learn any mountpoints. The main problem seem to be, that the the URL http://streamingserver:8000/admin/streamlist.txt just returns a empty

Hi all, I currently use kget to download files, but find it lacks a lot of features, like bandwidth throttling, auto-resume when internet disconnects & reconnects, download from multiple locations, browser integration, etc. FreeDownloadManager for Windows does all of the above quite well, but I don't use Windows @ home. So, does anyone know of a good alternative to use? I have searched

On Mon, 2005-09-19 at 21:43, Milos Wimmer wrote: > > If there's no fallback link from /cro-region-256.ogg to > > /z-cro-region.ogg then it's wrong, but I'd prefer to see the xml and > > error log (level 4) before saying it's a bug. If there is a fallback > > from /cro-region-256.ogg to /cro-region.ogg with override enabled then > > it could happen.

I suspect I might be grossly misunderstanding kerberos and AD here, but I cant seem to grok the following. net ads join integrates my linux samba server (named foundry) into an AD domain and all works fine. The samba server is using the kerberos keytab. root@foundry:~ # kinit -k -t /etc/krb5.keytab foundry$ root@foundry:~ # kinit -k -t /etc/krb5.keytab host/foundry.example.local kinit(v5):

should there be a constant GET /admin/streamlist on a relay main server ?? this may be my problem ; what would cause this to stop updating ? but still remain running .. -- access.log on main server ( not relay ) 130.63.239.188 - - [03/Apr/2003:21:14:48 -0500] "GET /admin/streamlist HTTP/1.0" 200 46 "-" "-" 0 130.63.239.188 - - [03/Apr/2003:21:16:48 -0500] "GET

We're abusing icecast in a true narrowcasting setup (personalized stream per mountpoint). The streams itself are created in a piece of proprietory (spelling?, i'm dutch) software, icecast merely relays them. However, the intended endpoint is an embedded device. This device has trouble with tcp/ip packets not matching the max. packet size (MSS or MSS minus header). After eleborate testing,

I'd like to commit the following patch which adds a new option to the htpasswd client authenticator. This option <option name="allow_duplicate_users"> specifies wether or not the same username can connect to a mountpoint more than once. This is pretty much a required feature for any decent use of the listener authentication capabilities of icecast. thoughts ? comments ?

It should. I just tried it out my own instructions after letting them go a few days. I didn't want them fresh in my mind. I simply copied the configs and played dumb (not too hard). I then started up my playlist server and am listening to it right now. I tested out the streaming stuff a few days ago with good results. Hope it works out as well for you all. Find anything wrong, let me know and

Can anybody help me, I have Icecast2 and Ices2 on Mandrake and want to play a static playlist. I am getting the following problem: [2003-06-26 12:56:08] DBUG connection/_handle_get_request Client connected [2003-06-26 12:56:08] DBUG admin/admin_handle_request Got command (streamlist) [2003-06-26 12:56:08] INFO admin/admin_handle_request Bad or missing password on admin command request

Is something broken here? I'm trying to do a test of relaying between two servers running kh-57. Master-slave relaying fails: the connection fails on the master with: [2004-11-01 17:05:32] DBUG admin/admin_handle_request Got command (streamlist.txt) [2004-11-01 17:05:32] INFO admin/admin_handle_request Bad or missing password on admin command request (command: streamlist.txt) As far as

I just was looking at the CVS nightly build of the icecast2\src\source.c and see that the mountpoint fallback is now implemented (compared to the 2.0.0 release's source.c) I was hoping to use this feature to support a multi-home radio station that has a master mountpoint stream and offsite "guest" mountpoints. These guest mountpoints would attach on a scheduled based and,

After I installed the latest nightly build, it looks like the fallback works without rebuffering. I do see one problem -- when the main mountpoint stream restarts, the fallback continues to play. Once I stop the fallback mountpoint stream, the main mountpoint stream restarts, but only after client rebuffering Also, during the mountpoint switchovers, sometimes the meta-data is lost in the

I have been following the wiki on how to build a custom kernel, and it works great. Except, I am doing ongoing work with the internals of the kernel, and it is really awkward to set up a change and then build it using the standard methodology (edit the file to change, diff it against the original to make a patch file, rebuild the whole thing). Isn't there a way (and what is it) to play

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Hi, sorry for late reply ;) Geoff Shang wrote: >> so, what I'm looking for is a way to re-encode every stream which is >> sent to the icecast server, as soon as it is started. >> >> this could be done with streamtranscoder and a looped bash script >> around, that looks if there is a source, if so it starts the

hi there, let's say I have a mountpoint /important with a source a, and a mountpoint /notimportant with source b now I have to switch source a and b so that the content of source b plays on mountpoint /important mountpoint /notimportant is, well, not so important of course I can do it manually, but I wonder if there is a trick to accomplish that programmatically or within icecast. ideas

Since I use ices i don't use the mountpoints in icecast.xml. And the option with intro song is only available under mountpoint and not with ices, correct? Regards... Daniel Den tors 22 okt. 2020 kl 15:26 skrev Geoff Shang <geoff at quitelikely.com>: > On Thu, 22 Oct 2020, Bananradion wrote: > > > Ok! But i'm only streaming from a folder on my server using ices2. >