similar to: Compiling problems libvorbis

Hi Guys, I want to compile libvorbis, but I get this error message if I made a make. I use Sun Solaris 9 on a UltraSPARC Server and gcc 3.3 can anyone help me, please? <p>Best Thanks Daniel Here the message output from compiling. ----------------------------------------- /usr/ccs/bin/ld -G -z defs -h libvorbis.so.0 -o .libs/libvorbis.so.0.3.0 mdct.lo smallft.lo block.lo envelope.lo

First my environment MinGW and MYSYS with gcc 3.4.2 under Windows XP pro. I configured and built libbogg with out a problem. I configured libvorbis and it finds libogg. When I type make it dies with: gcc -shared .libs/mdct.o .libs/smallft.o .libs/block.o .libs/envelope.o .libs/window.o .libs/lsp.o .libs/lpc.o .libs/analysis.o .libs/synthesis.o .libs/psy.o .libs/info.o .libs/floor1.o

I'm working on getting the Darwin/Mac OS X port of Vorbis up and running again and have run into problems building libvorbisfile. I have installed the latest libtool (1.3.5) and modified it to handle Darwin/Mac OS X better (to create shared libraries, dylibs, that can be linked against other dylibs instead of creating bundles which cannot be used as input to the linker). But, when it tries

Hi guys, I'm trying to compile vorbis-tools with libvorbis-aotuvb5. The problem is that installed libvorbis conflicts with myself-compiled libvorbis-aotuvb5, though I specified --with-vorbis-libraries and --with-vorbis-includes to the vorbis-tools configure: vorbis-tools-1.1.1# CFLAGS="-static" ./configure

I can successfully compile the libogg prebeta4 tarball, but when I try to compile libvorbis I get make[2]: Entering directory `/home/me/dl/libvorbis-1.0prebeta4/lib' /bin/sh ../libtool --mode=link gcc -O20 -ffast-math -mno-ieee-fp -D_REENTRANT -fsigned-char -DUSE_MEMORY_H -o libvorbis.la -rpath /usr/local/lib -version-info 0:1:1 mdct.lo smallft.lo block.lo envelope.lo window.lo lsp.lo

ltconfig placeholder shoud be removed. Makefile.am : some stuff copied from branch_beta3 ogg lib must be added only where necesary. vq subdir Makefile.am'ized, (but installs nothing) made distclean target slightly more clean -- check it by hand first, please --- also you'll want to remove vq/Makefile if the ...am passes inspection ------------------------------------------------- diff

Go monty! jack. ----- To: cvs@xiph.org Subject: [xiph-cvs] cvs commit: vorbis/vq huffbuild.c latticetune.c make_residue_books.pl Date: Sun, 3 Jun 2001 22:50:13 -0700 (PDT) From: xiphmont@xiph.org (Monty) Precedence: bulk Reply-To: cvs@xiph.org xiphmont 01/06/03 22:50:12 Modified: lib codebook.c codebook.h floor0.c mapping0.c os.h res0.c vq

Hi, In the course of some work which I describe below, I have found a very significant difference between the BARK function described in the Vorbis specification and its implementation in libvorbis. In the specificationhttp://xiph.org/vorbis/doc/Vorbis_I_spec.pdf bark(x) = 13.1arctan(.00074x) + 2.24arctan(.0000000185x**2 + .0001x) In the libvorbis code

Hi, Am trying to run beta4 encoder on a Sun machine. Want to compare floor0 and floor1. Do not have autoconf and automake. Got the encoder to compile with a simple makefile. The only define i am using is NO_FLOAT_MATH_LIB. The encoded file when played(winamp) gives out plain noise. Am i missing any other flags/defs? -Cathy <p>--------------------------------- Do you Yahoo!? Yahoo!

Is anybody interested in cleanly separating encode and decode in vorbis? I'm trying to take a stab at it myself from the head of cvs as of this morning, but it looks like a lot of files contain both encode-only and decode-only functions. An obvious one is mdct.c, which contains mdct_forward and mdct_backward (which isn't that big of a deal, since both are pretty well-contained, but it

(I previously sent this message (minus some slight edits) to theora-dev at xiph dot org, but it did not seem to show up in the archives. I do not know if one has to be subscribed in order to post messages.) Among other things, this message concerns the compilation of the downloaded source code for version 0.6.0 of the Cortado Java applet. (the source was probably from a file that was originally

Of interest to some on the list. Anyone familiar enough with Java to know how we go about detecting/using/incorporating an external Jorbis build into the Cortado jar ? Or are we supposed to download sources into our tree and build the whole ? ---------- Forwarded message ---------- From: Hans de Goede <hdegoede at redhat.com> Date: Thu, 04 Nov 2010 15:31:31 +0100 Subject: Merging jorbis

Hi, I have looked through the documentation available from the downloads and the web and haven't yet come across a block diagram which shows exactly how the process of going from a .wav file to a .ogg file works. I suspect it is the same as the mp3 process (with a different psychoacoustic model). I found this document:

Hi All, I am planning to implement Ogg Vorbis Decoder on a 24 bit DSP. I have following doubts: 1) What is min and max bitrate? 2)What is max Audio Packet size ? 3)What is the max size of setup header? 4)Any idea how to start for making a 24Bit fixed point reference code? Shall I start with floating point or Tremor or Tremor Low Mem Version? 5) What window sizes in Ogg Vorbis are normally

I work for Terra Soft Solutions (makers of Yellow Dog Linux) and I'm trying to compile the latest cvs snapshot for inclusion in our next release, but I'm running into some problems... I'm using modified versions of the SRPMs included in RedHat's Rawhide distro (I only updated to the latest cvs, but the old version also experienced this problem), which compile fine on an x86 box I

Hi According to vorbis I spec, there are several configurations. There are 2 formats of floor, 3 formats of residue and 3 look up types of VQ codebook, etc. I think to get all kinds of vorbis file with these configurations but what I have got from network only support some of the formats (Ex. floor1, residue 1 & 2, VQ lookup type0 & 1). I downloaded several freeware vorbis encoder

Do anybody know, from where I can get an Ogg Vorbis File, which uses floor0 coding. I know that the current encoder doesn't use floor0. Anyway, to be fully compliant with the Vorbis Specification the decoder still must be able to decode floor0. I am working on a Vorbis port to a DSP. I want to go sure, that if the need of floor0 decoding will again occur, this also will work properly.

please add the following diffs to the vorbis/vq dir. - include files changed so things actually compile in new scheme - _ogg_...alloc cleanups caught a half-dozen typos or so - minor Makefile touchup. (stuff is still not tested, but this will compile at least) Would someone with cvs write access commit them for me please? Erik diffs: ------------------------ diff -bBu2r vorbis/vq/Makefile

Hi, I have included the oggvorbis encoding and playback stuff in the Linux-Mandrake distro back in August 2000. At that time I put the "nightly CVS" version, which worked just fine. Then on Mon Nov 27 I noticed some RPM's labelled "1.0beta3" on the website so I upgraded with these ones. Since then we have had some serious problems in encoding: approx 20% of the WAV

Hello, I have two questions concerning floor1 encoding/decoding. First I'll ask about the FLOOR1_fromdB_LOOKUP table: what is it's purpose? Is it to convert the amplitude differences between [floor1_Y] values to a dB scale? And, if I'm right with that, here comes the 2nd question: when render_line0 is used to encode floor1, then floor1_inverse2 must be used in decode (in order to