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: xiph.org/archives icecast project homepage: 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 Tue, 20 Aug 2002, Akos Maroy wrote:> Michael Smith wrote: > 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.<p>yes but ideally a stream archived on the encoding machine can be very useful : i) if the server goes down a clientside archive can save the day (presuming encoding can continue if there is no server connection which is not always supported by encoders - does darkice allow for this?) ii) if the user encoding the stream does not have access to the streaming server (beyond acess for sending a live stream) then archiving client side is absolutely necessary iii) if the file needs editing, then donwloading the file, editing, and uploading can be a tremendous pain iv) i imagine some servers will struggle to encode + archive <p><p>adam <p>"free, as in 'radio'" <p>--- >8 ---- List archives: xiph.org/archives icecast project homepage: 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.
adam wrote:> yes but ideally a stream archived on the encoding machine can be very > useful : > > i) if the server goes down a clientside archive can save the day > (presuming encoding can continue if there is no server connection which is > not always supported by encoders - does darkice allow for this?)yes, it does.> ii) if the user encoding the stream does not have access to the streaming > server (beyond acess for sending a live stream) then archiving client side > is absolutely necessaryI don't see your point. This is the very case when server side archiving is necessary: the encoder sends the stream to the server, and tells it to archive it as well (when logging in). the only form of access from the encoder to the server is sending the stream.> iii) if the file needs editing, then donwloading the file, editing, and > uploading can be a tremendous painyou mean editing manually? that is a pain to begin with, the ideal is to have proper scripts set up to prepare your archive properly. for this, it is beneficial to have the archive on the server, and let the scripts prepare it there. then there is no need to down/upload it anywhere.> iv) i imagine some servers will struggle to encode + archiveI don't see your point: the server does not encode, it serves. the encoder encodes. Anyway, both archiving uses (archiving at the encoder or the server) are valid in some cases, the best is to have both possibilities. <p>Akos --- >8 ---- List archives: xiph.org/archives icecast project homepage: 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.