On Wed, 21 Jan 2004, Karl Heyes wrote: Hello, I found this old message in the archive:> this is because it's an ogg stream, the mechanism above is the way to > insert song title updates for mp3. Either insert New+Metadata at ices > (won't work when using a playlist) or use my icecast -kh22 from > www.xiph.org/~karl which has the URL code for it in.is here any reason, why metadata updating of the ogg stream via HTTP requests is not included in official Icecast version (or latest -kh versions)? It would be really very useful and I'm sure lot of people would appreciate it. Thanks, Milos --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request@xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered.
On Thu, Apr 29, 2004 at 12:45:08PM +1100, Michael Smith wrote:> On Wednesday 28 April 2004 20:53, Milos Wimmer wrote: > > is here any reason, why metadata updating of the ogg stream via HTTP > > requests is not included in official Icecast version (or latest -kh > > versions)? > > It would be really very useful and I'm sure lot of people would > > appreciate it. > > > > The ogg stream is preserved when sending it to the client. Nobody has proposed > a patch to implement this, and it's of pretty limited use - the sensible (and > simple) approach is to just set the metadata correctly the first time, in the > source client.It may be of limited use, but the use case I have is this: a live radio stream, where the program title changes every hour or half hour. The basic metadata is set correctly the first time, but must change. I use darkice, which doesn't support updating metadata, so if I could do it consistently in icecast itself, that would be great--especially since it works for mp3 streams this way. If Karl could put it into -kh37, I would be quite grateful. The "fast start" capability of the -kh series is now something I won't give up. Matt --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request@xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered.
On Wed, 2004-04-28 at 16:42, Matt Boersma wrote:> I'm trying out icecast-2.0-kh36 right now. The below message seems to > imply that Karl's branch *can* update ogg metadata on streams somehow > through the admin interface. > > Is this correct? And if so, how? This is a major hole in the official > 2.0 release from my point of view.kh24 was the last one I did with the url metadata update code in, I implemented the multi ogg codec (vorbis/theora/speex) input after that. I can add in the original code as a configure option if need be in kh37 just so that people have that possibility, unfortunately it won't merge into one module so easily. karl. <p>--- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request@xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered.
I'm trying out icecast-2.0-kh36 right now. The below message seems to imply that Karl's branch *can* update ogg metadata on streams somehow through the admin interface. Is this correct? And if so, how? This is a major hole in the official 2.0 release from my point of view. Matt On Wed, Apr 28, 2004 at 12:53:14PM +0200, Milos Wimmer wrote:> On Wed, 21 Jan 2004, Karl Heyes wrote: > > Hello, > > I found this old message in the archive: > > > this is because it's an ogg stream, the mechanism above is the way to > > insert song title updates for mp3. Either insert New+Metadata at ices > > (won't work when using a playlist) or use my icecast -kh22 from > > www.xiph.org/~karl which has the URL code for it in. > > is here any reason, why metadata updating of the ogg stream via HTTP > requests is not included in official Icecast version (or latest -kh > versions)? > It would be really very useful and I'm sure lot of people would > appreciate it. > > Thanks, > Milos > --- >8 ---- > List archives: http://www.xiph.org/archives/ > icecast project homepage: http://www.icecast.org/ > To unsubscribe from this list, send a message to 'icecast-request@xiph.org' > containing only the word 'unsubscribe' in the body. No subject is needed. > Unsubscribe messages sent to the list will be ignored/filtered.--- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request@xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered.
On Wednesday 28 April 2004 20:53, Milos Wimmer wrote:> On Wed, 21 Jan 2004, Karl Heyes wrote: > > Hello, > > I found this old message in the archive: > > this is because it's an ogg stream, the mechanism above is the way to > > insert song title updates for mp3. Either insert New+Metadata at ices > > (won't work when using a playlist) or use my icecast -kh22 from > > www.xiph.org/~karl which has the URL code for it in. > > is here any reason, why metadata updating of the ogg stream via HTTP > requests is not included in official Icecast version (or latest -kh > versions)? > It would be really very useful and I'm sure lot of people would > appreciate it. >The ogg stream is preserved when sending it to the client. Nobody has proposed a patch to implement this, and it's of pretty limited use - the sensible (and simple) approach is to just set the metadata correctly the first time, in the source client. Mike --- >8 ---- List archives: http://www.xiph.org/archives/ icecast project homepage: http://www.icecast.org/ To unsubscribe from this list, send a message to 'icecast-request@xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered.