...i.e. could it stream arbitrary stuff (such as video) if i don't care about metadata? -- "I never use EQ, never, never, never. I previously used to use mic positioning but I've even given up on that too." - Jezar on http://www.audiomelody.com <p>Jörn Nettingsmeier Kurfürstenstr 49, 45138 Essen, Germany http://spunk.dnsalias.org (my server) http://www.linuxaudiodev.org (Linux Audio Developers) <p><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.
On Mon, 2004-02-02 at 13:41, Joern Nettingsmeier wrote:> ...i.e. could it stream arbitrary stuff (such as video) if i don't > care about metadata?yes is does care, but it's possible to relax that, so that un-modified streams could pass through. For streams like Ogg Vorbis some information has to be cached (the headers) so that they can be sent to the listener first, so they have to be handled specifically. karl. --- >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.
If I am encoding, say, a Windows Media or Real stream to the appropriate server, and would like to stream just the audio as an MP3 stream, is there a way to pick up the audio stream from an encoder card without contention over the device? Currently I'm seeing WinAmps' linein fighting with the other encoders. Is there a plugin that will work around that, or some other way of identifying the source? <p> -- Bryan Walls My words are not NASA policy. Bryan.Walls@nasa.gov (256)544-3311voice,544-8752fax --- >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 Tuesday 03 February 2004 00:41, Joern Nettingsmeier wrote:> ...i.e. could it stream arbitrary stuff (such as video) if i don't > care about metadata?Most of icecast doesn't care. However, some bits do, so it's neccesary to have some handling code in it for each datatype. It would be _very_ easy to add support to icecast for streams of type "application/octet-stream" - i.e. a stream that icecast should just feed straight through without having any special handling for at all, then you could use that for your purposes. Mike <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.
On 3 Feb 2004 at 12:06, Michael Smith wrote:> On Tuesday 03 February 2004 00:41, Joern Nettingsmeier wrote: > > ...i.e. could it stream arbitrary stuff (such as video) if i don't > > care about metadata? > > Most of icecast doesn't care. However, some bits do, so it's neccesary > to have some handling code in it for each datatype. > > It would be _very_ easy to add support to icecast for streams of type > "application/octet-stream" - i.e. a stream that icecast should just > feed straight through without having any special handling for at all, > then you could use that for your purposes.Would this e.g. allow for Nullsoft Video, mpeg4-video or similar to be broadcasted? Or did maybe someone have a closer look on how to implement streaming for such data types? <p>Regards, Stefan --- >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.