search for: nextdial

Well I am only guessing here, but I suspect if icecast works like other daemons reload just reloads the config but doesn't terminate current connections. You probably want /etc/init.d/icecast restart On 15 May 2018 12:35:39 AM NZST, "subscription at nextdial.com.br" <subscription at nextdial.com.br> wrote: >Hello, > >After removing a mount from the xml config file and reloading the >Icecast >with the bellow command why it don't close the current mount >connection? > > /etc/init.d/icecast2 reload > >...

...efficient than SHOUTcast and a lot websites says they have no big differences, why? Best, Thiago ---------------------------------------- De: "Philipp Schafft" <phschafft at de.loewenfelsen.net> Enviado: segunda-feira, 7 de maio de 2018 03:40 Para: subscription at nextdial.com.br, "Icecast streaming server user discussions" <icecast at xiph.org> Assunto: Re: [Icecast] How to log querystring values? Good Morning Thiago, On Sun, 2018-05-06 at 10:23 -0300, subscription at nextdial.com.br wrote: > Dear Philipp, > > Thanks for you reply. >...

...oxy to Icecast to get those data but it double the cpu/mem usage =( I am welcome to any idea. =) Best, Thiago ---------------------------------------- De: "Philipp Schafft" <lion at lion.leolix.org> Enviado: domingo, 6 de maio de 2018 09:30 Para: subscription at nextdial.com.br, "Icecast streaming server user discussions" <icecast at xiph.org> Assunto: Re: [Icecast] How to log querystring values? Dear Mr./Ms. subscription, On Sun, 2018-05-06 at 08:35 -0300, subscription at nextdial.com.br wrote: > I need to get some values passed in the quer...

That answers question 1 but not 2 or 3. From: Icecast [mailto:icecast-bounces at xiph.org] On Behalf Of Greg Ogonowski Sent: Wednesday, 23 May 2018 2:42 p.m. To: subscription at nextdial.com.br; 'Icecast streaming server user discussions' Subject: Re: [Icecast] Why "has fallen too far behind"? "The man with two clocks knoweth not the time." The audio source clock does not match the audio destination clock, and sooner or later, something needs to &qu...

...ody 'help' to icecast-request at xiph.org You can reach the person managing the list at icecast-owner at xiph.org When replying, please edit your Subject line so it is more specific than "Re: Contents of Icecast digest..." Today's Topics: 1. Help to enable SSL (subscription at nextdial.com.br) 2. Re: Help to enable SSL (Thomas B. Rücker) 3. Re: Help to enable SSL (Thomas B. Rücker) ---------------------------------------------------------------------- Message: 1 Date: Sat, 11 Aug 2018 23:04:12 -0300 From: "subscription at nextdial.com.br" <subscription at nextdial.co...

Hello, I need to get some values passed in the querystring request in the log file. Something like that bellow: ie: "GET /radio?id=1 HTTP/1.1" instead of only "GET /radio HTTP/1.1" Do I need to change something in the source and compile? Or there is another way? Best, Thiago -------------- next part -------------- An HTML attachment was scrubbed...

Hello, We are using url authentication and getting the item bellow at the log: [2018-08-24 23:26:05] INFO auth_url/url_add_listener client auth (http://127.0.0.1:8001/listener/add) failed with "" I put try/catch and reviewed all my code ensure always return a proper status and header error code, so what trigger this kind of error? Regards, Thiago --------------

Good Morning Thiago, On Sun, 2018-05-06 at 10:23 -0300, subscription at nextdial.com.br wrote: > Dear Philipp, > > Thanks for you reply. > > My goal is to show in our analytics page segmented data (official apps, > partner apps, third-party apps, demographic and geo). > To do so each app pass some values in the query string (ie: app id, > user...

...Icecast has not the same behaviour. Am I wrong? Is there any other way to do what I want to do? Best, Thiago ---------------------------------------- De: "Jake" <jake at jakebriggs.com> Enviado: segunda-feira, 14 de maio de 2018 16:28 Para: subscription at nextdial.com.br, "Icecast streaming server user discussions" <icecast at xiph.org> Assunto: Re: [Icecast] Why current mount connection don't close after remove from config and reload? Well I am only guessing here, but I suspect if icecast works like other daemons reload just reload...

Hello, We are seeing in Firebase this kind of errors: com.google.android.exoplayer2.upstream.HttpDataSource$InvalidResponseCodeExc eption: Response code: 401 So, after 12h trying to reproduce the error we saw what's happening. If the listener connection buffer due to anything, Icecast remove it's connection and log the item bellow: [2018-05-22 23:17:24] INFO

...times with about 2500, others with 3000 and others with about 4200 listeners. Other useful info: we have a hearbeat api that do a "status-json.xsl" request at every 4s. Any ideas? Best, Thiago ---------------------------------------- De: "subscription at nextdial.com.br" <subscription at nextdial.com.br> Enviado: sexta-feira, 24 de agosto de 2018 20:51 Para: icecast at xiph.org Assunto: Client auth failed with "" Hello, We are using url authentication and getting the item bellow at the log: [2018-08-24 23:26:05] INFO auth_url...

...; This causes buffer under/over flows. The ICY protocol has no provision for timestamps which can be used to help circumvent this in player clients, if supported. HLS and DASH have this ability. /greg. StreamS From: Icecast <icecast-bounces at xiph.org> On Behalf Of subscription at nextdial.com.br Sent: Tuesday, 22 May, 2018 18:46 To: icecast at xiph.org Subject: [Icecast] Why "has fallen too far behind"? Hello, We are seeing in Firebase this kind of errors: com.google.android.exoplayer2.upstream.HttpDataSource$InvalidResponseCodeExc eption: Response code: 401...

Hello guys, One client question us about this log info: [2019-09-17 16:00:19] DBUG source/get_next_buffer last 1568736013, timeout 5, now 1568736019 [2019-09-17 16:00:19] WARN source/get_next_buffer Disconnecting source due to socket timeout [2019-09-17 16:00:19] INFO source/source_shutdown Source from 179.191.89.10 at "/abcde" exiting Just to confirm, it means the

Hello guys, Today we faced an unique problem. We have about 120 stations and we are reaching 40k simultaneous listeners monday/friday (~ 11 AM GMT -3). We also use url auth to log, audit and build audience reports. But today, at the end of the day we were about 10k simultaneous and listeners start get errors (403, busy, please try again later), and after digging, delete logs and restart

Hi, On 08/12/2018 02:04 AM, subscription at nextdial.com.br wrote: > Hello, >   > At a test VPS running Ubuntu 16.04 LTS I did this: > > 1. sudo apt-get update > 2. sudo add-apt-repository ppa:certbot/certbot > 3. sudo apt-get install certbot > You'll need an additional step at this point, see below. > 1. sudo ap...

Hello, At a test VPS running Ubuntu 16.04 LTS I did this: sudo apt-get update sudo add-apt-repository ppa:certbot/certbot sudo apt-get install certbot sudo apt-get install icecast2 sudo certbot certonly --standalone -d domain.com cat cert.pem privkey.pem | sudo tee /etc/icecast2/icecast.pem sudo vi /etc/icecast2/icecast.xml <listen-socket> <port>8443</port>

Hello guys, We have implemented auth url in our icecast instance. So, i installed the Android TuneIn app in my phone, opened it, search for our radio and tapped play. The request come from a load balancer that redirect to the icecast server. But, looking at the logs we saw: Load balancer: User-Agent=NSPlayer/10.0.0.3702 WMFSDK/10.0 X-Real-IP=177.33.155.000 Icecast: