similar to: Bug fix, win32 stuff

After fixing a 'bug' in libtool, I've finally got ogg compiling and producing a shared library. Now I'm trying to build vorbis but I'm falling over at the final step. While trying to produce libvorbisfile. The make file is trying to compile with gcc -nostart vorbisfile.o -L/boot/home/config/lib -logg -Wl,-soname - Wl,libvorbisfile.so -o .libs/libvorbisfile.so with

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

Hey all...for whatever reason when opening up the vorbis_vc6 project in Dev Studio bitwise.c and framing.c are still in the project. From my understanding these files are only in the ogg library now. If I try to compile the project as is, it fails because it can't find the files. Simple solution: Delete the two files. I just thought I'd give somebody a heads up.... Keep up the great

Hi Kovacs, >subj. I can compile the library on vc6, but it seems that it doesn't >export anything. Has somebody similar experience? I've built it using VC6, though I didn't use the project files in the vorbis_vc6 subdirectory, so I can't comment on them. You should be building the library as a static library, and not a DLL -- if you want to build the library as a DLL,

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

Hey all, If my understanding is right, there's a serious big in vorbisfile.c, in the routine _fetch_headers(), which will only show up when comment packet spans multiple pages. The code to read the first 3 Vorbis packets ogg_stream_pagein() once, then calls ogg_stream_packetout(). The problem is that ogg_stream_pagein() only adds a single page to the ogg stream state, whereas

The VC6 .dsp and .dsw files included with the distro of the Vorbis source has a few problems. Mostly, a few files are missing and cause unresolved symbols when attempting to link to the resulting vorbis.lib. There also exists a problem with linking to LIBC, that can cause multiply defined symbols in an application that attempts to use vorbis.lib. The attached .dsp and .dsw file fix these

The VC6 .dsp and .dsw files included with the distro of the Vorbis source has a few problems. Mostly, a few files are missing and cause unresolved symbols when attempting to link to the resulting vorbis.lib. There also exists a problem with linking to LIBC, that can cause multiply defined symbols in an application that attempts to use vorbis.lib. The attached .dsp and .dsw file fix these

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

Eddie, I have been reviewing vorbis list postings, because I have been spinning my wheels for a week, trying to make a simple insertion of ogg vorbis decoding (vorbisfile) in the audio class of my MFC/C++ program. I just read your thread from April 2004. Question: Do you have anything you could send me, since I assume you succeeded in getting results? And/or could you take a look at what I

In order to compile the latest Vorbis library on the Macintosh, the change appended to this message needs to be made to os_types.h.in. Then, anyone who wants to actually build it must first copy os_types.h.in to os_types.h by hand, since MacOS does not include a command line and thus cannot run configure. It really bugs me that the whole "platforms which don't support configure

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

Folks, Has anyone successfully compiled the Vorbis source code on Windows 98 with Visual C++ 6.0?? FR __________________________________________________ Do You Yahoo!? Yahoo! Mail - Free email you can access from anywhere! http://mail.yahoo.com/ --- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project homepage: http://www.xiph.org/ogg/

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

(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

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

Why ov_open_callbacks(fd_, &vf, NULL, 0, OV_CALLBACKS_NOCLOSE) takes so long to open OGG file? The OGG file has just 210 MB. It takes a lot of time open the file. I am working on OGG audio recorder and player. Thanks in advance! With kind regards, Pavel

Hi` Is there some example code on how to use ov_open_callbacks with VorbisFile? The documentation I found is _very_ sparse and if possible I don't want to spend much time adding streaming from memory to my code. http://www.xiph.org/ogg/vorbis/doc/vorbisfile/ov_callbacks.html <p>Thanks, -- Daniel, Epic Games Inc. <p>--- >8 ---- List archives: http://www.xiph.org/archives/

I am having one frustrating time trying to decipher why ov_read is failing in my MFC/C++ application, and I see in Google results that others have had difficulty as well. These google discussions generally involve libraries, dll's and linking options, as though there are perhaps some basic incompatibilities between ogg vorbis and win32 and/or MFC/C++. Very confusing. If I pass fopen a

Dear members, since two weeks I am stuck, trying to demux a physical ogg stream (theora and vorbis) and play the audio part using vorbisfile. I hope that one of you can give me a hint or point me to additional documentation. I used ogg.h and vorbisfile.h. The way so far: - initializing an ogg_sync_state - inserting data to sync_state using ogg_sync_buffer - when whole page found