From contact at kusaradio.com Wed Jan 1 00:58:51 2020 From: contact at kusaradio.com (Dan Packard) Date: Tue, 31 Dec 2019 16:58:51 -0800 Subject: [Icecast] Win32 - log not created In-Reply-To: <018C25AF-191C-434D-8A9B-72BFD7E4ECA3@gmail.com> References: <018C25AF-191C-434D-8A9B-72BFD7E4ECA3@gmail.com> Message-ID: I found the problem. Windows User Account Control (UAC) in Windows Vista. >From Wiki (https://en.wikipedia.org/wiki/User_Account_Control) : =====>". . . if an application attempts to write to a directory such as "C:\Program Files\appname\settings.ini" to which the user does not have write permission, the write will be redirected to "C:\Users\username\AppData\Local\VirtualStore\Program Files\appname\settings.ini" <======== I looked in C:\Users\username\AppData\Local\VirtualStore\Program Files\icecast\logs and found the created logs by Icecast. The other solution is to disable Windows UAC and then run Icecast with administrator privileges, which can successfully write the log files to C:\Program Files\Icecast\log. On Sun, Dec 29, 2019 at 11:21 AM Rondejavu wrote: > I?m not an expert, and I?m on a Pi, but this works for me... > > > /home/pi/icecast2/logs > > 4 > > Save a blank error.log text file in the location. > > -Pete > > > On Dec 29, 2019, at 1:51 PM, Dan Packard wrote: > > > > ? > > I'm running Icecast in a Windows 32 bit environment. The icecast.xml > path points to C:\Program Files\Icecast\log for . > is set to 3. > > > > However, no logs are created at that location. :( > > > > Thanks for any leads. > > _______________________________________________ > > Icecast mailing list > > Icecast at xiph.org > > http://lists.xiph.org/mailman/listinfo/icecast > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast > -------------- next part -------------- An HTML attachment was scrubbed... URL: From webmaster at berean-biblechurch.org Wed Jan 1 00:53:26 2020 From: webmaster at berean-biblechurch.org (webmaster at berean-biblechurch.org) Date: Tue, 31 Dec 2019 18:53:26 -0600 Subject: [Icecast] Win32 - log not created In-Reply-To: References: Message-ID: <3e1a23c4ca35bef322c1f4716faacc5a@berean-biblechurch.org> It is probably because of UAC. You'll have to run Icecast as admin or install to a location outside of "Program Files" (e.g., c:\icecast). On 2019-12-29 12:50, Dan Packard wrote: > I'm running Icecast in a Windows 32 bit environment. The icecast.xml path points to C:\Program Files\Icecast\log for . is set to 3. > > However, no logs are created at that location. :( > > Thanks for any leads. > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast -------------- next part -------------- An HTML attachment was scrubbed... URL: From waldenhughes at yesterdayusa.com Thu Jan 2 01:22:19 2020 From: waldenhughes at yesterdayusa.com (Walden Hughes) Date: Wed, 1 Jan 2020 17:22:19 -0800 Subject: [Icecast] what is the best way for blind broadcaster to connect icecast? Message-ID: <000201d5c10b$15674c70$4035e550$@yesterdayusa.com> Hello, There are three broadcaster who are blind that runs Yesterday USA Radio network. We want to connect icecast to two station play list soffware and two live web DJ platform. Is there any way we can do this on our owned or do we need some sighted help to do this? Take care, Walden Hughes -------------- next part -------------- An HTML attachment was scrubbed... URL: From sm at noisynotes.com Thu Jan 2 02:39:24 2020 From: sm at noisynotes.com (Steve Matzura) Date: Wed, 1 Jan 2020 21:39:24 -0500 Subject: [Icecast] what is the best way for blind broadcaster to connect icecast? In-Reply-To: <000201d5c10b$15674c70$4035e550$@yesterdayusa.com> References: <000201d5c10b$15674c70$4035e550$@yesterdayusa.com> Message-ID: <76826bbc-6c80-a543-a7bd-ead0f6ce7b5c@noisynotes.com> For Station Playlist absolutely no sighted assistance is required. For details, feel free to correspond with me off-list. sm at noisynotes.com I don't know anything about Web DJ, and because I don't know the particular broadcast environment about which you are writing, I don't know how to even begin to answer this question without more information. Are you trying to feed the output of Icecast to Web DJ, or the other way around? Icecast can certainly act as a relay, but I don't know in which direction you want your audio to go, and as I said, I don't know anything about Web DJ, so this question is completely outside my area of expertise. On 1/1/2020 8:22 PM, Walden Hughes wrote: > > Hello, > > There are three broadcaster who are blind that runs Yesterday USA > Radio network.? We want to connect icecast to two station play list > soffware and two live web DJ platform.? Is there any way we can do > this on our owned or do we need some sighted help to do this?? Take care, > > Walden Hughes > > -------------- next part -------------- An HTML attachment was scrubbed... URL: From webmaster at berean-biblechurch.org Fri Jan 3 18:19:19 2020 From: webmaster at berean-biblechurch.org (webmaster at berean-biblechurch.org) Date: Fri, 03 Jan 2020 12:19:19 -0600 Subject: [Icecast] improve compatibility with Galaxy tablet? Message-ID: <66b5a364506e017ed72a9a963eca629f@berean-biblechurch.org> Is there something on the Icecast server I can do to improve compatibility with devices that seem to have a problem with high latency? (at least I think latency is the problem) For example, I have a Samjunk Galaxy tablet that randomly drops the live audio stream. Any other device in my house works fine. I'm streaming an MP3 source live over an HTTPS Internet connection using Icecast 2.4.4 on Windows. -------------- next part -------------- An HTML attachment was scrubbed... URL: From jeffares.robert at gmail.com Fri Jan 3 19:20:12 2020 From: jeffares.robert at gmail.com (Robert Jeffares) Date: Sat, 4 Jan 2020 08:20:12 +1300 Subject: [Icecast] improve compatibility with Galaxy tablet? In-Reply-To: <66b5a364506e017ed72a9a963eca629f@berean-biblechurch.org> References: <66b5a364506e017ed72a9a963eca629f@berean-biblechurch.org> Message-ID: Is the Galaxy using Wi-Fi ? How big is the mp3 stream? 128, 256, ? Is the Icecast sever on the same router? How many connections in the Icecast.xml? What sort of router? Things I would look at anyway regards Robert On 4/01/20 7:19 am, webmaster at berean-biblechurch.org wrote: > > Is there something on the Icecast server I can do to improve > compatibility with devices that seem to have a problem with high > latency?? (at least I think latency is the problem) > > For example, I have a Samjunk Galaxy tablet that randomly drops the > live audio stream.? Any other device in my house works fine. > > I'm streaming an MP3 source live over an HTTPS Internet connection > using Icecast 2.4.4 on Windows. > > > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast -------------- next part -------------- An HTML attachment was scrubbed... URL: From webmaster at berean-biblechurch.org Fri Jan 3 23:28:05 2020 From: webmaster at berean-biblechurch.org (webmaster at berean-biblechurch.org) Date: Fri, 03 Jan 2020 17:28:05 -0600 Subject: [Icecast] improve compatibility with Galaxy tablet? In-Reply-To: References: <66b5a364506e017ed72a9a963eca629f@berean-biblechurch.org> Message-ID: See below, although none of these things should be specific to the Galaxy tablet (my older tablet works fine, too). On 2020-01-03 13:20, Robert Jeffares wrote: > Is the Galaxy using Wi-Fi ? YES > > How big is the mp3 stream? 128, 256, ? 32kb/s > > Is the Icecast sever on the same router? NO > > How many connections in the Icecast.xml? NO limits specified > > What sort of router? ASUS RT-AC68P > > Things I would look at anyway > > regards > > Robert > > On 4/01/20 7:19 am, webmaster at berean-biblechurch.org wrote: > >> Is there something on the Icecast server I can do to improve compatibility with devices that seem to have a problem with high latency? (at least I think latency is the problem) >> >> For example, I have a Samjunk Galaxy tablet that randomly drops the live audio stream. Any other device in my house works fine. >> >> I'm streaming an MP3 source live over an HTTPS Internet connection using Icecast 2.4.4 on Windows. >> >> _______________________________________________ >> Icecast mailing list >> Icecast at xiph.org >> http://lists.xiph.org/mailman/listinfo/icecast > > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast -------------- next part -------------- An HTML attachment was scrubbed... URL: From petr.pisar at atlas.cz Sat Jan 4 06:12:21 2020 From: petr.pisar at atlas.cz (Petr Pisar) Date: Sat, 4 Jan 2020 07:12:21 +0100 Subject: [Icecast] improve compatibility with Galaxy tablet? In-Reply-To: References: <66b5a364506e017ed72a9a963eca629f@berean-biblechurch.org> Message-ID: <20200104061221.GA3479@album.bayer.uni.cx> On Fri, Jan 03, 2020 at 05:28:05PM -0600, webmaster at berean-biblechurch.org wrote: > See below, although none of these things should be specific to the > Galaxy tablet (my older tablet works fine, too). > I have an Android 8 phone that agressively turns off WiFi radio after transaferring data. This is indicated by disappearing a Wifi icon on the Android status line. Then the access point evaluates the Wifi station as disappeared and disassociate it. Then the icecast client on the Android wakes up to read a next chunk of the stream, but the network is in an disconnected state and thus the client gets a network error. This issue seems to happen randomly because the two timeouts have a similar period. The client program, Icecast Player, uses an Android OS-provided API for playing the audio streams from a network. I have an icacast server right on the access point and it happens even if the phone is next to it. When searched the Internet, I found that it's a known bug in Android that Google does not want to fix. Other applications seems to work because they use different protocols (HLS etc.) that do not use that API. Maybe that's your case too. -- Petr -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 228 bytes Desc: not available URL: From beni.reber at br-media.ch Sat Jan 4 09:27:33 2020 From: beni.reber at br-media.ch (Beni Reber) Date: Sat, 04 Jan 2020 10:27:33 +0100 Subject: [Icecast] improve compatibility with Galaxy tablet? In-Reply-To: References: <66b5a364506e017ed72a9a963eca629f@berean-biblechurch.org> Message-ID: <2d9b0a5aa43cf952d43ed0ad5a2b0e5f@br-media.ch> What software do you use to listen to the stream. Android stock browser? And how are you feeding the audio to icecast? List of files via oggfwd? Am 2020-01-04 00:28, schrieb webmaster at berean-biblechurch.org: > See below, although none of these things should be specific to the Galaxy tablet (my older tablet works fine, too). > > On 2020-01-03 13:20, Robert Jeffares wrote: > > Is the Galaxy using Wi-Fi ? YES > > How big is the mp3 stream? 128, 256, ? 32kb/s > > Is the Icecast sever on the same router? NO > > How many connections in the Icecast.xml? NO limits specified > > What sort of router? ASUS RT-AC68P > > Things I would look at anyway > > regards > > Robert > > On 4/01/20 7:19 am, webmaster at berean-biblechurch.org wrote: > > Is there something on the Icecast server I can do to improve compatibility with devices that seem to have a problem with high latency? (at least I think latency is the problem) > > For example, I have a Samjunk Galaxy tablet that randomly drops the live audio stream. Any other device in my house works fine. > > I'm streaming an MP3 source live over an HTTPS Internet connection using Icecast 2.4.4 on Windows. > > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast > > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast _______________________________________________ Icecast mailing list Icecast at xiph.org http://lists.xiph.org/mailman/listinfo/icecast -------------- next part -------------- An HTML attachment was scrubbed... URL: From 5f787a at i2pmail.org Mon Jan 6 10:24:43 2020 From: 5f787a at i2pmail.org (user) Date: Mon, 6 Jan 2020 10:24:43 +0000 (UTC) Subject: [Icecast] admin console Message-ID: <20200106102443.D5EC841736@smtp.postman.i2p> Hello. Is it possible to bind admin console on different port? icecast 2.4.4 -- From phschafft at de.loewenfelsen.net Mon Jan 6 17:50:08 2020 From: phschafft at de.loewenfelsen.net (Philipp Schafft) Date: Mon, 06 Jan 2020 17:50:08 +0000 Subject: [Icecast] admin console In-Reply-To: <20200106102443.D5EC841736@smtp.postman.i2p> References: <20200106102443.D5EC841736@smtp.postman.i2p> Message-ID: <1578333008.2261.7.camel@de.loewenfelsen.net> Good evening, On Mon, 2020-01-06 at 10:24 +0000, user wrote: > Hello. > Is it possible to bind admin console on different port? > > icecast 2.4.4 No, this is not possible with Icecast 2.4.x. Doing that would even break some kinds of clients. Please note that it would not add to security as too often falsely claimed. If you want to improve your security, use a strong password and TLS. With best regards, -- Philipp Schafft (CEO/Gesch?ftsf?hrer) Telephon: +49.3535 490 17 92 L?wenfelsen UG (haftungsbeschr?nkt) Registration number: Bickinger Stra?e 21 HRB 12308 CB 04916 Herzberg (Elster) VATIN/USt-ID: Germany DE305133015 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 490 bytes Desc: This is a digitally signed message part URL: From webmaster at berean-biblechurch.org Tue Jan 7 01:01:46 2020 From: webmaster at berean-biblechurch.org (webmaster at berean-biblechurch.org) Date: Mon, 06 Jan 2020 19:01:46 -0600 Subject: [Icecast] improve compatibility with Galaxy tablet? In-Reply-To: <2d9b0a5aa43cf952d43ed0ad5a2b0e5f@br-media.ch> References: <66b5a364506e017ed72a9a963eca629f@berean-biblechurch.org> <2d9b0a5aa43cf952d43ed0ad5a2b0e5f@br-media.ch> Message-ID: <1756fb0f4a76a2ac462598df2289023c@berean-biblechurch.org> I've tried Chrome and Firefox browsers. The source audio is a live stream processed by FFmpeg to Icecast. On 2020-01-04 03:27, Beni Reber wrote: > What software do you use to listen to the stream. Android stock browser? And how are you feeding the audio to icecast? List of files via oggfwd? > > Am 2020-01-04 00:28, schrieb webmaster at berean-biblechurch.org: > > See below, although none of these things should be specific to the Galaxy tablet (my older tablet works fine, too). > > On 2020-01-03 13:20, Robert Jeffares wrote: > > Is the Galaxy using Wi-Fi ? YES > > How big is the mp3 stream? 128, 256, ? 32kb/s > > Is the Icecast sever on the same router? NO > > How many connections in the Icecast.xml? NO limits specified > > What sort of router? ASUS RT-AC68P > > Things I would look at anyway > > regards > > Robert > > On 4/01/20 7:19 am, webmaster at berean-biblechurch.org wrote: > > Is there something on the Icecast server I can do to improve compatibility with devices that seem to have a problem with high latency? (at least I think latency is the problem) > > For example, I have a Samjunk Galaxy tablet that randomly drops the live audio stream. Any other device in my house works fine. > > I'm streaming an MP3 source live over an HTTPS Internet connection using Icecast 2.4.4 on Windows. > > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast > > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast _______________________________________________ Icecast mailing list Icecast at xiph.org http://lists.xiph.org/mailman/listinfo/icecast _______________________________________________ Icecast mailing list Icecast at xiph.org http://lists.xiph.org/mailman/listinfo/icecast -------------- next part -------------- An HTML attachment was scrubbed... URL: From webmaster at berean-biblechurch.org Tue Jan 7 01:05:01 2020 From: webmaster at berean-biblechurch.org (webmaster at berean-biblechurch.org) Date: Mon, 06 Jan 2020 19:05:01 -0600 Subject: [Icecast] improve compatibility with Galaxy tablet? In-Reply-To: <20200104061221.GA3479@album.bayer.uni.cx> References: <66b5a364506e017ed72a9a963eca629f@berean-biblechurch.org> <20200104061221.GA3479@album.bayer.uni.cx> Message-ID: <686c38702d8278827aab3e369f1e86e1@berean-biblechurch.org> That does sound like it, Petr. But I don't know why my other Android tablet (same Android version) doesn't have any problem. Cheaper is better in this case? ;-) On 2020-01-04 00:12, Petr Pisar wrote: > On Fri, Jan 03, 2020 at 05:28:05PM -0600, > webmaster at berean-biblechurch.org wrote: >> See below, although none of these things should be specific to the >> Galaxy tablet (my older tablet works fine, too). >> > I have an Android 8 phone that agressively turns off WiFi radio after > transaferring data. This is indicated by disappearing a Wifi icon on > the > Android status line. Then the access point evaluates the Wifi station > as > disappeared and disassociate it. Then the icecast client on the Android > wakes > up to read a next chunk of the stream, but the network is in an > disconnected > state and thus the client gets a network error. This issue seems to > happen > randomly because the two timeouts have a similar period. The client > program, > Icecast Player, uses an Android OS-provided API for playing the audio > streams > from a network. I have an icacast server right on the access point and > it > happens even if the phone is next to it. When searched the Internet, I > found > that it's a known bug in Android that Google does not want to fix. > Other > applications seems to work because they use different protocols (HLS > etc.) > that do not use that API. > > Maybe that's your case too. > > -- Petr > > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast From 5f787a at i2pmail.org Mon Jan 6 21:56:43 2020 From: 5f787a at i2pmail.org (user) Date: Mon, 6 Jan 2020 21:56:43 +0000 (UTC) Subject: [Icecast] admin console In-Reply-To: <20200106175045.E2C5941986@smtp.postman.i2p> References: <20200106102443.D5EC841736@smtp.postman.i2p> <20200106175045.E2C5941986@smtp.postman.i2p> Message-ID: <20200106215643.3F7F941990@smtp.postman.i2p> 2020-01-06 17:50, Philipp Schafft wrote: > Good evening, > > On Mon, 2020-01-06 at 10:24 +0000, user wrote: > > Hello. > > Is it possible to bind admin console on different port? > > > > icecast 2.4.4 > > No, this is not possible with Icecast 2.4.x. Doing that would even break > some kinds of clients. > > Please note that it would not add to security as too often falsely > claimed. If you want to improve your security, use a strong password and > TLS. My password is strong, even admin name strong too. Why TLS? To avoid password interception? I'm consider to put icecast behind reverse proxy. It is not so easy as I think before. Does anyone have experience with it? -- From artuch at speedy.com.ar Tue Jan 7 12:49:03 2020 From: artuch at speedy.com.ar (=?ISO-8859-1?Q?Jos=E9?= Luis Artuch) Date: Tue, 07 Jan 2020 09:49:03 -0300 Subject: [Icecast] admin console In-Reply-To: <20200106215643.3F7F941990@smtp.postman.i2p> References: <20200106102443.D5EC841736@smtp.postman.i2p> <20200106175045.E2C5941986@smtp.postman.i2p> <20200106215643.3F7F941990@smtp.postman.i2p> Message-ID: Hi user, > > I'm consider to put icecast behind reverse proxy. It is not so easy > as I > think before. Does anyone have experience with it? > I have only with Debian GNU/Linux and Lighttpd web server. Regards. Jos? Luis From jake at jakebriggs.com Tue Jan 7 20:38:41 2020 From: jake at jakebriggs.com (jake at jakebriggs.com) Date: Tue, 07 Jan 2020 20:38:41 +0000 Subject: [Icecast] admin console In-Reply-To: <20200106215643.3F7F941990@smtp.postman.i2p> References: <20200106215643.3F7F941990@smtp.postman.i2p> <20200106102443.D5EC841736@smtp.postman.i2p> <20200106175045.E2C5941986@smtp.postman.i2p> Message-ID: January 7, 2020 10:56 AM, "user" <5f787a at i2pmail.org> wrote: > 2020-01-06 17:50, Philipp Schafft wrote: ... ... > > I'm consider to put icecast behind reverse proxy. It is not so easy as I > think before. Does anyone have experience with it? I run it behind a reverse proxy on apache, and everything works bar one thing - the links in the status and admin interface that serve up an m3u file give you file with the "wrong" URL in it. So, I have icecast on port 8000. My streams are available on http://my.url.tld:8000/jake-radio.mp3 but that 8000 gets blocked by corporate firewalls sometimes so I want to be able to get to http://my.url.tld/jakemusic instead. My apache config looks like: -------- 8< -------- ProxyPreserveHost On ProxyPass /jakemusic http://localhost:8000/jake-radio.mp3 ProxyPassReverse /jakemusic http://localhost:8000/jake-radio.mp3 -------- 8< -------- You need a ProxyPass and ProxyPassReverse to and from each mount point. I don't think you need ".mp3" but I have i. I don't bother proxying the admin interface since I can just browse to port 8000 since I control the firewall, but I don't have any reason to believe that this wouldn't work fine: -------- 8< -------- ProxyPass /admin http://localhost:8000/admin ProxyPassReverse /admin http://localhost:8000/admin -------- 8< -------- Proxying to the root "Icecast2 Status" page is doable but I've never had any luck doing something like this: -------- 8< -------- ProxyPass /status http://localhost:8000/ ProxyPassReverse /status http://localhost:8000/ -------- 8< -------- Anyway the m3u files and the "stream url" generated by the status and admin pages can't know they are behind a proxy so they still point to port 8000 : http://my.url.tld:8000/jake-radio.mp3 even though you really want: http://my.url.tld/jakemusic There are other more "correct" or more elegant options than reverse proxying, I am just a bit lazy. The best option would be to have icecast listen on port 80 and all these issues don't matter any more. You can set up a virtual interface that gets a different IP and have icecast on port 80 on that interface so you can have apache AND icecast both listen to port 80 on the same physical machine which is what I should do to be honest but again - too lazy. Jake From petr.pisar at atlas.cz Wed Jan 8 05:44:53 2020 From: petr.pisar at atlas.cz (Petr Pisar) Date: Wed, 8 Jan 2020 06:44:53 +0100 Subject: [Icecast] admin console In-Reply-To: References: <20200106215643.3F7F941990@smtp.postman.i2p> <20200106102443.D5EC841736@smtp.postman.i2p> <20200106175045.E2C5941986@smtp.postman.i2p> Message-ID: <20200108054453.GA3429@album.bayer.uni.cx> On Tue, Jan 07, 2020 at 08:38:41PM +0000, jake at jakebriggs.com wrote: > January 7, 2020 10:56 AM, "user" <5f787a at i2pmail.org> wrote: > > 2020-01-06 17:50, Philipp Schafft wrote: > > > > I'm consider to put icecast behind reverse proxy. It is not so easy as I > > think before. Does anyone have experience with it? > > I run it behind a reverse proxy on apache, and everything works bar one > thing - the links in the status and admin interface that serve up an m3u > file give you file with the "wrong" URL in it. > M3U playlists are (or used to be) typically downloaded by a web browser and passed to an external music player. If the M3U playlist did not contain the hostname, the music player would see a relative path and would search the playlist items in a local file system instead on the Icecast host. Therefore Icecast puts its hostname into the playlists. -- Petr -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 228 bytes Desc: not available URL: From jake at jakebriggs.com Wed Jan 8 06:07:32 2020 From: jake at jakebriggs.com (jake at jakebriggs.com) Date: Wed, 08 Jan 2020 19:07:32 +1300 Subject: [Icecast] admin console References: <20200106215643.3F7F941990@smtp.postman.i2p> <20200106102443.D5EC841736@smtp.postman.i2p> <20200106175045.E2C5941986@smtp.postman.i2p> <20200108054453.GA3429@album.bayer.uni.cx> Message-ID: <6tm6j060uwf8tly3f8shcxpl-9nx8gygh18b6xgtad1bbu8gmyx86o3iqgnhs-rclrwu-lvhpje-ljf9ye-b43yedpfaqoe182omf-8syrpm-9u49tcmhjnzc-q5lhp4m3a4z5-qq7pvd8cgbgrfi332x.1578463652648@email.android.com> An HTML attachment was scrubbed... URL: From jeffares.robert at gmail.com Wed Jan 8 06:46:49 2020 From: jeffares.robert at gmail.com (Robert Jeffares) Date: Wed, 8 Jan 2020 19:46:49 +1300 Subject: [Icecast] admin console In-Reply-To: <6tm6j060uwf8tly3f8shcxpl-9nx8gygh18b6xgtad1bbu8gmyx86o3iqgnhs-rclrwu-lvhpje-ljf9ye-b43yedpfaqoe182omf-8syrpm-9u49tcmhjnzc-q5lhp4m3a4z5-qq7pvd8cgbgrfi332x.1578463652648@email.android.com> References: <20200106215643.3F7F941990@smtp.postman.i2p> <20200106102443.D5EC841736@smtp.postman.i2p> <20200106175045.E2C5941986@smtp.postman.i2p> <20200108054453.GA3429@album.bayer.uni.cx> <6tm6j060uwf8tly3f8shcxpl-9nx8gygh18b6xgtad1bbu8gmyx86o3iqgnhs-rclrwu-lvhpje-ljf9ye-b43yedpfaqoe182omf-8syrpm-9u49tcmhjnzc-q5lhp4m3a4z5-qq7pvd8cgbgrfi332x.1578463652648@email.android.com> Message-ID: Hi Jake http://foo.bar/mountpoint is going to be interpreted as port 80 by the player You want to do http://foo.bar:8000/mountpoint > http://foo.bar/mountpoint I think you are going to have to do some port shifting from 8000 > someothernumber like 12345 on the router. regards Robert On 8/01/20 7:07 pm, jake at jakebriggs.com wrote: > No I think you misunderstood me. The m3u file contains the URL with > the port number in it, since as far as icecast knows that's is the > URL. It doesn't (and can't) know that I want a different URL. It has > http://foo.bar:8000/mountpoint but I want http://foo.bar/mountpoint > > It's the wrong URL from my perspective, which is why I quoted wrong - > I understand it's not wrong, it's just not the one I want. > > It's got nothing to do with the hostname portion or the URL. The > hostname in both examples (with the port and without the port) is > correct - and identical. > > Jake > > > > -------- Original Message -------- > Subject: Re: [Icecast] admin console > From: Petr Pisar > To: icecast at xiph.org > CC: > > On Tue, Jan 07, 2020 at 08:38:41PM +0000, jake at jakebriggs.com > wrote: > > January 7, 2020 10:56 AM, "user" <5f787a at i2pmail.org> wrote: > > > 2020-01-06 17:50, Philipp Schafft wrote: > > > > > > I'm consider to put icecast behind reverse proxy. It is > not so easy as I > > > think before. Does anyone have experience with it? > > > > I run it behind a reverse proxy on apache, and everything > works bar one > > thing - the links in the status and admin interface that > serve up an m3u > > file give you file with the "wrong" URL in it. > > > M3U playlists are (or used to be) typically downloaded by a > web browser and > passed to an external music player. If the M3U playlist did > not contain the > hostname, the music player would see a relative path and would > search the > playlist items in a local file system instead on the Icecast > host. Therefore > Icecast puts its hostname into the playlists. > > -- Petr > > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast > > > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast -------------- next part -------------- An HTML attachment was scrubbed... URL: From jake at jakebriggs.com Wed Jan 8 06:57:02 2020 From: jake at jakebriggs.com (jake at jakebriggs.com) Date: Wed, 08 Jan 2020 19:57:02 +1300 Subject: [Icecast] admin console References: <20200106215643.3F7F941990@smtp.postman.i2p> <20200106102443.D5EC841736@smtp.postman.i2p> <20200106175045.E2C5941986@smtp.postman.i2p> <20200108054453.GA3429@album.bayer.uni.cx> <6tm6j060uwf8tly3f8shcxpl-9nx8gygh18b6xgtad1bbu8gmyx86o3iqgnhs-rclrwu-lvhpje-ljf9ye-b43yedpfaqoe182omf-8syrpm-9u49tcmhjnzc-q5lhp4m3a4z5-qq7pvd8cgbgrfi332x.1578463652648@email.android.com> Message-ID: <-ys53y4lfkets-x90594-pp4863-t7ll13-5r8dq0-80gdi5nhqzcngojwqs-mlw5yl-2dnmht-hvo06b-mddim4opq9396g99mqo5hkzv279myk7ttta2-5q84mtnpsh4k-3n74hc-7n8zrbx2zw2a-ige936.1578466622467@email.android.com> An HTML attachment was scrubbed... URL: From epirat07 at gmail.com Wed Jan 8 09:59:09 2020 From: epirat07 at gmail.com (Marvin Scholz) Date: Wed, 08 Jan 2020 10:59:09 +0100 Subject: [Icecast] admin console In-Reply-To: <20200106215643.3F7F941990@smtp.postman.i2p> References: <20200106102443.D5EC841736@smtp.postman.i2p> <20200106175045.E2C5941986@smtp.postman.i2p> <20200106215643.3F7F941990@smtp.postman.i2p> Message-ID: On 6 Jan 2020, at 22:56, user wrote: > 2020-01-06 17:50, Philipp Schafft wrote: >> Good evening, >> >> On Mon, 2020-01-06 at 10:24 +0000, user wrote: >>> Hello. >>> Is it possible to bind admin console on different port? >>> >>> icecast 2.4.4 >> >> No, this is not possible with Icecast 2.4.x. Doing that would even break >> some kinds of clients. >> >> Please note that it would not add to security as too often falsely >> claimed. If you want to improve your security, use a strong password and >> TLS. > > My password is strong, even admin name strong too. > Why TLS? To avoid password interception? > > I'm consider to put icecast behind reverse proxy. It is not so easy as I > think before. Does anyone have experience with it? > In general putting Icecast behind a reverse proxy is not the best idea as some webservers are not really made out of the box to easily deal with the kind of usage Icecast will usually produce (long running connections serving a continuous stream). Additionally Icecast is not really capable currently do deal with being reverse-proxied properly so some things will break when doing that. So unless you want to shoot yourself in the foot and run into various issues I would not recommend to do it. > -- > > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast From 5f787a at i2pmail.org Wed Jan 8 13:42:37 2020 From: 5f787a at i2pmail.org (user) Date: Wed, 8 Jan 2020 13:42:37 +0000 (UTC) Subject: [Icecast] admin console In-Reply-To: <20200108095942.B90F640F1A@smtp.postman.i2p> References: <20200106102443.D5EC841736@smtp.postman.i2p> <20200106175045.E2C5941986@smtp.postman.i2p> <20200106215643.3F7F941990@smtp.postman.i2p> <20200108095942.B90F640F1A@smtp.postman.i2p> Message-ID: <20200108134237.BDE0C4198E@smtp.postman.i2p> 2020-01-08 09:59, Marvin Scholz wrote: > > On 6 Jan 2020, at 22:56, user wrote: > > > 2020-01-06 17:50, Philipp Schafft wrote: > >> Good evening, > >> > >> On Mon, 2020-01-06 at 10:24 +0000, user wrote: > >>> Hello. > >>> Is it possible to bind admin console on different port? > >>> > >>> icecast 2.4.4 > >> > >> No, this is not possible with Icecast 2.4.x. Doing that would even break > >> some kinds of clients. > >> > >> Please note that it would not add to security as too often falsely > >> claimed. If you want to improve your security, use a strong password and > >> TLS. > > > > My password is strong, even admin name strong too. > > Why TLS? To avoid password interception? > > > > I'm consider to put icecast behind reverse proxy. It is not so easy as I > > think before. Does anyone have experience with it? > > > > In general putting Icecast behind a reverse proxy is not the best idea as > some webservers are not really made out of the box to easily deal with the > kind of usage Icecast will usually produce (long running connections > serving a continuous stream). Additionally Icecast is not really capable Currently I have problem with long running connection - client disconnect every ~4 minutes with message in proxy log: TCP_MISS_ABORTED/200. I have no idea why this may happen. Icecast stay behind Squid. Last one estalish connection to Icecast over cache_peer directive. > currently do deal with being reverse-proxied properly so some things will > break when doing that. > > So unless you want to shoot yourself in the foot and run into various > issues I would not recommend to do it. -- From chiapas at aktivix.org Mon Jan 13 13:30:32 2020 From: chiapas at aktivix.org (Chip) Date: Mon, 13 Jan 2020 13:30:32 +0000 Subject: [Icecast] Load balancing Icecast - aggregated logs Message-ID: Hi I have a potential project for which my client requests that we load balance the streaming service. Of course, the Icecast server scales very well. - http://icecast.org/loadtest/ However, the client requests high-availability and, due to the scale of the potential project, we would like to load balance the service over two or more servers. I think the load balancing aspect is not my major issue at this stage but how to aggregate the listener logs in one place so that my client has an accurate representation of the audience stats. Hope someone can help and many thanks in advance Chip Scooter -------------- next part -------------- An HTML attachment was scrubbed... URL: From phschafft at de.loewenfelsen.net Mon Jan 13 13:36:43 2020 From: phschafft at de.loewenfelsen.net (Philipp Schafft) Date: Mon, 13 Jan 2020 13:36:43 +0000 Subject: [Icecast] Load balancing Icecast - aggregated logs In-Reply-To: References: Message-ID: <1578922603.2179.25.camel@de.loewenfelsen.net> Good afternoon, On Mon, 2020-01-13 at 13:30 +0000, Chip wrote: > Hi > > I have a potential project for which my client requests that we load > balance the streaming service. > > Of course, the Icecast server scales very well. > > - http://icecast.org/loadtest/ > > However, the client requests high-availability and, due to the scale of the > potential project, we would like to load balance the service over two or > more servers. > > I think the load balancing aspect is not my major issue at this stage but > how to aggregate the listener logs in one place so that my client has an > accurate representation of the audience stats. > > Hope someone can help and many thanks in advance I hardly see any question in your mail so it is a bit hard to answer. What exactly is the problem you face? Is it finding a good architecture for your setup or is it in actually implementing it? Please feel free to reply to me off-list for professional Icecast support. With best regards, -- Philipp Schafft (CEO/Gesch?ftsf?hrer) Telephon: +49.3535 490 17 92 L?wenfelsen UG (haftungsbeschr?nkt) Registration number: Bickinger Stra?e 21 HRB 12308 CB 04916 Herzberg (Elster) VATIN/USt-ID: Germany DE305133015 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 490 bytes Desc: This is a digitally signed message part URL: From chiapas at aktivix.org Mon Jan 13 13:41:57 2020 From: chiapas at aktivix.org (Chip) Date: Mon, 13 Jan 2020 13:41:57 +0000 Subject: [Icecast] Load balancing Icecast - aggregated logs In-Reply-To: <1578922603.2179.25.camel@de.loewenfelsen.net> References: <1578922603.2179.25.camel@de.loewenfelsen.net> Message-ID: Good afternoon Philipp Many thanks for your reply. Sorry for not being clear. I think the problem I have would be in the implementation. How do I run two versions of Icecast on two servers, with load balancing between the two (perhaps using RR-DNS), but I present my client with one unified log file for the audience statistics? Should the two servers write their logs via a network file share to a third logging server, for example? With many thanks and best regards Chip Scooter On Mon, 13 Jan 2020 at 13:36, Philipp Schafft wrote: > Good afternoon, > > On Mon, 2020-01-13 at 13:30 +0000, Chip wrote: > > Hi > > > > I have a potential project for which my client requests that we load > > balance the streaming service. > > > > Of course, the Icecast server scales very well. > > > > - http://icecast.org/loadtest/ > > > > However, the client requests high-availability and, due to the scale of > the > > potential project, we would like to load balance the service over two or > > more servers. > > > > I think the load balancing aspect is not my major issue at this stage but > > how to aggregate the listener logs in one place so that my client has an > > accurate representation of the audience stats. > > > > Hope someone can help and many thanks in advance > > I hardly see any question in your mail so it is a bit hard to answer. > What exactly is the problem you face? Is it finding a good architecture > for your setup or is it in actually implementing it? > > Please feel free to reply to me off-list for professional Icecast > support. > > With best regards, > > > -- > Philipp Schafft (CEO/Gesch?ftsf?hrer) > Telephon: +49.3535 490 17 92 > > L?wenfelsen UG (haftungsbeschr?nkt) Registration number: > Bickinger Stra?e 21 HRB 12308 CB > 04916 Herzberg (Elster) VATIN/USt-ID: > Germany DE305133015 > -------------- next part -------------- An HTML attachment was scrubbed... URL: From phschafft at de.loewenfelsen.net Mon Jan 13 14:01:21 2020 From: phschafft at de.loewenfelsen.net (Philipp Schafft) Date: Mon, 13 Jan 2020 14:01:21 +0000 Subject: [Icecast] Load balancing Icecast - aggregated logs In-Reply-To: References: <1578922603.2179.25.camel@de.loewenfelsen.net> Message-ID: <1578924081.2179.34.camel@de.loewenfelsen.net> Good afternoon, On Mon, 2020-01-13 at 13:41 +0000, Chip wrote: > Good afternoon Philipp > > Many thanks for your reply. > Sorry for not being clear. > > I think the problem I have would be in the implementation. Ok. > How do I run two versions of Icecast on two servers, with load balancing > between the two (perhaps using RR-DNS), Generally I recommend RR-DNS as it is a very good solution for most problems. Even if something more advanced is used it is a layer that should be added. If there are no special requirements, it's the way to go. > but I present my client with one unified log file for the audience > statistics? > Should the two servers write their logs via a network file share to a > third logging server, for example? I would recommend against that. It just adds another single point of failure. Most software I know for that kind of analysis can in fact read multiple files anyway. (e.g. some wants to import the data into it's own database first, other just want to support log rotation.) So it depends on what software you want to use. Maybe it can already read multiple log files. If not you could join the files. Check if the software will be happy with a file that is basically 'cat server-A.log server-B.log > both.log'. That should be the case as the log lines are not guaranteed to be in chronological order anyway (to support multithreading). If it does not work this way some more advanced solution must be found. But I think this should be possible. You could implement cat-ing the logs together as part of logrotate: rotate the log and send it to a common server for arching and processing. That way the servers themself could also keep a copy in case that processing server can not be reached (e.g. for maintenance). For live statistics consider using the STATS interface. With best regards, > On Mon, 13 Jan 2020 at 13:36, Philipp Schafft > wrote: > > > Good afternoon, > > > > On Mon, 2020-01-13 at 13:30 +0000, Chip wrote: > > > Hi > > > > > > I have a potential project for which my client requests that we load > > > balance the streaming service. > > > > > > Of course, the Icecast server scales very well. > > > > > > - http://icecast.org/loadtest/ > > > > > > However, the client requests high-availability and, due to the scale of > > the > > > potential project, we would like to load balance the service over two or > > > more servers. > > > > > > I think the load balancing aspect is not my major issue at this stage but > > > how to aggregate the listener logs in one place so that my client has an > > > accurate representation of the audience stats. > > > > > > Hope someone can help and many thanks in advance > > > > I hardly see any question in your mail so it is a bit hard to answer. > > What exactly is the problem you face? Is it finding a good architecture > > for your setup or is it in actually implementing it? > > > > Please feel free to reply to me off-list for professional Icecast > > support. -- Philipp Schafft (CEO/Gesch?ftsf?hrer) Telephon: +49.3535 490 17 92 L?wenfelsen UG (haftungsbeschr?nkt) Registration number: Bickinger Stra?e 21 HRB 12308 CB 04916 Herzberg (Elster) VATIN/USt-ID: Germany DE305133015 -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 490 bytes Desc: This is a digitally signed message part URL: From chiapas at aktivix.org Mon Jan 13 14:16:35 2020 From: chiapas at aktivix.org (Chip) Date: Mon, 13 Jan 2020 14:16:35 +0000 Subject: [Icecast] Load balancing Icecast - aggregated logs In-Reply-To: <1578924081.2179.34.camel@de.loewenfelsen.net> References: <1578922603.2179.25.camel@de.loewenfelsen.net> <1578924081.2179.34.camel@de.loewenfelsen.net> Message-ID: Thank you very much Philipp. I will think this over. If I have any problems, I'll get back to you. With best regards for now Chip Scooter On Mon, 13 Jan 2020 at 14:01, Philipp Schafft wrote: > Good afternoon, > > On Mon, 2020-01-13 at 13:41 +0000, Chip wrote: > > Good afternoon Philipp > > > > Many thanks for your reply. > > > Sorry for not being clear. > > > > I think the problem I have would be in the implementation. > > Ok. > > > > How do I run two versions of Icecast on two servers, with load balancing > > between the two (perhaps using RR-DNS), > > Generally I recommend RR-DNS as it is a very good solution for most > problems. Even if something more advanced is used it is a layer that > should be added. > > If there are no special requirements, it's the way to go. > > > > but I present my client with one unified log file for the audience > > statistics? > > > Should the two servers write their logs via a network file share to a > > third logging server, for example? > > I would recommend against that. It just adds another single point of > failure. Most software I know for that kind of analysis can in fact read > multiple files anyway. (e.g. some wants to import the data into it's own > database first, other just want to support log rotation.) So it depends > on what software you want to use. Maybe it can already read multiple log > files. > > If not you could join the files. Check if the software will be happy > with a file that is basically 'cat server-A.log server-B.log > > both.log'. That should be the case as the log lines are not guaranteed > to be in chronological order anyway (to support multithreading). > > If it does not work this way some more advanced solution must be found. > But I think this should be possible. > > You could implement cat-ing the logs together as part of logrotate: > rotate the log and send it to a common server for arching and > processing. That way the servers themself could also keep a copy in case > that processing server can not be reached (e.g. for maintenance). > > For live statistics consider using the STATS interface. > > With best regards, > > > > > On Mon, 13 Jan 2020 at 13:36, Philipp Schafft < > phschafft at de.loewenfelsen.net> > > wrote: > > > > > Good afternoon, > > > > > > On Mon, 2020-01-13 at 13:30 +0000, Chip wrote: > > > > Hi > > > > > > > > I have a potential project for which my client requests that we load > > > > balance the streaming service. > > > > > > > > Of course, the Icecast server scales very well. > > > > > > > > - http://icecast.org/loadtest/ > > > > > > > > However, the client requests high-availability and, due to the scale > of > > > the > > > > potential project, we would like to load balance the service over > two or > > > > more servers. > > > > > > > > I think the load balancing aspect is not my major issue at this > stage but > > > > how to aggregate the listener logs in one place so that my client > has an > > > > accurate representation of the audience stats. > > > > > > > > Hope someone can help and many thanks in advance > > > > > > I hardly see any question in your mail so it is a bit hard to answer. > > > What exactly is the problem you face? Is it finding a good architecture > > > for your setup or is it in actually implementing it? > > > > > > Please feel free to reply to me off-list for professional Icecast > > > support. > > > -- > Philipp Schafft (CEO/Gesch?ftsf?hrer) > Telephon: +49.3535 490 17 92 > > L?wenfelsen UG (haftungsbeschr?nkt) Registration number: > Bickinger Stra?e 21 HRB 12308 CB > 04916 Herzberg (Elster) VATIN/USt-ID: > Germany DE305133015 > -------------- next part -------------- An HTML attachment was scrubbed... URL: From chiapas at aktivix.org Tue Jan 14 16:35:49 2020 From: chiapas at aktivix.org (Chip) Date: Tue, 14 Jan 2020 16:35:49 +0000 Subject: [Icecast] Load balancing Icecast - aggregated logs In-Reply-To: <1578924081.2179.34.camel@de.loewenfelsen.net> References: <1578922603.2179.25.camel@de.loewenfelsen.net> <1578924081.2179.34.camel@de.loewenfelsen.net> Message-ID: Many thanks for this Philipp. On Mon, 13 Jan 2020 at 14:01, Philipp Schafft wrote: > I would recommend against that. It just adds another single point of > failure. Most software I know for that kind of analysis can in fact read > multiple files anyway. (e.g. some wants to import the data into it's own > database first, other just want to support log rotation.) So it depends > on what software you want to use. Maybe it can already read multiple log > files. > May I ask which applications do you know of that can aggregate and interpret Icecast log files from multiple servers in this way? Free and open source solutions, of course, are good but I need not be restricted to those in this regard. With many thanks and best regards Chip Scooter -------------- next part -------------- An HTML attachment was scrubbed... URL: From me at alexhackney.com Tue Jan 14 18:38:19 2020 From: me at alexhackney.com (Alex Hackney) Date: Tue, 14 Jan 2020 13:38:19 -0500 Subject: [Icecast] Load balancing Icecast - aggregated logs In-Reply-To: References: <1578922603.2179.25.camel@de.loewenfelsen.net> <1578924081.2179.34.camel@de.loewenfelsen.net> Message-ID: You could use AWS Route 53 to do the load balancing or a server side script to do it. Route 53 could be done in no time and works well for us. On Tue, Jan 14, 2020, 11:36 Chip wrote: > Many thanks for this Philipp. > > On Mon, 13 Jan 2020 at 14:01, Philipp Schafft < > phschafft at de.loewenfelsen.net> wrote: > >> I would recommend against that. It just adds another single point of >> failure. Most software I know for that kind of analysis can in fact read >> multiple files anyway. (e.g. some wants to import the data into it's own >> database first, other just want to support log rotation.) So it depends >> on what software you want to use. Maybe it can already read multiple log >> files. >> > > May I ask which applications do you know of that can aggregate and > interpret Icecast log files from multiple servers in this way? > > Free and open source solutions, of course, are good but I need not be > restricted to those in this regard. > > With many thanks and best regards > > Chip Scooter > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast > -------------- next part -------------- An HTML attachment was scrubbed... URL: From mvandop at xs4all.nl Tue Jan 14 19:32:31 2020 From: mvandop at xs4all.nl (Michel van Dop) Date: Tue, 14 Jan 2020 20:32:31 +0100 Subject: [Icecast] Load balancing Icecast - aggregated logs In-Reply-To: References: Message-ID: <2EE20324-39B4-407A-AEC3-6FD95D72A49F@xs4all.nl> We use a dns failover solution include roundrobin. Its not super fast but in 120 seconds the solution work. So thats a good backup solution for the most radio stations. Have anyone on php load balancing solution working on a webserver? Best regards, Michel > Op 14 jan. 2020 om 19:45 heeft Alex Hackney het volgende geschreven: > > ? > You could use AWS Route 53 to do the load balancing or a server side script to do it. Route 53 could be done in no time and works well for us. > >> On Tue, Jan 14, 2020, 11:36 Chip wrote: >> Many thanks for this Philipp. >> >>> On Mon, 13 Jan 2020 at 14:01, Philipp Schafft wrote: >>> I would recommend against that. It just adds another single point of >>> failure. Most software I know for that kind of analysis can in fact read >>> multiple files anyway. (e.g. some wants to import the data into it's own >>> database first, other just want to support log rotation.) So it depends >>> on what software you want to use. Maybe it can already read multiple log >>> files. >> >> May I ask which applications do you know of that can aggregate and interpret Icecast log files from multiple servers in this way? >> >> Free and open source solutions, of course, are good but I need not be restricted to those in this regard. >> >> With many thanks and best regards >> >> Chip Scooter >> _______________________________________________ >> Icecast mailing list >> Icecast at xiph.org >> http://lists.xiph.org/mailman/listinfo/icecast > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast -------------- next part -------------- An HTML attachment was scrubbed... URL: From chiapas at aktivix.org Tue Jan 14 22:54:53 2020 From: chiapas at aktivix.org (Chip) Date: Tue, 14 Jan 2020 22:54:53 +0000 Subject: [Icecast] Load balancing Icecast - aggregated logs In-Reply-To: References: <1578922603.2179.25.camel@de.loewenfelsen.net> <1578924081.2179.34.camel@de.loewenfelsen.net> Message-ID: On Tue, 14 Jan 2020 at 18:38, Alex Hackney wrote: > You could use AWS Route 53 to do the load balancing or a server side > script to do it. Route 53 could be done in no time and works well for us. > Sounds very interesting, Alex. AWS Route 53 is new to mw. And how do you you aggregate listener stats from your server cluster? Cheers Chip Scooter -------------- next part -------------- An HTML attachment was scrubbed... URL: From chiapas at aktivix.org Tue Jan 14 22:57:10 2020 From: chiapas at aktivix.org (Chip) Date: Tue, 14 Jan 2020 22:57:10 +0000 Subject: [Icecast] Load balancing Icecast - aggregated logs In-Reply-To: <2EE20324-39B4-407A-AEC3-6FD95D72A49F@xs4all.nl> References: <2EE20324-39B4-407A-AEC3-6FD95D72A49F@xs4all.nl> Message-ID: On Tue, 14 Jan 2020 at 19:32, Michel van Dop wrote: > We use a dns failover solution include roundrobin. Its not super fast but > in 120 seconds the solution work. So thats a good backup solution for the > most radio stations. > Have anyone on php load balancing solution working on a webserver? > That sounds a resilient solution, Michel. Can you please tell me more about how you provide your users wiht listenr stats from across two or more servers? Many thanks and all the best for now Chip Scooter -------------- next part -------------- An HTML attachment was scrubbed... URL: From me at alexhackney.com Mon Jan 20 13:15:44 2020 From: me at alexhackney.com (Alex Hackney) Date: Mon, 20 Jan 2020 08:15:44 -0500 Subject: [Icecast] Load balancing Icecast - aggregated logs In-Reply-To: References: <2EE20324-39B4-407A-AEC3-6FD95D72A49F@xs4all.nl> Message-ID: I built a system for handling all the data, songs, listeners, royalties, etc. It's all in the docs. On Tue, Jan 14, 2020, 17:57 Chip wrote: > On Tue, 14 Jan 2020 at 19:32, Michel van Dop wrote: > >> We use a dns failover solution include roundrobin. Its not super fast but >> in 120 seconds the solution work. So thats a good backup solution for the >> most radio stations. >> Have anyone on php load balancing solution working on a webserver? >> > > That sounds a resilient solution, Michel. > > Can you please tell me more about how you provide your users wiht listenr > stats from across two or more servers? > > Many thanks and all the best for now > > Chip Scooter > > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast > -------------- next part -------------- An HTML attachment was scrubbed... URL: From chiapas at aktivix.org Mon Jan 20 13:43:23 2020 From: chiapas at aktivix.org (Chip) Date: Mon, 20 Jan 2020 13:43:23 +0000 Subject: [Icecast] Load balancing Icecast - aggregated logs In-Reply-To: References: <2EE20324-39B4-407A-AEC3-6FD95D72A49F@xs4all.nl> Message-ID: On Mon, 20 Jan 2020 at 13:16, Alex Hackney wrote: > I built a system for handling all the data, songs, listeners, royalties, > etc. It's all in the docs. > Thanks. Which docs? Icecast docs or Route 53 docs? Chip On Tue, Jan 14, 2020, 17:57 Chip wrote: > >> On Tue, 14 Jan 2020 at 19:32, Michel van Dop wrote: >> >>> We use a dns failover solution include roundrobin. Its not super fast >>> but in 120 seconds the solution work. So thats a good backup solution for >>> the most radio stations. >>> Have anyone on php load balancing solution working on a webserver? >>> >> >> That sounds a resilient solution, Michel. >> >> Can you please tell me more about how you provide your users wiht listenr >> stats from across two or more servers? >> >> Many thanks and all the best for now >> >> Chip Scooter >> >> _______________________________________________ >> Icecast mailing list >> Icecast at xiph.org >> http://lists.xiph.org/mailman/listinfo/icecast >> > -------------- next part -------------- An HTML attachment was scrubbed... URL: From mvandop at xs4all.nl Mon Jan 20 16:27:25 2020 From: mvandop at xs4all.nl (Michel van Dop) Date: Mon, 20 Jan 2020 17:27:25 +0100 Subject: [Icecast] Load balancing Icecast - aggregated logs In-Reply-To: References: Message-ID: <99695B62-F84B-45DB-BE03-4D47CC348B1E@xs4all.nl> The radio station have access to both access files using ftp. I think the use sawmill for read the log. So its no problem to have more access files to import. What program you use for files import? Realtime ? Anyone have load balance php script for icecast servers? Best regards, Michel > Op 14 jan. 2020 om 23:55 heeft Chip het volgende geschreven: > > ? >> On Tue, 14 Jan 2020 at 18:38, Alex Hackney wrote: >> You could use AWS Route 53 to do the load balancing or a server side script to do it. Route 53 could be done in no time and works well for us. > > Sounds very interesting, Alex. AWS Route 53 is new to mw. > > And how do you you aggregate listener stats from your server cluster? > > Cheers > > Chip Scooter > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast -------------- next part -------------- An HTML attachment was scrubbed... URL: From jayaubs89 at gmail.com Tue Jan 21 15:20:22 2020 From: jayaubs89 at gmail.com (Jay George) Date: Tue, 21 Jan 2020 15:20:22 +0000 Subject: [Icecast] Server Message-ID: Hi we don't have a stream with autodj atm how can I achieve getting icecast onto my windows laptop with autodj -------------- next part -------------- An HTML attachment was scrubbed... URL: From rondejavu at gmail.com Sun Jan 26 14:29:39 2020 From: rondejavu at gmail.com (Rondejavu) Date: Sun, 26 Jan 2020 09:29:39 -0500 Subject: [Icecast] Server In-Reply-To: References: Message-ID: I?ve got ogg streaming to some devices. But, I can?t get a second mount source to deliver mp3. Can anyone provide an example server-type command and/or source html syntax? Using Icecast2/Ices2 -Pete > On Jan 21, 2020, at 10:18 AM, Jay George wrote: > > ? > Hi we don't have a stream with autodj atm how can I achieve getting icecast onto my windows laptop with autodj > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast From bananradion at gmail.com Sun Jan 26 21:23:18 2020 From: bananradion at gmail.com (Bananradion) Date: Sun, 26 Jan 2020 22:23:18 +0100 Subject: [Icecast] Can't registrer an account on the forum Message-ID: I have huge problem with registrer an account on the forums. It says that the emailaddress is bannad, but i've triefd 5 different mailaddresses. So it seems that there are some problems with creating new accounts on the forum? Hope that someone could fix this issue asap. Sincerely.. Daniel -- *Bananradion* - sv?ngig bananmusik non-stop *(ett initiativ fr?n bananklubben)* -------------- next part -------------- An HTML attachment was scrubbed... URL: From pm at nowster.me.uk Mon Jan 27 11:58:33 2020 From: pm at nowster.me.uk (Paul Martin) Date: Mon, 27 Jan 2020 11:58:33 +0000 Subject: [Icecast] Server In-Reply-To: References: Message-ID: <20200127115833.GA3867@thinkpad.nowster.org.uk> On Sun, Jan 26, 2020 at 09:29:39AM -0500, Rondejavu wrote: > I?ve got ogg streaming to some devices. But, I can?t get a second > mount source to deliver mp3. Can anyone provide an example > server-type command and/or source html syntax? Using Icecast2/Ices2 Ices2 doesn't do MP3. You might want to use darkice or liquidsoap instead. -- Paul Martin From rondejavu at gmail.com Mon Jan 27 13:21:15 2020 From: rondejavu at gmail.com (Rondejavu) Date: Mon, 27 Jan 2020 08:21:15 -0500 Subject: [Icecast] Server In-Reply-To: <20200127115833.GA3867@thinkpad.nowster.org.uk> References: <20200127115833.GA3867@thinkpad.nowster.org.uk> Message-ID: I was hoping that had changed. I read something about the copyright expiration on the MP3 format that could affected it?s use in Ices. Thanks. -Pete > On Jan 27, 2020, at 7:28 AM, Paul Martin wrote: > > Ices2 doesn't do MP3. > > You might want to use darkice or liquidsoap instead. From bananradion at gmail.com Mon Jan 27 13:45:26 2020 From: bananradion at gmail.com (Bananradion) Date: Mon, 27 Jan 2020 14:45:26 +0100 Subject: [Icecast] Help me get listed on Icecast YP (two ports in url) Message-ID: Hi! I have a *crazy* setup here on my linux-server running Icecast with AzuraCast. Since i allready have another server with apache, hosting lots of websites on port 80, i don't know how to configure Icecast. As it is right now, i can reach the server with the radio on another port 8086, but when i begin to stream, yet another port is added to the url (8000). (Thats why i can't even be listed on the Icecast YP, because of my strange url with two ports.) This is the link to my small webradio: http://bananradion.bananklubben.se:8086/radio/8000/index.html Any suggestions on how i can fix this, and be listed on Icecast YP? I only have one ip and i can't risk install icecast on my server with all the websites. Sincerely.. Daniel -- *Bananradion* - sv?ngig bananmusik non-stop *(ett initiativ fr?n bananklubben)* -------------- next part -------------- An HTML attachment was scrubbed... URL: From fredg at paravelsystems.com Mon Jan 27 15:18:51 2020 From: fredg at paravelsystems.com (Fred Gleason) Date: Mon, 27 Jan 2020 10:18:51 -0500 Subject: [Icecast] Server In-Reply-To: References: <20200127115833.GA3867@thinkpad.nowster.org.uk> Message-ID: <5D56B803-F4AC-433D-B6AA-763AA1FCEEFC@paravelsystems.com> On Jan 27, 2020, at 08:21, Rondejavu wrote: > I was hoping that had changed. I read something about the copyright expiration on the MP3 format that could affected it?s use in Ices. MPEG-1 Layer III (popularly known as ?MP3?) has been patent clear since 16 April 2017. One other live encoder option that supports both OggVorbis and OggVorbis as well as MP3 is GlassCoder: https://github.com/ElvishArtisan/GlassCoder/ Cheers! |---------------------------------------------------------------------| | Frederick F. Gleason, Jr. | Chief Developer | | | Paravel Systems | |---------------------------------------------------------------------| | A room without books is like a body without a soul. | | | | -- Cicero | |---------------------------------------------------------------------| -------------- next part -------------- An HTML attachment was scrubbed... URL: From madsend at morningside.edu Mon Jan 27 15:49:58 2020 From: madsend at morningside.edu (Dave Madsen) Date: Mon, 27 Jan 2020 09:49:58 -0600 Subject: [Icecast] unsubscribe Message-ID: <3f000237e656fc694ed9f38fe47446ec@mail.gmail.com> Dave Madsen Assistant Professor and Dept. Head, Mass Communication Morningside College 1501 Morningside Ave. Sioux City, IA 51106 Office: 712-274-5480 Cell: 712-490-3327 madsend at morningside.edu *From:* Icecast *On Behalf Of *Fred Gleason *Sent:* Monday, January 27, 2020 9:19 AM *To:* Icecast streaming server user discussions *Subject:* Re: [Icecast] Server On Jan 27, 2020, at 08:21, Rondejavu wrote: I was hoping that had changed. I read something about the copyright expiration on the MP3 format that could affected it?s use in Ices. MPEG-1 Layer III (popularly known as ?MP3?) has been patent clear since 16 April 2017. One other live encoder option that supports both OggVorbis and OggVorbis as well as MP3 is GlassCoder: https://github.com/ElvishArtisan/GlassCoder/ Cheers! |---------------------------------------------------------------------| | Frederick F. Gleason, Jr. | Chief Developer | | | Paravel Systems | |---------------------------------------------------------------------| | A room without books is like a body without a soul. | | | | -- Cicero | |---------------------------------------------------------------------| -------------- next part -------------- An HTML attachment was scrubbed... URL: From 5f787a at i2pmail.org Mon Jan 27 15:07:55 2020 From: 5f787a at i2pmail.org (user) Date: Mon, 27 Jan 2020 15:07:55 +0000 (UTC) Subject: [Icecast] Server In-Reply-To: <20200127132142.E7BDA40067@smtp.postman.i2p> References: <20200127115833.GA3867@thinkpad.nowster.org.uk> <20200127132142.E7BDA40067@smtp.postman.i2p> Message-ID: <20200127150755.C1A00416FB@smtp.postman.i2p> 2020-01-27 13:21, Rondejavu wrote: Why do you care about format? > I was hoping that had changed. I read something about the copyright > expiration on the MP3 format that could affected it???s use in Ices. > Thanks. > > -Pete > > > On Jan 27, 2020, at 7:28 AM, Paul Martin wrote: > > > > Ices2 doesn't do MP3. > > You might want to use darkice or liquidsoap instead. -- From fredg at paravelsystems.com Mon Jan 27 16:27:44 2020 From: fredg at paravelsystems.com (Fred Gleason) Date: Mon, 27 Jan 2020 11:27:44 -0500 Subject: [Icecast] Server In-Reply-To: <5D56B803-F4AC-433D-B6AA-763AA1FCEEFC@paravelsystems.com> References: <20200127115833.GA3867@thinkpad.nowster.org.uk> <5D56B803-F4AC-433D-B6AA-763AA1FCEEFC@paravelsystems.com> Message-ID: <31F284FB-35F4-4FB1-8310-65B112639610@paravelsystems.com> On Jan 27, 2020, at 10:18, Fred Gleason wrote: > One other live encoder option that supports both OggVorbis and OggVorbis as well as MP3 is GlassCoder: Duh! s/OggVorbis and OggVorbis/OggVorbis and OggOpus/ Cheers! |---------------------------------------------------------------------| | Frederick F. Gleason, Jr. | Chief Developer | | | Paravel Systems | |---------------------------------------------------------------------| | A room without books is like a body without a soul. | | | | -- Cicero | |---------------------------------------------------------------------| -------------- next part -------------- An HTML attachment was scrubbed... URL: From rondejavu at gmail.com Mon Jan 27 18:26:03 2020 From: rondejavu at gmail.com (Rondejavu) Date: Mon, 27 Jan 2020 13:26:03 -0500 Subject: [Icecast] Server In-Reply-To: <20200127150755.C1A00416FB@smtp.postman.i2p> References: <20200127150755.C1A00416FB@smtp.postman.i2p> Message-ID: I need mobile web browser compatibility across most manufacturers. -Pete > On Jan 27, 2020, at 11:20 AM, user <5f787a at i2pmail.org> wrote: > > Why do you care about format? From pm at nowster.me.uk Mon Jan 27 18:42:20 2020 From: pm at nowster.me.uk (Paul Martin) Date: Mon, 27 Jan 2020 18:42:20 +0000 Subject: [Icecast] Server In-Reply-To: References: <20200127150755.C1A00416FB@smtp.postman.i2p> Message-ID: <20200127184220.GB21925@thinkpad.nowster.org.uk> On Mon, Jan 27, 2020 at 01:26:03PM -0500, Rondejavu wrote: > I need mobile web browser compatibility across most manufacturers. Doesn't Apple Safari support Vorbis? I thought it did since at least 2016. -- Paul Martin From rondejavu at gmail.com Mon Jan 27 19:08:45 2020 From: rondejavu at gmail.com (Rondejavu) Date: Mon, 27 Jan 2020 14:08:45 -0500 Subject: [Icecast] Server In-Reply-To: <20200127184220.GB21925@thinkpad.nowster.org.uk> References: <20200127184220.GB21925@thinkpad.nowster.org.uk> Message-ID: I haven?t had any luck with that. It works to an iMac running the Chrome browser, but I?m not getting through to the iPhone with either Safari or Chrome. -Pete > On Jan 27, 2020, at 1:42 PM, Paul Martin wrote: > > Doesn't Apple Safari support Vorbis? I thought it did since at least > 2016. From beni.reber at br-media.ch Mon Jan 27 19:58:17 2020 From: beni.reber at br-media.ch (beni.reber at br-media.ch) Date: Mon, 27 Jan 2020 20:58:17 +0100 Subject: [Icecast] Server In-Reply-To: Message-ID: <15fa78b7-58a3-4b9c-bc2d-121ac15ff6dc@email.android.com> An HTML attachment was scrubbed... URL: From jeffares.robert at gmail.com Mon Jan 27 20:07:51 2020 From: jeffares.robert at gmail.com (Robert Jeffares) Date: Tue, 28 Jan 2020 09:07:51 +1300 Subject: [Icecast] Server In-Reply-To: References: <20200127184220.GB21925@thinkpad.nowster.org.uk> Message-ID: I think AAC+ which we encode with Darkice runs on all Apple devices. Robert On 28/01/20 8:08 am, Rondejavu wrote: > I haven?t had any luck with that. It works to an iMac running the Chrome browser, but I?m not getting through to the iPhone with either Safari or Chrome. > > -Pete > >> On Jan 27, 2020, at 1:42 PM, Paul Martin wrote: >> >> Doesn't Apple Safari support Vorbis? I thought it did since at least >> 2016. > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast From lance at mnetradio.com Mon Jan 27 20:20:16 2020 From: lance at mnetradio.com (Lance) Date: Mon, 27 Jan 2020 12:20:16 -0800 Subject: [Icecast] Listen URL is Invalid Message-ID: <004001d5d54f$32989210$97c9b630$@mnetradio.com> Hi; The listen URL on my Icecast page is invalid and not useable. I am trying to submit my station to Tunein but they reject it as invalid. It seems it was changed as I had been previously transmitting fine on Tunein. Thank you Regards, LanceSchilka MNET Radio -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.gif Type: image/gif Size: 2488 bytes Desc: not available URL: From abitar.com at gmail.com Mon Jan 27 23:31:01 2020 From: abitar.com at gmail.com (David Saunders) Date: Mon, 27 Jan 2020 18:31:01 -0500 Subject: [Icecast] Listen URL is Invalid In-Reply-To: <004001d5d54f$32989210$97c9b630$@mnetradio.com> References: <004001d5d54f$32989210$97c9b630$@mnetradio.com> Message-ID: Hey, All I can say is, it maybe a local network address not one that is accessed publicly from the net. If this not so, then it might be reaching out and testing to see if you up and running and can;t connect. Why I could not tell you other then you ISP might be blocking it or it not open on your firewall. David.. On Mon, Jan 27, 2020 at 4:01 PM Lance wrote: > Hi; > > > > The listen URL on my Icecast page is invalid and not useable. I am trying > to submit my station to Tunein but they reject it as invalid. It seems it > was changed as I had been previously transmitting fine on Tunein. Thank you > > > > Regards, > > *LanceSchilka* > > MNET Radio > > > > > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast > -------------- next part -------------- An HTML attachment was scrubbed... URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: image001.gif Type: image/gif Size: 2488 bytes Desc: not available URL: From gavin at stephens.net.nz Tue Jan 28 02:05:52 2020 From: gavin at stephens.net.nz (Gavin Stephens) Date: Tue, 28 Jan 2020 15:05:52 +1300 Subject: [Icecast] Server In-Reply-To: References: <20200127150755.C1A00416FB@smtp.postman.i2p> Message-ID: <50ce08d3-6291-571a-1f2b-a51ba00cc993@stephens.net.nz> I gave up on trying to get different players on different mobiles to work with some URL's and formats.? Now I just link to an external web player with my stream settings on my website that works in Chrome and most browsers for AAC or MP3. It's quite handy if you haven't already heard of it. Never had an issue with it on mobiles, yet. https://www.muses.org/setup Cheers, Gavin. On 28/01/2020 7:26 am, Rondejavu wrote: > I need mobile web browser compatibility across most manufacturers. > > -Pete > >> On Jan 27, 2020, at 11:20 AM, user <5f787a at i2pmail.org> wrote: >> >> Why do you care about format? > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast From gavin at stephens.net.nz Tue Jan 28 02:08:44 2020 From: gavin at stephens.net.nz (Gavin Stephens) Date: Tue, 28 Jan 2020 15:08:44 +1300 Subject: [Icecast] Server In-Reply-To: <50ce08d3-6291-571a-1f2b-a51ba00cc993@stephens.net.nz> References: <20200127150755.C1A00416FB@smtp.postman.i2p> <50ce08d3-6291-571a-1f2b-a51ba00cc993@stephens.net.nz> Message-ID: <10216cdf-78c8-a197-dc8c-57c1495bf5a5@stephens.net.nz> Oh and it does OGG too. On 28/01/2020 3:05 pm, Gavin Stephens wrote: > I gave up on trying to get different players on different mobiles to > work with some URL's and formats.? Now I just link to an external web > player with my stream settings on my website that works in Chrome and > most browsers for AAC or MP3. It's quite handy if you haven't already > heard of it. Never had an issue with it on mobiles, yet. > > https://www.muses.org/setup > > Cheers, > > Gavin. > > On 28/01/2020 7:26 am, Rondejavu wrote: >> I need mobile web browser compatibility across most manufacturers. >> >> -Pete >> >>> On Jan 27, 2020, at 11:20 AM, user <5f787a at i2pmail.org> wrote: >>> >>> Why do you care about format? >> _______________________________________________ >> Icecast mailing list >> Icecast at xiph.org >> http://lists.xiph.org/mailman/listinfo/icecast > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast From lance at mnetradio.com Wed Jan 29 03:39:39 2020 From: lance at mnetradio.com (Lance) Date: Tue, 28 Jan 2020 19:39:39 -0800 Subject: [Icecast] Listen URL is Invalid In-Reply-To: References: <004001d5d54f$32989210$97c9b630$@mnetradio.com> Message-ID: <79F76B79-66F1-49C0-ACC1-3309D078553E@mnetradio.com> Thanks David... I?ve been broadcasting and using tunein for 4 years. My listen URL has a space in it... that makes it invalid... one day something changed and the stream was broken. My static IP is the same so I?m trying to eliminate any issues... Sent from my iPhone > On Jan 27, 2020, at 3:31 PM, David Saunders wrote: > > Hey, > > All I can say is, it maybe a local network address not one that is accessed publicly from the net. If this not so, then it might be reaching out and testing to see if you up and running and can;t connect. Why I could not tell you other then you ISP might be blocking it or it not open on your firewall. > > David.. > >> On Mon, Jan 27, 2020 at 4:01 PM Lance wrote: >> >> Hi; >> >> >> >> The listen URL on my Icecast page is invalid and not useable. I am trying to submit my station to Tunein but they reject it as invalid. It seems it was changed as I had been previously transmitting fine on Tunein. Thank you >> >> >> >> Regards, >> >> LanceSchilka >> >> MNET Radio >> >> >> >> >> >> _______________________________________________ >> Icecast mailing list >> Icecast at xiph.org >> http://lists.xiph.org/mailman/listinfo/icecast > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast -------------- next part -------------- An HTML attachment was scrubbed... URL: From 5f787a at i2pmail.org Wed Jan 29 09:13:19 2020 From: 5f787a at i2pmail.org (user) Date: Wed, 29 Jan 2020 09:13:19 +0000 (UTC) Subject: [Icecast] Server In-Reply-To: <20200127182638.C832D416FB@smtp.postman.i2p> References: <20200127150755.C1A00416FB@smtp.postman.i2p> <20200127182638.C832D416FB@smtp.postman.i2p> Message-ID: <20200129091319.36B8C4196D@smtp.postman.i2p> 2020-01-27 18:26, Rondejavu wrote: This is a reason to change browser or device. Vorbis codec is good itself. > I need mobile web browser compatibility across most manufacturers. > > -Pete > > > On Jan 27, 2020, at 11:20 AM, user <5f787a at i2pmail.org> wrote: > > > > Why do you care about format? -- From rondejavu at gmail.com Wed Jan 29 10:30:45 2020 From: rondejavu at gmail.com (Rondejavu) Date: Wed, 29 Jan 2020 05:30:45 -0500 Subject: [Icecast] Server In-Reply-To: <20200129091319.36B8C4196D@smtp.postman.i2p> References: <20200129091319.36B8C4196D@smtp.postman.i2p> Message-ID: I suppose I could stop banging my head against the wall and just use VLC. -Pete > On Jan 29, 2020, at 5:20 AM, user <5f787a at i2pmail.org> wrote: > > This is a reason to change browser or device. Vorbis codec is good itself.