search for: sharedbook

...ude -I../lib OPT=-O20 $(FLAGS) DEBUG=-g -Wall $(FLAGS) @@ -17,7 +17,7 @@ LD=gcc LDFLAGS=$(FLAGS) -LIBS=-lm +LIBS=-lm -logg -HFILES = ../include/vorbis/codebook.h vqgen.h vqext.h bookutil.h +HFILES = ../lib/codebook.h vqgen.h vqext.h bookutil.h OFILES = vqgen.o vqsplit.o bookutil.o ../lib/sharedbook.o @@ -85,5 +85,5 @@ lspvqtrain genericvqtrain residuevqtrain\ vqbuild vqmetrics latticebuild vqcascade latticepare\ - huffbuild residuesplit + huffbuild residuesplit latticehint latticetune distclean: clean diff -bBu2r vorbis/vq/bookutil.c vorbis-ejk/vq/bookut...

...###################################### - -FLAGS=-I. -I../lib -I../include -OPT=-O20 $(FLAGS) -DEBUG=-g -Wall $(FLAGS) -PROFILE=-g -pg -O20 $(FLAGS) -CC=gcc -LD=gcc -LDFLAGS=$(FLAGS) -LIBS=-lm - -HFILES = ../lib/codebook.h vqgen.h vqext.h bookutil.h - -OFILES = vqgen.o vqsplit.o bookutil.o ../lib/sharedbook.o -ALLOFILES = $(OFILES) lspdata.o genericdata.o train.o build.o run.o\ - cascade.o partition.o metrics.o residuedata.o latticebuild.o\ - latticepare.o latticehint.o latticetune.o - -all: - $(MAKE) target CFLAGS="$(OPT)" - -debug: - $(MAKE) target CFLAGS="$(DEBUG)" - -profil...

...static.dsp)... You should add them... 3. I cannot compile the Winamp-plugin, because the "httpstream.h" is missing... (and maybe other files too) Is that file part of MSVC or something other? Because I didn't find it on my MSVC CD either... 4. a small modification in sharedbook.c: float _float32_unpack(long val){ long exp =(val&0x7fe00000)>>VQ_FMAN; // this have to be long, not float (or not?) float mant=(float)(val&0x1fffff); if(val&0x80000000) // sign mant= -mant; return((float)ldexp(mant,exp-(VQ_FMAN-1)-VQ_FEXP_BIAS));...

...--mode=link cc -fno-common -O4 -ffast-math -fsigned-char -o libvorbis.la -rpath /Local/Public/bungi/Vorbis/lib -version-info 0:0:0 mdct.lo smallft.lo block.lo envelope.lo window.lo lsp.lo lpc.lo analysis.lo synthesis.lo psy.lo info.lo time0.lo floor0.lo res0.lo mapping0.lo registry.lo codebook.lo sharedbook.lo iir.lo lookup.lo bitbuffer.lo -lm -L/Local/Public/bungi/Vorbis/lib -logg rm -fr .libs/libvorbis.la .libs/libvorbis.* .libs/libvorbis.* cc -dynamiclib -undefined suppress -o .libs/libvorbis.dylib mdct.lo smallft.lo block.lo envelope.lo window.lo lsp.lo lpc.lo analysis.lo synthesis.lo psy.lo inf...

...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 window.lo lsp.lo lpc.lo analysis.lo synthesis.lo psy.lo info.lo floor1.lo floor0.lo res0.lo mapping0.lo registry.lo codebook.lo sharedbook.lo lookup.lo bitrate.lo -R/usr/local/lib -R/usr/local/lib -lm /usr/local/lib/libogg.so -lc Undefined first referenced symbol in file __ashrdi3 block.lo __floatdidf analysis.lo ld: fatal: Symbol re...

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

...ot;open", but should be coloured dither. Someone else please step in. (The dither could be applied before the mdct, but we have to know the amplification. No problem with decoder_example, but it is in the general case). codebook.[ch] bitwise.[ch] bookinternal.h sharedbook.c decode the first N bits of a huffman word in one step via table look up. The huffman decoding could be much more efficient (i.e., no decode tree necessary -> saves a lot of cache, and decoding time O(log log N) instead of O(log N), where N is alphabet...

...-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 lpc.lo analysis.lo synthesis.lo psy.lo info.lo time0.lo floor0.lo res0.lo mapping0.lo registry.lo codebook.lo sharedbook.lo iir.lo lookup.lo bitbuffer.lo -lm -logg libtool: link: AGE `1' is greater than the current interface number `0' libtool: link: `0:1:1' is not valid version information make[2]: *** [libvorbis.la] Error 1 make[2]: Leaving directory `/home/me/dl/libvorbis-1.0prebeta4/lib' make[1]...

...ssage output from compiling. Best Thanks Daniel <p>/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 window.lo lsp.lo lpc.lo analysis.lo synthesis.lo psy.lo info.lo floor1.lo floor0.lo res0.lo mapping0.lo registry.lo codebook.lo sharedbook.lo lookup.lo bitrate.lo -R/usr/local/lib -R/usr/local/lib -lm /usr/local/lib/libogg.so -lc Undefined first referenced symbol in file __ashrdi3 block.lo __floatdidf analysis.lo ld: fatal: Symbol re...

...le of broken things. None are worth sending you a diff. > > vorbisfile.o needs to be removed from the lib/Makefile in LFILES since > vorbisfile.a is a seperate lib now. As it stands I get unresolved > symbol errors when linking with them, so this is a fairly important fix. > > sharedbook.c should really #include <math.h> and <string.h> for rint and > memset, respectively. > > That's all for now, > Jon Shiring (aka slothy) Monty --- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project homepage: http://www.xiph.org/ogg/

...> vorbisfile.a is a seperate lib now. As it stands I get unresolved > > symbol errors when linking with them, so this is a fairly important fix. This is an error in the build, yes, but I don't see why you'd get unresolved symbols. *unused*, yes, but not unresolved... > > sharedbook.c should really #include <math.h> and <string.h> for rint and > > memset, respectively. math.h was already there. String.h wasn't. Changes committed. Monty --- >8 ---- List archives: http://www.xiph.org/archives/ Ogg project homepage: http://www.xiph.org/ogg/

...of time optimizing tremor for the PS2, mostly by using dual-pipe multiplies in the X[N]PRODnn and the window apply code. Then, just for kicks, I re-enabled _LOW_ACCURACY_ and lo and behold it was still substantially faster. I also got some gains out of tremor by changing the longs in cookbook and sharedbook to ogg_int32_t's like I did for vorbis. I think _LOW_ACCURACY_ is a win mostly because I'm entirely cache-bound in mdct_backward. But my question is, is it good enough for production work? I diffed a few output files and it looked like the largest differences in sixteen bit data were not...

...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 .libs/floor0.o .libs/res0.o .libs/mapping0.o .libs/registry.o .libs/codebook.o .libs/sharedbook.o .libs/lookup.o .libs/bitrate.o -LC:/lib/ogg-vorbis/libogg-1.1.3/lib C:/lib/ogg-vorbis/libogg-1.1.3/lib/.libs/libogg.dll.a -lm -o .libs/libvorbis-0.dll -Wl,--image-base=0x10000000 -Wl,--out-implib,.libs/libvorbis.dll.a gcc.exe: C:/lib/ogg-vorbis/libogg-1.1.3/lib/.libs/libogg.dll.a: No such...

...isfile.so.3.1.1 mdct.o bitrate.o libvorbisenc.lai libvorbis.la psy.o block.o libvorbisenc.so libvorbis.lai registry.o codebook.o libvorbisenc.so.2 libvorbis.so res0.o envelope.o libvorbisenc.so.2.0.2 libvorbis.so.0 sharedbook.o floor0.o libvorbisfile.a libvorbis.so.0.3.1 smallft.o floor1.o libvorbisfile.la lookup.o synthesis.o info.o libvorbisfile.lai lpc.o vorbisenc.o libvorbis.a libvorbisfile.so lsp.o vorbisfile....

I have developed a flexible arithmetic coder implementation and I am now looking to incorporate it into a compression system for some proper testing. It is my intention to incorporate the coder into the Vorbis codec to attempt to improve on the current Huffman tree system. It would be useful if someone could point me at the main c and h files that deal with the entropy coding as I am currently

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

"Ogg Vorbis uses the Ogg bistream format, and the correct extension is .ogg" -- http://www.xiph.org/ogg/vorbis/faq.html I'm guessing it should read 'bitstream'. <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 'vorbis-dev-request@xiph.org'

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:

The codebase sets up ogg_int32_t, etc, but then uses long directly in several structures. Unfortunately for me longs are 64 bits on my platform, not 32, and I end up getting hammered by unnecessary software math routine calls. Should I be able to just search/replace 'long' with 'ogg_int32_t' in the code or would that cause more problems than it fixes? -Dave --- >8 ---- List