From curtis at stubert.ca Mon Jun 3 05:25:36 2019 From: curtis at stubert.ca (Curtis Stewart) Date: Sun, 02 Jun 2019 23:25:36 -0600 Subject: [Icecast] Icecast YP listing Message-ID: Hey, I'm having trouble getting my radio stream to list properly on the directory. We recently moved to icecast from shoutcast and it seems like the listen links are still pointing to the old radionomy streams. Plus, I've updated the website URL in the encoder to https://myvictory.ca/radio/ but it isn't getting updated in the directory. The only thing it's getting from my icecast server is the song info updates. The listing can be found by searching myvictory. The stream urls should be http://radio.myvictory.ca/myvictory-radio.mp3 and http://radio.myvictory.ca/myvictory-radio.aac. Could you give me some pointers about what I'm doing wrong? Thanks, Curtis Stewart -------------- next part -------------- An HTML attachment was scrubbed... URL: From thomas at ruecker.fi Tue Jun 4 06:40:05 2019 From: thomas at ruecker.fi (=?UTF-8?Q?Thomas_B=2e_R=c3=bccker?=) Date: Tue, 4 Jun 2019 06:40:05 +0000 Subject: [Icecast] Icecast YP listing In-Reply-To: References: Message-ID: Hi Curtis, On 6/3/19 5:25 AM, Curtis Stewart wrote: > I'm having trouble getting my radio stream to list properly on the > directory. As we haven't released 2.5 yet, this is the best place (FOR NOW) to get YP documentation: http://icecast.org/docs/icecast-trunk/yp/ > We recently moved to icecast from shoutcast and it seems like the > listen links are still pointing to the old radionomy streams. Plus, > I've updated the website URL in the encoder to > https://myvictory.ca/radio/ but it isn't getting updated in the > directory. The only thing it's getting from my icecast server is the > song info updates. That should not happen. The Icecast server holds a token for the listing and should not be able to update entries for tokens that it doesn't hold. That said this is still the old server code and there might be some weird corner cases. It might be a good idea to stop the stream and start it. In case of a proper listing this should delete and recreate it. In general the troubleshooting instructions on the above mentioned page should get 99% of problems solved. Should you really be unsuccessful in troubleshooting the issue on your side, there are instructions on what information to collect and send to this list. Cheers, Thomas From lion at lion.leolix.org Wed Jun 5 02:27:29 2019 From: lion at lion.leolix.org (Philipp Schafft) Date: Wed, 05 Jun 2019 02:27:29 +0000 Subject: [Icecast] Release of libshout 2.4.3 Message-ID: <1559701649.23485.85.camel@lion.leolix.org> Good morning, we're happy to announce the release of libshout 2.4.3. The new version includes several fixes as well as improvements. Major changes: * Fixed building with OpenSSL 1.1.0. * Fixed static building with OpenSSL. * Added support for PUT. * Added support for WebM and Matroska with full timing. * Added support to inspect the full server?s TLS certificate chain. * Improved API to set the format used for streaming. You can find our news entry at: https://icecast.org/news/libshout-release-2_4_3/ Downloads can be found at: https://icecast.org/download/#bindings With best regards, -- Philipp. (Rah of PH2) From pmoynihan at fsu.edu Wed Jun 5 16:26:11 2019 From: pmoynihan at fsu.edu (Patricia Moynihan) Date: Wed, 5 Jun 2019 16:26:11 +0000 Subject: [Icecast] Logging file size and name Message-ID: Hi all, I am using Icecast 2.4.4 on Centos 7. This worked fine in the past on an old Windows machine but now I?m having issues getting the logs to change file size and name. I am trying to get my file size to be 2 MB access.log error.log 1 2048 1 What I am getting from this are file default file names: access.log-20190428 as well as large file sizes, up to 27MB Any ideas? Patricia Moynihan Director of Digital pmoynihan at fsu.edu 850-645-6067 850-645-7200 WFSU Public Media 1600 Red Barber Plaza Tallahassee, FL 32310 wfsu.org [WFSU Public Media] -------------- next part -------------- An HTML attachment was scrubbed... URL: From un at aporee.org Wed Jun 5 20:53:30 2019 From: un at aporee.org (unosonic) Date: Wed, 5 Jun 2019 22:53:30 +0200 Subject: [Icecast] source client for ifon? Message-ID: <20190605205330.GA7834@aporee.org> not sure if this belongs here, but I though it might, since there was no good icecast source client available for iOS anymore, AFAIK, since KoalaSan disappeared, which caused problems on all who are into mobile streaming. iCast has a difficult pricing and didn't work well for me. Now there's a new one, not for free but, but rather cheap and a cool tool... I've tested it for a while now, did many hours of live mobile streaming, worked very good, also with a lot of external and exotic usb devices like recorders and soundcards (host cable needed). It's called iziCast and is from the author of butt. (disclaimer: I don't get a share of the sales... just happy that there is a new iOS client ;) --u From thomas at ruecker.fi Thu Jun 6 06:11:34 2019 From: thomas at ruecker.fi (=?UTF-8?Q?Thomas_B=2e_R=c3=bccker?=) Date: Thu, 6 Jun 2019 06:11:34 +0000 Subject: [Icecast] Logging file size and name In-Reply-To: References: Message-ID: <45f0194c-2d4e-e97f-440d-4a048e637699@ruecker.fi> Hi Patricia, On 6/5/19 4:26 PM, Patricia Moynihan wrote: > Hi all, > > I am using Icecast 2.4.4 on Centos 7. This worked fine in the past on > an old Windows machine but now I?m having issues getting the logs to > change file size and name. I am trying to get my file size to be 2 MB > What I am getting from this are file default file names:? > > access.log-20190428 as well as large file sizes, up to 27MB Yes, it looks like CentOS is using "logrotate" - a standard tool for managing log file size and history. This is competing with the internal mechanism of Icecast that you enabled. My general recommendation is to use the system tooling and - if necessary - configure it to your needs. In case of Logrotate you can configure retention, compression and some other parameters. The built in Icecast functionality is mostly there to help people who deploy it outside of the operating system context or on Windows. For reference here's a link to RHEL 7 documentation (If you are running CentOS 8, you'll have to look for RHEL 8): https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/7/html/system_administrators_guide/ch-viewing_and_managing_log_files Cheers, Thomas From pmoynihan at fsu.edu Thu Jun 6 14:16:02 2019 From: pmoynihan at fsu.edu (Patricia Moynihan) Date: Thu, 6 Jun 2019 14:16:02 +0000 Subject: [Icecast] Logging file size and name In-Reply-To: <45f0194c-2d4e-e97f-440d-4a048e637699@ruecker.fi> References: <45f0194c-2d4e-e97f-440d-4a048e637699@ruecker.fi> Message-ID: <468AE75D-F678-4646-8E08-C6EDAA478CF8@fsu.edu> Awesome I will read about that in a little bit here. Thank you for the tip! Patricia Moynihan Director of Digital pmoynihan at fsu.edu 850-645-6067 850-645-7200 On Jun 6, 2019, at 2:11 AM, Thomas B. R?cker > wrote: Hi Patricia, On 6/5/19 4:26 PM, Patricia Moynihan wrote: Hi all, I am using Icecast 2.4.4 on Centos 7. This worked fine in the past on an old Windows machine but now I?m having issues getting the logs to change file size and name. I am trying to get my file size to be 2 MB What I am getting from this are file default file names: access.log-20190428 as well as large file sizes, up to 27MB Yes, it looks like CentOS is using "logrotate" - a standard tool for managing log file size and history. This is competing with the internal mechanism of Icecast that you enabled. My general recommendation is to use the system tooling and - if necessary - configure it to your needs. In case of Logrotate you can configure retention, compression and some other parameters. The built in Icecast functionality is mostly there to help people who deploy it outside of the operating system context or on Windows. For reference here's a link to RHEL 7 documentation (If you are running CentOS 8, you'll have to look for RHEL 8): https://urldefense.proofpoint.com/v2/url?u=https-3A__access.redhat.com_documentation_en-2Dus_red-5Fhat-5Fenterprise-5Flinux_7_html_system-5Fadministrators-5Fguide_ch-2Dviewing-5Fand-5Fmanaging-5Flog-5Ffiles&d=DwIGaQ&c=HPMtquzZjKY31rtkyGRFnQ&r=il3mbeSthlxEJd_b1NtmGe2biSOKp7VwqcXPdl2MdRc&m=fdI5MTFukqGmJlFcxCm99JAsnjH7yQCXIo_u0THZixc&s=z8EUVvbGaFOb88sadpikXx9kOhC3tll9TSgY9obgw8Q&e= Cheers, Thomas _______________________________________________ Icecast mailing list Icecast at xiph.org https://urldefense.proofpoint.com/v2/url?u=http-3A__lists.xiph.org_mailman_listinfo_icecast&d=DwIGaQ&c=HPMtquzZjKY31rtkyGRFnQ&r=il3mbeSthlxEJd_b1NtmGe2biSOKp7VwqcXPdl2MdRc&m=fdI5MTFukqGmJlFcxCm99JAsnjH7yQCXIo_u0THZixc&s=yZLRjHoywhHYcvTKscPfh2er1F_Q8mXn-w3qejbuQdI&e= -------------- next part -------------- An HTML attachment was scrubbed... URL: From lion at lion.leolix.org Fri Jun 7 13:57:15 2019 From: lion at lion.leolix.org (Philipp Schafft) Date: Fri, 07 Jun 2019 13:57:15 +0000 Subject: [Icecast] Release of libshout 2.4.3 In-Reply-To: <1559701649.23485.85.camel@lion.leolix.org> References: <1559701649.23485.85.camel@lion.leolix.org> Message-ID: <1559915835.23485.98.camel@lion.leolix.org> Good afternoon, it was brought to our attention (huge thanks to the reporter!) that the mirroring failed and therefore the file was not downloadable. We fixed this this morning. With best regards, On Wed, 2019-06-05 at 02:27 +0000, Philipp Schafft wrote: > we're happy to announce the release of libshout 2.4.3. The new version > includes several fixes as well as improvements. > [...] > > You can find our news entry at: > https://icecast.org/news/libshout-release-2_4_3/ > > Downloads can be found at: > https://icecast.org/download/#bindings -- Philipp. (Rah of PH2) From curtis at stubert.ca Sun Jun 9 00:47:50 2019 From: curtis at stubert.ca (curtis at stubert.ca) Date: Sun, 09 Jun 2019 00:47:50 +0000 Subject: [Icecast] Icecast YP listing In-Reply-To: References: Message-ID: I just shutdown the ShoutCast stream and now the listing on dir.xiph.org disappeared, so I guess that fixed the weird listing. I still can't get my icecast server to list though. I've included all the necessary info to troubleshoot below. Public URL: http://radio.myvictory.ca:8000/ Hostname Section: radio.myvictory.ca Listen Socket Sections: 80 443 8000 Directory Sections: 15 http://dir.xiph.org/cgi-bin/yp-cgi And I've attached the error log. June 4, 2019 12:40 AM, "Thomas B. R?cker" wrote: > Hi Curtis, > > On 6/3/19 5:25 AM, Curtis Stewart wrote: > >> I'm having trouble getting my radio stream to list properly on the >> directory. > > As we haven't released 2.5 yet, this is the best place (FOR NOW) to get > YP documentation: > > http://icecast.org/docs/icecast-trunk/yp > >> We recently moved to icecast from shoutcast and it seems like the >> listen links are still pointing to the old radionomy streams. Plus, >> I've updated the website URL in the encoder to >> https://myvictory.ca/radio but it isn't getting updated in the >> directory. The only thing it's getting from my icecast server is the >> song info updates. > > That should not happen. The Icecast server holds a token for the listing > and should not be able to update entries for tokens that it doesn't > hold. That said this is still the old server code and there might be > some weird corner cases. > > It might be a good idea to stop the stream and start it. In case of a > proper listing this should delete and recreate it. > > In general the troubleshooting instructions on the above mentioned page > should get 99% of problems solved. Should you really be unsuccessful in > troubleshooting the issue on your side, there are instructions on what > information to collect and send to this list. > > Cheers, > > Thomas > > _______________________________________________ > Icecast mailing list > Icecast at xiph.org > http://lists.xiph.org/mailman/listinfo/icecast -------------- next part -------------- An embedded and charset-unspecified text was scrubbed... Name: error.log URL: From curtis at stubert.ca Sun Jun 9 01:09:58 2019 From: curtis at stubert.ca (curtis at stubert.ca) Date: Sun, 09 Jun 2019 01:09:58 +0000 Subject: [Icecast] Icecast YP listing In-Reply-To: References: Message-ID: <54a9750219ecac36ef974ec91d838484@stubert.ca> [UPDATE] I happened to stumble across some information about chroot being the problem if the DNS wasn't resolving. I disabled it, and now I'm listed. Guess I have to find out what was wrong with my chroot setup. June 8, 2019 6:47 PM, curtis at stubert.ca wrote: > I just shutdown the ShoutCast stream and now the listing on dir.xiph.org disappeared, so I guess > that fixed the weird listing. I still can't get my icecast server to list though. I've included all > the necessary info to troubleshoot below. > > Public URL: http://radio.myvictory.ca:8000 > > Hostname Section: radio.myvictory.ca > > Listen Socket Sections: > > > 80 > > > 443 > > > 8000 > > > Directory Sections: > > > 15 > http://dir.xiph.org/cgi-bin/yp-cgi > > > And I've attached the error log. > > June 4, 2019 12:40 AM, "Thomas B. R?cker" wrote: > >> Hi Curtis, >> >> On 6/3/19 5:25 AM, Curtis Stewart wrote: >> >>> I'm having trouble getting my radio stream to list properly on the >>> directory. >> >> As we haven't released 2.5 yet, this is the best place (FOR NOW) to get >> YP documentation: >> >> http://icecast.org/docs/icecast-trunk/yp >> >>> We recently moved to icecast from shoutcast and it seems like the >>> listen links are still pointing to the old radionomy streams. Plus, >>> I've updated the website URL in the encoder to >>> https://myvictory.ca/radio but it isn't getting updated in the >>> directory. The only thing it's getting from my icecast server is the >>> song info updates. >> >> That should not happen. The Icecast server holds a token for the listing >> and should not be able to update entries for tokens that it doesn't >> hold. That said this is still the old server code and there might be >> some weird corner cases. >> >> It might be a good idea to stop the stream and start it. In case of a >> proper listing this should delete and recreate it. >> >> In general the troubleshooting instructions on the above mentioned page >> should get 99% of problems solved. Should you really be unsuccessful in >> troubleshooting the issue on your side, there are instructions on what >> information to collect and send to this list. >> >> Cheers, >> >> Thomas >> >> _______________________________________________ >> 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 lomlodi098 at gmail.com Mon Jun 10 10:18:23 2019 From: lomlodi098 at gmail.com (Lom Lodi) Date: Mon, 10 Jun 2019 12:18:23 +0200 Subject: [Icecast] Change IP with name on icecast server Message-ID: Good morning, it is possible to change the ip as shown in a photo in a name. So I would like if it is possible to change the IP I know into a name changing the host file does not work. the machine that hosts the icecast is windows 7 pro Thanks soo much and.. Have a nice day -------------- next part -------------- An HTML attachment was scrubbed... URL: From 234747264 at qq.com Mon Jun 10 13:54:04 2019 From: 234747264 at qq.com (=?gb18030?B?zf6i9Q==?=) Date: Mon, 10 Jun 2019 21:54:04 +0800 Subject: [Icecast] how to configure? Message-ID: Hello,My name is Jacob.I'm from China. When I start "icecast -c /usr/local/etc/icecast.xml" command Some wrong message,i don't know how to deal it. [2019-06-10 21:37:27] WARN fserve/fserve_recheck_mime_types Cannot open mime types file /etc/mime.types ERROR: You should not run icecast2 as root Use the changeowner directive in the config file Can you tell me how to do?Thanks very muck! -------------- next part -------------- An HTML attachment was scrubbed... URL: From thomas at ruecker.fi Tue Jun 11 05:07:55 2019 From: thomas at ruecker.fi (=?UTF-8?Q?Thomas_B=2e_R=c3=bccker?=) Date: Tue, 11 Jun 2019 05:07:55 +0000 Subject: [Icecast] how to configure? In-Reply-To: References: Message-ID: Hi, On 6/10/19 1:54 PM, ?? wrote: > > Hello,My name is Jacob.I'm from China. > > When I start "icecast -c /usr/local/etc/icecast.xml" command > > > Some wrong message,i don't know how to deal it. > > > [2019-06-10? 21:37:27] WARN fserve/fserve_recheck_mime_types Cannot > open mime types file /etc/mime.types > > ERROR: You should not run icecast2 as root > > Use the changeowner directive in the config file > > > Can you tell me how to do?Thanks very muck! It actually tells you one way to deal with this. Let's take a step back though. Why is Icecast refusing to run as 'root' user? In the Unix/Linux world the root user has access and control over everything, this is pretty dangerous if an unauthorized person would gain access to it. Thus almost all daemons, services, etc. are run under specific users that have restricted access to the system. Icecast enforces this security measure in a "Hey, don't shoot yourself in the foot!" way. There are two ways to deal with this: * Start Icecast directly from an unprivileged user * Use changeowner in the config to tell Icecast to change to an unprivileged user immediately The second option is important if you want to bind to ports 80 and or 443 (generally everything below 1024) and don't address that in other ways like setting capabilities. Do NOT use iptables, therein lies madness. That all said, please note that there are up to date Icecast packages for the most common distributions. Those include source packages in case you need to rebuild for an 'exotic' CPU architecture. https://wiki.xiph.org/Icecast_Server/Installing_latest_version_(official_Xiph_repositories) This is ALWAYS preferred over compiling from source. Cheers, Thomas From thomas at ruecker.fi Tue Jun 11 05:19:27 2019 From: thomas at ruecker.fi (=?UTF-8?Q?Thomas_B=2e_R=c3=bccker?=) Date: Tue, 11 Jun 2019 05:19:27 +0000 Subject: [Icecast] Change IP with name on icecast server In-Reply-To: References: Message-ID: Hi, On 6/10/19 10:18 AM, Lom Lodi wrote: > Good morning, > it is possible to change the ip as shown in a photo in a name. > So I would like if it is possible to change the IP I know into a name > changing the host file does not work. > the machine that hosts the icecast is windows 7 pro I'm not quite sure what you are asking for, but my best guess is that you want the hostname to be a friendly domain name. This is of course possible, but mostly outside the scope of Icecast itself. If you want a name like 'mystream.example.org' or 'myfunkystream.xyzzy', then you need to get yourself a domain and create corresponding DNS entries that point to the public IP adress(es) of your Icecast server. If it's just on one particular machine that you want to talk to Icecast then the 'hosts' file approach will work. Please note that the above does not take into account if you are operating on a private network that uses a NAT router towards the Internet or your ISP puts you behind CGNAT. If this doesn't address your question, please explain in more detail what you are trying to achieve and also describe in detail what you have tried and what behaviour you observed. Cheers, Thomas From christopher.cantwell at gmail.com Tue Jun 25 02:59:38 2019 From: christopher.cantwell at gmail.com (Christopher Cantwell) Date: Mon, 24 Jun 2019 22:59:38 -0400 Subject: [Icecast] EROR util/util_http_select_best Input string does not parse as KVA. Selecting first option. Message-ID: Greetings, I use Icecast for the live airing of my open phones podcast, and we've recently had some trouble with malicious actors attempting to disrupt the production in various ways, most of which are beyond the scope of this inquiry. Today the Icecast feed kept disconnecting and resetting the listener count. This happens on rare occasions, and I usually accept this as a noisy neighbor problem on my inexpensive VPS. Today it was probably more than a dozen times during a two hour show. On the prior episode, my peak listener count exceeded recent records, and I thought perhaps it was the hostiles trying to flood me with requests. After the show, I attempted to check the error log to see if I could determine what caused the trouble, but the log is being flooded with what I presume is an unrelated error multiple times per second. I've never checked the log before, so it is entirely possible this has been happening the entire time the server has been up. Other than today's disconnects, everything seems to be working fine, so the error doesn't seem to be causing any disruptions on its own, but it is preventing me from troubleshooting other issues. root at radio:/var/log/icecast2# tail error.log [2019-06-24 22:31:21] EROR util/util_http_select_best Input string does not parse as KVA. Selecting first option. [2019-06-24 22:31:22] EROR util/util_http_select_best Input string does not parse as KVA. Selecting first option. [2019-06-24 22:31:22] EROR util/util_http_select_best Input string does not parse as KVA. Selecting first option. [2019-06-24 22:31:22] EROR util/util_http_select_best Input string does not parse as KVA. Selecting first option. [2019-06-24 22:31:22] EROR util/util_http_select_best Input string does not parse as KVA. Selecting first option. [2019-06-24 22:31:22] EROR util/util_http_select_best Input string does not parse as KVA. Selecting first option. [2019-06-24 22:31:23] EROR util/util_http_select_best Input string does not parse as KVA. Selecting first option. [2019-06-24 22:31:23] EROR util/util_http_select_best Input string does not parse as KVA. Selecting first option. [2019-06-24 22:31:23] EROR util/util_http_select_best Input string does not parse as KVA. Selecting first option. [2019-06-24 22:31:23] EROR util/util_http_select_best Input string does not parse as KVA. Selecting first option. root at radio:/var/log/icecast2# tail error.log [2019-06-24 22:31:23] EROR util/util_http_select_best Input string does not parse as KVA. Selecting first option. [2019-06-24 22:31:23] EROR util/util_http_select_best Input string does not parse as KVA. Selecting first option. [2019-06-24 22:31:24] EROR util/util_http_select_best Input string does not parse as KVA. Selecting first option. [2019-06-24 22:31:24] EROR util/util_http_select_best Input string does not parse as KVA. Selecting first option. [2019-06-24 22:31:24] EROR util/util_http_select_best Input string does not parse as KVA. Selecting first option. [2019-06-24 22:31:24] EROR util/util_http_select_best Input string does not parse as KVA. Selecting first option. [2019-06-24 22:31:24] EROR util/util_http_select_best Input string does not parse as KVA. Selecting first option. [2019-06-24 22:31:24] EROR util/util_http_select_best Input string does not parse as KVA. Selecting first option. [2019-06-24 22:31:25] EROR util/util_http_select_best Input string does not parse as KVA. Selecting first option. [2019-06-24 22:31:25] EROR util/util_http_select_best Input string does not parse as KVA. Selecting first option. root at radio:/var/log/icecast2# Searching didn't turn up much. A search for Icecast util_http_select_best turned up this Github page https://github.com/xiph/Icecast-Server/blob/master/src/util.h Searching icecast.xml for header, I find what I think is a default setting, and seems to be working just fine...
Server status can be seen here https://radio.radicalagenda.com:8443/status.xsl Thanks for your consideration. -- Regards, Christopher Cantwell Blogger at ChristopherCantwell.com Host of Radical Agenda 631-791-5842 Skype: Radical Agenda -------------- next part -------------- An HTML attachment was scrubbed... URL: From phschafft at de.loewenfelsen.net Wed Jun 26 14:25:37 2019 From: phschafft at de.loewenfelsen.net (Philipp Schafft) Date: Wed, 26 Jun 2019 14:25:37 +0000 Subject: [Icecast] EROR util/util_http_select_best Input string does not parse as KVA. Selecting first option. In-Reply-To: References: Message-ID: <1561559137.2063.67.camel@de.loewenfelsen.net> Good afternoon, On Mon, 2019-06-24 at 22:59 -0400, Christopher Cantwell wrote: > Greetings, > > I use Icecast for the live airing of my open phones podcast, and we've > recently had some trouble with malicious actors attempting to disrupt the > production in various ways, most of which are beyond the scope of this > inquiry. > > Today the Icecast feed kept disconnecting and resetting the listener count. > This happens on rare occasions, and I usually accept this as a noisy > neighbor problem on my inexpensive VPS. Today it was probably more than a > dozen times during a two hour show. On the prior episode, my peak listener > count exceeded recent records, and I thought perhaps it was the hostiles > trying to flood me with requests. By resetting counts you mean the reset of the stats when a source disconnects? > After the show, I attempted to check the error log to see if I could > determine what caused the trouble, but the log is being flooded with what I > presume is an unrelated error multiple times per second. I've never checked > the log before, so it is entirely possible this has been happening the > entire time the server has been up. > > Other than today's disconnects, everything seems to be working fine, so the > error doesn't seem to be causing any disruptions on its own, but it is > preventing me from troubleshooting other issues. > > root at radio:/var/log/icecast2# tail error.log > [2019-06-24 22:31:21] EROR util/util_http_select_best Input string does > not parse as KVA. Selecting first option. > [...] > > Searching didn't turn up much. A search for Icecast util_http_select_best > turned up this Github page > https://github.com/xiph/Icecast-Server/blob/master/src/util.h That message is reported if a Accept:-header can not be parsed (including the header is not present). Icecast then uses the default ("first option"). This header is used to allow Icecast sending a response in a format preferred by the client. If none is provided Icecast will just respond in the format that Icecast thinks is best. If that error happens very often it is likely a client that floods the server. See the access.log. It should indicate such a client. > Searching icecast.xml for header, I find what I think is a default setting, > and seems to be working just fine... > > > >
> This is not related to configuration. It's purely about the server and the client negotiating options. See here: https://en.wikipedia.org/wiki/Content_negotiation (Relevant standard is RFC 7231 Section 5.3.2) 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 luispacules at gmail.com Thu Jun 27 17:12:56 2019 From: luispacules at gmail.com (luis miguel sayas soriano) Date: Thu, 27 Jun 2019 19:12:56 +0200 Subject: [Icecast] problem with mi webcam streaming Message-ID: I am trying to stream in my own icecast server with vlc player and ogg, i want to stream in live my webcam and my microphone but when i start the stream it only sounds and i cant see anything -------------- next part -------------- An HTML attachment was scrubbed... URL: