similar to: Ogg Vorbis on PPC Linux?

hi. I got these compile errors while install asterisk. readline and openssl are compiled using gnu source, and kernel version is 2.4.17. Compile errors message is follows. Someone cleared this problem? Please, help! Regards. ---------------------------------------------------------------------------------- gcc -g -o asterisk -Wl,-E io.o sched.o logger.o frame.o loader.o config. o channel.o

We are trying to install R2.2.1 on a IBM P655 Cluster, SuSE LE 9.1 We are using gcc v 3.3.3 and we are getting this error on make g77 -fPIC -g -O2 -ffloat-store -c dlamc.f -o dlamc.lo g77 -fPIC -g -O2 -c dlapack0.f -o dlapack0.lo g77 -fPIC -g -O2 -c dlapack1.f -o dlapack1.lo g77 -fPIC -g -O2 -c dlapack2.f -o dlapack2.lo g77 -fPIC -g -O2 -c dlapack3.f -o dlapack3.lo g77 -fPIC -g

I've tried everything I know how (and a lot I don't) to get ices to compile on this beige G3 ppc box. I've got the latest cvs of libshout and ices. Gentoo linux ppc 1.2-r1, from stage3 tarball. gcc 2.95.3 I've made sure that libshout points to libshout.so.2.0.2. Don't know what else to try. I've got the box here, and I've port-forwarded through my firewall to

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

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

Hello everybody,I am having an error while compiling R-2.5.0 on Linux powerpc. This is what I see when I do a make: gcc -std=gnu99 -shared -L/usr/local/lib -o grDevices.so chull.o devNull.o devPicTeX.o devPS.o devQuartz.o init.o ../../../../library/grDevices/libs/grDevices.so is unchanged make[5]: Leaving directory `/home/vivekv/sw_alg/R-2.5.0/src/library/grDevices/src' make[4]: Leaving

Hi all, I'm attempting to convert all the pointers to arrays the mdct_backward function so it can be partitioned off for a hardware implementation. Although this code is quite short I'm finding it a little tricky. As it stands, mdct_backward is passed values by reference i.e. void mdct_backward(mdct_lookup *init, DATA_TYPE *in, DATA_TYPE *out) o my modified version starts void

Hello, I'm trying to modify the residue vectors in Vorbis audio files at encoding time. For testing, I'm just adding +1 to each residue vector's element, so e.g., if I have an original residue vector of [0,1,2,3] I modify it during the encoding to be [1,2,3,4], and at the decoder's side I should receive the [1,2,3,4] vector. The problem is that, after adding the +1, I still

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

[Apologies if this gets through twice. I sent it first without subscribing, but it seems like it got stuck in the moderation queue, so I subscribed and re-sent it.] I'm doing some work on audio fingerprinting for a school project (more precisely, my master's thesis. I got a hint on #vorbis that I might want to look into the internal floor representations in libvorbisenc to get out audio

sampling size yet, is this also planned for rc4? Any idea when vorbis will be able to support all 6 channels? If I could get the data off the DVD, what are my best options right now if I wanted to use ogg vorbis? Is there a program which will sample it down to 44.1khz/16bit/stereo which I could then encode to ogg vorbis? Thanks, Bryan -- http://www.bokeoa.com/ | bryan@bokeoa.com GPG

sampling size yet, is this also planned for rc4? Any idea when vorbis will be able to support all 6 channels? If I could get the data off the DVD, what are my best options right now if I wanted to use ogg vorbis? Is there a program which will sample it down to 44.1khz/16bit/stereo which I could then encode to ogg vorbis? Thanks, Bryan -- http://www.bokeoa.com/ | bryan@bokeoa.com GPG

Attached several patches that I have been using to the tremor tree. Please review and apply as you see fit. Regards. -- O.S. -------------- next part -------------- A non-text attachment was scrubbed... Name: 0001-os.h-change-elif-_WIN32-to-elif-defined-_WIN32.patch Type: text/x-patch Size: 728 bytes Desc: not available URL:

Hi all. In lib\encoder_toplevel.c , row 1123-1128: #ifndef LIBOGG2 /* So we're expecting the application with free this? */ op->packet=malloc(oggpack_bytes(opb)); memcpy(op->packet, oggpack_get_buffer(opb), oggpack_bytes(opb)); oggpack_writeclear(opb); #else In my small testing application my debugger says there are 50 bytes of memory lost and it refers to

Hi all. In lib\encoder_toplevel.c , row 1123-1128: #ifndef LIBOGG2 /* So we're expecting the application with free this? */ op->packet=malloc(oggpack_bytes(opb)); memcpy(op->packet, oggpack_get_buffer(opb), oggpack_bytes(opb)); oggpack_writeclear(opb); #else In my small testing application my debugger says there are 50 bytes of memory lost and it refers to

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

Hello, I've been looking to the libvorbisfile and got into troubles when trying to use it: I need to compile it on a PalmOS and the libvorbisfile must be compiled in ARM whereas calling code is in 68K. This implies that the interface ov_open_callback is not usable because the OggVorbis_File *vf must point to something in the target architecture (ARM) whereas the caller cannot do that. As

Greetings, I am having some trouble when compiling libvoribis-1.0. It bombs out when compiling the examples dir. The output:: <p>gcc -O20 -ffast-math -mno-ieee-fp -D_REENTRANT -fsigned-char -O2 -march=i586 -DUSE_MEMORY_H -static -o decoder_example decoder_example.o ../lib/.libs/libvorbis.a -L/usr/lib -lm /usr//lib/libogg.a ../lib/.libs/libvorbis.a(mapping0.o): In function

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

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