msmith at labyrinth.net.au
Sun Dec 24 22:24:23 PST 2000
>>It's something that belongs externally to the program. (i.e. 'nice', or the equivalent on non-unix systems). You're welcome to have it in your own copy, but it isn't going into CVS.
>The problem with that idea is that some systems (including OS/2 & I believe
>Win9x/NT) have no equivalent of 'nice', at least not standard (not all the
>world is unix).
Seems strange. Oh well. I suggest you just have it in your local copy (if you REALLY want it in the mainstream code, I'll accept an implementation that a) makes it optional, and b) implements it fully on all the supported OSes (win32, os/2, linux, freebsd, solaris, macosX, and probably a bunch of other unixes). If that looks like a lot - well, it is. I don't think it should be there.
>>>I've got more now including an OS/2 ao plugin & a dl -> OS/2 API shim to
>>>load it, making ogg123 work. I'll get it cleaned up & post it.
>>That'd be good. Is there a good/well designed library for cross-platform dynamic loading, so we could just use that instead of a heap of platform-specific implementations?
>The only one I know of (because I've been involved in its development) is
>APR (see http://apr.apache.org/ ), an offshoot of the Apache Server
Yeah, APR looks very nice - but it's a big dependency to add for something like this.
>It's not that big a deal though, I've attached the dl for OS/2 code I wrote
>just to show how simple it is. I could write one for Win32 just as easily.
Yes - it isn't hard or complex, it's just messy to have a whole bunch of implementations. Not a big problem - going with platform-specific code is probably better (at least for now). The code looks fine, so I'll commit it once you've sent along the rest of the code (for libao os/2 output).
>>>BTW, is http streaming in ogg123 supposed to work?
>>Yes. I don't know if it does, though. It requires a high-speed connection, since it doesn't do anything nice like proper buffering, and it's quite likely to not work on non-unix systems. I haven't tested it in a long time, though, so it might not work any more.
>Ok, probably not worth worrying about for now. I tried it using an Apache
>server running on the same machine & just got the "input not an Ogg Vorbis
>audio stream" error.
I just tested it (on a file from www.vorbis.com), and it works fine (well, it skipped a few times, because of the lack of buffering, but that's not a surprise).
Make sure your local webserver is specifying the correct mime type (application/x-ogg, I think) - some systems will break if it isn't set. That's my only guess for what's causing problems. Does OS/2 inherit the DOS stupidity of text/binary files? That would cause this if you don't have a mime type set.
--- >8 ----
List archives: http://www.xiph.org/archives/
Ogg project homepage: http://www.xiph.org/ogg/
To unsubscribe from this list, send a message to 'vorbis-dev-request at xiph.org'
containing only the word 'unsubscribe' in the body. No subject is needed.
Unsubscribe messages sent to the list will be ignored/filtered.
More information about the Vorbis-dev