similar to: os_types.h

Sorry, I was just testing an archiving fix :-) Monty --- >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@xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered.

Sorry, I was just testing an archiving fix :-) Monty --- >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@xiph.org' containing only the word 'unsubscribe' in the body. No subject is needed. Unsubscribe messages sent to the list will be ignored/filtered.

Hey guys, I've finished my work on reading vorbis files (straight reading at either PCM sample lengths, or time lengths). However, I've run across a question. When you call vorbis_synthesis_read, I assume that increments the internal ptrs so you don't get the same data twice. The question is, what happens if you call vorbis_synthesis and vorbis_synthesis_blockin? Does the next call

I noticed that, when decoding an ogg vorbis file that was encoded with the xiph library, that the comment header and setup header are encoded on one page. Okay, the vorbis documentation says you can do this, no problem. My question is, the lacing values seem to indicate where the packet boundaries for the two of these are, is this required, or is this just a hint? Further, I'm seeing

It looks like the Mac .exp files were not updated for RC3. The following diff corrects that problem. The CodeWarrior project files also have not been updated. They are in 5.3 format which is quite old. Would anybody object if I submitted updates to them in CodeWarrior Pro 6 format? That's the oldest version I have readily available. If someone else has 5.3 and wants to do it, you need to

The current CVS tree (08/27/00) has a typo in os_types.h, simply missing a "ty", I have pasted the diff below: Index: os_types.h =================================================================== RCS file: /usr/local/cvsroot/vorbis/include/vorbis/os_types.h,v retrieving revision 1.1.1.1 retrieving revision 1.2 diff -r1.1.1.1 -r1.2 17c17 < last mod: $Id: os_types.h,v 1.1.1.1

Thanks for the http://vorbis.com link. That worked. But I looked in the download area and there is no SDK for Mac OS 9. So I am compiling the vorbis code directly into my app. The problem I am having now is that the CodeWarrior 5.0 compiler has a bug with alloca(). It allocates the area on the stack but, under some circumstances, it does not restore the stack pointer at the end of the routine.

https://bugzilla.mindrot.org/show_bug.cgi?id=1536 Summary: SSH modifies line endings when using command in authorized_keys Product: Portable OpenSSH Version: 5.1p1 Platform: ix86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: sshd AssignedTo:

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

Hi. For anyone who doesn't know me, I'm a Macintosh developer. Right now, I'm at the MacHack conference (which runs from Wednesday to Sunday). Before I left, I grabbed the Vorbis sources out of CVS. Yesterday I got the library and a couple of examples building in CodeWarrior and verified that they worked. I'm going to try to get a QuickTime CODEC built, but I'm not

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

While cleaning up 80col violations, I stumbled upon ggreif at my [!2464] find lib -name SimplifyCFG.cpp lib/Transforms/Utils/SimplifyCFG.cpp lib/Transforms/Scalar/SimplifyCFG.cpp I do not believe this is good, especially IDEs tend to confuse files with identical names coming from different directories. (CodeWarrior did.) Should we rename one of them? Cheers, Gabor

(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! There is a problem with the VorbisFile library. It only works when I open an OGG file for the 1st time. After I closed the file and try to open another one or the same it crashs. It seems it applies to the use of either ov_open or ov_test functions or their combination. I wrote a test app that illustrates the bug. It crashs with a message "Unmapped memory exception". It's

I'm trying to build Vorbis with CodeWarrior on a Mac as a Carbon application. However it's not finding <sys/types.h> -- is there some configuration option I need to set in CW for it to find that? Thanks, Brian <p>--- >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

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, after banging my head against the wall for quite a while I finally found what crashes my code: Because I'm working with Codewarrior 8 on OS X I had to compile the ogg / vorbis libs with CW. To do so I used the CW projects for OS 9 and modified them. Howerver, they don't work as expected. Everything seems to be fine, encoding & decoding works, only vorbis_comment_add_tag() crashes

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

Hello list, (PC Windows 2000, R 1.2.3) i want to compile C source file for R on windows 2000. I'm working with Metrowerks CodeWarrior for creating and compiling C files. I've see that R.lib file must be obtain with R.ddl by Visual C++. I don't have Visual C++ (and i don't want to buy it !!) but i want to obtain R.lib file. Is there a solution to my problem ??? Any help would

This is mostly for derf, but others may be interested too. Attached are the warnings (stderr log) from compling theora under gcc 3.2.3 (Debian). There quite a few. Many of them are spurious, but some indicate real bugs. In particular it seems likely we have more unitialized variables since Dan reports differing encoder output depending on the compiler used. In general, we need to go through