From blackbirdralph at gmail.com Thu Apr 8 15:21:13 2021 From: blackbirdralph at gmail.com (ralph strebbing) Date: Thu, 8 Apr 2021 11:21:13 -0400 Subject: [Icecast] [Icecast2] HTTPS Directory Links In-Reply-To: References: Message-ID: Hi there, Got a quick question about SSL with icecast. I've got a relay setup and working to use icecast over SSL, however an issue I'm running into is when trying to publish to directory services, the link it distributes is http://:port/live, not https://. If I add https:// into the directive of the config it generates http://https://:port/live. Is there a way to have iceast publish an https URL? Otherwise browsers block the stream (or in this case they can't connect since that node is SSL only) Icecast Version: 2.4.4-1 from the xiph repo. Appreciate any help on this! Regards, Ralph S. From epirat07 at gmail.com Thu Apr 8 15:27:20 2021 From: epirat07 at gmail.com (Marvin Scholz) Date: Thu, 08 Apr 2021 17:27:20 +0200 Subject: [Icecast] [Icecast2] HTTPS Directory Links In-Reply-To: References: Message-ID: On 8 Apr 2021, at 17:21, ralph strebbing wrote: > Hi there, > > Got a quick question about SSL with icecast. I've got a relay setup > and working to use icecast over SSL, however an issue I'm running into > is when trying to publish to directory services, the link it > distributes is http://:port/live, not https://. If I > add https:// into the directive of the config it generates > http://https://:port/live. Is there a way to have > iceast publish an https URL? Otherwise browsers block the stream (or > in this case they can't connect since that node is SSL only) > Icecast Version: 2.4.4-1 from the xiph repo. > > Appreciate any help on this! > Hi, this is currently not possible with Icecast 2.4.x and its planned to address it in Icecast 2.5. > Regards, > Ralph S. > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast From blackbirdralph at gmail.com Thu Apr 8 15:40:25 2021 From: blackbirdralph at gmail.com (ralph strebbing) Date: Thu, 8 Apr 2021 11:40:25 -0400 Subject: [Icecast] [Icecast2] HTTPS Directory Links In-Reply-To: References: Message-ID: On Thu, Apr 8, 2021, 11:27 AM Marvin Scholz wrote: > > Hi, > > this is currently not possible with Icecast 2.4.x and its > planned to address it in Icecast 2.5. > > _____________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast Thanks for the info! How stable is 2.5 right now? Any ETA on release? Thanks, Ralph > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From saulvillarin1992 at gmail.com Thu Apr 8 16:57:32 2021 From: saulvillarin1992 at gmail.com (=?utf-8?Q?Sa=C3=BAl_Villarin?=) Date: Thu, 8 Apr 2021 18:57:32 +0200 Subject: [Icecast] [Icecast2] HTTPS Directory Links In-Reply-To: References: , Message-ID: <017FB752-DE8D-4988-A2D3-E4CD1580AFD3@hxcore.ol> An HTML attachment was scrubbed... URL: From blackbirdralph at gmail.com Thu Apr 8 17:57:36 2021 From: blackbirdralph at gmail.com (ralph strebbing) Date: Thu, 8 Apr 2021 13:57:36 -0400 Subject: [Icecast] [Icecast2] HTTPS Directory Links In-Reply-To: <017FB752-DE8D-4988-A2D3-E4CD1580AFD3@hxcore.ol> References: <017FB752-DE8D-4988-A2D3-E4CD1580AFD3@hxcore.ol> Message-ID: On Thu, Apr 8, 2021 at 12:57 PM Sa?l Villarin wrote: > > Buenas tardes para habilitar la conexi?n SSL en un servidor Icecast2 en Windows10?? Que hay que hacer? > > > > Enviado desde Correo para Windows 10 > > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast Buenas tardes, Este hilo no est? relacionado con la habilitaci?n de SSL, hay recursos en l?nea para lograr este objetivo. De lo contrario, si todav?a tiene problemas, le sugiero que abra un nuevo hilo en la Lista de correo Saludos, Ralph S. From ThomasPrivat92 at gmx.de Sun Apr 11 06:14:50 2021 From: ThomasPrivat92 at gmx.de (Thomas) Date: Sun, 11 Apr 2021 08:14:50 +0200 Subject: [Icecast] hide listener count Message-ID: <3ace5875-de7c-cf2a-6eee-c412655a4b25@gmx.de> hi there i searching for a way to hide the listener count at the puplis status-json.xsl i dont want to hide it complet, only hide the listener count, has somone a code snipped for me to copy it in? i alrdy have found it at status.xsl but it does not change the json... and i dont get the syntax of the json, would be glas if somone can help me regards railgun From tnkdt at list.ru Mon Apr 12 05:12:37 2021 From: tnkdt at list.ru (Dmitriy) Date: Mon, 12 Apr 2021 08:12:37 +0300 Subject: [Icecast] User agent for every relay station In-Reply-To: References: Message-ID: <524ca748-7d23-6965-6c52-7310d12a96f4@list.ru> I want to relay two stations. Each station needs its own separate User Agent. How can I specify my agent separately for each station? From ThomasPrivat92 at gmx.de Mon Apr 12 16:56:41 2021 From: ThomasPrivat92 at gmx.de (Thomas) Date: Mon, 12 Apr 2021 18:56:41 +0200 Subject: [Icecast] hide listener count In-Reply-To: <3ace5875-de7c-cf2a-6eee-c412655a4b25@gmx.de> References: <3ace5875-de7c-cf2a-6eee-c412655a4b25@gmx.de> Message-ID: okay i found now a way but it thow me an error, that is maybe a bug. ?icecast from http://download.opensuse.org/repositories/multimedia:/xiph/xUbuntu_18.04 that should be the offical stable branch. version 2.4.4 i using this code at status-json.xml tode ide the listener peak, that works fine ? ? "dummy":null} but if i use this to hide the listeners ? ? "dummy":null} the json throw me an error SyntaxError: JSON.parse: expected ',' or ']' after array element at line 1 column 804 of the JSON data if i cheack the raw data it seems that if i kill listeners the line with listenur has no"{" befor to open this argument. somone has an idea to fix this? Am 11.04.2021 um 08:14 schrieb Thomas: > hi there i searching for a way to hide the listener count at the puplis > > status-json.xsl > > i dont want to hide it complet, only hide the listener count, has somone > a code snipped for me to copy it in? > > i alrdy have found it at status.xsl but it does not change the json... > > and i dont get the syntax of the json, would be glas if somone can > help me > > > regards > > railgun > > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast -------------- next part -------------- An HTML attachment was scrubbed... URL: From pm at nowster.me.uk Wed Apr 14 13:10:55 2021 From: pm at nowster.me.uk (Paul Martin) Date: Wed, 14 Apr 2021 14:10:55 +0100 Subject: [Icecast] Reliable method to kick broadcaster In-Reply-To: References: Message-ID: On Tue, Mar 30, 2021 at 11:39:04AM +0000, Dik .... wrote: > We're running live DJ shows who broadcast using butt to icecast > running on linux This is the sort of thing that's usually solved by using Liquidsoap and schedules, and different input "harbor"s on different incoming ports. -- Paul Martin From kengroups at icloud.com Sun Apr 25 15:24:28 2021 From: kengroups at icloud.com (Ken Gillett) Date: Sun, 25 Apr 2021 16:24:28 +0100 Subject: [Icecast] Basic questions Message-ID: <0937E626-776F-4010-918A-F06B85885962@icloud.com> Been aware of icecast for years, but only today started looking into actually using it and would appreciate some help and answers to a couple of questions:- ? Does icecast use unicast and/or multicast? ? If multicasting, do all listeners simply latch on to the same multicast stream? ? If no local clients listening, does that mean nothing is being broadcast onto the local network? ? If relaying a stream from another server and unicasting locally, am I right in thinking that it pulls a single stream from that external server, but can then re-broadcast that to multiple local listener clients? ? If set up to relay as above, but there no local clients actually listening, will icecast still be pulling the stream from that external server over the connecting network (broadband link in my use case)? Hope someone can assist with my icecast knowledge building. Ken G i l l e t t _/_/_/_/_/_/_/_/ From petr.pisar at atlas.cz Sun Apr 25 18:13:35 2021 From: petr.pisar at atlas.cz (Petr Pisar) Date: Sun, 25 Apr 2021 20:13:35 +0200 Subject: [Icecast] Basic questions In-Reply-To: <0937E626-776F-4010-918A-F06B85885962@icloud.com> References: <0937E626-776F-4010-918A-F06B85885962@icloud.com> Message-ID: V?Sun, Apr 25, 2021 at 04:24:28PM +0100,?Ken Gillett napsal(a): > ? Does icecast use unicast and/or multicast? > > ? If multicasting, do all listeners simply latch on to the same multicast > stream? > > ? If no local clients listening, does that mean nothing is being broadcast > onto the local network? > Icecast implements ICY protocol (defined by Shoutcast software) which is similar to HTTP, hence TCP, hence unicast. > ? If relaying a stream from another server and unicasting locally, am > I right in thinking that it pulls a single stream from that external server, > but can then re-broadcast that to multiple local listener clients? > Yes. > ? If set up to relay as above, but there no local clients actually > listening, will icecast still be pulling the stream from that external > server over the connecting network (broadband link in my use case)? > No. When relaying another ICY stream (e.g. from another icecast server), icecast disconnects from the external server. But do not get confused with connections from "sources" (in constrast to relaying). Sources are origins of a stream (a sound from micropone or local files encoded into a stream, e.g. with ices tool) and they manage the connection to icecast. Sources initiate and close the connecion. Thus they usually remain streaming even if no ICY client is connected to the icecast server. -- Petr -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 833 bytes Desc: not available URL: From kengroups at icloud.com Sun Apr 25 19:43:26 2021 From: kengroups at icloud.com (Ken Gillett) Date: Sun, 25 Apr 2021 20:43:26 +0100 Subject: [Icecast] Basic questions In-Reply-To: References: <0937E626-776F-4010-918A-F06B85885962@icloud.com> Message-ID: Thank you for your response. Most helpful. Sounds like the ?relay? option is perfect for my needs, however I?d like to ask further about the other question. What I want to do is broadcast on my LAN (i.e. around the house) some satellite radio streams, by which I mean stations that broadcast on FreeSat (here in the UK). FTA and unencrypted. I have a satellite tuner card in the mediaserver and I?d like to be able to access those radio streams (about a dozen, max.) and make them available to any IP radio receiver (that should be able to use Icecast streams). The tuner card and Icecast would be on the same server and with no clients listening, there would be no output onto the LAN and if those stations were still ?streaming? internally, that?s probably not an issue. However, any suggestions as to how I could connect the Sat tuner output to Icecast input? The Sat tuner is standards compliant (I believe, V4l?), but I could run minisatip, so those stations would be accessible as standard SAT>IP streams. But again, any suggestions how to make this connection between the Sat tuner and Icecast? Ken G i l l e t t _/_/_/_/_/_/_/_/ > On 25 Apr 2021, at 19:13, Petr Pisar wrote: > > V Sun, Apr 25, 2021 at 04:24:28PM +0100, Ken Gillett napsal(a): >> ? Does icecast use unicast and/or multicast? >> >> ? If multicasting, do all listeners simply latch on to the same multicast >> stream? >> >> ? If no local clients listening, does that mean nothing is being broadcast >> onto the local network? >> > Icecast implements ICY protocol (defined by Shoutcast software) which is > similar to HTTP, hence TCP, hence unicast. > >> ? If relaying a stream from another server and unicasting locally, am >> I right in thinking that it pulls a single stream from that external server, >> but can then re-broadcast that to multiple local listener clients? >> > Yes. > >> ? If set up to relay as above, but there no local clients actually >> listening, will icecast still be pulling the stream from that external >> server over the connecting network (broadband link in my use case)? >> > No. When relaying another ICY stream (e.g. from another icecast server), > icecast disconnects from the external server. > > But do not get confused with connections from "sources" (in constrast to > relaying). Sources are origins of a stream (a sound from micropone or local > files encoded into a stream, e.g. with ices tool) and they manage the > connection to icecast. Sources initiate and close the connecion. Thus they > usually remain streaming even if no ICY client is connected to the icecast > server. > > -- Petr > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast From webmaster at berean-biblechurch.org Sun Apr 25 20:00:46 2021 From: webmaster at berean-biblechurch.org (webmaster at berean-biblechurch.org) Date: Sun, 25 Apr 2021 15:00:46 -0500 Subject: [Icecast] JSON response: dummy Message-ID: <98fff525aeed8dd81747cf449d81f4a6@berean-biblechurch.org> server/stats/status-json.xsl gives a response that has _"dummy": null_ at the end of the "source" node. What is "dummy"? Is it ever not null? Justin -------------- next part -------------- An HTML attachment was scrubbed... URL: From epirat07 at gmail.com Sun Apr 25 20:31:25 2021 From: epirat07 at gmail.com (Marvin Scholz) Date: Sun, 25 Apr 2021 22:31:25 +0200 Subject: [Icecast] JSON response: dummy In-Reply-To: <98fff525aeed8dd81747cf449d81f4a6@berean-biblechurch.org> References: <98fff525aeed8dd81747cf449d81f4a6@berean-biblechurch.org> Message-ID: <7F22DA7D-05FD-482D-A366-2E8C64EEA025@gmail.com> On 25 Apr 2021, at 22:00, webmaster at berean-biblechurch.org wrote: > server/stats/status-json.xsl gives a response that has _"dummy": null_ > at the end of the "source" node. What is "dummy"? Is it ever not > null? > Hi, the dummy element is a workaround for a incorrect JSON issue due to the way how the JSON is generated from XML using XSLT. It can be ignored. > Justin > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast From petr.pisar at atlas.cz Sun Apr 25 20:39:48 2021 From: petr.pisar at atlas.cz (Petr Pisar) Date: Sun, 25 Apr 2021 22:39:48 +0200 Subject: [Icecast] Basic questions In-Reply-To: References: <0937E626-776F-4010-918A-F06B85885962@icloud.com> Message-ID: V?Sun, Apr 25, 2021 at 08:43:26PM +0100,?Ken Gillett napsal(a): > What I want to do is broadcast on my LAN (i.e. around the house) some > satellite radio streams, by which I mean stations that broadcast on FreeSat > (here in the UK). FTA and unencrypted. I have a satellite tuner card in the > mediaserver and I?d like to be able to access those radio streams (about > a dozen, max.) and make them available to any IP radio receiver (that should > be able to use Icecast streams). > > The tuner card and Icecast would be on the same server and with no clients > listening, there would be no output onto the LAN and if those stations were > still ?streaming? internally, that?s probably not an issue. > > However, any suggestions as to how I could connect the Sat tuner output to > Icecast input? The Sat tuner is standards compliant (I believe, V4l?), but > I could run minisatip, so those stations would be accessible as standard > SAT>IP streams. But again, any suggestions how to make this connection > between the Sat tuner and Icecast? > I have almost no experience with V4L2. So I cannot help you. Here somebody reported that he uses IceS program to read sound from an ALSA device which is in real a virtual ALSA devices provided by a PulseAudio deamon which feeds the ALSA output with a PCM sound read from a /dev/radio0 character device provides by his V4L2 tunner. Then IceS compresses the PCM audio into a format of you choice (e.g. Vorbis) and forwards the compressed audio to an Icecast server. I have some doubts whether this is the best option. In my opinion a satellite broadcasting uses an MPEG TS stream. Thus it should be possible just to repack the MPEG format from a MPEG TS container into ICY protocol without transcoding the audio. That should preserve quality of the sound and conserve a CPU power. If it is possible, then I bet somebody has already written such software. E.g. ffmpeg can be requested not to recompress with a "copy" codec. And here is ffmpeg used as a source for Icecast. -- Petr -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 833 bytes Desc: not available URL: From cf at it-flash.de Mon Apr 26 03:54:39 2021 From: cf at it-flash.de (Christian 'flash2' Fladung) Date: Mon, 26 Apr 2021 05:54:39 +0200 Subject: [Icecast] Fwd: Re: Basic questions In-Reply-To: References: <0937E626-776F-4010-918A-F06B85885962@icloud.com> Message-ID: -------- Original Message -------- Subject: Re: [Icecast] Basic questions Date: 2021-04-25 22:39 From: Petr Pisar To: icecast at xiph.org Reply-To: Icecast streaming server user discussions V?Sun, Apr 25, 2021 at 08:43:26PM +0100,?Ken Gillett napsal(a): > What I want to do is broadcast on my LAN (i.e. around the house) some > satellite radio streams, by which I mean stations that broadcast on > FreeSat > (here in the UK). FTA and unencrypted. I have a satellite tuner card in > the > mediaserver and I?d like to be able to access those radio streams > (about > a dozen, max.) and make them available to any IP radio receiver (that > should > be able to use Icecast streams). > > The tuner card and Icecast would be on the same server and with no > clients > listening, there would be no output onto the LAN and if those stations > were > still ?streaming? internally, that?s probably not an issue. > > However, any suggestions as to how I could connect the Sat tuner output > to > Icecast input? The Sat tuner is standards compliant (I believe, V4l?), > but > I could run minisatip, so those stations would be accessible as > standard > SAT>IP streams. But again, any suggestions how to make this connection > between the Sat tuner and Icecast? > I have almost no experience with V4L2. So I cannot help you. Here somebody reported that he uses IceS program to read sound from an ALSA device which is in real a virtual ALSA devices provided by a PulseAudio deamon which feeds the ALSA output with a PCM sound read from a /dev/radio0 character device provides by his V4L2 tunner. Then IceS compresses the PCM audio into a format of you choice (e.g. Vorbis) and forwards the compressed audio to an Icecast server. I have some doubts whether this is the best option. In my opinion a satellite broadcasting uses an MPEG TS stream. Thus it should be possible just to repack the MPEG format from a MPEG TS container into ICY protocol without transcoding the audio. That should preserve quality of the sound and conserve a CPU power. If it is possible, then I bet somebody has already written such software. E.g. ffmpeg can be requested not to recompress with a "copy" codec. And here is ffmpeg used as a source for Icecast. -- Petr ==== Well, I do IT via pulseaudio and in the near past more with direct grabbing alsa device via gstreamer and libshout. IT is broken since Dezember and iam very sure that libshout here on Gentoo is broken. Maybe a fix after the actual release? ;) I pretty need grabbing alsa and send it via libshout / gstreamer to icecast. I'm also in the chat for questions. kkthx _______________________________________________ Icecast mailing list Icecast at xiph.org http://lists.xiph.org/mailman/listinfo/icecast -- MfG, Christian 'flash2'Fladung ("`-''-/").___..--''"`-._ `6_ 6 ) `-. ( ).`-.__.`) (_Y_.)' ._ ) `._ `. ``-..-' _..`--'_..-_/ /--'_.' ,' (il),-'' (li),' ((!.-' o_) >>> eoo Hey! My Name IS NEO. Trinity : Hello Neo. Neo : How do you know that name? Trinity ... https://lab.spacecourt.org/sesamstra__e_-_ernie_als_friseur_-_ernie___bert_3_mal-nbixe6tbxq4.mp4 *lufthol* => https://lab.spacecourt.org/mr._hankey_-_der_kreislauf_des_kot_s-ejrfmak01ie.mp4 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 849 bytes Desc: not available URL: From kengroups at icloud.com Mon Apr 26 11:03:21 2021 From: kengroups at icloud.com (Ken Gillett) Date: Mon, 26 Apr 2021 12:03:21 +0100 Subject: [Icecast] Fwd: Re: Basic questions In-Reply-To: References: <0937E626-776F-4010-918A-F06B85885962@icloud.com> Message-ID: Much appreciate your responses guys. I will have a read and look into the methods used and see what I can figure out. I will undoubtedly be back with more questions. Ken G i l l e t t _/_/_/_/_/_/_/_/ > On 26 Apr 2021, at 04:54, Christian 'flash2' Fladung wrote: > > > > -------- Original Message -------- > Subject: Re: [Icecast] Basic questions > Date: 2021-04-25 22:39 > From: Petr Pisar > To: icecast at xiph.org > Reply-To: Icecast streaming server user discussions > > V Sun, Apr 25, 2021 at 08:43:26PM +0100, Ken Gillett napsal(a): >> What I want to do is broadcast on my LAN (i.e. around the house) some >> satellite radio streams, by which I mean stations that broadcast on FreeSat >> (here in the UK). FTA and unencrypted. I have a satellite tuner card in the >> mediaserver and I?d like to be able to access those radio streams (about >> a dozen, max.) and make them available to any IP radio receiver (that should >> be able to use Icecast streams). >> The tuner card and Icecast would be on the same server and with no clients >> listening, there would be no output onto the LAN and if those stations were >> still ?streaming? internally, that?s probably not an issue. >> However, any suggestions as to how I could connect the Sat tuner output to >> Icecast input? The Sat tuner is standards compliant (I believe, V4l?), but >> I could run minisatip, so those stations would be accessible as standard >> SAT>IP streams. But again, any suggestions how to make this connection >> between the Sat tuner and Icecast? > I have almost no experience with V4L2. So I cannot help you. > > Here > > somebody reported that he uses IceS program to read sound from an ALSA device > which is in real a virtual ALSA devices provided by a PulseAudio deamon which > feeds the ALSA output with a PCM sound read from a /dev/radio0 character > device provides by his V4L2 tunner. Then IceS compresses the PCM audio into > a format of you choice (e.g. Vorbis) and forwards the compressed audio to > an Icecast server. > > I have some doubts whether this is the best option. In my opinion > a satellite broadcasting uses an MPEG TS stream. Thus it should be possible > just to repack the MPEG format from a MPEG TS container into ICY protocol > without transcoding the audio. That should preserve quality of the sound and > conserve a CPU power. If it is possible, then I bet somebody has already > written such software. E.g. ffmpeg can be requested not to recompress with > a "copy" codec. And here > is ffmpeg > used as a source for Icecast. > > -- Petr > > ==== > > Well, I do IT via pulseaudio and in the near past more with direct grabbing alsa device via gstreamer and libshout. > IT is broken since Dezember and iam very sure that libshout here on Gentoo is broken. > Maybe a fix after the actual release? ;) > I pretty need grabbing alsa and send it via libshout / gstreamer to icecast. > I'm also in the chat for questions. > kkthx > > ________