Michael Smith wrote:> Relaying (done already) and mp3 streaming (done already - but the support > for that is pretty limited. No metadata, for example). Serverside stream > dump doesn't seem terribly important - but if it's something you care > about, adding it should be easy. Patches welcome.This is a convenient feature, used by me & other live streamers to archive their streams. (I already got some people e-mailing me why this can't be done using darkice & icecast2, while the possibility is there with icecast 1.x).> Anything can be set - icecast2 basically doesn't care, it'll send > any metadata that it receives, for vorbis. You just have to send a > vorbis stream with the metadata set as you want (in the second > vorbis header). If you want to update the metadata (i.e. change it > mid-stream), you have to start a new logical stream within the > same physical stream, with a new set of headers.Which libvorbis API calls should I use to close a logical stream and open a new one? (Currently I create one physical / logical stream, but I don't know which calls do the physical and which do the logical stream part.) <p>Akos <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.
At 08:55 AM 8/20/02 +0200, you wrote:>Michael Smith wrote: >> Relaying (done already) and mp3 streaming (done already - but the support >> for that is pretty limited. No metadata, for example). Serverside stream >> dump doesn't seem terribly important - but if it's something you care >> about, adding it should be easy. Patches welcome. > >This is a convenient feature, used by me & other live streamers to >archive their streams. (I already got some people e-mailing me why this >can't be done using darkice & icecast2, while the possibility is there >with icecast 1.x).I would think the logical (and simpler) way to do this would be on the client side. But as I said, patches welcome.> >> Anything can be set - icecast2 basically doesn't care, it'll send >> any metadata that it receives, for vorbis. You just have to send a >> vorbis stream with the metadata set as you want (in the second >> vorbis header). If you want to update the metadata (i.e. change it >> mid-stream), you have to start a new logical stream within the >> same physical stream, with a new set of headers. > >Which libvorbis API calls should I use to close a logical stream and >open a new one? (Currently I create one physical / logical stream, but I >don't know which calls do the physical and which do the logical stream >part.) >If you close your stream (i.e. terminate the stream as you currently do, in every way _except_ actually closing the underlying physical stream layer (file, socket, etc). Then start a new stream as you created the original stream (except, obviously, using the existing file/socket). 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.
Michael Smith wrote:> I would think the logical (and simpler) way to do this would be on the > client side. But as I said, patches welcome.darkice support stream dump on the encoder side, but this is far from logical: in a typical setup, the encoder is a machine not visible from the outside, while the server (per definition) is visible. when generating the stream dump on the encoder, one has to move it to the server afterwards to make it available for download to listeners. this is inconvenient, and also doubles the traffic between encoder and server. I'll see how much time I have to provide a patch. <p>> If you close your stream (i.e. terminate the stream as you currently do,> in every way _except_ actually closing the underlying physical stream > layer (file, socket, etc). Then start a new stream as you created the > original stream (except, obviously, using the existing file/socket).You mean de-initializng _all_ Ogg Vorbis related structures, and then initializing agan? I see. I'll try to experiment with this. <p>Akos --- >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.