similar to: Macintosh support (again)

[Repost, maybe it will get noticed with a better subject] So now beta 4 is out is there any chance you guys will have time to review some of my patches? Here's a simple one. It just adds the standard integer typedefs for EMX GCC. I've flattened the structure using #elif's so it doesn't get a level deeper for every platform added but the result should be the same. I realise

HI, how do I get mods applied to Vorbis, I'm not a cvs guru and I don't know much about configure scripts. BeOS has this little quirk of being 99% POSIX compliant so these mods are required for vorbis to compile. To define int64_t in codec.h #ifdef __BEOS__ #include <inttypes.h> #endif run.c in vq needs 'changing' around line 141 becuase S_IFSOCK isn't

I want to compile ogg and vorbis(version 1.01) under mingw. In the console i typed ./configure make but there is a lot of error while making. here is the errors $ ./configure checking for a BSD-compatible install... /bin/install -c checking whether build environment is sane... yes checking for gawk... gawk checking whether make sets $(MAKE)... yes checking whether to enable maintainer-specific

Hi-- I'd like to stream Vorbis files from an OpenBSD 2.8 box. I followed the instructions at http://i.cantcode.com/~jack/icecast.html (via http://www.xiph.org/ogg/vorbis/index.html), and ran aground during the compilation of .../icecast/src/source.c. It needs /usr/include/ogg/{ogg,os_types,config_types}.h; /usr/include/ogg doesn't exist. I gather the directory and files

I've committed Elifarley's ProjectBuilder files to ogg and vorbis cvs. They're both in the 'macosx' directories. I verified that they built, but didn't test the resulting frameworks. Just type 'open macosx/[ogg|vorbis].pbproj' from the terminal to try them out. They need a fair bit of cleanup, which I'm working on now. In particular, the ogg build tries to

After I got the libshout problem taken care of, I tried installing installing ices. It gave the following error: metadata.c:55: error: 'fd_set' undeclared (first use in this function) I searched the internet for fd_set and found that select uses it, which needs sys/time.h, which wasn't included in metadata.c, so I added #include <sys/time.h> with the other includes, and it seems

(i hope this is correct m.list) Hi, there is a small compiling problem for mingw when compiling on libogg.. in include/ogg/os_types.h : ogg_int64_t, ogg_int32_t, etc are defined correctly on cygwin and MSVC/Borland but not on mingw... i have attached a patch that will fix this problem (i hope it attaches correctly) thx, Nehal --- os_types.h.old Fri Jul 19 02:25:52 2002 +++ os_types.h Tue

hello all - this is probably something simple, but i am on-the-road and cant find a quick solution. ?i cant seem to get the opus toolset to recognize the ogg library. ?i was able to successfully get opus to work with FFMPEG, but not the toolset. when i go to install opus-tools, i get the following message: No package 'ogg' found i would like to have opusenc working, since i have 700k

The merge of the format changes and new psychoacoustics is complete. There's still tuning work left to do (most notably there's a somewhat higher-than-acceptable level of background low-midrange/upper bass noise; this is due mostly to incomplete psychoacoustic modelling data in the 100Hz-500Hz range) however, at this point, pending bugfixes, the Vorbis 1.0 stream format is frozen.

My ogg library is located in /home/warren/local. So when I configure and compile the vorbis module on my linux box using configure --with-ogg-prefix=/home/warren/local make I get the following error during the make: gcc -DPACKAGE=\"libvorbis\" -DVERSION=\"1.0.0\" -DHAVE_ALLOCA_H=1 -DHAVE_ALLOCA=1 -I. -I. -I../include -O20 -ffast-math -mno-ieee-fp -D_REENTRANT

There was a bug in the new ov_open_callbacks where it would not zero out some member variables of the file info struct, and if a file was not successfully opened this would cause a crash at destruct time. Fixed. I've also made some changes so that vorbis will compile cleanly under win32 without one having to muck around with it. I have added a "vorbis_vc6" directory which contains

I am a mingw coder and I needed to make the following changes to the CVS source from 9/13/00 to get a build: os_types.h L36C16 reads had to change "unsigned _G_int32_t" to "_G_uint32_t" to resolve the compile error: ..\include\vorbis\os_types.h:36:parse error before 'ogg_uint32_t' ..\include\vorbis\os_types.h:36:warning:data definition has no type or storage class

When building libshout, configure outputs this error: checking for Vorbis... no *** Could not run Vorbis test program, checking why... *** The test program failed to compile or link. See the file config.log for the *** exact error that occured. This usually means Vorbis was incorrectly installed *** or that you have moved Vorbis since it was installed. configure: error: requisite Ogg Vorbis

I decided, since nobody else seems to be doing it, to do a new build of the Mac library. Unfortunately, things now rely on os_types.h. No problem, I'll just create an os_types.h in mac/compat. Except os.h #includes "../include/vorbis/os_types.h" -- in other words, it explicitly wants the os_types.h that was generated from os_types.h.in by configure. The simple solution is to

OK, I've been a busy beaver tonight. More commits: Finished stabilizing psychoacoustic configuration API; binary compatability stability for libvorbis/vorbisfile would be nice to have by 1.0. Moved several additional return values and internal types to int64_t; basically wherever there's an absolute fine-grained counter. I also moved the vorbisfile API to taking a 64 bit seek callback

Hey guys, Maybe its cause I'm using older tools, but I've noticed a minor problem building the ogg libraries on a mac. I'm using Codewarrior 8. In os_types.h on line 60, it says "#include <sys/types.h>" where it should be "#include <types.h>" I'm guessing this isn't an issue for all compilers, just codewarrior. Possibly only codewarrior 8

In the file os_types.h (ogg/include/ogg) cygwin (newest version) complains about some error on line 43. Apparently "typedef unsigned _G_int32_t ogg_uint32_t;" is an illegal line .. Anyone have any idea why ? .. Anyway, if "unsigned _G_int32_t" is replaced by "_G_uint32_t", cygwin compiles happily (i attached a cvs diff-file that does this). I still have problems

Why does the source use `int64_t'. Is this suppose to be built with GCC? I have Mumit Kahns gcc, version 2.8.1. Do I need a 2.9.5 version to get the `int64_t' type? I have substituted a typedef of `long long' in os_types.h. This seems to make sense? The rint() macro also seems to be having some problems. I guess there are two meanings to __GNUC__ and _WIN32. One is the OS and

Hi I'm trying to compile my game project (that depends on libvorbis) for the win32 platform. I use mingw (both native in linux and inside cygwin) to achieve this. But I can't get libvorbis to work because of a dependency problem with libogg. libogg seems to have a file (os_types.h) that depends on an include-file called _G_config.h. This file is supposed to contain some system-specific