similar to: Updating metadata on Icecast2

Hi, <p>What parameters should be passed to update the metadata on an Icecast2 server ? When I do this: curl -u admin:letmein "http://localhost:8000/admin/metadata?mode=updinfo&mount=/mystream&artist=foo&title=bar" <p>The result is: <b>Missing parameter</b> <p><p>The new name/value system is cool - but what variable name do I use for

On Tuesday 09 December 2003 03:00, Nicholas Humfrey wrote: > Hi, > > > I was streaming Ogg Vorbis to a mount point which didn't end .ogg > > ogg123 played the stream without any problems, but other clients > (xmms, Audion) just kept rebuffering and failed to detect that it as > an Ogg encoded stream. > > Surely the client should use the MIME type provided by the

Is this the HTTP call for injecting the “song” metadata? This is a capture (using RawCap in conjunction with Wireshark) of my AAC+ stream metadata input to IceCast that works fine. GET /admin/metadata?mode=updinfo&mount=%2FFVHradio_AAC&song=Fox%20Valley%20Hit%20radio%20-%20Hits%20from%20the%20Valley HTTP/1.0 User-Agent: RadioBOSS Authorization: Basic The same input to IceCast capture

Good afternoon, On Tue, 2018-07-31 at 10:36 -0400, Jordan Verner wrote: > Hi, > I am writing a source client (from scratch). Mind to share a link with the community? > I’ve got the actual audio streaming part worked out just fine, but the > metadata has me scratching my head a little bit. > According to the docs, to update metadata for an mp3 stream Yes. And only for MP3 and

Hi, I am writing a source client (from scratch). I’ve got the actual audio streaming part worked out just fine, but the metadata has me scratching my head a little bit. According to the docs, to update metadata for an mp3 stream you’re supposed to issue an http request like this: http://hostname:port/admin/metadata?mode=updinfo&mount=/station&song=test

On Fri, Nov 21, 2003 at 04:24:27PM +0100, Remco B. Brink wrote: > <quote who="Viraj Alankar"> > > > Is there a good Ogg stream player for Windows? I can't seem to get latest > > Winamp or zInf working from an Icecast server. > > Works like a charm here. What version of Winamp are you using? I'm using v3.0d. For example when I try to play the

On 16 Jun 2017, at 5:41, Rick Keniuk wrote: > Is this the HTTP call for injecting the “song” metadata? > This is a capture (using RawCap in conjunction with Wireshark) of my > AAC+ stream metadata input to IceCast that works fine. > > GET > /admin/metadata?mode=updinfo&mount=%2FFVHradio_AAC&song=Fox%20Valley%20Hit%20radio%20-%20Hits%20from%20the%20Valley > HTTP/1.0

Hello, I'm asking if there is a way to do extra troubleshooting for admin auth, by adjusting a config parameter (i.e. loglevel), then looking at log files. Sometimes I can auth properly when trying to update metadata using a url with basic auth embedded before the server/hostname, requested from a web browser like google chrome. i.e. http://admin:password at

I did: :; curl -O http://ogg.smgradio.com/vr32.ogg 2>/dev/null :; file vr32.ogg vr32.ogg: Ogg data, Vorbis audio, mono, 22050 Hz, >32000 ~24000 <28000 bps, \ created by: Xiph.Org libVorbis I 20020717 (1.0) <p>Notice the bitrate values. Is that a bug in my copy of /usr/share/magic or a bug in the encoder? The relevant section of magic(5) here is:

I did: :; curl -O http://ogg.smgradio.com/vr32.ogg 2>/dev/null :; file vr32.ogg vr32.ogg: Ogg data, Vorbis audio, mono, 22050 Hz, >32000 ~24000 <28000 bps, \ created by: Xiph.Org libVorbis I 20020717 (1.0) <p>Notice the bitrate values. Is that a bug in my copy of /usr/share/magic or a bug in the encoder? The relevant section of magic(5) here is:

Hi, <p>I was streaming Ogg Vorbis to a mount point which didn't end .ogg ogg123 played the stream without any problems, but other clients (xmms, Audion) just kept rebuffering and failed to detect that it as an Ogg encoded stream. Surely the client should use the MIME type provided by the server rather than rely on the suffix in a URL ? <p>Is there any attempt to encourage

On Monday 17 February 2003 21:18, Deva Seetharam wrote: > Hello All, > > while icecast is streaming a mp3 source, how is the song title info > maintained? > > that is, does the source send the song title? does icecast log the songs > that have been played? > This (for almost-compatibility with shoutcast - true compatibility is difficult or impossible, since the shoutcast

i see that icecast retains song titles only when running in full debug mode (with DEBUG_FULL defined in icecast.h). is this observation correct? how can i find out when a new song is being streamed by a source? can i determine this accurately by examining song title (souce.info.streamtitle)? or, is there a more reliable method? <p>pls. let me know. thanks, deva <p>On Mon, 17 Feb

Hi all, I just wrote this script (attached) which I thought others might find useful -- it updates the song title of every mountpoint with the current number of listeners for that mount. It can be seen in action on http://radio.ethereal.net:8000/stale, where it runs every minute out of cron. The script should be self-explanatory, but feel free to write me privately with any questions or

I hope this is not too obvious, but you failed you mention the MP3 encoder that you are using with Liveice. If indeed you do not have an encoder, or liveice is not pointed at it, then you will indeed get the liveice behavior that you mentioned. josh On Thu, 5 Apr 2001, john wrote: > I have been fiddling with the darn thing > for three days now, and i am at whits end. I dunno > why it

I have been fiddling with the darn thing for three days now, and i am at whits end. I dunno why it isn't working. Any help is so much appreciated. I am trying to use mpg123, liveice and icecast on my Alpha. It does not have a sound card. All three programs compile without any problems. If i did not know better, i just might a throw the alpha off the space station and watch it burn up on

Well I’ve looked through the configuration file several times and I still do not see the mistake I’ve made. Icecast 2.0.1 seems to be working just fine and starts up without problems. But if I try and start ices I keep getting the error that it cannot connect to 127.0.0.1:8000 because the login failed. Yet I know the password I gave it is correct so I can only presume there is a configuration

Hello, list -- Sorry for the dumb post about confirmation -- I've always wanted to run majordomo so I could see how this stuff works. Whoops! I guess replying to the email really isn't the thing to do -- even though it explicitly states it as an option... My problem, outside of list etiquette, is this: having compiled all the latest, installed, etc., ... having read all I can find

Hello, I am working on creating a simple interface for an ldap user repository. A little background, for development, I am working under Cygwin, with an ssh port forward on port 636 (for SSL). I have included clips of my error message and all config/environment/model files below. I replaced domain information, which I have double checked with "<CORRECT>". Please let me know

Hello, I am working on creating a simple interface for an ldap user repository. A little background, for development, I am working under Cygwin, with an ssh port forward on port 636 (for SSL). I have included clips of my error message and all config/environment/model files below. I replaced domain information, which I have double checked with "<CORRECT>". Please let me know