similar to: API cleanups, bugfixes

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.

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

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

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've been trying to get oggdec to work with input streamed in through a pipe or a socket. This seems to work on Linux and OS X, but not on Windows. I've found that code in vorbisfile.c tests the input stream for seekability by invoking fseek in the following way: int offsettest=(f?callbacks.seek_func(f,0,SEEK_CUR) : -1); Unfortunately, fseek succeeds for a socket on Windows (even

[I'm not online regularly, so don't include me in any replies. Looks like the archives are working at present, so I'll catch up from them when I get a chance. Thanks...] (Trying out vorbis-dev@ instead of vorbis@ where I sent my previous messages; if this is the wrong place, correct me) Greetings. Some weeks ago, I submitted several hacks which gave me the ability to play Ogg

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

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

I'm a developer for a game company and I'm almost done adding support for Vorbis to our game engine. As such, I wanted to simply plug in the read function, let it decode, and then send the PCM data on to DirectSound just like I always have. There were several occasions where I spent 4 or 5 hours trying to fix a bug, digging through newsgroups and sound-format specs, when that info could

Hi all, While reading through various bits of libvorbis and vorbisfile, and then thinking about how to implement other features in the xmms and winamp plugins, I had some thoughts... Vorbisfile is very useful, and very easy to use. It is, however, tied to stdio - which means you can't use it for lots of other stuff where it'd be useful - like streaming, or (under win32) avoiding stdio

This fixes the issue I had come across with the default subvolume not being set/used on btrfs when isntalling via `extlinux --install /boot/syslinux`. Signed-off-by: Jordan Beaver <jordan at beaveris.me> --- extlinux/main.c | 3 +++ 1 file changed, 3 insertions(+) diff --git a/extlinux/main.c b/extlinux/main.c index 09740bd..c3d9612 100644 --- a/extlinux/main.c +++ b/extlinux/main.c @@

The changes to vorbisfile that I suggested earlier have now been committed - this is mostly a merge of my code with a similar patch from Martin Vogt (thanks Martin). The old ov_open() interface remains untouched - and for many people, this is all you'll need to use, ever. It now calls the new interface with appropriate arguments. The new ov_open_callbacks() function adds an extra argument to

Hello, I appear to have a similar issue as?Willem Ligtenberg (Disco Dingo repository issues,?Thu May 2 19:01:04 CEST 2019), except on a completely fresh installation of Ubuntu?18.04 LTS (Bionic Beaver). After updating and upgrading packages and adding the repo "deb https://cloud.r-project.org/bin/linux/ubuntu bionic-cran35/" and associated key, attempting to install r-base fails due to

I have a problem i suspect to be a bug in ogg: Assume i have a simple archive "chou_s_test1_test2.pak", created by simply concatenating binary files together: chou_s.jpg (3403 bytes) test1.ogg (5196 bytes) test2.ogg (6128 bytes) If i place the a filepointer passed to ov_open to the beginning of test1.ogg, this ogg gets opened and decoded correctly. But if i place it to the beginning

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

This one may be my fault.... I've put a temporary fix for libvorbis not linking, I altered libvorbis_la_LIBADD = to libvorbis_la_LIBADD = $(OGG_LIBS) in the makefile, hence the temporary and continued with the build. I'm now getting gcc -DPACKAGE=\"libvorbis\" -DVERSION=\"1.0.0\" -DHAVE_ALLOCA_H=1 - DHAVE_ALLOCA=1 -I. -I. -I../include

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

I'm having a problem with a samba 2.0.10-0.7 server on Redhat 7.0 (kernel 2.2.17-8).. The error message when running smbclient is: added interface ip=xxx.xxx.xxx.xxx bcast xxx.xxx.xxx.191 nmask=255.255.255.192 read_socket_with_timeout:timeout read. read error = Broken pipe. session request to *SMBSERVER failed (code 0) Any idea what's broken? This server is used almost

Sparc Solaris lacks an int64_t data type. I added a macro to detect/correct this problem. Jon Shiring Btw, in my quick tests, Vorbis successfully decodes ogg files on sparc solaris. The following should be added to configure.in after the calls to set SIZE64 ---------------------- dnl this is a test to see if int64_t is defined dnl this is because AC_CHECK_TYPE breaks on "long long"

Hello! I am having an issue with the OrgMassSpecR package. I run my HPLC using a DAD detector. My raw data is exported form chemstation as a csv file. I then upload the csv into Rstudio no problem. Using the DrawChromatogram function, I get a nice chromatogram, and my retention time, peak area, and apex intensity values are given as well. The problem comes with the peak area value given. The